November 2018 - Ffmpeg-devel-irc

ffmpeg-devel.log.20181119
by burek 20 Nov '18

20 Nov '18

[14:59:53 CET] <cone-807> ffmpeg 03Paul B Mahol 07master:cfd421226c67: avfilter: add chromashift filter [14:59:54 CET] <cone-807> ffmpeg 03Paul B Mahol 07master:6da439219d23: avfilter: add rgbashift filter [15:18:18 CET] <cone-807> ffmpeg 03Paul B Mahol 07master:277fd9c2ac72: avutil/avsscanf: use ptrdiff_t instead of off_t [16:14:23 CET] <durandal_1707> does truehd have core? [16:16:02 CET] <JEEB> no [16:16:09 CET] <JEEB> sometimes it has an AC-3 stream muxed next to it [16:16:20 CET] <JEEB> but it doesn't have a core/extension kind of thing like with DTS formats [16:17:37 CET] <nevcairiel> yeah the AC3 stream is entirely unrelated, its just compat shit for blu-rays [16:19:33 CET] <nevcairiel> some silly people try to demux the streams together, or even remux them into another container combined like that, luckily no format ever officially supported that [16:19:45 CET] <nevcairiel> and in mpeg-ts it has special extension markers that allows you to split it cleanly [16:21:53 CET] <durandal_1707> fflogger5 seems no longer coperative [18:21:19 CET] <cone-807> ffmpeg 03hwrenx 07master:bddcbb932f4c: configure: update api version of libxavs2 [18:25:22 CET] <durandal_1707> give some good idea for a/v filter [18:46:16 CET] <durandal_1707> A->A/V->V/A->V whatever [19:09:04 CET] <j-b> Dolby AC-4 decoding [19:09:29 CET] <JEEB> I've only seen AC-4 in those DASH-IF samples [19:09:34 CET] <JEEB> I wonder if it even exists anywhere else [19:14:05 CET] <durandal_1707> in lala land [19:15:16 CET] <atomnuker> TD-Linux: hasn't ac-4 started being used in atsc+1 or whatever? [19:26:13 CET] <TD-Linux> "used" [19:26:15 CET] <TD-Linux> "atsc 3" [19:27:19 CET] <JEEB> :D [19:27:26 CET] <JEEB> I've only heard of test airings [20:35:21 CET] <cone-807> ffmpeg 03Ard Oerlemans 07master:95107af31462: avcodec/libvpxenc: add VP8 temporal scalability config options [20:39:05 CET] <cone-807> ffmpeg 03James Zern 07master:e1f895838d50: libvpxenc,cosmetics: fix { placement [23:20:41 CET] <cone-807> ffmpeg 03Marton Balint 07master:972ded33c08a: avfilter/vf_freezedetect: add filter to detect frozen input [23:20:42 CET] <cone-807> ffmpeg 03Marton Balint 07master:e3a96309826d: avcodec/mpeg_er: fix clearing chroma blocks for 422 and 444 [23:41:35 CET] <cone-880> ffmpeg 03Marton Balint 07release/4.1:d4c5f515f090: avcodec/mpeg_er: fix clearing chroma blocks for 422 and 444 [00:00:00 CET] --- Tue Nov 20 2018

1 0

ffmpeg.log.20181119
by burek 20 Nov '18

20 Nov '18

[03:00:36 CET] <Buliarous> how would I extract subtitles from a VTS VOB concat like this: ffmpeg -i "concat:VTS_01_0.VOB|VTS_01_1.VOB|VTS_01_2.VOB|VTS_01_3.VOB|VTS_01_4.VOB" I have subtitles at stream 2 and 3 and want to create srt's from them [03:11:54 CET] <pink_mist> uh, I don't believe ffmpeg can create srts from vobsubs [03:12:05 CET] <pink_mist> vobsubs are basically pictures of text [03:12:33 CET] <pink_mist> so you need software that can do optical character recognition [03:12:43 CET] <pink_mist> ffmpeg is not that afaik [03:17:09 CET] <Hello71> it could give you a bunch of pictures [03:19:23 CET] <pink_mist> that's not valid srt though [03:20:23 CET] <Hello71> halfway there though [03:20:29 CET] <Hello71> well more like 20% of the way there [03:20:50 CET] <pink_mist> more like 5% I'd say [03:20:54 CET] <pink_mist> OCR is hard [03:33:41 CET] <Hello71> making ocr is hard but using ocr is not that hard [03:33:51 CET] <Hello71> hell, using ocr is usually easier than using ffmpeg [03:36:27 CET] <Buliarous> thanks pink_mist went with mkvmerge for this task, can always convert later [11:55:06 CET] <scramblez> Hi All, I downloaded 'https://www.youtube.com/watch?v=ig4g6oD9Als' but it will not render in a Mut@nt 51HD. The same box has no problem playing vp9 in webm, as long as they do not contain HDR metadata. I wanted to test using m2ts container, but copying over the streams fails. [11:57:05 CET] <scramblez> What options should I use to move it into m2ts? Will m2ts work with HDR? [12:00:05 CET] <scramblez> Here's the error I get: 'https://pastebin.com/gGj8Y60V' [12:02:16 CET] <scramblez> Ah! I removed the copy directive and it is now converting it. :-) [12:11:01 CET] <scramblez> ... but the box won't render it. :( [12:21:07 CET] <relaxed> scramblez: maybe because it's yuv420p10le [12:21:17 CET] <snatcher> >ffmpeg -tls_verify 1 -i 'https://ffmpeg.org/' >error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed [12:21:34 CET] <snatcher> why https validation failed? [12:22:26 CET] <relaxed> firefox lists https://ffmpeg.org/ as insecure [12:22:44 CET] <relaxed> oh wait! I'm wrong [12:23:29 CET] <scramblez> relaxed: yes, quite. It may be the box is not able to render 10bit - at all? Strangely, my laptop with a 10 year old radeon card is rendering the webm and m2ts seemingly without a problem. [12:25:12 CET] <relaxed> scramblez: that's because your laptop uses software decoders and your tv uses hardware, which only supports certain features [12:25:49 CET] <barc0d4> hi when I start webcam with mpv I get an error like this : [ffmpeg/demuxer] video4linux2,v4l2: Dequeued v4l2 buffer contains 613376 bytes, but 614400 were expected. Flags: 0x00012001. [12:25:59 CET] <scramblez> relaxed: you reckon it is the TV at fault here, rather than the Mut@nt set top box? [12:27:17 CET] <scramblez> Hmm ... I guess I could try connecting the laptop to the TV and see what it shows. [12:28:10 CET] <relaxed> yeah, I run hdmi from my nvidia card to my TV and with mpv I never have issues [12:29:00 CET] <scramblez> Question: how can I copy the 'Mastering Display Metadata' from the webm container to the m2ts? [12:29:46 CET] <scramblez> All the luminance data are not transfered over to the m2ts - is there some special option needed? [13:37:15 CET] <skident> hello [13:39:17 CET] <skident> I have a code which uses ffmpeg audio filters, it works fine on Windows, but the same code works incorrect on macos (sound is noisy). Does anybody know how to fix this? [13:40:42 CET] <durandal_1707> skident: show code [13:42:39 CET] <snatcher> seems >error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed ffmpeg-related, "openssl s_client -connect ffmpeg.org:443" >Verify return code: 0 (ok) [13:42:42 CET] <snatcher> any ideas? [13:46:10 CET] <skident> it is integrated into a project and I can't reproduce without a project. I need to write a simple playback code for testing my code without current project [13:47:02 CET] <skident> but unfortunately I haven't found examples of playback using ffmpeg (only portaudio) [13:47:40 CET] <durandal_1707> skident: see mpv audio lavfi code [13:54:46 CET] <skident> <durandal_1707> could you share a link? [13:59:08 CET] <durandal_1707> skident: mpv.io [15:12:46 CET] <scramblez> Hi All, I've transcoded 'https://www.youtube.com/watch?v=ig4g6oD9Als' from vp9 within webm to hevc within m2ts 'Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv), 3840x2026 [SAR 1:1 DAR 1920:1013], 24 fps, 24 tbr, 90k tbn, 24 tbc'. However, the HDR luminance etc side data were not transfered through, so the video looks washed out. How can I also transfer the HDR metadata to m2ts? [15:13:43 CET] <scramblez> This is the data I'm talking about: 'Mastering Display Metadata, has_primaries:1 has_luminance:1 r(0.6800,0.3200) g(0.2650,0.6900) b(0.1500 0.0600) wp(0.3127, 0.3290) min_luminance=0.005000, max_luminance=1000.000000' [15:15:32 CET] <tango_> hello all. I recorded a video with obs, and post-facto I realized that the video is capturing an area (of the screen) larger than I initially intended, so I was looking for a way to crop the video with ffmpeg. Ideally, I would like to keep the encoding settings for the video output stream to be exactly the same of the original input stream. my command line at the moment is: ffmpeg -i input.flv -vf [15:15:37 CET] <tango_> "crop=1024:768:0:0" -c:a copy out.flv. I couldn't find a straightforward way to tell ffmpeg to use the same encoding _settings_ as the input, though [15:15:45 CET] <tango_> the input settings are Stream #0:0: Video: h264 (High), yuv420p(progressive), 1920x1080, 2500 kb/s, 30 fps, 30 tbr, 1k tbn, 60 tbc [15:20:40 CET] <furq> tango_: there isn't a straightforward way to do that [15:20:54 CET] <furq> you can crop h264 without reencoding but it won't actually make the file any smaller [15:21:06 CET] <furq> https://www.ffmpeg.org/ffmpeg-bitstream-filters.html#h264_005fmetadata [15:26:56 CET] <tango_> furq: for the time being I'd be satisfied even with just that [15:27:05 CET] <tango_> I'll just remember to use the correct settings the next time 8-) [15:34:00 CET] <tango_> furq: thanks, -bfs:v h264_metadata=crop_right=$((1920-1024)):crop_bottom=$((1080-768)) did the thing [15:45:32 CET] <scramblez> I've used libx265 to transcode it, should have I used hevc_cuvid? Or is there some option I could pass to it to copy over the HDR metadata without having to specify each one individually? [15:52:25 CET] <scramblez> Oops! Sorry, meant to say: hevc_vaapi [16:10:48 CET] <Hello71> why is cropping part of h264? shouldn't it be a container feature? [16:10:54 CET] <Hello71> do encoders actually use it? [16:12:05 CET] <Hello71> tango_: while you're at it, you probably want crf, not cbr [16:12:38 CET] <tango_> Hello71: what's crf? [16:12:45 CET] <tango_> Hello71: (fwiw, the original video was recorded by obs) [16:13:13 CET] <Hello71> I can't remember if obs is fine or sucks [16:13:16 CET] <Hello71> iirc it's "meh"? [16:13:35 CET] <tango_> Hello71: is there anything better for linux on X without a compositor running? [16:13:43 CET] <tango_> ffmpeg directly? 8-D [16:13:49 CET] <tango_> I mean, the video comes out fine [16:13:53 CET] <Hello71> x11grab is fine if you're not picky about latency [16:14:16 CET] <tango_> I potentially want to use the same for streaming in the future [16:27:14 CET] <scramblez> Hmm ... I just came across this ticket which is broadly similar to my problem (I'm not resizing the video): 'https://trac.ffmpeg.org/ticket/7037' [16:27:28 CET] <scramblez> I assume it has not been resolved yet. [16:28:32 CET] <scramblez> ffprobe shows color_range, color_space, color_transfer, and color_primaries are not transferred over to mp4. :( [16:30:02 CET] <scramblez> Is there a way to specify these individually for the libx265 encoder? [16:30:42 CET] <scramblez> Meant to say, not transferred over to m2ts [16:33:55 CET] <ritsuka> scramblez: probably you can pass it to x265 with -x265-params [16:36:02 CET] <furq> scramblez: -colorspace -color_primaries -color_trc -color_range [16:38:13 CET] <scramblez> I also found this: '-metadata string=string' under the x265 parameters. I wonder if I could pass the whole 'Mastering Display Metadata' string to it? [16:42:23 CET] <scramblez> furq: thanks! I entered these values individually and it is running now. No errors yet! :) [16:42:49 CET] <scramblez> No luminance values though. [16:46:29 CET] <furq> i have no idea if that stuff works for tonemapping [16:48:53 CET] <GuiToris> hey, I can't find it anywhere, can I adjust the quality of jpegs with ffmpeg? [16:49:52 CET] <furq> -q [16:50:17 CET] <Hello71> although the ffmpeg jpeg encoder is usually worse than alternatives [16:50:54 CET] <GuiToris> Hello71, do alternatives mean image magick here? [16:50:59 CET] <Hello71> pretty sure it's designed for mjpeg. same format, different requirements [16:51:13 CET] <Hello71> imagemagick is fine. if you want high quality I hear the google one is pretty good [16:51:29 CET] <furq> why would it being designed for mjpeg affect the quality [16:52:18 CET] <GuiToris> Hello71, I'm not sure if Image Magick can alter the pixel format [16:52:55 CET] <Hello71> furq: moving pictures are different from non-moving pictures? [16:53:02 CET] <furq> mjpeg is intra-only [16:53:20 CET] <Hello71> right [16:53:40 CET] <Hello71> but people usually don't view moving pictures one frame at a time [16:53:44 CET] <Hello71> they view them as a... movie [16:53:56 CET] <Hello71> is the point that I'm making [16:54:07 CET] <furq> if the point is "they put less effort in because who cares" then sure [16:54:55 CET] <furq> anyway -q 2 is the best you'll get out of ffmpeg's encoder [16:55:39 CET] <furq> mozjpeg is the best in class afaik and it does support changing the subsampling [16:55:45 CET] <furq> -sample 2x2 for 4:2:0 [16:56:33 CET] <GuiToris> furq, 2? is it differs from the one that gimp uses? I've tried -q 91 and -q 50 and well both images are ugly [16:56:49 CET] <furq> it goes from 2 to 31 [16:56:55 CET] <furq> anything above 31 will be trash [16:57:04 CET] <GuiToris> so it's a different scale :/ [16:57:11 CET] <furq> the range of values for -q in ffmpeg is an eternal mystery [16:57:17 CET] <furq> it doesn't help that it's not even documented for most codecs [16:58:36 CET] <GuiToris> oh and this is mjpeg, I haven't noticed it [17:03:10 CET] <scramblez> furq: Thanks again. Your suggestions worked (at least for sorting out the colorspace). :) [17:03:28 CET] <GuiToris> furq, can I specify conventional jpeg with -f? [17:03:40 CET] <GuiToris> furq, -f jpg doesnt work [17:03:59 CET] <GuiToris> I'm using still images [17:13:09 CET] <dryft> hello all, I'm trying to stream with ffmpeg and failing, I'd appreciate anyone taking a look. https://0x0.st/sUvl.txt [17:14:22 CET] <dryft> presumably I'm missing some arguments or they're in the wrong order idk [17:17:23 CET] <furq> dryft: -f flv [17:17:55 CET] <furq> GuiToris: -f singlejpeg [17:18:52 CET] <GuiToris> great, it works :) [17:41:55 CET] <dryft> furq, thank you. [17:42:15 CET] <dryft> if only I had asked here before searching for hours [17:42:21 CET] <dryft> :D [17:45:33 CET] <Hello71> mozjpeg is the best if you want it to encode pretty fast [17:45:55 CET] <Hello71> if you are happy to spend several minutes on each file then guetzli produces much better results [18:20:17 CET] <georgeli_> Hello, I have a problem about implementing hardware encoding on raspberry pi by using openmax. I always get wrong time stamp in my AVpacket. I notice since the packet got initialized, the time stamp was assigned to be 634 (seems to be the numerator of time base) and it does not change overtime. [18:21:10 CET] <georgeli_> AVPacket pkt; printf("0-time stamp = %ld, enc = %d/%d st = %d/%d\n", pkt.pts, encoder_ctx->time_base.num,encoder_ctx->time_base.den, fmt_encoder_ctx->streams[video_stream]->time_base.num, fmt_encoder_ctx->streams[video_stream]->time_base.den); printf("avframe time stamp = %ld\n", sw_frame->pts); av_init_packet(&pkt); printf("1-time stamp = %ld, enc = %d/%d st = %d/%d\n", pkt.pts, [18:23:43 CET] <georgeli_> Sorry, I don't know how to paste code here. I always get time stamp equals 634 for my printf, even right after I initialize AVpacket. That's weird. [18:58:07 CET] <leite> hi [00:00:00 CET] --- Tue Nov 20 2018

1 0

ffmpeg-devel.log.20181118
by burek 19 Nov '18

19 Nov '18

[00:19:03 CET] <philipl> BtbN: FYI, You didn't tag the 8.2.16 release. [01:16:27 CET] <BtbN> philipl, I didn't make a 8.2.16 release, as there are outstanding patches [01:18:17 CET] <philipl> OK [01:20:29 CET] <philipl> BtbN: also: https://devtalk.nvidia.com/default/topic/1038940/video-codec-sdk/announceme… [01:20:49 CET] <philipl> I'm not entirely sure what the punchline is here - I think it means that drivers supported by SDK 8.2 were still reporting API version 8.1 [01:22:58 CET] <BtbN> That's where I got the change from. The new nvidia SDK defines it as 8.2. [01:23:07 CET] <BtbN> Weird that no driver actually reports that version. [01:25:04 CET] <philipl> latest drivers do. [01:25:10 CET] <philipl> I can use nvenc with latest headers and 415 driver [01:25:28 CET] <BtbN> Well, they failed to update the version requirement then [01:26:20 CET] <BtbN> I'll probably just revert the change, as there isn't really any gain [01:27:26 CET] <philipl> my bad. [01:27:30 CET] <philipl> 415 also says 8.1 [01:27:36 CET] <philipl> So yeah, it just doesn't match any released driver. [01:27:57 CET] <philipl> Seems like they goofed. [01:28:40 CET] <BtbN> SDK team being like "Oh we forgot to bump this", and nobody told the driver team. [01:29:37 CET] <philipl> Seems that way [01:57:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:ecbf42e13a68: avcodec/mpegaudio_parser: Consume more than 0 bytes in case of the unsupported mp3adu case [01:57:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:14c8795361a8: avcodec/cavsdec: Propagate error codes inside decode_mb_i() [01:57:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:266102567981: avcodec/shorten: Fix integer overflow with offset [01:57:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:3c4a874388a9: fftools/ffmpeg: Repair reinit_filter feature [01:57:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:14778d3fda0a: avcodec/pngdec: Check compression method [01:57:54 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.3:9cba90e5ef03: Changelog: update [02:10:58 CET] <cone-200> ffmpeg 03Martin Vignali 07n3.3.9:HEAD: avfilter: use av_clip_uintp2 instead of av_clip for 10b and 12b [03:02:29 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:b130cdb92332: avutil/pixfmt: Document chroma plane size for odd resolutions [03:02:30 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:430405eb0bd0: swresample/swresample: Fix input channel count in resample_first computation [03:02:31 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:8ed1874dab71: avcodec/diracdec: Prevent integer overflow in intermediate in global_mv() [03:02:32 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:33ee198cdbb2: avcodec/dirac_dwt_template: Fix several integer overflows in horizontal_compose_daub97i() [03:02:33 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:6ebb8f5ab566: avcodec/diracdec: Change frame_number to 64bit as its a 32bit from the bitstream and we also have a -1 special case [03:02:34 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:ec7cf0c74f75: avcodec/diracdec: Check slice numbers for overflows in relation to picture dimensions [03:02:35 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:7a7a6bf8e250: avcodec/diracdec: Check bytes count in else branch in decode_lowdelay() too [03:02:36 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:09800cbc0105: avcodec/qtrle: Check remaining bytestream in qtrle_decode_XYbpp() [03:02:37 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:1b283238226b: avformat/flvenc: Check audio packet size [03:02:38 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:cc9263c2e165: avcodec/aacpsdsp_template: Fix integer overflow in ps_stereo_interpolate_c() [03:02:39 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:1a9810dde019: avcodec/mpegaudio_parser: Initialize poutbuf* [03:02:40 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:f20a35a13e4b: avcodec/shorten: Check verbatim length [03:02:41 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:eba99acdf267: avcodec/shorten: Fix integer overflow in residual/LPC combination [03:02:42 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:c71fe632b74c: avcodec/shorten: Fix signed 32bit overflow in shift in shorten_decode_frame() [03:02:43 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:b535e8936b72: avformat/rmdec: Fix EOF check in the stream loop in ivr_read_header() [03:02:44 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:949995b22521: avformat/mlvdec: read_string() received unsigned size, make the argument unsigned [03:02:45 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:5d7bab77de26: avformat/nsvdec: Do not parse multiple NSVf [03:02:46 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:c6b7060137cf: avcodec/snowdec: Fix integer overflow with motion vector residual [03:02:47 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:2df51ffcb7f2: avcodec/vb: Check for end of bytestream before reading blocktype [03:02:48 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:368e7a099422: avcodec/hq_hqa: Check remaining input bits in hqa_decode_mb() [03:02:49 CET] <cone-200> ffmpeg 03Dale Curtis 07release/3.2:a72d42b80ff4: avformat/mov: Error on too large stsd entry counts. [03:02:50 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:a90f6d3e908b: avcodec/ra144: Fix undefined integer overflow in add_wav() [03:02:51 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:59c463f4ccb0: avcodec/h264_refs: Document last if() in ff_h264_execute_ref_pic_marking() [03:02:52 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:9f0e0a4cf29c: avcodec/dvdsubdec: Avoid branch in decode_run_8bit() [03:02:53 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:3b20cd4f6576: avcodec/shorten: Fix bitstream end check in read_header() [03:02:54 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:5fe92631fc20: avcodec/zmbv: Update decomp_len in raw frames [03:02:55 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:2baee6dd1b9e: avcodec/zmbv: Check that the decompressed data size is correct [03:02:56 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:64bccfd11dde: avcodec/mpeg4videodec: Fix undefined shift in get_amv() [03:02:57 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:7bcc4d7ea7b2: avcodec/dvdsubdec: Sanity check len in decode_rle() [03:02:58 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:72babd45c81e: avcodec/unary: Improve get_unary() docs [03:02:59 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:9181ecd2e602: avformat/utils: Fix integer overflow in discontinuity check [03:03:00 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:77d35ab73435: avformat/utils: Never store negative values in last_IP_duration [03:03:01 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:f266eca585f0: avcodec/ra144: Fix integer overflow in add_wav() [03:03:02 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:72268fbdc37e: avcodec/h264_cavlc: Check mb_skip_run [03:03:03 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:1effc4baa19d: avcodec/mpeg4videodec: Fix typo in sprite delta check [03:03:04 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:353ef58a8279: avcodec/jpeg2000dec: Fix off by 1 error in JPEG2000_PGOD_CPRL handling [03:03:05 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:e6f8f6a7eefd: avcodec/msrle: Check that the input is large enough to contain a end of picture code [03:03:06 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:c2af767c3e28: avutil/integer: Fix integer overflow in av_mul_i() [03:03:07 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:875a5d055b4c: avcodec/mpegaudio_parser: Consume more than 0 bytes in case of the unsupported mp3adu case [03:03:08 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:d10266a96f28: avcodec/cavsdec: Propagate error codes inside decode_mb_i() [03:03:09 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:0612e6a0d7de: avcodec/shorten: Fix integer overflow with offset [03:03:10 CET] <cone-200> ffmpeg 03Michael Niedermayer 07release/3.2:de1d2ea6b20a: avcodec/pngdec: Check compression method [03:11:43 CET] <philipl> BtbN: after the revert, we still need a new version number. 8.2.15.6? [03:52:36 CET] <cone-200> ffmpeg 03Carl Eugen Hoyos 07master:529debc98776: lavu/avsscanf: Do not mix declaration and code. [14:39:20 CET] <BtbN> philipl, I don't think there's need for a new release yet. I kinda want to wait a while, so we're not spamming those releases. [14:44:04 CET] <BtbN> philipl, the branch you linked does not compile for me btw: https://bpaste.net/show/ccc581f32ef6 [15:21:57 CET] Action: Compn looks around for lou and sees nothing but alaskan tumbleweeds [16:40:34 CET] <philipl> BtbN: Ok. I just would like a bumped version number so I can set the dependency correctly in mpv to use the semaphore api [16:41:18 CET] <JEEB> I think that one got done in the pc file? [16:41:41 CET] <JEEB> http://git.videolan.org/?p=ffmpeg/nv-codec-headers.git;a=summary [16:41:50 CET] <JEEB> oh that got reverted [16:43:28 CET] <philipl> yeah. because nvidia goofed their version numbers [16:43:43 CET] <philipl> The drivers don't claim to support 8.2 yet. whoops. [16:44:47 CET] <philipl> BtbN: I've updated the branch again to fix the error. Please try again. [18:39:43 CET] <cone-690> ffmpeg 03Mark Thompson 07master:7a2065647421: cbs_h265: Add a lot more SEI parsing support [18:48:22 CET] <cone-690> ffmpeg 03Mark Thompson 07master:7ba63695b78c: mjpegdec: Fill raw huffman tables with default values too [19:13:55 CET] <cone-690> ffmpeg 03Mark Thompson 07master:f951036d3243: doc/encoders: Move libxavs2 to correct place in alphabetical order [19:13:56 CET] <cone-690> ffmpeg 03Mark Thompson 07master:b2ea757f6843: doc/encoders: Add libaom-av1 [19:30:24 CET] <cone-690> ffmpeg 03Mark Thompson 07master:b67435702090: vaapi_encode: Improve log message for unsupported profiles [19:56:09 CET] <cone-690> ffmpeg 03hwren 07master:b75afd25ba9d: lavc/libdavs2: remove unused frame counter [19:56:10 CET] <cone-690> ffmpeg 03hwren 07master:31b79e0210c4: lavc/libdavs2: correct frame type setting [20:16:57 CET] <cone-690> ffmpeg 03James Almer 07master:96717a42715f: avcodec/cbs_av1: don't abort when splitting Temporal Units containing OBUs with no obu_size field [21:24:53 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:a5b28b271af3: avfilter/af_acrossover: use av_strtod() to parse single number [21:24:54 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:0c7fb6e4a035: avfilter/af_adelay: use av_sscanf() [21:24:55 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:80265dba3de1: avfilter/af_afftdn: use av_sscanf() [21:24:56 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:9b2c325060c7: avfilter/af_sofalizer: use av_sscanf() [21:24:57 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:2de165a92bac: avfilter/vf_mix: use av_sscanf() [21:24:58 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:f79750bc320a: avfilter/af_ladspa: use av_sscanf() [21:24:59 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:c834f52c0018: avfilter/af_aecho: use av_sscanf() [21:25:00 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:72482363d1b7: avfilter/f_drawgraph: use av_sscanf() [22:13:44 CET] <BtbN> philipl, it does build now. Any specific command to test it? [22:15:07 CET] <BtbN> "./mpv.exe --gpu-api=vulkan --vo=gpu --hwdec=nvdec some.mkv" results in "[vo/gpu/cuda-nvdec] cu->cuImportExternalSemaphore(&evk->ss, &s_desc) failed -> CUDA_ERROR_NOT_SUPPORTED: operation not supported" "[vo/gpu/cuda-nvdec] cuda_ext_vk_init failed" [22:16:01 CET] <BtbN> And at the same time crashes with a MinGW Runtime Assertion "video/out/vulkan/ra_vk.c Line 2071, Expression: sem_out" [22:18:48 CET] <cone-690> ffmpeg 03Andreas Rheinhardt 07master:40b74abfca39: h264_redundant_pps: Fix memleak in case of errors [22:21:17 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:f3d8a4ea4623: avfilter/vf_limiter: always limit min/max to format depth [22:21:18 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:ead0d2eb7686: avfilter/vf_limiter: remove unused header [22:24:44 CET] <philipl> BtbN: cuda error not supported... [22:24:52 CET] <philipl> Are you running latest windows drivers? [22:25:09 CET] <BtbN> 416.94 [22:25:16 CET] <philipl> Huh. That's just weird. [22:25:39 CET] <philipl> The minimum windows cuda 10 driver version is 411.xx [22:26:08 CET] <philipl> Maybe I messed up the actual code around the HANDLE [22:26:31 CET] <philipl> Maybe you're willing to try and fix it :-P [22:34:42 CET] <philipl> BtbN: that devtalk discussion has gone well past what I meaningfully comment on around nvenc. [22:35:18 CET] <BtbN> Probably won't have time until next weekend. [22:36:02 CET] <philipl> K [22:38:58 CET] <cone-690> ffmpeg 03Mark Thompson 07master:a830056b32fe: vaapi_encode_h264: Reduce SAR to valid range [22:38:59 CET] <cone-690> ffmpeg 03Mark Thompson 07master:80ce23da6533: vaapi_encode_h265: Reduce SAR to valid range [23:02:50 CET] <cone-690> ffmpeg 03Paul B Mahol 07master:a064530da8b6: avcodec/scpr: add version 3 support [23:08:27 CET] <cone-690> ffmpeg 03Mark Thompson 07master:e3991a5a459a: libaomenc: Drop unused noise-sensitivity option [23:13:39 CET] <cone-690> ffmpeg 03Andreas Rheinhardt 07master:8f875a90c440: avutil/mem: Correct documentation of av_fast_*alloc(z) [00:00:00 CET] --- Mon Nov 19 2018

1 0

ffmpeg.log.20181118
by burek 19 Nov '18

19 Nov '18

[00:25:32 CET] <Rick627> turn off notifications [01:59:03 CET] <analogical> why doesn't FFmpeg accept wildcards in filenames? [01:59:55 CET] <pink_mist> that's not up to ffmpeg, that's up to your shell [02:00:26 CET] <pink_mist> shells are the things that expands wildcards into a bunch of filenames. never utilities themselves [02:01:39 CET] <pink_mist> however, I'm pretty sure ffmpeg does support some kinds of wildcards, such as numbers going up sequentially [02:06:10 CET] <pink_mist> oh, actually, even actual wildcard globbing if you've compiled ffmpeg with that option and specify it on the commandline -- http://ffmpeg.org/ffmpeg-all.html#Examples-7 [05:07:09 CET] <GlenK> hiya. I was kinda hoping to get ffmpeg to not use all my cpus. neither -threads 1 and -filter_threads 1 seems to do the trick. any help? [05:40:03 CET] <GlenK> eh. oh well. cpulimit is my friend at least. =) [06:39:47 CET] <KombuchaKip> I am writing a unit test for my custom AVIOContext. In order to test that it is working, I'd like to pull all data that its surrounding AVFormatContext can without doing any decoding. I just want to read all the data and verify the checksum to ensure it's what was expected of the source input data. [11:33:53 CET] <amosbird> Hello, how can I debug avformat_open_input returning Invalid data found when processing input ? [13:45:57 CET] <ariyasu> [dshow @ 000001e28f38afc0] real-time buffer [AVerMedia BDA Analog Capture Secondary] [video input] too full or near too full (81% of size: 3041280 [rtbufsize parameter])! frame dropped! [13:46:07 CET] <ariyasu> is there someway to increase the buffer size? [13:51:21 CET] <furq> -rtbufsize [13:52:25 CET] <ariyasu> ty [19:09:28 CET] <KombuchaKip> I am writing a unit test for my custom AVIOContext. In order to test that it is working, I'd like to pull all data that its surrounding AVFormatContext can without doing any decoding. I just want to read all the data and verify the checksum to ensure it's what was expected of the source input data. [19:09:53 CET] <JEEB> probably opening some raw demuxer is the best way to go about that [19:10:35 CET] <JEEB> most demuxers parse the input and effectively only give you the packets within but not the actual full data :P [19:48:20 CET] <KombuchaKip> JEEB: What about avio_read(3)? [19:48:49 CET] <JEEB> if an API client can actually utilize those, I guess... just not sure if those are public [19:49:45 CET] <JEEB> https://www.ffmpeg.org/doxygen/trunk/avio_8h.html#abb4e58439be0bff0dc2e2974… [19:49:59 CET] <JEEB> well, if that's usable by public API clients then sure [19:50:19 CET] <JEEB> and yes, we've seemingly got an example using that [19:50:24 CET] <JEEB> so I think you're good with that [19:50:32 CET] <JEEB> I'm way too used to just passing the thing through to AVFormat XD [19:51:56 CET] <KombuchaKip> JEEB: Yes, of course. Thank you. [19:52:18 CET] <KombuchaKip> JEEB: It's just for a unit test to verify all my pointer arithmetic and expected behaviour is correct in my custom AVIOContext [19:55:08 CET] <JEEB> KombuchaKip: yea, makes sense to keep it limited to the AVIO context then [19:57:03 CET] <KombuchaKip> JEEB: =) [20:43:45 CET] <wwp> hi [20:45:06 CET] <wwp> any idea why my ffmpeg 4.1 compiled from the sources, static, (following https://trac.ffmpeg.org/wiki/CompilationGuide/Centos) on my centos7 is 2.5 slower than the centos7's one (2.8.15)? [20:45:48 CET] <wwp> I experience the same perfs differences on a centos6 (4.1 vs centos' 0.6.5) [20:46:21 CET] <JEEB> are you sure you are actually enabling SIMD? [20:46:26 CET] <JEEB> in both dependencies and FFmpeg itself [20:46:37 CET] <JEEB> also which modules are you finding slowness in? [20:46:38 CET] <wwp> hm. I'm not sure at all [20:46:55 CET] <wwp> I did a basic flac->mp3 convertion in a loop to measure timings [20:46:56 CET] <JEEB> FFmpeg and x264 at least would require disable-asm to be defined to let you build for x86 [20:48:09 CET] <wwp> the instructions at the link I pasted above doesn't mention any --disable-<> optimiization-related switch [20:48:48 CET] <wwp> s/doesn/don/ [20:51:03 CET] <wwp> config.h shows HAVE_SIMD_* -> 1 [20:52:48 CET] <furq> there's no builtin mp3 encoder so maybe the lame config is different [20:53:27 CET] <wwp> lame-3.100 in that case [20:54:26 CET] <wwp> lame is configured with --enable-nasm [20:54:56 CET] <furq> fun [20:55:03 CET] <furq> you should probably use an internal encoder anyway [20:55:12 CET] <furq> aac or ffv1 are probably good choices [20:56:24 CET] <wwp> my point was to compare the perfs of the ffmpeg 4.x compiled from the sources and the distro's default one [20:56:54 CET] <wwp> do you mean that the same ffmpeg command may use different encoders following how ffmpeg is compiled? [21:45:26 CET] <markweston> can you convert a video to use only 16 colors/ [21:49:16 CET] <markweston> I mean I know you can, I'm interested whether it can be easily done with ffmpeg? [21:56:42 CET] <durandal_1707> yes, pelettegen & paletteuse [22:01:52 CET] <markweston> thanks [22:34:38 CET] <taliho> Hello, I've been doing some reading on the HEVC bit stream syntax. I'm wondering if I could ask a clarification question on this forum? [22:37:36 CET] <taliho> My question is whether the NAL units generated by x265 are directly compatible with the definition of PES stream? [22:40:52 CET] <taliho> Also, if I would like mux a video stream with general binary data, do the packets of the binary data need to be in the PES syntax? (i.e https://en.wikipedia.org/wiki/Packetized_elementary_stream) [22:41:55 CET] <taliho> if the muxer is mpegts [22:45:16 CET] <JEEB> the H.222 specification has notes about AVC/HEVC (NAL unit based video formats) [22:45:39 CET] <JEEB> https://www.itu.int/rec/T-REC-H.222.0-201703-S/en [22:45:45 CET] <JEEB> see this document, the PDF is freely available [22:46:00 CET] <JEEB> and it's a new enough version to have AVC and HEVC there [22:48:19 CET] <hola1> I've got some footage from a goXtreme action cam which doesn't play fluently. How do I change the codec? [22:49:30 CET] <taliho> thanks JEEB, I'll read this document [22:49:59 CET] <JEEB> but I think what you put into MPEG-TS PES streams were just Annex B NALUs [22:50:12 CET] <JEEB> not that I'm sure but that's how it felt like :P [22:56:02 CET] <taliho> JEEB, that's what I thought too. The wiki article on PES got me confused though, because the ANNEX B NAL unit syntax is a bit different to PES syntax on wiki [22:56:55 CET] <JEEB> just read the H.222 document, that's the MPEG-TS/PS spec :P [22:57:11 CET] <JEEB> and as far as I remember it has parts on NAL unit based video (AVC/HEVC) [22:57:20 CET] <JEEB> at least I've seen the IDs there [23:14:18 CET] <kjy> Can anyone help me do rgb color operations using the "program_opencl" filter? I've got the filter itself working, but no matter what combination of format filters I use it always seems like I'm working in yuv. [23:14:27 CET] <kjy> Here is the basic command without any format filters: https://pastebin.com/61KYn4zX [23:18:00 CET] <jkqxz> kjy: It should do the right thing if you put a 'format=rgba' before the hwupload and after the hwdownload. [23:23:58 CET] <kjy> jkqxz: I've tried that, and although it does seem to change the pixel format. It doesn't seem to be working as rgba in the kernel. [23:24:29 CET] <kjy> This kernel, https://pastebin.com/ngKnwBkG, yields white. However, you would expect blue or red (depending on where alpha gets put) [23:27:44 CET] <jkqxz> Why do you have any inputs at all? [23:29:58 CET] <kjy> jkqxz: I'm just testing the waters. Normally I would be doing something with them. [23:34:08 CET] <jkqxz> Oh, duh, stupid CL trap. You need to write "(float4)(0.0f, 1.0f, 0.0f, 1.0f)". Just "(0.0f, 1.0f, 0.0f, 1.0f)" is a comma expression which evaluates to 1.0f which then gets assigned to all four components of the float4. [23:35:19 CET] <jkqxz> Works for me with that fixed. [23:38:13 CET] <kjy> jkqxz: Oh wow, thanks for that. I guess I should've spent more time reading CL tutorials. [23:38:55 CET] <kjy> jkqxz: It *seemed* straightforward so I got ahead of myself. [00:00:00 CET] --- Mon Nov 19 2018

1 0

ffmpeg-devel.log.20181117
by burek 18 Nov '18

18 Nov '18

[00:54:12 CET] <raidensnake> there's a bug trying to configure ffmpeg on the raspberry pi 3. I get the error smbclient not found. [00:55:54 CET] <BtbN> Install it, or don't enable it? [00:56:07 CET] <raidensnake> it is installed [00:56:31 CET] <raidensnake> it's saying it can't find libsmbcvlient.h when it exists/ [00:56:35 CET] <iive> you don't really need it [00:57:04 CET] <iive> it is just so you can access files from remote cift/windows network without mounting it. [00:57:19 CET] <iive> cifs [00:58:22 CET] <raidensnake> only thing is it's needed for omxplayer [01:09:32 CET] <iive> ?? why would you need samba for omxplayer?? [01:20:03 CET] <atomnuker> how is omxplayer 1.) not bitrotten to hell and 2.) not replaced by the crap but somewhat standard v4l2 hwaccel api already [02:25:07 CET] <J_Darnley> too bad he left so I can't insinuate he's too dumb to read config.log [11:14:33 CET] <cone-832> ffmpeg 03Paul B Mahol 07master:fbea2ea76ef9: avfilter/vf_neighbor: fix >8 bit deflate/inflate [14:10:00 CET] <durandal_1707> libavcodec/libaomenc.c:730:9: warning: unused variable 'pict_type' [-Wunused-variable] [17:16:54 CET] <durandal_1707> michaelni: see vf_blend code for grainextract, av_clip_uintp2 gives artifacts for bitdepth 10 & 12 [17:18:20 CET] <durandal_1707> either compiler miscompiles code or implementation of that function is faulty [17:19:16 CET] <cone-561> ffmpeg 03Philip Langdale 07master:420ab946ace2: avutil/cuda_check: Make sure this passes make fate-source [17:19:20 CET] <JEEB> would something like ubsan help with that? [17:19:40 CET] <durandal_1707> i have clang 6.0.0 so that is probably reason... [17:19:53 CET] <durandal_1707> lets see if i switch to gcc [17:22:42 CET] <durandal_1707> same output, so it is broken code [17:23:15 CET] <JEEB> no, ubsan is a module in some compilers which would find if something's UB (sometimes) [17:23:23 CET] <JEEB> and it should warn about it [17:28:01 CET] <durandal_1707> JEEB: right, it reports something [17:28:11 CET] <JEEB> cool [17:28:24 CET] <JEEB> hopefully it's useful :D [17:46:17 CET] <BBB> atomnuker: have you made any progress on the EC SIMD? [18:07:11 CET] <cone-561> ffmpeg 03Martin Vignali 07master:d3621b232142: avfilter: use av_clip_uintp2 instead of av_clip for 10b and 12b [18:53:51 CET] <durandal_1707> it is too cold to write SIMD [20:32:43 CET] <atomnuker> BBB: no, I was waiting for you to bug me again to get motivated to do it [20:46:02 CET] <BBB> atomnuker: hm.. j-b is a better bugger than me, shall I ask him to join? [20:48:42 CET] <durandal_1707> does motion compesation filter would just use motion vectors and copy block from previous or forward frame (whatever is uses forward or backward motion vectors)? [20:51:50 CET] <kierank> BBB: that sentence means something rude/funny in british english [20:52:18 CET] <BBB> <- foreigner [20:52:25 CET] <BBB> see, that's why you folks voted for brexit [20:52:30 CET] <BBB> you just don't understand me :-p [20:53:04 CET] <kierank> https://en.oxforddictionaries.com/definition/bugger [20:54:02 CET] <BBB> hehe :) [20:56:37 CET] <durandal_1707> what innocent could happen with three guys together... [20:57:42 CET] <JEEB> bink2 decoder? [21:00:31 CET] <durandal_1707> bink2 decoder is far from innocent [21:42:39 CET] <durandal_1707> looks like nobody here understand motion compensation concept... [21:43:53 CET] <atomnuker> durandal_1707: yes, motion compensation is essentially just that - copy blocks of pixels from previous frames [21:45:07 CET] <atomnuker> kierank: @the second definition of bugger - when did the oxford dictionary turn into the urbandictionary? [21:45:29 CET] <kierank> it's a widely used insult [21:45:35 CET] <kierank> not just a new one [21:45:43 CET] <nevcairiel> just have enough people use something for long enough, and it gets written into dictionaries [21:45:50 CET] <nevcairiel> language is fluid, afterall [21:45:52 CET] <atomnuker> I know, didn't know about that definition of it though [21:46:01 CET] <atomnuker> apparently its origin is australian [21:46:40 CET] <nevcairiel> not being british, i only knew the first definition (ie. 1.1) [22:13:15 CET] <rcombs> what's the difference between NVDEC and CUVID anyway [22:16:44 CET] <nevcairiel> just how its implemented [22:17:12 CET] <nevcairiel> nvdec is a proper hwaccel, so it gives you all proper metadata that the normal encoders would also give you, and cuvid is a decoder which probably lacks most of that handling =p [22:17:38 CET] <rcombs> ahh [22:26:39 CET] <philipl> BtbN: https://github.com/philipl/mpv/tree/cuda-semaphore-buffers [22:26:44 CET] <philipl> Could you test that on windows for me? [22:28:25 CET] <philipl> rcombs: cuvid also has worse compatibility because it relies on nvidia's decoder library which isn't as comprehensive as the ffmpeg ones; unsurprisingly. [22:30:38 CET] <rcombs> mmmmmm [22:30:46 CET] <rcombs> so the naming is just a bit misleading [22:31:14 CET] <JEEB> first one got named cuvid, basically :P [22:32:24 CET] <rcombs> I like the name "nvdec" a bit better if only for the symmetry with nvenc [22:34:03 CET] <philipl> Originally nvidia called it cuvid, so we called the first impl cuvid too. [22:34:10 CET] <philipl> Then they renamed it nvdec, so we used that for the hwaccel. [22:34:21 CET] <philipl> It conveniently reflects the chronology. [22:34:47 CET] <philipl> Old busted name for old busted decoder. :-) [00:00:00 CET] --- Sun Nov 18 2018

