Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2017

1 participants
62 discussions

ffmpeg-devel.log.20171230
by burek 31 Dec '17

31 Dec '17

[01:06:28 CET] <chance> Does anyone have any idea why ffmpeg audio filters impose an audio skew/drift? Is there a way around it? [01:07:38 CET] <Compn> chance : you would be better off creating a trac ticket, with specific command lines, example input and output samples, and 3rd party verification of said skew/drift [01:07:48 CET] <Compn> then we can reproduce it , and possibly fix it :) [01:08:05 CET] <Compn> i'm not sure if our audio filter guys are on irc right at the moment [01:08:15 CET] <Compn> so documenting the bug would be important first of all [01:08:18 CET] <chance> @Compn - I integrate with FFmpeg at the library level [01:08:23 CET] <Compn> http://trac.ffmpeg.org [01:09:00 CET] <Compn> well this channel is still for development of ffmpeg itself and not 3rd party library integrations [01:09:17 CET] <Compn> can you reproduce with ffmpeg binary or no ? [01:09:49 CET] <Compn> its either a bug with us, or a bug with your code, which is why these questions needs t obe asked [01:10:18 CET] <chance> @Compn good question - I will attempt to reproduce it on the command line [01:10:50 CET] <Compn> because then we have to debug your stuff.... and not going to do tat heh [01:10:53 CET] Action: Compn afk [01:11:08 CET] <chance> Probably not my stuff [01:11:09 CET] <chance> ;) [01:13:15 CET] <tmm1> well filters certainly do not impose audio skew/drift. plenty of people use ffmpeg and libavfilter and don't experience that problem [01:14:58 CET] <chance> Yeah - I see the same skew at the command linke [01:15:02 CET] <chance> command line [01:16:10 CET] <chance> Im actually wondering if it has to do the the aac encoder in ffmpeg [01:16:32 CET] <chance> I recently switched to using this (from faac). Noticing not as good compression efficiency also [01:17:06 CET] <BtbN> compared to faac? faac is terrible [01:19:23 CET] <kierank> probably an issue at source [01:19:40 CET] <kierank> bad timestamps, edit list, the usual tropes [01:20:05 CET] <chance> all my audio samples are larger with the same encode settings using the ffmpeg aac encoder [01:20:16 CET] <chance> maybe the audio quality is arguably better [01:20:41 CET] <BtbN> well, if the quality is better, I wouldn't complain about the size [01:20:51 CET] <BtbN> compare the quality at cbr to have a fair comparison at that [01:21:09 CET] <chance> @kierank I reproduced the issue at the command line [01:21:25 CET] <BtbN> open a ticket on track then [01:22:15 CET] <chance> ffmpeg -i <some aac mpeg.ts> -af "volume=volume=0.9" -acodec aac -strict -2 ffmpeg_output.ts [01:22:18 CET] <atomnuker> chance: the native encoder uses different vbr settings [01:22:24 CET] <atomnuker> *range [01:22:36 CET] <BtbN> If you need -strict, your ffmpeg version must be old. [01:22:44 CET] <chance> hang on [01:22:48 CET] <chance> I will try it with 3.3 [01:22:55 CET] <BtbN> try master [01:23:03 CET] <BtbN> anything else won't be a valid ticket anyway [01:26:35 CET] <chance> hmm.. same audio drift in 3.3. I will try master [01:26:40 CET] <chance> thanks for the help guys [01:26:58 CET] <chance> I dont want to make an issue of this unless it is a real issue [01:28:24 CET] <BtbN> how do you even get audio drift with just audio? [01:28:32 CET] <BtbN> Or is there video in that file as well? [01:29:22 CET] <chance> @BtbN : I take a small chunk of audio, normalize it whatever, then extract it as PCM and import it in audacity and compare it to a raw dump of the source [01:29:48 CET] <kierank> er, that totally ignores timestamping [01:29:55 CET] <BtbN> and what do you define as "drift"? [01:31:04 CET] <chance> What I call "drift" or "skew" is import 'X' number of samples the attack and decay should be in phase [01:31:44 CET] <chance> in this case the ffmpeg filtered output is always shifted forward [01:36:12 CET] <atomnuker> chance: ffmpeg.c does not use the preskip value for anything [01:36:27 CET] <atomnuker> so everything outputted as raw pcm is going to be 1024 samples longer in the case of aac [01:37:09 CET] <atomnuker> patches welcome [01:37:17 CET] <kierank> atomnuker: i doubt many decoders on phones and whatever do preskip properly [01:37:38 CET] <atomnuker> yeah, they're not ideal for gapless playback either [01:37:51 CET] <chance> @atomnuker - thank you! [01:38:17 CET] <atomnuker> it'll be longer at the start, mind you, not the end [01:38:34 CET] <kierank> ~20ms is by my calculation the delay you have 6.8m away from a tv screen so getting close to margin of error territory [01:38:40 CET] <atomnuker> the end is properly trimmed according to the number of samples or side data [01:38:45 CET] <chance> afk [01:39:17 CET] <chance> ill keep you posted on my findings after building master etc [02:15:45 CET] <Luigi12> Hi, I was wondering if it would be possible to get one last 2.4.x update to fix outstanding security issues, so I could do one last security update for Mageia 5 before the EOL. Thanks. [06:06:09 CET] <philipl> argh [08:21:36 CET] <Tzimmo> Compn: No, a single vob file dumped from DVD source using mplayer -dumpstream -dumpfile out.vob [08:23:28 CET] <Tzimmo> Compn: I have automated these steps to make these from DVDs because I have multiple TVs unfortunately supporting different formats and even more unfortunately having different bugs making some combinations break on some of them. In this case, unless the subtitle is text-based, in some cases I'm forced to burn it into the video to make it work on some of the TVs. [11:25:53 CET] <durandal_1707> atomnuker: if you do not write atrac9 decoder in next 24h i will [11:56:44 CET] <atomnuker> durandal_1707: that would just duplicate work [12:20:39 CET] <mistym> Is there a way to specify contexts in which a parser should be used? [12:21:14 CET] <mistym> I'm updating a patch which uses AVCodecParser to extract ATRAC3+ audio from a particular video format. After looking at solo .at3 files, it seems like the parser is inappropriate for standalone ATRAC3+ files. [12:31:17 CET] <rcombs> mistym: need_parsing on the AVStream [12:31:21 CET] <rcombs> set by the demuxer [12:34:20 CET] <mistym> rcombs: Thanks! I'll take a look at updating RIFF/WAV to ignore it for ATRAC3+ then... [12:34:28 CET] <mistym> s/ignore it/set it to false/ [12:44:42 CET] <atomnuker> durandal_1707: go and write a multiband compressior filter to keep yoursefl busy, someone was requesting that [12:46:14 CET] <durandal_1707> atomnuker: -af mcompand [12:58:17 CET] <atomnuker> wow, we have that already? [13:34:19 CET] <c3-Win> atomnuker: Didn't you say "good"? ;-) [13:34:32 CET] <c3-Win> (and yes I'm just joking) [14:09:10 CET] <durandal_1707> c3-Win: good what? [15:11:56 CET] <Compn> Tzimmo : why not use mencoder -vobsubout ? [15:12:04 CET] <Compn> or mplayer -vobsubout whichever it requires [15:12:32 CET] <Compn> i mean as long as you are using mplayer... :) [15:14:38 CET] <durandal_1707> /ignore Compn [15:35:13 CET] <Tzimmo> Compn: What do I do with that vobsub then? Multiplex it back to a single vob file using ffmpeg? [15:36:53 CET] <Tzimmo> I could try that out. I was kind of hoping to use ffmpeg for conversions but just use mplayer to dump dvd://N to a vob file. I don't know if I could split DVD titles easily using ffmpeg...? [15:37:44 CET] <Tzimmo> TV needs a single file to show video, audio and subtitles properly. Yes, it could use an external textbased subtitle as well in some cases. [15:38:52 CET] <Tzimmo> vob/mpg, unlike mkv, mp4, avi or m2ts, is supported by all my TVs [15:39:20 CET] <Tzimmo> That's why I prefer those for SD content [15:47:03 CET] <Compn> oh wow never seen a tv support vobsub [15:47:15 CET] <Compn> it must be based on ffmpeg/mplayer :D [16:16:59 CET] <durandal_1707> is new utvideo works only with qt? [17:13:54 CET] <wm4> I suspect the recent EOF change makes lavf eat 100% CPU if a TCP connection dies, can anyone confirm? [17:16:02 CET] <wm4> ah yes, tcp_read() returns 0 on EOF [17:16:04 CET] <wm4> fucking well done [17:25:34 CET] <BtbN> so, make it return EOF? [17:42:12 CET] <Chloe> how can I move ff_register_rtp_dynamic_payload_handlers() (and rdt one) out of allformats.c? [17:42:32 CET] <Chloe> oh, I can just remove linked lists therer [17:42:56 CET] <Chloe> can you have rtp without rdt? [17:45:05 CET] <wm4> BtbN: you bet someone finds a reason why that's wrong [17:48:19 CET] <Luigi12> michaelni: Hi, I was wondering if it would be possible to get one last 2.4.x update to fix outstanding security issues, so I could do one last security update for Mageia 5 before the EOL. Thanks. (sorry for asking so late) [18:01:01 CET] <michaelni> Luigi12, ill see what i can do [18:01:09 CET] <Luigi12> thanks! [18:06:02 CET] <cone-427> ffmpeg 03Rostislav Pehlivanov 07master:51027d0b8b28: opus: merge encoder and decoder bitallocation functions into one [18:27:50 CET] <BtbN> wm4, what does recv do if there is actually no data? [18:27:57 CET] <BtbN> Just block or return EAGAIN in non-block? [18:29:49 CET] <wm4> should error and set EAGAIN [18:30:33 CET] <wm4> why was the UDP thing not just changed to return EAGAIN instead of changing the semantics and breaking a lot of shit [18:31:26 CET] <durandal_1707> you always have nicolas to veto patches [18:34:52 CET] <BtbN> Because AGAIN is not EOF [18:37:39 CET] <wm4> the thing with UDP is that there are 0 sized packets, so I'd have said they should just be ignored or so [18:37:54 CET] <wm4> like if(ret==0)return AVERROR(EAGAIN); [18:39:02 CET] <BtbN> Can't it return actual EAGAIN in non-blocking mode? [18:39:14 CET] <wm4> sure [18:39:33 CET] <BtbN> So if some weird ass codec relies on zero-sized packages for whatever messed up reason, you'd have a problem [18:41:50 CET] <wm4> is there one? [18:42:21 CET] <nevcairiel> zero-sized packets would run against barries all over the place, i doubt anyone would be silly enough [18:42:28 CET] <nevcairiel> barriers* [18:42:39 CET] <BtbN> Wasn't that the whole reason this whole effort was started? Because some streaming protocol used them? [18:45:31 CET] <wm4> BtbN: I thought it was because lavf reacted with EOF to 0 sized UDP packets [18:45:41 CET] <wm4> but discarding the packets would have been fine [18:46:56 CET] <BtbN> Yeah, because some protocol commonly sends them [18:47:07 CET] <BtbN> Or some broken but common implementation of it or something [18:57:36 CET] <Chloe> the most linked lists i remove, the more i find [18:58:39 CET] <Chloe> more* [18:59:29 CET] <cone-427> ffmpeg 03Aman Gupta 07master:c0b08ef94f03: avformat/http: return EINVAL if ff_http_do_new_request is called with non-http URLContext [19:06:22 CET] <wm4> Chloe: like which? [19:06:38 CET] <Chloe> RTPDynamicProtocolHandler [19:06:56 CET] <wm4> ew [19:07:21 CET] <Chloe> that needs to be removed so lavf can be free'd from its init func [19:07:35 CET] <wm4> tmm1: didn't I NACK this patch [19:11:05 CET] <tmm1> wm4: i didnt commit the crypto one [19:25:28 CET] <wm4> tmm1: now you might as well push the proper fix [19:56:43 CET] <TD-Linux> wm4, theora used to have 0 sized packet = show existing frame, but I think no real file used it because ffmpeg couldn't handle it [19:59:58 CET] <TD-Linux> also 0 sized packets are sometimes used to say "there was supposed to be a packet to be here but it was lost", maybe ffmpeg has a special way to signal that [20:00:55 CET] <Compn> avi had that feature too i think [20:00:55 CET] <kierank> i have seen such packets sent to signal 7 NULL TS packets that didn't want to be sent over the link [20:00:58 CET] <Compn> dup frame marker [20:01:14 CET] <TD-Linux> you could probably use AV_PKT_FLAG_CORRUPT for that too but it's not documented as such [20:01:15 CET] <kierank> actually not 0 [20:01:20 CET] <kierank> just 0 rtp payload [20:02:03 CET] <TD-Linux> (you can also use rtp sequence numbers to infer such a packet) [20:02:05 CET] <DHE> iirc AVI back in the day used the 0 byte payload hack as a means of doing variable FPS [20:09:25 CET] <kierank> durandal_1707: what new interesting codecs are left? [20:26:28 CET] <durandal_1707> kierank: Dolby Vision or whatever its called, and xvc [20:26:44 CET] <kierank> xvc lol [20:27:24 CET] <durandal_1707> and atrac9, lazy sloooow atomnuker [20:32:02 CET] <kierank> michaelni: can you look at my patch please [20:32:06 CET] <kierank> mpeg4video one [20:33:00 CET] <Compn> kierank : waiting for vivo to be finished... [20:33:02 CET] <Compn> ehe [20:33:19 CET] <Compn> still lots of binary codecs in mplayer that arent RE'd [20:35:07 CET] <durandal_1707> dead codecs and formats nobody cares about except mencoder lusers [20:36:36 CET] <Compn> i was never able to find a vdo sample :( [20:36:53 CET] <Compn> the other vdo , not vdow/vdo3 [20:37:19 CET] <Compn> durandal_1707 : what about bayer redcode stuff ? [20:37:21 CET] <durandal_1707> good, it should not exist at first place [20:38:24 CET] <durandal_1707> Compn, kierank yes red stuff or generally whatever pro users use [20:39:26 CET] <Compn> kierank : is there any pro /broadcast / film codecs that need to be added to ffmpeg ? [20:39:33 CET] <Compn> s/is/are [21:03:11 CET] <cone-427> ffmpeg 03Michael Niedermayer 07master:903be5e4f662: avcodec/exr: Check buf_size more completely [21:32:39 CET] <atomnuker> durandal_1707: got a link to the windows atrac9 decoder/encoders? [21:42:51 CET] <atomnuker> Chloe: ping [21:52:10 CET] <Chloe> atomnuker: pong [21:52:31 CET] <atomnuker> planning to submit a new version of the lavc patch? [21:52:49 CET] <Chloe> would you prefer I submit it before I finish the lavf/lavd one? [21:53:13 CET] <Chloe> cause I have a new version (though not entirely sure it's complete) of the lavc one [21:56:16 CET] <Chloe> atomnuker: ^ [21:58:48 CET] <atomnuker> oh, ok [21:58:57 CET] <atomnuker> if you want to submit it anyway [22:51:55 CET] <atomnuker> why is ff_codec_wav_tags populated with 2-byte tags [22:52:07 CET] <atomnuker> considering the compare function uses 4 bytes of the rag [22:52:10 CET] <atomnuker> *tag [22:53:34 CET] <nevcairiel> because riff audio tags are TwoCC [22:54:24 CET] <atomnuker> then how come if I put a 4 byte tag it works but if I cut it down to 2 bytes it doesn't? [22:57:25 CET] <atomnuker> hm, I guess its only in the case of when a GUID is needed [22:59:22 CET] <atomnuker> why is 0xFFFE special? [22:59:42 CET] <nevcairiel> because its defined to be [23:00:25 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:b33d3021954c: avcodec/jpeglsdec: Check ilv for being a supported value [23:00:26 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:3d6ffa2bb50a: avcodec/jpeglsdec: Check for end of bitstream in ls_decode_line() [23:00:27 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:18fbf2622cd5: avcodec/aacdec_fixed: Fix integer overflow in predict() [23:00:28 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:02612c3e3eb5: avcodec/aacdec_fixed: Fix integer overflow in apply_dependent_coupling_fixed() [23:00:29 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:faa84a0c0667: avcodec/xan: Improve overlapping check [23:00:30 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:6fb7e324fee1: avcodec/h264idct_template: Fix integer overflows in ff_h264_idct8_add() [23:00:31 CET] <cone-427> ffmpeg 03Luca Barbato 07release/3.3:912448efc110: avformat: Free the internal codec context at the end [23:00:32 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:4a47195d2a88: avcodec/exr: fix undefined shift in pxr24_uncompress() [23:00:33 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:ffa2d60ac5af: avcodec/xan: Check for bitstream end in xan_huffman_decode() [23:00:34 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:d3264c496a0e: avcodec/h264idct_template: Fix integer overflows in ff_h264_idct8_add() [23:00:35 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:56a56c0cb564: avutil/softfloat: Add FLOAT_MIN [23:00:36 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:67208cf992ef: avcodec/aacsbr_fixed: Fix division by zero in sbr_gain_calc() [23:00:37 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:19fb467fcbbf: avcodec/sbrdsp_fixed: Fix integer overflow in shift in sbr_hf_g_filt_c() [23:00:38 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:286e3bf17429: avcodec/cngdec: Fix integer clipping [23:00:39 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:c8027878d024: avcodec/snowdec: Fix integer overflow in header parsing [23:00:40 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:c1d31ccfac48: avcodec/mdct_*: Fix integer overflow in addition in RESCALE() [23:00:41 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:8be48f1c9a4e: avcodec/aacdec_fixed: Fix undefined shift [23:00:42 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:b3067f95c980: avcodec/aacpsdsp_template: Fix integer overflows in ps_decorrelate_c() [23:00:43 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:96fe37a3390a: avcodec/x86/mpegvideodsp: Fix signedness bug in need_emu [23:00:44 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:aac7ca7a36da: avcodec/h264dec: Fix potential array overread [23:00:45 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:066c65737682: avcodec/vc2enc: Clear coef_buf on allocation [23:00:46 CET] <cone-427> ffmpeg 03Fredrik Hubinette 07release/3.3:74104d2dc05d: avformat/mov: Check size of STSC allocation [23:00:47 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:488c2e8487e5: avcodec/snowdec: Check intra block dc differences. [23:00:48 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:01439fe1e139: avcodec/snowdec: Check for remaining bitstream in decode_blocks() [23:00:49 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:4a412dc6ad19: avcodec/wmv2dec: Check end of bitstream in parse_mb_skip() and ff_wmv2_decode_mb() [23:00:50 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:78a0356fae83: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD137iL0() [23:00:51 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:1c9af4d7a888: avcodec/zmbv: Check that the buffer is large enough for mvec [23:00:52 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:f4e25620a1fc: avcodec/mlpdsp: Fix undefined shift ff_mlp_pack_output() [23:00:53 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:fa29141e34c9: avcodec/hevcdsp_template: Fix invalid shift in put_hevc_epel_bi_w_v() [23:00:54 CET] <cone-427> ffmpeg 03Jacob Trimble 07release/3.3:a0eccf673cda: avformat/mov: Propagate errors in mov_switch_root. [23:00:55 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:362967fec6a4: Fix leak of frame_duration_buffer in mov_fix_index(). [23:00:56 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:edd0cd21f41e: Use ff_thread_once for fixed, float table init. [23:00:57 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:11a940adbcab: Fix undefined shift on assumed 8-bit input. [23:00:58 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:2de4eb6fec18: Close ogg stream upon error when using AV_EF_EXPLODE. [23:00:59 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:70dc266342ee: avcodec/mpeg4videodec: Check also for negative versions in the validity check [23:01:00 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:7bc064d46165: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_FIDELITYi* [23:01:01 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:d5bdcd8a2702: avcodec/kgv1dec: Check that there is enough input for maximum RLE compression [23:01:02 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:cead6c94c502: avcodec/mlpdsp: Fix signed integer overflow, 2nd try [23:01:03 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:c8bbddf057e6: avcodec/hevcdsp_template: Fix undefined shift in put_hevc_epel_bi_w_h() [23:01:04 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:79ec6381151c: avcodec/j2kenc: Fix out of array access in encode_cblk() [23:01:05 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:85ea121684a7: avformat/utils: Prevent undefined shift with wrap_bits > 64. [23:01:06 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:9bc2f44c27a3: avcodec/vorbis: 1 << 31 > int32_t::max(), so use 1u << 31 instead. [23:01:07 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:272a9687a73c: Don't manipulate duration when it's AV_NOPTS_VALUE. [23:01:08 CET] <cone-427> ffmpeg 03Dale Curtis 07release/3.3:39db2f95145f: avcodec/vorbis: Fix another 1 << 31 > int32_t::max() with 1u. [23:01:09 CET] <cone-427> ffmpeg 03Nikolas Bowe 07release/3.3:01ab4117dc03: avcodec/extract_extradata_bsf: Fix leak discovered via fuzzing [23:01:10 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:454a2405ce80: avcodec/dirac_dwt: Fix integer overflows in COMPOSE_DAUB97* [23:01:11 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:054188db1087: avcodec/diracdsp: Fix integer overflow in PUT_SIGNED_RECT_CLAMPED() [23:01:12 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:3d297038a9ab: avcodec/amrwbdec: Fix division by 0 in voice_factor() [23:01:13 CET] <cone-427> ffmpeg 03Jun Zhao 07release/3.3:603845225cb3: avfilter/formats: fix wrong function name in error message [23:01:14 CET] <cone-427> ffmpeg 03Kelly Ledford 07release/3.3:b7c9f27ad6e8: libavfilter/af_dcshift.c: Fixed repeated spelling error [23:01:15 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:badca11741ea: avcodec/hevcdsp_template: Fix undefined shift in put_hevc_qpel_bi_w_hv() [23:01:16 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:bdba0f6786d5: avcodec/hevc_sei: Fix integer overflows in decode_nal_sei_message() [23:01:17 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:7a5c73896394: tests/audiomatch: Add missing return code at the end of main() [23:01:18 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:41a706b9125c: avcodec/hevc_cabac: Fix integer overflow in ff_hevc_cu_qp_delta_abs() [23:01:19 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:1d9830cba30d: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD97iH0() and COMPOSE_DD137iL0() [23:01:20 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:b66e3e321f64: avcodec/hevcdsp_template.c: Fix undefined shift in FUNC(dequant) [23:01:21 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:0da741ba6b30: avcodec/flacdec: avoid undefined shift [23:01:22 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:2cde8dc055c0: avcodec/hevcdsp_template: Fix Invalid shifts in put_hevc_qpel_bi_w_h() and put_hevc_qpel_bi_w_w() [23:01:23 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:1bc06771d83e: avcodec/flacdec: Fix overflow in multiplication in decode_subframe_fixed() [23:01:24 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:f2b83f4aba2b: avcodec/exr: Check buf_size more completely [23:01:25 CET] <cone-427> ffmpeg 03Michael Niedermayer 07release/3.3:54897d74663f: Update for 3.3.6 [23:01:40 CET] <atomnuker> nevcairiel: what does it mean? use guid instead of 2cc tag? [23:13:11 CET] <atomnuker> apparently it does [23:25:02 CET] <atomnuker> if there's one thing matroska got right it was codec id handling [23:25:15 CET] <atomnuker> here's a string, it maps to a codec, that's it [23:25:42 CET] <atomnuker> 1 line to add support for a new mapping with full muxing and demuxing [23:25:50 CET] <nevcairiel> except their codec id mappings are the wild west [23:26:08 CET] <nevcairiel> there is no proper official registration list [23:26:38 CET] <atomnuker> well wav has one and look at the list of rogue format ccs [23:26:52 CET] <atomnuker> the wild west is nice, as long as nothing overlaps [23:39:05 CET] <cone-427> ffmpeg 03Luca Barbato 07release/3.3:96e8400553ae: x264: Support version 153 [23:39:06 CET] <cone-427> ffmpeg 03James Almer 07release/3.3:03292829aa2e: changelog: update with previous commit [23:39:57 CET] <jamrial_> michaelni: make sure to include those two in 3.3.6, please [00:00:00 CET] --- Sun Dec 31 2017

1 0

ffmpeg.log.20171230
by burek 31 Dec '17

31 Dec '17

[00:19:43 CET] <Afdal> guh, can someone tell me all the ffmpeg hotkeys [00:19:52 CET] <Afdal> I bumped something and froze a 4-hour encode in the middle [00:19:56 CET] <Afdal> How do I start this up again [00:20:14 CET] <Afdal> continue, rather [00:20:20 CET] <Afdal> seems like the encode is paused [00:20:32 CET] <c_14> froze? [00:20:40 CET] <c_14> ^Z or ^S by any chance? [00:21:28 CET] <Afdal> no it wasn't the BASH process halt ctrl+Z thingy [00:21:42 CET] <Afdal> the process is still running, it just isn't doing anything :/ [00:21:52 CET] <c_14> is it still using cpu? [00:22:09 CET] <Afdal> mmm [00:22:10 CET] <Afdal> yes [00:22:22 CET] <Afdal> 80% CPU, apparently [00:22:38 CET] <Afdal> oh perhaps I just turns off the output??? [00:22:45 CET] <Afdal> How do I turn that back on [00:22:50 CET] <c_14> press + [00:23:07 CET] <c_14> + and - control the verbosity levels [00:23:12 CET] <c_14> if you press - once the status stops updating [00:23:26 CET] <Afdal> mmhmm [00:23:31 CET] <Afdal> well that's probably what I did [00:23:39 CET] <Afdal> unfortunately, something else seems to be wrong as well now [00:23:47 CET] <c_14> "something else"? [00:23:53 CET] <furq> Afdal: http://vpaste.net/mE2Gf [00:23:55 CET] <Afdal> Press + or = or anything else just inputs characters [00:24:06 CET] <furq> you need to hit enter as well [00:24:13 CET] <c_14> maybe you hit c/C? [00:25:21 CET] <furq> at least on windows you need to hit enter [00:25:35 CET] <Afdal> https://gyazo.com/fd2ef05fe4f098f30cd0f2be900be77b [00:25:37 CET] <Afdal> nooooo [00:25:41 CET] <Afdal> now it stopped completely [00:25:52 CET] <Afdal> Gotta start this whole encode over again ;_; [00:26:08 CET] <furq> crf 1 isn't lossless [00:26:32 CET] <furq> also preset placebo is exactly as much of a waste of time as the name implies [00:26:41 CET] <Afdal> hehe [00:26:59 CET] <Afdal> oh crap you're right [00:27:04 CET] <Afdal> crf 0 is the lossless one [00:27:10 CET] <Afdal> Can't believe I forgot that [00:27:14 CET] <c_14> you want -qp 0 in any case [00:27:16 CET] <furq> good job you cancelled that encode then [00:27:21 CET] <Afdal> lol [00:27:30 CET] <Afdal> sheesh [00:27:31 CET] <furq> but yeah don't use placebo [00:27:36 CET] <Afdal> I like using placebo [00:27:36 CET] <furq> veryslow is fine [00:27:43 CET] <Afdal> for archiving [00:28:02 CET] <Afdal> I've done some comparisons before and it saves a smidge of filesize compared to ultraslow [00:28:12 CET] <Afdal> especially with low-color 2D animation [00:28:14 CET] <furq> it's really not worth the cpu time for the half a percent you'll save [00:28:27 CET] <therage3> For archiving I just use the original source material, honestly [00:28:50 CET] <furq> well i assume the input is rawvideo and this is a lossless copy so that's all fine [00:28:51 CET] <Afdal> original source is ffv1 4 times as large or raw AVI like 10 times larger [00:28:55 CET] <Afdal> I need muh space [00:29:13 CET] <therage3> O.O [00:29:40 CET] <furq> i'm guessing this isn't ikaruga the overrated dreamcast shooting game then [00:30:33 CET] <Afdal> uh [00:30:35 CET] <Afdal> lol [00:30:37 CET] <Afdal> it is actually [00:30:50 CET] <Afdal> placebo wouldn't have helped me all that much with this since it's a 3D game [00:30:53 CET] <furq> i'm surprised x264 does that much better than ffv1 [00:30:57 CET] <Afdal> but I like doing it anyway :) [00:31:10 CET] <Afdal> Yeah x264 lossless is hugely better than ffv1 for archiving [00:31:37 CET] <Afdal> The main use for ffv1 that I can see is low cpu usage for streaming from another source when cpu usage is really imporant to you [00:31:49 CET] <Afdal> but there's always raw video for that too [00:31:55 CET] <furq> nah ffv1 is pretty good [00:32:03 CET] <furq> and it's slower than x264 ultrafast in my experience [00:32:18 CET] <Afdal> What is it "pretty good" for @_@ [00:32:18 CET] <furq> if you want low cpu usage then huffyuv/ffvhuff/utvideo are much better [00:33:00 CET] <Afdal> I've been trying to understand the niche for ffv1 for a while now and I just don't get it [00:33:02 CET] <furq> ffv1 compresses pretty well [00:33:25 CET] <furq> certainly not as well as an inter codec for animation though [00:33:37 CET] <furq> but i've seen it do about as well as x264 medium [00:33:45 CET] <Afdal> I've done some tests with lossless vp8/vp9 and x264/x265 and they all do way better than ffv1 [00:33:58 CET] <furq> ffv1 is intra-only so it depends a lot on the source [00:33:59 CET] <Afdal> a third the file size of ffv1 or better [00:34:05 CET] <Afdal> hmm [00:34:08 CET] <Afdal> I see [00:34:17 CET] <furq> it's much better than any other intra-only codec i've seen though [00:34:28 CET] <Afdal> So it might be better for film archival than the other codecs then? [00:34:39 CET] <furq> potentially [00:34:47 CET] <Afdal> Also yeah Ikaruga is pretty overrated [00:35:07 CET] <Afdal> I finally single-credit cleared it so I can articulate just what I don't like about it now :) [00:35:15 CET] <furq> i mean it's fine but it's no garegga [00:35:28 CET] <furq> but then what is [00:35:29 CET] <Afdal> tru dat [00:35:33 CET] <Afdal> and Garegga is no Batrider [00:35:40 CET] <furq> batrider is pretty great [00:36:13 CET] <Afdal> Am I speaking to a Raizing fan [00:36:17 CET] <furq> you sure are [00:36:20 CET] <Afdal> oh boy [00:36:23 CET] <Afdal> you got taste fam [00:36:30 CET] <Afdal> Dimahoo > Ikaruga [00:36:43 CET] <furq> dimahoo is a confusing mess and i love it [00:39:11 CET] <therage3> "and i love it" [00:39:20 CET] <therage3> not what usually follows after "is a confusing mess" [00:39:41 CET] <furq> it's good in spite of that really [00:39:57 CET] <Afdal> Honestly my only main complaint with Dimahoo is the really obtuse method for displaying your treasure listings [00:40:19 CET] <Afdal> I'd say fumbling with that has probably resulted in about a third of my deaths [00:40:54 CET] <furq> i tended to just ignore the treasure completely whenever i played it [00:41:01 CET] <Afdal> oh man [00:41:03 CET] <furq> memorising all of that is not my idea of fun [00:41:08 CET] <Afdal> I wish I could do that [00:41:09 CET] <Afdal> I really do [00:41:16 CET] <Afdal> I'd have beaten Dimahoo a long time ago [00:41:16 CET] <furq> i never got into it that much really [00:41:29 CET] <Afdal> but I find it impossible to ignoring treasure collecting anymore [00:41:37 CET] <furq> but at the end of the stage it says "GREAT BONUS" and that alone makes it a good game [00:41:44 CET] <Afdal> I'm so close to collecting them all in a single playthrough [00:42:06 CET] <furq> i should really get back into shooting games [00:42:36 CET] <Afdal> Still... I did a small experiment encoding Ikaruga earlier and compared file sizes of x264 to ffv1 and was getting 1/4 the file size [00:42:49 CET] <Afdal> however that was with crf 1 when I forgot that wasn't lossless [00:43:10 CET] <furq> yeah 0 will be quite a bit bigger iirc [00:43:42 CET] <Afdal> that's a 3D game with lots of perspective and shading, so it doesn't benefit from inter-frame compression in quite the same way that 2D game videos do [00:44:50 CET] <Afdal> real glad I popped in here, it took me all day just to dump the raw source for this [00:44:57 CET] <Afdal> was going to delete it once I had it compressed [00:45:01 CET] <Afdal> thinking it was lossless -_- [00:46:30 CET] <Afdal> okay I'm at 1min30sec and this is already 500MB [00:46:40 CET] <Afdal> maybe this isn't worth archiving in x264 [00:52:03 CET] <spiderkeys> I'm having a bit of an issue muxing elementary h264 to mp4 using the newer releases (3.2+). Many of the fields and methods for working with AVStreams and the codec contexts are now deprecated and I can't really find any examples or guidance for how to properly copy codec context information from an input stream to an output stream. I'm using a custom UDP based input stream, so I create a custom avio context for the input, probe it [00:53:45 CET] <spiderkeys> Then my next step is to create the output format context (mp4), and add a new stream which copies the codec and picture information from the input stream. However, avcodec_copy_context is now deprecated and says to use avcodec_parameters_from/to_context, but I am not sure how exactly to use them with relation to an existing input stream. Anyone have some guidance they can share? [00:54:04 CET] <spiderkeys> I can share my code if it helps. [03:31:53 CET] <Afdal> Woo finished. ffv1 size: 20.6 GB, x264 lossless size: 12.7 GB [03:32:08 CET] <Afdal> okay lol, was expecting something much smaller than that [03:32:31 CET] <Afdal> I ain't archiving no 12.7 GB video file [04:13:12 CET] <meriipu> ffmpeg -i in.mkv -r 5 -filter_complex "split[out0][out1]" -map "[out0]" out0.mkv -map "[out1]" out1.mkv # why does out0.mkv have a framerate of 5fps while out1.mkv retains the original input file framerate? [04:15:19 CET] <DHE> because "-r 5" is part of the output0.mkv options while -filter_complex is not specific to anything and is a global option [04:15:34 CET] <DHE> also note that you can specify "-map 0:v" on each output instead and not use the split filter [04:16:18 CET] <meriipu> I was planning to use a different filter on each file afterwards though. But if the -r is part of the first output then it makes a lot more sense [04:16:25 CET] <meriipu> thanks [04:16:56 CET] <meriipu> or well on each stream [04:17:02 CET] <DHE> unless you need to do some pre-processing on the input that's shared, I might just do: ffmpeg -i in.mkv -vf filterchain1 -map 0:v out0.mkv -vf filterchain2 -map 0:v out1.mkv [04:20:02 CET] <meriipu> that does look quiet a bit cleaner [04:39:10 CET] <Afdal> What are all the container formats that ffmpeg can pipe from nicely? [04:39:23 CET] <Afdal> (since some containers like to stick important info at the end of the file) [04:43:34 CET] <klaxa> mkv can be streamed [04:43:41 CET] <klaxa> i would think nut is good as well [04:44:25 CET] <Afdal> AVI has worked in my experience, despite people claiming that AVI leaves its junk at the end of the file [04:44:32 CET] <spiderkeys> do most media players support fragmented mp4 these days? [04:45:10 CET] <spiderkeys> that would support streaming as well [04:45:52 CET] <klaxa> yes, but for piping it into ffmpeg you need some flags [04:50:41 CET] <DHE> I think the video being piped in needs to be prep'd accordingly [04:51:00 CET] <DHE> mpegts is broadcast standard streamable [04:52:48 CET] <Afdal> yeah transport streams are the obvious choice [04:52:51 CET] <Afdal> when you have the choice [07:15:32 CET] <M6HZ> Hello, is there a way to control ffplay [While playing] shortcuts in `man ffplay` via the stdin of a term instead of a X11 window ? [07:24:01 CET] <buu> nope! [07:24:12 CET] <buu> I just checked =[ [07:57:15 CET] <M6HZ> buu, Ok thank you. That's sade, it means that we need a window even to play audio files ... [07:58:58 CET] <buu> yeah =[ [08:00:27 CET] <M6HZ> Also, is there a way to reduce the lag between two `ts` segments of a `m3u8` stream using ffplay? [08:01:47 CET] <buu> how much lag is there? [08:04:50 CET] <M6HZ> Not that much, maybe less than 2sec at worst, but it's not as 'smooth' as what mpv can do. [08:09:43 CET] <buu> hmm [08:09:45 CET] <buu> I wonder what's going on [08:09:50 CET] <buu> maybe restablishing the connection [09:03:32 CET] <binaryTr1> I'm trying to save filename as epochtime.mp4 but it's getting saved as %s.mp4. What's the issue ? ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0+0,0 -f pulse -ac 2 -i default -strftime 1 "%s.mp4" [09:16:53 CET] <buu> I'm guessing %s isn't a valid escape [17:18:17 CET] <pos> so, i've got these rtsp sources which, when using ffmpeg with -vcodec copy, end up with funky files. let's say i've captured 15 seconds of video, i get a video file sized about 5MB but all players think it's 50 minutes long [17:18:25 CET] <pos> mplayer/mpv complain about invalid timestamps, vlc crashes [17:18:31 CET] <pos> i've tried -fflags +gentps and -vsync drop to no avail [17:19:09 CET] <pos> just streaming work in either player ofc [20:15:03 CET] <Johnjay> mplayer huh [20:15:16 CET] <Johnjay> do you think mplayer would have the ability to resume playback of a playlist after closing? [20:15:24 CET] <Johnjay> vlc apparently does not [21:44:50 CET] <Kuroonehalf> Hi. I would like some help in composing this command please. My goal is to take a set of frames in PNG and turn them into a video with a watermark. I am able to do each step separately, with "ffmpeg -y -r 1 -i to_use/%01d.png -vf scale=-1:800 video.mp4" and then "ffmpeg -y -i video.mp4 -i watermark.png -filter_complex 'overlay=x=main_w-84:y=main_h-18' video_watermarked.mp4", but I am trying to optimize this all into a [21:44:50 CET] <Kuroonehalf> single command, and having trouble figuring out how to do that [21:48:09 CET] <sfan5> ffmpeg -y -r 1 -i to_use/%01d.png -filter_complex 'scale=-1:800 [a]; movie=watermark.png [b]; [a][b] overlay=x=main_w-84:y=main_h-18' video_watermarked.mp4 [21:48:14 CET] <Johnjay> furq is the vlc codebase clean enough to contribute to? [21:48:33 CET] <Johnjay> i'm thinking of submitting a patch that automatically resumes a playlist at user request [21:57:18 CET] <Kuroonehalf> @sfan5 thank you, that works great! [23:58:41 CET] <bray90820_> OFF TOPIC: to have something be 1080p with a different aspect ratio would you make the hight 1080? [00:00:00 CET] --- Sun Dec 31 2017

1 0

ffmpeg-devel.log.20171229
by burek 30 Dec '17

30 Dec '17

[01:48:52 CET] <tmm1> i'm trying to figure how the new decoder api handles m:n.. how would i return two frames from receive_frame for one incoming packet? [01:59:14 CET] <cone-253> ffmpeg 03Carl Eugen Hoyos 07master:e867b7b11a28: fate: Fix ffprobe dependency for fate-mov-guess-delay-*. [02:02:02 CET] <atomnuker> tmm1: from inside lavc? populate the new avcodec pointers and use them [02:05:18 CET] <atomnuker> I think that we should stop accepting any codecs using the old api now [02:05:57 CET] <atomnuker> and return an error during init if someone tries to use the old api with new codecs [02:06:07 CET] <BtbN> tmm1, the decoder api is a bit weird. You basically just don't pull a new packet. [02:06:21 CET] <BtbN> So only pull a new packet on every second call to receive_frame [02:09:34 CET] <tmm1> ok i got it working [02:09:55 CET] <tmm1> trying to convert mediacodecdec.c over to the new api [02:15:23 CET] <cone-253> ffmpeg 03Carl Eugen Hoyos 07master:d01eeef4a229: configure: libvmaf depends on pthreads. [02:18:18 CET] <tmm1> hmm its leaking somewhere [02:41:27 CET] <tmm1> i guess somehow the old api works just as well.. if you call receive_frame multiple times it must emulate it via the old decode callback [02:47:23 CET] <tmm1> oops never mind [04:11:22 CET] <philipl> cd /storage/video/tv/Sasuke/ [04:11:23 CET] <philipl> ls [04:11:27 CET] <philipl> argh [05:26:46 CET] <vlad_> hello! for some reason avcodec_descriptor_get_by_name doesn't seem to know about h264_nvenc [05:26:55 CET] <vlad_> the ffmpeg binary takes -c:v h264_nvenc just fine [06:31:28 CET] <wm4> vlad_: that describes codecs in general, not individual implementations [07:43:40 CET] <cone-558> ffmpeg 03Karthick Jeyapal 07master:9e25fe420410: avformat/hlsenc: Modularized audio rendition playlist write to allow reuse [07:43:40 CET] <cone-558> ffmpeg 03Karthick Jeyapal 07master:8fd2bdd07207: avformat/hlsplaylist: Audio rendition's name and defaultness made configurable [07:43:40 CET] <cone-558> ffmpeg 03Karthick Jeyapal 07master:5297ae96a13f: avformat/dashenc: Addition of #EXT-X-MEDIA tag and AUDIO attribute [11:13:39 CET] <cone-536> ffmpeg 03Karthick Jeyapal 07master:e8f71ef33899: avformat/hlsenc, utils: Moved is_http_proto from hlsenc to utils for re-use [11:13:39 CET] <cone-536> ffmpeg 03Karthick Jeyapal 07master:0c78b6a416c6: avformat/dashenc: Persistent HTTP connections supported as an option [12:55:04 CET] <wm4> "[WARNING! RECEIVED FROM EXTERNAL SENDER]" that's a new one [12:55:49 CET] <wm4> actually not the first one from an akamai dev heh [14:26:22 CET] <vlad_> wm4: ah I suspect I should be using avcodec_find_encoder_by_name instead? [14:27:42 CET] <nevcairiel> it depends what you want to achieve, those functions do quite different things [14:30:21 CET] <wm4> vlad_: that's probably what you want if you want to explicitly select and use the nvenc thing [14:32:08 CET] <vlad_> yeah right now I am using avcodec_find_encoder(codec_id) where codec_id is one of output_format->video_codec or codec_desc->id [14:32:47 CET] <vlad_> codec_desc is returned by avcodec_descriptor_get_by_name [14:33:08 CET] <wm4> both codec_desc and codec_id just describe the video format [14:34:33 CET] <vlad_> right, and find_encoder gives me the default for that format? [14:35:39 CET] <wm4> yes [15:44:54 CET] <vlad_> ok, so that worked, but now I'm getting "Failed to init cuda." under specific circumstances [15:45:22 CET] <vlad_> it's very strange because if I just run my program plainly it works (video encodes) [15:45:42 CET] <vlad_> but when I run it as a python subprocess as part of a larger thing the cuda error happens [15:46:06 CET] <wm4> nvidia only allows 2 transcodes at a time, is it this? [15:46:35 CET] <BtbN> You'd get a different error then though [15:46:45 CET] <vlad_> maybe? my other process is using tensorflow, but only the cpu version [15:46:52 CET] <BtbN> Failed to init cuda is cuInit() returning unsuccessful [15:47:05 CET] <BtbN> Which should never happen unless something on your system is broken [15:47:19 CET] <vlad_> as I said, it only happens under very specific circumstances [15:48:01 CET] <vlad_> it doesn't occur if I make a small python script that runs my program in a subprocess [15:48:53 CET] <vlad_> oh wait I think I know what's going on, my other program sets CUDA_VISIBLE_DEVICES="" to stop itself from taking the gpu [15:49:23 CET] <vlad_> which might be affecting the subprocess's environment as well [15:50:28 CET] <vlad_> yup that was it! [17:01:32 CET] <kierank> durandal_1707: can you review my patch [17:33:57 CET] <durandal_1707> kierank: its very clean patch [17:34:10 CET] <kierank> durandal_1707: s->block2 is ugly though [17:34:30 CET] <kierank> and it will need more work for dpcm because dpcm allows weird directions [18:26:27 CET] <iive> kierank: if you accept hacks, you can have `short blocks[16][128] ` instead of `int blocks[16][64]` [18:26:55 CET] <kierank> iive: causes a LOT of function prototypes to need changing [18:27:34 CET] <iive> yeh [18:27:49 CET] <kierank> a union would be best i think [18:28:09 CET] <iive> unions have bad rap with compiler optimizations [18:30:45 CET] <wm4> can we move the git server to github or something? the performance of the current server is pathetic [18:30:58 CET] <wm4> do I really have to wait half a minute for git pull [18:32:35 CET] <wm4> forget half a minute it just freezes [18:34:12 CET] Action: wm4 sighs and adds github mirror remote [18:34:35 CET] <kierank> wm4: ping thresh on #videolan [18:35:01 CET] <nevcairiel> its always been slow, thats not exactly a new development [18:35:24 CET] <wm4> why is he not on this channel if he's apparently maintaining the git server [18:35:33 CET] <iive> wm4: is that happening now? coz I just did pull and it was blazingly fast. [18:36:15 CET] <wm4> tmm1: HLS with crypto is crashing in ff_http_do_new_request() [18:36:32 CET] <wm4> tmm1: because it accesses the crypto proto as http without any checks [18:36:56 CET] <wm4> tmm1: things like these is why I keep droning on and on that this should be handled in a better way, like adding a URLContext callback [18:39:55 CET] <wm4> there's probably a patch for this on the ML, but if the github mirror is up to date, it hasn't been pushed yet [18:57:37 CET] <kierank> wm4: nevcairiel: been fine for me, I wonder if it's the iliad/german isp peering thing [19:01:02 CET] <Risc1911> good evening [19:01:44 CET] <Risc1911> has anyone here successfully compiled and run ffmpeg 3.4 with libndi_newtek on Ubuntu 16.04 Xenial? [19:02:35 CET] <Risc1911> i got the sdk and it compiled clean but: "ffmpeg -f libndi_newtek -find_sources 1 -i dummy" does not find any sources (yes i ahve multiple sources running) [19:02:56 CET] <Risc1911> are there any other tests i can do to debug this issues? [19:06:52 CET] <wm4> kierank: it can't seem to connect here [19:07:24 CET] <wm4> ping doesn't get back either [19:09:00 CET] <wm4> ah with --ipv4 it works [19:14:13 CET] <wm4> and the dashenc.c is broken in similarly funny ways [19:14:19 CET] <wm4> +commit [19:14:38 CET] <wm4> I mean I don't know a case where it's actually broken, but you can tell it's fragile [19:14:55 CET] <wm4> there's no reason to write code like that [19:25:41 CET] <durandal_1707> devs are lazy [19:28:16 CET] <Compn> Risc1911 : do any other libndi newtek programs work to display sources ? [19:44:37 CET] <Tzimmo> Why does the order of detected subtitles in a vob file change if I set for example -analyzeduration 1G -probesize 100M ? [19:45:20 CET] <Tzimmo> They must be in some certain order in the vob file and I though that would be the order where they are detected, but it seems to change when those parameters are changed. [19:47:42 CET] <Tzimmo> This makes generating overlay subtitles using -filter_complex "[0:v][0:s:5]overlay[v]" quite impossible because that number (5) should be changed to 0 for this specific file if I omit -analyzeduration and -probesize. [19:48:47 CET] <Tzimmo> I tried "[0:v][0:s:#0x24]overlay[v]" as well but it always selected subtitle index 0 instead of the one with id 0x24... was there a way to choose a subtitle with a specific ID using this format? [19:49:55 CET] <durandal_1707> does anyone knows what new fourcc does in utvideo? [20:40:14 CET] <tmm1> wm4: do you have the backtrace or a sample playlist? [20:41:09 CET] <tmm1> wm4: i dont understand what you mean by "URLContext callback". like a struct member thats a function pointer? [20:42:23 CET] <wm4> tmm1: "mpv http://southpark.cc.com/full-episodes/s21e07-doubling-down" seems to trigger it (via youtube-dl and some weird contraption through EDL, but seems obvious in the debugger) [20:42:59 CET] <wm4> tmm1: as URLProtocol member or so, I guess, like everything else [20:44:17 CET] <tmm1> one problem is you dont know if the aviocontext is wrapping urlcontext or not without checking protocol first [20:49:51 CET] <wm4> then you obviously need to add a callback to AVIOContext to pass it through [20:50:26 CET] <wm4> like e.g. read_pause and all that obscure stuff [21:00:41 CET] <nevcairiel> that you dont know if an AVIOContext holds a particular URLContext is the source of all that trouble [21:00:56 CET] <nevcairiel> and all the guesses are just that - guesses [21:01:48 CET] <wm4> and normally nothing guesses at all [21:02:08 CET] <wm4> also I still haven't understood why the HLS code explicitly checks for custom AVIO contexts... [21:02:27 CET] <nevcairiel> probably for that re-usable http hackfest [21:03:05 CET] <wm4> no, it was there before [21:03:29 CET] <wm4> possibly related to setting/getting cookies? [21:53:12 CET] <tmm1> it would be nice if AVIOContext contained the name of the protocol it was wrapping, i.e. http or crypto or tls [21:53:34 CET] <tmm1> i tried to add it but there's so many layers i can't figure it out [21:55:07 CET] <tmm1> ffurl_open* don't even have access to AVIOContext anymore to add members to it [21:55:18 CET] <wm4> tmm1: checking a name is the opposite I'm arguing for [21:56:05 CET] <wm4> I mean come on [21:56:09 CET] <tmm1> ok but same thing applies for any other property [21:56:52 CET] <wm4> you want to look at ffio_fdopen [21:57:06 CET] <wm4> which has a bad name and really wraps an URLContext as AVIO [21:57:14 CET] <wm4> (why does this AVIO crap even exist...) [21:57:47 CET] <wm4> there are clearly too many wrappers wrapping wrappers [21:59:15 CET] <Compn> Tzimmo : did you read dvd spec ? also lots of non-standard dvds :( [21:59:46 CET] <Compn> durandal_1707 : i feel like we should have better contact with utvideo and other codec developers :\ [22:15:13 CET] <tmm1> wm4: is this what you mean https://github.com/tmm1/ffmpeg/commit/d7e82b622cf0fe951ef10fe6af007bfb967c6… [22:16:24 CET] <wm4> tmm1: absolutely not [22:18:14 CET] <durandal_1707> Compn: stop wasting my time! [22:18:28 CET] <wm4> it's a bit better than previous ideas, but hls should simply not have to include http.h at all [22:18:53 CET] <wm4> and instead call that function through function ptrs [22:32:14 CET] <tmm1> wm4: https://github.com/tmm1/ffmpeg/commit/da2f48236ae224a25577e05252ca234ff88fe… [22:35:54 CET] <wm4> tmm1: yeah, that's what I was thinking of [22:36:48 CET] <wm4> though to be more in line with the existing url code, it should be a callback in URLProtocol [22:36:59 CET] <tmm1> yea let me see if i can move it [22:37:31 CET] <wm4> (instead of URLContext) [22:37:50 CET] <tmm1> also trying to come up with a better name [22:37:55 CET] <tmm1> maybe url_open_another [22:39:36 CET] <wm4> I think the name is sort of ok [22:39:59 CET] <tmm1> https://github.com/tmm1/ffmpeg/commit/ac4930eaf26053c3734ac1c8f47846542c52d… [22:40:03 CET] <tmm1> moved to URLProtocol [22:41:26 CET] <wm4> is that patch still incomplete? [22:41:42 CET] <tmm1> i don't think so? [22:41:45 CET] <tmm1> it compiles and works [22:41:54 CET] <wm4> so where is the new callback called? [22:42:10 CET] <tmm1> line 620 of hls.c [22:42:25 CET] <wm4> oh right [22:42:56 CET] <tmm1> i guess i should split into two commits [22:43:22 CET] <wm4> a bit sketchy that it uses ffio_geturlcontext [22:44:05 CET] <wm4> yeah I think it'd be better if you changed the callback to take an AVIOContext arg instead of URLContext [22:44:10 CET] <tmm1> hmm yea.. should i make the invocation (*pb)->new_http_request(*pb, url) and do it internally [22:44:11 CET] <wm4> because there's no reason to [22:44:37 CET] <wm4> you'd probably annoyingly need a stub to redirect the call, but IMO better to do this [22:45:18 CET] <wm4> then hls.c wouldn't deal with URLContext anymore at all [23:00:54 CET] <tmm1> wm4: https://github.com/tmm1/ffmpeg/compare/http-uc-flag.patch [23:03:27 CET] <wm4> tmm1: LGTM so far (I wonder if some things could be refined) [23:04:27 CET] <tmm1> ok i'll send to the list to see if anyone else has suggestions [23:06:11 CET] <wm4> I'm mostly wondering if open_url_keepalive couldn't fall back to io_open itself, instead of having the caller do that [23:06:48 CET] <wm4> though one of the two callers is strange (why is there even a "#if 1") [23:07:56 CET] <tmm1> yea the playlist path is weird [23:10:26 CET] <tmm1> wm4: thanks for the help, definitely much cleaner now [23:10:57 CET] <Tzimmo> Compn: No, but still cannot understand how analyzeduration and probesize could change the order of subtitles when the source file (.vob dump) does not change. [23:57:39 CET] <Compn> Tzimmo : these are 1gb vob files, with a film spanning multiple vobs ? [23:58:02 CET] <Compn> Tzimmo : it might be better to use a different program to rip out the vobsubs first ? if thats possible for your situation [00:00:00 CET] --- Sat Dec 30 2017

1 0

ffmpeg.log.20171229
by burek 30 Dec '17

30 Dec '17

[00:40:31 CET] <buu> Is there some way to pause a running ffplay process via ssh [00:41:19 CET] <tdr> control-z maybe [00:41:46 CET] <buu> I guess [00:41:49 CET] <buu> It doesn't respond to signals? [00:41:50 CET] <c_14> pkill -STOP ffplay [00:42:10 CET] <tdr> control-z is stop [00:42:15 CET] <c_14> yeah [00:42:21 CET] <c_14> but you don't need the running shell for it [00:42:25 CET] <tdr> true [00:43:21 CET] <buu> Is there some philosophical reason ffplay doesn't have any form of IPC based controls? [00:43:32 CET] <c_14> Nobody implemented it? [00:43:35 CET] <buu> It seems like the kind of thing that would have wandered in over the years [00:43:50 CET] <c_14> ffplay doesn't see much development [00:43:57 CET] <c_14> at least in terms of new features [00:44:11 CET] <tdr> buu, because many things use ffmpeg as a background process, and you'd control through them [00:44:54 CET] <buu> I've never entirely understood the relationship [00:45:04 CET] <buu> Can you replicate ffplay functionality via flags to ffmpeg? [00:45:26 CET] <c_14> there is an sdl output which can kind of do some video display things [00:45:28 CET] <c_14> but not really [00:46:22 CET] <buu> Hmm [00:46:30 CET] <buu> So if I wrote in some ipc for ffplay would it get accepted? [00:46:51 CET] <c_14> maybe [00:47:04 CET] <c_14> seems like the sort of thing that might get argued over though [00:47:17 CET] <buu> I mean, I would have thought if it was likely to be accepted it would have already been accepted over the many years of its existence [00:49:12 CET] <c_14> If you can maybe use a different video player like mpv which already has IPC support? [01:51:14 CET] <FishPencil> Likely a long shot, but is anyone here familiar with the bluray format? I'm not sure what channel to ask this in. [01:53:44 CET] <FishPencil> I'd like to know how audio channels are selected when an item is played back. If I select a play option from the menu with commentary enabled, I see the same mpls file opened and the same m2ts opened, but the audio playing is indeed the commentary. What's controlling this? [02:03:22 CET] <kepstin> FishPencil: the bluray menus are implemented in java code that controls some playback functionality including selecting which audio track to use [02:04:15 CET] <kepstin> (dvd was similar, but it had a far more limited bytecode instead of java) [02:04:56 CET] <FishPencil> kepstin: Awesome, thank you. So what does the mpls actually control then? marks and in/out times? [02:07:22 CET] <FishPencil> I'm also not entirely sure what the difference between a "title" and a "playlist" is [02:07:46 CET] <SilenceDogood> Hello. I am trying to convert a red+cyan anaglyph 3D video from a DVD to a greyscale SBS video for watching on mobile VR [02:07:48 CET] <kepstin> hmm, i'm not familiar with what exactly is in the mpls stuff, but iirc it is at its core just a playlist that says "this title is made from these m2ts files", then the menus select by playlist file rather than referring to m2ts files directly [02:08:29 CET] <SilenceDogood> My problem is that the stereo3d filter seems to be designed for going the other direction, from side by side to anaglyph, but not from anaglyph to side by side. https://ffmpeg.org/ffmpeg-filters.html#stereo3d [02:08:35 CET] Action: kepstin is more familiar with the dvd format, where "title" had a somewhat different technical meaning than it does in m2ts. [02:09:14 CET] <kepstin> SilenceDogood: converting from anaglyph to separate the pictures is a difficult problem [02:09:50 CET] <kepstin> i guess it's just not something the fitler dev was able to figure out a good solution for [02:09:54 CET] <SilenceDogood> kepstin It shouldn't be when the original video is greyscale should it? [02:11:42 CET] <kepstin> hmm, I suppose that might make it easier, but still a hard problem. [02:12:07 CET] <SilenceDogood> I find two other records of people doing this online [02:12:24 CET] <SilenceDogood> one is "Frankenstein VR" https://github.com/olir/Frankenstein [02:12:35 CET] <SilenceDogood> it uses ffmpeg as a basis but I can't seem to get it to work at all. [02:12:55 CET] <SilenceDogood> The other is this, which is avisynth based http://www.dvinfo.net/forum/3d-stereoscopic-production-delivery/489934-how-… [02:17:03 CET] <kepstin> yeah, and that's multi-step, requires a separate copy of the 2d version of the video, and a bunch of parameter tweaking to get the output right [02:17:26 CET] <kepstin> might be possible to port something like that to an ffmpeg filter, i suppose :/ [02:17:28 CET] <SilenceDogood> There is no 2D version of this. It's a greyscale 3D video [02:18:16 CET] <SilenceDogood> The reason for wanting a separate 2D version in that method is in order to preserve color which isn't there in greyscale films [02:21:48 CET] <kepstin> right, well, all I can tell you is that there's currently no way to convert from anaglyph to some other 3d format using ffmpeg, until someone contributes a filter/patch to do it :/ [02:22:17 CET] <SilenceDogood> OK that's actually helpful info kepstin. Thanks [02:22:28 CET] <kepstin> although with greyscale... hmm. [02:22:28 CET] <SilenceDogood> Just wanted to make sure it wasn't hiding somewhere I hadn't found [02:22:52 CET] <kepstin> you might just be able to use plain color filters to extract one side or the other, and merge them in a different way afterwards [02:23:17 CET] <SilenceDogood> That's how I'd assume the process would work, yeah [02:23:36 CET] <SilenceDogood> This video proves Frankenstein VR has worked at least for the guy who made it. https://vimeo.com/222956494 [02:24:06 CET] <kepstin> which you might be able to do using colorchannelmixer or one of the lut filters [02:24:30 CET] <SilenceDogood> My goal is actually to convert Dangeresque Three: The Criminal Projective :) [02:24:56 CET] <SilenceDogood> from the Strong Bad's Cool Game for Attractive People DVD [02:25:16 CET] <SilenceDogood> It's just 8 minutes and 16 seconds [02:26:12 CET] <kepstin> hmm, that's a fairly modern source with a clean digital cyan/red 3d. probably won't be too bad. [02:26:35 CET] <kepstin> aside from all the issues due to chroma subsampling and whatnot [02:32:23 CET] <kepstin> hmm. that case is actually simple enough. convert to rgb, use the red channel as one eye, and the not-red (probably just use green) as the other eye [02:32:41 CET] <kepstin> might need some other adjustment to get the levels to match up tho [02:35:23 CET] <SilenceDogood> green and blue make cyan right? In that case, maybe make the right eye be a combination of the green and blue channels? [02:39:07 CET] <kepstin> adding the blue probably won't do much, thanks to quirks of how YCbCr video formats work [02:39:30 CET] <kepstin> note that the red channel will be noticably lower resolution/quality than the other color. [02:40:55 CET] <kepstin> i suspect that's probably why green/magenta is popular nowadays, I bet it encodes better into YCbCr formats with subsampled chroma. [02:42:20 CET] <kepstin> but yeah, give the 'colorchannelmixer' filter a shot, you can play around with mixing a bit with that. [02:52:04 CET] <SilenceDogood> I'm trying to get that AnaglyphExtract.avs file to work tho [03:09:14 CET] <SilenceDogood> kepstin, that AVS file seems to be working actually. I was missing the needed parameter file. I can't wait to process this and try it out! :) [03:25:16 CET] <SilenceDogood> and of course while it'll open in virtualdub filtermod just fine, it won't actually export without giving some kind of crashing error :( apparently it doesn't know where my ffmpeg lives [05:10:04 CET] <vlad_> hello, I'm writing some C++ code that calls the ffmpeg libraries [05:10:40 CET] <vlad_> for some reason avcodec_descriptor_get_by_name doesn't seem to know about h264_nvenc [05:11:00 CET] <vlad_> the ffmpeg binary takes -c:v h264_nvenc just fine [05:11:04 CET] <SilenceDogood> What the hell. My AVS script splits up the anaglyph footage just fine visually, but the audio goes out of sync!! :( [07:37:27 CET] <ruto> hello. In <libavdevice\dshow.c> i see, that dshow may receive options like 'list_devices', 'crossbar_video_input_pin_number' etc. But i am not found how i can send this commands to device from my code. Can anyone help me with it? Maybe give me simple example? [08:57:02 CET] <Guest43283> Hello everyone! Could someone help me with the following question: https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=15&t=5388 [10:11:04 CET] <d4re> whats a .vtt file? [10:11:04 CET] <d4re> in relation to hls stream? [10:11:11 CET] <d4re> oh subs [10:11:13 CET] <d4re> ok [10:58:19 CET] <kazuma_> use x264 Guest43283 [10:59:52 CET] <kazuma_> you can capture the programs window with gdigrab [11:00:28 CET] <kazuma_> use "-offset_x 0 -offset_y 0" to set it's position on your screen [11:24:57 CET] <Guest43283> _kazuma, the post changed a bit. Could you maybe read it again, then things are clearer. I would be glad to hear your answers :) https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=15&t=5388&p=12987#p12987 [11:40:08 CET] <meepmeep> hello [11:48:59 CET] <meepmeep> i'm using ffmpeg on ubuntu (3.4.1-1~xenial), my input file has mutiple subtitle stream (0:2, 0:3 and 0:4), and with "-c:s copy", only 0:2 is mapped on the ouput file. Any idea why ? [11:50:11 CET] <sfan5> ffmpeg will only map the "best" stream by default [11:50:54 CET] <sfan5> add a -map 0 [11:52:11 CET] <meepmeep> indeed, thanj you [11:53:24 CET] <meepmeep> thank* [13:09:02 CET] <broman> can someone please help me? I have several video files (and they keep coming) and I need to stream them with ffmpeg... I already do that, but as I hop from one file to the other, there's a delay on my rtmp server... [13:21:05 CET] <BtbN> broman, sounds normal and expected to me [13:21:34 CET] <BtbN> You'll have to write a custom application if you want a continous stream [13:25:26 CET] <broman> omg [13:26:27 CET] <BtbN> ffmpeg.c can work with a given set of input files on invocation. But an ever expanding list of files is not really possible, unless you have something like a HLS stream or so [14:05:27 CET] <DHE> or other creative solutions, like a pipe-based input and some application that concatenates videos into it (in a concatenation-friendly format of course) [14:47:44 CET] <linuxthefish> hi, I have a list of files like "03-20171229132605-11.jpg" "03-20171229132605-12.jpg" etc for a time lapse, but when I use "ffmpeg -r 30 -i %04d.jpg -s hd480 -vcodec libx264 -vpre hq time-lapse.mp4" it tells me that it can't find them [14:47:47 CET] <linuxthefish> "Could find no file with path '%04d.jpg' and index in the range 0-4" [14:48:14 CET] <linuxthefish> but when i use "-i *.jpg" it asks if I want to overwrite the files, which is not what I want, I want to make them into a video! [14:49:18 CET] <klaxa> did you try ffmpeg -i "03-20171229132605-%d.jpg" [rest] ? [14:49:39 CET] <klaxa> if that doesn't work, you could also do: cat *.jpg | ffmpeg -f image2pipe -i - [rest] [14:50:06 CET] <linuxthefish> but they all have different names in front, like "01-20171229115914-15.jpg" and "05-20171229133323-11.jpg" [14:50:10 CET] <linuxthefish> ah i'll try that thanks [14:50:14 CET] <linuxthefish> i'm not good with regex sorry [14:50:28 CET] <klaxa> nobody was born knowing things :) [14:53:33 CET] <linuxthefish> thanks, that works for finding them! [14:54:33 CET] <linuxthefish> for the presets I have "/usr/share/ffmpeg/libvpx-360p.ffpreset", but using "-s hd480 -vcodec libvpx" tells me "Could not find tag for codec vp8 in stream #0, codec not currently supported in container" [14:54:47 CET] <linuxthefish> I don't mind what format it gives as long as it's video [14:55:40 CET] <klaxa> mkv is one of the most flexible containers in existence [14:55:46 CET] <klaxa> just change .mp4 into .mkv [14:56:14 CET] <linuxthefish> yep that works perfect, thanks so much for your help! :) [14:56:29 CET] <klaxa> :) [14:57:28 CET] <therage3> With the disadvantage that some older devices don't support it, even if the codecs and streams contained within are. [14:58:01 CET] <therage3> In this aspect, .mp4 *probably* is more supported, I guess. [14:59:35 CET] <linuxthefish> ah it's ok, it's just for messing around with time lapses :D [14:59:40 CET] <therage3> Yeah. [15:33:01 CET] <masin> !welcome [15:33:21 CET] <masin> mhh & no bot answering :-/ [15:33:33 CET] <masin> "!welcome" [15:33:38 CET] <masin> !welcome [15:34:03 CET] <masin> still no bot answering. well, whatever & [15:35:23 CET] <masin> can anybody tell me how I can understand this message: " Last message repeated 26 times [linebreak] Past duration 0.999992 too large 1256kB time=00:00:15.85 bitrate= 648.8kbits/s dup=0 drop=1 speed=2.05x" ? [15:35:51 CET] <masin> what's up with the "Past duration 0.9999& too large"? [15:36:22 CET] <BtbN> From how I understand it, it basically means the timestamps or the framerate are messed up [15:36:30 CET] <masin> and could it have any connection to my encoding always crashing after 5 to 15 minutes? [15:39:05 CET] <masin> BtbN: Is there any way to fix this? [15:41:25 CET] <slime938> IRC.SUPERNETS.ORG IS HOSTING THE DDOS AND FLOODING CHALLENGE..PLEASE SEE VAP0R IN #SUPERBOWL FOR DETAILS!! capbqbcy: daddesio dingbat beemo_ceniza stevenliu hexhaxtron buu the_k mateo` merzo rav0 zcx aphirst luc4 A3G1S dreamon M6HZ therage3 codebam petecout_ Sharkigator Guest43283 nfobot durandal_1707 Kei_N iive michaelni dashcloud_ ivanich rcdilorenzo IHAVENONICK R [15:41:28 CET] <slime938> IRC.SUPERNETS.ORG IS HOSTING THE DDOS AND FLOODING CHALLENGE..PLEASE SEE VAP0R IN #SUPERBOWL FOR DETAILS!! absuxnrqmi: durandal_1707 gix- rcdilorenzo dreamon darklink beaver daddesio Sharkigator ivanich linuxthefish buu Kei_N rav0 dingbat petecout_ jnollette merzo mateo` road|runner thebombzen Raku beemo_ceniza IHAVENONICK codebam nfobot relaxed djk Tachyo [15:41:37 CET] <slime938> IRC.SUPERNETS.ORG IS HOSTING THE DDOS AND FLOODING CHALLENGE..PLEASE SEE VAP0R IN #SUPERBOWL FOR DETAILS!! dxtjwpgfvr: relaxed djk michaelni aptalca beemo_ceniza meepmeep durandal_1707 rcdilorenzo voip_1 merzo beaver masin rav0 DasMoeh IHAVENONICK A3G1S Tachyon petecout_ luc4 linuxthefish aphirst dv_ hfb stevenliu mateo` jbermudes gix- Stels Crac [15:41:42 CET] <therage3> !ops slime938 spam [15:41:42 CET] <slime938> IRC.SUPERNETS.ORG IS HOSTING THE DDOS AND FLOODING CHALLENGE..PLEASE SEE VAP0R IN #SUPERBOWL FOR DETAILS!! tdawi: DasMoeh dashcloud_ Tachyon meepmeep Stels road|runner dingbat ivanich petecout_ darklink kazuma_ M6HZ Cracki stevenliu masin d4re jbermudes therage3 djk LRN rav0 Kei_N buu dreamon rela [15:41:49 CET] <therage3> thanks [15:44:12 CET] <celyr> this one didn't went that far [15:44:13 CET] <celyr> lel [15:44:20 CET] <celyr> I give it a 2 [15:44:52 CET] <therage3> well, they got banned before the spammed the whole channel [15:49:53 CET] <infinisil> A filter that matches any message that contains more than 10 nicks would be nice [15:52:53 CET] <therage3> freenode actually has a bot, Sigyn, that watches for that stuff [17:07:45 CET] <M6HZ> Hello, is there a way to reduce the lag between two `ts` segments of a `m3u8` stream using ffplay ? [17:08:54 CET] <Darxus> When I try to view the webm videos I created with ffmpeg on firefox on android, I get an error saying that they can't be played because they're corrupted. Other webm videos I've tested work with my android browser. Other browsers work with my webm videos. I think I should report this as a bug to both, and link them to each other? [17:09:02 CET] <Darxus> One of my videos: http://www.eternalmachinery.com/ecar/tbucket18crf55.webm [17:09:37 CET] <c_14> probably hbd [17:10:00 CET] <c_14> yuv444p not sure browsers support that [17:10:09 CET] <c_14> use -pix_fmt yuv420p [17:24:54 CET] <M6HZ> Darxus, I remember having had this very same issue, I think it was needed to pass an option to solve it. [17:26:58 CET] <Darxus> M6HZ: Thanks, any guesses what option? [17:29:13 CET] <Darxus> I've submitted a bug to firefox, working on ffmpeg: https://support.mozilla.org/en-US/questions/1197193 [17:36:27 CET] <M6HZ> Darxus, Maybe you should try the one that c_14 has recommended. https://superuser.com/questions/988296/ffmpeg-encoding-to-vp9-results-in-go… [17:36:41 CET] <klaxa> was about to say, c_14 just told you what was going on [17:38:01 CET] <Darxus> Thank all three of you, I missed that line. I was just about to try that from web search results. [17:45:55 CET] <Darxus> Now android firefox just fails to load it without giving an error :/ [17:46:48 CET] <Darxus> fmpeg -framerate 60 -i tbucket%04d.png -c:v libvpx-vp9 -crf 55 -b:v 0 -pix_fmt yuv420p tbucket18crf55yuv420p.webm [17:56:13 CET] <Darxus> Ugh. After rebooting my phone, with yuv420p the file works if I view it directly, but embedded in a page it still says it's corrupted. Okay now viewing it directly isn't working again. [18:07:37 CET] <Darxus> Oh hey, now the webmproject.org test video won't load either. No errors. Great. [18:08:12 CET] <twid> How to cal pts if pts for raw frame is not known? [18:26:55 CET] <dinkan> @alexpigment: Thanks for your response. I'm trying to stream it directly from a Linux machine using multicast and the client is VLC player. Observed some improvement when I used pkt_size=1300. Does that give you any clue? Thanks in advance. [18:30:03 CET] <alexpigment> dinkan: i'm really not familiar with the technical limitations of all that, or where the quality bottleneck is [18:30:29 CET] <alexpigment> i just wanted to make sure you weren't trying to play the 1440x1080 interlaced video on a device or browser that doesn't support the format properly (most probably won't) [18:30:33 CET] <Darxus> Ahh, the version that works on webmproject.org is vp8, I'm using vp9. (Probably surprising no one.) [18:32:03 CET] <alexpigment> dinkan: out of curiosity, though, the video plays fine locally on the client PC in VLC, right? [18:51:48 CET] <Darxus> I added all my results to the firefox bug I opened: https://support.mozilla.org/en-US/questions/1197193#answer-1056784 [18:52:59 CET] <alexpigment> darkus: you accidentally wrote "yuv420p" in the "summary" [18:53:02 CET] <alexpigment> er [18:53:05 CET] <alexpigment> *Darxus [18:53:37 CET] <alexpigment> to be fair, yuv444p doesn't work in a lot of players. pretty sure it doesn't work in Windows Media Player [18:54:08 CET] <Darxus> alexpigment: Thanks, I'm not surprised I got that wrong somewhere. [18:54:37 CET] <Darxus> Fixed. [18:54:40 CET] <alexpigment> it's ok, i saw that line (wasn't really following the stuff above) and was like wait, yuv420p videos fail??? [18:54:45 CET] <alexpigment> cool [18:54:58 CET] <furq> 4:4:4 was only added relatively recently to firefox on desktop [18:55:16 CET] <furq> on android i assume it's restricted to whatever mediacodec (or whatever it's called) supports [18:55:24 CET] <alexpigment> furq: do you think it "works" by just ignoring some of the chroma information? [18:55:30 CET] <furq> no it actually works [18:55:35 CET] <alexpigment> well that's good to know [18:55:43 CET] <furq> it falls back to software decoding on desktop [18:55:50 CET] <Darxus> furq: Yeah but 4:4:4 works on chrome on android. [18:55:51 CET] <alexpigment> makes sense [18:55:54 CET] <furq> oh [18:56:00 CET] <furq> weird [18:56:04 CET] <Darxus> Yeah. [18:56:10 CET] <furq> does 4:4:4 vp9 work in desktop firefox [18:56:18 CET] <Darxus> furq: Yes, and chrome on android. [18:56:21 CET] <furq> nice [18:56:24 CET] <furq> yeah that's definitely worth a report then [18:56:33 CET] <alexpigment> i wonder if android gpus even have 444 native support on the hardware decoder [18:56:36 CET] <furq> not a lot of phones have vp9 hwdec at all [18:56:43 CET] <Darxus> Thanks. I have the three tests up currently at the top of: http://www.eternalmachinery.com/ecar/ [18:56:54 CET] <Darxus> But I doubt you need to actually see that, and I need to delete the two problematic ones. [18:57:07 CET] <furq> so there must be a software decoding fallback for any vp9 on android [18:57:17 CET] <furq> although whether that's part of chrome or mediacodec i don't know [18:57:17 CET] <alexpigment> Darxus: if vp9 and/or yuv444p mean that android devices have to play in software, i can actually understand why they'd not play it [18:57:52 CET] <alexpigment> kind of like when apple blocked flash on mobile a long time ago, because they knew it would be an insanely huge battery drain and reflect negatively on their prodcuts [18:58:17 CET] <Darxus> alexpigment: Sure, but they should throw a better freaking error than file is corrupt. [18:58:21 CET] <tdr> (and force upstream to change their minds about supporting it) [18:58:29 CET] <alexpigment> Darxus: i can't argue with that [18:58:35 CET] <therage3> alexpigment: as opposed to downclocking their iPhone CPUs behind people's backs as the battery performance dropped [18:58:45 CET] <furq> yeah firefox has always given "file is corrupt" about completely valid files that it can't decode [18:58:46 CET] <therage3> </end Apple rant> [18:58:53 CET] <furq> or valid streams that it doesn't know how to play [18:58:57 CET] <furq> it's dumb [18:59:04 CET] <alexpigment> therage3: eh, i think that story is a bit more complicated than can be explained in a headline, but still [18:59:18 CET] <furq> the downclocking thing is overblown really [18:59:36 CET] <furq> i agree it should be configurable but that's what you get when you buy into apple stuff [18:59:40 CET] <tdr> furq, at that point, you'd think a user's filetype bindings (default apps) could also be to blame [18:59:44 CET] <alexpigment> what people should really be talking about is that iOS gets more bloated every version with no way to turn off bloat features that definitely slow down your older devices [18:59:50 CET] <Darxus> https://trac.ffmpeg.org/wiki/Encode/H.264 has a Compatability section that makes a couple suggestions for maximizing browser compatibility. I think https://trac.ffmpeg.org/wiki/Encode/VP9 should have a similar section suggesting vp8? [18:59:57 CET] <therage3> alexpigment: there are nuances, and while it is true that downclocking the CPU can help keep batteries performing well for longer, the problem seems to have been how Apple weren't really forthright with what they were doing [19:00:04 CET] <furq> Darxus: are you saying vp9 doesn't play at all in firefox on android [19:00:08 CET] <furq> because that's super broken if that's the case [19:00:08 CET] <alexpigment> the battery slowdown thing i'd assume is a drop in the bucket compared to new-ios-version bloat [19:00:12 CET] <Darxus> furq: Yes. [19:00:13 CET] <tdr> alexpigment, the same could be said for nearly all os's .. they rarely ever get smaller or easier to trim down [19:00:17 CET] <furq> what device are you checking this on [19:00:23 CET] <Darxus> furq: LG G6. [19:00:24 CET] <therage3> Because iPhone users were noticing a slowdown in their phones and thought that new apps weren't optimized for them [19:00:33 CET] <furq> huh [19:00:34 CET] <therage3> And not the actual reason [19:00:35 CET] <furq> that's brand new isn't it [19:00:41 CET] <Darxus> furq: Yes. [19:00:43 CET] <alexpigment> therage3: the deal is that you don't have to be forthright about that. it's not really their responsibility to be 100% transparent on the innerworkings of the device [19:00:45 CET] <tdr> furq, new (again) [19:00:47 CET] <furq> i figured it was firefox only playing back codecs with hwdec [19:00:53 CET] <furq> but i would assume a brand new flagship would have vp9 hwdec [19:01:14 CET] <alexpigment> tdr: yes, but i think that's more worthy of a headline than this battery slowdown thing, which is probably more alarming on paper than in practice [19:01:19 CET] <therage3> alexpigment: well, if the phone is getting _noticeably_ slower, then that does sort of make people wonder, "OK, just what is going on here..." [19:01:57 CET] <furq> i don't really know enough about android to speculate on what it's doing internally [19:02:11 CET] <alexpigment> therage3: if you keep your phone up to date, it's going to be slower with most major OS upgrades, full battery life or not [19:02:23 CET] <therage3> alexpigment: hmmm [19:02:44 CET] <therage3> that would actually be a good experiment to try out on a Linux phone (I don't mean Android) [19:02:50 CET] <alexpigment> sources: my iphone 4, my iphone 5s [19:03:08 CET] <Darxus> So no objections to me adding Compatability sections to the vp9 and vp8 sections of the wiki? [19:03:22 CET] <alexpigment> well, linux doesn't have a horse in the race. they aren't pressured to make new features to sell new devices (the same features that cause the slowdowns) [19:03:44 CET] <furq> i would hold off until they respond because that just sounds broken [19:03:46 CET] <therage3> alexpigment: yeah, it's a shame that Ubuntu thing died down, I was actually looking forward to it [19:03:57 CET] <furq> there shouldn't really be anything that plays vp8 and not vp9 [19:04:13 CET] <alexpigment> furq: are you talking about hwdecs or not? [19:04:17 CET] <furq> no i mean in general [19:04:28 CET] <furq> vp8 hwdec isn't a thing at all afaik [19:04:36 CET] <alexpigment> fair enough [19:04:43 CET] <furq> unless it's something you get for free with vp9 hwdec [19:04:49 CET] <furq> the point still applies then though [19:05:18 CET] <furq> Darxus: it might be worth a proper bug report rather than just a support forum post [19:05:19 CET] <alexpigment> i'm just saying that playing both vp8 well and vp9 well is not a given. i would prob not want to watch vp9 on mobile without hardware support [19:05:38 CET] <furq> i would expect it to be either both or neither [19:05:51 CET] <alexpigment> anyway, i also agree with reporting all this in the proper channels. they can at least give a response [19:06:18 CET] <furq> now for the fun task of figuring out whether that phone actually has vp9 hwdec [19:07:03 CET] <Darxus> furq: Bug report to ffmpeg? [19:07:08 CET] <furq> no, to firefox [19:07:16 CET] <Darxus> furq: Oh, that's not what I did? [19:07:44 CET] <Darxus> Ah, I see, thanks, I'll do that. [19:09:13 CET] <furq> apparently firefox on android has a builtin vp9 software decoder [19:09:22 CET] <alexpigment> "At the same time, Qualcomm upgraded the hardware decode abilities of the SoC to support HEVC 10-bit and VP9." [19:09:23 CET] <furq> and as of two years ago it was enabled by default [19:09:27 CET] <alexpigment> that's for the adreno 530 [19:09:30 CET] <furq> so that should definitely play [19:09:36 CET] <furq> and yeah the phone should have hwdec for it [19:09:52 CET] <furq> i wonder if it's maybe messing up the detection because it's such a new phone [19:09:57 CET] <alexpigment> maybe [19:10:00 CET] <furq> it's only a couple of months old afaik [19:10:15 CET] <alexpigment> or maybe because phones didn't have vp9 before this, they just haven't implemented vp9 hwdec support [19:10:35 CET] <alexpigment> (and they don't have software support either due to not wanting to support a presumably slow format on mobile) [19:11:06 CET] <furq> https://bugzilla.mozilla.org/show_bug.cgi?id=1261273 [19:11:09 CET] <furq> it looks like they've had it for a while [19:14:20 CET] <alexpigment> Darxus: out of curiosity, did you try 30fps as a test? [19:14:52 CET] <alexpigment> and also, did you try anything with a modulus of 8 or 16? [19:15:01 CET] <alexpigment> e.g. 1280x720? [19:15:12 CET] <alexpigment> or 640x360? [19:16:12 CET] <Darxus> alexpigment: I haven't, I will, thanks. [19:16:50 CET] <alexpigment> np. hardware decoders often have certain resolutions they'll support and ones they won't. a lot of things won't encode/decode at numbers that aren't divisible by at least 2, if not 4 or 8 or 16 [19:17:57 CET] <alexpigment> granted requiring resolutions divisible by 8 or 16 is extremely rare in modern times, but that's existed in the past [19:19:06 CET] <alexpigment> and 480p widescreen has been a problem since it existed basically. some things like 848, some things like 852, some things like 854 [19:20:38 CET] <Darxus> Oh that's interesting, looks like vp8 defaults to 4:2:0. [19:20:54 CET] <alexpigment> most things *should* default to 4:2:0 [19:21:11 CET] <alexpigment> at least consumer formats [19:21:23 CET] <Darxus> alexpigment: Should ffmpeg's vp9 default to 4:2:0? I realize this argument has happened. [19:21:38 CET] <alexpigment> it depends on the source i'd guess [19:21:55 CET] <alexpigment> it probably preserves the input because it can support all modes [19:22:12 CET] <Darxus> Incompatible pixel format 'yuv444p' for codec 'libvpx', auto-selecting format 'yuv420p' [19:22:15 CET] <Darxus> Huh. [19:22:23 CET] <Darxus> alexpigment: Yup. [19:22:28 CET] <alexpigment> yeah, vp8 apparently doesn't support it ;) [19:29:19 CET] <Darxus> Ugh, the worst part is the inconsistency. Now it's saying a vp8 file is corrupt when embedded in a page, but playing it fine when loaded directly. [19:30:54 CET] <alexpigment> welcome to the world of QA [19:31:02 CET] <alexpigment> nothing is usually as simple as it seems [19:31:05 CET] <alexpigment> ;) [19:31:23 CET] <alexpigment> that's why i was asking about the resolutions and frame rates [19:31:29 CET] <Darxus> I've been a programmer for a while, I'm not surprised, just disappointed :) [19:31:43 CET] <alexpigment> because a 640x360@30fps might work, and really confuse the hell out of the actual situation [19:32:00 CET] <alexpigment> Darxus: completely understandable [19:32:47 CET] <dinkan> @alexpigment: That's correct, meaning the video plays alright on the client PC in VLC. [19:34:21 CET] <alexpigment> dinkan: just wanted to check. well, the rest of the problem is completely above my knowledge level, maybe restate the details and someone here can help [19:46:07 CET] <Darxus> alexpigment: vp9 at 640x360@30fps 4:2:0 is not working, but I haven't gotten the vp8 one to work a second time embedded. [19:46:53 CET] <alexpigment> Darxus: well, that should be enough testing for vp9 then [19:54:45 CET] <Darxus> Hmm, this is now playing on my phone: https://bugzilla.mozilla.org/show_bug.cgi?id=949525#c9 [19:54:51 CET] <Darxus> The vp9 video they apparently use for build testing. [19:56:47 CET] <Darxus> This is pretty madenning. It's not playing now. [20:02:20 CET] <Darxus> Huh, I now have vp9 444 not playing, vp9 420, and vp8 420 playing. [20:08:42 CET] <Darxus> Well, at least this is consistent: Kill all apps, reboot, play their cake test vp9 file, works, load my ecar page, fails, try playing cake file again, fails. [20:13:38 CET] <alexpigment> Darxus: is there a special mime type you have to use in the html? [20:14:08 CET] <alexpigment> (i've mostly used actual players like jplayer and flowplayer, so I'm admittedly green on pure HTML5 video embedding) [20:14:21 CET] <Darxus> alexpigment: For the html or the video? I'm not serving a particular mime type for .webm files. [20:14:47 CET] <Darxus> It's just embedded with: <video src="tbucket18crf55yuv420pvp8.webm" autoplay="true" loop="true" controls="true"/> [20:15:06 CET] <alexpigment> i wonder if you need to do like type="video/vp9" or something like that [20:15:18 CET] <alexpigment> lemme look for the actual format type [20:15:37 CET] <Darxus> alexpigment: It's an inconsistent problem, something is definitely glitching here. [20:15:57 CET] <alexpigment> k [20:16:19 CET] <alexpigment> i thought you were saying it works in the browser, but not when embedded in the page [20:16:31 CET] <alexpigment> maybe i misunderstood what you meant when you said "load my ecar page, fails" [20:16:35 CET] <Darxus> Hah, I'm pretty sure this is it. After it tries to load the ogv on that page, it won't play any more vp8/9 files. [20:17:08 CET] <Darxus> I meant that after I load this web page, it won't play vp9 files: http://www.eternalmachinery.com/ecar/ [20:17:13 CET] <alexpigment> anyway, for what it's worth, it's just type="video/webm" [20:17:20 CET] <Darxus> And I think it's the fact that it contains an ogg vorbis file that's freaking it out. [20:17:24 CET] <Darxus> Thanks. [20:17:42 CET] <alexpigment> admittedly, ogg vorbis freaks me out too [20:17:48 CET] <Darxus> Hah. [20:17:55 CET] <alexpigment> :) [20:18:04 CET] <therage3> heh, why? [20:18:15 CET] <alexpigment> because that was the only way to get to the joke ;) [20:18:47 CET] Action: therage3 is confused [20:19:05 CET] <alexpigment> therage3: don't worry about it. i made a dad joke [20:19:07 CET] <alexpigment> i'm not proud of it [20:19:12 CET] <therage3> oh I see haha [20:19:15 CET] <alexpigment> *hangs head in shame* [20:19:21 CET] <therage3> meh, Ogg isn't _that_ new [20:20:23 CET] <Darxus> Oh, I meant ogg theora, not vorbis, sorry. [20:20:37 CET] <Darxus> And its creators seem to agree that it's obsolete. Which is why I'm now fighting with webm. [20:20:56 CET] <alexpigment> it is indeed [20:21:11 CET] <alexpigment> it was never even a real contendor with h.264 [20:21:23 CET] <Darxus> YES! [20:21:53 CET] <Darxus> Reboot, play firefox test vp9 file, works, play ogg theora file, fails, play same vp9 file, fails. [20:21:56 CET] Action: Darxus dies. [20:22:40 CET] <alexpigment> anyway, since this is all about the presence of one file type versus the other, it may be worth defining file types for each one. in case it's just a matter of assuming theora for all videos after it plays the ogg [20:22:46 CET] <alexpigment> type="video/ogg" [20:22:52 CET] <alexpigment> then type="video/webm" [20:23:08 CET] <alexpigment> not saying that's the problem, but it's worth a try and it's technically the "right" way to do it [20:24:17 CET] <furq> don't use theora at all any more [20:24:35 CET] <furq> the last browser that could play theora but not h264 or vp9 was like firefox 38 on linux or something [20:25:41 CET] <alexpigment> and fortunatey, you should be able to get away with a re-encode from theora to vp9 with very little quality loss or file size increase [20:25:53 CET] <furq> i mean this is still broken and worth a bug report [20:25:58 CET] <furq> but the workaround is to not use theora [20:26:01 CET] <alexpigment> since you're really jumping over two successive formats [20:26:05 CET] <furq> and you lose nothing by not doing that [20:26:51 CET] <Darxus> furq: Yeah the theora file is 6 years old. [20:28:41 CET] <Darxus> I think in addition to this glitch related to theora, it also doesn't support vp9 444. But before loading the ogv, v09 420 and vp8 work. [20:28:48 CET] <Darxus> vp9 420 and vp8 work. [20:28:52 CET] <Darxus> My poor brain. [20:29:31 CET] <alexpigment> going back, that *could* still be related to the hwdec situation [20:29:44 CET] <alexpigment> but then again, you said that chrome played it [20:30:20 CET] <alexpigment> i don't have much android experience, but is there a way to view CPU usage and see if the yuv420 and yuv444 are night and day in terms of CPU usage? [20:30:38 CET] <alexpigment> (in chrome, i mean) [20:31:06 CET] <Darxus> Oh no. I just tried to play the theora file, then successfully played their cake test vp9 file. [20:31:09 CET] <alexpigment> if so, it could mean that chrome is pushing the yuv444 to cpu and firefox isn't [20:31:29 CET] <alexpigment> right, but you're saying that firefox doesn't play the yuv444 still [20:31:38 CET] <Darxus> Yes. [20:33:09 CET] <alexpigment> in which case, if you play the yuv420p file in chrome, then play the yuv444p file in chrome (which presumably both work), if you can see what the CPU usage is, you may be able to confirm whether it's using the hardware decoder for both, or if it's pushing the yuv444p to the software decoder. and that might help explain the issue better [20:33:51 CET] <alexpigment> the theora thing, of course, is another issue altogether [20:34:25 CET] <alexpigment> and one that probably has gone unreported because it's unlikely to find theora and vp9 on the same page, i'd guess [20:34:42 CET] <Darxus> It's not (just) the theora file :( [20:34:51 CET] <alexpigment> is it any non-vp9 file? [20:35:15 CET] <Darxus> My testing seems to be complicated by firefox rendering pages whenever I look at the list of open tabs. [20:35:15 CET] <alexpigment> like does it happen with a vp8 and a vp9 file on the same page? [20:35:47 CET] <Darxus> There's a vp8 and theora file on this same page, which does still seem to consistently cause the problem. [20:35:52 CET] <alexpigment> ahhh, that sounds like one of those "features" they can advertise as benefits but just end up as detriments [20:36:06 CET] <Darxus> ? [20:36:18 CET] <alexpigment> well, if it's preloading pages, that's probably a "feature" [20:36:23 CET] <Darxus> Oh, right, that. [20:36:57 CET] <alexpigment> anyway, if you have, say, vp8 in place of theora, does the vp9 file have the same problem? [20:39:24 CET] <unkmar> I use Debian and have been unable to make ffmpeg happy with my webcam. No luck with my rawvideo pix_map settings. [20:40:06 CET] <unkmar> The camera works fine in VLC. It is a GSPCA SPA505. [20:41:10 CET] <Darxus> Uugh, I can't figure it out. [20:47:14 CET] Action: Darxus cries. [20:47:17 CET] <Darxus> I just don't know. [20:49:00 CET] <unkmar> https://pastebin.com/v0YaJR12 [20:50:09 CET] <Darxus> Maybe it's just that the page is ridiculously humongous. [20:50:12 CET] <c_14> unkmar: does it output rgb maybe? [20:51:45 CET] <c_14> try -list_formats all instead of 1 [20:51:50 CET] <unkmar> c_14: I'm not sure I understand your question. It is a USB cam. It does have a Video port that I could attach to a Video capture card. I do NOT have one of those. [20:52:37 CET] <unkmar> c_14: Sorry, That IS all formats. and I did rerun the command changed to all instead of one. It only has that Raw format. [20:52:51 CET] <c_14> In the first non list_formats call you explicitly request YYUV, try dropping that? [20:53:18 CET] <unkmar> Yeah, that fails too. [20:53:26 CET] <c_14> same error? [20:54:26 CET] <unkmar> Cannot find a proper format for codec 'rawvideo' (id 14), pixel format 'none' (id -1) --- Assertion *codec_id != AV_CODEC_ID_NONE failed at libavdevice/v4l2.c:808 [20:55:06 CET] <c_14> try -pix_fmt rgb0 maybe [20:55:33 CET] <c_14> when you open the device in vlc can you get info about it, like device/file/stream properties or w/e? [20:55:40 CET] <unkmar> that fails too. At least we are trying things I didn't know. [20:56:09 CET] <unkmar> Well... Currently, I have ssh only to the system. [20:57:00 CET] <unkmar> I am accessing by remote. Which is why I wanted ffmpeg to work. Was hoping to stream the data. :( [20:57:15 CET] <c_14> can you try dumping info using the v4l2 tools? [20:57:54 CET] <unkmar> And, all my attempts at transcoding with vlc fail with a Floating point exception. :( [20:57:58 CET] <unkmar> Yes, I have v4l2 tools. [20:58:55 CET] <unkmar> https://pastebin.com/fH5ak3xw [21:00:00 CET] <c_14> try --all instead of --info? [21:00:34 CET] <unkmar> I had just realized that. [21:01:07 CET] <unkmar> $ v4l2-ctl --all [21:01:07 CET] <unkmar> Driver Info (not using libv4l2): [21:01:08 CET] <unkmar> Driver name : spca505 [21:01:08 CET] <unkmar> Card type : USB Camera (0733:0430) [21:01:08 CET] <unkmar> Bus info : usb-0000:00:1d.0-1.6.3 [21:01:10 CET] <unkmar> Driver version: 4.9.51 [21:01:12 CET] <unkmar> Capabilities : 0x85200001 [21:01:15 CET] <unkmar> Video Capture [21:01:17 CET] <unkmar> Read/Write [21:01:20 CET] <unkmar> Streaming [21:01:22 CET] <unkmar> Extended Pix Format [21:01:25 CET] <unkmar> Device Capabilities [21:01:27 CET] <unkmar> Device Caps : 0x05200001 [21:01:30 CET] <unkmar> Video Capture [21:01:32 CET] <unkmar> Read/Write [21:01:35 CET] <unkmar> Streaming [21:01:37 CET] <unkmar> Extended Pix Format [21:01:40 CET] <unkmar> Priority: 2 [21:01:42 CET] <unkmar> Video input : 0 (spca505: ok) [21:01:45 CET] <unkmar> Format Video Capture: [21:01:47 CET] <unkmar> Width/Height : 352/288 [21:01:48 CET] <alexpigment> i'm scared to know how long this will go on :) [21:01:50 CET] <unkmar> Pixel Format : 'S505' [21:01:52 CET] <unkmar> Field : None [21:01:55 CET] <unkmar> Bytes per Line : 352 [21:01:58 CET] <unkmar> Size Image : 152064 [21:02:00 CET] <unkmar> Colorspace : sRGB [21:02:02 CET] <unkmar> Transfer Function : Default [21:02:05 CET] <unkmar> YCbCr/HSV Encoding: Default [21:02:07 CET] <unkmar> Quantization : Default [21:02:10 CET] <unkmar> Flags : [21:02:12 CET] <unkmar> Streaming Parameters Video Capture: [21:02:15 CET] <unkmar> Frames per second: invalid (0/0) [21:02:17 CET] <unkmar> Read buffers : 2 [21:02:20 CET] <unkmar> User Controls [21:02:22 CET] <unkmar> brightness (int) : min=0 max=255 step=1 default=127 value=127 flags=slider [21:02:25 CET] <unkmar> Ugh. [21:02:28 CET] <unkmar> https://pastebin.com/a264npjz [21:02:30 CET] <unkmar> That was not intended. I hit the wrong key to cancel. [21:09:29 CET] <c_14> looks like ffmpeg doesn't support the pixel format you need for that device, or at least doesn't support that identifier [21:10:14 CET] <unkmar> Okay. That is what I had assumed. But I don't know as much as you about it. [00:00:00 CET] --- Sat Dec 30 2017

1 0

ffmpeg-devel.log.20171228
by burek 29 Dec '17

29 Dec '17

[00:57:05 CET] <wm4> LongChair: welcome back, I think someone reported that a newer mpp lib breaks API and thus the ffmpeg wrapper [01:04:16 CET] <cone-691> ffmpeg 03Mark Thompson 07master:720cf4e6e7dc: lavc: Add codec metadata to indicate hardware support [01:04:17 CET] <cone-691> ffmpeg 03Mark Thompson 07master:2fcb0090115f: lavc: Add hardware config metadata for decoders supporting hardware output [01:04:18 CET] <cone-691> ffmpeg 03Mark Thompson 07master:57623cba1301: webp: Fix alpha initialisation [01:04:19 CET] <cone-691> ffmpeg 03Mark Thompson 07master:39056b524052: lavc: Use hardware config information in ff_get_format() [01:04:20 CET] <cone-691> ffmpeg 03Mark Thompson 07master:e2d575543cee: lavc: Deprecate av_hwaccel_next() and av_register_hwaccel() [01:04:21 CET] <cone-691> ffmpeg 03Mark Thompson 07master:433522a1b985: lavc: Remove register mechanism for hwaccels [01:04:22 CET] <cone-691> ffmpeg 03Mark Thompson 07master:2a4d34d462d6: lavc: Delete all fake hwaccels [01:04:23 CET] <cone-691> ffmpeg 03Mark Thompson 07master:2117725dc56e: lavc: Mark all AVHWAccel structures as const [01:04:24 CET] <cone-691> ffmpeg 03Mark Thompson 07master:ddea22a68461: avconv: Use codec hardware config to configure hwaccels [01:04:25 CET] <cone-691> ffmpeg 03James Almer 07master:fa2d28567e35: Merge commit 'ddea22a684611c1fec9d8b5c70d835e983a9252e' [01:06:00 CET] <wm4> I was confused here for a moment [01:14:26 CET] <cone-691> ffmpeg 03Martin Storsjö 07master:2beba58e0e4b: mmaldec: Fix compilation after 2fcb0090 [01:14:27 CET] <cone-691> ffmpeg 03Luca Barbato 07master:c6558e8840fb: x264: Support version 153 [01:14:28 CET] <cone-691> ffmpeg 03James Almer 07master:aa6f43c2e959: Merge commit '2beba58e0e4bda688bf96e12413231607ceafdd4' [01:14:29 CET] <cone-691> ffmpeg 03James Almer 07master:2f96190732d1: Merge commit 'c6558e8840fbb2386bf8742e4d68dd6e067d262e' [01:29:47 CET] <cone-691> ffmpeg 03Carl Eugen Hoyos 07master:ad73b32d2922: lavfi/minterpolate: Split struct Pixel to allow higher resolutions. [03:02:05 CET] <cone-691> ffmpeg 03Carl Eugen Hoyos 07master:658bdc67715b: lavc/jpeg2000dec: Support reading 64-bit atom size. [05:10:12 CET] <cone-691> ffmpeg 03Steven Liu 07master:be4dfbf7b71e: avformat/avio: check input URLContext value NULL [05:47:39 CET] <newbie__> hello [05:47:48 CET] <newbie__> can you help me [05:48:11 CET] <newbie__> i have 'undefined reference to xxx' linking error [05:48:15 CET] <newbie__> what can i do? [05:49:32 CET] <newbie__> i try arrange link order, but linking error yet [06:36:45 CET] <tmm1> find the lib containing xxx and put it first [08:43:00 CET] <LongChair> wm4: thanks ;) Hope you had a nice XMas [08:43:11 CET] <LongChair> I'll have a look at mpp today again [08:43:50 CET] <LongChair> would you have by any chance description of the problem "someone" found ? :) [12:55:45 CET] <wm4> LongChair: thanks... I think this is the issue https://trac.ffmpeg.org/ticket/6834 [13:16:13 CET] <LongChair> ok isee, i will have a look today or tomorrow and come with a fix. I had hope that they would merge a PR upstream, bit looks like it won't happen, so will find another fix for that :) [20:15:52 CET] <cone-729> ffmpeg 03Michael Niedermayer 07master:560daf88913b: avcodec/flacdec: avoid undefined shift [20:15:52 CET] <cone-729> ffmpeg 03Michael Niedermayer 07master:d135f3c514ac: avcodec/hevcdsp_template: Fix Invalid shifts in put_hevc_qpel_bi_w_h() and put_hevc_qpel_bi_w_w() [20:15:52 CET] <cone-729> ffmpeg 03Michael Niedermayer 07master:3d23f7a0969b: avcodec/flacdec: Fix overflow in multiplication in decode_subframe_fixed() [20:29:09 CET] <durandal_1707> atomnuker: are you watching anime and playing games? [20:31:13 CET] <kierank> durandal_1707: stop trolling atomnuker [20:39:41 CET] <durandal_1707> kierank: im not trolling, i just expect something from him [22:08:15 CET] <Chloe> durandal_170: that's me you're thinking of [22:17:48 CET] <durandal_170> Chloe: be useful to humanity, thats new CoC [22:18:38 CET] <Chloe> ye ima fix up my lavc patch and do lavf/lavd now [22:50:49 CET] <Tzimmo> ffmpeg double free() crash https://pastebin.com/fzwdtC7J [22:52:04 CET] <Tzimmo> reproduces on 2.8.4 and a few weeks old codebase the same way [22:53:34 CET] <BBB> can you file a bug on trac.ffmpeg.org? [22:53:38 CET] <BBB> that way we dont lose track [22:54:01 CET] <BBB> it will contain instructions on how to upload samples etc. if necessary [22:54:12 CET] <BBB> Tzimmo: ^^ [22:59:41 CET] <Tzimmo> Ok I'll try [00:00:00 CET] --- Fri Dec 29 2017

1 0

ffmpeg.log.20171228
by burek 29 Dec '17

29 Dec '17

[00:11:02 CET] <}8]> hey fellas. does anyone know if support for the mkv crop flag is on the horizon? [02:38:57 CET] <raytiley_> google is failing me [02:39:34 CET] <raytiley_> I'm using: ffmpeg -f lavfi -re -i testsrc=size=1280x720:rate=30 to generate some sample video.. how do I also add the sine filter so there is an audio stream available as well? [02:42:20 CET] <c_14> -f lavfi -i sine [02:44:14 CET] <c_14> as in, just add that as another input [02:44:33 CET] <raytiley_> yup.. that does it :) [02:44:44 CET] <raytiley_> was trying to figure out filter complex stuff and getting lost [02:47:36 CET] <raytiley_> do I need to do anything special to get the correct number of samples to match the rate=30 for the video filter? [02:48:04 CET] <c_14> "correct number of samples"? [02:48:20 CET] <c_14> sine outputs at 48k by default afaik [02:49:03 CET] <raytiley_> thanks [05:41:10 CET] <newbie__> hello [05:41:31 CET] <newbie__> could you help me? [05:41:53 CET] <}8]> certainly.. my advice is never give up! [05:42:02 CET] <newbie__> i have linking error, and i can't solve this problem [05:44:47 CET] <newbie__> i wanna rtsp client reciever [05:45:10 CET] <newbie__> so i compiled ffmpeg with this configure [05:47:06 CET] <newbie__> PATH="$HOME/bin:$PATH" PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig" ./configure --prefix="$HOME/ffmpeg_build" --pkg-config-flags="--static" --extra-cflags="-I$HOME/ffmpeg_build/include" --extra-ldflags="-L$HOME/ffmpeg_build/lib" --bindir="$HOME/bin" --disable-doc --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-avdevice --disable-devices --disable-filters --enable-network --enable-protocol=tcp [05:50:07 CET] <}8]> rtsp_demuxer_select="http_protocol rtpdec" [05:50:07 CET] <}8]> rtsp_muxer_select="rtp_muxer http_protocol rtp_protocol rtpenc_chain" [05:51:37 CET] <newbie__> um... [05:51:57 CET] <newbie__> what does it mean? [05:52:23 CET] <}8]> check your config.log and see if what you want is enabled or disabled [05:52:34 CET] <newbie__> PO [05:52:36 CET] <newbie__> ok [05:54:31 CET] <newbie__> Compiling ffmpeg works fine, but when I compile the rtsp receive example code, I get a linking error. [05:54:56 CET] <newbie__> ffmpeg is compiled with the options I want [05:56:14 CET] <}8]> start with the first error you see in your logs [05:57:28 CET] <newbie__> my command is " gcc -Wall -I/root/ffmpeg_build/include/ rtsptest.o -o rtsp_test -L/root/ffmpeg_build/lib/ /root/ffmpeg_build/lib/libavformat.a /root/ffmpeg_build/lib/libavcodec.a /root/ffmpeg_build/lib/libavutil.a -lavformat -lavcodec -lavutil -lm -lgcc -lc" [05:57:49 CET] <newbie__> and first error is "rtsptest.o: In function `main': rtsptest.cpp:(.text+0x19): undefined reference to `avformat_alloc_context()'" [07:27:50 CET] <ruto> Hello. I try to work with usb camera on Windows pc. I try to get av_find_input_format("dshow");, but get null poiter as return. So, when i print all format names via av_iformat_next(p) i not see anything, that looks like 'dshow' what problem it is can be? 'dshow' is wrong short name for DirectShow, or i need recompile my ffmpeg with another arguments? [07:36:33 CET] <JEEB> ruto: you have to call the registration function first [07:37:18 CET] <JEEB> see thr examples and search for register all in the trunk doxygen under ffmpeg.org [07:37:32 CET] <JEEB> examples are under docs/examples [07:37:41 CET] <JEEB> also git grep is your friend [07:38:10 CET] <esaym153> why does this double my framerate: http://paste.debian.net/1002645/ very strange. I can for the original rate with -r 23.98, but that doesn't seem to make a difference to the file size or encode times... [07:42:41 CET] <ruto> JEEB, i call registration functions: av_register_all();avcodec_register_all();avdevice_register_all();avfilter_register_all(); before call av_find_input_format("dshow"); [07:47:15 CET] <JEEB> ruto: then has your library been built with that component? [07:47:41 CET] <JEEB> it should pop up in the avdevice list if it is there [07:48:24 CET] <ruto> JEEB, how can i request avdevice list from code? [07:49:20 CET] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavdevice/dshow.c;h=f2453e… [07:49:36 CET] <JEEB> but yes, the demuxer in avdevice is dshow [08:03:38 CET] <ruto> JEEB, you about "G.729 raw format demuxer"? [08:06:03 CET] <ruto> I have this line in source code of ffmpeg, but how can i get devices list from my own program? I do like in this example: http://libav-users.943685.n4.nabble.com/av-find-input-format-not-finding-fo… and not see dshow [08:06:51 CET] <ruto> JEEB, this is my printed formats: https://pastebin.com/xRUjr6cz [09:53:50 CET] <diverdude> durandal_1707: This example seems to use new api: https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/decode_video.c Is that correct? [09:56:08 CET] <durandal_1707> yes [10:58:23 CET] <ItWasntMe2013> does anyone have a real good solution for live conversion of frame rates? PAL -> NTSC ? I get choppy video, specially with scrolling text. [10:59:31 CET] <ItWasntMe2013> I found some piped solutions with mjpegtools but I don't really see any differences from the basic ffmpeg commands, any input would be appreciated [11:09:08 CET] <AlRaquish> Hello, I'm trying a fairly simple thing and failing, is anyone willing to give me some help? [11:09:34 CET] <AlRaquish> I want to trim two different parts of the same video, and stack them together [11:09:58 CET] <AlRaquish> however, it seems that one of the videos is not trimmed properly, and padding is applied [11:10:46 CET] <AlRaquish> this is the filter: split=2[f0][f1];[f0]trim=duration=10[o1];[f1]trim=start=5:duration=10[o2];[o1][o2]hstack [11:11:30 CET] <AlRaquish> the video format is mp4, and I have applied -an to remove the audio stream [11:15:08 CET] <AlRaquish> Of course I could do it with more than one commands, but the thing that I'm actually trying to accomplish is a bit more complex, so I would prefer if I could do it with a single command [11:28:09 CET] <maximilian-torgg> Hello! Can anyone help me with H.265 streams produced by ffmpeg? What would be the best possiblity to stream them with the lowest latency possible to web browsers? [11:35:35 CET] <furq> AlRaquish: you'll need to add setpts to o2 [11:38:05 CET] <AlRaquish> furq: wow thanks! [11:45:29 CET] <ItWasntMe2013> furq: any ideas on this? a real good solution for live conversion of frame rates? PAL -> NTSC ? I get choppy video, specially with scrolling text. I found some piped solutions with mjpegtools but I don't really see any differences from the basic ffmpeg commands, any input would be appreciated [12:07:09 CET] <morphey> hello to all [12:07:27 CET] <morphey> I have a problem with compilation of ffmpeg on a CentOS 6.x 64 bit (latest version) [12:07:43 CET] <morphey> I see this script: https://gist.githubusercontent.com/wvega/132421e66bb63e452002/raw/7e131538c… [12:08:05 CET] <morphey> but the problem is always the same: ERROR: opus not found using pkg-config [12:08:15 CET] <morphey> does anyone have the same problem? [12:35:34 CET] <furq> ItWasntMe2013: there's no particularly great way to do it [12:36:28 CET] <furq> duplicating frames will give choppy playback, minterpolate is resource hungry and will produce artifacts, and telecine will give interlaced output which is less than ideal [12:37:02 CET] <furq> -vf telecine=22323 is the one you want for pal to ntsc if you go down that route [12:37:48 CET] <furq> if it's mpeg2video then you can add soft telecine flags, but not with ffmpeg and so probably not live [12:38:13 CET] <furq> actually sorry that should be -vf telecine=pattern=22323 [12:43:55 CET] <iive> morphey: i see you build and install your own libopus. it might be good idea to check the config.log . it might be located in ffmpeg-source/ffbuild/ directory [12:44:25 CET] <iive> also try to query libopus information manually with pkg-config to check if your path override works [12:44:48 CET] <iive> e.g. is it an addition to the built-in paths or override. [13:07:04 CET] <morphey> thanks @iive: I was check this, but the path is correct. [13:07:24 CET] <morphey> I have solved the problem now, but I compile without --disable-shared [13:07:41 CET] <morphey> I do not know why :D [13:12:05 CET] <iive> morphey: it's possible that libopus pkconfig entry doesn't handle -static properly [13:15:09 CET] <morphey> @iive: how can I verify this? [13:17:23 CET] <iive> morphey: look in config.log and see what parameters are used for pkg-config libopus query, see what you get when you run it. if it misses library paths and stuff.... [13:39:41 CET] <eyedrop-> for h264 encoding, does the preset have any effect on quality or is it strictly an encoding time/compression ratio setting? [13:45:29 CET] <iive> eyedrop-: it controls encoder features used. It has some effect on quality but it is neglegable, if you are not bitrate constrained. [13:48:17 CET] <eyedrop-> ok, thanks [13:53:49 CET] <furq> eyedrop-: the same crf at a slower preset will be higher quality [13:54:12 CET] <furq> and may or may not be smaller [16:02:41 CET] <pgorley> hi, is nv12 the standard pixel format on osx and ios? [16:02:58 CET] <JEEB> many hardware decoders output that [16:03:14 CET] <JEEB> (for 4:2:0 YCbCr) [16:03:44 CET] <pgorley> perfect, thanks! [17:26:00 CET] <Stephen_292902> Hi, just installed ffmpeg. Want to check how exactly I can run ffmpeg in cmd (i.e. which folder do I have to be accessing the command line program from?) Thanks! Right now I'm trying the main folder but I'm getting the error 'ffmpeg is not recognizable as an internal or external command....' [17:26:28 CET] <alexpigment> is this on windows? [17:26:34 CET] <Stephen_292902> Yep [17:26:37 CET] <alexpigment> type ffmpeg.exe [17:26:41 CET] <alexpigment> instead of ffmpeg [17:26:50 CET] <alexpigment> do ffmpeg.exe -h as a test [17:26:57 CET] <Stephen_292902> alright, will try [17:27:20 CET] <Fenrirthviti> That's assuming you added ffmpeg's location to your path [17:27:29 CET] <alexpigment> true [17:27:31 CET] <Fenrirthviti> otherwise you'll need to browse to the directory you installed it to first [17:27:49 CET] <alexpigment> anyway, one step at a time here [17:27:50 CET] <Stephen_292902> Still not recognized, yep [17:28:01 CET] <alexpigment> ok, what is the location at the start of your command line? [17:28:03 CET] <Stephen_292902> I've browsed to that directory already (it's in downloads) but it still doesn't work [17:28:18 CET] <Fenrirthviti> What does the console output say? [17:28:27 CET] <Stephen_292902> C:\Users\xyz\Downloads\ffmpeg-3.4.1.tar\ffmpeg-3.4.1 [17:28:33 CET] <alexpigment> ok [17:28:36 CET] <therage3> Go to the directory where ffmpeg.exe is [17:28:36 CET] <therage3> To do that, type "cd full-path-here" [17:28:53 CET] <Stephen_292902> Console output is 'ffmpeg.exe' is not recognizable as an internal or external command [17:28:55 CET] <alexpigment> tar... is that the source code you downloaded? [17:28:56 CET] <Stephen_292902> Alright sure, thanks! [17:29:00 CET] <therage3> hold on [17:29:02 CET] <therage3> Why do you have a tarball [17:29:05 CET] <Fenrirthviti> Yeah I'm not sure that's a binary [17:29:08 CET] <Fenrirthviti> and not sure why .tar :P [17:29:12 CET] <therage3> You need the Windows binary [17:29:13 CET] <alexpigment> https://ffmpeg.zeranoe.com/builds/ [17:29:13 CET] <therage3> Not a tarball [17:29:26 CET] <Stephen_292902> Ah thanks so much [17:29:29 CET] <alexpigment> click the "download build" button [17:29:35 CET] <Stephen_292902> Will do [17:29:36 CET] <Stephen_292902> Couldn't find the Windows binary on the website for some reason [17:29:46 CET] <Fenrirthviti> It's not on the ffmpeg website itself [17:30:03 CET] <furq> 16:29:08 ( Fenrirthviti) and not sure why .tar :P [17:30:04 CET] <Stephen_292902> Oh I see haha [17:30:05 CET] <Fenrirthviti> that's a community hosted build, but more or less the "official" place to get it [17:30:05 CET] <alexpigment> welcome to the world of free software ;) [17:30:06 CET] <furq> probably winrar [17:30:28 CET] <Stephen_292902> haha my only experience is with youtube-dl for this sort of thing [17:30:29 CET] <alexpigment> usually the builds are on other sites for stuff like this. it's just the way it is [17:30:30 CET] <Fenrirthviti> furq: Winrar leaves file extensions in the folder paths on extraction? Yeesh. [17:30:35 CET] <Stephen_292902> And I think the official site provided the binary then [17:30:52 CET] <furq> no, it stripped off the .gz [17:30:59 CET] <furq> it just doesn't recognise .tar.gz as one extension [17:31:08 CET] <furq> or xz or whatever [17:31:08 CET] <alexpigment> makes sense [17:31:14 CET] <Fenrirthviti> ahh, gotcha. [17:31:22 CET] <Stephen_292902> oh I see haha [17:31:34 CET] <Stephen_292902> Works now by the way, thanks so much! [17:32:09 CET] <alexpigment> cool, good luck! [17:32:17 CET] <Stephen_292902> thank you :) [17:41:04 CET] <broman> can someone please help me? I have several video files (and they keep coming) and I need to stream them with ffmpeg... I already do that, but as I hop from one file to the other, there's a delay on my rtmp server... [18:03:03 CET] <spacerabbit> sounds normal [18:03:14 CET] <spacerabbit> whats the software? [19:45:30 CET] <nostrora> Hello, ID3 is the standard for metadata in audio music file ? [19:47:54 CET] <pgorley> nostrora: it's a de facto standard in mp3 files, not sure if it's widely used anywhere else [19:48:33 CET] <nostrora> pgorley: i create flac file, what i have to use for it ? ID3 is good ? or i need to use other ? [19:48:58 CET] <c_14> flac usually uses ogg tags afair [19:49:43 CET] <pgorley> most flac decoders don't know how to parse id3, some skip them out of convenience [19:49:58 CET] <pgorley> s/most/some [19:51:32 CET] <pgorley> flac uses the same tagging system as vorbis (vorbis comments) [19:52:01 CET] <nostrora> pgorley: vorbis comments == ogg targs ? [19:52:29 CET] <pgorley> yea [20:07:29 CET] <nostrora> If a convert a file from FlAC to MP3 with ffmpeg. ffmpeg will convert ogg comment to id3 ? [20:09:28 CET] <pgorley> no clue [20:09:38 CET] <pgorley> try it out and come back to us on that ;) [20:11:19 CET] <dinkan> Hi all [20:11:33 CET] <dinkan> I am essentially trying to do is to replicate ./ffmpeg -re -i TEST_VIDEO.ts -acodec copy -vcodec copy -f rtp_mpegts rtp://239.245.0.2:5002 [20:11:44 CET] <dinkan> Streaming is happening, but the quality is terrible. Looks like many frames are skipped plus streaming is happening really slow(buffer underflow reported by VLC player) [20:11:56 CET] <dinkan> File plays perfectly fine directly on VLC player. [20:12:12 CET] <dinkan> Stream details are here - https://pastebin.com/1a0fJny7 [20:12:36 CET] <dinkan> And my slightly modified source is here - https://pastebin.com/gumpBpG8 [20:12:47 CET] <nostrora> Yes it can with -map_metadata 0 -id3v2_version 3 :) [20:13:04 CET] <dinkan> Could someone please guide me as to where I'm doing it wrong? [20:13:15 CET] <dinkan> Or something that can improve the performance? [20:13:23 CET] <dinkan> Thank you in advance. [20:24:18 CET] <diverdude> durandal_1707: hi, i am trying to understand why i am getting segfault when running the demuxing_decoding.c. I found out that my problem occurs in this line: https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/demuxing_decoding… because st->codecpar has value 0x0. However i do not understand why st->codecpar is NULL. What could be the reason for this? [20:25:33 CET] <durandal_1707> diverdude: build it via makefile [20:26:58 CET] <alexpigment> dinkan: i don't know exactly what's going on, but out of curiosity, are you trying to stream this to client via a web browser? if so, 1080i anamorphic is probably not your format. you ideally want to be streaming 1080p or lower [20:27:22 CET] <diverdude> durandal_1707: but i built it like this: gcc demuxing_decoding.c -o test_demux -I ./ffmpeg-20171223-d02289c-macos64-dev/include/ -L ./ffmpeg-20171223-d02289c-macos64-shared/bin/ -lavcodec -lavdevice -lavfilter -lavformat -lavutil -lpostproc -lswresample -lswscale [20:27:28 CET] <diverdude> durandal_1707: why is that wrong? [20:28:23 CET] <durandal_1707> dunno [20:31:03 CET] <diverdude> alexpigment: do you have a moment to help me out? [20:31:18 CET] <alexpigment> if it's above what you've written above, i have no clue [20:31:59 CET] <caraya> I'm trying to add subtitles using ffmpeg using this command https://pastebin.com/pnbJfGHe but it's not honoring the styling of the caption file. I'm not certain if I'm writing the command correctly or is this a bug? [20:33:39 CET] <furq> caraya: i don't see anything to do with subs in that command [20:33:57 CET] <furq> also there's really no point using x265 with those params [20:34:03 CET] <furq> it'll be slower and less efficient than x264 [20:34:29 CET] <furq> and less compatible obv [20:34:36 CET] <alexpigment> furq: they put in -c:s mov_text fwiw [20:34:45 CET] <furq> oh [20:34:57 CET] <caraya> @furq what's the syntax I should use for ass subs? This is my first time tyring to add the subs [20:35:01 CET] <furq> well yeah mov_text is plaintext, it has no styling at all [20:35:06 CET] <alexpigment> i have zero experience with messing with subtitles, so that's all i can say on it. but there is at least that in the command [20:35:25 CET] <furq> you'd need to use mkv and ass or burn the subs in if you want to keep the styling [20:36:09 CET] <caraya> will look into that... thanks [20:36:23 CET] <furq> i mean i assume that's what you already have [20:36:27 CET] <furq> so maybe just don't reencode [20:36:44 CET] <alexpigment> yeah, let's get to the bottom of this need to re-encode :) [20:37:06 CET] <alexpigment> is it because the original is just too good of quality? ;) [20:37:29 CET] <caraya> it's a file size issue for personal use, not worried about compatibility too much... [20:37:49 CET] <alexpigment> what's the current bitrate of the file, out of curiosity? [20:37:57 CET] <furq> well yeah x265 with those settings is unlikely to compress better [20:38:18 CET] <furq> you don't see any gains at all over x264 until you start using the slower presets [20:43:06 CET] <caraya> alexpigment, the original is 1844kb [20:43:25 CET] <alexpigment> hmmm, i don't see why you'd want to squeeze it down further, personally [20:43:38 CET] <alexpigment> save your time, buy a hard drive [20:43:51 CET] <alexpigment> preserve history; don't destroy it [20:44:24 CET] <alexpigment> anyway, just my opinion on it. others are probably happy to help you do what you're wanting [20:45:33 CET] <caraya> I'm thinking about leaving it as is... I'm still trying to figure out the syntax for adding .ass subs even if I decide not to do it for this particular project [20:47:01 CET] <alexpigment> in an mp4? [20:47:17 CET] <alexpigment> or keeping it in an MKV [20:48:15 CET] <caraya> in an mp4 if possible, mkv if I have to [20:48:21 CET] <alexpigment> mkv supports ass [20:48:23 CET] <alexpigment> mp4 doesn't [20:48:26 CET] <alexpigment> https://en.wikibooks.org/wiki/FFMPEG_An_Intermediate_Guide/subtitle_options [20:48:32 CET] <furq> ^ [20:48:36 CET] <furq> if you want to hardsub then -vf subtitles [20:48:41 CET] <furq> !filter subtitles @caraya [20:48:41 CET] <nfobot> caraya: http://ffmpeg.org/ffmpeg-filters.html#subtitles-1 [20:48:42 CET] <alexpigment> so, if you have an MKV with ass subs right now, then just *play the video* [20:48:53 CET] <caraya> ok, that would answer the question [20:48:53 CET] <furq> and if you want to softsub then you need a container that supports your subtitle format [20:48:56 CET] <furq> which is probably mkv [20:49:02 CET] <caraya> thanks [20:51:09 CET] <alexpigment> man, there are a lot of people who just want to waste their own time re-encoding things for little to no benefit (and a lot of detriment). i guess i'm out of touch with the kids [20:52:07 CET] <alexpigment> it's like "oh, i'm going go through and convert my old xvid files all to h.264", and then two years later it's like "oh i'm going to go through and convert my old h.264 files to h.265", etc [20:52:37 CET] <alexpigment> for me it's like "oh, my player supports xvid? cool. done." [21:00:17 CET] <TychoWerner> Goodday, I am trying to encode a live mp3 stream to AAC that has to be accessable via the browser, I can't find the answer to my questions online, who could help me? [21:05:05 CET] <DHE> you haven't asked a question, so start there [21:06:03 CET] <TychoWerner> @DHE what do you mean? [21:06:56 CET] <DHE> "who can help me" is not the way you start these things. not knowing what the problem is, nobody knows if they can help you. so start by asking your question. [21:15:56 CET] <diverdude> when i do ./configure --list-demuxers i get a looooong list of demuxers, like rv10, rv20, vcr1, .... etc. I thought a demux was just a way to split a container into seperate streams eg. audio, video and subtitles....what are all these different types of mux? [21:19:10 CET] <kepstin> diverdude: those are all different types of containers (or in a few cases raw media types) that ffmpeg can demux [21:20:53 CET] <kepstin> and yes, there's a lot of them. [21:32:47 CET] <diverdude> kepstin: ah ok i see [21:33:24 CET] <diverdude> kepstin: so if i want to understand what containers are supported in ffmpeg i look at which mux/demux are available? [21:34:05 CET] <kepstin> diverdude: yeah. If you have a built ffmpeg, run "ffmpeg -formats" to get an list with some capabilities and descriptions. [21:36:01 CET] <diverdude> kepstin: ok i see...also, i see in the ./configure a flag: "enable full grayscale support". If i do not enable this, does that then mean that grayscale is not supported? [21:45:50 CET] <diverdude> durandal_170: I see in the ./configure a flag: "enable full grayscale support". If i do not enable this, does that then mean that grayscale is not supported? [21:47:23 CET] <durandal_170> diverdude: i dunno what that option does [22:40:50 CET] <diverdude> hi, when i compile ffmep i run the following configure: ./configure --enable-shared --logfile=/Users/foobar/Downloads/ffmpegbuild/ffmpeg_install/logfile --prefix=/Users/foobar/Downloads/ffmpegbuild/ffmpeg_install --shlibdir=/Users/foobar/Downloads/ffmpegbuild/ffmpeg_install/shared --arch=x86_64 and following make and make install which seems to work great. [22:41:03 CET] <diverdude> However when i then want to compile my ffmpeg program i am getting: ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) [22:41:44 CET] <diverdude> Why are there no symbols for x86_64 when i supplied --arch=x86_64 to configure when building? [22:46:57 CET] <alexpigment> diverdude: https://stackoverflow.com/questions/31510535/symbols-not-found-for-architec… [23:04:43 CET] <Tachyon> Hi guys, I have mpegts stream which containts yuyv422 video. When the raw data is exported to a file, I can play it using "ffplay -f rawvideo -pixel_format yuyv422 -video_size 640x480 -framerate 30 file". How can I tell ffmpeg/ffplay that the mpegts stream contints video with these params? [23:06:44 CET] <Tachyon> when I try to play the file it fails because it sees the data in the mpegts stream as binry data (it obviously doesn't contain any headers) so it can't determine how to play it [23:15:00 CET] <BtbN> There is raw unencoded video in your mpegts? [23:15:21 CET] <Tachyon> yup [23:15:42 CET] <Tachyon> BtbN: it is just mpegts packed stream from webcam [23:15:46 CET] <Tachyon> raw [23:15:53 CET] <BtbN> that's super weird [23:15:57 CET] <BtbN> how do you get the data out of there? [23:16:16 CET] <Tachyon> i got it out of there using this: https://stackoverflow.com/questions/30704366/extract-bytes-of-specific-stre… [23:16:21 CET] <Tachyon> ffmpeg -i video.ts -map 0:1 -codec copy -f data stream.txt [23:16:50 CET] <BtbN> I doubt you'll be able to do that in one step then [23:16:52 CET] <Tachyon> after that, I can play the stream.txt using the ffplay -f rawvideo -pixel_format yuyv422 -video_size 640x480 -framerate 30 [23:17:02 CET] <BtbN> But you might be able to use two ffmpeg instances piping into each other [23:17:14 CET] <Tachyon> that is the last resort I'm trying to avoid :) [23:17:27 CET] <BtbN> mpegts does not even support raw video officially [23:17:30 CET] <BtbN> I think [23:17:46 CET] <alexpigment> i've never seen an mpegts with raw [23:17:54 CET] <alexpigment> fwiw [23:18:05 CET] <Tachyon> i though mpegts is just a protocol that breaks some continuous data into chunks not caring about what the chunks are [23:18:36 CET] <Tachyon> but I know little about it :) [23:18:53 CET] <alexpigment> Tachyon: well, i can tell you that ffmpeg's tsmuxer is not that forgiving. if you try to include Blu-ray PCM, it's just like "oh sorry" [23:19:12 CET] <Tachyon> :< [23:19:31 CET] <Tachyon> it does work with -codec copy [23:19:34 CET] <alexpigment> anecdotal, i know, but that maybe gives you an idea of how janky the mpegts is in ffmpeg [23:20:30 CET] <Tachyon> ok, so to be exact, what I was trying to do: [23:20:37 CET] <Tachyon> I want no latency video stream from webcam [23:20:56 CET] <Tachyon> so my idea was, to send raw yuyv422 dat through mpegts [23:21:13 CET] <Tachyon> hoping that the decoding would be fast [23:21:35 CET] <Tachyon> when I used the mpeg2video or what is it called there was like 1-2sec delay [23:21:38 CET] <Tachyon> so I used this [23:21:39 CET] <Tachyon> ffmpeg -f dshow -framerate 30 -video_size 640x480 -i video="BisonCam, NB Pro" -f mpegts -vcodec copy - | ffplay [23:21:59 CET] <alexpigment> do you have a hardware encoder available on your system by chance? [23:22:02 CET] <Tachyon> and obviously ffplay can't play it because it doesn't know what the mpegts containts [23:22:15 CET] <Tachyon> nope, don't think so [23:22:33 CET] <alexpigment> nvidia, intel, amd, etc? [23:23:13 CET] <Tachyon> nvidia [23:23:19 CET] <alexpigment> what model? [23:23:22 CET] <Tachyon> i tried the hwaccel [23:23:27 CET] <Tachyon> but it said my model is too old [23:23:27 CET] <Tachyon> :( [23:24:08 CET] <Tachyon> -c:v h264_nvenc didn't work [23:24:21 CET] <furq> Tachyon: use nut? [23:24:29 CET] <furq> -f nut [23:25:27 CET] <Tachyon> furq: never heard of, will look at it [23:29:11 CET] <Tachyon> furq: wow, much much better, thanks! [23:30:05 CET] <Tachyon> if anyone is interested, the end result, which has almost 0 latency is: [23:30:06 CET] <Tachyon> ffmpeg -f dshow -framerate 30 -video_size 640x480 -i video="BisonCam, NB Pro" -f nut -codec copy - | ffplay -probesize 32 -sync ext - [23:31:41 CET] <Tachyon> oh, guys, you are simply the best, thank you a lot! [00:00:00 CET] --- Fri Dec 29 2017

1 0

ffmpeg-devel.log.20171227
by burek 28 Dec '17

28 Dec '17

[00:06:53 CET] <BBB> whats funny is that in classic programming, youre taught to re-use existing code (like ff_update_block_index()) so that you have less bugs and more features, e.g. to suppose 420, I only have to implement it once; however, it appears that in this case, re-using existing code prevents us from doing exactly that. Why is that? [00:07:48 CET] <BBB> s/suppose /support non-/ [00:12:16 CET] <Compn> i'm guessing because you cannot future proof the code [00:12:39 CET] <Compn> not 'you' as in you but maybe not even possible to do so... at least with speeds in mind [00:13:09 CET] <durandal_1707> microoptimizations [00:13:16 CET] <Compn> e.g. you write 10 bit code, and 12 bit comes out [00:13:28 CET] <Compn> you write 16 bit and convert 8 bit to 16 bit and everyone complains :D [00:13:53 CET] <Compn> so the answer is, we try to please everyone , support everything, and be the fastest [00:14:14 CET] <Compn> the strategy has worked so far, ff is on every computer in the world now [00:14:52 CET] <Compn> you would think microsoft would try to engineer a replacement [00:41:03 CET] <Djfe> hardly worth it and licensing is quite the hassle, I guess ^^ [00:47:08 CET] <atomnuker> durandal_1707: working on atrac9 [00:47:27 CET] <atomnuker> laptop's running arch for now, though I'll likely reinstall in a month again [00:47:45 CET] <atomnuker> because new kde version might finally be really usable... or maybe wlroots will be good enough [00:48:13 CET] <atomnuker> also why the hell are encoder samplerates NOT sorted? [00:49:00 CET] <atomnuker> I mean in an ascending order [01:13:13 CET] <kierank> is anyone good with c preprocessor? [01:15:04 CET] <kierank> #define FUNC3(a, b, c) a ## _ ## b ## c [01:15:04 CET] <kierank> #define FUNC2(a, b, c) FUNC3(a, b, c) [01:15:07 CET] <kierank> so what's the point of FUNC2? [01:15:24 CET] <kierank> I want a_b_c [01:16:27 CET] <jdarnley> make a macro a ## _ ## b ## _ ## c or put the underscore in b or c [01:16:46 CET] <jdarnley> as for the duplicate, maybe to work around some old bug? [01:17:03 CET] <sfan5> i think those setups are because you need to "expand" the arguments first [01:17:09 CET] <sfan5> otherwise you end up with a_b_c (literally) [01:49:51 CET] <kierank> jdarnley: a ## _ ## b ## _ ## c doesn't work [01:50:12 CET] <kierank> ff_simple_idct_put_BIT_DEPTH_IN_IDCT_DEPTH [01:50:20 CET] <kierank> doesn't evaluaethe the values [01:52:33 CET] <jdarnley> Is that why there are two macros? Because stuff like that doesn't work? [01:52:56 CET] <jdarnley> like sfan5 suggested? [01:53:08 CET] <nevcairiel> it is, if you want to contact strings you need to expand first, thats why its doubled [01:53:15 CET] <kierank> I've done [01:53:16 CET] <kierank> #define FUNC4(a, b, c) a ## _ ## b ## _ ## c [01:53:16 CET] <kierank> #define FUNC5(a) FUNC4(a, BIT_DEPTH, IN_IDCT_DEPTH) [01:53:28 CET] <kierank> I have to make a new func for each one? [01:53:36 CET] <jdarnley> Oh, other cpp macros? [01:53:47 CET] <kierank> yes [02:00:47 CET] <nevcairiel> yeah that wont work without another level, but you can use a generic macro to just expand those macros, i'm sure we have those somewhere [02:11:41 CET] <BBB> kierank: yes, you need pre-expansion for that [02:11:56 CET] <BBB> kierank: its kind of silly but I ran into that problem all the time also when working with these functions [02:12:02 CET] <BBB> thats what the double macros are for :( [02:12:13 CET] <kierank> BBB: jdarnley: sent what I have to the list [02:12:25 CET] <BBB> woohoo [02:12:39 CET] <kierank> just the templating stuff for now, not sure if it can be improved [02:13:08 CET] <kierank> I made all the simple idct functions go from func_{bitdepth} to func_{in_bit_depth}_{out_bit_depth} [03:45:53 CET] <wm4> tmm1: hm gcc doesn't warn [03:46:35 CET] <wm4> but also doesn't emit a deprecation warning on use [03:49:19 CET] <cone-741> ffmpeg 03wm4 07master:8f9024f2ca47: lavc: remove uneffective attribute_deprecated on enum [03:49:28 CET] <wm4> wait, it's "ineffective" [03:49:29 CET] <wm4> damn [03:51:48 CET] <jamrial_> wm4: gcc 6 and newer let you deprecate specific enum values, but otherwise i don't think it's supported [03:53:10 CET] <wm4> yaeh, I just marked them deprecated in the comment instead - clear enough [04:09:18 CET] <tmm1> thx [06:02:14 CET] <Compn> [jpeg2000 @ 0000000000608960] Could not find Jpeg2000 codestream atom. [06:02:14 CET] <Compn> [image2 @ 0000000000462400] decoding for stream 0 failed [06:02:15 CET] <Compn> cmon [06:02:21 CET] <Compn> why u do dis [06:04:03 CET] <Compn> any new devs want to fix jp2 decoding ? :) [09:47:19 CET] <j-b> Good morning! [10:54:10 CET] <durandal_1707> Good morning! [11:12:01 CET] <cone-691> ffmpeg 03Paul B Mahol 07master:caacbfa773fc: avfilter/vf_convolve: cosmetics [11:12:02 CET] <cone-691> ffmpeg 03Paul B Mahol 07master:87f148d52634: avfilter/vf_convolve: remove padding, its unused and not needed [11:57:23 CET] <jdarnley> What? Why does WSL need something special? Can't you just run the standard Ubuntu compilers and the exe they will produce? [11:57:51 CET] <nevcairiel> you can, but people want to use windows compilers [11:58:33 CET] <jdarnley> Is that even possible? I thought WSL was a ghetto that didn't allow access [11:58:41 CET] <atomnuker> but windows compilers are junk, why would people want to use them? [11:58:58 CET] <cone-691> ffmpeg 03Paul B Mahol 07master:8c9a91ac82b9: avfilter: add deconvolve filter [11:59:01 CET] <nevcairiel> please keep your trolling to yourself [11:59:10 CET] <JEEB> ugh [11:59:27 CET] <JEEB> using windows mingw-w64 compilers from a "proper" *nix [11:59:29 CET] <JEEB> welp [11:59:42 CET] <JEEB> is cross-prefix understanding so hard [11:59:46 CET] <jdarnley> Oh, that person even wants to compile for ARM [12:00:46 CET] <nevcairiel> changing configure to directly reference the msvc files as .exe is probably fine though, thats what they are named anyway and would allow wsl to find them [12:01:04 CET] <jdarnley> Oh god. The guy doesn't even know what he wants. "get yasm and gas-preprocessor" [12:01:12 CET] <JEEB> LOL [12:02:16 CET] <atomnuker> nevcairiel: fine, they're junk for c because they're c++, that's a fact [12:02:21 CET] <atomnuker> so why do people use them? [12:04:00 CET] <jdarnley> If anyone cares this might be the referenced patch https://github.com/Microsoft/FFmpegInterop/blob/gillesk/wsl/0001-Updating-s… [12:04:13 CET] <jdarnley> And with that I am done looking down that rabbit hole [12:04:18 CET] <nevcairiel> I use them for debugging, because its the only way to directly do step-by-step debugging through my calling code [12:04:38 CET] <nevcairiel> yeah most those changes just directly append the .exe so wsl can find it [12:05:12 CET] <nevcairiel> not sure what the CC_IDENT escaping is about [12:05:39 CET] <jdarnley> I thought it was stripping carriage returns [12:05:50 CET] <jdarnley> '\r' [12:21:19 CET] <robertfoss_> heya [12:22:09 CET] <robertfoss_> I'm building ffmpeg and having some issues enabling the right flags for enabling png codec + muxer [12:22:30 CET] <robertfoss_> I am running ./configure with --enable-zlib [12:24:42 CET] <durandal_1707> atomnuker: are you gonna write decoder, have you even started? [12:26:09 CET] <robertfoss_> https://hastebin.com/gigorareme.pas [12:26:56 CET] <atomnuker> durandal_1707: I'VE STARTED [12:33:40 CET] <cone-691> ffmpeg 03Paul B Mahol 07master:aff167847754: configure: note (de)convolve filter dependency [12:39:44 CET] <durandal_1707> atomnuker: STOP USING CAPS!! [12:39:53 CET] <jdarnley> robertfoss_: 1 - this should be in #ffmpeg. 2 - i think ffmpeg can't determine the properties of the input correctly. [12:47:06 CET] <robertfoss_> jdarnley: ack, moving over :) [13:54:11 CET] <durandal_1707> Compn: dont be lazy, open bug report [14:53:50 CET] <robertfoss_> jdarnley: not getting any replies, whom should I poke? [15:21:27 CET] <Compn> durandal_1707 : oh yeah, good idea [15:31:25 CET] <durandal_1707> michaelni: if you do not wish to relicense geq filter i will write new generic expresssion filter [15:33:09 CET] <durandal_1707> i will also write filter which calculates frame entropy [15:34:19 CET] <atomnuker> yes, such a filter would be awesome [15:34:52 CET] <michaelni> durandal_1707, why do you care about the license ? [15:36:07 CET] <durandal_1707> michaelni: trivial filters shoukd be lgpl [15:52:50 CET] <thardin> I'm surprised ffmpeg isnt agpl yet [15:53:24 CET] <thardin> given how often changes to it are hidden in ~the cloud~ [15:54:12 CET] <durandal_1707> what have i missed? [15:54:26 CET] <thardin> youtube? [15:54:55 CET] <durandal_1707> irc logs [15:55:04 CET] <thardin> oh [15:55:33 CET] <thardin> i ignorr joins+parts [15:56:17 CET] <durandal_1707> thardin: from my last message? [15:57:37 CET] <thardin> only me suggesting ffmpeg's clis should be agpl since changes to them are hidden in the cloud [15:58:38 CET] <thardin> and indirectly changes to the libs. but they may well stay lgpl [15:58:45 CET] <thardin> imo [15:59:58 CET] <thardin> may be more relevant for ffmbc [16:01:00 CET] <durandal_1707> saste: where is my paycheck? [17:50:17 CET] <atomnuker> takes time for spi to do it, I think they arrived in february last year [17:50:24 CET] <atomnuker> *this year [18:25:05 CET] <kierank> jdarnley: any thoughts on my patch [18:28:01 CET] <jdarnley> I haven't looked at it indepth but I was impressed that you managed to do it with so few changes. [18:49:06 CET] <kierank> jdarnley: i only did the C [18:49:14 CET] <kierank> I guess only you and BBB would understand that code [18:49:28 CET] <kierank> but I do wonder if fundamentally there is a better way of doing this [19:39:18 CET] <cone-691> ffmpeg 03James Almer 07master:efb63e4316c2: configure: add missing avcodec dep to avfilter for de/convolve filters [19:48:15 CET] <kierank> michaelni: apart from it breaking that easily fixable testprog, do you have any objections? [21:04:49 CET] <michaelni> durandal_1707, if you need libavfilter/vf_geq.c under LGPL iam not against it being relicensed. But more generally for things that are more complex i think we should not relicense GPL->LGPL for free. That is if theres a company that needs LGPL, they can as well pay the authors and donate to the project or some good cause or something [21:07:50 CET] <Chloe> where does project money go anyway [21:09:08 CET] <Compn> Chloe : into ffmpeg fund , gets paid out to refund developers costs of going to conventions. tshirt printing and shipping too... [21:09:22 CET] <Compn> we havent used it for much else except that i dont think [21:09:38 CET] <Compn> maybe bought hardware for one developer once or something. i know we had to buy some server hardware once [21:09:51 CET] <Compn> but that was with mplayer project too :) [21:10:35 CET] <Compn> i like michaels idea of getting paid to gpl>lgpl things [21:11:01 CET] <Compn> everyone needs money to survive :\ [21:11:19 CET] <Compn> these companies make billions of dollars on ffmpeg's back [21:11:45 CET] <Compn> some companies give back, others do not [21:13:07 CET] <Chloe> can I submit patches as gpl and ffmpeg pays me to lgpl them [21:14:52 CET] <Compn> you can submit new gpl licensed features and then wait for companies to pay you to lgpl them [21:15:09 CET] <Compn> but i dont think we will accept gpl/lgpl mixed code , too complicated [21:15:20 CET] <Chloe> shame [21:15:21 CET] <Compn> it works better for entire file licenses [21:15:34 CET] <Chloe> ffmpeg should do more bounties [21:15:36 CET] <Compn> also ffmpeg would not really pay anyone to relicense i dont think [21:18:42 CET] <Compn> Chloe : but there are always opportunities. adding yourself to consultants page may land you some ffmpeg related jobs [21:18:51 CET] <kierank> Chloe: vlc has many ffmpeg bounties already [21:19:07 CET] <Compn> http://ffmpeg.org/consulting.html [21:19:08 CET] <kierank> Chloe: https://wiki.videolan.org/Bounties/ [21:19:24 CET] <Compn> ffmpeg has some bounties in the trac as well ? maybe ? [21:20:03 CET] <Chloe> there was a single bounty in the trac i think [21:20:26 CET] <Chloe> I guess I need to suck it up and learn to reverse codecs if I want to earn any money [21:20:37 CET] <Chloe> durandal_1707: what do you use for reversing? IDA? [21:20:52 CET] <kierank> voxware metasound is doable i think [21:21:06 CET] <durandal_1707> there is already decoder [21:21:11 CET] <durandal_1707> buggy [21:21:16 CET] <durandal_1707> incomplete [21:22:05 CET] <durandal_1707> ClearVideo is incomplete too [21:22:05 CET] Action: Compn better update his ffmpeg before reporting bug [21:22:19 CET] <iive> why is vlc offerring bounty for aac encoder that is at least as good as nero libfaac ? [21:23:00 CET] <Chloe> iive: 'Past bounties' [21:23:00 CET] <Compn> nero libfaac has bad license ? [21:23:06 CET] <durandal_1707> Chloe: nobody normal can afford ida [21:23:35 CET] <iive> gah [21:23:40 CET] <Chloe> durandal_1707: well I know you've reversed a bunch of stuff so I wondered if you had got yourself a copy [21:23:48 CET] <Chloe> werent kodi handing out copies [21:24:15 CET] <Compn> kodi hands out a lot of useful stuff to developers [21:24:25 CET] <durandal_1707> nope, who gave you such nonsense stuff [21:24:26 CET] <Compn> i recommend asking them if you need a tool or hardware [21:24:34 CET] <Compn> durandal_1707 : ask kodi for what you need. [21:24:38 CET] <Compn> they will give you [21:25:12 CET] <durandal_1707> Chloe: there is free dissasembler [21:25:30 CET] <durandal_1707> with some lick you can dechiper assembly [21:25:42 CET] <durandal_1707> *luck [21:26:55 CET] <durandal_1707> and free decompiler on www [21:27:27 CET] <durandal_1707> but ida decompiler is higher quality [21:30:16 CET] <kierank> hopper is also good [21:30:21 CET] <kierank> on linux and mac [21:31:07 CET] <durandal_1707> for legit ida you need to pay little fortune [21:32:01 CET] <Chloe> i like hopper for reversing objc but need something on windows probably [21:36:38 CET] <Compn> there you go, durandal_1707 ^ [21:36:39 CET] <durandal_1707> Compn: will you upload sample? [21:36:44 CET] <Compn> i posted sample url [21:36:51 CET] <Compn> https://chroniclingamerica.loc.gov/lccn/sn85032933/1908-11-14/ed-1/seq-1.jp2 [21:36:55 CET] <Compn> right there and in trac :P [21:37:08 CET] <Compn> it was 3mb , 500k too big to be uploaded in trac :( [21:38:09 CET] <Compn> see now this ticket, if valid, would be good for new developer to figure out whats up with j2k [21:38:18 CET] <Compn> and then add the required code to fix it [21:38:49 CET] <Compn> durandal_1707 or carl could probably fix this in a day or two. but the point is i'm trying to find easy bugs not for them, but for new contributors [21:39:11 CET] <llogan> someone on twitter wants to know if we support "all dolby formats"? i know nothing of that so what should I tell them? [21:39:16 CET] <durandal_1707> i work on j2k only if paid [21:39:24 CET] <llogan> https://twitter.com/WinIsBest/status/946009605544513536 [21:39:47 CET] <Compn> llogan : theres probably some dolby hardware spdif stuff we dont support [21:39:56 CET] <Compn> llogan : dolby has a lot of tech that no one really plays with [21:40:13 CET] <Compn> i dont think we support SACD stuff either [21:40:33 CET] <durandal_1707> Compn: whats that? [21:41:15 CET] <Compn> super audio cd > https://en.wikipedia.org/wiki/Super_Audio_CD [21:42:53 CET] <Compn> oh i dont see dolby involved with SACD so nevermind about that format [21:43:07 CET] <durandal_1707> Compn: dsd is supported and thats in sacd [21:43:55 CET] <Compn> hah dolby uses ffmpeg too [21:44:12 CET] <Compn> This software uses libraries from the FFmpeg project under the LGPLv2.1 [21:44:17 CET] <durandal_1707> llogan: dts:x, specifically object channels are not supported at all [21:44:21 CET] <Compn> Dolby CineAsset mastering software suite [21:44:24 CET] <rcombs> no Dolby Vision support either [21:44:30 CET] <rcombs> or any Atmos [21:44:40 CET] <durandal_1707> yes atmos [21:44:41 CET] <rcombs> or eac3 with dependent substreams [21:44:45 CET] <durandal_1707> and dts x [21:45:01 CET] <Compn> what are the dolby audio streams in dcp ? do we support those ? [21:45:02 CET] <durandal_1707> but dts is not dolby [21:45:20 CET] <rcombs> (fun fact: an atmos software decoder exists, and I will say little else of it here) [21:45:29 CET] <Compn> thats atmos i see i see [21:46:13 CET] <Compn> llogan : you can always use twitter to ask for dolby samples we dont yet support :) [21:46:21 CET] <durandal_1707> rcombs: where? say more [21:46:46 CET] <durandal_1707> rcombs: is it open source? [21:47:39 CET] <kierank> there is an atmos spec [21:47:47 CET] <kierank> and I heard there is an atmos software decoder, yes [21:49:55 CET] <durandal_1707> we will get sued if we do it, perfect oportunity to kill project [21:50:36 CET] <llogan> how about "Dolby Atmos and Dolby Vision are not currently supported."? [21:51:02 CET] <durandal_1707> lgtm [21:51:08 CET] <llogan> thanks [21:52:57 CET] <llogan> another twitter guy wants to know if any ffmpeg devs are at 34CC (Chaos Communication Congress) [21:53:20 CET] <llogan> 34c4 i guess is the actual tag [21:53:36 CET] <durandal_1707> no, we do not tolerate chaos [21:54:13 CET] <durandal_1707> but there are ffmpeg pro users there for sure [21:58:02 CET] <Compn> llogan : thats in berlin [21:58:05 CET] <Compn> iirc [21:58:10 CET] <Compn> thilo might be ? [21:58:22 CET] <Compn> i dont remember him saying he was going thou [21:58:43 CET] <llogan> i told him i didn't know but look for someone wearing ffmpeg shirt [21:58:46 CET] <Compn> thilo is the only ff dev i know in berlin so :P [21:58:47 CET] <Compn> ehehe [22:01:12 CET] <kierank> I was thinking of going [22:01:22 CET] <Chloe> I went last year, was pretty good [22:01:45 CET] <durandal_1707> what is it about? [22:01:59 CET] <kierank> hacking conf [22:02:03 CET] <kierank> it's too political for me [22:02:11 CET] <llogan> too far for me. like everything. [22:02:47 CET] <durandal_1707> kierank: what kind of political? [22:02:58 CET] <kierank> the kind of michaelni signature politics [22:03:01 CET] <Compn> durandal_1707 : hangout meetup for hackers and open source and computer politics. like defcon except less corporate / nsa [22:03:11 CET] <durandal_1707> lol [22:04:08 CET] <Compn> The Chaos Communication Congress is the Chaos Computer Club's (CCC) annual symposium and hacker party. During four days between Christmas and New Years Eve, thousands of hackers, technology freaks, artists, and utopians get together in Leipzig to communicate, learn from each other, and party [22:04:26 CET] <Chloe> I just avoided all the political stuff and only went to technical talks [22:04:49 CET] <sfan5> Compn: it's in Leipzig this year by the way [22:04:53 CET] <Compn> i see :P [22:04:57 CET] <Compn> i dont know where that is [22:05:43 CET] <Compn> like an hour or two south of berlin [22:05:45 CET] <sfan5> not very far from Berlin [22:15:19 CET] <Compn> durandal_1707 : berlin is very friendly to young computer hackers, seems like a big crowd there now [22:15:34 CET] <Compn> go if you get the chance [22:15:48 CET] <durandal_1707> im old fart [22:30:12 CET] <Chloe> should do an age survey on all the ffmpeg people [22:31:26 CET] <durandal_1707> average age: 67 [23:31:40 CET] <atomnuker> llogan: if I knew it started today a month ago I'd have gotten tickets [23:32:02 CET] <atomnuker> maybe 2, since flight prices are through the roof [23:32:40 CET] <atomnuker> I actually looked it up a few hours ago just to check if it really was today and had a laugh [23:32:51 CET] <atomnuker> their wiki has a page with dating ads [23:32:58 CET] <atomnuker> as well as a dating manual [23:33:24 CET] <atomnuker> https://events.ccc.de/congress/2017/wiki/index.php/Session:Daygame_-_meetin… [23:33:29 CET] <atomnuker> https://events.ccc.de/congress/2017/wiki/index.php/Dating [23:35:36 CET] <llogan> atomnuker: yeah, I saw that too when i was trying to figure out what ccc was. first link in search. entertaining. i know how it feels to pay for high ticket prices. went to ireland in May. friends in "lower 48" paid 50% less. [23:44:29 CET] <wm4> " Looking for someone who can help me to get Rust running on my STM32 hardware - Contact me @ Twitter or DeepCyber assembly." [23:44:32 CET] <wm4> sexy [23:44:50 CET] <wm4> " Looking for someone having/doing NFC Tag Implants" [23:45:47 CET] <wm4> " looking for 420, contact over jabber: nand(a)jabb3r.org or the mail in my profile [...]" [23:46:00 CET] <wm4> oh failed to censor the first email address [23:46:54 CET] <kierank> ? [23:47:28 CET] <wm4> from the ccc "Dating" page [23:47:35 CET] <wm4> which atomnuker linked above [23:48:32 CET] <kierank> ah [23:48:53 CET] <wm4> " a couple, energetic, kinda very funny and looking for a girl and/or a boy to storm through the congress nights. And you may wanna be a bit kinky. " [23:48:57 CET] <wm4> that's on the same page [23:48:58 CET] <wm4> ... [23:49:10 CET] <kierank> nothing wrong with that [23:49:12 CET] <kierank> a free country [23:49:33 CET] <wm4> "Two handsome otters (20 & 22, "twink") seek an additional otter for some new experience. " [23:49:42 CET] <wm4> I don't even know what that's code for [23:50:10 CET] <Chloe> 'otter' is like 'bear', terms from gay culture afaik [23:50:17 CET] <Chloe> I think [23:51:33 CET] <nevcairiel> <atomnuker> llogan: if I knew it started today a month ago I'd have gotten tickets <-- its the exact same date every year, so consider yourself in the known for the future? :) [23:57:34 CET] <Compn> lol carl fixed jp2k issue [00:00:00 CET] --- Thu Dec 28 2017

1 0

ffmpeg.log.20171227
by burek 28 Dec '17

28 Dec '17

[00:34:03 CET] <therage3> so I've been thinking of ripping my audio files in Opus from now on, seems to have superior performance in terms of quality vs. file size compared to all other lossy formats out there [00:36:27 CET] <kepstin> therage3: if you have a player that supports it, go wild. It's a great format. [00:36:43 CET] <therage3> kepstin: yeah, compatibility is the biggest issue at the moment [00:39:31 CET] <kepstin> there's a bunch of good android players, if you've got an old ipod you can install rockbox and play them, plenty of desktop players, especially on linux. [00:40:06 CET] <therage3> i see, yeah [00:52:25 CET] <furq> and all browsers except safari [00:52:29 CET] <furq> if that matters to you [00:53:40 CET] <therage3> Don't worry. After having 2 iPads kernel panic on me and being turned away by Apple "Geniuses", and after this latest nonsense coming to light about their iPhone's being slowed down without letting people know, I'm staying the hell away from _that_ company [01:29:40 CET] <raytiley_> Seeing the -method option for hls in ffmpeg... is there a way to to process the requests in ffmpeg, say to sign the header for AWS S3 storage? [01:50:05 CET] <DHE> raytiley_: I don't think so. I remember looking for options for cookies and such and not finding anything... [01:50:10 CET] <DHE> sounds like a usefull patch [01:52:12 CET] <raytiley_> is there any preferred way to do something like that? Seems like you would need a lot of info per request.. seems like probably just setting up a local proxy to forward the requests might be the way to go [01:52:23 CET] <raytiley_> though would be cool if ffmpeg command could handle it all [01:53:02 CET] <kepstin> aws signing in particular would be tricky, since you have to sign based on a bunch of other headers. it would basically have to be a "do aws signing" mode, and you provide the key id & secret key :/ [02:55:04 CET] <ZexaronS> the internet can be ridicolous sometimes [02:55:17 CET] <ZexaronS> not a single example of ffmpeg --lowpass command [02:55:30 CET] <ZexaronS> what, in khz, hz, 1, 0, false, true ? [03:28:09 CET] <ZexaronS> now I recalled [03:28:29 CET] <ZexaronS> for a long time I wanted ffmpeg output to show audio and video bitrate separately [03:30:11 CET] <kepstin> what about if there's multiple streams of one type? Just show each separately? [03:30:25 CET] <kepstin> having the overall is still useful too, so you can see the muxing overheads [03:37:57 CET] <ZexaronS> allright, but in-addition then [03:39:20 CET] <ZexaronS> most of the time I spend watching output progress is trial-and-error on getting the bitrate/size finetuned, this is well overdue [03:39:59 CET] <ZexaronS> overhead should be separated too then [03:43:01 CET] <ZexaronS> constant rate factor is incompatible with 2pass ... oh come on [03:43:27 CET] <kepstin> crf is fundamentally different from 2pass, yes [03:43:56 CET] <kepstin> you either use crf for rate control or target a bitrate. [03:44:05 CET] <therage3> iirc crf used the second pass of a 2-pass method? [03:44:13 CET] <kepstin> basically, yeah [03:44:50 CET] <kepstin> the first pass pretty much just calculates what crf value to use to get a particular file size. [03:45:09 CET] <therage3> yeah [03:45:33 CET] <therage3> btw a question [03:45:59 CET] <kepstin> (this is only in x264, and maybe x265 tho - libvpx does something completely different, and the -crf option on libvpx is misnamed) [03:46:06 CET] <therage3> I see a lot of people just do "ffmpeg -i file.here" to look at its information instead of using ffprobe, even though ffmpeg gives an error about bad syntax [03:46:13 CET] <ZexaronS> in that case, it's just not done right https://www.youtube.com/watch?v=iLwAjOGQcHo [03:46:18 CET] <therage3> is that a normal practice? or what's going on here [03:46:33 CET] <kepstin> therage3: it's pretty common if you're already used to reading ffmpeg output [03:46:39 CET] <therage3> i see, so that's why [03:47:05 CET] <kepstin> therage3: the error you get is just "you didn't provide an output filename", so it's a read file info, print it in human-readable format, do nothing else command [03:47:14 CET] <therage3> yeah, i see [03:47:41 CET] <therage3> it was more like, "ok, what's ffprobe then for...", but if the idea is to quickly read it since one is used to ffmpeg's output, then the rationale clicks [03:47:43 CET] <kepstin> ffprobe can provide a lot more info, and its output is designed to be useful when scripting, so it's harder to read as a person [03:47:49 CET] <therage3> i see, i see [03:48:32 CET] <ZexaronS> kepstin: either the design or misnamed, the crf option is a hidden 2pass then if it does things what 2pass does [03:49:00 CET] <ZexaronS> 2pass indicates some extra work, if the crf contains that extra work then what's the point of 2 passes [03:49:06 CET] <kepstin> ZexaronS: but it's not, because it only does one pass [03:49:28 CET] <kepstin> in two pass mode, there's an extra pass that does a bunch of work to determine how to make the file a specific size [03:49:55 CET] <kepstin> if you want the file a specific size, use 2-pass mode. If you don't need that, then use crf mode. [03:50:02 CET] <ZexaronS> then you can do 2 passes in one go without crf if you program it that way, so the speciality of THE 2PASS is basically nulled and pretty much a gimmick, right? [03:50:22 CET] <kepstin> no, because with crf you can't predict the output size [03:50:47 CET] <kepstin> you use 2-pass if you want a specific output size, you use crf if you don't care about the output size. [03:51:16 CET] <ZexaronS> so crf can't do everything that 2pass does, then there's no reason why you shouldn't be able to use 2pass ontop to get even more info for a better encode [03:51:35 CET] <therage3> crf _cannot_ do everything 2pass does, because 2pass gives you a specific file size [03:51:43 CET] <kepstin> that's not how it works. the only thing 2-pass adds is the ability to set a file size [03:51:50 CET] <kepstin> it doesn't increase quality [03:52:24 CET] <ZexaronS> kepstin: then 2 pass is misnamed, I don't need a specific output size and the context of 2 pass is that more work is done, if it doesn't do that then it's poor context and a lot of people have been pulled by the nose [03:52:41 CET] <kepstin> it's called 2 pass because it requires 2 passes [03:53:09 CET] <therage3> how is it misnamed? it does two passes; first one determines what quality to use to make it a specific size, the second pass actually does the encoding you get at the end in the output file, ZexaronS [03:53:09 CET] <kepstin> the first analyzes the video to figure out how to encode it at a specific size, the second does the encode [03:53:14 CET] <ZexaronS> But what it does, isn't that special, but it's hyped up as this big deal [03:53:23 CET] <kepstin> with crf mode, you just skip to doing the encode because you don't care about the size [03:54:01 CET] <kepstin> ZexaronS: 2-pass mode is way better than 1-pass abr mode [03:54:11 CET] <kepstin> but that's a different thing from crf [03:54:38 CET] <kepstin> crf is the new special option hyped up as a big deal :) [03:54:42 CET] <ZexaronS> But it still does not make sense how is size contexted into 2pass, so it's again something coded and not documented. [03:55:00 CET] <Cracki_> so is there a diff between -crf and -q:v for h.264? [03:55:12 CET] <ZexaronS> Only the person who coded 2pass knows that's it doesn't really do much other than figure out final size, what a load of bull, sorry. [03:55:19 CET] <kepstin> Cracki_: yes - q:v does nothing, and -crf does an approximately quality based encode [03:55:37 CET] <kepstin> ZexaronS: no, that's pretty widely known, given how several people here are correcting you? [03:56:52 CET] <kepstin> ZexaronS: there's three basic rate control methods for x264 specifically (other codecs are different). [03:56:53 CET] <kepstin> First is 1-pass bitrate, where you set a target bitrate and it makes a low-quality file at that size. [03:57:10 CET] <kepstin> Second is 2-pass bitrate, where you set a target bitrate and it makes a high-quality file at that size. [03:57:29 CET] <ZexaronS> It's like I would call a double decker bus just to put confetti on the seats, A DOUBLE-DECKER, but inside it's just MEH ... that's how 2PASS seems like as you guys are explaining, because you say "if you use crf you can just skip 2pass" ... that's like saying if you optimize the engine on a bus you can somehow skip the top deck ???? That doesn't make any sense, you'll still LOSE a whole deck of seats. [03:57:30 CET] <kepstin> Third is crf mode, where you set a target quality, and it makes a file at that quality. [03:57:51 CET] <Cracki_> waaait -q:v nothing? I thought I saw it do something the last time I played with ffmpeg options [03:58:01 CET] <Cracki_> (sorry, my uplink is a bit flaky at night) [03:58:06 CET] <kepstin> Cracki_: the option exists, but it only does something with some codecs. [03:58:15 CET] <Cracki_> ah [03:58:18 CET] <kepstin> Cracki_: it means something different with every codec, so you have to check per codec [03:58:33 CET] <Cracki_> of course [03:58:50 CET] <Cracki_> just wondering if for x264 it's the same as crf [03:59:14 CET] <ZexaronS> kepstin: I get it and you guys are just explaining the official documentation, but while I understand it now, I still disagree with the naming/design [03:59:44 CET] <kepstin> ZexaronS: the 1-pass and 2-pass things are legacy naming that's the same as many previous codecs [03:59:54 CET] <kepstin> ZexaronS: crf is something new in x264 specifically [04:00:09 CET] <therage3> ZexaronS: bus design and video encoding are two very different things, so that analogy is flawed. a person targeting a specific file size may be interested in putting it on a portable device, even if it's a lower quality overall; someone who has room to spare will use a crf high enough such that it's visually transparent compared to the source material, or as close as they're willing to [04:01:38 CET] <ZexaronS> kepstin: CBR 2-pass could be done in 1 pass if they programmed it in a way that it simply does 2 pass internally while exposing 1 pass to the GUI ... that's how Sony Vegas and i think Any Video Converter Ultimate does it, you select 2 pass and when it shows 50% done when it completed the first pass. [04:01:47 CET] <kepstin> the options have different use cases. If you say "i want to make a file that fits on a dvd", you use 2-pass. If you say "i want to make a file that looks good and I have lots of HD space", you use crf. If you say "i'm streaming a live video capture over the network", you use 1-pass. [04:02:02 CET] <kepstin> ZexaronS: sure, you can make a wrapper around the encoder that runs it twice if you like [04:02:14 CET] <kepstin> make a shell script that runs ffmpeg twice, done. [04:02:20 CET] <ZexaronS> But I get it now, 2 pass is just a CBR suboption, not an option for the whole thing [04:02:37 CET] <kepstin> 2-pass is vbr mode, not cbr [04:03:00 CET] <ZexaronS> VBR? [04:03:06 CET] <kepstin> variable bitrate [04:03:14 CET] <ZexaronS> oh b:v is average not max ? [04:03:15 CET] <therage3> variable bitrate, as opposed to cbr, which is constant bitrate [04:03:23 CET] <ZexaronS> I mixed that up [04:03:33 CET] <ZexaronS> Right now, not in general [04:03:46 CET] <ZexaronS> sorry I'm ranting a bit [04:04:44 CET] <kepstin> if you have maximum bitrate limits (e.g. for bandwidth in a live stream, or an over-the-air tv channel, or a slow dvd drive), there's special options to handle that, -maxrate and -bufsize. They should not be used normally. [04:05:20 CET] <kepstin> those options can be used in combination with any x264 mode [04:06:47 CET] <ZexaronS> kepstin: My little problem with 2pass terminology was that I assumed my own perception of what it does in a sort of way [04:07:21 CET] <ZexaronS> But if it does something, that CRF does as well, then I wouldn't lose anything by not using 2pass [04:08:19 CET] <kepstin> you do lose something by not using 2-pass, and that is the ability to encode a file so the output is some specific size you picked in advance. [04:08:32 CET] <kepstin> if that's not something you care about, then you don't need 2-pass. [04:08:48 CET] <ZexaronS> I think it's a lot more clear, if 2pass is regarded as a container, and then what do they do in that extra pass, so it's analyzing the whole file, the grand question is, is that analysis part of CRF as well, if not, then obviously CRF can't be as good, unless there's something in CRF that makes it not need what 2pass does [04:09:33 CET] <ZexaronS> kepstin: size is always secondary, in my mind I always had quality primairly [04:09:40 CET] <kepstin> the first pass in 2-pass does do extra analysis, but the only thing that analysis does is figure out how to encode the file so the result is a specific size [04:10:16 CET] <kepstin> and 2-pass isn't a "container", i'm not sure what you mean by that [04:11:38 CET] <ZexaronS> kepstin: allright, indeed, the "2pass" moniker makes it seem like it's a big deal, but if that's the case, it's such a deceptive moniker if it contains a really minor and specific goal like limiting the size to some exact number, to fit on a DVD or something, ohhhhhh wellll [04:12:06 CET] <kepstin> the only thing the "2 pass" name means is that the encoder has to look at the video twice [04:12:08 CET] <kepstin> that's it. [04:12:08 CET] <therage3> i'm not sure it makes it seem like a big deal. it just says, literally, what the method entails: two passes [04:12:24 CET] <therage3> i don't know where you get this notion of it sounding like a big deal. [04:12:35 CET] <therage3> like, it isn't supposed to be a corporate buzzword to make it sound fancy, if that's what you mean [04:12:42 CET] <therage3> just a brief description of what it actually does [04:12:43 CET] <kepstin> and the encoder has to look at the video twice because you can't predict how big the file is gonna be unless you've seen it before [04:12:56 CET] <kepstin> so, that's what it does. nice and simple. [04:14:00 CET] <kepstin> to understand why 2-pass mode is so impressive, you need to compare it with one-pass bitrate mode, not with crf mode [04:14:27 CET] <ZexaronS> kepstin: Yeah and you can put confetti in the pass and call it 4PASS, 1 pass of spinning wheels, 1 pass of calculating MD5, 1 pass of rolling on the floor ... you can split trivial minor things into many passes, but psychologically to a person it looks like as if it's doing some extra strong work. [04:14:57 CET] <therage3> well, the first pass, of determining what quality setting to use, is an actual full pass, and it's done for something productive [04:15:05 CET] <therage3> so it isn't just a pass done in vain [04:15:19 CET] <therage3> it's not something decorative [04:15:24 CET] <ZexaronS> So, do you guys sorta agree some kind of notice should be put into the documentation to warn against this perception problem ? [04:15:51 CET] <therage3> not really? i mean, before you, i've never seen anyone with that perception [04:15:59 CET] <kepstin> in one-pass bitrate mode, the encoder is trying to make the output a specific size, but since it hasn't seen the video before it has to guess. and sometimes it guesses wrong, so the quality will get better and worse. [04:16:35 CET] <kepstin> so they added an extra pass first to look at the entire video, so that the final encode can be constant visual quality throughout [04:16:55 CET] <kepstin> and that's 2-pass mode. [04:17:50 CET] <ZexaronS> therage3: I may have landed on some forum posts which posted things about 2pass in a subjective manner, either intentionally or not, that sounded like it's some big deal, or that things sound to me like that because I'm not english [04:17:55 CET] <kepstin> but then the x264 devs said, "huh, the way our two-pass mode works, the first pass just picks a quality, then the second pass encodes at that quality. what if we let people just set a quality and do a fast encode for when they don't care about file size?" [04:18:04 CET] <therage3> ZexaronS: I see [04:18:47 CET] <kepstin> and that's crf mode. [04:19:15 CET] <ZexaronS> Or, I might just be the ... well, you know in movies when they pull out a trick, "ma secret weapon" no I don't watch a lot of movies but I sure did when I was teenager [04:20:02 CET] <kepstin> back before x264, 2-pass mode was very important because there was nothing like crf mode, and 1-pass mode was pretty bad [04:20:32 CET] <kepstin> so if you're reading something really old, maybe you get that impression? [04:21:54 CET] <ZexaronS> Probably movies wasn't the best comparison, in real life there's a number of these things, for example in aviation, if you lose hydraulics to all control surfaces, but you still control engine power, you can steer by adjusting ratio between left and right engine https://www.youtube.com/watch?v=EHpiLtmPXt0 [04:22:31 CET] <ZexaronS> So maybe I'm applying all those kinds of things, thinking that encoders and ffmpeg also have some extra "evasive manouvers" [04:23:43 CET] <ZexaronS> But FAA is stupid, they did not approve PCA :( [04:24:17 CET] <ZexaronS> Reason: "not enough people died yet to warrant this" :p [04:28:44 CET] <ZexaronS> kepstin: I didn't knew that non-crf variable is trying to keep some size, how on earth, there's no setting for that, it's just "use variable bitrate" that statement carries nothing about limiting the final size [04:29:20 CET] <kepstin> ZexaronS: well, you don't set the size, you set the bitrate. But bitrate × time = filesize [04:29:32 CET] <kepstin> so you can convert between bitrate and size [04:29:48 CET] <ZexaronS> Now if you put CBR bitrate, that's just "encode at that bitrate", again, why would the encoder need to know final size, that's the persons job to calculate if he puts that bitrate in what he would get out [04:30:11 CET] <kepstin> CBR has nothing to do with it, this is all *average* bitrate [04:30:26 CET] <kepstin> the file is actually variable bitrate, but it will average to the value you set [04:30:29 CET] <ZexaronS> So x264 has no CBR ? [04:30:38 CET] <kepstin> nope, most video codecs don't have cbr [04:32:19 CET] <ZexaronS> ah.. [04:32:50 CET] <JEEB> no it has cbr [04:33:06 CET] <JEEB> nal-hrd cbr with maxrate+bufsize [04:33:19 CET] <JEEB> but you really don't want that [04:33:53 CET] <JEEB> usually you want to encode with maxrate+bufsize with nal-hrd vbr :p [04:34:14 CET] <JEEB> and then your base rate control can be either bit rate or crf [04:34:32 CET] <kepstin> well, it's not really cbr in the sense that every frame is the same size, it's only cbr on average over the bufsize [04:34:40 CET] <kepstin> but yeah [04:34:54 CET] <ZexaronS> Oops I kinda do ffmpeg a few times a year, I forgot -maxrate, I thought -b:v was max, but it's avg [04:35:16 CET] <JEEB> vbv/hrd and bit rate are different [04:35:30 CET] <JEEB> bit rate is the BASE [04:35:35 CET] <JEEB> (or crf) [04:35:52 CET] <JEEB> tgen you LIMIT that with maxrate+bufsize [04:36:25 CET] <JEEB> and then bal-hrd signaling can either be vbr or cbr [04:36:29 CET] <JEEB> (or none) [04:36:44 CET] <JEEB> cbr basically stuff you null packets :p [04:36:50 CET] <JEEB> *stuffs [04:37:32 CET] <JEEB> basically it's base rate control mode, then vbv/hrd (maxrate/bufsi,e) [04:38:41 CET] <JEEB> and if you really want the vcl packets the same size you can do that, but do you really want that? [04:39:08 CET] <kepstin> for a typical user, you'd almost certainly never want to touch most of this stuff. [04:40:02 CET] <JEEB> well if you are doing stuff over limited bandwidth then maxrate+bufsize you want [04:40:26 CET] <JEEB> and nal-hrd vbr I guess for signaling [04:40:50 CET] <JEEB> but anything more derp is for very specific use cases [04:41:16 CET] <ZexaronS> I do understand VBR to be the preferred method, no doubt about that, CBR isn't really a "mode" it's just the basic natural way, while VBR is the advanced logic [04:41:42 CET] <klaxa> really? [04:41:46 CET] <JEEB> for video the basic mode is constant quantizwr :p [04:41:47 CET] <kepstin> nah, with video codecs, vbr is just how they normally work, and cbr requires a bunch of extra stuff. [04:41:56 CET] <JEEB> and I think audio too [04:42:10 CET] <klaxa> i think it's harder to distribute bits with cbr than with vbr [04:42:18 CET] <kepstin> hmm, yeah, even mp3 had stuff like the bit reservoir in "cbr" mode [04:42:28 CET] <JEEB> yup [04:42:43 CET] <JEEB> you need to actually have rate control for both cbr and vbr [04:42:44 CET] <klaxa> it's hard to encode silence in 128 kbps without stuffing a lot of 0s in there :P [04:43:05 CET] <JEEB> quantizer is simple :p [04:43:15 CET] <JEEB> you have value, encode with that [04:43:33 CET] <JEEB> (plus some details for frame types of course) [04:44:16 CET] <kepstin> ZexaronS: think of one of the most simple compression codecs - lets say mjpeg - where you just save each frame as a separate jpeg. If you set the quality level to e.g. 90, then each frame will be a different size depending on what is in the picture. [04:44:21 CET] <kepstin> so the result is vbr [04:44:29 CET] <ZexaronS> I guess it's the whole terminology context desync again, I mean natural as in natural world analog ... I meant it more specifically but reality is actually a constant-variation [04:45:04 CET] <ZexaronS> if you look at analog singal it's really big very fine, but the info varies in it [04:45:28 CET] <ZexaronS> it's not like the whole package changes, the size is the same whether or not there is useful info in there or not [04:45:41 CET] <ZexaronS> kinda like that [04:46:05 CET] <kepstin> yep, and uncompressed digital video is like that too - a frame of all black and a frame with lots of fine detail is all the same size when raw [04:46:27 CET] <kepstin> but a compression codec can make an all black frame a lot smaller than it can make frame with lots of details [04:46:43 CET] <ZexaronS> But I didn't knew that in the programming of codecs VBR is actually the easier and normal way, that's surprising and interesting [04:47:06 CET] <klaxa> well it's easier to build a house with as many blocks as you want than with just 3 [04:48:14 CET] <klaxa> als like kepstin said with jpeg, most pictures have different sizes [04:48:17 CET] <klaxa> *also [04:49:27 CET] <kepstin> in order to make a two different pictures the same size, you have to do extra work to either remove details from the more complex picture, or you can add useless data to the simpler picture. [04:50:23 CET] <ZexaronS> I've seen MJPEG being mentioned in archival discussions, but isn't JPEG already crappy itself, or you mean JPEG2000 ? [04:51:21 CET] <kepstin> jpeg is fine, jpeg2000 is a bit better because it can compress smaller at the same quality [04:51:22 CET] <ZexaronS> We get back to bad namings as well [04:51:32 CET] <kepstin> jpeg2000 is terribly naming, btw [04:51:40 CET] <kepstin> it's completely different from jpeg :) [04:52:00 CET] <ZexaronS> I do have experience with pictures more, It's hard to agree jpeg is fine [04:52:07 CET] <klaxa> as far as MPEG from MPEG-4 or even further? [04:52:28 CET] <kepstin> jpeg2000 also has a lossless mode which jpeg doesn't have, that's partly why it's used for archiving [04:53:02 CET] <ZexaronS> I probably got confused because of the namings, they all probably meant JP2, not JPG [04:53:29 CET] <klaxa> archiving in lossy formats is... not what i personally would do anyway [04:53:43 CET] Action: kepstin notes that jpeg is fairly similar in design to mpeg1 & mpeg2 video [04:54:01 CET] <kepstin> ffv1 is a great lossless archiving format :) [04:54:04 CET] <ZexaronS> kepstin: I gueess JPG for streaming video is fine, or for some nonimportant stuff [04:54:28 CET] <klaxa> i do 720p@60fps streaming in jpeg from my laptop to my phone :) [04:54:29 CET] <kepstin> jpeg is terrible for streaming video, you want a proper video codec that does inter-frame prediction :) [04:54:55 CET] <kepstin> klaxa: over wifi, I assume? I couldn't afford to do that over the cell phone network ;) [04:55:07 CET] <ZexaronS> again contextial desync, I mean a video with motion jpg [04:55:13 CET] <klaxa> yeah not really, it goes up to a few megabytes per second [04:55:30 CET] <ZexaronS> if that even exists, or mjpeg is automatically JP2 [04:55:35 CET] <klaxa> but latency is ~0.05-0.1s [04:55:38 CET] <ZexaronS> it rather should be [04:55:43 CET] <klaxa> nice for playing rpgs in bed :) [04:56:06 CET] <kepstin> ZexaronS: "mjpeg" is short for "motion jpeg", which is just jpeg frames one after the other. It has nothing to do with jpeg2000/jp2 [04:56:14 CET] <ZexaronS> kepstin, I was talking about the quality, not the size [04:56:26 CET] <klaxa> mjpeg is weird anyway imo, since it has no real spec, i could only find one for rtp [04:56:30 CET] <kepstin> in ffmpeg, mjpeg and jpeg are basically interchangable terms - jpeg is just one frame from mjpeg [04:57:16 CET] <ZexaronS> I mean it's so funny, no way to know what jpeg we're talking about when we say mjpeg, I'm not sure if it's JPEG or JPEG2000, I better look it up [04:57:29 CET] <kepstin> mjpeg is always jpeg. [04:57:50 CET] <kepstin> jpeg2000 is something completely different, so people will always say it specifically [04:58:21 CET] <ZexaronS> yikes [04:59:24 CET] <kepstin> like i said, bad naming. The jpeg2000 folks were basically saying "if we name this jpeg2000, then people will use it because they think it's a new jpeg version, and it'll be super-popular" [04:59:44 CET] <kepstin> and it sort of worked, but also confused a lot of people [05:00:15 CET] <ZexaronS> Wikipedia: As of 2017, there are very few digital cameras that encode photos in the JPEG 2000 format, and many applications for viewing and editing photos still do not support it [05:00:38 CET] <therage3> yeah, because 2000 will always be in the future [05:00:40 CET] Action: therage3 rolls eyes [05:00:44 CET] <kepstin> i wouldn't be surprised if jpeg2000 was more often used for video than photography, actually [05:00:44 CET] <ZexaronS> I think this is just consumers being consumers, not that the codec is bad [05:00:50 CET] <therage3> sometimes you have to wonder, just what the hell were people thinking when they name stuff [05:01:10 CET] <kepstin> but it's mostly used in professional fields - i think movie theatre projectors are normally jpeg2000? [05:01:15 CET] <kepstin> I could be wrong. [05:01:18 CET] <therage3> Interesting [05:01:49 CET] <ZexaronS> A random 15 year old teenager who buys a phone isn't using a magnifying glass to look for jpeg glitches and artifacts and sending angry emails to Sony for not using JPEG2000 ... I wish they would [05:02:16 CET] <kepstin> anyways, those are massive files where you need to use a set of hard drives just to hold one movie :) [05:02:34 CET] <kepstin> for normal consumer video, codecs that compress more are useful :) [05:04:04 CET] <kepstin> which is where you get stuff like mpeg, where they enhanced jpeg so that it has predicted frames. If one frame only had small changes from the previous, then it can just say "use this part from the previous frame" and not bother encoding it again [05:04:35 CET] <ZexaronS> Yeah, but the whole market could move ahead, if consumers weren't so responsive on the size, you could have computers as big as a refrigerator, everything would be bigger, faster, and you'd still have these prices, it's simple because all it takes is demand, the reason new tech costs so much is because it takes demad, if everyone stopped buying this and wouldnt' buy until HDDs would be 50TB a piece, the industry would innovate very quickly [05:04:44 CET] <kepstin> and later mpeg versions got more and more complicated as they added new features to make video smaller [05:04:48 CET] <therage3> that explains the weird things often seen [05:04:57 CET] <therage3> like people have weird "lizard" eyes [05:06:50 CET] <klaxa> it's the invisible hand of the market~ [05:07:14 CET] <klaxa> that moves the money from the poor to the rich~ [05:08:15 CET] <ZexaronS> it's really quite a pity, if there was a company that set THE BAR very high, everyone else would need to jump to that point, in 2 years prices would normalize [05:08:31 CET] <ZexaronS> because it's so simple [05:09:01 CET] <ZexaronS> I wouldn't buy a new CPU/GPU if the next one isn't at least 100% better [05:09:14 CET] <ZexaronS> if not more [05:09:30 CET] <klaxa> too bad you are expecting people to be rational [05:09:57 CET] <kepstin> yep, that's true for a lot of people, there's a reason why desktop computer sales have been decreasing over time. [05:10:04 CET] <ZexaronS> ABIT motherboards were ahead of it's time, I think they went out of business because of sabotage by other motherboard companies [05:11:14 CET] <kepstin> at this point, it takes several years for a new gpu to be twice as good as an old one. [05:12:29 CET] <kepstin> i think cpus are even slower to improve, particularly since adding more cores doesn't always make things faster. [05:13:49 CET] <therage3> it doesn't. for a lot of things, it's single thread performance that counts [05:14:17 CET] <therage3> multiple cores are great for virtual machines, parallel execution of code, etc. [05:14:37 CET] <therage3> but pure number crunching, numerical algorithms, games, etc. often work better with solid single core performance [05:15:29 CET] <kepstin> and stuff which does work well on multi-core system sometimes works even better on a gpu - a many, many core system - instead. [05:16:03 CET] <kepstin> video encoding, oddly enough, is one of the few exceptions to that [05:16:12 CET] <ZexaronS> This is pretty much The 1000h lightbulb of the computer industry https://en.wikipedia.org/wiki/Capacitor_plague [05:18:46 CET] <ZexaronS> Yeah DCS World needs a lot of single core perf for it's physics [05:19:36 CET] <ZexaronS> it's some kind of a sync issue, can't have it async, and writing code to syncronize that then cancels out the benefits of async [05:19:58 CET] <ZexaronS> to some degree, not sure how much [05:21:53 CET] <kepstin> yeah, well known issue with many types of computer programs. https://en.wikipedia.org/wiki/Amdahl%27s_law describes it [05:24:17 CET] <Cracki> pure number crunching tends to be parallelizable [05:24:24 CET] <Cracki> that benefits greatly from multicore [05:25:06 CET] <Cracki> i trust the people who know amdahl's law ;) [05:36:40 CET] <ZexaronS> Hmm, my x264 is blured quite a bit, i didn't use any other params except no-deblock [05:36:45 CET] <ZexaronS> with crf 22 [05:47:06 CET] <Cracki> could you show that [05:48:35 CET] <ZexaronS> sample? [05:48:45 CET] <JC_Yang> is av_packet_unref() thread-safe? where can I find the definition? search "void\s+av_packet_unref" does not lead me to its definition [05:49:48 CET] <ZexaronS> a live streaming video what probably is x264 is is screencapped in tsc2 at 19Mbps and then I want to put it back to x264 [05:52:51 CET] <ZexaronS> i used slow preset, also, auto x264 params set threads to 12 when i set -threads 0 in ffmpeg, i don't have 12 threads, I have 4x4 [05:55:58 CET] <ZexaronS> So that's a bug right ? [05:59:46 CET] <JC_Yang> disconnected due to buggy client. ask again... is av_packet_unref() thread-safe? where can I find the definition? search "void\s+av_packet_unref" does not lead me to its definition [06:01:04 CET] <Cracki> JC_Yang, did you google? [06:01:19 CET] <Cracki> did you grep the source? [06:01:35 CET] <Cracki> perhaps your regexp is too narrow [06:02:53 CET] <JC_Yang> grep with notepad++ already, but get me no result. maybe some interal defined macro between void and name? [06:03:28 CET] <Cracki> https://ffmpeg.org/doxygen/3.1/group__lavc__packet.html#ga63d5a489b419bd5d4… [06:04:46 CET] <JC_Yang> thanks, I was looking for the doxygen [06:05:53 CET] <ZexaronS> I set the -r 30, but Mediainfo reports frameratemode to be Variable and doesn't report what framerate it is, maybe it's a x264 thing, but ffprobe also says 30/1, doesn't 30/1 mean 29.79 ? [06:06:10 CET] <ZexaronS> the source is 30 as well as the config [06:06:26 CET] <Cracki> 30/1 means 30/1 [06:06:31 CET] <Cracki> 30000/1001 means 29.97 [06:06:46 CET] <ZexaronS> well I don't know what is 30/1 [06:06:51 CET] <Cracki> a fraction [06:07:01 CET] <ZexaronS> why, it's suppose to be constant [06:07:06 CET] <Cracki> is it really? [06:07:09 CET] <Cracki> videos can be vfr [06:07:28 CET] <Cracki> how did you do this? "I set the -r 30" [06:07:37 CET] <ZexaronS> I didn't tell it to be VFR unless that's the default. I set r to 30 [06:07:41 CET] <Cracki> how [06:07:51 CET] <Cracki> you could have done something wrong [06:09:49 CET] <ZexaronS> for %%F in (*.avi) do ffmpeg -loglevel verbose -i "%%~F" -preset slow -crf 23 -r 30 -vcodec libx264 -x264-params no-deblock -pix_fmt yuv444p -movflags +faststart -acodec libmp3lame -b:a 288k -ac 2 -threads 8 -f matroska "%%~nF.mkv" [06:10:38 CET] <ZexaronS> don't tell me It's the order of commands [06:12:43 CET] <JC_Yang> code layouts seem changed, can't find it in 3.4.1 [06:17:15 CET] <ZexaronS> Here's a question: If web streaming probably had yuv420, and I recorded it with a -semi-lossless codec with yuv444p, would I rather recode back to yuv444p or can I do yuv420p and not introduce some side effect which would make it worse than original ? [07:07:11 CET] <ZexaronS> Can anyone weight it whether autothreads detection is buggy if it sets x264-params threads=12 when i have 8 ? 4x4 [07:07:20 CET] <ZexaronS> or else i make ticket [07:36:49 CET] <ZexaronS> Hmm i have an idea [07:38:08 CET] <ZexaronS> message color should be loglevel specific, error=red, warn=yellow, info=lightgreen, verbose=green, debug=darkgreen, trace=palepink [07:38:58 CET] <ZexaronS> cyan and purple seem to be used by encoders and some other stuff [07:54:54 CET] <ZexaronS> using this setpts=N/FRAME_RATE/TB after -vf mpdecimate actually makes wrong results, using only mpdecimate makes correct a/v sync [07:54:59 CET] <ZexaronS> terrible internet advice [07:55:11 CET] <ZexaronS> https://video.stackexchange.com/questions/20958/ffmpeg-dropping-duplicate-f… [10:21:40 CET] <furq> ZexaronS: x264 defaults to local cores * 1.5 [10:21:43 CET] <furq> logical [10:22:14 CET] <ZexaronS> what's the point of the extra 0.5 ? [10:22:29 CET] <furq> apparently it's more efficient [10:23:13 CET] <ZexaronS> A few fps faster ? [10:24:06 CET] <furq> emphasis on a few, yeah [11:25:23 CET] <fl0x23> Hi guys [11:27:01 CET] <fl0x23> Merry Christmas and a happy new year [12:47:18 CET] <robertfoss_> heya [12:47:20 CET] <robertfoss_> I'm building ffmpeg and having some issues enabling the right flags for enabling png codec + muxer [12:47:28 CET] <robertfoss_> I am running ./configure with --enable-zlib [12:47:36 CET] <robertfoss_> https://hastebin.com/gigorareme.pas [12:53:31 CET] <robertfoss_> configuration options: https://hastebin.com/jexilezoso.swift [14:01:05 CET] <fl0x23> Hello? [14:01:33 CET] <fl0x23> Can anyone help me? Please. [14:04:32 CET] <TheRock2> i don't think so [14:07:45 CET] <fl0x23> would like to stream a screencast from my odroid / raspberry [14:08:19 CET] <fl0x23> better this way? [14:09:00 CET] <fl0x23> I would like to stream a screencast from my odroid / raspberry but it dosn't work. [14:11:18 CET] <fl0x23> can someone tell me for what this channel is? [14:11:55 CET] <TheRock2> this channel is a fake, the majority here are vampires and bloodsuckers [14:12:14 CET] <fl0x23> lol [14:12:48 CET] <fl0x23> I think this is a ghost ship [14:16:46 CET] <kepstin> well, it's kinda hard to come up with a reasonable response to "it doesn't work" [14:17:13 CET] <durandal_1707> provide more info [14:19:29 CET] <kepstin> note that raspberry pi is generally a terrible choice for video encoding/streaming, but it should be usable if you can get the hardware encoder working [14:19:42 CET] Action: kepstin doesn't know about odroid [14:21:11 CET] <fl0x23> Thank you very much. I'll prepare the log. [14:27:53 CET] <occivink> hi, is there a filter I can use to replace the transparency of an image with a checkerboard pattern? preferably without blending with an actual checkerboard image [14:30:26 CET] <kepstin> as far as I know, there's no way to generate a checkerboard pattern in ffmpeg without providing an image. [14:31:22 CET] <kepstin> maybe there's a filter that could render one, but it would probably be a lot more work figuring it out :/ [14:39:00 CET] <fl0x23> I am back. Here is my log. He works well! https://pastebin.com/iKAVjrSG [14:39:52 CET] <fl0x23> if I want to stream network error comes on twitch. [14:41:19 CET] <fl0x23> but if i want to stream... Channel is online but network error comes on twitch [14:42:34 CET] <occivink> kepstin: I see, too bad. On a related note, what's the filter to expand an image by "repeating" it on the sides? I'm sure it exists but I don't know the keywords to find it [14:42:38 CET] <fl0x23> https://pastebin.com/6BFwTiDg Here my streaming command [14:45:11 CET] <fl0x23> sry i do not understand was you mean kepstin [14:48:48 CET] <fl0x23> https://pastebin.com/AfQby2m7 [14:49:30 CET] <fl0x23> That don't work... I hope someone can help me on this ghost ship. [14:54:26 CET] <klaxa> i would guess your device is too slow [14:56:57 CET] <robertfoss_> who should I ask about build issues? [14:57:32 CET] <fl0x23> yes, I suspect too. But I would be enough if every 20 seconds a picture is sent. [14:57:58 CET] <TheRock2> you could post your question into this room robertfoss_ [14:58:04 CET] <TheRock2> 409 people are awaiting to answer your question [14:59:07 CET] <robertfoss_> TheRock2: ah, did before :) [14:59:39 CET] <robertfoss_> TheRock2: but I'm having some issues building an ffmpeg that properly en/de-codes png files [14:59:47 CET] <robertfoss_> TheRock2: I am running ./configure with --enable-zlib [14:59:52 CET] <robertfoss_> TheRock2: https://hastebin.com/gigorareme.pas [15:00:00 CET] <robertfoss_> TheRock2: configuration options: https://hastebin.com/jexilezoso.swift [15:11:10 CET] <relaxed> can't view hastebin with a text browser, 0 out of 10 [16:09:49 CET] <alexpigment> man, i've been arguing via email by this dude who posted a very misinformed blog post about 1080i60 (1080i30, 1080/60i), and the dude just does not get it. what's worse is his blog comes up very highly on a google search result [16:10:05 CET] <alexpigment> http://www.biscardicreative.com/1080i-60-is-not-60fps-repeat-after-me/ [16:10:30 CET] <alexpigment> it's like the dude has never worked with interlaced content [16:12:46 CET] <sfan5> since when are 30 fps = 29.97 fps? [16:13:45 CET] <TheRock2> if you round it up, it's 30 [16:14:51 CET] <alexpigment> i'm perfectly fine with the generalization of 29.97 as 30. it's more about the fact that he doesn't understand why people call it 1080i60 because he doesn't seem to understand that each field is one part of a combined complete picture [16:14:59 CET] <alexpigment> rather [16:15:01 CET] <alexpigment> sorry [16:15:11 CET] <alexpigment> he doesn't understand that each field is *not* part of a combined complete picture [16:15:59 CET] <alexpigment> if you could simply combine two adjacent fields and make a frame, there would be no benefit to 1080i over 1080p30 [16:16:28 CET] <alexpigment> 1080i60 from any reasonable viewing distance is going to look identical to 1080p60 [16:19:02 CET] <kerio> fite me irl [16:19:15 CET] <alexpigment> ? [16:19:33 CET] <raijin> :D [16:19:41 CET] <kerio> there's no way interlaced 60fps is going to look identical to progressive 60fps [16:19:52 CET] <alexpigment> kerio: from any reasonable distance it will [16:20:00 CET] <alexpigment> e.g. 2 feet from your monitor [16:20:04 CET] <raijin> myopia is a way [16:20:05 CET] <alexpigment> 5 feet from your tv [16:20:29 CET] <kerio> raijin: fair [16:20:51 CET] <alexpigment> i can send you the same example files i sent this dude if you actually are in disbelief [16:22:03 CET] <kerio> the only way that could be even remotely true is if you're watching with a physical screen that can actually do interlaced output [16:22:11 CET] <alexpigment> no [16:22:19 CET] <alexpigment> the deinterlacing happens before it gets to the screen [16:22:28 CET] <kerio> oh so now there's deinterlacing [16:22:28 CET] <alexpigment> you're always seeing 1080p60 on your screen [16:22:35 CET] <alexpigment> kerio: of course [16:22:47 CET] <alexpigment> you can't watched interlaced content on an LCD screen [16:22:52 CET] <alexpigment> it *has* to be deinterlaced [16:23:19 CET] <alexpigment> and when it is, it is functionally identical to 1080p60 [16:24:00 CET] <alexpigment> granted, i realize of course that there's a loss of horizontal resolution on the crudest of deinterlacing algorithms, but even then it's hard to tell. any deinterlacer worth its weight will be imperceptible [16:25:21 CET] <alexpigment> 1080i sample: http://s000.tinyupload.com/index.php?file_id=57441411385003363132 [16:25:31 CET] <alexpigment> 1080p60 sample: http://s000.tinyupload.com/index.php?file_id=56286925003591748010 [16:25:48 CET] <alexpigment> make sure and view on a player that does hardware deinterlacing (Windows Media Player, Kodi, or your TV) [16:27:24 CET] <robertfoss_> relaxed: raw hastebin: https://hastebin.com/raw/gigorareme [16:27:42 CET] <robertfoss_> relaxed: raw hastebin config: https://hastebin.com/raw/jexilezoso [17:03:06 CET] <hexhaxtron> Hi! I paid to have VHS tapes converted to DVD. What should I do to convert those DVDs to a format easy-to-view in Windows? [17:03:50 CET] <hexhaxtron> avi, mkv, mp4? [17:04:08 CET] <therage3> extract them as mkv's and then put them through handbrake or ffmpeg to transcode them to a format/codec and container of your choice [17:04:22 CET] <sfan5> rip them using handbrake to an mp4 (H.264 + AAC) [17:04:36 CET] <hexhaxtron> Thanks! :) [17:05:12 CET] <furq> you shouldn't even need to rip them to be able to play them in windows [17:05:24 CET] <furq> just use makemkv or something [17:13:06 CET] <durandal_1707> keep original video format [17:14:32 CET] <therage3> that's to ensure maximum quality, but with ffmpeg or handbrake you can compress it lossily yet still keep visual transparency, if space is an issue [17:44:09 CET] <wouterstreamit> I am building Chromium with the proprietary-codecs flag for an embedded ARM linux system and that uses ffmpeg internally for, amongst other things, demuxing video data. However, I get a crash with mp4 video files. I have traced it back to happening at a call to avformat_find_stream_info but I am not sure what is going wrong. A signal 4 illegal instruction crash is triggered when avformat_find [17:44:09 CET] <wouterstreamit> _stream_info calls try_decode_frame which calls avcodec_send_packet which calls av_bsf_send_packet which calls av_packet_move_ref. In that very simple method, which doesnt even look like it dynamically calls a function (a typical cause of signal 4 errors) the program crashes. If I disable the call to try_decode_frame, the audio stream decodes just fine. Webm streams work just fine as well. Is [17:44:09 CET] <wouterstreamit> this a known issue, or am I doing something stupid? [17:49:50 CET] <teratorn> "I am building Chromium with the proprietary-codecs flag for an embedded ARM linux system..." [17:49:58 CET] <teratorn> you tell me [17:50:33 CET] <wouterstreamit> Tell you what? [17:52:20 CET] <thebombzen> You're doing something proprietary, we can't see your code [17:53:20 CET] <thebombzen> as for illegal instruction? sounds like configure options [17:53:58 CET] <wouterstreamit> It's not proprietary? proprietary-codecs is just a flag in chromium to make it compile with support for mp4, h264 and some other codecs. Ubuntu compiles their chromium with that flag as well [17:56:50 CET] <wouterstreamit> "sounds like configure options" - I thought it would be related to that, as Chromium compiles its ffmpeg dependency with a custom build tool that does not directly use configure - but while tracing back the source of the error I cannot see how such a crash can happen in av_packet_move_ref [18:02:39 CET] <iive> all assembler code is guarded by cpu capability checks, so if there is illegal instruction it must be generated by the c compiler. [18:04:02 CET] <iive> it could also be memory corruption (by out of bound write). [18:04:56 CET] <iive> i think there is valgrind for arm, it might be overkill, but it should do the job [18:05:30 CET] <wouterstreamit> That option sounds more likely as no assembly code is touched anywhere near the source of the crash - simply commenting out the body of the av_packet_move_ref function prevents the crash (but obvioulsy causes a lot of things to break so doesnt help at all) [18:07:09 CET] <dw> hi. is there a better solution to live transcoding with VLC client as a target than tcp://....?listen ? I'm presently in a bandwidth starved country, and realtime resize+x265 transcode pretty much solves the probelm, but raw tcp:// lacks e.g. seeking, or resume on connection failure. Right now I additionally want to transcode another live stream (CCC conference), so something that works just for files is not [18:07:15 CET] <dw> suitable. any ideas? [18:07:34 CET] <dw> I can of course resume with -ss ...., but it's a pain in the ass :) [18:08:32 CET] <bencoh> is that an ffmpeg question or a vlc one in the end? :] [18:08:50 CET] <bencoh> ah, nevermind, got it [18:08:55 CET] <dw> I'm not sure :) maybe it's a "third party media servers" question :) [18:09:27 CET] <bencoh> indeed :) [18:09:37 CET] <dw> this setup works well, but it's just the lack of seeking and resume drives me a bit crazy [18:10:39 CET] <dw> it's one of those cases where I know exactly how to solve this by writing code, and usually when that happens, it means someone has already written said code :P [18:15:02 CET] <Roksyk> hi [18:16:31 CET] <Roksyk> i'm having a bit of trouble, because all i'm trying to do is convert a handful of .flac files into .mp3, and i'm trying to figure out what the best, and easiest way to use ffmpeg for that is [18:17:52 CET] <DHE> for INPUT in *.flac; do ffmpeg -i $INPUT $(basename $INPUT .flac).mp3 ; done [18:18:06 CET] <DHE> add options for quality if you like [18:18:28 CET] <Roksyk> alright [18:18:44 CET] <Roksyk> is INPUT for the filepath? [18:19:35 CET] <Roksyk> like, i do $(filepath)? [18:20:54 CET] <bencoh> dw: err, how would you "solve" it? [18:29:12 CET] <DHE> INPUT is my shell variable iterating over all *.flac [18:29:18 CET] <relaxed> Roksyk: run the command in the dir containing the flac files. for i in *flac; do ffmpeg -i "$i" -q:a 0 "${i%.*}".mp3; done [18:29:29 CET] <furq> relaxed's is better [18:29:49 CET] <furq> you can also use find+xargs if you want to have it run multiple jobs in parallel (the flac encoder is singlethreaded) [18:29:56 CET] <furq> but if this is just a handful then that's probably overkill [18:30:05 CET] <relaxed> you can use /path/to/*flac as well [18:35:44 CET] <dw> bencoh: the naive solution is to restart the pipeline with the equivalent of -ss ... -i ... matching the ui's seek command and concatenate it on the existing output stream [18:36:07 CET] <dw> bencoh: pretty sure if i dig deeper, i can just reuse whatever mechanisms for seeking exist internally rather than restarting everything [18:36:51 CET] <dw> bencoh: hence expecting this to already exist somewhere :) it looks like ffserver + rtsp:// will do it at least for files. but it should be possible to do it for any seekable input stream too [18:37:06 CET] <dw> (such as DASH or HLS or whatnot) [18:38:02 CET] <dw> its pretty much just the software equivalent of one of those IR repeaters for controlling a DVD player from another room ;) [18:38:56 CET] <bencoh> except that there is another transcode operation in the middle of the chain [18:39:25 CET] <dw> yep [18:40:13 CET] <Roksyk> well, i'm not sure if i'm doing it right, but it's telling me "permission denied" [18:45:14 CET] <relaxed> Roksyk: you're using the bash shell? [18:46:40 CET] <Roksyk> idk what that is [18:47:11 CET] <nico__> if I use "ffmpeg -i inputvideo.mp4 frame%03d.png" will ffmpeg will extract every single individual frame of the video regardless of the original framerate of the video ? [18:47:25 CET] <Roksyk> i'm just using the 20171225-613f789 version [18:47:28 CET] <Roksyk> in cmd [18:49:02 CET] <therage3> yes, but note that it will output weird things for variable framerate videos [18:49:18 CET] <therage3> so if you have a constant framerate video, it should work as intended [18:50:07 CET] <Roksyk> sorry, i'm still kind of confused [18:51:13 CET] <therage3> sorry, that was for nico__, not you, Roksyk [18:51:50 CET] <Roksyk> i know [18:51:51 CET] <Roksyk> lol [18:54:33 CET] <relaxed> Roksyk: which OS are you using? [18:54:48 CET] <Roksyk> windows 7 [18:54:54 CET] <Roksyk> 64bit version [18:55:00 CET] <relaxed> Oh :) [18:55:05 CET] <Roksyk> yeah [18:55:11 CET] <Roksyk> ..should i have said that at first? [18:55:14 CET] <relaxed> I gave you a linux command [18:55:18 CET] <Roksyk> whoops [18:55:26 CET] <Roksyk> that's my fault for not specifying [18:56:16 CET] <relaxed> google windows ffmpeg for loop [18:56:25 CET] <Roksyk> loop? [18:58:14 CET] <relaxed> yes- a "for" loop, you want to run a command that loops through each file, converting it to mp3 [19:01:22 CET] <relaxed> For windows it would look something like, for %%g in (*.flac) do ( ffmpeg.exe -i "%%g" -q:a 0 "%%g".mp3 ) [19:03:52 CET] <Roksyk> well..uh [19:04:03 CET] <Roksyk> my friend kinda made a windows batch file for me, anyway [19:04:13 CET] <Roksyk> that does exactly what i needed it to [19:04:18 CET] <relaxed> ok [19:04:48 CET] <Roksyk> well, i still need to ask something real quick [19:05:31 CET] <Roksyk> is it really possible to change the bitrate and everything of a sound file, and get rid of the crackles and fix the quality of it? [19:06:30 CET] <alexpigment> crackles... is this a vinyl rip? [19:06:39 CET] <Roksyk> well no, but [19:06:44 CET] <Roksyk> i mean, they aren't loud, but [19:06:54 CET] <alexpigment> digital clipping? [19:07:19 CET] <Roksyk> sometimes when the pitch and loudness gets to a certain point, it crackles a tiny bit [19:07:24 CET] <alexpigment> there are intelligent filters available to help with these sort of things, but they're imperfect by nature [19:07:38 CET] <alexpigment> what you're probably talking about is digital clipping caused by hard mastering [19:07:41 CET] <Roksyk> i mean, what i always do is go out to download better versions [19:07:50 CET] <therage3> I don't know if this is a solution, but things like Audacity do allow you to load the file into it and then fix some stuff [19:08:02 CET] <therage3> A certain point... [19:08:09 CET] <therage3> That sounds like clipping/distortion [19:08:18 CET] <therage3> Like, when it gets to 0 dB and tries to go over [19:08:33 CET] <Roksyk> i could try to find a song as an example [19:08:41 CET] <therage3> sorry if I didn't scroll up, but what's the source of these songs? [19:08:50 CET] <alexpigment> Roksyk: how about any red hot chili peppers album since 1999 ;) [19:09:04 CET] <therage3> that band is the worst offender as far as the loudness war is concerned [19:09:10 CET] <therage3> Californication has ATROCIOUS mastering [19:09:23 CET] <therage3> damn shame, because the album per se is fine [19:09:28 CET] <alexpigment> haha. i personally don't mind it that much on that album, but yes, the clipping is certainly there [19:09:30 CET] <Roksyk> wait [19:09:37 CET] <Roksyk> i did notice it with that, yeah [19:09:39 CET] <Roksyk> hang on [19:09:47 CET] <therage3> listen to the end of Parallel Universe, when John kicks up the overdrive [19:09:49 CET] <therage3> it sounds so grating [19:09:50 CET] <alexpigment> yep [19:10:23 CET] <alexpigment> although, that clipping in particular could have come from any point in the chain. he's clearly got a heavy phaser going into a loud amp. the *mics* could have been clipping for all we know ;) [19:11:11 CET] <therage3> I dunno, I just think Rick Rubin was like, "fuck it, turn it up turn it up" [19:11:22 CET] <alexpigment> when had rick ever *not* said that? lol [19:11:38 CET] <Roksyk> actually [19:11:40 CET] <therage3> for all we know, the band themselves would have been opposed to it personally, but contracts would force them to deal with it [19:11:48 CET] <Roksyk> another example is the album smash by the offspring [19:12:05 CET] <alexpigment> the mastering stage, and to some degree the mixing, is often out of the hands of the band [19:12:45 CET] <therage3> well, yes, but producers/engineers that are more approachable may welcome input from the band. maybe this wasn't one of those cases [19:12:46 CET] <alexpigment> Roksyk: yeah, that most likely has a lot of digital clipping. it's a loud album, especially by 1994's standards [19:13:15 CET] <therage3> i'm not too familiar with that band's material, with the exception of Pretty Fly (For a White Guy) and then one other song they did, One Fine Day [19:13:31 CET] <therage3> oh, and Why Don't You Get a Job [19:13:35 CET] <alexpigment> Roksyk: having said that, have you checked the files on multiple playback devices? there could be some additional factor that's making the clipping more noticeable on your computer [19:14:10 CET] <Roksyk> not really, cause WMP is the only thing i use, plus my sony walkman, and i don't care to change [19:14:20 CET] <Roksyk> but if i can't fix it in the end, it's not a big deal [19:14:23 CET] <alexpigment> well, that's two devices [19:14:40 CET] <alexpigment> WMP has some "loudness" settings under the hood though. i'd make sure there are no enhancements turned on [19:14:59 CET] <alexpigment> it took me several years to realize dolby digital audio is treated by one of 3 settings that determines the output volume in WMP [19:15:09 CET] <Grobo> Is there a way to use a BD subtitle stream in an MP4 container? [19:15:53 CET] <alexpigment> Roksyk: just as a safety measure, right click on WMP while it's playing audio, then go to Enhancements [19:16:06 CET] <alexpigment> turn off auto volume leveling [19:16:12 CET] <therage3> Roksyk: get rid of all filters, DSP, and whatnot [19:16:17 CET] <alexpigment> set the eq to flat [19:16:30 CET] <alexpigment> k [19:16:42 CET] <alexpigment> man, WMP really makes it annoying to check all these filters, i'm noticing [19:16:49 CET] <alexpigment> they're in like 10 different places [19:17:10 CET] <therage3> or, better yet, turn the EQ off, if there's a setting to just turn it off. even if all frequencies are flat, if it's on, some preamp setting may be messing with the output [19:19:53 CET] <Roksyk> i don't see auto volume leveling in enhancements but i think i already messed with that before [19:20:05 CET] <Roksyk> https://i.imgur.com/pe3YDRu.png this is what's under the dolby settings [19:20:19 CET] <alexpigment> the dolby settings don't apply here [19:20:22 CET] <alexpigment> it's the other settings [19:20:52 CET] <Roksyk> oh, and i have the eq set to something custom [19:20:57 CET] <Roksyk> since i can't listen to music flat [19:21:14 CET] <therage3> this is compounded by the fact that sometimes, depending on soundcard and how the Windows mixer interfaces with it, it may be applying some bullshit dithering [19:21:38 CET] <alexpigment> roksyk: well if you have the EQ pushes up on any band and the gain is still the same, that introduces clipping inherently [19:21:46 CET] <therage3> that's why a lot of people try to bypass the Windows mixer and try to give the sound playing program exclusive access to the soundcard [19:22:22 CET] <Roksyk> alright [19:22:28 CET] <alexpigment> fyi, here are the WMP settings I see: https://imgur.com/a/udRdf [19:23:03 CET] <Roksyk> okay [19:23:12 CET] <Roksyk> i have the same, and auto leveling is off [19:23:13 CET] <alexpigment> crossfading and volume leveling, graphic eq, quiet mode, and SRS WOW effects all can play a part in the volume of the track, and therefore the clipping [19:23:23 CET] <Roksyk> i just saw crossfading first and didn't notice it next to that [19:23:23 CET] <alexpigment> ok, turn the EQ off, check the clipping again [19:24:30 CET] <Roksyk> nope, still the same [19:24:52 CET] <alexpigment> k, i just figured I'd ask [19:25:04 CET] <alexpigment> do you have a sample file by chance? [19:25:27 CET] <Roksyk> https://dl.dropboxusercontent.com/s/wm1pxqrezb8z1du/09%20It%27ll%20Be%20a%2… [19:25:33 CET] <alexpigment> i just want to make sure there's not another factor here, because digital clipping is bad, but most people don't really notice the actual distortion. they usually just notice the lack of dynamics [19:25:34 CET] <Roksyk> this is from the smash album [19:25:55 CET] <Roksyk> from '94 [19:26:54 CET] <alexpigment> i mean it's definitely very loud, but i don't hear constant clipping artifacts per se [19:27:05 CET] <therage3> Roksyk: I loaded it into Audacity, and while there's no _actual_ clipping (the waveform never reaches 0dB), it's close [19:27:07 CET] <therage3> and it seems very compressed [19:27:10 CET] <alexpigment> right [19:27:23 CET] <Roksyk> that's odd [19:27:30 CET] <therage3> what year is this album from...? [19:27:36 CET] <Roksyk> 1994 [19:27:47 CET] <therage3> what. that's really early for this loudness war stuff [19:27:49 CET] <therage3> ??? [19:27:54 CET] <alexpigment> well, the clipping is hardcoded into the tracks. the actual CDs are never over 0db [19:28:13 CET] <furq> it's never too early for bad mastering [19:28:18 CET] <alexpigment> therage3: punk has always been loud [19:28:30 CET] <furq> you get it on a lot of electronic stuff [19:28:34 CET] <furq> japanese stuff is particularly bad [19:28:47 CET] <alexpigment> listen to "little red corvette" by prince [19:28:52 CET] <alexpigment> tell me *that* isn't distorted as hell [19:29:02 CET] <furq> you can probably find a better master of that these days [19:29:04 CET] <alexpigment> i love the song, but prince really screwed the pooch on that one [19:29:27 CET] <alexpigment> furq: i've looked [19:29:30 CET] <Roksyk> i'm gonna go find another example [19:29:52 CET] <alexpigment> furq: there are active "pops" happening at the loud parts of that song [19:30:05 CET] <kazuma_> peaking [19:31:09 CET] <Roksyk> okay, here's a good example of what i'm talking about [19:31:16 CET] <Roksyk> you can hear it right away [19:31:27 CET] <Roksyk> https://dl.dropboxusercontent.com/s/8c38alanxf6rp10/08%20-%20Suffer.mp3 [19:31:34 CET] <furq> i actually don't see a good recent remaster of it so you might be right [19:31:46 CET] <kazuma_> the distortion? [19:31:55 CET] <Roksyk> this bitrate is at 251kbps [19:31:59 CET] <Roksyk> and yeah [19:32:00 CET] <alexpigment> Roksyk: yeah, that's baked in there, but this could very well just be the fact that this is a dual rec with a mic in front of it [19:32:20 CET] <alexpigment> anyway, i'm not surprised that a nu metal song clips ;) [19:32:23 CET] <therage3> Roksyk: how was this mp3 obtained? through a properly done rip of the CD? do you know what was used [19:32:25 CET] <pos> so, i've got these rtsp sources which, when using ffmpeg with -vcodec copy, end up with funky files. let's say i've captured 15 seconds of video, i get a video file sized about 5MB but all players think it's 50 minutes long [19:32:45 CET] <pos> mplayer/mpv complain about invalid timestamps, vlc crashes [19:32:50 CET] <Roksyk> through pirating [19:33:12 CET] <pos> i've tried -fflags +gentps and -vsync drop to no avail [19:33:17 CET] <alexpigment> Roksyk: i'm listening to it via Spotify. don't hear exactly the same spikes tbh [19:33:39 CET] <kazuma_> was it a vinyl rip source ? [19:33:41 CET] <alexpigment> still loud, but that's expected for staind [19:33:41 CET] <kazuma_> or cd [19:33:51 CET] <kazuma_> bad rip from vinyl with audacity could cause that imo [19:34:13 CET] <alexpigment> or a bad CD rip with some sort of normalizer setting enabled [19:34:23 CET] <alexpigment> like if someone set the normalizer to 101% or something [19:34:41 CET] <alexpigment> i can imagine some idiot being like "my rips sound the best beacuse they're louder" [19:34:47 CET] <Roksyk> from cd, i'm pretty sure [19:34:55 CET] <kazuma_> out amp's go to 11 [19:34:55 CET] <alexpigment> and sadly, they would probably be right for a lot of listeners [19:34:58 CET] <kazuma_> our* [19:35:05 CET] <alexpigment> it's one more really... [19:35:16 CET] <alexpigment> *one louder [19:35:48 CET] <alexpigment> ok, i'm going to stop listening to staind. it really is a distorted as hell song in general [19:36:03 CET] <alexpigment> very grating through headphones [19:36:40 CET] <Roksyk> yeah [19:36:56 CET] <Roksyk> i got a couple other torrents ready, and i tested the one with 320kbps [19:36:57 CET] <alexpigment> Roksyk: anyway, assuming the ripping itself is not the source of the problem (the jury is still out), see this: http://manual.audacityteam.org/man/clip_fix.html [19:36:58 CET] <Roksyk> same thing [19:37:24 CET] <Roksyk> i'll keep this in mind, thanks [19:37:43 CET] <kazuma_> the best thing to do Roksyk is buy your own cd's and rip them yourself [19:37:48 CET] <alexpigment> imperfect science, obviously, but it can help [19:37:54 CET] <Roksyk> i'd rather not [19:37:55 CET] <kazuma_> and buy jpop because it's bestest [19:37:57 CET] <alexpigment> also ^^^^ re kazuma [19:37:57 CET] <Roksyk> unless i have to [19:38:00 CET] <Roksyk> and it's worth it [19:38:24 CET] <alexpigment> Roksyk: well, when your favorite artists get fast food jobs, we'll know who's to blame... [19:38:34 CET] <Roksyk> but i'm still curious about what ffmpeg can do [19:38:52 CET] <Roksyk> because if i have a track that's at a low bitrate, like 180 or 160 [19:39:06 CET] <Roksyk> how would it affect the audio if i changed it to 320? [19:39:31 CET] <kazuma_> gigo Roksyk [19:39:33 CET] <alexpigment> bitrate does nothing for clipping [19:39:44 CET] <alexpigment> bitrate introduces a different kind of audible distortion [19:39:46 CET] <Roksyk> i meant in general [19:39:49 CET] <alexpigment> rather, the lack thereof [19:39:52 CET] <Roksyk> not just clipping [19:40:00 CET] <kazuma_> https://en.wikipedia.org/wiki/Garbage_in,_garbage_out [19:40:15 CET] <alexpigment> wait, are you asking about converting *from* 160 to 320kbs? [19:40:24 CET] <kazuma_> increasing the bitrate of a lower bitrate source is achives nothing [19:40:26 CET] <alexpigment> or just about re-ripping the source to 320kbps [19:40:29 CET] <kazuma_> and just wastes cpu cycles [19:40:53 CET] <Roksyk> i'm asking about the option ffmpeg has to change a bitrate [19:41:07 CET] <alexpigment> didn't you choose a quality level of 0 above? [19:41:26 CET] <alexpigment> either way, if you're ripping and not at all concerned about size, sure, set -b:a to 320000 [19:41:55 CET] <alexpigment> it makes a difference, but the difference from 128kbps to 192kbps is much more noticeable than the difference between 192kbps and 320kbps [19:42:01 CET] <alexpigment> so definitely rule of diminishing returns [19:42:13 CET] <alexpigment> i'm not saying use something lower than 320kbps - just don't expect a miracle [19:42:20 CET] <Roksyk> i don't rip anymore, so that's not that important [19:43:54 CET] <Roksyk> i think i'll just stick to trying to pirate a better version of an album [19:44:15 CET] <Roksyk> oh, also [19:44:45 CET] <Roksyk> this is the batch my friend made [19:44:47 CET] <Roksyk> FOR /R %%G IN (.\*.flac) DO ffmpeg -i "%%G" -ab 320k -map_metadata 0 -id3v2_version 3 "%%~dG%%~pG%%~nG.mp3" [19:44:59 CET] <Roksyk> thought i'd share it before leaving [19:45:17 CET] <Roksyk> idk how he did it, but it works perfectly [19:45:42 CET] <alexpigment> yep, looks simple enough [19:45:44 CET] <kazuma_> it's a for loop [19:45:57 CET] <kazuma_> just takes whatever .flac and encodes to whatever.mp3 [19:47:05 CET] <furq> it's 2017, you should really be using v0 and not 320 cbr [19:47:18 CET] <furq> granted you should also be using opus and not mp3 [19:47:30 CET] <Roksyk> i don't know what you just said [19:48:56 CET] <Roksyk> idk what v0, 320 cbr, and opus is [19:51:13 CET] <TheRock2> guys [19:51:22 CET] <TheRock2> is it possible to put a 1gb movie [19:51:27 CET] <TheRock2> to a 200 mb [19:51:28 CET] <TheRock2> file [19:51:31 CET] <TheRock2> without loss [19:51:33 CET] <klaxa> no [19:51:50 CET] <klaxa> unless you have special circumstances [19:51:52 CET] <Roksyk> well, anyway, thanks for your guys' help [19:51:53 CET] <alexpigment> TheRock2: it depends on if the source is truly uncompressed, but no [19:52:00 CET] <klaxa> like you have a 1 gb full black movie [19:52:05 CET] <alexpigment> haha :) [19:52:24 CET] <TheRock2> lets say, i can take some loss [19:52:31 CET] <TheRock2> i got a movie 1gb good quality [19:52:34 CET] <TheRock2> what could i archive [19:52:40 CET] <TheRock2> 500mb? [19:52:51 CET] <sfan5> archive the original [19:53:03 CET] <alexpigment> yeah, no point in compressing a 1GB movie [19:53:04 CET] <another> depenfs on the video content [19:53:08 CET] <alexpigment> sounds starved already [19:53:53 CET] <alexpigment> maybe a cartoon could be 1gb... [19:54:28 CET] <TheRock2> i made a movie from mysel and i want to upload it, but 1gb is too big for the pattform [19:55:47 CET] <kazuma_> encode to x264 and see what the output is [19:55:56 CET] <sfan5> ffmpeg -i input_file -c:v libx264 -preset slow -c:a copy -y output.mp4 [19:56:02 CET] <sfan5> then see whether the output quality is fine [19:56:05 CET] <kazuma_> ^this [19:56:28 CET] <TheRock2> the command converts the movie to h264 ? [19:56:44 CET] <alexpigment> yes [19:56:48 CET] <alexpigment> at a default quality level [19:56:58 CET] <TheRock2> i see good, but i heard h265 exists, isn't it better? [19:56:59 CET] <sfan5> the default quality is pretty low already [19:57:08 CET] <sfan5> encoding to h265 is slow [19:57:26 CET] <alexpigment> TheRock2: yes, but it's much slower and compatibility is still an issue on many devices [19:57:29 CET] <sfan5> if you can take it, substitute libx264 for libx265 [19:57:29 CET] <kazuma_> very slow* [19:58:08 CET] <kazuma_> i did some tests last year and it was 8times slower to go to x265 with comparable settings as it was to go to x264 [19:58:11 CET] <TheRock2> is there a way to convert it in less than a minute? [19:58:21 CET] <kazuma_> also everying including your toaster can decode x264 [19:58:21 CET] <alexpigment> haha [19:58:23 CET] <alexpigment> no [19:58:39 CET] <alexpigment> 1hr in 1 minute is not possible in any format [19:58:46 CET] <TheRock2> do you have multithreaded command [19:58:53 CET] <alexpigment> it's multithreaded by default [19:59:03 CET] <alexpigment> but if you want to specifically specify it, use -threads 0 [20:00:10 CET] <TheRock2> ok, ty [20:00:24 CET] <TheRock2> i realized zipping it in an archive will be same size :) [20:00:39 CET] <alexpigment> yep [20:00:46 CET] <alexpigment> lossy video doesn't zip hardly at all [20:01:23 CET] <TheRock2> I had to cut one video a little bit, but had no editor on my computer [20:01:41 CET] <TheRock2> so i opened the file and removed stuff at the end [20:01:44 CET] <TheRock2> it still plays [20:01:48 CET] <TheRock2> is that any bad? [20:02:08 CET] <sfan5> "removed stuff"? [20:02:16 CET] <TheRock2> yeah opened in .txt editor [20:02:18 CET] <alexpigment> well, it's not *good* [20:02:19 CET] <TheRock2> and removed the end [20:02:33 CET] <alexpigment> but if it plays, then I guess you achieved your result [20:02:39 CET] <alexpigment> generally speaking, you shouldn't do that [20:02:53 CET] <TheRock2> it stil has same length but video stops 3 minutes before end [20:03:10 CET] <alexpigment> right [20:03:11 CET] <kazuma_> you can use -t in ffmpeg to cut properly [20:03:19 CET] <therage3> <Roksyk> through pirating <<<< that's the problem right there. Some of these warez/pirating scene groups do have stringent requirements, but some don't, especially back in the day, so all bets are off as to what was done with this before you ended up with it [20:03:21 CET] <alexpigment> because the length is in the moov atom at the beginning [20:03:22 CET] <kazuma_> and it will cut on iframes and not randomly [20:03:50 CET] <kazuma_> the scene has very strict rules therage3 [20:03:58 CET] <kazuma_> p2ptards do not on the other hand [20:04:32 CET] <therage3> kazuma_: they tend to, yes -- but note that this album is from 1994, so who knows when it was ripped, by what group, and if it was "nuked" or not by others [20:04:46 CET] <TheRock2> how does youtube actually have the same video availble in hd and low quality [20:04:51 CET] <alexpigment> i'm just glad i'm old enough and have the resources to not have to deal with pirating and the dumb decisions they make (even if they are indeed stringent) [20:05:12 CET] <therage3> TheRock2: when you upload your video to youtube, they reencode it in different formats and sizes [20:05:17 CET] <kazuma_> well that info is stored in databases therage3 but i take your point [20:05:21 CET] <furq> alexpigment: it's not so bad these days [20:05:33 CET] <alexpigment> furq: they still can't get 1080i right... [20:05:50 CET] <furq> tv was always the one where they made baffling decisions [20:05:58 CET] <furq> that's improved a lot but it's still not perfect [20:06:00 CET] <kazuma_> tv scene rules? [20:06:04 CET] <furq> yeah [20:06:09 CET] <kazuma_> heh [20:06:16 CET] <kazuma_> they are pretty good imo [20:06:28 CET] <alexpigment> needless to say, i rip my own stuff from TV, and i don't trust any "scene" to do it correctly, because they never have [20:06:40 CET] <kazuma_> :O [20:06:43 CET] <TheRock2> i see, so youtube has the right to modify my uploaded material [20:06:46 CET] <TheRock2> its not good [20:06:55 CET] <therage3> have to agree with alexpigment here. [20:06:57 CET] <therage3> i do wonder when these scene groups will move from mp3 to something else. Opus seems to be a better choice these days [20:07:00 CET] <furq> pdtv stuff is pretty much fine now, although a lot of that is web sourced anyway [20:07:07 CET] <sfan5> therage3: muh hardware support [20:07:12 CET] <furq> a lot of music groups are ripping flac now which is nice [20:07:31 CET] <alexpigment> furq: and a lot of people have given up on tv rips and just to web sources, which are often terrible [20:07:33 CET] <furq> some of them are even including eac logs and cues which was unheard of until lately [20:07:35 CET] <kazuma_> pdtv stuff is all from tv furq [20:07:50 CET] <furq> well yeah i mean a lot of stuff that would have had pdtv rips is now web-dl [20:07:55 CET] <kazuma_> web has a diff ruleset and is tagged .web. for native downloads and .webrip. for captures and encodes [20:08:00 CET] <kazuma_> oh yeah [20:08:03 CET] <therage3> sfan5: i think Android 5.0 started including it, so it isn't _that_ much of an issue nowadays, and with time it'll be more supported [20:08:07 CET] <furq> on account of you can just use youtube-dl instead of having to buy a capture card [20:08:20 CET] <therage3> what furq said [20:08:22 CET] <kazuma_> well tuner but yes [20:08:35 CET] <kazuma_> capture card is ahdtv or apdtv and discouraged [20:08:36 CET] <therage3> youtube-dl -F https://youtube.link.here is your friend [20:08:39 CET] <therage3> And choose the best format [20:08:41 CET] <alexpigment> kazuma_: depending on your cable co, capture is necessary sometimes [20:08:46 CET] <kazuma_> no [20:08:51 CET] <therage3> alexpigment: why [20:09:01 CET] <kazuma_> the encryption [20:09:05 CET] <alexpigment> therage3: because spectrum, for example, sets the CCI flag to copy-once [20:09:09 CET] <kazuma_> but it can be circumvented therage3 [20:09:09 CET] <therage3> I see [20:09:29 CET] <alexpigment> and the encryption, of course, but a cablecard could solve that part [20:09:53 CET] <alexpigment> i guess a CCI flag is its own type of encryption too [20:10:05 CET] <kazuma_> we don't get that in europe [20:10:12 CET] <kazuma_> the cci stuff [20:10:13 CET] <flydev3> EPG metadata injection to transport stream, from ffmpeg? Anyone? [20:10:14 CET] <alexpigment> kazuma_: i know, and you're lucky [20:10:39 CET] <therage3> btw [20:10:49 CET] <furq> pdtv rules still forbid anamorphic don't they [20:10:54 CET] <kazuma_> nope [20:10:56 CET] <alexpigment> flydev3: are you actually making .ts files from ffmpeg? i've never had good experiences with that. it'll make the file, but usually not without problems [20:10:59 CET] <furq> that's not as big of a deal since anything worth the extra resolution is hd now [20:11:01 CET] <therage3> https://i.imgur.com/J9rups9.jpg this is the spectrum of the file from before [20:11:09 CET] <therage3> not too shabby i guess [20:11:17 CET] <kazuma_> anamophic is fine, but the sd rules are quite old now [20:11:24 CET] <kazuma_> will likely never get an update [20:11:26 CET] <furq> maybe i'm thinking of dvdrip rules [20:11:40 CET] <flydev3> I'm getting TS from various places, some are Multicast from ISP, some from DVB cards, all of those have EPG, some from other places (re-encoded) and have no EPG [20:12:49 CET] <alexpigment> flydev3: i'll go ahead and say "i don't know", but ffmpeg is the last option i'd try for making ts files anyway [20:12:50 CET] <kazuma_> flydev3 you could do [20:12:57 CET] <kazuma_> -metadata title=epg info here [20:13:06 CET] <kazuma_> but why do you want to add it to .ts [20:13:42 CET] <flydev3> I want to add it to the actual stream and get it back to the servers, I don't wanna save it to the disk (record), I just want to inject the EPG data that is lost back to the stream [20:14:22 CET] <kazuma_> if you actually record the transport stream instead of the program stream the data will be there to begin with [20:15:05 CET] <kazuma_> progdvb's record transponder mode for example [20:15:18 CET] <kazuma_> dvbviewer lets you do it through it's transedit app [20:15:50 CET] <flydev3> yeah, or just a wget ;) or a stupid relay, it keeps the data, but I want to get it back to the stream from someone who already did throw it out [20:16:07 CET] <therage3> btw pro-tip for youtube-dl since it was mentioned before... quite often the best video option doesn't come with the best audio; the best audio is often a standalone audio file in webm container, in 160kbps Opus [20:16:30 CET] <therage3> so you can mux the best video with the best audio locally after downloading [20:16:43 CET] <flydev3> I have the EPG generated from WebGrab in XML file and probably can find some way to read the data I need but I don't know how ffmpeg can get it in there [20:18:45 CET] <kazuma_> flydev3 https://www.ffmpeg.org/ffmpeg-all.html [20:18:53 CET] <kazuma_> ctrl + f for -metadata [20:19:23 CET] <kazuma_> you could stick the data under comment or descriptions [20:21:21 CET] <flydev3> https://pastebin.com/fGSYrEAQ so this with the correct input file (that changes based on current metadata) will work? [20:21:45 CET] <kazuma_> no [20:22:57 CET] <kazuma_> ffmpeg -i your.ts -metadata descriptions"your epg info here" -vcodec copy -acodec copy out.ts [20:23:33 CET] <kazuma_> like that, it your epg info is stored in a text file you could stick it into a variable and just stick %epg% in the line or whatever [20:24:09 CET] <flydev3> yeah, but will ffmpeg keep reading this file when it is changed, while the live stream is being re-encoded? [20:24:53 CET] <kazuma_> well you would add -metadata descriptions"your epg info here" to your live stream encoding line [20:24:54 CET] <flydev3> i'll dump some metadata now and see what kind of content is generated in the file and will try to match it when inserting it back [20:25:09 CET] <kazuma_> and it will be in the media info of the output [20:25:22 CET] <kazuma_> be it hls segments or whatever [20:26:16 CET] <flydev3> ffmpeg -i udp://239.1.1.77:22077 -i /home/epg/clublanduk/live.xml -map_metadata 1 -codec copy OUTPUT ...... (back to multicast output) [20:27:00 CET] <flydev3> or whatever the variations, will try this with the file and update it in realtime [20:27:14 CET] <kazuma_> heh [20:27:25 CET] <kazuma_> i built a script for streaming uk tv over lan [20:27:33 CET] <kazuma_> it would work online also though i guess [20:28:01 CET] <flydev3> nice ;) that's how it all began, but UK TV is hard to get here - needs huge dish and... HD's are out of the question :( [20:28:39 CET] <furq> most of the channels worth watching have passable streams that you can rip [20:28:41 CET] <flydev3> AFAIK you can get all the channels and stream them via LAN from your Virgin coax cable [20:29:19 CET] <furq> actually i think channel 4's vod stuff is still unbroken [20:29:27 CET] <furq> although i'm sure someone who knows what they're doing could get in [20:29:32 CET] <kazuma_> https://pastebin.com/Ntv025Uk [20:29:38 CET] <kazuma_> yes flydev3 [20:29:52 CET] <kazuma_> also furq, channel4's vods are sd only [20:30:02 CET] <furq> i know that but a lot of the stuff i'd like was only ever shot in sd [20:30:04 CET] <kazuma_> they use brightcove drm iirc [20:30:13 CET] <furq> it's something else now i think [20:30:15 CET] <furq> it's still all flash [20:30:26 CET] <furq> afaik uktv uses brightcove and youtube-dl works just fine with that [20:30:40 CET] <flydev3> channel 4 is geoblocked here, the whole thing, and UK proxies are a no-no, we get blocked by ISP instantly, only a good VPN helps [20:30:57 CET] <furq> you could probably get a cheap vps [20:31:38 CET] <flydev3> I get all the channels ,transcoded, but with no EPG, and this gets me in trouble when using my cable box (no EPG info, it gets EPG from in-stream) [20:33:42 CET] <furq> i went to a football match for the first time in years yesterday and every pub we went in before the match had a different illegal stream of the afternoon matches on [20:33:48 CET] <furq> one was chinese, one was arabic and one was polish [20:33:57 CET] <kazuma_> lol yep [20:34:02 CET] <furq> not shy about it either, one of them had it on about six different screens and a projector [20:34:03 CET] <kazuma_> some are legal too though [20:34:15 CET] <BtbN> If you'd do this here they'd get shut down and sued within days. [20:34:22 CET] <BtbN> Sky sends inspectors around all the time [20:34:30 CET] <kazuma_> they use forign ca cards which was declared legal a few years ago [20:34:35 CET] <kazuma_> and dish's with motors [20:34:43 CET] <BtbN> Yeah, that's fine. [20:34:55 CET] <BtbN> But if you show a Sky stream without paying Sky, you _will_ get in trouble. [20:35:00 CET] <kazuma_> yeah [20:35:03 CET] <furq> the chinese one was definitely illegal but that was a smaller pub nowhere near the ground [20:35:06 CET] <flydev3> But it's not watchable anymore via SAT, only Cable TV in the UK, for the HD's that is [20:35:12 CET] <furq> the ones in town seemed to be actual satellite streams [20:35:24 CET] <kazuma_> you on about sports flydev3? [20:35:33 CET] <alexpigment> what's the breakdown of cable vs satellite in the UK? i thought most people were on Sky [20:35:40 CET] <kazuma_> if so you can get them all on backhaul [20:35:43 CET] <furq> mostly satellite but still plenty of cable [20:35:58 CET] <kazuma_> alexpigment all the channels are the same between the two platforms apart from 1 channel [20:36:01 CET] <furq> the cable provider has most of the same channels including sky and bt sport [20:36:08 CET] <flydev3> Nah, don't care much about them, but have the channels since I can't stand local commentaries during any of the sports, and prefer UK comment/quality UK audio and video [20:36:24 CET] <kazuma_> skys nds encryption is secure atm for hd channels, virgins nagravision 3 is not [20:36:24 CET] <BtbN> Football is unwatchable via Satelite, since people on Cable/Terrestrial will start shouting around you 5 seconds in advance [20:36:32 CET] <furq> lol [20:36:38 CET] <kazuma_> so users can decode everything in hd on cable but not on sky, thats the tl:dr [20:36:46 CET] <furq> well we solved that by simply having no football on terrestrial tv [20:37:04 CET] <furq> and you tend to get cable vs satellite hotspots [20:37:19 CET] <furq> cable coverage is pretty spotty [20:37:42 CET] <BtbN> I'll only ever move into a house which has cable. It's an absolute must [20:37:44 CET] <kazuma_> yeah, they are expanding but their rollout is very slow [20:37:46 CET] <BtbN> Not for TV though [20:37:52 CET] <alexpigment> cable in the US is pretty ubiquitous, because people have to get internet, and so most elect to not do cable+sat or whatever+sat [20:38:06 CET] <kazuma_> yeah virigns internet is spot on hehe [20:38:17 CET] <alexpigment> the cable quality in the US sucks because they put too many HD channels in a single channel's bandwidth allotment [20:38:25 CET] <furq> it's better than the fttc+vdsl shit that BT are scandalously allowed to call "fibre" [20:38:33 CET] <furq> although i notice VM have started calling their cable "fibre" as well [20:38:44 CET] <kazuma_> it's hfc [20:38:53 CET] <kazuma_> fibre to the cabinette [20:38:57 CET] <kazuma_> coax to the home [20:38:58 CET] <furq> right [20:39:08 CET] <furq> it's still cable or vdsl in my book [20:39:16 CET] <furq> only fttp should be called fibre [20:39:19 CET] <BtbN> They do that here as well [20:39:21 CET] <kazuma_> yeah [20:39:33 CET] <therage3> uh [20:39:37 CET] <BtbN> ADSL16 is now "Fiber-Power". As the DSLAM is connected via Fiber. [20:39:44 CET] <furq> lol [20:39:49 CET] <therage3> wait. so how do I know if I have true "fiber" or not now [20:39:52 CET] <therage3> jeez, now I'm paranoid [20:39:56 CET] <flydev3> Oh, that.... we have the same, DOCSIS via coax, fibre in the buiding or in the area, and 200 mbps down with 2 mbps up. [20:40:02 CET] <furq> therage3: is it synchronous [20:40:02 CET] <BtbN> If there is an actual fiber coming out of your wall. you have fiber. [20:40:03 CET] <alexpigment> therage3: well, if your internet speeds are good, who cares? [20:40:05 CET] <flydev3> And it's called Fiber Power :D [20:40:05 CET] <BtbN> Otherwise, you don't. [20:40:14 CET] <furq> flydev3: 200/2? [20:40:15 CET] <therage3> i see... [20:40:21 CET] <alexpigment> if you can get 1gbps down/up, you're on good fiber [20:40:28 CET] <BtbN> 2Mbps up is not even enough to sustain a 200MBps TCP stream [20:40:29 CET] <furq> our cable isp offers 200/12 and i thought that was ridiculous [20:40:36 CET] <kazuma_> i got 200 down 20 up with cable [20:40:38 CET] <furq> 200/2 is fucked [20:40:42 CET] <kazuma_> and it costs a lot [20:40:51 CET] <BtbN> alexpigment, actual Fiber from Deutsche Telekom you get 200 down, 50 up. 100 up if you pay extra. [20:40:52 CET] <furq> i need to ring VM to see if they'll give me a discount on 200/20 [20:40:53 CET] <kazuma_> wish the up was faster [20:41:01 CET] <alexpigment> yeah, we get 100/10 or 300/30 here for cable. they used to have a 200/20 but got rid of it [20:41:03 CET] <flydev3> yeah, 200 down, 2 up if you do only up, if you download and do up you can get to the hard limit 7 mbps [20:41:13 CET] <kazuma_> i bay 40 a month for it furq and my dad pays for the tv and phone [20:41:13 CET] <therage3> LOL [20:41:22 CET] <kazuma_> alltogether it's about 70 to 80 a month [20:41:24 CET] <flydev3> and it's more like 165-180 mbps real world speed [20:41:31 CET] <furq> that's a lot considering you have a tv and phone package [20:41:38 CET] <kazuma_> yeah [20:41:47 CET] <furq> i pay 37.50 for 200/12 and no tv or phone [20:41:58 CET] <furq> and i'm going to try and get a discount lol [20:42:10 CET] <therage3> LOL good luck [20:42:16 CET] <alexpigment> furq: most companies *will* if you talk to them long enough and don't threaten to leave [20:42:18 CET] <furq> they're legendarily easy to get discounts from [20:42:27 CET] <furq> i'm out of contract [20:42:30 CET] <therage3> i wish mine were as easy [20:42:52 CET] <furq> i should be able to get a discount if i phone them up and renew for 12 months [20:42:52 CET] <flydev3> Okay, will try not to get anyone mad regarding this - we do have a lot of cheap internet, but also some scumbags with ADSL and the Coax stuff.. that limit upload [20:42:58 CET] <alexpigment> therage3: once spectrum took over time warner, no more discounts for anyone. they're brutal [20:43:02 CET] <therage3> alexpigment: the threatening option is always there, but a lot of hardnosed ISPs will call your bluff and say "ok sucker cancelled see ya" [20:43:05 CET] <kazuma_> yeah if you ring up and say you want to cancel you account with them, they put you through to "retentions" who offer you sweet deals to try and stay [20:43:19 CET] <therage3> oh sweet [20:43:20 CET] <furq> well that sometimes works and sometimes doesn't [20:43:23 CET] <alexpigment> therage3: that's why you never threaten to leave. just keep talking until you get to retentions [20:43:29 CET] <therage3> alexpigment: right [20:43:32 CET] <furq> i'm not in an fttc area so my only alternative is adsl2 [20:43:38 CET] <furq> and they'll know that from my postcode [20:43:50 CET] <furq> but yeah if you're out of contract it's much easier [20:44:38 CET] <furq> they're actually advertising half price for 12 months if i renew and upgrade on their site [20:44:48 CET] <furq> but i suspect "upgrade" means "please buy a tv package" [20:45:07 CET] <flydev3> okay guys, will have to leave shortly, if anyone can help out with the UK TV with some technical info I'll be really grateful, I have something to offer in exchange :) [20:45:10 CET] <therage3> that upgrade may also include no-severance clauses [20:45:12 CET] <therage3> so be careful [20:45:16 CET] <furq> well i had that before [20:45:24 CET] <kazuma_> btw furq, if you add a splitter to your coax line, and hook the other end up to enigma2 box or pci dvb cable tuner [20:45:26 CET] <furq> i have no intention of switching [20:45:31 CET] <kazuma_> there are some fta cable channels [20:45:37 CET] <furq> nice [20:45:45 CET] <furq> i've got no shortage of sources for tv shows though [20:45:55 CET] <kazuma_> they are required by law to make some fta, bbc 1, 2, itv, channel 4 and bbc news and politics i think [20:46:00 CET] <kazuma_> ahh :p [20:46:24 CET] <furq> i wouldn't buy a tuner just for the fta channels [20:46:29 CET] <furq> i'd want to be capturing shit [20:46:34 CET] <flydev3> kazuma_ AFAIK there's also sharing for the virgin cable TV and it works, since I got many enigma boxes via my last scan, all with working sky channels and the rest of the "cable" TV :) [20:46:51 CET] <kazuma_> well yeah a dvb tunner and unauthorised decryption and you get the lot :p [20:47:02 CET] <kazuma_> yes flydev3 [20:47:56 CET] <flydev3> kazuma_ and a gigabit fiber fromhyperoptic and things get interresting ;) we do this a lot here and share channels in between, this way we got a lot of TV to choose from :) [20:48:29 CET] <kazuma_> hehe [20:48:47 CET] <kazuma_> i also have a 1m dish with a usals motor flydev3 so i can get all of europes tv also [20:48:56 CET] <kazuma_> but mainly just use the setup for sport and feeds [20:49:24 CET] <flydev3> I also have this, along with some cable tv's from here and there - usually they are better quality :) [21:40:21 CET] <diverdude> durandal_1707: hi, will avcodec_decode_video2 be able to decode any video? [21:41:30 CET] <durandal_1707> from which version is that? [21:45:14 CET] <diverdude> durandal_1707: here: https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/transcoding.c#L549 [21:45:50 CET] <durandal_1707> diverdude: thats old api [21:51:20 CET] <diverdude> durandal_1707: is it advisiable to use the new api? [21:51:41 CET] <durandal_1707> yes [22:04:23 CET] <diverdude> durandal_1707: i see...and if i just download latest build the new api is available? [22:07:56 CET] <durandal_1707> diverdude: not in that particular example [22:09:11 CET] <durandal_1707> someone needs to update it [22:12:42 CET] <diverdude> durandal_1707: i dont mind trying to update it if you can guide me a bit [22:13:27 CET] <diverdude> durandal_1707: wanna help me on that? [22:14:05 CET] <Ahti333> is it possible to generate mllt tags (http://id3.org/id3v2.3.0#sec4.7) for vbr mp3s using ffmpeg? [22:14:51 CET] <durandal_1707> diverdude: look at other examples that use new api [22:15:19 CET] <diverdude> durandal_1707: can you point me to examples that use new api which i can use? [22:15:20 CET] <durandal_1707> receive packet, send frame iirc [22:15:35 CET] <diverdude> durandal_1707: or let me know how i can see if its new or old api [22:16:42 CET] <durandal_1707> diverdude: the new api doesnot use decode_videoX [22:18:40 CET] <diverdude> durandal_1707: i dont see any examples called recieve packet or send frame. where are those? I looked here: https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples [22:21:46 CET] <durandal_1707> diverdude: decode_video.c [22:22:04 CET] <durandal_1707> its other way around [22:22:16 CET] <durandal_1707> send packet ... [22:23:02 CET] <diverdude> so this is new api? https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/decode_video.c [22:23:53 CET] <durandal_1707> diverdude: new api is to send packet and receive frame [22:24:25 CET] <diverdude> durandal_1707: can i read about that anywhere? [22:26:09 CET] <durandal_1707> there is doxy, you can see how oother programs use it [22:26:26 CET] <durandal_1707> its trivial if you understand c [22:27:37 CET] <diverdude> but even if i understand c its kinda difficult to know what is what when there are different api versions flying around and not described anywhere how each api works, why it was changed where its applied [22:30:57 CET] <durandal_1707> diverdude: comments are in function source code [22:32:06 CET] <Cork> i have a stream i have downloaded with youtube-dl, but when i play it i get "co located POCs unavailable" a few times in the movie [22:32:17 CET] <Cork> anyone know if it is possible to correct the error? [00:00:00 CET] --- Thu Dec 28 2017

1 0

ffmpeg-devel.log.20171226
by burek 27 Dec '17

27 Dec '17

[00:21:33 CET] <BBB> so, regarding that new codec registration thing, Im not really a fan of removing the static init functionality, or deprecating it, or whatever, is that really necessary? [00:22:09 CET] <BBB> I dont think a relatively pedantic thing like const marking is worth losing a real feature for [00:22:22 CET] <BBB> being able to fill in options tables at runtime is pretty powerful IMO [00:22:52 CET] <jamrial> agree [00:23:32 CET] <jamrial> it's what has allowed us to mark encoders from external libraries as experimental depending on the version available, for exampel [00:54:08 CET] <wm4> so, I'll push the threading + XP dropping patch [01:07:58 CET] <RiCON> jamrial: seems there's no 9bit anymore? [01:08:10 CET] <RiCON> you can only configure as 8, 10 or both [01:23:34 CET] <jamrial> no, no more 9bit [01:48:10 CET] <jamrial> wm4: new version of the x264 patch [01:56:40 CET] <wm4> so it looks like we'll need some sort of replacement API for AVCodec.pix_fmts anyway [01:57:33 CET] <iive> why are pix_fmts i avcodec anyway? [01:57:38 CET] <iive> i/in [02:06:45 CET] <wm4> michaelni added it this way in 2004 fcee01646748763cf63528c97b99e976d6c76da8 [02:50:20 CET] <cone-896> ffmpeg 03wm4 07master:9b121dfc3281: w32pthreads: always use Vista+ API, drop XP support [02:50:21 CET] <cone-896> ffmpeg 03wm4 07master:a04c2c707de2: lavc: replace and deprecate the lock manager [02:50:22 CET] <cone-896> ffmpeg 03wm4 07master:e24f192a9fd6: ffplay: drop lock manager use [02:50:23 CET] <cone-896> ffmpeg 03wm4 07master:86a13bf2ffb4: lavc, lavf: move avformat static mutex from avcodec to avformat [02:50:24 CET] <cone-896> ffmpeg 03wm4 07master:4ed66517c62c: lavc: remove complex debug code around avcodec init locking [02:52:36 CET] <jamrial> \o/ [03:02:07 CET] <cone-896> ffmpeg 03wm4 07master:cf57cb3ae436: h264: add AVOption to set x264_build default [03:02:54 CET] <wm4> I also contacted the OS/2 maintainer to add the needed mechanism to the OS/2 thread wrapper [03:18:29 CET] <cone-896> ffmpeg 03James Almer 07master:613f789c1915: w32pthreads: remove some remaining superfluous checks [03:22:40 CET] <wm4> were those mentioned in a review and did I forget those? [03:29:54 CET] <jamrial> i don't think so [03:30:22 CET] <jamrial> i told you to keep the two defines, but didn't say anything about removing the check wrapping them [03:30:51 CET] <jamrial> i noticed them just now [03:31:17 CET] <wm4> I actually looked at this MemoryBarrier thing and wondered if it was still needed [03:31:32 CET] <wm4> I saw atomics use it, so I left it (but I overlooked the ifdeffery is only for pre-Vista) [03:31:43 CET] <mistym> Got some feedback on a patch, but not sure the right way to handle it: http://ffmpeg.org/pipermail/ffmpeg-devel/2017-December/222942.html Any suggestions? [03:32:18 CET] <wm4> mistym: what he didn't tell you is that you just can't return errors from parsers [03:32:22 CET] <wm4> it's basically an API bug [03:32:32 CET] <mistym> wm4: Oh, so just log the error and keep going? [03:32:39 CET] <wm4> negative return values mean something weird (a byte offset into the past or so?) [03:32:42 CET] <wm4> yes [03:32:44 CET] <mistym> Hah [03:32:45 CET] <mistym> OK [03:33:02 CET] <wm4> make sure that if the error is encountered the parser won't enter an endless loop by retrying [03:33:11 CET] <wm4> so just signal that all data has been consumed or so [03:33:18 CET] <mistym> Also, was wondering - the patchset I'm submitting is building on an unmerged patch from someone else. I was submitting their commit as-is and added a couple of fixup commits after; would it be better to squash fixup commits into their original commit? [03:33:25 CET] <mistym> (Even if that means I'm attributing code they technically didn't write :b) [03:33:32 CET] <mistym> Oh yeah, good point [03:33:45 CET] <mistym> I don't think I have any data which triggers this to test with, oh well [03:33:48 CET] <wm4> if you modify someone else's patch just add a signed-off header [03:35:36 CET] <mistym> OK, thanks - will do [03:36:31 CET] <jamrial> and maybe mention "X changes done by $name" in the commit message [03:42:09 CET] <mistym> Oh good idea [04:15:48 CET] <mistym> Oh good, I actually found a file with invalid ATRAC3P to test. Looks like simply removing the `return` statements has the right effect; it's able to continue without doing anything drastically wrong. [04:51:23 CET] <Compn> mistym : nice job updating the patch :) [04:51:47 CET] <Compn> you working on a game emulator or ? [04:51:52 CET] <Compn> why atrac3? ehe [04:54:18 CET] <jamrial> isn't atrac3 used in minidisc? [05:01:23 CET] <Compn> yes that too [05:01:31 CET] <Compn> was it cracked yet ? [05:01:36 CET] <Compn> many people lost recordings iirc ? [05:51:29 CET] <wm4> looking at this 4:4:4 cabac stuff again... is libavcodec really showing uninitialized memory? (frames from a previous file) [06:04:08 CET] <Compn> clearing the previous memory takes cycles :P [06:04:24 CET] <Compn> also it could be gpu showing previous frames [06:04:27 CET] <wm4> no [06:04:30 CET] Action: Compn runs [06:04:32 CET] <Compn> ehehe [06:04:45 CET] <wm4> and clearing the buffer pool is only an initialization cost [06:07:11 CET] <wm4> really not sure how it can happen at all, but it does [06:08:01 CET] <wm4> normally you'd expect that when allocating the pool, malloc will always use mmap, since it's such a big memory block [06:08:31 CET] <Compn> i thought there was a configure or gcc switch to make the memory more secure hmm [06:10:12 CET] <wm4> that's something completely different [08:42:44 CET] <mistym> Compn: Thanks :) My fiancée's a huge PSP fan, and the MPEG files used on those UMD video discs and in games use MPEG with H.264 video and ATRAC-3 Plus audio [11:16:33 CET] <atomnuker> michaelni: did you push mistym's samples to the fate repo? planning to push the patchset soon [13:22:44 CET] <durandal_170> atomnuker: it cant be done, because only power of 2 fft matters in lavc [13:23:58 CET] <atomnuker> you could use a dft though you'll not enjoy the speed [13:38:32 CET] <Darshan> Hello everyone, and merry christmas [13:38:45 CET] <Darshan> I was wondering if there is a specific reason why ffmpeg do not support the loading of external filter and you have to make a new build ( or use Frei0r). Is it a security problem? [14:36:29 CET] <durandal_170> atomnuker: python can do it, and its fast [14:55:57 CET] <Djfe> Hi, do you think it's possible to code an ffmpeg filter to achieve what Twitch did (at smaller scale)? (demuxed conference talk): https://www.youtube.com/watch?v=LsF5bHRxC_M [14:56:36 CET] <Djfe> to elaborate the workflow I'm thinking of: [14:58:51 CET] <Djfe> one rtmp input stream -> mkv output with x264 or av1 stream -> pipe into another ffmpeg -> complex filter, 3 outputs, all hls streams, resolutions: 1 - remux from pipe, 2 - 720p with idr frames at the same position as 1, 3 - 360p with idr frames [...] [14:59:50 CET] <Djfe> in-case the output is av1 -> it's enough to sync the S-Frames (no need for IDR frame sync) [15:00:48 CET] <Djfe> I know it's possible to disable scene-detection in x264 and so on, to get a consistant IDR frame interval, but since that reduces the output quality a lot (at the same bitrate): [15:03:11 CET] <Djfe> I'm thinking off a filter, that decodes the x264 input (1080p in this case), detects the IDR frames and sends each segment (separated by IDR frames) on it's own through x264, in a way that x264 creates one gop from it. Those gops will then be joined to one stream in an HSL/TS container [15:04:07 CET] <Djfe> av1 on it's own might not even need this, since you can safely tell it to create s-frames in an interval, but if you want to offer HLS with av1 and x264 at the same time, then this filter could help [15:04:26 CET] <Djfe> the question is: can a filter access which frame in a source stream was an IDR frame? [15:05:11 CET] <Djfe> and will it reduce the quality again, if you tell x264 to create one gop with only one IDR from a source? [15:05:37 CET] <Djfe> an advantage this has: scene-detection and all that stuff will work across all resolutions :) [15:08:04 CET] <Djfe> this concept needs probably two filters or something: one that creates the pattern/timecodes and one that accepts them in the complex streams to coordinate the encoder [15:09:27 CET] <sfan5> that sounds like it requires fiddling with encoder internals, which a mere video filter is not able to do [15:10:06 CET] <sfan5> you're probably better off writing your own solution (based on libav*) for an usecase this specialized [15:12:32 CET] <Djfe> If I don't touch the encoder: would it require me to start and stop x264 for every segment of the stream separately? [15:14:15 CET] <Djfe> The use-case is HLS streaming, if that wasn't obvious. [15:15:13 CET] <Djfe> Thx for the tip, I'll think about modifying libav. Just wanted to get some feedback on the idea and how it could be done best and what I should look out for :) [15:22:33 CET] <Compn> 4k is dead, long live 5.7k..... [15:26:26 CET] <bencoh> Djfe: back a few years ago I implemented a multibitrate HLS solution with adaptative GOP and fixed-length segments, where we decided to close/open x264 for every segment (simultaneously for all variants) [15:27:09 CET] <Djfe> ok cool, how did it perform? [15:27:44 CET] <bencoh> the pipeline is based on upipe, but it could be achieved with plain avocdec/x264 [15:28:33 CET] <bencoh> (this one pipeline was not opensource though) [15:32:58 CET] <Djfe> Would recommend doing it again, if needed or not? [15:34:44 CET] <bencoh> would I recommend what? opening/closing encoder? probably, yeah [15:35:16 CET] <Tzimmo> About using PMT for detecting stream types for mpeg-TS [15:35:20 CET] <Tzimmo> Project-X: [15:35:21 CET] <Tzimmo> -> PMT 0x0CDB refers to these usable streams: [15:35:30 CET] <Tzimmo> Subpict.: [15:35:30 CET] <Tzimmo> PID: 0x0CDF(fin_0x12_p1_a1 ) [15:35:30 CET] <Tzimmo> PID: 0x0CE0(dut_0x12_p15_a1 ) [15:35:39 CET] <Tzimmo> ffmpeg: [15:35:41 CET] <Tzimmo> Stream #0:5[0xcdf]: Unknown: none [15:35:41 CET] <Tzimmo> Stream #0:6[0xce0]: Unknown: none [15:36:00 CET] <Tzimmo> Any idea why not recognized and how to debug further? [15:36:08 CET] <bencoh> not sure you'd need to write an ffmpeg filter (or encoder) for that though [15:37:16 CET] <nevcairiel> i assume 0x12 is the id? not sure what type that is [15:37:59 CET] <nevcairiel> ISO/IEC 14496-1 SL-packetized stream or FlexMux stream carried in PES packets [15:38:00 CET] <nevcairiel> hm [15:39:00 CET] <nevcairiel> never handled one of those SL mpegts files [15:40:27 CET] <Tzimmo> I don't know what it stands for without looking more into it [15:41:35 CET] <Tzimmo> I changed code to force them dvb subtitles [15:41:36 CET] <Tzimmo> [mpegts @ 0x2cba580] probed stream 5 failed [15:41:36 CET] <Tzimmo> [mpegts @ 0x2cba580] forcing it dvbsubtitle [15:41:36 CET] <Tzimmo> [mpegts @ 0x2cba580] probed stream 6 failed [15:41:36 CET] <Tzimmo> [mpegts @ 0x2cba580] forcing it dvbsubtitle [15:41:46 CET] <Tzimmo> Stream #0:5[0xcdf]: Subtitle: dvb_subtitle [15:41:47 CET] <Tzimmo> Stream #0:6[0xce0]: Subtitle: dvb_subtitle [15:41:56 CET] <Tzimmo> Stream mapping: Stream #0:4 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:5 -> #0:2 (dvb_subtitle (dvbsub) -> ass (ssa)) [15:42:03 CET] <Tzimmo> [ssa @ 0x2d52a20] Only SUBTITLE_ASS type supported. [15:42:26 CET] <Tzimmo> What options do I have to convert subtitles in mkv? Any bitmap types supported there? No? [15:42:34 CET] <sfan5> just copy it? [15:42:37 CET] <Tzimmo> I guess there are some bitmap types supported... [15:42:59 CET] <Tzimmo> I try copy... [15:47:08 CET] <Tzimmo> Yes... mplayer can no longer show audio or subtitles any more but just video... BUT! [15:47:23 CET] <Tzimmo> mpv is now able to show video, audio AND subtitles! [15:48:12 CET] <Tzimmo> I'll investigate further what's the issue/difference. My mplayer codebase is slightly old so it may be one reason. [15:49:30 CET] <Tzimmo> But still it required forcing that stream to a subtitle. What is that SL-packetized stream? [15:49:41 CET] <Tzimmo> Tried to google for it but didn't get obvious hits... [15:54:23 CET] <Tzimmo> Found a PDF about it with some Japanese/Chinese text :) [15:56:05 CET] <Tzimmo> A bit unrelated to this issue, but for the background, my Sony TV has a buggy support for PGS subtitles (BluRay movies etc) so that about half of them are not displayed at random. So I'm working on a tool to convert those bitmap subtitles into text-based subtitles because they just work perfectly. [15:56:37 CET] <Tzimmo> I'm wondering if ffmpeg could support some external(?) tool like gocr for converting bitmap subtitles into text. [15:57:01 CET] <Tzimmo> I guess currently it doesn't do that, does it? [15:58:22 CET] <cone-345> ffmpeg 03James Almer 07master:89f704cabab4: avcodec/libx264: use the pixfmt descriptor to check for high bit depths [15:58:23 CET] <cone-345> ffmpeg 03James Almer 07master:2a111c99a60f: avcodec/libx264: fix compilation with x264 builds >= 153 [16:01:25 CET] <Djfe> maybe you can copy the streams into some raw bytecode output, pipe that into your tool and then pipe the subtitles back into ffmpeg in a format that ffmpeg can read ;) [16:03:43 CET] <Djfe> ffmpeg -i video.ts -map 0:5 -codec copy -f data stream.txt [16:07:47 CET] <Djfe> so yeah, that should work [16:08:00 CET] <Djfe> maybe you can put the file on pastebin, so we can take a look ;) [16:08:56 CET] <Tzimmo> The subtitle file? I'll check for its length... but it should be reasonable. [16:13:47 CET] <Tzimmo> 1783291 bytes [16:15:22 CET] <Tzimmo> Does pastebin support uploading a binary file? [16:15:26 CET] <Tzimmo> Or how do you want it? [16:15:35 CET] <jamrial> jkqxz: https://pastebin.com/raw/hiwjZ6Lv [16:18:15 CET] <Djfe> Tzimmo: I meant that differently [16:18:31 CET] <Djfe> don't tell ffmpeg, that it's a subtitle file and keep it as unknown [16:19:35 CET] <Djfe> then only map one of the two (#5) and copy it (tell ffmpeg to demux the Transportstream and only keep packets from stream #5) and then just output that as binary (-f data), so you/we can take a look at the stream with a hex editor ;) [16:19:47 CET] <Djfe> of course that will loose any timestamps [16:19:59 CET] <Djfe> but it's good for figuring out, what the stream is exactly [16:20:11 CET] <Djfe> then do that again for stream #6 but name it differently [16:20:34 CET] <Djfe> then upload both and share them with us ;) [16:21:02 CET] <Djfe> (I just remembered: pastebin might not be the best idea, if it's binary) [16:25:14 CET] <Tzimmo> Djfe: I think it was exactly what I did. [16:25:30 CET] <Tzimmo> And yes it is binary [16:25:41 CET] <Tzimmo> 00000000 20 00 0f 10 00 01 00 02 03 d4 0f 80 00 01 00 00 | ...............| [16:26:19 CET] <Tzimmo> I'll send a link for those [16:27:57 CET] <Tzimmo> Oh, stream 6 is only 119 bytes [16:28:36 CET] <Tzimmo> It is then no subtitle at all but maybe just some headers for it [16:51:02 CET] <iive> Djfe: the mpeg standrads provide something called scalability. You can have one base streem at lower resolution, fps or colorspace and extend it with additional packets. Unfortunately this is almost never used. [16:51:58 CET] <iive> Djfe: however x264 does support something called B-pyramid. where you have one base level stream and B-frames that use it for their own prediction. [16:52:39 CET] <iive> if x264 encodes every second frame as second layer, in theory you can strip them and get half fps stream from it. [16:53:03 CET] <iive> the stripping could be done at bitstream level, so no reencoding. [16:53:25 CET] <Tzimmo> Djfe: http://www.tzimmola.net/dl/mtv3hd-subtitle-stream5.tar.bz2 [16:54:21 CET] <Tzimmo> Djfe: I may have blacklisted some networks in my firewall configuration. Let me know if you can download that or not. [16:55:31 CET] <iive> one more thing. The slowest operation in encoding is the motion estimation, and if you encode same frame multiple times, it should have relatively the same motion. So if you keep the MV from low resolution search, you just refine it for the higher resolution. [16:55:46 CET] <iive> but this needs encoder change. [16:56:55 CET] <cone-345> ffmpeg 03James Almer 07release/3.4:31d6f3df25ee: avcodec/libx264: use the pixfmt descriptor to check for high bit depths [16:56:56 CET] <cone-345> ffmpeg 03James Almer 07release/3.4:650cb712efc4: avcodec/libx264: fix compilation with x264 builds >= 153 [16:57:11 CET] <iive> long time ago, real video encoders used to produce different bitstreams simultaniously [18:02:23 CET] <Djfe> Tzimmo: sry I was afk for some time, your server responds with a 403 Forbidden [18:03:48 CET] <Djfe> my IPs are 2003:e4:53cb:a800:8d94:5dc3:9c98:e78 and 217 . 253 . 81 . 161 [18:05:15 CET] <Tzimmo> ok I'll check [18:05:30 CET] <Djfe> thx [18:05:56 CET] <Djfe> @iive: I already heard about techniques like these (used in audio codecs like aac he (v1, v2 etc.) [18:06:39 CET] <Tzimmo> Djfe: permissions fixed, retry please [18:06:42 CET] <Djfe> @iive but it's not what I'm looking for, since Apple Http Live Streaming completely separates all video streams into different transportstreams and just lists them in playlist file (m3u8) [18:06:58 CET] <Djfe> ok got it, you can close it again [18:07:03 CET] <cone-345> ffmpeg 03Michael Niedermayer 07master:4d70fbeec8cb: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD97iH0() and COMPOSE_DD137iL0() [18:07:04 CET] <cone-345> ffmpeg 03Michael Niedermayer 07master:0c9ab5ef9c1e: avcodec/hevcdsp_template.c: Fix undefined shift in FUNC(dequant) [18:07:05 CET] <Tzimmo> ok [18:07:33 CET] <kierank> BBB: ping [18:07:45 CET] <Djfe> @iive I'm not sure whether MPEG Dash would support this [18:08:22 CET] <Djfe> aac does it because they need to stay backwards compatible to legacy hardware that only supports older versions so the new ones just add packets [18:09:12 CET] <iive> Djfe: for 720p60 vs 720p30 , the idea is to encode is at p60 and then use bitstreamfilter (bsf) to remove the layer 2 frames. [18:09:19 CET] <Djfe> the other reason would be to offer different presets for decoders, if some decoders are too stupid to encode high bitrate stuff [18:10:03 CET] <Djfe> yeah but does the 720p30 client also download the full bitrate stream (all 60fps) and only decode 30? [18:10:41 CET] <iive> that's what the bfs should do, remove the "extra" packets. [18:11:17 CET] <iive> since it works on compressed bitstream, it is as fast as stream copy (well a tiny bit slower than it) [18:11:33 CET] <Djfe> The reason why you need aligned IDR frames in apple HLS is, because the browsers switch freely between all available streams, depending on the available bitrate. They can switch at each segment (one GOP), therefore they need to be aligned. Else seconds are repeated or missing when the browser switches [18:12:03 CET] <Djfe> yeah but it's on the client side so it doesn't save traffic only decoding complexity, right? [18:12:22 CET] <Djfe> (if you remove half of the frames at the client side) [18:12:28 CET] <iive> you run the bfs on the server side, after getting the 720p60 encode. [18:12:36 CET] <iive> bsf [18:12:52 CET] <iive> btw, I don't think such filter exists atm, but it could be done. [18:13:24 CET] <nevcairiel> the filter isnt the only thing you would need, also an encoder to make every second frame exactly a discardable one [18:13:43 CET] <jkqxz> jamrial: The DESC2 structure is DESC with extra fields (DESC1 in between). There is GetDesc2 (and GetDesc1) as well, but there was something funny about that case when I was writing it which I can't now remember. [18:13:46 CET] <iive> b-pyramid is already implemented in x264 [18:14:05 CET] <nevcairiel> it doesnt do that however [18:14:11 CET] <jkqxz> jamrial: Maybe it could have a cast? I'm pretty sure I didn't have that warning in my setup, though. [18:14:33 CET] <nevcairiel> b-pyramic by itself only allows bframes as references [18:14:42 CET] <nevcairiel> it doesnt ensure proper placement every other frame [18:15:01 CET] <iive> no it doesn't. [18:15:20 CET] <iive> but that's easier to solve problem. [18:15:49 CET] <jamrial> jkqxz: how about changing desc into DXGI_ADAPTER_DESC? [18:15:51 CET] <Djfe> Tzimmo: I was able to open it as a subtitle file using https://github.com/SubtitleEdit/subtitleedit/releases [18:15:51 CET] <nevcairiel> besides you dont even need b-pyramid to do that [18:15:51 CET] <iive> actually you don't need the b-pyramid, you can just discard b-frames. but then you'd need fixed frame order too. [18:16:17 CET] <Djfe> Tzimmo: The software uses tesseract for OCR, so you can convert the subtitles to text ;) [18:16:18 CET] <iive> but then you'd have to handle reorder of frame numbers in the bsf.. [18:16:27 CET] <iive> maybe you already need that. [18:16:27 CET] <jamrial> it doesn't complain anymore with that change, and it's used only in an av_log call. [18:17:10 CET] <jkqxz> IIRC I wrote that initially but it didn't compile. [18:17:27 CET] <jkqxz> Looking now I think it should, but I'm not near any Windows machine to test. [18:18:16 CET] <jamrial> no rush [18:19:18 CET] <kierank> jdarnley: ping [18:19:25 CET] <jdarnley> pong [18:20:04 CET] <kierank> jdarnley: are you familiar with the 10-bit idct? [18:20:06 CET] <kierank> in asm [18:20:55 CET] <jdarnley> A little but only indirectly though my work on the 8-bit. [18:23:05 CET] <kierank> jdarnley: any idea how much work it would be to add this to the simd https://www.irccloud.com/pastebin/hgz0N2IG/ [18:23:20 CET] <kierank> not I got rid of the dc-only hacks because they only work on 16-bit coeffs [18:23:25 CET] <kierank> note* [18:24:25 CET] <jdarnley> You need 32-bit? Otherwise you might be able to resuse the existing ones. [18:24:32 CET] <jdarnley> letme have a quick look [18:25:10 CET] <kierank> 32-bit in 10-bit out [18:25:12 CET] <kierank> and perhaps later 12-bit [18:25:29 CET] <kierank> I basically just brute forced the shifts until it looked right [18:26:37 CET] <Djfe> Tzimmo: it's VobSub (.sub/.idx) https://en.wikipedia.org/wiki/DirectVobSub you could either keep it a binary (error free) and tell ffmpeg this is VobSub, so it will correctly use it in the output file. [18:26:55 CET] <Djfe> Tzimmo: or you burn them into the video: https://askubuntu.com/questions/391122/how-can-i-burn-vobsub-subtitles-usin… [18:27:46 CET] <Djfe> Tzimmo: or you use OCR (Subtitle Edit) to make them into an .srt file (involves work, because OCR doesn't work errorfree) [18:33:35 CET] <cone-345> ffmpeg 03Mark Thompson 07master:e6a1dfc9ce81: mpeg4videodec: Fix unused variable warning [18:37:24 CET] <Djfe> Tzimmo: never midn, I don't know the subtitle type exactly but subtitle edit says it's vobsub and is able to decode it [18:38:01 CET] <jdarnley> kierank: the simple_idct code is fairly flexible with parameters for shifts and constants but all the math seems to use 16-bit input [18:38:18 CET] <kierank> crap ok, a project for another time i think [18:38:22 CET] <Djfe> dvb_subtitle seems to implay the same as vobsub [18:38:33 CET] <jdarnley> The logic is probably sound so maybe some copy-paste and a little editing would be enough [19:23:15 CET] <Compn> its fun to convert vobsub to srt [19:23:19 CET] <Compn> ive done it a few times [19:23:39 CET] <Compn> then manually edit file and change all I to L heh :\ [19:52:40 CET] <Djfe> at least there are tools like subtitle edit, that make this so much less work ^^ [20:48:51 CET] <durandal_170> as there is no reviews i will just commit deconvolve filter as its already better than imagetragick [21:00:22 CET] <BBB> kierank: pong [21:00:47 CET] <kierank> BBB: never mind, I found the correct idct shifts by trial and error. I might have questions later about the templating though [21:44:14 CET] <Djfe> Tzimmo: ping [22:01:10 CET] <durandal_1707> atomnuker: status report? [22:05:50 CET] <kierank> michaelni: can you explain what you are doing in ff_update_block_index [22:06:30 CET] <kierank> it seems to be working in 4:2:0 yet somehow affects mpegvideo.c which supports 422 and 444 [22:07:03 CET] <kierank> michaelni: to quote you in https://patchwork.ffmpeg.org/patch/2095/ [22:07:12 CET] <kierank> > Line 997: What is all this stuff going on with -1U, unless I remove this I [22:07:12 CET] <kierank> > get a segfault. I do get a stripe on the left though. [22:07:12 CET] <kierank> IIRC the 1U compensates the effect of ff_update_block_index() [22:07:12 CET] <kierank> block_size in ff_update_block_index() looks wrong after your patch [22:07:13 CET] <kierank> ???? [22:37:58 CET] <Tzimmo> Dfje: pong [22:42:55 CET] <Tzimmo> Dfje: Ok. I think I've used some subtitleedit to OCR some subtitles on Windows some years ago but then I have been mostly able to get around without it. [22:43:46 CET] <Tzimmo> But the issue from ffmpeg point of view is, why wasn't it detected as a subtitle in the first place? [22:44:19 CET] <Tzimmo> There was PMT present and if the subtitle itself was even in a known format, why isn't it recognized as a subtitle? [22:45:42 CET] <tmm1> the enum AVLockOp deprecation is throwing a lot of compiler warnings [22:45:59 CET] <Tzimmo> And yes, I've been burning subtitles into image but kind of hate it to re-encode high quality HD stream just to burn subtitles into it. [22:46:34 CET] <Tzimmo> But it is acceptable until I find a better working solution for it. [22:48:35 CET] <tmm1> wm4: https://paste.ubuntu.com/26260221/ [22:59:15 CET] <kierank> oh god i think michaelni just hardcodes 4:2:0 in ff_update_block_index [22:59:17 CET] <kierank> eugh what a mess [23:08:34 CET] <Djfe> tzimmo: do the subtitles work if you enforce them as dvb_subtitles (vobsub)? [23:08:40 CET] <Djfe> (like in VLC) [23:08:55 CET] <nevcairiel> dvb is not vobsub, dvd is vobsub [23:09:08 CET] <Djfe> are they detected in VLC in the source file? [23:09:41 CET] <Djfe> thx nevcairiel very good to know! [23:11:53 CET] <michaelni> kierank, i think codec implementations supporting more than 420 dont use ff_update_block_index(). mpeg12 directly updates dest[] for example. But its really long ago that i worked on this [23:12:15 CET] <kierank> yes, I've confirmed it's all hardcoded for 4:2:0 8-bit [23:12:25 CET] <Djfe> Tzimmo: good question! maybe you wanna open up a bug report in trac and upload a sample file [23:13:35 CET] <Djfe> one thing I could think of: the subtitles aren't available through the whole stream (for example not at the beginning), or their identifier or something is different from what ffmpeg is looking for, so that other identifier only needs to be added [23:13:47 CET] <Djfe> the PMT changes over time after all [23:14:25 CET] <Djfe> maybe ffmpeg tells you more if you make the output verbose and log it to a file [23:43:07 CET] <cone-741> ffmpeg 03James Almer 07master:7e60c7432935: avcodec/libx264: set supported pix_fmts at runtime rather than build time [23:45:51 CET] <cone-741> ffmpeg 03James Almer 07release/3.4:d8104977bbfa: avcodec/libx264: set supported pix_fmts at runtime rather than build time [23:58:23 CET] <cone-741> ffmpeg 03Aman Gupta 07master:2f9ca64556cb: avformat/hls: remove repeated http proto_name checks in open_url() [23:58:24 CET] <cone-741> ffmpeg 03Aman Gupta 07master:a232a72d77cf: avformat/hls: return AVERROR_PROTOCOL_NOT_FOUND when http protocol is not available [23:58:25 CET] <cone-741> ffmpeg 03Aman Gupta 07master:11f989945e17: avformat/http: avoid ff_http_do_new_request after http/1.0 response [23:58:26 CET] <cone-741> ffmpeg 03Aman Gupta 07master:ac19e63b1845: avformat/hls: respect http_persistent only for http playlist urls [23:58:27 CET] <cone-741> ffmpeg 03Aman Gupta 07master:039007c928b4: avformat/http: export http_version from response [23:58:28 CET] <cone-741> ffmpeg 03Aman Gupta 07master:1dd82edea5ab: avformat/hls: enable http_multiple only for http/1.1 servers [00:00:00 CET] --- Wed Dec 27 2017

1 0

ffmpeg.log.20171226
by burek 27 Dec '17

27 Dec '17

[03:48:54 CET] <mechanist> hello [03:50:06 CET] <mechanist> when using this command "ffmpeg -ss 0:07:40.8 -i a.mp4 -t 00:18:18.8 -c copy out.mp4" the video produced starts with a strange green tint on VLC, it means that something was wrong [03:50:22 CET] <mechanist> how can I solve it? [03:54:12 CET] <JEEB> mechanist: not necessarily. which vlc version? [03:54:28 CET] <JEEB> highly likely that it just fails at edit lists [03:54:59 CET] <phryk> ffmpeg seems to be generating corrupt video files for me& Not quite sure what's wrong, but neither firefox nor omxplayer eat the output [03:55:15 CET] <JEEB> mechanist: also what version of FFmpeg for the record [03:55:19 CET] <mechanist> JEEB: 2.2.6 Umbrella [03:55:34 CET] <JEEB> try the 3.0 rcs [03:55:39 CET] <mechanist> JEEB: the latest one [03:55:58 CET] <JEEB> 2.2 is very old, unfortunately [03:56:12 CET] <phryk> ffmpeg -i ente.gif -preset veryslow -crf 22 -c:v libx264 ente.mp4 <- is what i tried, the gif can be found at http://phryk.net/upload/image/ente [03:57:08 CET] <JEEB> mechanist: if the issue doesn't happen with mpv then first poke the 3.0 release candidate and then if that breaks report it @ videolan's trac [03:57:26 CET] <mechanist> JEEB: i can't find any 3.0 rcs [03:57:40 CET] <JEEB> uhh, they released them weeks ago [03:58:02 CET] <phryk> output works with mpv tho, and mpv isn't displaying any warnings either. used version is 3.4.1 on freebsd [03:58:12 CET] <mechanist> just checked, it says I have the latest version.. [03:58:21 CET] <kepstin> phryk: firefox on what os? if it can't load system codecs, it uses openh264 which can only decode baseline [03:58:37 CET] <phryk> kepstin: "baseline"? [03:58:46 CET] <phryk> also freebsd [03:58:48 CET] <kepstin> phryk: on linux you can usually fix that by installing gstreamer 1.0 h264 plugin [03:58:58 CET] <kepstin> might work on freebsd too? :/ [03:59:13 CET] <phryk> I don't want it to work, I want to generate video files that omxplayer will eat [03:59:35 CET] <kepstin> ah, i don't know about what omxplayer supports :/ [03:59:50 CET] <JEEB> mechanist: poke #videolan I have no idea whay they fon't link it there [03:59:50 CET] <phryk> yeah, and it's not giving any error messages either :F [03:59:58 CET] <phryk> kepstin: how do i create a "baseline" video file? [04:00:11 CET] <kepstin> phryk if it's a really simple player, it might fail on files with no audio track [04:00:21 CET] <JEEB> phryk: -level 41 or so? if it's rpi it should in theory take high profile [04:00:35 CET] <JEEB> also check which pix_fmt is getting used [04:00:45 CET] <JEEB> (aka post logs on pastebin) [04:00:51 CET] <kepstin> oh, right, gif source means it's probably encoding to yuv444p [04:02:00 CET] <phryk> oh, then lemme try something converted from another video file [04:02:03 CET] <kepstin> phryk: it would still be nice if you give us logs, but adding "-pix_fmt yuv420p" to the encode commandline will probably fix it [04:04:09 CET] <phryk> https://paste.xinu.at/1wQwlm/ [04:04:51 CET] <phryk> Option pixel_format not found. [04:06:19 CET] <kepstin> it's an output option, not an input option [04:06:45 CET] <JEEB> mechanist: https://nightlies.videolan.org/build/win32/vlc-3.0.0-rc2-20171225-0301/ [04:06:50 CET] <JEEB> this should do [04:07:17 CET] <JEEB> complained on #videolan that the official rcs are hard to find [04:07:41 CET] <mechanist> lol [04:07:46 CET] <mechanist> thank you [04:08:31 CET] <JEEB> and yes, I am in a darn bus moving to boonies, japan looking at a terminal on my phone [04:09:41 CET] <mechanist> windows detecting it as a malware [04:09:45 CET] <mechanist> what a mockery... [04:11:05 CET] <CoreX> JEEB does vlc support 10bit now ? [04:19:39 CET] <phryk> kepstin: thanks, works on firefox now. gonna text omxplayer next :) [04:19:45 CET] <phryk> test* [04:34:16 CET] <phryk> omxplayer can't handle a video that short. so I want to loop it. there are multiple non-working loop options documented in the man page, one of them saying, that stuff is deprecated, one should use -loop [04:34:21 CET] <phryk> but -loop is not documented& [04:35:58 CET] <phryk> -stream_loop made the video longer, but filled all the extra time with only the last frame of the gif& [04:37:07 CET] <phryk> -loop is apparently ignored, at least it's not looping anything&^^ [06:13:27 CET] <ruto> Hello, anybody can help me with actual tutorial [06:13:37 CET] <ruto> sorry? draft message [07:31:37 CET] <ruto> Hello. I find in documentation (http://www.ffmpeg.org/ffmpeg-devices.html#dshow) usefull comman for me? for example it is: "fmpeg -list_devices true -f dshow -i dummy". I use it with util and it is work fine. Now i want to use it from my own application, by ffmpeg library without util. How i can execute that ot another same command from my code? [10:37:38 CET] <diverdude> durandal_1707: hello. Do you think you could point me to the parts of ffmpeg.c i need to be able to do what this command is doing: ffmpeg -i Video3.mp4 video3frames/frame_%04d.png ? [10:46:29 CET] <durandal_1707> diverdude: demuxing/decoding and muxing/encoding , there are others examples [10:49:58 CET] <durandal_1707> and that example doesnt crash for me [11:38:57 CET] <adnn> I don't know if my question is related to ffmpeg, or whether the question itself is wrong. But I'm trying to understand something ... [11:38:58 CET] <adnn> Say I have a video with 55 seconds of a static image and 5 seconds of lots of pictures. Does that mean that the video bitrate will peak at these 5 seconds? Or is the bitrate the same throughout the video? [11:41:25 CET] <sfan5> that depends on how your video was encoded [11:42:01 CET] <sfan5> if it was encoded in a (strict) CBR mode, bitrate will always be the same regardless of video content [11:42:33 CET] <adnn> hmmm [11:42:45 CET] <adnn> should I look for "CBR" in the video info to know if that[ the case ? [11:43:28 CET] <sfan5> in VBR mode (crf or 2pass) it will be like you described: less bits are allocated for the static image, more bits are allocated for the rest [11:44:32 CET] <sfan5> determining whether a video stream is cbr isn't as easy, sometimes you have access to the encoding params that directly indicate this [11:44:46 CET] <sfan5> but if you don't, looking at the bitrate over time is pretty much the only way [11:44:51 CET] <adnn> Is it safe to assume that most videos are vbr ? [11:44:53 CET] <sfan5> yes [11:45:04 CET] <adnn> neat [11:45:08 CET] <sfan5> well, web video [11:45:13 CET] <sfan5> broadcasting is entirely different [11:45:24 CET] <adnn> "live broadcasting"? [11:46:03 CET] <sfan5> by broadcasting i meant TV and the likes [11:46:09 CET] <adnn> ah ok [11:46:31 CET] <adnn> I'm worried about web video for now, thankfully [11:47:32 CET] <kepstin> satelite, cable, and over-the-air signals have a fixed transmission rate, so video bitrate can't be allowed to peak over the limit. [11:47:51 CET] <kepstin> web video's not so bad, worst case is the viewer has to buffer a bit [11:52:07 CET] <adnn> is there a command to convert vbr video to cbr in ffmpeg ? [11:52:20 CET] <sfan5> you'd have to re-encode it [11:52:56 CET] <sfan5> https://trac.ffmpeg.org/wiki/Encode/H.264#twopass [11:54:21 CET] <furq> https://trac.ffmpeg.org/wiki/Encode/H.264#AdditionalInformationTips [11:54:23 CET] <furq> you mean that [11:54:41 CET] <sfan5> ah yes, picked the wrong section [11:54:55 CET] <adnn> I almost got lost [11:55:56 CET] <Darshan> Hello everyone, and merry christmas [11:56:59 CET] <Darshan> I was wondering if there is a specific reason why ffmpeg do not support the loading of external filter and you have to make a new build ( or use Frei0r). Is it a security problem? [11:58:20 CET] <iive> you don't want cbr video, nobody uses cbr video and for a good reason. even dvb where you have fixed bitrate channel. [12:01:24 CET] <adnn> thanks for the warning but I'll have to ignore it if it solves my problem [12:10:14 CET] <kepstin> well, what's the actual problem you're having? [12:10:30 CET] <kepstin> all we can tell you right now is that cbr is probably not the solution :) [12:12:17 CET] <adnn> you're right, I'm doing a horrendous workaround I shouldn't even be doing [12:12:38 CET] <adnn> the thing is, I'm required to track how many seconds of a video a user has watched, without using Javascript (in an email client) [12:12:53 CET] <adnn> So the server has to guess how many seconds the user has played based on the amount of transferred data [12:12:57 CET] <kepstin> well, that's impossible [12:13:20 CET] <kepstin> typical email usage will have the video loaded through a proxy server that'll prefetch the entire thing [12:13:24 CET] <kepstin> assuming it does video at all [12:13:25 CET] <aphirst> adnn, you're going to have to do that a different way [12:13:30 CET] <adnn> kepstin: I wrote that in the report [12:13:38 CET] <adnn> aphirst: suggestions? [12:14:00 CET] <aphirst> proper content-aware media streaming framework, so there's no "guessing"? :P [12:14:17 CET] <kepstin> aphirst: honestly? put an image in the email with a play button that is actually just a link to a player on a real webpage [12:14:45 CET] <aphirst> email? oh right i missed that part [12:14:48 CET] <kepstin> will work with more email clients more reliably, and let you get view tracking info [12:14:50 CET] <adnn> kepstin: they already have this feature. BTW only a few email clients read videos .. But apparently it'ß a feature they want to incorporate [12:15:06 CET] <adnn> for the few clients that do support it [12:15:35 CET] <adnn> and everytime I open a video in the mail client on iOS, a server reads it and blows up the statistics [12:15:52 CET] <adnn> But I have to do it and then tell them it won't work [12:17:31 CET] Action: kepstin notes that all the popular webmail clients proxy media as well, so you're limited only to people using desktop clients... most of which hide media by default... [12:17:42 CET] <furq> i can already tell you how much of a video i'll watch if someone embeds it in an email instead of linking to it [12:17:45 CET] <furq> it's 0 seconds [12:17:47 CET] <kepstin> i dunno what clients that would actually work in, tbh [12:18:32 CET] <kepstin> an email with a <video> tag is a sure sign of spam. that should just get hardcoded in spam filters, imo :) [12:18:42 CET] <furq> yeah i'm amazed that's even a thing [12:18:48 CET] <adnn> furq: ikr [12:19:23 CET] <furq> i'm not amazed it's possible, i'm just amazed there are mail clients that actually let that happen [12:19:38 CET] <adnn> iOS mail, Apple mail on OSX [12:19:40 CET] <furq> i would've thought that would always be filtered [12:19:42 CET] <furq> oh. [12:19:48 CET] <furq> well then maybe i'm not so amazed any more [12:19:52 CET] <adnn> hahahaha [12:20:46 CET] <kepstin> email clients always scare me, they handle html parsing & media & stuff, but typically run older browser engines without sandboxing :/ [12:22:56 CET] <adnn> furq: thunderbird supports video playback too [12:22:58 CET] <adnn> mind: blown [12:23:17 CET] <furq> nice [12:23:23 CET] <furq> i assume that's policy blocked by default though [12:23:24 CET] <kepstin> like, the reason desktop clients usually block images by default isn't just to avoid email tracking pixels but also to avoid images exploiting image parser bugs for code execution :/ [12:24:17 CET] <adnn> I haven't changed any of the default settings [12:24:29 CET] <furq> weird [12:24:39 CET] <furq> i've never changed them and it blocks remote images by default [12:25:02 CET] <adnn> hmm [12:25:14 CET] <furq> i last set it up a long time ago though [12:25:16 CET] <adnn> ah, maybe because I've already accepted remote sources for this particular email [12:25:29 CET] <adnn> checked an unread one and got the warning [16:23:56 CET] <klinikot> looking for a ffmpeg command to convert videos to a format compatible with old hardware players [16:41:52 CET] <nostrora> Hello ! Can we use 2 different file (one .mp3 and one .ogg) to make another file with better quality ? [16:42:12 CET] <nostrora> take the better of these 2 sources* [16:57:59 CET] <klinikot> how to convert to format compatible with old hardware players? [18:17:14 CET] <alexpigment> klinikot: what format? [18:18:09 CET] <DHE> klaxa: way more information required. if it's h264, definitely yuv420p pix_fmt, and probably main profile (or baseline for cellphones and stuff). [18:18:12 CET] <DHE> whoops [18:18:16 CET] <DHE> klinikot: ^^ [18:18:19 CET] <klaxa> :P [18:18:19 CET] <DHE> (sorry) [18:47:00 CET] <artushin> https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu currently throws a build error because of https://git.videolan.org/?p=x264.git;a=commit;h=71ed44c7312438fac7c5c5301e4… [18:47:16 CET] <artushin> Should that build guide maybe use x264's stable branch? [18:47:37 CET] <artushin> Haven't tested building with the stable branch yet, doing it now [18:55:26 CET] <artushin> build succeeded. Propose changing `git -C x264 pull 2> /dev/null || git clone --depth 1 http://git.videolan.org/git/x264 && \` to `git -C x264 pull 2> /dev/null || git clone --depth 1 -b stable http://git.videolan.org/git/x264 && \` if the purpose of the guide is to have something that consistently builds [18:56:22 CET] <klinikot> alexpigment: i have different input formats, and i need to convert them into format that would be for sure supported on old hardware players [18:56:45 CET] <alexpigment> klinikot: what players? [18:56:55 CET] <alexpigment> like a DVD player from 2001? [18:57:00 CET] <alexpigment> a cell phone from 2009? [18:57:08 CET] <klinikot> we do not have this player so we could not test [18:57:13 CET] <alexpigment> what is the player [18:58:38 CET] <klinikot> as far as i know it is old dvd player that have usb interface [18:58:46 CET] <alexpigment> ok, so divx then [18:59:20 CET] <klinikot> probubly divx or xvid? [19:00:32 CET] <alexpigment> ffmpeg -i [input] -vf scale=640:-2 -c:v libxvid -b:v 1500 -c:a libmp3lame -b:a 160000 [output] [19:00:37 CET] <alexpigment> try something like that [19:01:06 CET] <therage3> if compatibility is your issue, then make sure when you have "-vtag xvid" somewhere in there [19:01:21 CET] <therage3> a lot of old hardware will refuse to play things unless something like that is there, i've run into that issue myself [19:01:34 CET] <alexpigment> i'll trust therage3 on this one [19:03:16 CET] <therage3> See for instance https://ubuntuforums.org/showthread.php?t=1906751 [19:03:34 CET] <alexpigment> therage3: that's using the native mpeg4 encoder [19:03:53 CET] <alexpigment> which is fine, but i think needing to specify vtag xvid is because it's -c:v mpeg4 [19:04:00 CET] <alexpigment> rather than -c:v libxvid [19:04:06 CET] <therage3> right [19:04:14 CET] <alexpigment> fwiw, -c:v mpeg4 is faster in my experience, but the quality isn't as good [19:05:30 CET] <therage3> huh? i thought if you left it out, it uses "fourcc" [19:05:49 CET] <alexpigment> fourcc is just four letters that identify the codec [19:05:55 CET] <alexpigment> like XVID [19:05:59 CET] <alexpigment> or DIVX [19:06:02 CET] <alexpigment> or DV50 [19:06:15 CET] <therage3> woops, I mean "fmp4" [19:06:19 CET] <alexpigment> yeah [19:06:25 CET] <alexpigment> for the native mpeg4 encoder [19:06:33 CET] <alexpigment> https://trac.ffmpeg.org/wiki/Encode/MPEG-4 [19:06:41 CET] <therage3> i know, I had the wrong thing in copy paste buffer [19:06:41 CET] <therage3> i meant to paste fmp4 [19:06:52 CET] <alexpigment> yeah [19:06:56 CET] <therage3> point is, if you use the native mpeg4 encoder without that explicit -vtag, it'll default to fmp4 afaik [19:07:00 CET] <alexpigment> true [19:07:05 CET] <therage3> and with that default, a lot of players refuse to play it [19:07:12 CET] <alexpigment> that's a part of the reason I told him to use libxvid above [19:07:41 CET] <alexpigment> either way, not a huge deal. you can redundantly use -vtag xvid [19:07:49 CET] <therage3> hm, I tried to use libxvid before and not the native one, and an old media drive I have here refused to play it [19:07:59 CET] <therage3> but with the native encoder and with the -vtag declared explicitly, it worked [19:08:04 CET] <alexpigment> gotcha [19:08:14 CET] <alexpigment> i'll take your word on this. it's been quite a few years since i've messed with xvid [19:08:25 CET] <therage3> yeah, we have a lot of old junk around here :D [19:08:53 CET] <therage3> hell tomorrow I receive a new charger for my old Core2Duo laptop to resurrect it [19:09:05 CET] <alexpigment> nice [19:09:11 CET] <alexpigment> 2006, here we come! :0 [19:09:34 CET] <alexpigment> honestly, a core 2 duo mac is still not too shabby [19:09:47 CET] <alexpigment> i don't know how Windows fares on a core 2 duo anymore [19:10:01 CET] <therage3> don't know, don't care. i'm going to slap either Ubuntu or Manjaro on it [19:10:02 CET] <therage3> :D [19:10:11 CET] <alexpigment> should be pretty smooth then [19:10:14 CET] <therage3> yep [19:10:56 CET] <klinikot> thanks a lot, i will try your suggestions [19:11:02 CET] <therage3> good luck [19:32:29 CET] <klinikot> alexpigment: shoul i enter for output *.avi ? [19:32:43 CET] <alexpigment> yeah [00:00:00 CET] --- Wed Dec 27 2017

1 0