1 0

ffmpeg.log.20181117
by burek 18 Nov '18

18 Nov '18

[01:56:28 CET] <microcolonel> https://en.wikipedia.org/wiki/LDAC_(codec) This codec makes me angry [02:10:04 CET] <furq> high-resolution lossy audio is very important [03:26:49 CET] <microcolonel> furq: but choosing the "24-bit" depth and "96kHz" bandwidths is ridiculous [03:27:00 CET] <microcolonel> either they just say that, and it doesn't actually mean anything [03:27:13 CET] <microcolonel> or they've designed tremendous inefficiency into their codec [03:27:15 CET] <microcolonel> for no good reason [03:27:18 CET] <furq> you see, it's high resolution, and therefore [mumbles for 90 seconds] [03:27:41 CET] <microcolonel> they actually brag about the data rate [03:28:07 CET] <microcolonel> as though it's a good thing for it to be using twice as much duty cycle on the radio [03:28:33 CET] <microcolonel> scratch that, more like 2.5x competing standards [03:29:38 CET] <furq> don't sony make a gold plated walkman-branded pmp that plays dsd512 [03:29:46 CET] <furq> that presumably costs one million dollars [03:30:00 CET] <furq> this is very on brand for them [03:30:49 CET] <furq> https://www.amazon.co.uk/Sony-NW-WM1Z-High-Resolution-Walkman-Multi-Touch/d… [03:30:53 CET] <furq> only £2500. sorry sony [03:31:14 CET] <microcolonel> oof [03:31:31 CET] <microcolonel> yeah DSD is... shocking [03:31:47 CET] <microcolonel> like, that I can sorta allow [03:31:56 CET] <microcolonel> since it generally only shows up in audiophool products [03:32:07 CET] <microcolonel> they're subsidizing us with their idiocy [03:32:18 CET] <microcolonel> whereas this is being integrated into a lot of devices [03:32:36 CET] <furq> presumably everything still supports aptx or whatever [03:32:44 CET] <furq> and knowing sony they'll be asking some crazy licensing fee [03:32:56 CET] <microcolonel> nah [03:33:00 CET] <microcolonel> at least they made this one royalty free [03:33:05 CET] <microcolonel> because they make headphones which use it [03:33:14 CET] <microcolonel> the encoder is here https://android.googlesource.com/platform/external/libldac [03:33:14 CET] <furq> ah, of course [03:33:28 CET] <microcolonel> gives me an idea though I guess [03:33:34 CET] <microcolonel> Opus over A2DP [03:33:35 CET] <microcolonel> I mean why not [03:34:30 CET] <furq> i'll just stick with a cheaper phone and wired headphones [03:34:32 CET] <microcolonel> market it as variable-bandwidth 32-bit floating point [03:34:38 CET] <furq> lol [03:34:39 CET] <microcolonel> :- ) [03:34:49 CET] <furq> that's what i tell everyone about my 128k fraunhofer mp3s [03:35:13 CET] <microcolonel> True 32-bit audio :^ ) [03:36:08 CET] <microcolonel> I guess the one nice thing about ldac is complexity [03:36:14 CET] <microcolonel> I'm sure it costs practically nothing to encode [03:36:33 CET] <microcolonel> and the decoder is like... too small to manufacture as a separate chip [03:36:43 CET] <furq> at least it's not atrac [03:36:53 CET] <microcolonel> Unicode needs a cringe emoji [03:36:59 CET] <microcolonel> for this exact moment [03:37:13 CET] <furq> i microwaved a sonicstage cd once [03:37:15 CET] <furq> it felt pretty good [03:37:30 CET] <furq> i was half expecting it to tell me it wasn't compatible with the microwave [03:38:12 CET] <microcolonel> :- ) [03:38:25 CET] <microcolonel> I liked that joke so much that I even giggled a little. [03:39:16 CET] <microcolonel> furq: apparently LDAC actually has a 32-bit floating point mode [03:39:18 CET] <microcolonel> kill me onw. [03:39:19 CET] <microcolonel> *now [03:56:35 CET] <microcolonel> Anyway, going to see how hard it is to make a bluetooth device that implements A2DP [03:56:40 CET] <microcolonel> and test out embedding Opus [04:05:50 CET] <microcolonel> https://www.sony.com/electronics/play-music-library-near-hi-res-audio-sound… furq this is somehow worse [04:06:33 CET] <microcolonel> pages and pages of bullshit [04:08:24 CET] <furq> you know it's advanced technology when the charts have no labels on the axes [04:09:47 CET] <furq> i like the link to "Hi-Res Buzzwords" with no additional context [04:12:09 CET] <microcolonel> yeah, it's amazing too [04:12:18 CET] <microcolonel> I thought that was a broken alt text for an image [04:12:21 CET] <microcolonel> some sort of word cloud [04:12:37 CET] <microcolonel> the alt text being more honest than they otherwise are [04:13:36 CET] <furq> Lossless compression allows the original data to be reconstructed almost perfectly from the compressed data achieved by a class of algorithms. [04:13:39 CET] <furq> what [04:15:17 CET] <microcolonel> You know how people of medium to high intelligence know that when things are written in a complicated fashion, they're probably either lies or something similar? [04:15:28 CET] <microcolonel> I think that there's probably a special class of person [04:15:50 CET] <microcolonel> who is just dumb enough to not notice they're being conned [04:16:03 CET] <microcolonel> and just smart enough to be able to afford the equipment [07:30:47 CET] <jin> is there a fool proof way of going from transparent png to alpha webm? [07:30:55 CET] <jin> I been trying ffmpeg -framerate 30 -f image2 -i %03d.png -c:v libvpx -pix_fmt yuva420p -auto-alt-ref 0 out.webm [07:31:23 CET] <jin> even though I made the green transparent, it's still looks green in my webm [07:31:34 CET] <furq> what are you playing it back in [07:31:51 CET] <jin> mpv [07:32:06 CET] <jin> oh [07:32:07 CET] <furq> you need --vd=libvpx for alpha in webm [07:32:10 CET] <jin> my browser shows it transparent [07:32:29 CET] <furq> yeah the ffmpeg vp8 decoder doesn't support alpha [07:32:43 CET] <furq> --vd=libvpx forces the vpx decoder which does [07:37:36 CET] <jin> furq: im doing -c:v libvpx isnt that redundant? [07:37:47 CET] <furq> that's for encoding [07:38:04 CET] <furq> --vd=libvpx is an mpv option [07:38:12 CET] <jin> now i get it [07:38:35 CET] <jin> weird, still showed green but [07:38:38 CET] <jin> whatever, works in the browser! [07:38:44 CET] <jin> thats what i was going for anyways [07:39:07 CET] <jin> now I juts need an easier way instead of making every frame transparent from imagemagick [07:39:47 CET] <furq> ffmpeg has a chroma key filter [07:39:59 CET] <jin> yeah I tried ffmpeg -i in.mp4 -vf "colorkey=green:0.1:0.2" -c:v libvpx -b:v 1M -auto-alt-ref 0 out.webm [07:40:17 CET] <jin> didn't quite work [07:40:26 CET] <jin> or maybe it was the browser [07:40:49 CET] <furq> you might just need to tweak the values [07:41:03 CET] <furq> https://ffmpeg.org/ffmpeg-filters.html#colorkey [07:41:05 CET] <jin> is 0.1 and 0.2 a fuzz? [07:41:11 CET] <furq> yeah [07:41:19 CET] <jin> with imagemagick im using 15% [07:41:25 CET] <jin> so thats pretty much the same right [07:41:45 CET] <furq> maybe, i've not used im in a while [07:42:12 CET] <jin> got it!!!! [07:42:15 CET] <jin> ffmpeg -i green_screen_video.mp4 -vf "colorkey=#12fd00:0.1:0.2" -c:v libvpx -b:v 1M -auto-alt-ref 0 alpha_webm.webm [07:42:19 CET] <jin> works beautiful [07:42:30 CET] <furq> nice [14:14:14 CET] <livingbeef> Trying to use vaapi, I get this message: Failed to initialise VAAPI connection: -1 (unknown libva error). Failed to set value '/dev/dri/renderD128' for option 'vaapi_device': Input/output error. Is that some sort of permission error? [14:16:16 CET] <livingbeef> vainfo lists VAEntrypoingEncSlice for H264Main/High and others... [23:25:33 CET] <AntumDeluge> I'm trying to figure out if it is possible to capture audio from a single application on Windows with dshow (or any other method). Haven't been able to find an answer on the internet yet. The problem is I don't want system notification sounds or sound from any other running app included in the output. [23:25:37 CET] <AntumDeluge> I'm on Windows 10. [23:27:22 CET] <AntumDeluge> If it's not possible with FFmpeg, I can try to figure out how to mute everything else. [23:28:40 CET] <AntumDeluge> I tried muting "system sounds" in the Volume Mixer, but some app notifications still make noise. Perhaps just disabling all other background apps while recording is the answer. [00:00:00 CET] --- Sun Nov 18 2018

1 0

ffmpeg-devel.log.20181116
by burek 17 Nov '18

17 Nov '18

[01:26:54 CET] <cone-384> ffmpeg 03Chirag Lathia 07master:d6b1248fc6aa: avcodec/libvpxenc: Add a maximum constraint of 16 encoder threads. [13:17:37 CET] <cone-187> ffmpeg 03Michael Niedermayer 07master:35040048793b: fftools/ffmpeg: Repair reinit_filter feature [13:17:37 CET] <cone-187> ffmpeg 03Michael Niedermayer 07master:1f99674ddddc: avcodec/pngdec: Check compression method [17:39:49 CET] <durandal_1707> anybody against applying av_sscanf() ? [18:18:23 CET] <philipl> BtbN: that thread on the devtalk forum has generated more traffic. Someone's saying they see an nvenc performance regression in 4.1 [18:18:49 CET] <BtbN> Did they forget hwaccel_output_format? [18:19:05 CET] <philipl> Was that always necessary or a new requirement in 4.1? [18:19:22 CET] <philipl> eh. I don't know how he's decoding. [18:19:24 CET] <BtbN> Well, it is if you want to avoid needles copying around [18:19:27 CET] <philipl> I'll ask for full comamnd line [19:41:33 CET] <cone-593> ffmpeg 03Paul B Mahol 07master:4334e9221ee1: doc/filters: improve afftfilt documentation [19:52:17 CET] <philipl> BtbN: https://devtalk.nvidia.com/default/topic/1042459/video-codec-sdk/nvdec-in-f… [19:53:09 CET] <BtbN> Uhm, I don't see how ffmpeg could possibly cause that. [19:59:29 CET] <philipl> neither do I [20:08:46 CET] <nevcairiel> i thought t here a re instance limits anyway, even on quadro [20:12:28 CET] <philipl> Yeah, but he's claiming he's not hitting him as early with 4.0 [20:13:05 CET] <philipl> obviously, I'm not in a position to test without the quadro. [20:23:33 CET] <cone-593> ffmpeg 03Paul B Mahol 07master:7a73cca2546a: avfilter: add dedot video filter [20:32:16 CET] <cone-593> ffmpeg 03Paul B Mahol 07master:4b30726dd39f: lavu: add locale-independent sscanf implementation [20:32:17 CET] <cone-593> ffmpeg 03Paul B Mahol 07master:4902780d2b53: avfilter/vf_lut3d: use av_sscanf [20:36:35 CET] <JEEB> huh, I remember just some time ago both of the closed caption specs were nonfree [20:36:47 CET] <JEEB> now you can at least get the CTA versions for free? [20:36:53 CET] <JEEB> https://members.cta.tech/ctaPublicationDetails/?id=a10017f5-a01c-e811-90ce-… [20:39:48 CET] <durandal_1707> just use ccextractor? [20:43:45 CET] <JEEB> durandal_1707: for decoding we already have crap anyways [20:44:20 CET] <durandal_1707> incomplete [20:45:32 CET] <durandal_1707> anybody have pristine video samples with rainbows artifacts? [21:41:40 CET] <cone-593> ffmpeg 03Paul B Mahol 07master:395508d9b6c7: avfilter/vf_dedot: initizalize ret variable [21:46:30 CET] <cone-593> ffmpeg 03Carl Eugen Hoyos 07master:21dd05ee6ad3: lavfi/minterpolate: Remove declaration of two unused variables. [22:04:46 CET] <cone-593> ffmpeg 03Carl Eugen Hoyos 07master:fc94e9704e05: lavf/hlsenc: Do not mix declarations and code. [22:16:26 CET] <durandal_1707> the cnr(2) plugin produce ghost artifacts in chroma and does not get rid of rainbows under default settings [00:00:00 CET] --- Sat Nov 17 2018

1 0

ffmpeg.log.20181116
by burek 17 Nov '18

17 Nov '18

[00:11:22 CET] <pzy> haha oh duh, I'm dumb [00:31:49 CET] <colemickens> so I have some code here that uses ffmpeg to transcode frames from dmabuf to a video file. [00:32:12 CET] <colemickens> I'd instead like to take that and throw it into some sort of stream that I can consume with plain ole command line ffmpeg, so that I can crop, pick my own transcoding options, etc. [00:32:29 CET] <colemickens> But I'm unsure of if there's a way to do this, and/or what combination of transport and codec would be recommendable. [03:07:15 CET] <KombuchaKip> What is the best way to distinguish at compile time ffmpeg from libav headers on the user's system? [03:20:00 CET] <pink_mist> KombuchaKip: look at how mpv does it maybe? [03:21:11 CET] <pink_mist> KombuchaKip: https://github.com/mpv-player/mpv/blob/master/wscript#L437 [03:21:13 CET] <KombuchaKip> pink_mist: I didn't know it did, but do you have a specific location in the build environment or source level you'd suggest? [03:21:18 CET] <KombuchaKip> pink_mist: Thank you. [03:23:54 CET] <KombuchaKip> pink_mist: That's in Python which isn't really my first language. I see it's checking flags with pkg-config, but it's not really clear to me how it's distinguishing between the two. [03:25:45 CET] <pink_mist> uhm, well, it's using the 'waf' build system, so it's not simply python that needs to be learned :P but basically it's compiling using 'cc' or whatever the C piece of code on line 457 [03:25:51 CET] <pink_mist> and checking what the result is [03:26:05 CET] <pink_mist> wrapping it in a main and whatnot [03:26:55 CET] <pink_mist> that is, if it fails to compile it knows it's one or the other [03:27:05 CET] <pink_mist> and if it succeeds it knows it's the reverse :P [03:27:19 CET] <KombuchaKip> pink_mist: Looks like it's checking the libavcodec/version.h header to see if LIBAVCODEC_VERSION_MICRO >= 100, and if so, then this is libav fork and not ffmpeg. Is that correct? [03:27:28 CET] <pink_mist> I believe so [03:28:06 CET] <pink_mist> on line 467 it does the reverse check, just to be on the safe side [03:28:23 CET] <pink_mist> see how it switches which case returns 1 and which one returns -1? [03:29:19 CET] <KombuchaKip> pink_mist: It's a bit weird, but it looks like if micro version is >= 100 then it thinks its libav. [03:29:54 CET] <KombuchaKip> pink_mist: I'm surprised they still don't simply have an explicit macro in their headers to distinguish the two because what they're doing is pretty easy to break if ffmpeg bumps the micro version >= 100. [03:30:33 CET] <pink_mist> I think it's the other way around [03:31:28 CET] <pink_mist> I'd expect they've gotten some form of assurances that ffmpeg will always keep it at 100 or higher, and that libav will always keep it below [03:31:33 CET] <pink_mist> but I don't rightly know [03:32:24 CET] <KombuchaKip> pink_mist: Right [13:24:16 CET] <shroomM> hey guys, one question ... [13:24:28 CET] <shroomM> I'm trying to concat a couple of mp4 files [13:24:35 CET] <shroomM> using the concat demuxer as described here... https://trac.ffmpeg.org/wiki/Concatenate [13:25:16 CET] <shroomM> they are served by a web server and ffmpeg is reading them via http [13:25:42 CET] <shroomM> this works fine, but i would like to speed it up, since all I'm doing is stream copy [13:26:45 CET] <shroomM> the download of a single file is slow, if I download files in parallel, I get higher speeds [13:26:59 CET] <shroomM> is there a way to instruct ffmpeg to "pre-fetch" files or download them in parallel? [13:27:16 CET] <ariyasu> no [13:27:41 CET] <ariyasu> but you could download them with another process like curl in multiple sessions for parallel downloading [13:27:50 CET] <ariyasu> then do the concat job with ffmpeg [13:28:11 CET] <shroomM> yeah, I'm limited with the disk space, so I want to do all with ffmpeg [13:28:42 CET] <shroomM> mp4 files themselves are less than 100MB [13:29:00 CET] <bencoh> well it's either disk or ram [13:29:06 CET] <shroomM> ram is better :) [13:29:09 CET] <shroomM> so I was thinking of launching 4 processes, downloading them to memory and writing them to named pipes [13:29:13 CET] <bencoh> so you could always download to tmpfs [13:29:36 CET] <shroomM> and then specifying named pipes in the concat file [13:29:38 CET] <bencoh> just make sure to clean up temp files [13:30:01 CET] <shroomM> ok, good idea, not sure if tmpfs is available in this environment, but I will check [13:30:23 CET] <shroomM> what do you think about the named pipes, does that sound like something that should work [13:31:00 CET] <shroomM> the reason i'm asking is that i have an example set-up, but the resulting file that ffmpeg produces is invalid :S [13:31:09 CET] <shroomM> and I don't get why [13:33:02 CET] <shroomM> I have a python script with a list of urls, each url gets its own fifo named pipe. [13:33:50 CET] <shroomM> the script then starts by reading the first url in memory and starts pipe write operation, where it blocks until something starts reading it [13:34:37 CET] <shroomM> separately i manually run ffmpeg with concat file with all the named pipes listed [13:35:12 CET] <shroomM> and this actually finishes, but with a bunch of warnings from ffmpeg about "Non-monotonous DTS in output stream" [13:35:57 CET] <shroomM> the resulting file does not work as expected :/ [13:36:06 CET] <shroomM> I don't get these errors if I specify http urls in the concat file and the resulting file works then [16:54:28 CET] <atbd> hi everybody, is it possible to add to each AVPacket metadata the current epoch time during reencoding with ffmpeg cli? [16:55:59 CET] <JEEB> usually you do something like set -itsoffset to the moment you start ffmpeg.c [16:56:06 CET] <JEEB> API users have more alternatives [16:56:17 CET] <JEEB> although I have also thought about following upipe's design [16:56:24 CET] <JEEB> which has three timestamps [16:56:28 CET] <JEEB> - coded timestamp [16:56:31 CET] <JEEB> - interpreted timestamp [16:56:38 CET] <JEEB> - receipt timestamp [16:56:48 CET] <JEEB> first was what was in the source container [16:56:55 CET] <JEEB> second one applies stuff like wrap-arounds [16:57:13 CET] <JEEB> third one is just the timestamp when that AVPacket/Frame was filled [17:04:14 CET] <atbd> okay thanks [17:04:35 CET] <atbd> upipe's design as you describe it would be great for what i want [17:50:37 CET] <trashPanda_> Hello, I have question regarding the H264 decoder using the api. I am feeding the decoder packets with correct dts/pts but when I recieve the frame, the PTS has been changed to a large negative number. [17:52:01 CET] <trashPanda_> The received frames dts is still correct. This only happens with a certain video, does anyone know what could cause the decoder to give back a large negative PTS number? Im talk like -6142771919317201 large... [18:23:20 CET] <SpeakerToMeat> Hi all [18:23:22 CET] <SpeakerToMeat> Question, I'm trying to burn some subs in ass in, but ffmpeg seems ot be ignoring the color (and alpha) settings for the style :/ any idea why? everythiong else in the style (borders etc) works but not color changes. [21:54:21 CET] <xgx> hello, can someone help me understand how to make an audio only m3u8. I found the other way around but this one is a bit harder\ [21:55:33 CET] <pzy> m3u8 is just a playlist [21:56:34 CET] <pink_mist> xgx: you do that by specifying an audio file in the playlist [21:57:11 CET] <xgx> i know. but i would like to send a rtmp stream to a server and with ffmpeg create a playlist with audio only [21:57:49 CET] <pink_mist> then make an rtmp stream with only audio [21:58:58 CET] <xgx> sounds simple enough. thought maybe it still needed to have some kind of vid data [21:59:01 CET] <xgx> ill try that [21:59:20 CET] <pink_mist> I have no idea tbh [21:59:28 CET] <pink_mist> never worked with rtmp myself [22:02:55 CET] <xgx> So far I have only done the simple stuff with it [22:03:07 CET] <xgx> receive the stream and made it a multi bitrate [00:00:00 CET] --- Sat Nov 17 2018

1 0

ffmpeg-devel.log.20181115
by burek 16 Nov '18

16 Nov '18

[00:22:27 CET] <cone-545> ffmpeg 03Mark Thompson 07master:2ce3a48f30fe: configure: Add missing xlib dependency for VAAPI X11 code [00:25:51 CET] <cone-545> ffmpeg 03Mark Thompson 07release/4.1:4f1e07090a9f: configure: Add missing xlib dependency for VAAPI X11 code [00:51:55 CET] <cone-545> ffmpeg 03James Almer 07master:79831f4531d9: avcodec/cbs_av1: fix storage size for segmentation_params feature_value fields [00:51:56 CET] <cone-545> ffmpeg 03James Almer 07master:f0f2832a5ce9: avcodec/cbs_av1: fix parsing signed integer values [00:54:09 CET] <cone-545> ffmpeg 03James Almer 07release/4.1:49bc641e89f7: avcodec/cbs_av1: fix storage size for segmentation_params feature_value fields [00:54:10 CET] <cone-545> ffmpeg 03James Almer 07release/4.1:a9e9303f2659: avcodec/cbs_av1: fix parsing signed integer values [04:44:08 CET] <cone-068> ffmpeg 03Philip Langdale 07master:19d3d0c05709: avutil/hwcontext_cuda: Define and use common CHECK_CU() [04:44:08 CET] <cone-068> ffmpeg 03Philip Langdale 07master:fa74e4aef210: avfilter/yadif_common: Add field type tracking to help bwdif [04:44:08 CET] <cone-068> ffmpeg 03Philip Langdale 07master:1096614c4200: avfilter/vf_bwdif: Use common yadif frame management logic [11:51:34 CET] <cone-384> ffmpeg 03Paul B Mahol 07master:02809e7b061e: avfilter/vf_lut2: implement support for different input depths [15:05:58 CET] <cone-384> ffmpeg 03Paul B Mahol 07master:c98a32e4adec: avfilter/vf_blend: add 10bit support [15:05:59 CET] <cone-384> ffmpeg 03Paul B Mahol 07master:1342ec526e32: avfilter/vf_blend: add 12bit support [19:14:59 CET] <cone-384> ffmpeg 03Paul B Mahol 07master:662120f2b27d: avfilter/vf_convolution: use sqrtf as its faster [22:28:23 CET] <philipl> BtbN: https://devtalk.nvidia.com/default/topic/1042459/video-codec-sdk/nvdec-in-f… [22:30:02 CET] <BtbN> philipl, the issue is ffmpeg.c not supporting a decoder changing the framerate [22:30:53 CET] <philipl> I thought forcing the frame rate on the command line fixed it. [22:30:58 CET] <philipl> People in the thread tried that [22:31:07 CET] <philipl> It apparently used to work and now has problems [22:31:09 CET] <JEEB> time base, maybe [22:31:10 CET] <BtbN> It does in very simple cases [22:31:10 CET] <cone-384> ffmpeg 03Marton Balint 07master:aecd63b92681: avfilter/af_afade: fix duration maximum [22:31:27 CET] <BtbN> And is not a supported mode of operation, so it aparently broke at some point [22:34:31 CET] <BtbN> cuvid does all it can, it halves the timebase, and fixes the fps [22:34:42 CET] <BtbN> The rest of ffmpeg just isn't expecting a decoder to do that. [22:35:06 CET] <JEEB> yea, ffmpeg.c is very static in various ways [22:44:21 CET] <philipl> BtbN: Ok. So maybe I should just tell them it's a bonus if it works and not to rely on it. [22:45:11 CET] <cone-384> ffmpeg 03Mark Harris 07release/4.1:fed94c2f22fc: avfilter/vf_fade: fix start/duration max value [22:45:11 CET] <cone-384> ffmpeg 03Marton Balint 07release/4.1:bb01cd3cc01c: avfilter/af_afade: fix duration maximum [22:45:15 CET] <BtbN> It works fine. Just not with ffmpeg.c [22:45:48 CET] <BtbN> It's also not something that's easily fixed, but a major Design issue. [22:47:01 CET] <BtbN> Like, it initializes the whole filter chain with the framerate/timebase the demuxer reports, way before consulting with the decoder [22:47:01 CET] <philipl> I mean it's not to be relied on with ffmpeg.c [22:47:04 CET] <philipl> I know it works fine in general. [00:00:00 CET] --- Fri Nov 16 2018

1 0

ffmpeg.log.20181115
by burek 16 Nov '18

16 Nov '18

[00:00:04 CET] <JEEB> and a basic FFmpeg, I'm not sure it will depend on anything else than system libs? [00:00:41 CET] <AlexMax> Maybe. Right now I just don't have any clue how to tell ffmpeg libraries to find the hardware decoder on my raspberry pi [00:02:03 CET] <JEEB> can't say I found anything special in init code of the AVCodecContext in a player I poke around [00:02:49 CET] <JEEB> and we can take a look at the init function in the decoder [00:03:05 CET] <JEEB> AlexMax: also there's another function to go through decoders in a list [00:03:18 CET] <JEEB> might want to make sure your library that you're linking against has the MMAL stuff [00:03:36 CET] <AlexMax> I ran ldd on it, it look promising [00:03:54 CET] <AlexMax> i saw some linking against some mmal libraries [00:03:56 CET] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/mmaldec.c;h=647a2… [00:04:00 CET] <JEEB> this is the init function [00:04:06 CET] <AlexMax> Ya know, I should probably do that [00:04:25 CET] <AlexMax> I just didn't know if _I_ had to link against something extra to get mmal support or something [00:04:48 CET] <JEEB> I'll check what the -codecs listing does in the mean time [00:07:22 CET] <JEEB> ok, so it loops through AVCodecIDs in the binary [00:08:43 CET] <JEEB> ok, lol. just uses a loop of av_codec_next() :P [00:09:06 CET] <JEEB> checks if codec id matches what it wanted to loop though [00:09:36 CET] <JEEB> and prints out those things [00:10:27 CET] <JEEB> and in that av_codec_next loop you definitely do get an AVCodec pointer out [00:10:35 CET] <JEEB> so if -codecs that print that bastard out [00:10:50 CET] <JEEB> then you should be able to figure that thing out :P [01:35:19 CET] <AlexMax> well this is distressing [01:35:33 CET] <AlexMax> AVCodec* current_codec = NULL; current_codec = av_codec_next(current_codec); [01:35:42 CET] <AlexMax> current_codec ends up null again [01:35:47 CET] <AlexMax> no codecs? [01:49:58 CET] <pink_mist> https://stackoverflow.com/a/50970973 [01:50:05 CET] <JEEB> AlexMax: if you are on older versions, have you tried registering them with av_register_all? [01:50:43 CET] <JEEB> newer versions don't have the need, but older versions still had some dynamicness in there (which was only usable through private APIs, which is why it was removed) [02:02:09 CET] <AlexMax> Aha, I think that worked [02:02:55 CET] <AlexMax> Kind of strange that there is no trace of av_register_all in the original repository [02:03:49 CET] <AlexMax> but this is ffmpeg 3.2 [02:10:00 CET] <AlexMax> that would explain why it didn't work for me on this linux box, but it did in my local MSYS2 setup [03:11:19 CET] <ealdegue_> Hi ! anyone could help me with CMAF encoding and FFMPEG ? thanks ! [13:33:12 CET] <emacstheviking> I just screen recorded both monitors by accident. Is there a way I can split the video to reclaim just the right hand side as a separate file? I am reading the options now but there are so many! [13:33:19 CET] <emacstheviking> worst case would be to convert all frames to jpeg, run them through imagemagick and stitch them back together. [13:35:02 CET] <Mavrik> emacstheviking: "crop" video filter is made for that [13:35:27 CET] <Mavrik> ffmpeg -i <yourfile> -codec:v libx264 -vf crop=<your crop parameters> -codec:a copy output.mp4 [13:35:34 CET] <Mavrik> look up the crop filter documentation for parameters :) [14:37:11 CET] <CoreX> !filter [14:38:32 CET] <CoreX> ohh he's gone if he comes back Mavrik you should give the person this https://ffmpeg.org/ffmpeg-filters.html#crop [14:39:50 CET] <Mavrik> I was counting on the fact that he can google it :P [14:47:47 CET] <durandal_1707> winny: 11 [14:47:58 CET] <durandal_1707> again, lol [14:48:07 CET] <winny> durandal_1707: nice game [15:24:35 CET] <ErwanD> Hey everyone [15:24:44 CET] <ErwanD> I would like to use ffmpeg with opencl. Working on windows 10 with mingw64. I downloaded ffmpeg 4.1 sources, convert cuda opencl.lib to opencl.a. Then ./configure --arch=x86_64 --enable-opencl --prefix=/mydir Everything looks good. Then mingw32-make.exe, I had some errors related to ar fixed by modifying library.mak Then install. But I donŽt see any opencl.h header in mydir/include/libavutil [15:24:49 CET] <ErwanD> Do you know if itŽs normal ? How to ensure my build is "opencl ready" ? [16:37:30 CET] <trashPanda_> Hello, does anyone have any experience using ffmpeg to restream a rtsp stream? [16:38:07 CET] <trashPanda_> I am attempting to use the cli ffmpeg to re-stream a rtsp from a camera of mine, but I get a lot of "Error parsing AU headers" messages and no output stream [16:38:29 CET] <trashPanda_> The rtsp stream does render correctly with ffplay however, is there something that could be messing with ffmpeg's ability to re-stream it? [18:01:18 CET] <kepstin> ErwanD: there should be a few opencl filters included in your ffmpeg build if the opencl stuff was configured properly. (check by running ffmpeg -filters) [18:19:49 CET] <Zexaron> Hey guys [18:20:08 CET] <Zexaron> it's pretty clear WH is encoding videos different right https://www.politico.com/story/2018/11/14/white-house-trump-has-broad-discr… [18:20:52 CET] <Zexaron> if they're using CSPAN version, what is it that's doing that motion blur in particular, some kind of bad encoder setting with framerate, etc? [18:21:20 CET] <Zexaron> the video is in the middle of the article [18:22:04 CET] <pzy> I thought it was pretty clear the video was edited [18:26:41 CET] <furq> didn't prison paul edit that and then show a clip of him editing the video in sony vegas to prove that it wasn't edited [18:26:48 CET] <furq> he's not a smart man [18:29:32 CET] <Zexaron> with all the codec artifacts it's hard to prove it [18:30:32 CET] <Zexaron> any video could be doubted, any jpeg image, the common idea that "the blurring around the UFO proves it's fake", there's a lot of fakery on both sides, the UFO fakers and the fake assholes claiming everything's fake [18:30:33 CET] <pzy> not really [18:30:40 CET] <pzy> just an easy excuse to muddy the waters [18:31:10 CET] <pzy> no one's mind has been changed and no discourse has been achieved, same ol' same ol' [18:31:27 CET] <furq> there's a good rule of thumb you can use for situations like this [18:31:37 CET] <furq> if two people each say the other one is lying, and one of them is donald trump, he's the one that is lying [18:31:49 CET] <pzy> BUT BOTH SIDESSSSSSSS [18:32:19 CET] <Zexaron> unfortunately theres absolutely no guidelines or laws on the governement or federal level on the technicalities sorrounding video evidence, what kind of quality and what kind of criteria it has to pass to be qualitifed for evidence in court (or I just don't know about it) [18:32:39 CET] <pzy> that's up to 12 people to decide [18:32:44 CET] <Zexaron> not both sides in that way, i was referring to various channels on youtube [18:34:21 CET] <Zexaron> you shouldn't be able to use a crappy JPEG image to prove something in court, like a screenshot from a video which was recorded with a cellphone of the monitor which was playing back the video of a secruity camera [18:34:44 CET] <Zexaron> only in russia tho [18:34:59 CET] <pzy> that's why judges exist to determine permissibility [18:35:10 CET] <furq> well presumably if this does go to court then they'll just request the actual footage from cspan [18:35:44 CET] <Zexaron> none of them have ANY idea about the JPEG artificats, different techniques, photoshop, encoder differences, codecs, bitrate differences, color stuff [18:36:29 CET] <pzy> that's why expert witnesses exist when necessary [18:36:48 CET] <Zexaron> many of the things youtube kids jump to conclusions are infact artifiacts and glitches, the most common is the blur-border thing, it's a false positive [18:37:35 CET] <Zexaron> yeah but it's not something usual, a lot of cort proceedings nothing happens automaticlaly, the defence has to ask for it [18:37:53 CET] <Zexaron> demand it, etc, the court system is crap in so many ways [18:38:12 CET] <ariyasu> the motion blue looks like iterpolation [18:38:14 CET] <pzy> how many trials have you attended? our justice system is pretty amazing really [18:38:23 CET] <Zexaron> the primary thing being, it takes money, which means, no money, no justice, that pretty much breaks it right there [18:38:28 CET] <kepstin> regarding the sort of thing where digital media interacts with law, this is interesting reading: http://ansuz.sooke.bc.ca/entry/23 [18:38:30 CET] <ariyasu> nothing seems doctored [18:39:01 CET] <trashPanda_> Its not doctored, just diff angle diff camera, decoded/encoded/compressed [18:39:51 CET] <pzy> just throw more technical terms at people until they forget what the actual issue is [18:42:43 CET] <kepstin> basically, the bits themselves can't tell you & don't record whether they've been edited or not, but the law cares, and so it's a tricky interaction :) [18:42:56 CET] <Zexaron> yeah I was not sure if it's the same camera, but the point is pzy, there are SO MANY factors that it would take a team of experts, even if there's one obvious sign, you sill have a full analysis, just like NTSB, even if the people saw a missile laucnhed at the airplane, the cause of crash is obvious, but a full NTSB invesitgation with all the details would still be conducted [18:43:32 CET] <Zexaron> and in that video analysis you would have to gather all the sources, raw copies, cameras themeselfs, all the technical details of the cameras, encoders, etc etc etc [18:44:14 CET] <Zexaron> only then you start working looking for signs, and you need 10 year experience knowing all the false positives, that's what it takes to be impartial and fair at finding doctoring [18:44:29 CET] <kepstin> in collecting all those details, you'll figure out the path that the video took to become the final product, which sometimes matters more than the actual contents of the video in question [18:45:11 CET] <Zexaron> because the doctoring you see on youtube is easy and everyone can figure out, if it was really doctored they would to a lot better job than making it so easy that any random reader could notice [18:47:38 CET] <Zexaron> And also, not underestimate the ignornace, especially young people, thousands of people still fall for easy youtube jokes, like the japan 2011 tsunami gas canister exploding being propagates as a "white ghost", and other stuff, it's very easy to fool people with genuine footage that's in low quality [18:49:12 CET] <Zexaron> then you have more professional* fraud like Section51, which is a 17 year old stupid kid, makes totally fake youtube videos and gets millions of views sometimes [18:49:35 CET] <pzy> is the video really the crux of this whole thing anyway? it has nothing to do with stated reasons and just serves to muddy the waters [18:51:34 CET] <furq> this isn't really a new thing [18:51:50 CET] <furq> remember all the psychics who convinced themselves that "auras" on photographs were ghosts and not just development errors [18:52:13 CET] <furq> or all those moon landing guys who convinced themselves an eyelash that fell into a photo during processing was proof that a rock said "C" on it and was therefore proof that it was from a props department [18:52:22 CET] <furq> those crazy props department and their clearly labelled props [18:52:23 CET] <furq> s [18:52:56 CET] <Zexaron> and then comes NASA with their mars rovers, maybe they got REAL RAW images but for public it's "RAW" JPEG only, if they wanted to prove they're on MARS etc etc, these JPEGs are so bad they can hardly be taken seriously. [18:53:18 CET] <Zexaron> They would go to great lengths to doctor that footage, because of what's at stake and the consequences, but because they use JPEG and shit quality there's alot of possible false positives so this is an expert job: [18:54:20 CET] <Zexaron> https://www.youtube.com/watch?v=Zj6uH-SqOZ8 [18:58:45 CET] <Zexaron> yeah, all these S marks on the Nasa Curiousy JPEGs, could it be another JPEG codec false-positive [18:59:31 CET] <pzy> I feel like we did this 20 years ago already [19:57:38 CET] <KombuchaKip> Zexaron: You might find this work I did on NASA Mars photo recovery technology. https://goo.gl/xB4CUi You can find the source here: https://github.com/cartesiantheatre/vlr [19:57:46 CET] <KombuchaKip> Hey everyone. I'd really appreciate a code review of my custom AVIOContext for reading media from memory: https://pastebin.com/NGALFw8Y [20:00:13 CET] <Zexaron> interesting [20:14:30 CET] <KombuchaKip> Zexaron: Thanks. Unfortunately I don't have any DVDs left anymore for sale. [20:21:40 CET] <pzy> really cool KombuchaKip [20:22:16 CET] <pzy> when's the blu-ray version coming out? ;) [20:22:49 CET] <KombuchaKip> pzy: Thank you guys. Hah, if you'd like to put one together I'm happy to put it on the parent project's website: https://www.avaneya.com [20:23:11 CET] <KombuchaKip> pzy: It's a GPL game long away from completion I've been working on for years. [20:27:51 CET] <pzy> is the processed but uncompressed video available somewhere, or would you have to run the utility yourself? [20:36:27 CET] <trashPanda_> Does anyone have experience with RTSP streams? I'm having an issue with restreaming a camera feed via ffmpeg. I can display the feed just fine with ffplay. [20:37:14 CET] <trashPanda_> When using ffmpeg, I get numerous "Error parsing AU Headers" messages until a timeout is reached [22:45:56 CET] <BlackBishop> hi again awesome peeps. [22:46:27 CET] <BlackBishop> any chance I can easily add a dts track to an mkv from an existing truehd/ac3 track ? [22:47:07 CET] <JEEB> you can but not sure if you want. the only real reason to add a DTS track is to have bit streaming, but you already have two formats that are bit streamable [22:47:51 CET] <BlackBishop> JEEB: the problem is that for some reason kodi on my tv has an issue with those but works just fine with dts ! [22:48:09 CET] <BlackBishop> no idea why ! [22:48:32 CET] <BlackBishop> and I'm trying to confirm the audio stream is the issue [22:48:53 CET] <BlackBishop> I got 2 mkv files, identic video codec stream .. the only difference are the audio streams [22:49:21 CET] <BlackBishop> 1 works ok (stutters from time to time a bit but it's ok) .. the other one starts to stutter and looses audio after a little while [22:49:33 CET] <BlackBishop> it works ok when I pause/play or change audio tracks [22:49:41 CET] <BlackBishop> anyhow, trying to confirm the issue [22:50:25 CET] <JEEB> anyways, there's a lossy DTS encoder called "dca" [22:51:21 CET] <JEEB> and it's marked experimental so you need -strict experimental after the input to use it [22:56:21 CET] <BlackBishop> mkay.. [23:14:42 CET] <ILove47> Hi! I have no experience in video creation/editing at all and I'm not sure, it's the right channel to ask this, but I'll try :). If I should ask it in other channel - tell me where I can do that, please. [23:14:42 CET] <ILove47> I want to programatically create a video with a scoreboard with row transitions and other pretty effects (like this: https://giphy.com/gifs/1Y6RMg4ptzpOAdlZhw/fullscreen) But I don't know what tools I'm able to use at all. I don't want to draw every single frame of that row transitions on my own but I don't know whether there are some tools or frameworks that can allow me doing this kind of things. [23:16:01 CET] <ILove47> And of course, I forgot the question. :) What can I read and look for, so that will help me in reaching my goal? [23:24:41 CET] <KombuchaKip> pzy: This is just using stills. The Viking mission only took stills. [00:00:00 CET] --- Fri Nov 16 2018

1 0