Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2015

1 participants
62 discussions

ffmpeg-devel.log.20151220
by burek 21 Dec '15

21 Dec '15

[00:00:00 CET] <fritsch> and other drivers fail heavily since a long time and only get slightly better [00:00:20 CET] <fritsch> i don't have anything to complain with intel's gpu people [00:00:30 CET] <fritsch> I'd have more to complain with vaapi management people [00:00:50 CET] <iive> well, i hope that disabling dpms doesn't turn off backlight anymore. [00:01:11 CET] <fritsch> i bear with you [00:01:36 CET] <fritsch> BtbN: have built your wrong branch ... [00:01:58 CET] <BtbN> hm? It's just on my master [00:02:07 CET] <fritsch> yes [00:02:15 CET] <fritsch> i used the branch from 20 november [00:02:31 CET] <fritsch> cause it had vaapi in name [00:02:34 CET] <BtbN> ah, that's ffmpeg.c vaapi accel tmp [00:02:38 CET] <fritsch> hehe [00:02:43 CET] <fritsch> which does exactly nothing, yeah [00:07:03 CET] <iive> i do have intel cpu, but I don't have vga/dvi/hdmi output for the built-in video card. [00:07:27 CET] <iive> is it possible to use it anyway, for encoding/decoding and opencl stuff? [00:08:59 CET] <BtbN> Sure, but not for rendering of course [00:09:22 CET] <BtbN> if you have the device in /dev/dri, you can use it [00:09:32 CET] <nevcairiel> if the board doesnt even have an output, the bios may not activate the gpu device [00:15:52 CET] <kierank> michaelni: does this wavelet look like a standard wavelet? https://usercontent.irccloud-cdn.com/file/4wbBUA82/ [00:17:21 CET] <fritsch> 1440p sucks on my 3150 [00:17:51 CET] <BtbN> It's just plain not fast enough for it [00:18:03 CET] <fritsch> 1080p60 skips in renderer a bit [00:18:04 CET] <BtbN> It seems to be made to run 1080p60, and nothing more [00:18:12 CET] <fritsch> jep [00:18:14 CET] <fritsch> i think so too [00:18:29 CET] <fritsch> we could try 1440p24 or something [00:18:45 CET] <BtbN> It's visualy lagging on 1440p, so less than 24fps [00:19:45 CET] <fritsch> oki - code wise I will push the kodi patch to kodi the moment your ffmpeg patch is reviewed and in ffmpeg git [00:19:48 CET] <fritsch> thanks very much! [00:23:04 CET] <BtbN> damn, a NUC6i5SYH is way too expensive [00:23:36 CET] <BtbN> Same for the i3 version [00:23:36 CET] <nevcairiel> thats essentially a desktop skylake cpu, those things are pricey [00:24:01 CET] <BtbN> Yes, that NUC6i5SYH propably outperforms my desktop [00:29:41 CET] <michaelni> kierank, i dont know what is considered a standard wavelet. in compression and in academia the lists likely are different, i just know the types i worked with or read about and iam not good at remembering names of these things anyway [00:30:07 CET] <kierank> ok, just wondering if it is similar to anything we have in the code [00:30:12 CET] <kierank> looks like a Haar but it isnt' [00:31:34 CET] <fritsch> BtbN: my haswell mobile also display VAProfileVP9Profile0 [00:31:42 CET] <fritsch> BtbN: I thought they had patched that out again? [00:31:49 CET] <BtbN> Well, you can try if it works now :D [00:31:56 CET] <fritsch> on the way [00:32:03 CET] <BtbN> I don't think I own a HSW CPU [00:32:54 CET] <BtbN> My Laptop is an i5-5200U [00:33:24 CET] <BtbN> Not going to get any SKL Hardware, Broxton seems to be close [00:33:54 CET] <fritsch> jep [00:33:58 CET] <fritsch> will also go for broxton [00:34:00 CET] <fritsch> hevc 10 bit [00:34:02 CET] <fritsch> :-) [00:34:30 CET] <BtbN> I could also already implement that, but it would be 100% blind, so there's not realy any point. [00:35:06 CET] <fritsch> they intel vaapi guys seem to use an emulator [00:35:20 CET] <fritsch> in one of the last commits I have read, that they had to do some real life changes [00:35:21 CET] <BtbN> I wonder if VP8 hwaccel is worth it [00:35:25 CET] <fritsch> cause the emulator did it differently [00:35:43 CET] <fritsch> VP8 is gen9 only i think [00:35:50 CET] <fritsch> that profile I don't have on my hsw box [00:36:10 CET] <BtbN> More like a general question, there are no vp8 hwaccel hooks in ffmpeg [00:36:25 CET] <BtbN> I'd guess the CPU load for it is light enough so it's not worth the effort. [00:36:54 CET] <fritsch> i don't think VP8 will be a future 4k uhd codec [00:37:17 CET] <BtbN> Well, it's still supported in VAAPI and at least DXVA [00:38:48 CET] <BtbN> So might as well add it [00:58:32 CET] <fritsch> BtbN: http://sprunge.us/fGIf [00:59:29 CET] <BtbN> hm [01:00:27 CET] <fritsch> http://sprunge.us/CVFa [01:00:51 CET] <fritsch> crashing heavily in their hybrid driver [01:00:52 CET] <fritsch> hehe [01:01:29 CET] <BtbN> What did you do to make it explode? [01:01:39 CET] <fritsch> just start it [01:01:45 CET] <fritsch> that's hsw [01:01:47 CET] <fritsch> bsw is fine [01:01:48 CET] <BtbN> ah [01:02:03 CET] <fritsch> which sucks - as we will need a setting or something [01:02:39 CET] <BtbN> Well, I wouldn't bother implementing workaround for that hybrid-driver. It doesn't come anywhere. [01:02:49 CET] <fritsch> i will check tomorrow [01:03:09 CET] <fritsch> and see where it crashes exactly [01:03:42 CET] <BtbN> It just shouldn't expose VP9 if it's not supported. [01:03:49 CET] <fritsch> yes [01:07:01 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-October/003585.html [01:07:06 CET] <fritsch> seems it should not be there at all [01:15:21 CET] <fritsch> BtbN: https://github.com/01org/intel-hybrid-driver/issues/21 [01:21:39 CET] <BtbN> Oh, I just noticed a Windows 10 feature I realy like. I propably have been using it forever now, but just not realized it. [01:21:48 CET] <BtbN> You don't need to focus a Window anymore in order to scroll in it. [01:21:55 CET] <BtbN> It behaves like it does on Linux now. [01:25:43 CET] <fritsch> hehe [01:35:29 CET] <BtbN> Ok, decoding with mpv also works. [01:40:13 CET] <BtbN> VP9, 1080p60: 93% GPU load. [01:40:23 CET] <BtbN> HEVC, 4K60: 22% GPU load. [01:46:00 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.8:3a3be0220834: avcodec/h264_refs: Fix long_idx check [01:46:01 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.8:bdc6ba460429: avcodec/mpeg4videodec: also for empty partitioned slices [03:06:54 CET] <cone-872> ffmpeg 03Andreas Cadhalpun 07release/2.8:63ecbb82fc1d: mlvdec: check that index_entries exist [03:06:55 CET] <cone-872> ffmpeg 03Andreas Cadhalpun 07release/2.8:9be3441c311c: rawdec: only exempt BIT0 with need_copy from buffer sanity check [03:06:56 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.8:644179e0d415: Update Changelog [03:09:57 CET] <jamrial> ubitux: is 5083900 worth backporting to release branches? [03:11:14 CET] <ubitux> probably not that important, as you wish [03:18:39 CET] <cone-872> ffmpeg 03Michael Niedermayer 07n2.8.4:HEAD: avcodec/mpeg4videodec: also for empty partitioned slices [03:19:47 CET] <jamrial> mmh, nevermind. not even 2.8 needs it [03:20:11 CET] <jamrial> the commit that introduced the bug was applied after that release was made [03:45:57 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:1586fda2fc52: avfilter/vf_mpdecimate: Add missing emms_c() [03:45:58 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:e274976c9208: Revert "avcodec/aarch64/neon.S: Update neon.s for transpose_4x4H" [03:45:59 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:a628b7083100: avcodec/h264_slice: Simplify ref2frm indexing [03:46:00 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:50ce06cc7c5a: avcodec/h264_mc_template: prefetch list1 only if it is used in the MB [03:46:01 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:5124bf8ea6c3: avcodec/h264_refs: Fix long_idx check [03:46:02 CET] <cone-872> ffmpeg 03Michael Niedermayer 07release/2.7:4bfaa040fc47: avcodec/mpeg4videodec: also for empty partitioned slices [08:26:47 CET] <philipl> BtbN: Where are you seeing a nuc6i5 for sale? Can't find it anywhere in the US. [08:27:02 CET] <philipl> And you should add the vp8 support anyway. It'll be fun :-) [08:54:59 CET] <nevcairiel> intel promised to add vp8 dxva support, once that happens i'll add that, likely [08:58:06 CET] <fritsch> philipl: http://geizhals.de/intel-nuc-kit-nuc6i5syh-boxnuc6i5syh-a1356132.html all 3 weeks+ [09:01:20 CET] <TD-Linux> BtbN, presumably all of that GPU load is just mpv's display pipeline in the HEVC case [10:03:20 CET] <fritsch> TD-Linux: not really it uses egl directly with vaapi, so zero copy [10:07:16 CET] <nevcairiel> copying doesnt show up as gpu load that heavily, it just eats up bandwidth [10:17:52 CET] <fritsch> http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf <- perhaps interesting [11:49:08 CET] <BtbN> philipl, they are listed here in germany, i could just order one. [11:49:17 CET] <BtbN> Various online stores have them in stock [11:50:06 CET] <fritsch> BtbN: check again [11:50:22 CET] <BtbN> http://www.heise.de/preisvergleich/eu/intel-nuc-kit-nuc6i5syh-boxnuc6i5syh-… [11:50:24 CET] <fritsch> but who would seriously consider a skylake nuc [11:50:37 CET] <fritsch> none in stock [11:50:41 CET] <BtbN> Yeah, way too expensive, waiting for broxton [12:18:03 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07master:9fcfe4a3cdf9: mlvdec: check that index_entries exist [12:18:03 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07master:699e68371ec7: rawdec: only exempt BIT0 with need_copy from buffer sanity check [12:29:07 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07master:f6830cf5ba03: nuv: sanitize negative fps rate [12:43:22 CET] <philipl> BtbN: I think prices will be much more reasonable in the US. [13:42:17 CET] <hard_iron> hello everyone [13:42:39 CET] <hard_iron> i was going through gsoc ffmpeg ideas of projects [13:42:53 CET] <hard_iron> there i found true hd encoder [13:43:06 CET] <hard_iron> i want to work on it now [13:43:20 CET] <hard_iron> can someone help m out with that project [13:43:29 CET] <hard_iron> how i should start [13:44:33 CET] <J_Darnley> Start by making sure you can compile ffmpeg. [13:45:05 CET] <hard_iron> compile ffmpeg? [13:45:49 CET] <J_Darnley> Grab the source and then run configure and make without encountering any errors. [13:46:29 CET] <J_Darnley> If you can't build the project I don't know how you could ever hope to add any feature. [13:46:52 CET] <hard_iron> actually i am new to all this.....can you guide me from basics [13:47:38 CET] <cbsrobot_> hard_iron: see https://trac.ffmpeg.org/wiki/CompilationGuide [13:48:04 CET] <JEEB> of course, those guides have the whole kitchen sink, which you don't need [13:48:36 CET] <JEEB> so you can just have the initial build dependencies (yasm+compiler suite+shell and friends) and run ./configure [13:49:25 CET] <JEEB> also I have no idea how much information there is available for truehd (specs, multimedia.cx wiki etc) [13:51:29 CET] <fritsch> JEEB: most specs are in ffmpeg's source code [13:51:35 CET] <fritsch> quite well documented [13:51:36 CET] <JEEB> true [13:51:50 CET] <JEEB> well, not specs but in some things there's quite a bit of documentation [13:52:15 CET] <fritsch> specs are not free I think - but available "somewhere" [13:52:15 CET] <JEEB> multimedia.cx wiki can be a treasure trove, as well as any official specs [13:52:22 CET] <JEEB> yeah, that's the usual way :P [13:52:32 CET] <JEEB> whether or not they are available "somewhere" is the major question [13:52:42 CET] <fritsch> they are [13:52:51 CET] <fritsch> but that makes "somewhere" to the biggest part of the question [13:53:03 CET] <JEEB> was TrueHD Meridian Lossless before it became TrueHD? [13:53:09 CET] <JEEB> or do I remember incorrectly [13:53:55 CET] <nevcairiel> it was [13:54:02 CET] <nevcairiel> and i dont think anyone found the specs yet [13:54:06 CET] <JEEB> yeah [13:54:18 CET] <JEEB> so this isn't exactly an easy mission if someone embarks on it :P [13:54:30 CET] <JEEB> even with the possible docs in the code or multimedia.cx [13:55:12 CET] <nevcairiel> lossless encoders might be easier there, even if its somewhat inefficient, you can just implement bitstream features you know, not like decoders that need to implement all the features [13:55:29 CET] <JEEB> yeah [13:55:32 CET] <JEEB> that's true [13:59:31 CET] <rcombs> isn't TrueHD just MLP with a different syncword [14:00:13 CET] <nevcairiel> some extensions too [14:00:16 CET] <nevcairiel> mlp was only 5.1 [14:06:44 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:292842a0ed80: avcodec/vp8: Do not use num_coeff_partitions in thread/buffer setup [14:06:45 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:dd4c2fe74afe: avcodec/h264_slice: Limit max_contexts when slice_context_count is initialized [14:06:46 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:2da8c533869a: avcodec/cabac_functions: Fix "left shift of negative value -31767" [14:06:47 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:1f6aea2cc4e3: avcodec/cabac: Check initial cabac decoder state [14:06:48 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:6157938408a0: avcodec/hevc: Check entry_point_offsets [14:06:49 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:20a96b9d8c71: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_decode*() [14:06:50 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:40d5f570d8aa: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_encode*() [14:06:51 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:4916aa238315: avcodec/hevc_cabac: Fix multiple integer overflows [14:06:52 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:c84ec8d5c938: avcodec/hevc: allocate entries unconditionally [14:06:53 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:67b29888f4dc: avcodec/vp3: Clear context on reinitialization failure [14:06:54 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:80a24e88e3db: avcodec/utils: Use 64bit for aspect ratio calculation in avcodec_string() [14:06:55 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:a0a2bfbfd876: avcodec/utils: Clear dimensions in ff_get_buffer() on failure [14:06:56 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:93e168705dbe: avformat/dump: Fix integer overflow in av_dump_format() [14:06:57 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:d8a66a150ae1: avutil/integer: Fix av_mod_i() with negative dividend [14:06:58 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:100dbe1bf007: avutil/mathematics: Do not treat INT64_MIN as positive in av_rescale_rnd [14:06:59 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:4d8d2f1991cd: avcodec/vp3: always set pix_fmt in theora_decode_header() [14:07:00 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:0350f373f7f0: avcodec/apedec: Check length in long_filter_high_3800() [14:07:01 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:00fde782a109: avutil/mathematics: return INT64_MIN (=AV_NOPTS_VALUE) from av_rescale_rnd() for overflows [14:07:02 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:2e77ab8f1009: avutil/timecode: Fix fps check [14:07:03 CET] <cone-972> ffmpeg 03Timo Teräs 07release/2.6:e8fa0e3ec633: mpegencts: Fix overflow in cbr mode period calculations [14:07:04 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:ad09bebe0cad: avcodec/vp3: Fix "runtime error: left shift of negative value" [14:07:05 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:354fa47018e3: avformat/smacker: fix integer overflow with pts_inc [14:07:06 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:5164067861ed: avcodec/wmaprodec: Fix overflow of cutoff [14:07:07 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:e12f07b4751c: avcodec/wmaprodec: Check bits per sample to be within the range not causing integer overflows [14:07:08 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:cc88d7a64088: avcodec/dirac_parser: Fix potential overflows in pointer checks [14:07:09 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:09305dca59fd: avcodec/dirac_parser: Add basic validity checks for next_pu_offset and prev_pu_offset [14:07:10 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:929fd6160271: avcodec/hevc: Fix integer overflow of entry_point_offset [14:07:11 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:0fa22a42d6b2: swscale/utils: Fix for runtime error: left shift of negative value -1 [14:07:12 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:8681296bb97f: avcodec/pgssubdec: Fix left shift of 255 by 24 places cannot be represented in type int [14:07:13 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:7294d95689f9: avcodec/jpeg2000dec: Check bpno in decode_cblk() [14:07:14 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:63c50350b6e5: avcodec/vp3: ensure header is parsed successfully before tables [14:07:15 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:3e8d9eade655: avcodec/hevc: Check max ctb addresses for WPP [14:07:16 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:f821441795c4: avutil/mathematics: Fix division by 0 [14:07:17 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:8e053f61f562: avformat/matroskaenc: Check codecdelay before use [14:07:18 CET] <cone-972> ffmpeg 03Rainer Hochecker 07release/2.6:bc264004e081: avformat/utils: estimate_timings_from_pts - increase retry counter, fixes invalid duration for ts files with hevc codec [14:07:19 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:10395b4738df: avformat/mxfenc: Do not crash if there is no packet in the first stream [14:07:20 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:3f7bbb0ded3f: avfilter/vf_mpdecimate: Add missing emms_c() [14:07:21 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:d0d9fad2ba5a: avcodec/h264_refs: Fix long_idx check [14:07:22 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.6:c1b7e9fe52d3: avcodec/mpeg4videodec: also for empty partitioned slices [14:09:32 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:6d7b4dbcb410: on2avc: limit number of bits to 30 in get_egolomb [14:09:33 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:945ae04fab45: exr: fix out of bounds read in get_code [14:09:34 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:38f8c8090103: nutdec: only copy the header if it exists [14:09:35 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:778c8de40f2c: xwddec: prevent overflow of lsize * avctx->height [14:09:36 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:174ec7d744d3: nutdec: reject negative value_len in read_sm_data [14:09:37 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.8:79f407b79a82: nuv: sanitize negative fps rate [14:31:32 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:3e187a9a2dfa: on2avc: limit number of bits to 30 in get_egolomb [14:31:33 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:5b88d24f241f: exr: fix out of bounds read in get_code [14:31:34 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:7f320ed15d7b: nutdec: only copy the header if it exists [14:31:35 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:f040f3e5d5ab: xwddec: prevent overflow of lsize * avctx->height [14:31:36 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:1dc135e03d83: nutdec: reject negative value_len in read_sm_data [14:31:37 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:93eda8dcbadf: mlvdec: check that index_entries exist [14:31:38 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:3219de21f4e9: rawdec: only exempt BIT0 with need_copy from buffer sanity check [14:31:39 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.7:7ad058168665: nuv: sanitize negative fps rate [15:24:17 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:564e63a0334f: on2avc: limit number of bits to 30 in get_egolomb [15:24:18 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:350f1f4919a1: exr: fix out of bounds read in get_code [15:24:19 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:ea5ac146cd94: nutdec: only copy the header if it exists [15:24:20 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:c4b2985d9ab0: xwddec: prevent overflow of lsize * avctx->height [15:24:21 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:4d2f93680343: nutdec: reject negative value_len in read_sm_data [15:24:22 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:c51800d324a9: mlvdec: check that index_entries exist [15:24:23 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:462afe5d00c8: rawdec: only exempt BIT0 with need_copy from buffer sanity check [15:24:24 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.6:b2cb7db14f82: nuv: sanitize negative fps rate [15:30:30 CET] <BtbN> vp8 is way more annoying than vp9... [15:30:45 CET] <BtbN> The ffmpeg vp8 struct doesn't match the stuff VAAPI wants in the slightest [15:32:45 CET] <nevcairiel> vp9 didnt start out like this either =p [15:35:09 CET] <BtbN> You modified the data the vp9 decoder exposes in its struct? [15:35:40 CET] <BtbN> I'd guess everything VP8 needs is there, but named diffrently and potentialy not in the right format. [15:38:50 CET] <BtbN> VAAPI also wants an out_of_loop_frame reference frame, but there is no notion of that in ffmpeg and the DXVA2 spec at all. [15:39:34 CET] <nevcairiel> i didnt look at vp8 at all yet, there is no driver support yet, so meh [15:40:03 CET] <BtbN> VAAPI seems to be the one that's special about it, the DXVA spec and ffmpeg seem to match somewhat better [15:40:18 CET] <BtbN> Might be because VP8 support is in VAAPI for 3 years now [15:42:26 CET] <fritsch> BtbN: afaik only braswell supports it via hybrid driver [15:42:29 CET] <fritsch> my hsw does not [15:42:33 CET] <fritsch> my ivb also not [15:42:40 CET] <BtbN> it? vp8? [15:42:43 CET] <fritsch> jep [15:42:51 CET] <BtbN> It's listed in vainfo for me [15:42:53 CET] <fritsch> http://sprunge.us/gbcY [15:42:54 CET] <BtbN> From the primary driver [15:42:57 CET] <fritsch> on your braswell [15:43:03 CET] <fritsch> most likely [15:43:16 CET] <BtbN> Only VP9 comes from the hybrid driver, everything else is native [15:43:17 CET] <fritsch> but that's it - so SKL, BSW and later [15:43:31 CET] <nevcairiel> full vp8 hw support should be slightly older [15:43:41 CET] <BtbN> libva supports VP8 since 2012 [15:43:43 CET] <fritsch> i also expected haswell to have it [15:43:49 CET] <fritsch> but yeah - not the case [15:43:54 CET] <fritsch> broadwell might have it [16:01:25 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:cc77012329f0: ffmdec: reject zero-sized chunks [16:01:27 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:26b74a7213bf: aaccoder: prevent crash of anmr coder [16:01:27 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:5478e7bbc106: ffm: reject invalid codec_id and codec_type [16:01:29 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:31d690016122: opus_silk: fix typo causing overflow in silk_stabilize_lsf [16:01:30 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:46e7a63b6e01: sonic: make sure num_taps * channels is not larger than frame_size [16:01:31 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:105be66545ec: on2avc: limit number of bits to 30 in get_egolomb [16:01:32 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:79d75f1554de: exr: fix out of bounds read in get_code [16:01:33 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:0f1e39887439: nutdec: only copy the header if it exists [16:01:34 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:882391f9758e: xwddec: prevent overflow of lsize * avctx->height [16:01:35 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:2db78f83bad1: nutdec: reject negative value_len in read_sm_data [16:01:36 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:94711d3719a1: mlvdec: check that index_entries exist [16:01:37 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:06edade7ee8a: rawdec: only exempt BIT0 with need_copy from buffer sanity check [16:01:38 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.5:eca27eeea95f: nuv: sanitize negative fps rate [16:01:39 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.5:8cd0e23be83d: avcodec/mpeg4videodec: also for empty partitioned slices [16:11:55 CET] <cone-972> ffmpeg 03Paul B Mahol 07master:577f05735511: avcodec/s302menc: set supported channel layouts by codec [16:11:56 CET] <cone-972> ffmpeg 03Paul B Mahol 07master:db6e337b41fc: avcodec/s302menc: check if buf_size can actually be put into 16bit size [16:28:24 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:7f33fef2a28d: aaccoder: prevent crash of anmr coder [16:28:25 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:6fc3f6f43b24: ffm: reject invalid codec_id and codec_type [16:28:26 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:7a26ea7a7e67: opus_silk: fix typo causing overflow in silk_stabilize_lsf [16:28:27 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:465dd4bc941e: sonic: make sure num_taps * channels is not larger than frame_size [16:28:28 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:e32095807b86: on2avc: limit number of bits to 30 in get_egolomb [16:28:29 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:e7b09eaefa5d: exr: fix out of bounds read in get_code [16:28:30 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:2306964b3a03: nutdec: only copy the header if it exists [16:28:31 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:dcecc180a6ad: xwddec: prevent overflow of lsize * avctx->height [16:28:32 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:bbe1c9839bb9: nutdec: reject negative value_len in read_sm_data [16:28:33 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:f0eea9cc3a11: mlvdec: check that index_entries exist [16:28:34 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:b0a8095f2bf0: rawdec: only exempt BIT0 with need_copy from buffer sanity check [16:28:35 CET] <cone-972> ffmpeg 03Andreas Cadhalpun 07release/2.4:1317c63b4b1d: nuv: sanitize negative fps rate [16:28:36 CET] <cone-972> ffmpeg 03Michael Niedermayer 07release/2.4:fbfb2814b28d: avcodec/mpeg4videodec: also for empty partitioned slices [17:02:12 CET] <BtbN> Is ff_vp8_dct_cat_prob in vp8data.h just missing a static, or am I missing something else? [17:02:51 CET] <BtbN> Including that header generates a multiple definition error for that symbol on linking [17:51:29 CET] <cone-972> ffmpeg 03Paul B Mahol 07master:367ffa0c1517: avcodec/flacenc: use designated initializers for AVClass [18:00:36 CET] <BtbN> Kinda interesting that the "header size" stuff VAAPI wants for VP8 matches exactly the parameters that GStreamer uses for parsing that stuff [18:00:56 CET] <BtbN> But there's nothing similar in ffmpeg, it handles parsing the bitstream entirely diffrent [18:01:18 CET] <BtbN> And it kinda expects you to know what it means by range, value and count. [18:15:59 CET] <BtbN> Hm, I don't think it's possible to pass the header size, the FFMpeg Range-Coder does not seem to store that information [19:54:35 CET] <cone-972> ffmpeg 03Paul B Mahol 07master:9e569abe995d: avfilter/avf_showfreqs: make it possible to split channels [20:22:46 CET] <kurosu> jamrial, looked at your patchset for hevc sao, tested them, they look fine [20:23:24 CET] <kurosu> I didn't go very in-depth, but that mostly looked like moving around code [20:23:38 CET] <jamrial> kurosu: ok, thanks [20:24:19 CET] <kurosu> so there might some change I missed besides this [20:24:49 CET] <kurosu> sorry for holding you, as I said, the review was probably not worth it [20:26:52 CET] <jamrial> it basically makes the 16 width avx2 functions use ymm registers instead of xmm, something i should have done from the beginning, which allowed me simplify all the macro madness [20:33:02 CET] <kurosu> jamrial, I was indeed verifying whether the generated code was different and had just noticed that [20:43:53 CET] <cone-972> ffmpeg 03James Almer 07master:34b2bd03cf94: x86/hevc_sao: simplify sao_band_filter 10/12bit [20:47:50 CET] <cone-972> ffmpeg 03James Almer 07master:3ff2beff65af: x86/hevc_sao: simplify sao_edge_filter 10/12bit [21:01:55 CET] <cone-972> ffmpeg 03James Almer 07master:d4c47333e148: x86/hevc_sao: add ff_hevc_sao_edge_filter_{8,16}_{10,12} [21:11:29 CET] <BtbN> Anyone familiar with the bitstream format of VPx? I have no idea what values VAAPI wants for the bool coder context. [21:13:35 CET] <BtbN> http://cgit.freedesktop.org/vaapi/libva/tree/va/va_dec_vp8.h#n51 those values, to be precise. [21:13:47 CET] <BtbN> And also these ones, which seem to be somehow related: http://cgit.freedesktop.org/vaapi/libva/tree/va/va_dec_vp8.h#n187 [21:19:04 CET] <fritsch> BtbN: did you check libyami? [21:19:41 CET] <BtbN> nothing usefull there, that stuff is entirely undocumented [21:19:51 CET] <fritsch> https://github.com/01org/libyami/blob/master/decoder/vaapidecoder_vp8.cpp [21:20:25 CET] <fritsch> fileSliceParam and fillPictureParam [21:20:39 CET] <fritsch> looks quite informative [21:22:09 CET] <BtbN> it just happens to have a bool decoder where these 3 values fall out of [21:22:14 CET] <BtbN> what they are isn't mentioned at all [21:22:22 CET] <BtbN> and the ffmpeg decoder doesn't have anything remotely similar [21:26:10 CET] <nevcairiel> the dxva spec often refers to "variable of the same name in the reference decoder", which helps looking things up, i dont suppose vaapi does that? [21:32:41 CET] <cone-972> ffmpeg 03Paul B Mahol 07master:484cc66f577b: avcodec/indeo2: use init_get_bits8 [21:37:30 CET] <BtbN> nevcairiel, not for these values [21:37:37 CET] <BtbN> For most of the other ones it does [21:37:58 CET] <BtbN> It has some cryptic descriptions, for some of them that don't make much sense [21:38:27 CET] <BtbN> gst/yami just copied parts of the reference decoder where exactly these values fall out of, but ffmpeg doesn't. [21:40:53 CET] <fritsch> hehe [22:13:53 CET] <kierank> atomnuker: fosdem people asking you to add a description [22:16:06 CET] <atomnuker> kierank: ok, any info on how long it should be? [22:16:13 CET] <kierank> 50 words [22:16:16 CET] <kierank> dunno [22:46:54 CET] <atomnuker> kierank: wanna proof-read? http://paste.debian.net/hidden/c04974d9/ [22:48:40 CET] <kierank> lol [22:48:45 CET] <kierank> it's like a speech... [22:48:47 CET] <kierank> good :) [22:50:33 CET] <atomnuker> I especially like the last sentence [22:50:50 CET] <kierank> yes it'll troll the other speakers [22:53:25 CET] <atomnuker> the thor folks wouldn't happen to be there, would they? [22:53:38 CET] <atomnuker> I know some google folks would be there, they're everywhere [22:53:52 CET] <kierank> dunno if thor people will be there [22:53:55 CET] <kierank> thor is a small team afaik [22:53:59 CET] <kierank> ask tim [22:56:12 CET] <J_Darnley> atomnuker: "there would have to exists a support for such formats" isn't very good English [23:07:15 CET] <ubitux> "to adapt [to?] new technologies"? [23:09:15 CET] <atomnuker> J_Darnley: replaced with "support for such formats would have to exist within the browsers themselves" [23:09:56 CET] <atomnuker> I can always make the excuse and get away by saying it's not my native language [23:11:08 CET] <atomnuker> kierank: tell the fosdem people I've updated the abstract and descriptions as well as the event image [23:11:22 CET] <J_Darnley> That's alwaysa good excuse and that change does read better. [23:11:25 CET] <kierank> ok [00:00:00 CET] --- Mon Dec 21 2015

1 0

ffmpeg.log.20151220
by burek 21 Dec '15

21 Dec '15

[00:01:18 CET] <c_14> That happens after you connect a client? [00:02:45 CET] <ethe> only ffmpeg it seems, jack_rec works fine (which is also a jack client doing the same thing as what ffmpeg is trying to do) [00:02:58 CET] <ethe> JACK in itself looks like it is working [00:03:41 CET] <c_14> I meant, after you used jack_connect to connect a readable client to ffmpeg (if I understand jack correctly) [00:12:47 CET] <ethe> there's not enough time to start connect the ports after I start ffmpeg [00:14:25 CET] <ethe> it exits immediately, it should (I think) stay open, regardless if it's connected or not [00:17:05 CET] <ethe> c_14: also, shouldn't we be discussing this in #ffmpeg-devel? [00:17:27 CET] <c_14> doesn't really matter [00:17:33 CET] <c_14> and they're busy talking about vp9 [00:37:20 CET] <c_14> ethe: maybe try this? https://pb.c-14.de/t/kng.Qyb8I1 [00:37:23 CET] <c_14> on top of the current patch [00:42:50 CET] <ethe> didn't seem to help [00:43:23 CET] <c_14> Same error, or does it hang? [00:51:27 CET] <ethe> same error [00:51:29 CET] <ethe> no hand [00:51:31 CET] <ethe> hang* [00:53:20 CET] <c_14> strange [00:54:40 CET] <c_14> https://pb.c-14.de/t/kng.ukZPD6 [00:54:43 CET] <c_14> how about with that as well? [00:57:23 CET] <ethe> wont it always throw an erorr? [00:57:40 CET] <ethe> (because of the else) [00:58:37 CET] <c_14> Nah, semaphore_wait returns 0 on success and therefore doesn't enter the first if [01:00:07 CET] <ethe> "Error while waiting for audio packet: Undefined error: 0" both times now, rather than just one [01:02:07 CET] <c_14> https://pb.c-14.de/t/kng.EsJKa9 [01:02:36 CET] <c_14> It would help if apple actually documented their functions *sigh* [01:15:26 CET] <ethe> c_14: https://gist.github.com/joshdekock/b6a654ca256f67713e41 [01:16:19 CET] <c_14> Is there data in the output wav? [01:20:17 CET] <ethe> yeah, but it only looks like there's a header [01:32:29 CET] <c_14> I'm out of ideas... [01:35:32 CET] <ethe> :( [06:53:39 CET] <prelude2004c> hi everyone [06:53:51 CET] <prelude2004c> using ffmpeg and vdpau . the M4000 does h264 decoding right ? i am using vdpau and i finally got it going but for some reason any source that is mpeg2video decodes fine with GPU but h264 content does not ? Any idea why that would be ? [07:30:26 CET] <CarlFK> I am running this to create a file: https://github.com/voc/voctomix/blob/master/example-scripts/ffmpeg/record-m… [07:33:20 CET] <CarlFK> mediainfo doesn't show a start datetime http://paste.ubuntu.com/14113311/ [07:34:01 CET] <CarlFK> the os's time is fine. or if it should be coming from the source -i tcp://localhost:11000 I can poke the people that do that [07:37:41 CET] <c_14> Do you mean a metadata creation timestamp? [07:42:22 CET] <c_14> If yes, I don't think mpegts supports that. [07:51:31 CET] <CarlFK> c_14: yes [07:56:34 CET] <CarlFK> is there another container I could use? (it's the container, right?) [08:48:58 CET] <CarlFK> https://github.com/voc/voctomix/blob/master/example-scripts/ffmpeg/source-m… [08:49:19 CET] <CarlFK> ffmpeg -y -i "http://10.73.5.2:1881/stream.mjpg" ... [08:50:04 CET] <CarlFK> I want to swap the input for /dev/video0 [08:50:32 CET] <CarlFK> it kinda works.. but something not right in the app this feeds [08:51:07 CET] <CarlFK> which is very new, so hard to know where to look first. [08:51:28 CET] <CarlFK> how safe is it to assume I can just swap in /dev/video0 ? [12:28:22 CET] <luc4> Hello! Im debugging a decoder and it seems I found some videos that result wrong. By using ffmpeg I got this: https://paste.kde.org/pjkquwkt2. I notice two things here: the pixel format is yuv420p(tv, bt709) and the SAR is 1:1. Can the SAR be 1:1 when the resolution is 1080x1920? Shouldnt it be 1080/1920? And Im not sure about what that (tv, bt709) means. bt709 seems to specify the representation of pixels, but w [12:28:22 CET] <luc4> tv? What is the difference between yuv420p and yuv420p(tv, bt709)? [12:31:21 CET] <JEEB> if the SAR is 1:1 it is 1:1, it just means that the samples' aspect ratio is 1:1. "tv"/"pc" are YCbCr ranges and BT.709 is one of the possible colorimetry values in AVC streams set to a specific value [12:33:10 CET] <Mavrik> mhm [12:33:32 CET] <Mavrik> those are standard parameters for 1080p video :) [12:34:29 CET] <Mavrik> luc4, note that SAR isn't the display aspect ratio (which is 16:9) but the sample (pixel) aspect ratio saying how pixels should be stretched when displayed. Since your video isn't anamorphic, 1:1 is fine. [12:35:23 CET] <luc4> Mavrik: I read wikipedia, and SAR is reported as Storage Aspect Ration. Is this wrong? [12:35:37 CET] <JEEB> yes [12:35:46 CET] <JEEB> only wikipedia uses that definition [12:35:54 CET] <luc4> Mavrik: ah I see [12:36:18 CET] <luc4> Mavrik: so SAR is Sample Aspect Ratio, which is what wikipedia names PAR [12:36:23 CET] <JEEB> it's very unfortunate that they chose to use a three-letter-thing that is actually used in specifications :P [12:36:57 CET] <luc4> Mavrik: so SAR of 1:1 is perfectly normal [12:37:00 CET] <JEEB> yes, also PAR is what MPEG-4 called it for a while, until AVC and HEVC which had SAR again [12:37:00 CET] <Mavrik> Yes. [12:37:14 CET] <Mavrik> luc4, if SAR isn't 1:1 then video has to be stretched to another resolution when displayed. [12:37:43 CET] <luc4> I understand now. And DAR 9:16 is a consequence of 1080x1920, so perfectly correct. [12:37:48 CET] <Mavrik> e.yes. [12:37:49 CET] <JEEB> yes [12:38:05 CET] <Mavrik> For example you had 16:9 DVD video, which was encoded as 720x576 (which is 4:3 video) [12:38:13 CET] <luc4> Which means the only weird thing is yuv420p(tv, bt709)& [12:38:26 CET] <Mavrik> Then it had a SAR flag of 4:3 which told the video player to stretch the video to 1024x576 (I think) when playing it :) [12:38:31 CET] <JEEB> it's not really weird, tv is the default range for most if not all YCbCr content [12:38:44 CET] <JEEB> Mavrik: there's a lot of dark history there, don't touch the dragons [12:38:47 CET] <Mavrik> luc4, nop, that's not wierd, that's prescribed HD colormetry [12:38:50 CET] <luc4> JEEB: but I commonly only read yuv420p in ffprobe [12:39:01 CET] <Mavrik> JEEB, eh, still writing software for DVB/IPTV broadcasts. [12:39:01 CET] <JEEB> that just means that the stream doesn't contain specific metadata [12:39:09 CET] <Mavrik> Aspect ratio switching on TV ftw. [12:39:29 CET] <luc4> By weird I mean, different than many other videos that I have and that seem to work properly with that decoder. [12:39:32 CET] <JEEB> yeah, that works just fine [12:39:46 CET] <JEEB> I'm just saying that the DVD/BD aspect ratios for SD can be funky [12:40:03 CET] <luc4> It is an accelerated decoder, and I use ffmpeg to feed with the samples. I need to play the find the differences game :-) [12:40:20 CET] <Mavrik> luc4, what you have is as standard as it gets [12:40:34 CET] <luc4> Mavrik: yes, but still bbb works properly [12:40:38 CET] <Mavrik> BT.709 is the stadardized colormetricts for pretty much all HD content out there [12:40:44 CET] <Mavrik> So the issue isn't with what you showed us :) [12:41:06 CET] <JEEB> my guess would be that the height is the issue :P [12:41:09 CET] <luc4> You mean that the standard big buck bunny is identical? [12:41:29 CET] <luc4> JEEB: yes, first thing I tried to rotate the regular bbb video. No problem [12:41:36 CET] <Mavrik> Big Buck Bunny isn't really encoded to the broadcasting standards. [12:42:04 CET] <JEEB> luc4: then it's something else :P not the specific points you've been pointing towards (unless the decoder is really broken) [12:42:10 CET] <luc4> Do you guys notice anything weird in the ffprobe output I pasted? [12:42:29 CET] <JEEB> no [12:42:31 CET] <Mavrik> Well, it's baseline, which makes it funny. [12:42:47 CET] <Mavrik> For 1080p, only mobile cameras do 1080p at baseline. [12:42:48 CET] <luc4> Ah yes, constrained baseline. [12:43:03 CET] <Mavrik> but any decoder capable of doing main/high has to do constrained baseline [12:43:10 CET] <luc4> Ill try to re-encode something that way and see what happens, thanks [12:43:10 CET] <Mavrik> luc4, is that recorded from mobile phone? [12:43:24 CET] <luc4> Mavrik: no, I dont think so. [12:43:28 CET] <JEEB> Mavrik: re aspect ratios, like 576p/i having --sar 16:11 for "16:9" and --sar 12:11 for "4:3" [12:43:46 CET] <Mavrik> Indeed (was writing out of my head). [12:43:52 CET] <Mavrik> luc4, if it is, those videos are usually VFR [12:44:05 CET] <Mavrik> Which wrecks havoc with a lot of hardware decoders. [12:44:07 CET] <luc4> Mavrik: no no, it seems like an advertisment [12:44:11 CET] <Mavrik> Set "30fps" when reencoding. [12:44:14 CET] <Mavrik> And see if that helps. [12:44:38 CET] <Mavrik> But yeah, do encode 1080p into at least Main to keep some semblance of quality :D [12:44:49 CET] <luc4> Mavrik: I have to say the result I see seems really something related to pixel format [12:44:52 CET] <Mavrik> 1200kbit 1080p in baseline must look like garbage :D [12:44:58 CET] <JEEB> note, anything said based on that pastebin is totally guessing because there is nothing weird :P [12:45:05 CET] <Mavrik> Yes. [12:45:10 CET] <Mavrik> It's totally guessing. >D [12:45:32 CET] <JEEB> there's nothing there that would cause a decoder to break, other than the height. but if you have already tested that exact width+height combo with another thing... [12:45:36 CET] <Mavrik> Maybe grab a screenshot? [12:45:40 CET] <luc4> Do you guys have other advises? [12:45:49 CET] <luc4> ah yes, I can take a photo [12:45:53 CET] <luc4> just a sec [12:48:04 CET] <luc4> ah& more than a sec, I need to switch firmware, I noticed older firmwares were working properly [12:48:16 CET] <luc4> its a regression [12:54:59 CET] <luc4> yes, the problem seems to be the aspect ration with that h264 profile [12:55:26 CET] <luc4> great, I can now look into the firmware and see if I can fix this [12:55:30 CET] <luc4> thanks guys! [15:29:04 CET] <t4nk751> I am receiving errors similar to the following "concealing 8160 DC, 8160 AC, 8160 MV errors in P frame". Is this a codec context setting issue? Is the decoding taking too long so it is missing frames? [15:37:45 CET] <prelude2004c> good morning everyone [15:37:53 CET] <prelude2004c> using ffmpeg and vdpau . the M4000 does h264 decoding right ? i am using vdpau and i finally got it going but for some reason any source that is mpeg2video decodes fine with GPU but h264 content does not ? Any idea why that would be ? [15:46:27 CET] <DHE> t4nk751: you likely have corrupted data or dropped packets [15:49:32 CET] <t4nk751> Well I am encoding the screen using x264 and then sending each NAL out individually until I set a flag for frame end. Then I use a client side buffer full of those NALs to decode. Currently, I running the client and server on the same machine. So dropped packets shouldn't be happening too often. [15:50:23 CET] <t4nk751> Is there any good way to debug corrupted data? [15:51:41 CET] <DHE> that's beyond my area of expertise... [15:52:07 CET] <t4nk751> Okay I appreciate your assistance [16:04:38 CET] <Franciman> hi all [16:05:24 CET] <Franciman> I want to compile a program that uses ffmpeg's api (libavcodec, libavformat etc..) on windows [16:05:32 CET] <Franciman> what should i install? [16:05:46 CET] <fritsch> a C compiler? [16:05:56 CET] <Franciman> other than that :P [16:06:14 CET] <fritsch> ffmpeg headers and libs that's it [16:06:15 CET] <Franciman> i should compile ffmpeg? [16:06:24 CET] <fritsch> you can do so [16:06:34 CET] <Franciman> is there a standard way to get them? [16:06:56 CET] <fritsch> http://ffmpeg.zeranoe.com/builds/ [16:07:24 CET] <fritsch> the dev versions looks like what you need [16:07:32 CET] <furq> you need dev and shared [16:07:37 CET] <fritsch> jep [16:07:42 CET] <Franciman> great thanks [16:08:23 CET] <furq> and you'll need to distribute the dlls along with your app [16:08:33 CET] <furq> if you want it all static linked then you need to compile yourself [16:14:04 CET] <waressearcher2> "compile yourself", das ist sehr heftig [16:14:35 CET] <fritsch> your "sehr heftig" the next time - if you want to be a developer you need to compile something ... [16:17:02 CET] <waressearcher2> vielleicht "compile it yourself" [16:23:16 CET] <fritsch> added to the laugh about it later queue [16:23:58 CET] <prelude2004c> using ffmpeg and vdpau . the M4000 does h264 decoding right ? i am using vdpau and i finally got it going but for some reason any source that is mpeg2video decodes fine with GPU but h264 content does not ? Any idea why that would be ? [16:24:47 CET] <fritsch> what does vdpauinfo say? [16:24:52 CET] <fritsch> is h264 supported? [00:00:00 CET] --- Mon Dec 21 2015

1 0

ffmpeg-devel.log.20151219
by burek 20 Dec '15

20 Dec '15

[02:03:25 CET] <kierank> durandal_1707: https://github.com/kierank/ffmpeg-cfhd [03:20:38 CET] <cone-133> ffmpeg 03Jean Delvare 07master:47b2ba987872: avfilter/vf_delogo: change the definition of logo_x2 and logo_y2 [03:59:42 CET] <cone-133> ffmpeg 03Janne Grunau 07master:2dba0407fdb8: avcodec/arm64: fix inverted register order in transpose_4x4H [10:42:59 CET] <cone-872> ffmpeg 03Matthieu Bouron 07master:c2ad24832139: swscale/arm/yuv2rgb: simplify process_16px_* macro call [10:52:51 CET] <cone-872> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:532a28338305: ffserver: unify exit path from build_feed_streams() [10:52:51 CET] <cone-872> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:4ba148a6ea2c: ffserver: refactor build_file_streams() [10:52:52 CET] <cone-872> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:ae2ed20b5912: ffserver: refactor build_feed_streams() [12:32:33 CET] <cone-872> ffmpeg 03Andreas Cadhalpun 07master:9f82506c7987: nutdec: only copy the header if it exists [14:27:31 CET] <cone-872> ffmpeg 03Marton Balint 07master:c413d9e6356e: ffplay: remove existing AVPicture usage [14:29:38 CET] <cone-872> ffmpeg 03Andreas Cadhalpun 07master:9d38f06d05ef: xwddec: prevent overflow of lsize * avctx->height [15:13:15 CET] <BtbN> huh, there's a travis control file in the ffmpeg git? [15:14:00 CET] <J_Darnley> Perhaps it was committed by accident? (Not that I know what one of those is) [15:16:05 CET] <atomnuker> it's origin seems to be libav [15:16:39 CET] <atomnuker> nevcairiel merged it on the 7th of september [15:17:48 CET] <atomnuker> oh wait, seeems to be older, 6bcd3e0599 did that on the 13th of August [15:18:35 CET] <atomnuker> "It is useful to support a future staging branch and to have an automated consistency check on github pull requests." [17:59:07 CET] <cone-872> ffmpeg 03Andreas Cadhalpun 07master:ce10f572c12b: nutdec: reject negative value_len in read_sm_data [18:42:13 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:def3c83e1b85: lavc/aacsbr: sbr_dequant optimization [18:42:14 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:641cb77f501a: lavfi/vf_idet: replace round and cast by lrint [18:42:15 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:18bc3dc7681c: lavf/hlsenc: replace round by lrint [18:42:16 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:425c0685f245: lavfi/vf_cropdetect: replace round by lrint [18:42:17 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:5484cbe9f765: lavfi/vsrc_mandelbrot: replace round by lrint [18:42:18 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:0dd8a3d71e2c: lavu/intmath: add faster clz support [19:31:29 CET] <cone-872> ffmpeg 03Paul B Mahol 07master:ebe1ca01d153: avfilter/vf_stereo3d: add interleave columns input support [19:43:16 CET] <durandal_1707> ubitux: send nlmeans patch? [20:18:57 CET] <BtbN> So, time for VAAPI VP9. [20:23:00 CET] <fritsch> :-) [20:23:05 CET] <fritsch> got a Broxton already? [20:23:11 CET] <BtbN> No [20:23:21 CET] <fritsch> so blind implementing? [20:23:21 CET] <BtbN> But the hybrid driver claims it's supported [20:23:28 CET] <fritsch> ah! right [20:23:50 CET] <durandal_1707> can I add soundtouch wrapper in our code? [20:25:01 CET] <kierank> durandal_1707: any comments on cfhd code? [20:26:18 CET] <durandal_1707> I just looked at it, and saw that you just started :/ [20:31:06 CET] <kierank> well there's a working bitstream parser [20:31:10 CET] <kierank> and coeff unpack [20:31:12 CET] <kierank> just transform left [20:32:16 CET] <durandal_1707> isn't that the most complicated? [20:33:51 CET] <kierank> depends how much can be reused [20:44:03 CET] <cone-872> ffmpeg 03Michael Niedermayer 07master:2d2b41d16996: avcodec/ffv1enc: Fix 2 pass mode with the default rc table [20:47:13 CET] <Daemon404> ffv1 has 2pass? [20:49:12 CET] <durandal_1707> Long time [20:50:18 CET] <Daemon404> to what end? [20:50:38 CET] <Daemon404> better p-frames? [20:51:49 CET] <nevcairiel> even lossless codecs need frame type decisions [20:51:59 CET] <nevcairiel> if they have an inter mode [20:52:43 CET] <Daemon404> i cant imagine youd want to use such a long keyframe interval in a lossless codec (for sekign reasons) [20:52:54 CET] <Daemon404> in which case 2oass wouldnt be much better than lookahead [21:15:38 CET] <BtbN> Is there any documentation on that DXVA_PicParams_VP9::wFormatAndPictureInfoFlags variable? I'd like to know which bit is which [21:16:18 CET] <BtbN> The only thing I found on google is this: http://pastebin.com/MWxuy7wx [21:16:27 CET] <nevcairiel> No, i guessed it all [21:16:27 CET] <nevcairiel> :D [21:17:27 CET] <nevcairiel> https://www.microsoft.com/en-us/download/details.aspx?id=49188 [21:17:31 CET] <nevcairiel> you should work on your google-fu [21:17:57 CET] <BtbN> It's not in the normal MSDN? [21:18:21 CET] <nevcairiel> the dxva specs are all downloadable documents, not online documented [21:18:50 CET] <nevcairiel> since they have a somewhat formal character for hardware vendors as well [21:24:27 CET] <BtbN> This is just one huge "What does VAAPI mean by this and why did they rename it" again [21:24:41 CET] <BtbN> At least they commented some of it [21:25:08 CET] <fritsch> hehe [21:25:12 CET] <fritsch> perhaps libyami helps a bit [21:25:18 CET] <fritsch> to see the mapping [21:25:56 CET] <fritsch> https://github.com/01org/libyami/blob/master/decoder/vaapidecoder_vp9.cpp#L… [21:52:47 CET] <BtbN> Does VP9 even support multiple slices? [21:53:18 CET] <BtbN> Looking at the code in vp9.c, it's impossible. [21:57:41 CET] <ubitux> durandal_1707: no, i only have a very naive implementation (as in: not usable), i'm currently studying the different way of optimizing [21:58:07 CET] <ubitux> are you in a hurry? [21:59:14 CET] <durandal_1707> no, is quality usable? [21:59:38 CET] <durandal_1707> If yes, push optimize later [22:02:18 CET] <ubitux> it's too slow to be usable [22:02:35 CET] <ubitux> understand minutes for a frame on a high end computer [22:03:38 CET] <durandal_1707> ooo [22:04:06 CET] <ubitux> just give me some time [22:04:18 CET] <ubitux> it's an interesting problem, i don't want to rush it [22:05:58 CET] <BtbN> So... that should be it. Less exciting than expected. [22:07:37 CET] <fritsch> BtbN: does it work? [22:07:48 CET] <BtbN> No idea, there is no player that supports it yet. [22:07:59 CET] <BtbN> But I'm done setting everything VAAPI wants. [22:08:29 CET] <fritsch> kodi changes are minimal for it [22:08:35 CET] <fritsch> one moment [22:09:05 CET] <BtbN> Yes, making those right now, about to PR them [22:09:48 CET] <fritsch> add an VA_CHECK_VERSION(0,38,1) or something? [22:10:03 CET] <BtbN> That should be the version for it, yes [22:10:04 CET] <cone-872> ffmpeg 03Matthieu Bouron 07master:e0dc22b99e85: swscale/arm/yuv2rgb: disable neon if accurate_rnd is enabled [22:10:05 CET] <cone-872> ffmpeg 03Matthieu Bouron 07master:b32a42295ad7: swscale/arm/yuv2rgb: add ff_yuv420p_to_{argb,rgba,abgr,bgra}_neon_{16,32} [22:10:16 CET] <fritsch> yeah - I started the moment you said player is missing [22:10:20 CET] <fritsch> but will await your PR [22:10:37 CET] <fritsch> if all goes well: 5 lines [22:13:56 CET] <BtbN> https://github.com/BtbN/xbmc/commit/a73eace63bd509d5cf88785437ceac544f0ac2b2 that should be it [22:14:13 CET] <fritsch> jep [22:14:15 CET] <fritsch> :-) [22:15:09 CET] <BBB> BtbN: vp9 has tiles but not slices [22:17:23 CET] <fritsch> BtbN: where did you get the libcmrt libs for linux? [22:17:37 CET] <BtbN> same github account [22:17:41 CET] <BtbN> as the driver itself [22:17:53 CET] <fritsch> thx found it [22:19:33 CET] <cone-872> ffmpeg 03Michael Niedermayer 07master:b92b4775a0d0: avcodec/h264_refs: Fix long_idx check [22:27:16 CET] <fritsch> I only see: VAProfileVP8Version0_3 on my braswell btbn [22:27:35 CET] <fritsch> scratch that - I know why :-) [22:27:45 CET] <BtbN> https://bpaste.net/show/d5c0864b9dec [22:33:14 CET] <fritsch> does it work in kodi? [22:33:58 CET] <BtbN> Kodi is building [22:34:41 CET] <BtbN> ~30 minutes left [22:47:42 CET] <fritsch> BtbN: i don't get the hybrid driver picked up ... anything you need in environment? [22:47:46 CET] <cone-872> ffmpeg 03Paul B Mahol 07master:7caf381a95d4: avfilter/af_dynaudnorm: use av_malloc_array() [22:48:01 CET] <fritsch> http://paste.ubuntu.com/14106818/ [22:48:38 CET] <BtbN> I'd guess your libva version is too old. [22:48:43 CET] <fritsch> nope 1.6.2 [22:48:52 CET] <BtbN> It's not 0.38.1 [22:49:07 CET] <fritsch> it is [22:49:27 CET] <fritsch> i don't get the codec profiles by the hybrid driver [22:49:42 CET] <BtbN> I didn't do anything for it [22:49:55 CET] <BtbN> try LIBVA_DRIVER_NAME=hybrid vainfo [22:50:14 CET] <fritsch> there it is [22:50:41 CET] <fritsch> i thought somehow libva would do that automatically http://paste.ubuntu.com/14106862/ [22:51:17 CET] <cone-872> ffmpeg 03James Almer 07master:0f520e489a65: avcodec/Makefile: add missing dep for g723_1 encoder [22:51:40 CET] <BtbN> It does, if your libva and specialy the intel-driver is recent enough [22:51:57 CET] <fritsch> 1.6.2 from two days ago [22:52:10 CET] <BtbN> Too old propably [22:52:12 CET] <fritsch> hehe [22:52:15 CET] <BtbN> I'm using git master of both [22:54:10 CET] <fritsch> let's see [22:55:32 CET] <fritsch> BtbN: nope [22:56:16 CET] <BtbN> Keep in mind that it's the libva-intel-driver which chain-loads the hybrid driver. You need the latest one of that, too [22:56:21 CET] <fritsch> jep [22:56:27 CET] <fritsch> i need to specify the hybrid dir [22:56:37 CET] <fritsch> err --enable-hybrid-codec [22:56:39 CET] <fritsch> default is no [22:57:46 CET] <BtbN> oh, right. I added that. [22:57:50 CET] <fritsch> now it works [22:57:51 CET] <fritsch> :-) [22:57:52 CET] <fritsch> hehe [23:07:14 CET] <cone-872> ffmpeg 03Ganesh Ajjanagadde 07master:062e3e23824b: lavu/libm: add copysign hack [23:08:48 CET] <BtbN> Hm, I'm missing VP9 media samples :D [23:09:33 CET] <Daemon404> youtube.com [23:11:00 CET] <BtbN> A 4K60 sample propably wasn't the best idea [23:11:14 CET] <fritsch> hehe [23:11:21 CET] <jamrial> use youtube-dl to get some 1080p vp9 samples. try popular videos like movie trailers [23:11:24 CET] <fritsch> transcode it? to 1080p60? [23:11:32 CET] <BtbN> It plays, looks fine [23:11:35 CET] <BtbN> but at like 2FPS [23:11:35 CET] <fritsch> nice [23:11:50 CET] <fritsch> checked that hw accel is used? [23:12:11 CET] <BtbN> yes, it plays fine if it's disabled [23:12:15 CET] <fritsch> hehe [23:12:21 CET] <fritsch> that's what I assumed [23:12:28 CET] <Daemon404> hw'accel' [23:12:35 CET] <fritsch> that hybrid stuff is not really 4k uhd 60p ready [23:15:07 CET] <BtbN> yes, a 1078p sample plays perfectly fine [23:15:25 CET] <fritsch> you got a link? [23:15:36 CET] <BtbN> https://www.youtube.com/watch?v=0vrdgDdPApQ [23:15:45 CET] <BtbN> the 1078p VP9 version [23:15:56 CET] <fritsch> 1078p [23:16:15 CET] <J_Darnley> noice [23:16:18 CET] <BtbN> No idea what's the matter with that, but that's the resolution [23:16:41 CET] <fritsch> dump question - which tool did you use to download? [23:16:44 CET] <fritsch> youtubedownloader? [23:17:10 CET] <BtbN> youtube-dl [23:17:27 CET] <BtbN> youtube-dl -f 248 "https://www.youtube.com/watch?v=0vrdgDdPApQ" [23:17:35 CET] <fritsch> working [23:17:39 CET] <fritsch> thx [23:19:13 CET] <BtbN> Seems to be only 30 fps though [23:20:58 CET] <fritsch> 23.976 [23:21:02 CET] <fritsch> says mediainfo [23:21:34 CET] <BtbN> Stream #0:0(eng): Video: vp9 (Profile 0), yuv420p(tv), 1920x1080, SAR 1:1 DAR 16:9, 60 fps [23:21:37 CET] <BtbN> that should be better [23:21:47 CET] <fritsch> yeah - which one to download? [23:22:44 CET] <jamrial> BtbN: youtube-dl -f 303 https://www.youtube.com/watch?v=MGyaR2sSBkA [23:23:32 CET] <jamrial> that's vp9 1080p 60fps. footage from the new Battlefront game using some graphics mods [23:26:00 CET] <BtbN> I can't spot any problems, decodes perfectly. [23:26:11 CET] <BtbN> smooth playback, notably lower CPU usage [23:26:16 CET] <jamrial> try -f 308 for 1440p, see how it runs with the hwaccel [23:26:28 CET] <jamrial> or -f 315 for 4k [23:26:39 CET] <BtbN> 4K dies [23:26:46 CET] <BtbN> less than 1 FPS [23:29:19 CET] <jamrial> a haswell can play the 1440p version above with BBB's decoder and CPU usage is like 30% [23:29:31 CET] <BBB> 1 thread? [23:29:46 CET] <jamrial> don't think so. used mpc-hc [23:29:48 CET] <jamrial> decoding with ffmpeg i get >200fps [23:29:57 CET] <BBB> thats probably multiple threads yes [23:30:04 CET] <BBB> note we dont have any avx2 yet [23:30:10 CET] <jamrial> yeah, that one is [23:30:15 CET] <jamrial> we do. i added some :p [23:30:16 CET] <BBB> if anyone wants to sponsor me a macbook pro wih haswell :D [23:30:21 CET] <BBB> thats true [23:30:25 CET] <BBB> but idct is missing [23:30:29 CET] <jamrial> yeah [23:30:32 CET] <BBB> loopfilter also [23:30:39 CET] <BBB> idct would be very helpful [23:30:43 CET] <nevcairiel> avx2 seems overrated for performance [23:31:03 CET] <BBB> I tohught it helped in some cases? [23:31:05 CET] <jamrial> i assume mpc-hc was multithreaded, but since it was only decoding 60fps it barely taxed the cpu [23:31:26 CET] <nevcairiel> yes, in some, but its hard to judge due to all the sillyness with it [23:31:34 CET] <JEEB> the issue with avx2 is that IIRC it downclocks the CPU with some things [23:31:43 CET] <nevcairiel> the split lane thing, and the power requirement that downlocks the cpu slightly [23:31:57 CET] <JEEB> right, that was it [23:32:08 CET] <TD-Linux> how is avx2 overrated? it's twice the throughput! [23:33:01 CET] <TD-Linux> maybe for older codecs with really small block sizes... [23:33:06 CET] <jamrial> having twice the throughput than SSE code is not always great [23:33:32 CET] <nevcairiel> the point is, that double throughput comes at a cast [23:33:37 CET] <nevcairiel> cost* [23:34:00 CET] <jamrial> for example, the sao_edge functions i wrote went from like 700k cycles to like 20k with ssse3 [23:34:02 CET] <atomnuker> JEEB: do skywells still do downclocking? [23:34:09 CET] <jamrial> avx2 made that 10k [23:34:12 CET] <nevcairiel> x265 ran into that blindly, just made avx2 variants of everything that could use the bigger regs, and then the overall process became slower :D [23:34:30 CET] <jamrial> at that point, halving the cycle count of the ssse3 version is negligible [23:35:20 CET] <TD-Linux> jamrial, well vs non vectorized code yes :) [23:36:06 CET] <BBB> nevcairiel: well, wait, but the splitlane is just a coding thing [23:36:17 CET] <BBB> nevcairiel: I mean, if you code an idct correctly, it has no effect on performance [23:36:26 CET] <nevcairiel> sure, but it makes some things not 1:1 double size and hooray [23:36:32 CET] <BBB> right [23:36:59 CET] <BtbN> The 1440p sample is lagging badly [23:37:45 CET] <JEEB> atomnuker: I don't have a skylake yet :) [23:37:46 CET] <BtbN> I'd guess ~10-15 FPS [23:37:53 CET] <JEEB> only a broadwell laptop for my new job [23:37:54 CET] <BtbN> 4K is at like 2FPS [23:38:10 CET] <BtbN> 1080p60 plays perfectly though [23:39:10 CET] <BtbN> Great, it killed the GPU [23:39:17 CET] <JEEB> rip [23:39:27 CET] <BtbN> Screen is black, dmesg complains [23:39:31 CET] Action: TD-Linux wonders if the real purpose of the hybrid decoder is to tick a spec box [23:39:42 CET] <nevcairiel> at that steep speed loss, it sounds like you just OOM'ed the GPU [23:39:59 CET] <BtbN> There's no VRAM on intel though [23:40:04 CET] <BtbN> It just uses the system RAM [23:40:15 CET] <nevcairiel> it should still reserve a maximum limit iirc [23:40:23 CET] <BtbN> And HEVC 4K60 plays perfectly on that one [23:40:26 CET] <nevcairiel> also, how much did you put into that braswell [23:40:31 CET] <BtbN> 8GB [23:40:39 CET] <TD-Linux> right but userspace allocations still shouldn't be much slower I think [23:40:44 CET] <BtbN> The reserved portion you can set in your BIOS is entirely unused [23:40:52 CET] <BtbN> I set that to the minimum, 32MB, as it's just plain wasted. [23:40:54 CET] <BtbN> It does nothing [23:41:06 CET] <TD-Linux> BtbN, 8bit HEVC? IIRC 8bit HEVC is not hybrid [23:41:23 CET] <BtbN> yes, but it uses the same amount of GPU RAM, if not more. [23:42:21 CET] <TD-Linux> also Youtube 4k VP9 streams are tiled IIRC, so it's a mystery [23:42:38 CET] <BtbN> Well, i have set all flags VAAPI wants, it works, so I guess all ffmpeg can do about it. Should work better on a non-hybrid platform. [23:42:43 CET] <BtbN> To the ML with it [23:46:32 CET] <BtbN> Actualy had to reboot to revive any kind of graphical output [23:49:36 CET] <BtbN> That didn't take nearly as long as I expected though. [23:49:46 CET] <nevcairiel> i did all the hard work :( [23:50:13 CET] <BtbN> VAAPI doesn't want nearly as many stuff as DXVA2 [23:50:56 CET] <BtbN> Not like HEVC, where it wants basicaly every single possible parameter. [23:51:36 CET] <nevcairiel> the way dxva2 vp9 works, it could realistically not ask for a single parameter, since it gets the full buffer anyway and could parse it all from the bitstream if it wanted o [23:52:04 CET] <BtbN> Well, isn't it the same for VAAPI? [23:52:15 CET] <nevcairiel> i dunno [23:52:17 CET] <nevcairiel> probably [23:52:31 CET] <BtbN> This gets a lot more ridicoulous when it comes to Encoding [23:52:42 CET] <BtbN> You have to pass all the parameters to VAAPI via structs [23:53:07 CET] <BtbN> But you also have to generate the NAL bitstream, with those parameters in it, and then pass that bitstream buffer to VAAPI, so it can put it in front of the encoded data. [23:53:24 CET] <BtbN> All that while VAAPI contains code to generate the bitstream, it just doesn't. [23:54:19 CET] <iive> BtbN: why don't you change that in vaapi? [23:54:37 CET] <BtbN> Because it would change the way the API works. [23:54:53 CET] <iive> so what... [23:54:55 CET] <cone-872> ffmpeg 03Michael Niedermayer 07master:70f13abb4f9a: avcodec/mpeg4videodec: also for empty partitioned slices [23:55:15 CET] <BtbN> I don't think that would be accepted. [23:55:28 CET] <iive> BtbN: you can at least ask them... [23:55:39 CET] <BtbN> I did, multiple times. [23:55:43 CET] <iive> i'm sure the api could be extended in a sane way. [23:55:56 CET] <BtbN> There's no interest to do so. [23:56:09 CET] <BtbN> It works, somehow. So they are done with it and move on. [23:56:27 CET] <iive> BtbN: the question is more... are they opposed to it, or just that they don't want to do it themselves. [23:56:49 CET] <BtbN> I got insulted when I asked them about that particular issue, so i guess they strongly oppose it. [23:57:03 CET] <fritsch> who is "they"? [23:57:16 CET] <BtbN> Some people in intel-gfx [23:57:31 CET] <fritsch> you got a link? [23:57:39 CET] <BtbN> That's way too long ago [23:58:34 CET] <iive> intel developers are... meh.. [23:58:49 CET] <iive> their 2D drivers are always having same problems... [23:59:06 CET] <iive> they haven't moved to gallium for opengl... [23:59:14 CET] <fritsch> their 2d driver maintainer is a nice guy and helps activel solving those issues [23:59:22 CET] <BtbN> Well, you don't just move to gallium with an existing code base. [23:59:33 CET] <fritsch> last time I installed him a testing rig - so that he could remote reproduce and fix the problem [23:59:45 CET] <iive> BtbN: other drivers did that... [23:59:58 CET] <BtbN> Because they were in for a rewrite from scratch anyway [00:00:00 CET] --- Sun Dec 20 2015

1 0

ffmpeg.log.20151219
by burek 20 Dec '15

20 Dec '15

[00:00:23 CET] <Mavrik> pinPoint, you shouldn't, because that would mean they're even worse :) [00:00:32 CET] <pinPoint> lol [00:00:39 CET] <Mavrik> My point is, comparing on filesize alone when you tell the encoder what filesize you want isn't really productive :) [00:01:03 CET] <Mavrik> If you set same filesize then you have to compare visual quality. [00:01:08 CET] <pinPoint> it is true though when it comes to comparison vs h264. H264 @ 4000kpbs @ 2160p looks crappy vs VP9 @ 2000kpbs @ 2160p [00:01:35 CET] <pinPoint> Mavrik: I wasn't aware ffmpeg could be told to spit out a specific filesize [00:01:51 CET] <Mavrik> pinPoint, uh, what did you think setting bitrate is? [00:02:06 CET] <pinPoint> the quality of the image [00:02:07 CET] <Mavrik> You're literally telling the encoder "Use 2000 kbit for each second of video." [00:02:07 CET] <Mavrik> :) [00:02:11 CET] <pinPoint> not the final size [00:02:17 CET] <Mavrik> it doesn't matter. [00:02:21 CET] <Mavrik> if you're encoding the same file. [00:02:28 CET] <Mavrik> and you're telling the encoder it should use 250KB/s [00:02:33 CET] <Mavrik> what do you think it'll happen? ;) [00:02:48 CET] <pinPoint> I guess it makes sense now [00:02:53 CET] <pinPoint> its a math game [00:04:48 CET] <pinPoint> when I do the math-a-roo i get around ~154.78 [00:05:13 CET] <pinPoint> the video is 10mins,34secs [00:06:17 CET] <furq> pinPoint: -crf sets the image quality [00:06:28 CET] <Mavrik> Yeah, so VP9 is terrible at keeping the requested bitrate :) [00:06:43 CET] <Mavrik> Small discrepancy is expected, but not... that :) [00:06:56 CET] <furq> did you try 2-pass [00:06:59 CET] <Mavrik> CRF is closer to quality yeah, but CRF is also something arbitrary as a value for each encoder :) [00:07:08 CET] <furq> and yeah crf values aren't comparable between encoders [00:07:32 CET] <pinPoint> and it is different for each encoder. 23 on h264 is like 28 on h265 [00:07:40 CET] <furq> also i hope you're not still using x264 ultrafast [00:08:22 CET] <pinPoint> furq: those were just testing things. I did a veryfast a veryslow and nothing on all of them. [00:08:31 CET] <pinPoint> ultrafast* [00:08:38 CET] <furq> again, though, you can't compare the presets by name because x264 is so much faster [00:09:00 CET] <Mavrik> (Bottom line, comparing encoders is really hard.) [00:09:08 CET] <pinPoint> and there are no presets on vp9 either. [00:09:16 CET] <pinPoint> just -speed parameter [00:10:00 CET] <furq> i guess -speed is pretty similar to -preset [00:10:01 CET] <pinPoint> Mavrik: I did a quick hack job on my post. http://wideopenbokeh.com/AthenasFall/?p=172 [00:10:23 CET] <furq> but yeah if you're going to do a like-for-like comparison then it should probably be at the same encoding speed [00:10:32 CET] <furq> which is going to take some trial and error to figure out [00:10:52 CET] <pinPoint> veryslow for x265/x265 and -speed 4 for vp9 [00:11:13 CET] <pinPoint> either way, h264 still gets smoked in quality by the other two [00:11:29 CET] <furq> or just assume that chart is correct and compare x264 veryslow to x265 fast [00:11:31 CET] <pinPoint> at the expense of compute time encoding and decoding in 265/vp9 [00:11:34 CET] <furq> since those are apparently about the same speed [00:11:46 CET] <pinPoint> furq: still h264 gets beat [00:12:16 CET] <Mavrik> same encoding speed, same filesize :) [00:12:32 CET] <Mavrik> and then a proper visual quality comparison [00:12:36 CET] <pinPoint> i did 2000k [00:12:43 CET] <Mavrik> Preferrably several times over several speeds and sizes. [00:12:50 CET] <pinPoint> infact since I have some time encoding time here while I netflix [00:13:12 CET] <pinPoint> I will do x264 veryslow vs x265 fast @ 2000kbps [00:13:21 CET] <pinPoint> some* [00:13:38 CET] <Mavrik> And how are you going to compare the result? [00:13:53 CET] <pinPoint> looking with my eyes like before. :D [00:15:10 CET] <pinPoint> I don't have that moscow university analyzer for $900 a pop. [00:17:16 CET] <pinPoint> furq: ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx264 -preset veryslow -b:v 4000k -minrate 4000k -maxrate 4000k -an BBB_H264_VERY_SLOW_2000k.mkv [00:17:32 CET] <furq> that's not 2000k [00:17:49 CET] <pinPoint> i know. I decided to give h264 a fighting chance. LOL [00:17:56 CET] <pinPoint> it will die anyways [00:18:54 CET] <pinPoint> should I be seeing this: frame= 669 fps=5.3 q=41.0 size= 14069kB time=00:00:19.40 bitrate=5940.7kbits/s ??? [00:19:08 CET] <pinPoint> why is the bitrate so high at the beginning? [00:19:11 CET] <furq> it's not cbr [00:19:14 CET] <furq> 4000k is the average bitrate [00:19:23 CET] <pinPoint> i gave it max/min no? [00:19:43 CET] <furq> minrate and maxrate don't really work how you'd expect [00:19:49 CET] <furq> there is no way to do a true cbr encode with x264 [00:20:03 CET] <pinPoint> :/ [00:20:09 CET] <furq> i don't see why that's a problem though [00:20:26 CET] <pinPoint> its dropping to 4.5 now [00:20:30 CET] <furq> cbr is pretty much worthless [00:21:20 CET] <pinPoint> is it just a limitation of the codec itself or ffmpeg? [00:21:51 CET] <furq> the codec [00:22:04 CET] <furq> i've not tried but i doubt that vp9 or x265 will do cbr either [00:23:01 CET] <pinPoint> ok its down to 4014 now [00:23:46 CET] <pinPoint> why is vp9 encoding so slow? is it only ment to be used in huge system areas? [00:23:55 CET] <pinPoint> meant* [00:24:10 CET] <furq> we've been spoiled by how fast x264 is [00:24:32 CET] <pinPoint> but we have strong muscle computers nowadays. :) [00:24:43 CET] <pinPoint> well at least what a hexa can do [00:25:03 CET] <furq> fwiw i would expect x264 veryslow @ 4mbit to smoke x265 fast @ 2mbit [00:25:10 CET] <furq> you should probably compare them at the same bitrate [00:25:18 CET] <pinPoint> frame= 2461 fps=4.8 q=34.0 size= 38058kB time=00:01:19.13 bitrate=3939.8kbits/s [00:25:33 CET] <pinPoint> that line ^^ q=34 is that the cfr? [00:26:04 CET] <furq> that's the current quantiser [00:26:15 CET] <pinPoint> furq: that is giving too much power to h265 if I compare them both @ 4000k [00:26:22 CET] <furq> it really isn't [00:26:47 CET] <furq> x265 doesn't start to show big gains over x264 until you get to the slower presets [00:27:48 CET] <pinPoint> alright. I'll give 4000k to x265 @ veryslow. But i'm afraid x264 will still loose... it should be interesting to watch. [00:27:50 CET] <furq> i've barely touched x265 yet because it's just not worth it for my use case [00:28:13 CET] <furq> at the same bitrate x264 will probably lose, but not by much [00:28:25 CET] <pinPoint> furq: I use it many times to remove 4k videos from youtube to put them on my UHD displays at work. [00:28:43 CET] <pinPoint> they only play x265 w/aac at UHD. Nothing else [00:29:03 CET] <furq> well i mean i've got a bunch of x265 stuff, but i've only encoded a couple of test files [00:29:08 CET] <pinPoint> at first I was using handbrake. Now I don't touch it as much [02:02:41 CET] <pinPoint> furq: the h264 just finished and I can barely notice any blocking on it. [02:02:58 CET] <pinPoint> interesting... this is going to be very difficult to compare with h265. [02:03:19 CET] <basisbit> why that? [02:03:30 CET] <pinPoint> with the naked eye [02:05:16 CET] <basisbit> if you have two excact same 4k screens, play the videos in parallel and compare scene for scene. that is how we do quality control for our video-streaming service [02:06:13 CET] <basisbit> pinPoint, so how was encoding time of h265 compared to h264? [02:06:46 CET] <furq> he's comparing x264 veryslow with x265 fast [02:06:58 CET] <furq> which afaik should be roughly the same in terms of speed [02:08:37 CET] <pinPoint> basisbit: for veryslow(h265) its very sloow. 0.7fps [02:09:40 CET] <pinPoint> encoding-wise. [02:09:58 CET] <pinPoint> basisbit: i have a dci lg 31 here. I'll do a side by side. [02:10:40 CET] <furq> did you do a 2-pass encode [02:10:42 CET] <pinPoint> furq: the tests on my post were real. It is possible to get away with h265 at lower bitrate [02:10:52 CET] <pinPoint> furq: no. just a 1 pass [02:11:11 CET] <furq> you'll get better results with 2-pass if you're using a fixed bitrate [02:11:19 CET] <furq> i expect that's also true of x265 though [02:12:19 CET] <pinPoint> that means utilizing lower kbps and getting roughly the same quality. bandwidth management and all [02:12:31 CET] <furq> sure, i don't doubt that [02:12:33 CET] <basisbit> so, for real-time streaming, expensive new hardware will be needed to get the higher quality at same bitrate (-> h265). sadly no christmas present there [02:12:59 CET] <furq> if you don't mind encoding at 0.7fps then i'm sure x265 gives much better results than x264 can [02:13:03 CET] <pinPoint> basisbit: it seems a quadcore is needed. so new set top boxes are a must [02:13:49 CET] <pinPoint> basisbit: http://wideopenbokeh.com/AthenasFall/?p=172 --- i talked about it there. [02:14:01 CET] <basisbit> pinPoint, or more likely some hardware implementation in graphics chipset of the set top box [02:14:01 CET] <pinPoint> I'll take feedback too for changes/etc [02:14:18 CET] <pinPoint> like the new nvidia k1 [02:14:27 CET] <furq> my issue with x265 is that i see a lot of people using it with the faster presets where it barely outperforms x264, if at all [02:14:51 CET] <pinPoint> http://www.nvidia.com/object/tegra-k1-processor.html [02:16:02 CET] <pinPoint> h265 needs more muscle to playback where-else vp9 does not. Vp9 is vastly adopted by many browsers... ~50% [02:16:30 CET] <furq> it's a shame vp9 is slower and worse quality than x265 [02:16:34 CET] <furq> or than HEVC rather [02:16:49 CET] <furq> wait i got that backwards [02:16:54 CET] <furq> it's a shame libvpx is slower and worse quality than x265 [02:20:33 CET] <basisbit> pinPoint, nice article, that basically answers 95% of my questions regarding h265 currently :D [02:21:45 CET] <basisbit> (switching the sides on the comaprison-pictures was evil...) :D [02:21:56 CET] <pinPoint> its a novice's observation, i'm sure I can make it better. :) thanks [02:22:18 CET] <pinPoint> basisbit: its to make sure you're aware and awake. :D [02:22:41 CET] <pinPoint> so this 5%... what is missing? [02:25:05 CET] <basisbit> details about how well the current decoding implementations do on older hardware (no avx,...) and what "cheap" hardware-decoders are available already (if any) [02:25:29 CET] <basisbit> but I'll google that. don't want to steal all your time :D [02:26:45 CET] <pinPoint> i don't even think software decoding is an option is it? [02:27:55 CET] <basisbit> depends on speed and hardware requirements :D [02:27:58 CET] <pinPoint> basisbit: http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Testing-… [02:28:08 CET] <pinPoint> encode/decode hardware [02:29:54 CET] <furq> software decoding on what platform [02:30:08 CET] <basisbit> exactly [02:30:30 CET] <pinPoint> so zero [02:32:11 CET] <basisbit> one use case is a karaoke game which runs on about any hardware whcih supports opengl 1.2 and which can fluently play 30fps 720p h264 videos @ ~2Mb/s using ffmpeg [02:33:02 CET] <basisbit> the other use case of me is for streaming sattelite TV signal to customers over the internet with almost "no latency" [02:33:29 CET] <pinPoint> youtube already uses vp9 and h264 fluently [02:33:52 CET] <basisbit> for the first use case, h265 most likely won't be a good idea because of increase in cpu-requirements for same quality? [02:34:24 CET] <basisbit> but switching from h264 to vp9 would most likely make sense, right? [02:35:08 CET] <pinPoint> you can probably do 720p,30fps,h265 @ ~1Mb/s for a lesser connection. But more compute time is required [02:35:18 CET] <pinPoint> vp9 makes more sense yes [02:35:21 CET] <furq> basisbit: https://blogs.gnome.org/rbultje/files/2015/09/ffmpeg-libvpx-openhevc-decode… [02:36:00 CET] <furq> that's at 4mbit [02:36:46 CET] <Nosomy> VP9 encode time = HEVC encode time [02:37:02 CET] <pinPoint> vp9 is slower actually from my experience here [02:37:05 CET] <Nosomy> then no make sense use VP9. [02:37:10 CET] <pinPoint> even using -threads infinity. :D [02:37:17 CET] <furq> it might make sense if decoding is the bottleneck [02:37:44 CET] <furq> personally i'd stick with x264 until the newer codecs mature a bit more [02:37:49 CET] <pinPoint> agreed, while vp9 sucks on encoding. decoding is cheap on hardware almost h264 cheap [02:38:06 CET] <furq> no harm in experimenting though [02:38:19 CET] <basisbit> Nosomy, the first use case is an offline game whcih contains lots of video stuff. encoding the files may take a long time as long as decoding is not slower then compared to h264. [02:39:19 CET] <basisbit> so with VP9 I get better quality at roughly the same decoding hardware requirements [02:39:21 CET] <Nosomy> HEVC 8bpp decode requirements = H264 10bpp decode requirements [02:39:24 CET] <pinPoint> furq: do you use some sort of tool to compare two different encodes? [02:39:29 CET] <pinPoint> something free? [02:39:32 CET] <furq> my eyes [02:39:36 CET] <pinPoint> lol [02:39:44 CET] <furq> although those aren't really free because i have to pay for glasses [02:40:33 CET] <pinPoint> Nosomy: without specifying in ffmpeg any usage of libx265 defaults to 8bit yes? [02:40:41 CET] <furq> i'm not aware of any better way of doing it with newer codecs with psy and whatnot [02:40:48 CET] <TD-Linux> you can use metrics too, like the metrics in the daala repo, but eyes are always better [02:41:03 CET] <Nosomy> yes [02:41:14 CET] <pinPoint> TD-Linux: and if its too close to notice with eyes? :/ [02:41:24 CET] <furq> then pick the one which is faster [02:41:48 CET] <Nosomy> ffmpeg only have libx264 and libx264 as 8bpp, this is defined in compile time. [02:41:56 CET] <Nosomy> *libx265 [02:42:21 CET] <TD-Linux> pinPoint, well the metrics will tell you something. but yeah pick based on something else [02:42:32 CET] <Nosomy> HEVC is much more blur than H264, VP9 ratecontrol is suck. [02:42:33 CET] <TD-Linux> I recommend a free codec of course :) [02:43:07 CET] <furq> i like x264. it's good [02:43:11 CET] <furq> i don't know if that comes across [02:44:55 CET] <TD-Linux> btw there are new licensing terms for HEVC. you no longer have to pay 0.5% of your revenue [02:45:00 CET] <pinPoint> i also notice @4000kbps scanning through for areas h265 gets blocky for second. the processor/hardware is compensating... [02:45:12 CET] <TD-Linux> instead you have to pay 2.5 cents per video (regardless if it's HEVC or not) [02:45:23 CET] <TD-Linux> (from HEVC advance that is, MPEG-LA is unchanged) [02:45:43 CET] <furq> you have to pay 2.5 cents for videos which aren't HEVC? [02:45:44 CET] <pinPoint> TD-Linux: that price went up no? [02:45:50 CET] <furq> how does that work [02:45:52 CET] <pinPoint> for non-hevc? [02:45:56 CET] <TD-Linux> furq, only if you use HEVC anywhere [02:46:03 CET] <furq> well that's insane [02:46:03 CET] <TD-Linux> obviously they can't enforce it if you don't use HEVC at all [02:46:09 CET] <pinPoint> what the frell!? [02:46:19 CET] <pinPoint> sounds like highway robery [02:46:27 CET] <TD-Linux> pinPoint, well before you had to pay 0.5% of your revenue, which was worse. [02:46:38 CET] <pinPoint> before hevc ? [02:46:48 CET] <TD-Linux> with the old HEVC Advance rules [02:47:00 CET] <TD-Linux> which is 1 of the 2 people you need to buy a HEVC license from [02:47:20 CET] <pinPoint> so if netflix has one hevc video and 99.99999% h264 videos they have to pay all as hevc? [02:47:26 CET] <TD-Linux> yes [02:47:43 CET] <pinPoint> frell [02:47:44 CET] <Nosomy> lol [02:47:59 CET] <furq> if only i was rich enough to buy some codec patents [02:48:07 CET] <TD-Linux> actually I might be reading this wrong [02:48:29 CET] <TD-Linux> I think that's true for the "per subscriber" rate but not the "individual video" rate. I'm not totally sure. [02:48:29 CET] <pinPoint> no wonder there is this: http://aomedia.org/ [02:48:33 CET] <TD-Linux> http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/HEVC-Adv… [02:48:59 CET] <pinPoint> uh, that is today [02:49:21 CET] <TD-Linux> yup. they just changed them today. [02:49:43 CET] <furq> They provide a royalty credit of $25,000, essentially a de minimis exception for low-quantity use. [02:49:48 CET] <furq> well at least that's nice [02:50:05 CET] <pinPoint> heh [02:50:35 CET] <TD-Linux> furq, yeah, so a lot of small users will probably be ok. [02:50:55 CET] <TD-Linux> it's a bit of a trap though. hope your small business doesn't come successful :^) [02:51:05 CET] <pinPoint> vp10 cannot get here soon enough. or something else better [02:51:11 CET] <furq> so tell me more about vp9 [02:51:31 CET] <pinPoint> TD-Linux: which is the ambition of all businesses [02:51:36 CET] <pinPoint> how unfortunate [02:52:18 CET] <furq> if it's .025 per video then that's a million videos [02:52:29 CET] <furq> although i'm sure there's plenty of other ways to get charged [02:53:01 CET] <pinPoint> furq: mobile [02:53:36 CET] <pinPoint> so if you own a mobile device, a stb, and a uhd set. Manufactures will pass that down to ya [02:54:02 CET] <pinPoint> oh you want 4k service for your tv? New box cost another $10 buckaroos [02:56:05 CET] <furq> i can't tell if this is .025 per video available or per video watched [02:56:48 CET] <pinPoint> overall though TD-Linux. It will cost providers like netflix/amazon even more $$$. [02:57:26 CET] <pinPoint> "For this reason, the subscription license starts at $0.005 per month, one fifth the final $0.025 rate, with an intermediate stop at $0.015 in 2018-2019." [02:57:43 CET] <TD-Linux> furq, per watched I think? here is their official PDF http://www.hevcadvance.com/pdf/RoyaltyRatesSummary.pdf [02:57:49 CET] <furq> yeah i'd have thought so [02:58:14 CET] <furq> i doubt netflix have a million videos available [02:58:18 CET] <TD-Linux> yeah so netflix is a bit better off because they fit in subscription. so they pay per user per month, not per title. [02:58:55 CET] <furq> so they'd only pay $1.25MM per month [02:58:57 CET] <furq> bargain! [02:59:11 CET] <basisbit> I am really happy that software patents are not valid in Europe :) [02:59:31 CET] <furq> enjoy it while it lasts [02:59:35 CET] <Nosomy> The problem is VP8/VP9 isn't good enough as video codecs. [02:59:54 CET] <pinPoint> Nosomy: how long before it gets better? [03:00:06 CET] <pinPoint> you think alliance of open media have a chance? [03:00:17 CET] <basisbit> as long as we don't sell/use any of our stuff in the USA/Canada, there is no need to pay for h265 patent license feels^^ [03:00:18 CET] <pinPoint> "Day one founding members are Amazon, Cisco, Google, Intel Corporation, Microsoft, Mozilla and Netflix." [03:01:00 CET] <pinPoint> I read that they will be cracking down hard on h265 usage also. [03:01:09 CET] <furq> isn't VP9 supposed to be royalty-free [03:01:16 CET] <pinPoint> so if you're a small timer better stay with h264 [03:01:23 CET] <pinPoint> furq: ya [03:01:33 CET] <basisbit> or move outside of north america :D [03:01:57 CET] <furq> then why is this alliance not called the alliance to make libvpx suck less [03:02:06 CET] <TD-Linux> basisbit, hate to break it to you but their patent list has a lot of european patents. [03:02:18 CET] <Nosomy> The problem is VPX specification. [03:02:22 CET] <TD-Linux> furq, well it might be, it's pretty new. [03:02:26 CET] <pinPoint> and many in the Asian region too! [03:02:27 CET] <TD-Linux> and yeah the lack of a spec is not hot [03:03:11 CET] <pinPoint> furq: they are probably cooking something. maybe google will offer what they have in vp10 into the group so they can work together? [03:03:24 CET] <TD-Linux> pinPoint, that's exactly what's happened. [03:03:26 CET] <furq> it says that's what they're doing [03:03:47 CET] <pinPoint> it does? [03:03:50 CET] <pinPoint> where? LOL [03:03:57 CET] <furq> https://en.wikipedia.org/wiki/Alliance_for_Open_Media [03:04:03 CET] <furq> The project will release free software under the Apache 2.0 license and will use elements from Daala, Thor, and VP10. [03:04:22 CET] <pinPoint> oh what the frell! the wiki of course [03:05:10 CET] <pinPoint> sounds like game over for hevc yes? [03:05:56 CET] <furq> "we're going to release an amazing video codec based on daala in 2017" isn't a promise i'd invest anything in [03:06:21 CET] <pinPoint> oh noes [03:06:42 CET] <pinPoint> hevc is everywhere on my TV sets at work. [03:07:25 CET] <pinPoint> and Apple and Samsung are on the patent pool for hevc. :/ [03:09:01 CET] <furq> http://www.hevcadvance.com/ [03:09:15 CET] <furq> i like how they illustrate "advanced video compression" with a 1300kbps 1080p h264 video [03:09:45 CET] <pinPoint> at 1300 h264 is dead unfortunately. [03:10:20 CET] <furq> i also like how they've covered up the logo on the front of their Brand X (r) Computers [03:11:52 CET] <Nosomy> 56% at 720p? [03:11:55 CET] <Nosomy> lol [03:12:23 CET] <Nosomy> i need to do a new encode compare test [03:12:57 CET] <TD-Linux> furq, well as long as VP9 can tide us over it'll be OK [03:13:18 CET] <pinPoint> but who is using it out in the industry really TD-Linux ? [03:13:29 CET] <TD-Linux> the largest video site in the world [03:13:35 CET] <pinPoint> youtube [03:14:04 CET] <TD-Linux> also wikipedia [03:14:22 CET] <TD-Linux> but yeah, more adoption would be a lot better. [03:16:09 CET] <Nosomy> VP9 is "beatiful" in teory, in pratice very slow to encode something into VP9. [03:16:09 CET] <pinPoint> furq: using fast on h265 vs veryslow on h264. I cannot see a difference. [03:16:21 CET] <Nosomy> lol [03:26:22 CET] <pinPoint> well it is a doozy trying to compare these two. wow [03:26:44 CET] <Nosomy> In my last tests (long time ago), same CRF, same preset (medium), same bpp (8bpp), HEVC went only 22% lower than H264, 0.78*(H264 Filesize)=(HEVC Filesize) [03:27:09 CET] <Nosomy> in [03:27:14 CET] <Nosomy> 720p [03:27:21 CET] <TD-Linux> you can't compare CRFs across encoders. [03:27:30 CET] <TD-Linux> it is not a measure of absolute quality. [03:27:32 CET] <furq> or presets [03:27:37 CET] <Nosomy> why not? the scale is the same. [03:27:47 CET] <furq> because of the thing he just said [03:27:48 CET] <TD-Linux> no it's not. [03:28:16 CET] <pinPoint> crf of 23 on h264 is ~ 28 on h265 fyi [03:28:26 CET] <pinPoint> to compare [03:28:37 CET] <Nosomy> very old h264 default crf is crf 28 too [03:28:44 CET] <Nosomy> and then? [03:30:57 CET] <Nosomy> crf h264 todays is only a redefinition by dev convention. [03:33:50 CET] <Nosomy> the scale is the same, both starts on 1 and ends in 51. [03:33:51 CET] <kepstin> crf in x264 is vastly different between 8 and 10bit even [03:34:05 CET] <Nosomy> if both is 8bpp [03:34:06 CET] <kepstin> (in 10 bit, it's 0-63 or 64 iirc) [03:34:48 CET] <kepstin> in vpx I think it's a log scale rather than linear? [03:36:34 CET] <ethe> I spoke to someone here about FFmpeg with JACK input on OSX last week, I compiled jack with --enable-indev=jack but when I do `./ffmpeg_g -f jack -i ffmpeg -y out.wav` I just get `Unknown input format: 'jack'` [03:36:47 CET] <ethe> I compiled FFmpeg* [03:37:49 CET] <Nosomy> kepstin, crf scale in x264 8bpp and 10bpp is the same, although exists CRF Negative values, the dev talks this, only quantizers values are diffs [03:38:39 CET] <pinPoint> furq: veryslow h265 2000k VS veryslow h264 4000k almost identical. I know they said 50% but I do not think the codec is there. I can see h264 winning at some places [03:39:02 CET] <pinPoint> maybe 20-30% reduction in bitrate but not half(50%) [03:39:04 CET] <furq> 50% would be 2mbit vs 3mbit [03:39:22 CET] <Nosomy> pinPoint , ssim teste comparing with source [03:39:26 CET] <kepstin> pinPoint: how long did the encode of each take? 'veryslow' in x265 is a lot slower than x264, so they're not really comparable :) [03:39:29 CET] <Nosomy> which is better? [03:39:34 CET] <Nosomy> i bet in h264 [03:39:53 CET] <kepstin> Nosomy: only if you run x264 with -tune ssim, of course ;) [03:40:16 CET] <Nosomy> yep [03:40:18 CET] <pinPoint> furq: then 20% [03:40:36 CET] <Nosomy> x265 and x264 running ssim test encodes. [03:40:39 CET] <pinPoint> ssim test? is there an application to test then videos? [03:41:13 CET] <Nosomy> the encode provides the tests [03:41:15 CET] <furq> is there much point to that [03:43:17 CET] <pinPoint> ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx265 -preset fast -b:v 4000k -minrate 4000k -maxrate 4000k -an BBB_H265_VERY_SLOW_2000k.mkv [03:43:25 CET] <pinPoint> encoded 19036 frames in 2115.39s (9.00 fps), 3964.30 kb/s, Avg QP:29.76 [03:44:42 CET] <pinPoint> I guess that is my next adventure. compare same parameters on different codecs and see the running times [03:45:19 CET] <pinPoint> this folder is getting bigger. I'm up to 9.5GB already [03:47:19 CET] <Nosomy> ffmpeg -i video -c:v libx265 -pass 1/2 -b:v 2M -x265opts ssim=1 nul/videoout.hevc [03:47:42 CET] <Nosomy> ops [03:47:56 CET] <Nosomy> is forgot tune [03:48:24 CET] <pinPoint> -pass 1/2 will actually work? [03:49:07 CET] <Nosomy> only in diffs cmdlines. [03:49:38 CET] <pinPoint> this is waht I did on win10: ffmpeg -y -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx265 -preset veryslow -b:v 7501k -minrate 7501k -maxrate 7501k -pass 1 -an -f matroska NUL && ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx265 -preset veryslow -b:v 7501k -minrate 7501k -maxrate 7501k -pass 2 -an BBB_HEVC_VERYSLOW_NOAUDIO_2PASS_7501k.mkv [03:51:29 CET] <pinPoint> can ffmpeg be made to generate a log after finishing an encode? [03:51:34 CET] <pinPoint> --report? [03:51:47 CET] <pinPoint> with running time/etc [03:53:14 CET] <Nosomy> http://x265.readthedocs.org/en/default/lossless.html#near-lossless-encoding some good tests to do. [03:57:40 CET] Action: Nosomy waiting a CRC32 of 215GiB Tar file to sleep. [03:57:46 CET] <Nosomy> lol [04:07:17 CET] <pinPoint> huh? [04:33:52 CET] <pinPoint> -report did not print duration of encode. :/ [04:34:18 CET] <xintox> anyone know how to play this? rtmpe://162.253.130.82:1935/hfufdxdrh/llive9 [04:41:39 CET] <wobble> new to the project. I have a need to consume as of yet unspecified audio files and produce g.711 bitstreams, am I in the right place? [05:47:11 CET] <pianoBrad> greetings! Is anyone able to offer some insight into the compilation of a static version of ffmpeg? Im on a mac and am running into some issues, primarily with the snappy hap encoding library [08:47:03 CET] <xintox> pinPoint: sure [08:47:09 CET] <xintox> woops [08:47:12 CET] <xintox> wrong nick [10:33:46 CET] <paule32_> hello [10:33:53 CET] <paule32_> what means: [alsa @ 0x388ddc0] sample format 0x15001 is not supported [10:33:55 CET] <paule32_> ? [10:34:02 CET] <paule32_> how can i fix it [10:48:35 CET] <paule32> hello [10:48:55 CET] <paule32> how can i add sound from pcm hardware (sound card)? [10:48:57 CET] <paule32> http://fpaste.org/303100/45051847/ [10:49:01 CET] <paule32> -i ha [10:49:09 CET] <paule32> -i hw:... ? [13:17:08 CET] <ethe> I compiled jack with --enable-indev=jack but when I do `./ffmpeg_g -f jack -i ffmpeg -y out.wav` I just get `Unknown input format: 'jack'`. Am I using the wrong command to get input from jack? [13:27:35 CET] <JEEB> ./ffmpeg_g -formats |grep 'jack' [13:27:53 CET] <JEEB> although not 100% sure how indevs showed up [13:27:56 CET] <droid909> ethe: what is jack? [13:28:05 CET] <JEEB> droid909: audio thing [13:28:07 CET] <droid909> ethe: does it allow you to record from the mic? [13:28:09 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-devices.html#jack [13:28:36 CET] <droid909> ethe: is it accecible on mac? [13:28:49 CET] <droid909> accessible* [13:28:58 CET] <droid909> JEEB: is it? [13:29:03 CET] <ethe> yes [13:29:11 CET] <JEEB> I think he was working on that, and now it isn't working after he fixed compilation :P [13:29:26 CET] <JEEB> ethe: does it show up in the list? [13:29:29 CET] <ethe> nah, it's 100% working now [13:29:31 CET] <ethe> https://gist.github.com/joshdekock/e471c2e66016cfe927a5 [13:29:34 CET] <droid909> JEEB: can i record audio from the mic with it? [13:29:39 CET] <ethe> droid909: yes [13:30:04 CET] <JEEB> ethe: so does it show up as a format in the format listing? [13:30:11 CET] <ethe> you should be able to. I tested JACK independently from FFmpeg and it records audio fine [13:30:15 CET] <JEEB> not sure if listing indevs is separate [13:30:43 CET] <JEEB> ok, dshow is there too [13:30:53 CET] <droid909> ethe: i was using avfoundation, but it involves installing xcode and i wanted to avoid that [13:31:00 CET] <JEEB> so ./ffmpeg_g -formats |grep 'jack' should show it [13:31:16 CET] <JEEB> if it isn't there then something else was fucked :P [13:31:39 CET] <ethe> droid909: JACK uses a waf build system so (I think) it doesnt require xcode [13:31:42 CET] <JEEB> like, with dshow I get " D dshow DirectShow capture" as output [13:31:43 CET] <droid909> JEEB: don't see jack installed on my system [13:31:54 CET] <ethe> droid909: you have to install it >.< [13:32:08 CET] <JEEB> ethe: does it show up? [13:32:16 CET] <ethe> no [13:32:18 CET] <droid909> ethe: i guess i have to give my homebrew more params than just brew install ffmpeg [13:32:37 CET] <JEEB> ok, then you have enabled it on the configure line but it isn't really built in :P [13:32:43 CET] <JEEB> bug report time I guess [13:33:23 CET] <droid909> ethe: where to get 'jack' binary for mac os? [13:34:25 CET] <droid909> dshow is only for windows ... :( [13:34:33 CET] <JEEB> that was just an example [13:34:43 CET] <JEEB> of how capture "formats" should show up [13:34:50 CET] <droid909> i see [13:35:03 CET] <droid909> JEEB: do you know where i can get 'jack' binary for mac os? [13:35:03 CET] <JEEB> ethe: I guess it's time for you to poke that trac thread :P [13:35:12 CET] <ethe> droid909: it's in dev atm [13:35:30 CET] <ethe> You *could* get it, but it's not gift wrapped. [13:35:43 CET] <droid909> ethe: well, i found bins http://jackaudio.org/downloads/ [13:36:01 CET] <ethe> yeah those dont work with ffmpeg [13:36:05 CET] <ethe> those are *so* old. [13:36:10 CET] <droid909> ohh :( [13:36:20 CET] <ethe> https://github.com/joshdekock/jack2-fork/tree/merger-branch you could try compile this [13:36:28 CET] <ethe> JEEB: okie dokie [13:36:35 CET] <droid909> ethe: do you by any chanse know avfoundation alternatives for mac os [13:36:39 CET] <droid909> chance* [13:36:52 CET] <droid909> ethe: i need to record audio on mac os from the mic [13:37:19 CET] <JEEB> no [13:37:21 CET] <droid909> ethe: avfoundation works but i don't wanna have xcode on my system [13:37:27 CET] <JEEB> nothing else that is currently tested :P [13:37:34 CET] <droid909> i see, thanks [13:37:53 CET] <JEEB> IFF ethe gets his stuff working, then that is an alternative. but only at that point, and not earlier [13:38:07 CET] <JEEB> also don't you get all the compilers etc from xcode anyways [13:38:25 CET] <JEEB> at least that's how you used to get all the development shit on OS X [13:38:58 CET] <ethe> yeah Xcode has all the dev tools [13:39:19 CET] <ethe> you could use the CLI tools package, but that's stripped down, and I dont think it has all the dev tools needed [13:39:29 CET] <droid909> JEEB: well, yes, homebrew requires xcode, i just want to remove xcode after it got install, but i guess avfoundation got removed too with the xcode [13:39:35 CET] <droid909> installed* [13:39:57 CET] <ethe> you could always just extract avfoundation [13:40:15 CET] <droid909> ethe: just extract from xcode? [13:40:17 CET] <JEEB> ethe: don't recommend things to people that could lead to lulzy breakage :P [13:40:28 CET] <JEEB> just let them have a normal development setup [13:40:29 CET] <ethe> droid909: yeah ignore me XD [13:40:34 CET] <droid909> fuck no :) [13:40:40 CET] <droid909> ethe: please continue :D [13:40:56 CET] <JEEB> I don't want to support anything that can be randomly fucked up [13:41:09 CET] <ethe> nah, on second thought, I'm not going to tell you how to break your computer :) [13:41:17 CET] <ethe> potentially* [13:41:19 CET] <droid909> JEEB: well, i don't do dev with ffmpeg, i just want it working without fatty xccode on my system [13:41:44 CET] <droid909> ok :D [13:41:58 CET] <droid909> thanks guys, you a great :D [13:42:16 CET] <droid909> i understand your point [13:42:53 CET] <droid909> ethe: i know how can i extract it, i just not yet know how to connect ffmpeg with it ... [13:46:27 CET] <droid909> JEEB: "lulzy breakage" :D [14:02:26 CET] <paule32> i have this config in my system: http://fpaste.org/303100/45051847/ [14:03:04 CET] <paule32> but i don't know, how to stream desktop audio (mic/pcm) to ffmpeg and broadcast it [14:03:21 CET] <paule32> desktop is ok, but without sound [15:11:21 CET] <sylvain> hi [15:12:24 CET] <Guest26812> how can i limit the output bitrate with libx265 ? if i use b:v -bufsize -bitrate and -maxrate it seems working with x264 but not x265 [20:10:20 CET] <MachinaeWolf> Can you record from a mic line in with ffmpeg and alsa? [20:10:48 CET] <c_14> if it's listed as an alsa input device, sure [20:12:04 CET] <MachinaeWolf> How do I check that? [20:18:23 CET] <c_14> arecord -l [20:21:29 CET] <MachinaeWolf> http://dpaste.com/2GJHWV2 [20:22:55 CET] <c_14> assuming your mic is on card 0, sure. ffmpeg -f alsa -i hw:0,0,0 [20:26:05 CET] <MachinaeWolf> that worked, thanks :) [20:37:47 CET] <DrJ> ffmpeg -i http://ip:8000/stream -acodec copy -t 60 out.mp3 [20:38:12 CET] <DrJ> I have that command which works great. I'm wondering if it is possible though to modify it so "silent" periods of audio are not written to out.mp3 [20:38:38 CET] <DrJ> I'm currently removing them after the fact via: sox out.mp3 final.mp3 silence 1 0.1 1% -1 0.1 1% [20:38:59 CET] <DrJ> if possible I would like to consolidate that though to one command with ffmpeg [20:40:23 CET] <c_14> you'll have to reencode, but -af silenceremove should do it [20:40:28 CET] <c_14> might need to set the options for it though [20:40:52 CET] <c_14> https://ffmpeg.org/ffmpeg-filters.html#silenceremove [20:46:52 CET] <DrJ> so it has to be a seperate command regardless [20:47:03 CET] <waressearcher2> DrJ: ffmpeg -i http://ip:8000/stream -acodec copy -t 60 - | sox - final.mp3 silence 1 0.1 1% -1 0.1 1% ? [20:47:37 CET] <DrJ> waressearcher2: hmm, let me see if that works [20:47:43 CET] <c_14> DrJ: ffmpeg -i http://ip:8000/stream -af silenceremove -t 60 out.mp3 [20:48:55 CET] <durandal_1707> you need to set options if you want same output as sox [20:50:57 CET] <DrJ> waressearcher2: doesn't work [20:51:19 CET] <DrJ> sox FAIL formats: can't determine type of `-' [20:51:55 CET] <durandal_1707> it can't work with acodec copy, unless sox recognize that codec [20:52:30 CET] <DrJ> well, sox does know how to handle the final output of that command [20:52:35 CET] <DrJ> that already works [20:52:46 CET] <DrJ> just not sure if it can be piped in [20:52:53 CET] <durandal_1707> ffmpeg have same filter [20:53:14 CET] <durandal_1707> silenceremove [20:53:42 CET] <durandal_1707> Otherwise you need to pipe pcm to sox IIRC [20:53:59 CET] <paule32> hello [20:54:59 CET] <paule32> is it possible to stream screen 0 and desktop x in time, where the streamer is using an other desktop than x? if then so, how can i do it? [20:55:24 CET] <durandal_1707> you can use sox -t sox and change ffmpeg to pipe sox format [20:55:47 CET] <durandal_1707> if you want to use sox [21:05:46 CET] <durandal_1707> DrJ: tried sox -t sox or you need exact command line? [21:27:09 CET] <paule32> what is the best audio codec to stream a+v ? [21:27:16 CET] <paule32> i have only a noise [21:27:42 CET] <furq> if this is over rtmp/hls then your only real choice is aac [21:28:16 CET] <paule32> how can i add it -c:v aac ? [21:45:19 CET] <paule32> ok, thank you furq [21:45:31 CET] <paule32> i use gnome [21:45:47 CET] <paule32> so nearly all desktop managers have virtual desktops [21:46:03 CET] <paule32> how can i access these virtual desktops [21:46:05 CET] <paule32> ? [21:46:39 CET] <paule32> what i want is: work on vd 1, and stream content on vd 2 [21:53:38 CET] <c_14> virtual desktops aren't rendered by X [21:53:52 CET] <c_14> therefore you can't (at least not via x11grab or xcbgrab) [21:56:51 CET] <paule32> ok [23:14:49 CET] <ethe> c_14: I finally got jack fully working on OSX, so now I can try to get ffmpeg to work with it. I tried using your rebased patch, but from what I can see, it's not actually getting compiled in. (I've updated ticker #43) [23:14:53 CET] <ethe> ticket* [23:16:20 CET] <c_14> ethe: can I see the config.log output? [23:17:00 CET] <ethe> https://gist.github.com/joshdekock/db487721d120d60d8ed5 [23:17:44 CET] <ethe> jack is in the list of indevs, and if I remove the jack installation then ffmpeg complains about jack's sharedlib not being there [23:21:32 CET] <c_14> Is it listed in ffmpeg -devices ? [23:22:06 CET] <ethe> no :( [23:22:28 CET] <JEEB> ooh, thanks for reminding me of that option, I tried "indevs" and then thought it just wasn't there :) [23:23:11 CET] <ethe> avfoundation, lavfi, qtkit, and sdl are the only ones there [23:28:25 CET] <c_14> When configure finishes, is it listed in the output under Enabled Indevs? [23:33:35 CET] <ethe> no [23:34:46 CET] <ethe> no /14 [23:34:47 CET] <c_14> then there might be something missing in the patch [23:34:57 CET] <ethe> err oops [23:42:15 CET] <c_14> ethe: can you try applying this on top of the current patch? https://pb.c-14.de/t/kng.kycmfM [23:42:37 CET] <c_14> then again checking if it's listed as enabled under the indev_deps [23:47:10 CET] <ethe> It's an enabled indev now, according to configure [23:48:58 CET] <c_14> right, try building and using it [23:49:03 CET] <c_14> so it was that... hmm [23:57:12 CET] <ethe> c_14: https://gist.github.com/joshdekock/28b62ddc4d0d638e1f6e so it's exactly the same error as previously seen [00:00:00 CET] --- Sun Dec 20 2015

1 0

ffmpeg-devel.log.20151218
by burek 19 Dec '15

19 Dec '15

[00:01:28 CET] <durandal_1707> I want to relicense stereo3d to lgpl, I already modified bunch of code and plan to more, can I do that? [00:02:04 CET] <nevcairiel> Everyone that contributed to it needs to agree [00:02:05 CET] <durandal_1707> I sed nothing relevant to keep it gpl [00:02:13 CET] <durandal_1707> *see [00:02:33 CET] <durandal_1707> People goes missing [00:03:51 CET] <durandal_1707> Btw I can write same thing from scratch, even anaglyph coefs can be found on the web [00:05:23 CET] <durandal_1707> I tried to contact original creator but without success [00:09:40 CET] <J_Darnley> Then it sounds like you're out of luck. [00:10:04 CET] <J_Darnley> You could try tracing him through other things he might have worked on. [00:55:25 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:ef8f6464a55d: avcodec/h264_slice: Simplify ref2frm indexing [00:55:26 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:c8ea57664fe3: avcodec/h264_mc_template: prefetch list1 only if it is used in the MB [02:08:40 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.8:cfbf608c0af6: avcodec/h264_slice: Simplify ref2frm indexing [02:08:41 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.8:cabd9ae5be87: avcodec/h264_mc_template: prefetch list1 only if it is used in the MB [04:11:09 CET] <cone-926> ffmpeg 03Marton Balint 07master:b25adbaaf67f: doc/errno: fix description typo for ENAMETOOLONG [04:11:10 CET] <cone-926> ffmpeg 03Marton Balint 07master:752ab408b456: lavu/error: add missing error messages for errors supported on all platforms [10:57:02 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:a2a217b35119: avfilter/vf_stereo3d: add fast path for interleave rows to alternating [10:57:02 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:ec1b95dda4a8: avfilter/vf_stereo3d: fix interleave rows output [12:45:50 CET] <rcombs> >ffserver [14:28:02 CET] <cone-452> ffmpeg 03Vittorio Giovara 07master:be00ec832c51: lavc: Deprecate coder_type and its symbols [14:28:03 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:2630f7f70904: Merge commit 'be00ec832c519427cd92218abac77dafdc1d5487' [14:34:39 CET] <nevcairiel> atomnuker: ping, i found something odd in aacenc .. http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/aacenc.c;h=ec0906… this line uses avctx->frame_bits before its ever written to much later in this function, maybe it was meant to use the local frame_bits variable? [14:36:41 CET] <nevcairiel> unless it specifically wants the frame_bits from the previous frame [14:39:24 CET] <cone-452> ffmpeg 03Vittorio Giovara 07master:16216b713f9a: lavc: Drop exporting 2-pass encoding stats [14:39:25 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:362028cac913: Merge commit '16216b713f9a21865cc07993961cf5d0ece24916' [14:39:41 CET] <nevcairiel> (the reason I found it is that avctx->frame_bits got deprecated) [14:40:41 CET] <durandal_1707> still merging? [14:40:45 CET] <nevcairiel> yes [14:41:46 CET] <atomnuker> nevcairiel: avctx->frame_bits is the bit count over from the last frame [14:41:49 CET] <nevcairiel> if you want to push somethign feel free, need to run fate again anyway [14:42:02 CET] <atomnuker> unless it gets reset every frame I don't see a problem [14:42:20 CET] <nevcairiel> atomnuker: ok then, it should probably move into AACContext, since frame_bits in avctx is deprecated now [14:42:22 CET] <durandal_1707> why sunrastenc have utvideo class? [14:42:56 CET] <atomnuker> nevcairiel: yeah, not a bad idea, but what's replacing avctx->frame_bits? [14:43:04 CET] <nevcairiel> atomnuker: nothing, its going [14:43:55 CET] <nevcairiel> durandal_1707: obviously the answer is because someone screwed up :D [14:45:09 CET] <durandal_1707> lol, I thought it was you [14:45:17 CET] <nevcairiel> nah, the original commit is broken [14:46:02 CET] <nevcairiel> the context also doesnt have a avclass [14:48:29 CET] <cone-452> ffmpeg 03Vittorio Giovara 07master:c34df422628e: sgienc: Make sure to initialize skipped header portions [14:48:30 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:ef9ae0e748ed: Merge commit 'c34df422628e6b7b657faee241fe7bb2629e0f57' [14:48:31 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:67ebc88fb5ba: lavc/sunrastenc: fix private codec options [14:50:20 CET] <cone-452> ffmpeg 03Aaron Colwell 07master:febfb49a70e8: matroskadec: Fix sample_aspect_ratio for stereo matroska content [14:50:21 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:5242cc878a7a: Merge commit 'febfb49a70e82f5ac46dc7ea34dabd4d56b19b31' [14:52:11 CET] <cone-452> ffmpeg 03Luca Barbato 07master:34138ece23c8: log: Use a do {} while (0) for tlog [14:52:12 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:a38b50c3ff0b: Merge commit '34138ece23c8ddae543269212a051c00d49e67d7' [14:52:29 CET] <cone-452> ffmpeg 03Luca Barbato 07master:81c95eb8eee8: openh264: Directly include the deprecation guards header [14:52:30 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:4a80f0bdb042: Merge commit '81c95eb8eee856d98d4ac37367dbc761f2faf875' [14:53:05 CET] <cone-452> ffmpeg 03Dave Yeo 07master:b0b133b8c029: hevcdsp: use a macro for .rodata section [14:53:06 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:3564dfd53574: Merge commit 'b0b133b8c02984ba0a50448f632a5dd8a50c9045' [14:56:23 CET] <cone-452> ffmpeg 03Anton Khirnov 07master:458e53f51fc7: mpegvideo_enc: actually add the side data with vbv_delay to the packet [14:56:24 CET] <cone-452> ffmpeg 03Hendrik Leppkes 07master:06d69a2d225a: Merge commit '458e53f51fc75d08df884f8e9eb3d7ded23e97b3' [15:14:59 CET] <atomnuker> huh, something broke VC-2 decoding [15:24:06 CET] <atomnuker> nope, nevermind [15:24:59 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:620b47576dec: avfilter/vf_stereo3d: add fast path for interleave rows to mono [15:25:00 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:f6d1c15b64c2: doc/filters: copy all input modes to output modes. [15:28:55 CET] <cone-452> ffmpeg 03Rostislav Pehlivanov 07master:4386f17bbdf7: acenc: remove deprecated avctx->frame_bits use [15:31:48 CET] <cone-452> ffmpeg 03Andreas Cadhalpun 07master:4d5c3b02e9d2: on2avc: limit number of bits to 30 in get_egolomb [15:31:49 CET] <cone-452> ffmpeg 03Andreas Cadhalpun 07master:90b99a81071d: exr: fix out of bounds read in get_code [15:37:42 CET] <J_Darnley> I know the chances are slim but if anyone is working on a yasm successor then make it tolerate unicode, please. [15:41:27 CET] <kierank> J_Darnley: lol [15:41:30 CET] <mosb3rg> hey guys [15:41:33 CET] <mosb3rg> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-March/170397.html [15:41:51 CET] <mosb3rg> i realize this issue is from march of this year. but im curious if this is on the way to being rectified [15:42:19 CET] <mosb3rg> im still completely unable to utilize the -header $ cookie: function for stored hls cookie [15:43:21 CET] <J_Darnley> I have no idea of anything other than that page says the some patch was applied. [15:43:34 CET] <mosb3rg> well yes but.. the point im making is this function still doesnt work [15:43:43 CET] <mosb3rg> hls -headers being noted for cookie value [15:44:06 CET] <mosb3rg> if im using ffplay, i can without any issues note the header for the cookies and it will playback fine. [15:44:26 CET] <mosb3rg> but when it comes to the ffmpeg ability to dump and relay the signal theres no means any further to note the -headers [15:45:09 CET] <mosb3rg> since its a function issue, this seems more a development question. because its not a function in the manual or help anymore.. but at one stage it was a predominant feature [15:45:46 CET] <mosb3rg> if you look around on some forums, there are some who have seemed to patch it. but are far to secretive and refuse to share the patch or show there work. [16:28:18 CET] <cone-452> ffmpeg 03Clément BSsch 07master:91b4afd58d78: swscale/arm/yuv2rgb: fix slicing [16:34:02 CET] <ubitux> do we have a FFALIGN macro equivalent in x86utils & friends? [16:40:52 CET] <J_Darnley> ubitux: not that I'm aware of (for either preprocessor or instructions) [16:41:23 CET] <J_Darnley> and searching in the file include files doesn't reveal one [16:43:50 CET] <J_Darnley> What do you want to round up to the next power of 2? [16:44:55 CET] <ubitux> well, ffalign, so just a ADD and a AND [16:47:45 CET] <J_Darnley> Sure, that'll work fine with a constant [16:48:15 CET] <J_Darnley> and I guess any other register [17:47:41 CET] <andrey_utkin> Could anybody help me to analyze the brokenness of generated H.264 P-frames? I develop a driver for hardware encoder, and make up headers manually. Having NAL parsing results down to elementary property (each) would be great. Ready to pay for any help. Please contact me. [18:08:38 CET] <wooo> I'm trying to work around or fix a "bug" where video recorded from a camera streamed through a live555 rtsp proxy has messed up timestamps that cause playback problems later. [18:09:05 CET] <wooo> The behavior of the timestamps seems intentional by the proxy according to : http://www.live555.com/liveMedia/faq.html#rtcp-synchronization-issue [18:09:25 CET] <cone-452> ffmpeg 03Michael Niedermayer 07master:1c878474fb1d: avcodec/ffv1enc: unbreak -coder option [18:12:36 CET] <wooo> the result when using the hls segmenter for output is that the first segment has a crazy long duration because the ots timestamp sometimes jumps from the first few frames to a value sometimes 4-12 hours later [18:15:00 CET] <wooo> My thoughts on trying to fix it are to add code that either throws out all frames received before the SR packet is received (assuming it is?) or to try to artificially set the ots for those frames once the stable pts is received. [18:15:47 CET] <wooo> any thoughts on how to approach that would be appreciated! and if the mailing list is a better place to ask, I'll do that as well. [18:18:20 CET] <wooo> (Another vaguely related bug is that something isn't handling pts rollovers properly, which results in the last segment growing arbitrarily large as something keeps "correcting" the suddenly non monotonicly increasing pts by making it 1 unit more than the previous packet. ) [19:24:24 CET] <mjbshaw> I've got a patch on the mailing list that seems to have fallen through the cracks: http://ffmpeg.org/pipermail/ffmpeg-devel/2015-November/183428.html [19:25:00 CET] <mjbshaw> Is there a good way to revive that thread? My last ping was ineffective and I don't want to unnecessarily spam the mailing list. [19:35:14 CET] <jamrial> mjbshaw: that thread has some replies, with michaelni's being the last it seems [19:35:34 CET] <jamrial> it's also a month old, so you can ping it again just fine. it would hardly be considerd spamming [19:36:37 CET] <mjbshaw> jamrial: I pinged it Dec 2 (http://ffmpeg.org/pipermail/ffmpeg-devel/2015-December/184407.html) but I'll go ahead an ping it again. Thanks. [19:48:50 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:aefcc77b9051: avfilter/vf_stereo3d: multiply linesize only once for interleaved row to mono [20:04:39 CET] <ubitux> michaelni: any idea why sth like http://b.pkh.me/0001-avfilter-scale-WIP-brightness-contrast-saturation.patch seems to have no effect whatsoever on the output? [20:04:49 CET] <ubitux> i tried random value in [0;1] [20:05:05 CET] <ubitux> the settings are indeed passed to sws, but without any change [20:05:13 CET] <ubitux> well i'm probably missing sth obvious [20:27:37 CET] <durandal_1707> kierank: when you gonna sent cfhd code? [20:28:29 CET] <kierank> durandal_1707: going to work on it over christmas [20:28:38 CET] <Compn> RE takes a while [20:29:02 CET] <durandal_1707> but send wip? [20:31:25 CET] <kierank> durandal_1707: github OK? [20:32:04 CET] <durandal_1707> yes [20:32:20 CET] <durandal_1707> :) [20:34:18 CET] <kierank> OK will send during weekend [20:34:20 CET] <kierank> Pub now [21:47:34 CET] <michaelni> ubitux, dont really know, you could look at sws_setColorspaceDetails() what/if anything is set and then what convertion path is taken [22:05:28 CET] <cone-452> ffmpeg 03Paul B Mahol 07master:8d6b1ffba0ca: avfilter/vf_stereo3d: fix interleaved columns output [23:19:18 CET] <Daemon404> nevcairiel, i love your users: forum.doom9.org/showpost.php?p=1749674&postcount=20083 [23:19:33 CET] <Daemon404> (that guy had some epic threads 10 years ago, i rememebr his nick( [23:20:12 CET] <nevcairiel> is that the xp guy? [23:20:27 CET] <nevcairiel> yes it is [23:20:30 CET] <nevcairiel> what an idiot [23:20:40 CET] <Daemon404> you knew before you even opened the link [23:20:42 CET] <Daemon404> <3 [23:20:59 CET] <Daemon404> i was also unaware that installing SP3 == new os [23:21:01 CET] <nevcairiel> well he was the highlight of recent idiots [23:44:41 CET] <RiCON> how long does it take people to realize newer software isn't supposed to work with old OS forever? [23:46:50 CET] Action: thardin submits bug report about ffmpeg not working on MS-DOS 6.2 [23:47:12 CET] <Mavrik> RiCON, hopefully as long as possible. [23:47:13 CET] <Mavrik> :) [23:47:38 CET] <Daemon404> thardin, i swear we used to have a buildbot on freedos... [23:47:42 CET] <Daemon404> but i might be confused. [23:47:51 CET] <thardin> (actually, DOS support would be kinda neat) [23:48:03 CET] <thardin> I mean.. it's a shell [23:48:52 CET] <thardin> I could resurrect my old DOS setup, convert those syndicate and UFO videos to some other format on it [23:49:24 CET] <Mavrik> On a machine without MMX if possible :P [23:49:45 CET] <thardin> of course. I had an SX, so not even float ops [23:52:14 CET] <thardin> .. or I could get back to working on this programmable load [23:57:10 CET] <cone-452> ffmpeg 03Rostislav Pehlivanov 07master:591b240ed486: oggparsedaala: sync with current bitstream syntax [00:00:00 CET] --- Sat Dec 19 2015

1 0

ffmpeg.log.20151218
by burek 19 Dec '15

19 Dec '15

[00:00:06 CET] <jcay> yeah, that's terrible [00:00:12 CET] <JEEB> (and then someone five years later can't understand WTF parts of that big merge commit is doing) [00:00:24 CET] <jcay> exactly :D [00:00:45 CET] <spiderkeys> Is there a way to make the muxer force a call to the avio context's write() function without calling write_trailer? I've successfully written my mp4 header, and then am trying to write fragmented moof+dat blocks continuously afterwards, but av_write_frame() doesn't trigger avio->write() until write_trailer() has been called [00:00:46 CET] <jcay> luckily we don't do much of branching.. [00:01:19 CET] <jcay> I mean at my work :) [00:03:03 CET] <JEEB> the team I'm in has generally just one branch that is "the thing", and then o9k branches that live throughout a feature's development cycle, and then get merged into master [00:04:47 CET] <JEEB> spiderkeys: haven't poked the muxers lately... have you seen if the examples do anything like that? [00:04:49 CET] <jcay> that's all good until you have to create an urgent hotfix :D [00:05:21 CET] <jcay> then you have an SVN branching dragon :D [00:05:48 CET] <JEEB> well, final initial deployments are usually tagged or branched [00:05:52 CET] <spiderkeys> JEEB: I'm in entirely undocumented/ungoogle'able territory haha. I'm reading the actual libav source code to find answers at this point [00:06:10 CET] <JEEB> spiderkeys: enjoy the libavformat then :) [00:06:14 CET] <JEEB> movenc.c isn't too bad [00:06:48 CET] <spiderkeys> Yea, I'm generally finding my way about, but it's been quite the effort to get this far [00:07:17 CET] <spiderkeys> I'm planning on doing a huge writeup on my perils and how to do low latency livestream muxing after I finish it up [00:08:21 CET] <JEEB> jcay: so if updating as-is to current master isn't possible, then stuff can be merged to master and then cherry-picked to release branch and tagged as the new version [00:11:45 CET] <jcay> I hope I won't need it :D [00:12:40 CET] <jcay> What I write myself it's stable enough not to brake without a reason :D [00:17:11 CET] <spiderkeys> Hmmmm, my PTS/DTS values being -9223372036854775808 are causing it to not flush/write the packets via the avio context [00:17:44 CET] <spiderkeys> I wonder why I have invalid pts/dts in the first place [01:21:12 CET] <spiderkeys> Does anyone know how to load options for an AVFormatContext created using avformat_alloc_output_context2()? [01:21:28 CET] <spiderkeys> I'm trying to set avioflags="direct" for it [01:22:17 CET] <spiderkeys> Can't find an example of it, all AVFormatContext's I've seen set options using avformat_open_input() [02:04:35 CET] <pinPoint> is it necessary to do a 2pass with libvpx-vp9 to get smaller files? or will they come out smaller without 2pass mode? [02:05:51 CET] <kepstin> pinPoint: in general 2-pass doesn't give you smaller files, merely more accurately sized ones [02:06:45 CET] <kepstin> (although the way libvpx in constant-quality mode interacts with 2-pass mode is weird...) [02:08:01 CET] <pinPoint> kepstin: i have been doing some tests on h264/h265/Vp9 and vp9 has about a 10MB increase in filesize @ 2000kbps vs the other two. [02:08:27 CET] <pinPoint> @ 2160p but it is free for use unlike the cost of h265/x265/hevc [02:09:29 CET] <kepstin> well, if it's not hitting the target bitrate when using 2-pass mode, that's just a bug in the rate control. [02:11:22 CET] <TD-Linux> pinPoint, 2 pass will get you better quality for a given filesize with vp9 [02:11:33 CET] <TD-Linux> I recommend always doing it if possible. [02:12:00 CET] <TD-Linux> what's the % miss of the target filesize? [02:12:52 CET] <pinPoint> if a 10min:34sec file is 164MB in size @ 2160p @ 2000kbps. Will I gain any movement in filesize shrinkage for vp9 on 2pass. [02:13:01 CET] <pinPoint> it might just be minimal if any even [02:13:29 CET] <TD-Linux> oh you mean you were using 1 pass and trying to hit an exact filesize? [02:13:59 CET] <kepstin> pinPoint: 2-pass mode in theory shouldn't "make a file smaller", that's not the goal. It might make the size closer to the target if 1-pass mode wasn't accurate enough. [02:14:39 CET] <pinPoint> all the test were just done in 1pass anyways [02:14:49 CET] <pinPoint> so I should just stick to it then... [02:14:55 CET] <kepstin> the goal of 2-pass mode is to maximize the overall video quality while encoding as close to a desired output size as possible. [02:14:58 CET] <pinPoint> 10MB increase is not that bad [02:16:03 CET] <pinPoint> the HEVC file is 152MB while the VP9 is 164MB. Not bad considering it is free. [02:16:07 CET] <kepstin> so if you're comparing quality for a specific file size, you should be using 2-pass mode on all codecs. [02:16:14 CET] <pinPoint> and vp9 is widely adopted [02:16:16 CET] <kepstin> you can make the output smaller, just choose a lower bitrate... [02:16:23 CET] <kepstin> filesize is something you control. [02:17:25 CET] <pinPoint> and the compute power is barely noticeable vs hevc [02:17:38 CET] <kepstin> If you're comparing hevc and vp9, both encoded to the same bitrate setting in 2-pass mode, and in the same container format, and they're different sizes (above a threshold of inaccuracy), then one of the two codecs has a bug where its rate control isn't working properly. [02:18:09 CET] <pinPoint> ya. [02:18:17 CET] <pinPoint> I wrote a tiny little post about it. [02:18:39 CET] <pinPoint> http://wideopenbokeh.com/AthenasFall/?p=172 [02:21:28 CET] <kepstin> the ffmpeg tool should have printed the actual stream bitrate at the end of the encode, I'm kind of curious how close that was to the target bitrate in both cases. [02:21:42 CET] <kepstin> if one or the other coded was consistently under/over-shooting it, for example [02:26:12 CET] <furq> it's not really fair to compare x264 ultrafast to x265 ultrafast when you consider the encoding speed [02:26:17 CET] <kepstin> comparing still frames is also kind of iffy, since modern video codecs use psy optimizations that reduce quality on stuff in motion where it's less noticable, and x264 seems to prefer slight blocking over smoothing/blurring when there's not enough bitrate to encode high-frequency textures, since it "looks" better. [02:27:07 CET] <furq> last time i checked x265 ultrafast is about as fast as x264 slow [02:27:21 CET] <furq> which is a huge difference in quality at a constrained bitrate [02:28:19 CET] <furq> between x264 ultrafast and slow, i mean [02:29:29 CET] <ocz> hello, any help with convert dcp to mkv? [02:29:40 CET] <pinPoint> furq: but you agree that 2000kbps would look better in x265 anyday vs x264 yes? [02:29:46 CET] <ocz> im trying,but w/result :( [02:29:51 CET] <furq> it depends on the preset [02:30:02 CET] <furq> x265 veryslow will definitely look better than anything x264 can manage [02:30:26 CET] <kepstin> pinPoint: if you have unlimited encoding time, then x265 can encode better looking at the same filesize as x264, yes. [02:30:40 CET] <llogan> ocz: what's dcp? [02:30:41 CET] <furq> but x264 still comes out favourably if you're constrained by encoding speed [02:31:12 CET] <kepstin> llogan: probably https://en.wikipedia.org/wiki/Digital_Cinema_Package [02:31:12 CET] <ocz> llogan :P 2K [02:31:22 CET] <pinPoint> i tried to match those settings for each codec as possible [02:31:43 CET] <kepstin> looks like some xml files and some media files in a directory tree [02:31:50 CET] <ocz> yes [02:32:02 CET] <furq> well the methodology is clear at least [02:32:17 CET] <ocz> mpchc with lav filters do it,but its hard for i7 too [02:32:26 CET] <furq> but you should at least include the encoding time so you can see that the crappy-looking x264 encoded ten times faster [02:32:48 CET] <ocz> furq writing to me? [02:32:50 CET] <llogan> !pv ocz [02:32:51 CET] <furq> no [02:33:27 CET] <kepstin> ocz: looks like the video should be jpeg2000 in mxf, which I *think* ffmpeg supports? [02:33:34 CET] <ocz> yes [02:33:37 CET] <ocz> support [02:33:50 CET] <ocz> ffmpeg is one sw what can do cinema dcp to mkv [02:34:08 CET] <ocz> may be exists other too [02:34:54 CET] <llogan> so what's the issue? [02:35:09 CET] <ocz> im in cmd window and whats next :D [02:35:15 CET] <pinPoint> furq: true [02:35:44 CET] <llogan> ocz: ffmpeg -i input [output options] output.mkv [02:36:01 CET] <furq> pinPoint: or you could just post this graph [02:36:02 CET] <furq> https://blogs.gnome.org/rbultje/files/2015/09/vp9-x264-x265-encoding-speed-… [02:37:06 CET] <pinPoint> i saw that in a blog somewhere [02:39:24 CET] <furq> if i'm reading that right (and if x265 hasn't improved in the last couple of months) x264 veryslow is pretty close to x265 fast [02:40:40 CET] <pinPoint> you might be right but man I think quality on x265 even on fast might still be better. [02:40:43 CET] <pinPoint> i'll test it. [02:40:53 CET] <furq> x265 is only going to get better [02:41:25 CET] <furq> and obviously you can switch to slower presets if you have the cpu time spare [02:43:30 CET] <ocz> llogan where must be ffmpeg? anywhere? [02:43:56 CET] <llogan> are you using windows? [02:44:48 CET] <ocz> yes [02:44:56 CET] <llogan> i think most windows users put the ffmpeg binary in the same directory as their input file for simplicity. then they open file manager, press ctrl, right click on the "folder" as they call it, then choose "open in cmd prompt" or something like that [02:45:35 CET] <llogan> obviously i don't use windows, so who knows what people do [02:45:55 CET] <furq> i put ffmpeg on my $PATH (i refuse to call it %PATH%) because i am a sensible person with lots of good ideas [02:47:05 CET] <llogan> that would be easier if you're using it more than once, but i assumed most windows users don't know how to do that and don't want to search how [02:47:30 CET] <furq> failing that you can drag files into the command prompt and it'll paste the filename, so you don't need to bother moving ffmpeg around [02:48:19 CET] <llogan> ...now if people learned how to copy and paste from cmd instead of making screenshots of console output [02:48:54 CET] <furq> i was once asked to debug a screenshot of some code taken from a pastebin [02:48:59 CET] <pinPoint> right click and Mark [02:49:16 CET] <furq> that sounds like a joke but it actually happened [02:49:23 CET] <furq> and as far as i'm aware it was done sincerely [02:49:43 CET] <ocz> where is problem with this? [02:49:48 CET] <ocz> ffmpeg -i batman.mxf -c:v libx264 -preset veryslow -crf 0 -vf yadif -strict -2 batman.mkv [02:50:08 CET] <ocz> my ffmpeg is in folder with movie..... then NO SUCH THIS FILE [02:51:16 CET] <pinPoint> the file might be there with double extensions [02:51:23 CET] <pinPoint> if you have windows set to hide extensions [02:51:33 CET] <furq> oh man i forgot that was a thing [02:51:39 CET] <pinPoint> lol [02:51:40 CET] <furq> why am i still using this garbage operating system [02:52:03 CET] <pinPoint> so try batman.mxf.mxf :D [02:52:22 CET] <pinPoint> furq: is not that bad. :D [02:52:25 CET] <ocz> pinPoint nice joke [02:53:05 CET] <pinPoint> joke? [02:53:25 CET] <furq> i think he's taken umbrage at your hidden extensions suggestion [02:54:05 CET] <pinPoint> so where is the file then? [02:54:25 CET] <furq> ocz: what is the actual error you're getting [02:54:46 CET] <pinPoint> -vf? [02:54:51 CET] <pinPoint> -v:f? [02:54:59 CET] <furq> no -vf is correct [02:55:05 CET] <pinPoint> k [02:55:08 CET] <furq> although i don't think that's a valid argument [02:55:25 CET] <furq> it should be yadif=0:0:0 or similar [02:56:15 CET] <kepstin> hmm? that's perfectly valid to use yadif with the default settings (whether the defaults are appropriate is a different matter) [02:56:41 CET] <furq> fair enough [02:56:48 CET] <furq> i've never seen a filter without a = but i've not used them much [02:58:37 CET] <ocz> any for help via TW? [02:58:56 CET] <pinPoint> tw? [02:59:21 CET] <pinPoint> teamview? [02:59:25 CET] <DHE> tv? [02:59:37 CET] <furq> aww [03:00:01 CET] <furq> the guy who took a screenshot of a pastebin uploaded it to a site which no longer exists [03:00:06 CET] <furq> that's one of my most treasured irc memories [03:00:30 CET] <kepstin> it's a pity you don't have a screenshot of that to upload somewhere [03:00:34 CET] <ocz> yes [03:00:40 CET] <ocz> team [03:00:43 CET] <furq> also it was a jpeg [03:01:47 CET] <ocz> screenshot of PB? :D [03:01:51 CET] <ocz> muhaha [03:01:53 CET] <ocz> nvm [03:03:26 CET] <ocz> this is better way like buying Clipster from DVS [03:03:56 CET] <pinPoint> you find your file? [03:05:09 CET] <ocz> my ffmpeg is in folder with .mxf [03:06:18 CET] <pinPoint> windows linux? [03:06:42 CET] <furq> ocz: paste the exact error message [03:06:52 CET] <furq> ideally on a pastebin, and not via a screenshot [03:07:06 CET] <ocz> win [03:07:10 CET] <ocz> w8 [03:08:03 CET] <pinPoint> furq: i'm running ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx265 -preset ultrafast -b:v 2000k -an BBB_H265_ULTRAFAST_2000k.mkv [03:09:23 CET] <pinPoint> this teamview... got a code? I always have mine on standby [03:10:28 CET] <pinPoint> brb, a round of warzone(halo). [03:11:49 CET] <ocz> furq when is audio and video not together...its problem,right? [03:12:48 CET] <kepstin> ocz: nah, as long as the times match up you can combine them using ffmpeg [03:16:33 CET] <ocz> ok, this is shit :D [03:16:44 CET] <ocz> fucking newest movies DCP.... [03:17:02 CET] <ocz> have here star wars 7 and black mass in DCP... [03:17:58 CET] <pinPoint> what the hell!? [03:18:21 CET] <pinPoint> any luck with the mxf? [03:19:03 CET] <pinPoint> should you be announcing that publicly? [03:21:32 CET] <pinPoint> DCP thign sounds familiar.. remind me again what that means? [03:21:54 CET] <kepstin> pinPoint: scroll up, i pasted a wikipedia link... [03:22:10 CET] <furq> ha [03:23:14 CET] <furq> oh well at least we have no way of knowing where he lives [03:23:54 CET] <kepstin> hmm? no, levice.club appears to be pointing at a residential internet connection in slovakia... [03:24:05 CET] <furq> https://en.wikipedia.org/wiki/Levice [03:25:15 CET] <furq> if only there were some clue [03:26:04 CET] <pinPoint> wth was that? an inside source? very strange [03:26:50 CET] <pinPoint> digital cinema package... hmm [03:27:03 CET] <furq> if he hadn't abruptly left i'd have assumed he was lying to make us more likely to join his teamview session [03:27:29 CET] <kepstin> yeah, it's how movies are distributed to theatres nowaday. send a hard drive with the dcp files. [03:28:47 CET] <pinPoint> i was about to join TW session but it was blocked. :/ [03:28:59 CET] <pinPoint> bad thing no? [03:35:16 CET] <pinPoint> furq: still. ultrafast 2000k still looks better than 4000k h264. [03:35:30 CET] <furq> what h264 preset [03:37:35 CET] <pinPoint> libx264 [03:37:40 CET] <pinPoint> brb, another round [03:40:17 CET] <TD-Linux> oh wow, 2mbit/s on 4k? yeah that's not surprising [03:40:25 CET] <TD-Linux> h264 is basically DC blocks only at that rate [03:47:09 CET] <kepstin> that's what, 1/2 a bit per pixel per second, more or less? :) [03:47:41 CET] <pinPoint> you see my blog-a-roo [04:21:34 CET] <pinPoint> TD-Linux: yeah even at 2k it will look better than 4k h264 [04:54:37 CET] <Yans> hi [04:56:03 CET] <Yans> i try to add subtitles to mp4 file, via ffmpeg -i video.mp4 -vf "ass=subtitle.ass" out.mp4 [04:56:08 CET] <Yans> but [04:56:35 CET] <Yans> i got problem with "-sub_charenc UTF-8" [04:56:40 CET] <Yans> how to do it correctly? [04:56:45 CET] <Yans> anyone? please... [05:17:21 CET] <Yans> nvm done it [05:22:25 CET] <jimby> Yans: you might find additional help at https://en.wikibooks.org/wiki/FFMPEG_An_Intermediate_Guide/subtitle_options [05:23:39 CET] <Yans> ffmpeg -i movie.mp4 -sub_charenc cp1250 -i Victoria.srt -vcodec copy -acodec copy -scodec mov_text -metadata:s:s:0 language=666 moviecopy.mp4 [05:23:42 CET] <Yans> and works [05:23:44 CET] <Yans> niach niach niach [05:33:38 CET] <k_sze> So ffmpeg's .nut container format is mostly streamable, right? [05:34:05 CET] <k_sze> I've been encoding videos as .nut files over SMB. [05:34:42 CET] <k_sze> Sometimes the network connection is so bad that ffmpeg gives up, which means the .nut file isn't properly finalized. [05:35:08 CET] <k_sze> Is there a way to run ffmpeg on the affected .nut file and just finalize it properly? [05:35:31 CET] <k_sze> like, putting closing the XML tags, etc, and putting the index at the end (I think .nut is XML-based?) [05:36:15 CET] <c_14> ffmpeg -i input.nut -c copy -map 0 out.nut should work [05:36:19 CET] <c_14> Not sure if nut needs that though [05:43:36 CET] <k_sze> The index at the end of the .nut file is for fast seeking, right? [05:45:18 CET] <k_sze> c_14: I know the .nut container format is very error resilient. [05:45:34 CET] <k_sze> It's just nicer to have a completely well-formed file. [05:45:47 CET] <k_sze> and I suppose building the index helps [05:45:52 CET] <k_sze> for fast seeking. [05:48:40 CET] <c_14> the command I mentioned is the only way to add an index using ffmpeg since ffmpeg doesn't modify its input [06:46:58 CET] <xintox> hey waressearcher2 [07:39:45 CET] <waressearcher2> xintox: hallo [08:09:10 CET] <xintox> waressearcher2: hey buddy. whatcha working on? [08:36:35 CET] <waressearcher2> xintox: nichts [08:41:30 CET] <ented> Hello can C++ structures like vector store easily AVPacket? Or I rather should use AVPacketList? [08:57:31 CET] <spiderkeys> Does anyone know how to get a custom AVIOContext used for writing to exhibit the behaviour listed under it's "direct" member as mentioned here: https://ffmpeg.org/doxygen/2.2/structAVIOContext.html [08:59:55 CET] <spiderkeys> I've tried setting that value to 1, as well as setting various flush_packet flags on the avformatcontext and outputformat [09:01:20 CET] <spiderkeys> I would like my custom write_packet() function to be called on every av_write_frame(), rather than it waiting to fill the entire aviocontext buffer before calling it [09:53:10 CET] <spiderkeys> Wow, it ended up being as hacky as calling av_write_frame() a second time with a null AVPacket argument [09:55:46 CET] <spiderkeys> There has to be a better way that that, with all of the direct/flush flags that seem to indicate that someone thought this might be an important feature for a custom aviocontext... [10:49:15 CET] <codingquark> Need some help, I'm using aformat and amerge on two inputs - audio + video. Need to loop the audio till the video ends. -loop 1 isn't working here. How to do this? [10:50:43 CET] <c_14> -stream_loop should do it [10:51:30 CET] <codingquark> Trying. [11:49:56 CET] <codingquark> c_14: Not working. Here's my command: http://pastebin.com/Wj1FYD4S [11:50:32 CET] <c_14> You want the audio to loop, put it in front of the audio not in front of the video [11:50:42 CET] <c_14> also, you'll want -shortest in that case as well (that one's an output option) [11:53:11 CET] <codingquark> hmm... Trying that. [11:56:39 CET] <codingquark> Tried -stream_loop -1 -i audio.mp3 (rest the same). Not working. [11:57:15 CET] <c_14> What about it isn't working, do you get an error? [11:57:42 CET] <codingquark> No errors. The video ends when the audio.mp3 ends (no loop) [11:59:57 CET] <codingquark> Oh, the video contains audio. I'm adding one more. [12:00:04 CET] <codingquark> Does that affect anything? [12:05:36 CET] <c_14> eh, btw are you sure you want amerge and not amix? [12:06:11 CET] <c_14> But yeah, it looks like that's a bug/feature request. [12:06:45 CET] <c_14> If you just want it to work this once, concat the audio file a couple of times, then it should work [12:08:13 CET] <codingquark> I thought about concat'ing audio files, but then I'll have to get video duration and make the looped audio accordingly. [12:08:27 CET] <codingquark> I need to look at amix. [12:09:10 CET] <codingquark> c_14: Thanks for the help! [13:05:17 CET] <codingquark> Asked the question on StackExchange before submitting bug/feature request - http://video.stackexchange.com/questions/17195/loop-and-mix-audio-on-video [13:51:34 CET] <Phrk_> Hello, is there a way to download only ffserver ? [13:51:55 CET] <Phrk_> I don't want to install more than 300 package on my server, just for this app [14:12:35 CET] <paule32_> hello [14:12:55 CET] <paule32_> can someone help me to install and configure jwplayer? [14:13:45 CET] <paule32_> or give it a embeeded player for ffmpeg streams? [15:38:20 CET] <mosb3rg> hey guys, im running into a common problem that i see others have been able to navigate i have read everything i can find on the subject and im not getting any where. ffplay honors the headers for cookies without any issues., but ffmpeg absolutely refuses to do this anymore. what patching can be done to fix this issue if any. without HLS cookies being noted the majority of playlists these days cannot be dumped correctly.. [15:39:40 CET] <mosb3rg> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-March/170397.html [15:40:06 CET] <whiskey_time> it is live now [15:40:18 CET] <whiskey_time> whoops :) [15:40:25 CET] <mosb3rg> just to show you guys this is a known bug i assume. but i feel as if this worked excellent in the past. now just absolutely doesnt work any further. and in lue of trying to pipe which has failed on all attempts from other source programs to send the feed to ffmpeg even that didnt work either [16:48:25 CET] <nimzter> Hello: I have just a very simple question? : : : I'm scrolling invideo text with drawtext but I want to be showed from right to left (not left-right) Thanks [16:48:26 CET] <droid909> guys, are there some other ways to access mic other than with ffmpeg -f avfoundation -i ":0" [16:48:47 CET] <droid909> because to have avfoundation i have to install xcode [16:49:12 CET] <droid909> install xcode just to be able to record audio .. [16:49:20 CET] <droid909> i'm on mac os [16:51:23 CET] <c_14> nimzter: just reverse the x y expansion so it moves the other way? [16:52:39 CET] <droid909> are there alternatives to avfoundation to access mic on on mac os [16:52:45 CET] <droid909> without installing xcode [16:53:25 CET] <c_14> installing linux and using v4l2 (assuming that has drivers for the device) [16:54:36 CET] <nimzter> Can you provide me some sample please :( I'm new with ffmpeg [16:56:15 CET] <c_14> x=w*-t maybe [18:49:31 CET] <paule32_> hello [18:50:33 CET] <paule32_> give it a filter add on, that can display text, scroll text form right to left, or overlay in corners, or down to up? [18:55:21 CET] <DHE> the drawtext filter can do that. text coordinates are formulas so you can specify a loop with modulos and an offset with the frame counter, for example [18:56:25 CET] <paule32_> thx [19:12:44 CET] <paule32_> damm, option not supported [19:12:54 CET] <paule32_> have to compile ffmpeg [19:13:09 CET] <paule32_> is there a option --enabled-all ? [19:13:19 CET] <paule32_> to enable all possible filters? [19:16:55 CET] <techtopia> how can i encode a 4:2:2 colorspace video as 4:2:0 ? [19:23:01 CET] <DHE> paule32_: it doesn't force them enabled. broadly speaking it tries to enable any filter whose dependencies are met. what you need is --enable-libfreetype [19:31:58 CET] <paule32_> DHE: http://fpaste.org/302873/63495145/ [19:34:35 CET] <shincodex> does libavcodec system library of i686 folder handle mjpeg decoding [19:35:00 CET] <shincodex> context width/height is zero and av_read_packet always gets audio streams only yet it reports a video stream is present [19:35:16 CET] <Mavrik> techtopia, -pix_fmt yuv420p parameter. [19:39:53 CET] <techtopia> thanks mavrik [19:41:52 CET] <paule32_> Mavrik: ? [19:43:35 CET] <Mavrik> huh? [19:45:14 CET] <shincodex> mjpeg: [19:45:17 CET] <paule32_> have you follow [19:45:24 CET] <shincodex> says unimplemented restart marker [19:45:38 CET] <paule32_> Mavrik: : http://fpaste.org/302873/63495145/ [19:46:12 CET] <shincodex> Unimplemented RTP/JPEG restart marker header.\n [19:46:19 CET] <shincodex> Does that mean mjpeg does not work because of this [20:02:01 CET] <shincodex> help me im dieing [20:05:05 CET] <paule32> no ideas? [20:05:44 CET] <shincodex> is mjpeg supposed to work if i were to install ubuntu? [20:11:00 CET] <paule32> drawbox is ok [20:11:15 CET] <paule32> but drawtext, missing [20:24:35 CET] <shincodex> it appears ubuntu mate System libavcodec mjpeg decoder is not compiled into system [20:24:39 CET] <shincodex> why would they do this [20:25:46 CET] <furq> do you want me to phone mark shuttleworth and ask him [20:26:44 CET] <shincodex> yes cause i dont know him and it seems like you got a speed dial [20:32:28 CET] <shincodex> maybe there is hope [20:44:30 CET] <droid909> s/h/p/ [20:52:37 CET] <paule32> so [20:53:26 CET] <paule32> i have change the config.h, set config_drawtext_filter to 0 [20:53:44 CET] <paule32> but this brings me no effect like 1 [20:53:53 CET] <paule32> the filter is missing [20:54:37 CET] <paule32> [AVFilterGraph @ 0xbb9900] No such filter: 'drawtext' [21:14:07 CET] <Mavrik> paule32, when do you ./configure, is it listed under filters? [21:14:45 CET] <paule32> yes [21:14:51 CET] <Mavrik> paule32, also did you enable the library required for that filter? [21:14:59 CET] <Mavrik> "enable libfreetype, needed for drawtext filter [no]" [21:15:00 CET] <paule32> yes [22:13:45 CET] <paule32> ok [22:14:16 CET] <paule32> i have a tip for everyone here where will use drawtext [22:14:39 CET] <paule32> in ./configure add --enable-filter=drawtext [22:14:57 CET] <paule32> and you have support for "drawtext" filter [22:23:19 CET] <paule32> so, drawtext works now [22:26:36 CET] <waressearcher2> sehr schön [22:26:49 CET] <waressearcher2> wunderbar [22:30:58 CET] <shincodex> Yo want to see my crazy configure? [22:31:24 CET] <shincodex> its like 20 lines long [22:33:11 CET] <paule32> yes, with root password, it is possible [22:36:09 CET] <shincodex> i always use root [22:36:25 CET] <paule32> so, how is it possible, to change the "drawtext" text in a period by a txt.file? [22:36:59 CET] <paule32> so i can show 20 sec hello and after this 20 seconds, new 20 seconds world? [22:43:28 CET] <Mavrik> paule32, so you're trying to make subtitles? :P [22:43:56 CET] <paule32> ehm, more for infos or scrolling text [22:54:01 CET] <paule32> like text all 5 minutes (football measures) [23:04:39 CET] <paule32> how can i stream alsa or pulse? [23:04:53 CET] <paule32> in combination with x11grab [23:04:54 CET] <paule32> ? [23:24:34 CET] <debianuser> paule32: Something like https://unix.stackexchange.com/a/84013 ? [23:25:37 CET] <paule32> seems good [23:26:05 CET] <paule32> but, i would like to stream vlc webradio audio for test at the moment [23:26:17 CET] <paule32> thx debianuser [23:28:49 CET] <paule32> debianuser: so, now, the question is, how to setup filter to stream only desktop and webradio? [23:32:44 CET] <debianuser> I'm not sure what "vlc webradio" is, but I guess it should be something like `ffmpeg -f x11grab -i :0.0 -f <yourwebradiotype> -i <yourwebradiosource> -f <yourstreamformattype> <streamurl>` [23:33:39 CET] <debianuser> Ffmpeg's command line format is usually like `ffmpeg -i <input1> -i <input2> ... -i <inputN> <output-filters> <output>` [23:34:52 CET] <debianuser> Ah. Optionally you may have some input-specific options before each input. So that would be `ffmpeg <input1-options> -i <input1> ... <inputN-options> -i <inputN> <output-filters> <output>`. [23:34:54 CET] <Prelude_Zzzzz> hey guys.. anyone know how i can trim a video image ( black borders on two sides ) and stretch the image without transcoding it ? [23:35:31 CET] <debianuser> paule32: You'll also probably need `-s 1920x1080` option for x11grab input, I thing it's something like 640x480 by default. [23:35:49 CET] <paule32> desktop stream is ok [23:35:51 CET] <paule32> no problems [23:35:54 CET] <paule32> but with sound [23:44:06 CET] <Prelude_Zzzzz> anyone? i don't want to transcode a video i just want to trim the black lines of the video on both the left and right side [23:45:32 CET] <paule32> debianuser: [flv @ 0x384c8c0] FLV does not support sample rate 48000, choose from (44100, 22050, 11025) [23:45:33 CET] <paule32> [flv @ 0x384c8c0] Audio codec pcm_s16le not compatible with flv [23:47:45 CET] <Mavrik> Prelude_Zzzzz, you can't. [23:47:57 CET] <Mavrik> Since you have to modify data that's encoded. [23:48:41 CET] <paule32> debianuser: http://fpaste.org/302963/78888145/ [23:52:54 CET] <pinPoint> So I did this: ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libvpx-vp9 -b:v 2000k -threads 8 -speed 4 -an BBB_H265_ULTRAFAST_2000k.webm [23:53:26 CET] <debianuser> paule32: Try dropping "-c:a copy" part. "c:a" == "acodec", and you have "-acodec mp3" followed by "-c:a copy", first says "encode it as mp3", second one says "leave it without reencoding", you can't do both :) [23:53:48 CET] <pinPoint> the file is only 135MB. HEVC version is 152MB at 2000k as well. does vp9 usually produce smaller files than hevc for now? [23:54:28 CET] <paule32> debdog: heh [23:54:52 CET] <Mavrik> pinPoint, that's a really strange metric. [23:55:01 CET] <Mavrik> Considering you've set a bitrate parameter. [23:55:14 CET] <Mavrik> Only thing that tells you is that one of the encoder is shit at keeping the bitrate. [23:55:18 CET] <Mavrik> Nothing about "smaller files" :) [23:55:30 CET] <pinPoint> so minrate maxrate? [23:55:39 CET] <pinPoint> does vp9 even have that option? [23:55:47 CET] <Mavrik> No idea. [23:56:06 CET] <Mavrik> Last I checked neither x265 or libvpx had good bitrate control. [23:57:11 CET] <pinPoint> so if I ran the same the command 5 times, I'd get different filesizes always? [23:58:38 CET] <paule32> debianuser: then: [23:58:40 CET] <paule32> [auto-inserted resampler 0 @ 0x2efce40] [SWR @ 0x2efd260] Failed to initialize resampler [23:58:40 CET] <paule32> [auto-inserted resampler 0 @ 0x2efce40] Failed to configure output pad on auto-inserted resampler 0 [00:00:00 CET] --- Sat Dec 19 2015

1 0

ffmpeg-devel.log.20151217
by burek 18 Dec '15

18 Dec '15

[00:08:35 CET] <michaelni> kierank, a349a10edf84982cf1cf3b8747a6a2e7ca733083 seems breaking fate-dirac here [00:09:49 CET] <kierank> lemme see [00:09:55 CET] <michaelni> ffplay fate-suite//dirac/vts.profile-main.drc results in a mostly gray image here [00:12:44 CET] <kierank> very strange [00:12:52 CET] <kierank> since that file shouldn't be affected [00:14:02 CET] <michaelni> no new valgrind warnings for fate-dirac [00:21:05 CET] <kierank> ah it's a merge issue [00:24:41 CET] <kierank> fix coming up [00:29:37 CET] <kierank> michaelni: can you confirm patches fixes issue [00:31:08 CET] <fritsch> https://dl.dropboxusercontent.com/u/55728161/yBsn6BY8BFIXBwWIsEyYIvxlNq3.jpg <- ffmpeg has severe issues to determine this one as jpg [00:31:37 CET] <fritsch> when reading from memory with avformat_open_input [00:32:08 CET] <fritsch> only thing that helps, forcing mjpeg as AVInputFormat param [00:41:15 CET] <michaelni> kierank, seems fixing it [00:55:40 CET] <kierank> michaelni: ok will push [00:56:18 CET] <cone-322> ffmpeg 03Kieran Kunhya 07master:25f6ccccd690: diracdec: Fix codeblock parameters reading [01:02:41 CET] <kierank> atomnuker: fuzzing hq now [01:27:13 CET] <Daemon404> t [01:30:03 CET] <TD-Linux> I run the predecessor to the Archer C7 with openwrt and it's great btw. No beamforming like some of the fancy new ones though [02:38:23 CET] <cone-322> ffmpeg 03Michael Niedermayer 07master:6ea7dd25c773: avformat/swfenc: Check frama rate before writing it [02:38:25 CET] <cone-322> ffmpeg 03Moritz Barsnick 07master:9d1fb9ef313e: ffmpeg: add progress speed to status line and report [10:24:16 CET] <kierank> atomnuker: manymany crashes [11:59:59 CET] <ubitux> dammit this mats is one hell of a toxic guy [12:00:50 CET] <nevcairiel> his first interaction with the project was to call all developers assholes [12:00:52 CET] <nevcairiel> so there is that [12:01:16 CET] <nevcairiel> that some people even corresponded with him after that is beyond me [12:40:56 CET] <ubitux> michaelni: i'm not sure how to proceed in order to test that slicing aside from a threading context [12:41:09 CET] <ubitux> (yeah i still didn't get it) [12:58:31 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:741b494fa8cd: h264: eliminate default_ref_list [12:58:31 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:bc66451e5e90: Merge commit '741b494fa8cd28a7d096349bac183893c236e3f9' [13:00:23 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:792b9c9dfcf4: h264: set frame_num in start_frame(), not decode_slice_header() [13:00:24 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:c6f1f334cbc5: Merge commit '792b9c9dfcf44b657d7854368d975b5ca3bc22ca' [13:09:06 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:b09ad37c8384: h264: derive the delay from the level when it's not present [13:09:07 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:10e55bd658b0: Merge commit 'b09ad37c83841c399abb7f2503a2ab214d0c2d48' [13:13:53 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:31c51f7441de: avpacket: add a function for wrapping existing data as side data [13:13:54 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:30833d121e24: Merge commit '31c51f7441de07b88cfea2550245bf1f5140cb8f' [13:18:53 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:84adab333cdd: lavc: add stream-global packet side data [13:18:54 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:a7d5b9f1c3ca: Merge commit '84adab333cddeefc3cfd843089dee23f58bd372c' [13:24:09 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:e63e3797a1ed: avconv: pass the global codec side data to the muxer [13:24:10 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:be52b95d311b: Merge commit 'e63e3797a1ed9346f529848e6ba3d27fd2d2cc8d' [13:28:48 CET] <michaelni> ubitux, a simple for () that passes a frame a slice t a time, this should be really simple (of course makes only sense for testing, nothung is gained by passing a frame that way) [13:29:47 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:f0b769c16daa: lavc: add a packet side data type for VBV-like parameters [13:29:48 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:dd6ee019ea82: Merge commit 'f0b769c16daafa64720dcba7fa81a9f5255e1d29' [13:31:41 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:11c9bd633f63: libopenh264enc: export CPB props side data [13:31:42 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:f49264a1c591: Merge commit '11c9bd633f635f07a762be1ecd672de55daf4edc' [13:33:57 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:03afb62e8351: libvpxenc: export CPB props side data [13:33:58 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:d6322710c5ec: Merge commit '03afb62e83516141ba999536fc97575faefb98af' [13:35:10 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:732a37d1466d: libx264: export CPB props side data [13:35:11 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:b77061b5cace: Merge commit '732a37d1466d45b3812509d68c82e783530e291a' [13:35:49 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:3f5c99fcbb2c: mpegvideo_enc: export CPB props side data [13:35:50 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:b799619f48ba: Merge commit '3f5c99fcbb2c366d7bdef8500c19f43a33bdb6b9' [13:38:02 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:2507b5dd6748: mpegvideo_enc: export vbv_delay in side data [13:38:04 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:31ae2308b3f6: Merge commit '2507b5dd674834be7261772996f47ae3b95cca69' [13:42:48 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:1520c6ff05d8: nvenc: export CPB props side data [13:42:49 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:5fc17edc7dce: Merge commit '1520c6ff05d835da4b793318fc88bbbc129c86a1' [13:43:11 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:825900248b40: qsvenc: export CPB props side data [13:43:12 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:b2d8b91cf0a2: Merge commit '825900248b4053515803152d3165efdb034b660b' [13:55:23 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:5845a8273e46: movenc: use the CPB props side data [13:55:24 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:f95385dd5806: Merge commit '5845a8273e4694e0254ad728970b82bb64fd8bc0' [13:57:53 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:8bcadaacc2b8: mpegenc: use the CPB props side data [13:57:54 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:079b5d4ef888: Merge commit '8bcadaacc2b8dc3c5d6569835a5ca20e62d3efca' [14:10:28 CET] <J_Darnley> heh, a reply to a mailing list email: can you give me your email? [14:49:08 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:e02de9df4b21: lavc: export Dirac parsing API used by the ogg demuxer as public [14:49:09 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:efcc8fddd6b7: Merge commit 'e02de9df4b218bd6e1e927b67fd4075741545688' [14:52:09 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:b8b21dee0f0b: mxfenc: always assume long gop [14:52:10 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:bd88914b15e7: Merge commit 'b8b21dee0f0b4bcc1888067c497d6e838859d2cd' [14:52:19 CET] <cone-926> ffmpeg 03Ganesh Ajjanagadde 07master:8df8f0c70c9c: movenc-test: add a missing va_end call [14:52:20 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:fd6c5285f97f: Merge commit '8df8f0c70c9c2085d9ca186b7cbf43656c4412eb' [14:52:29 CET] <cone-926> ffmpeg 03Ganesh Ajjanagadde 07master:d5f5c90be9ec: rtsp: free opts dictionary on failure of getnameinfo [14:52:30 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:ea1000b9fe68: Merge commit 'd5f5c90be9ec120f1320dcdd808b7bd917dee47c' [14:52:42 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:68e547ae8b45: avpacket: use ERANGE instead of EOVERFLOW [14:52:43 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:74b8fa103d63: Merge commit '68e547ae8b455e5e2b60839f35c359d77a6d94bc' [14:53:54 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:d6dc5d15af0d: aacdec: fix aac_static_table_init() prototype [14:53:55 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:49507f1d1731: Merge commit 'd6dc5d15af0d8617611281a34a2c3f9ced149ccf' [15:04:46 CET] <cone-926> ffmpeg 03Anton Khirnov 07master:f1ccd0768014: h264: do not call frame_start() for missing frames [15:04:47 CET] <cone-926> ffmpeg 03Hendrik Leppkes 07master:7b880464cb31: Merge commit 'f1ccd076801444ab7f524cb13e0886faaf10fd50' [15:05:37 CET] <kierank> Not merged, FFmpeg does a lot more in frame_start to setup missing frames [15:05:37 CET] <kierank> as well (like coloring them), and the overhead of the other setup is [15:05:37 CET] <kierank> minimal. [15:05:38 CET] <kierank> <3 [15:05:49 CET] <kierank> nevcairiel <3 [15:07:12 CET] <nevcairiel> its not my fault libav removes half their features instead of fixing them, like ER [15:07:36 CET] <kierank> I know [15:07:49 CET] <nevcairiel> also, the ER works really quite well these days [15:07:56 CET] <kierank> it's wonderful that you're taking the time to make sure merges from libav don't break h264 [15:07:58 CET] <kierank> highly appreciated [15:08:08 CET] <kierank> that said I will try and fuzz over the weekend [15:08:21 CET] <nevcairiel> apparently the other merge earlier broke something [15:08:37 CET] <nevcairiel> but the code is weird [15:08:47 CET] <kierank> we actually get very good reports about ffmpeg ER [15:08:55 CET] <kierank> i.e it's shockingly good [15:09:24 CET] <nevcairiel> yeah, I have a few samples where other decoders fail an entire slice entirely, while with ffmpeg you dont even see that something is broken [15:09:26 CET] <nevcairiel> its fascinating [15:09:34 CET] <nevcairiel> (other then from log output) [15:09:47 CET] <nevcairiel> it used to be worse, but michaelni fixed it a while ago [15:10:16 CET] <kierank> people have done packet loss shootouts vs hardware decoders and ours comes out with lower latency and with better ER [15:49:07 CET] Action: kierank hopes ticket2371 is not the sample he thinks it is [15:49:31 CET] <kierank> oh it's another [16:21:57 CET] <durandal_1707> Compn: that mplayer ambisonic filter is of bad quality [16:31:26 CET] <durandal_1707> shame that AVChannelLayout is so limited and does not support more generic stuff [16:32:07 CET] <fritsch> durandal_1707: what is missing for you? [16:32:22 CET] <fritsch> custom masking is possible iirc [16:32:39 CET] <durandal_1707> cube square ... [16:33:45 CET] <durandal_1707> eg every chlayout should have info about speaker position in space [16:37:11 CET] <fritsch> durandal_1707: ah okay, add some extradata? [16:37:56 CET] <durandal_1707> want to support ambisonic 3d outputs [16:38:29 CET] <durandal_1707> and more silly speakers setup [16:38:41 CET] <durandal_1707> 22.1 [16:39:08 CET] <kierank> object based audio too [16:39:16 CET] <kierank> someone should implement dolby atmos [16:39:27 CET] <kierank> it's the only spec i've ever seen that threatens you for implementing it [16:40:10 CET] <ubitux> > Oh, and it's in zip format this time, since I got complaints from using tar. [16:40:12 CET] <ubitux> lol [16:53:10 CET] <durandal_1707> kierank: samples? [16:53:26 CET] <kierank> there's one on trac [16:53:31 CET] <kierank> from a bluray [16:53:54 CET] <nevcairiel> does the spec contain enough info to do so? [16:54:09 CET] <durandal_1707> it is in own codec or? [16:55:01 CET] <nevcairiel> the bitstream guide seems to outline the bitstream syntax, but not how to decode it [16:56:45 CET] <nevcairiel> although it doesnt seem very complex [16:57:13 CET] <ubitux> lol durandal_1707 [16:57:22 CET] <ubitux> (rar) [17:14:15 CET] <cone-926> ffmpeg 03Ganesh Ajjanagadde 07master:39f8c7961dcd: lavu/random_seed: use arc4random() when available [17:14:16 CET] <cone-926> ffmpeg 03Ganesh Ajjanagadde 07master:07a8fbaa5532: lavc/nellymoserenc: avoid wasteful pow [17:25:21 CET] <Mavrik> Uhm, are avfilter filterchains thread safe across threads? E.g. can you write in it in one thread and read from it in another? [17:25:45 CET] <nevcairiel> probably not [17:26:03 CET] <Mavrik> Hrmf, that probably explains those strange crashes then :) [17:33:42 CET] <durandal_1707> Mavrik: what's crashing? [17:35:22 CET] <Mavrik> I'm feeding a filter chain in one thread and doing av_buffersink_get_frame on another thread and getting some strange crashes (e.g. crashes in functions that copy frame side data). [17:35:56 CET] <Mavrik> So i was just wondering if just using a filter chain across two threads is dumb or should I look into my code more :) [17:45:36 CET] <nevcairiel> I don't think thats supposed to work honestly [17:47:16 CET] <durandal_1707> Mavrik: that can't work, why you need threads for what? [17:48:54 CET] <Mavrik> Hmm, I don't really, will rewrite, thanks. [17:51:56 CET] <cone-926> ffmpeg 03rsn8887 07master:02e9ba42eb36: avformat/xmv: Add *.xmv to the recognized extensions for the XMV format. [17:57:29 CET] <durandal_1707> aww, missing real name, someone will sue us [18:00:28 CET] <atomnuker> he's the noblest of all: the anonymous hero who dedicates his work to the people [18:01:30 CET] <durandal_1707> the Elvis [18:03:27 CET] <Daemon404> atomnuker, until one needs to find anonymous hero to ask wtf some piece of code is doing ;) [18:18:43 CET] <durandal_1707> so anybody tried sofalizer? Asking again... [18:29:58 CET] <durandal_1707> its time for new release? [18:30:12 CET] <durandal_1707> 3.0? [18:46:02 CET] <durandal_1707> nevcairiel, michaelni ^ [19:09:55 CET] <jamrial> it's been three months, yeah. but i think we should wait a bit since we're merging new apis from libav [19:10:43 CET] <BtbN> There were some major API and ABI breaks, a bit more time won't hurt. [19:11:18 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:ffad6f6b8962: avcodec/diracdec: fix aspect ratio (it was lost after efcc8fddd6b7d1f931ff349e195d78c3c943d7fd) [19:11:19 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:e839db228844: avformat/oggparsedirac: Export sample aspect ratio [19:11:20 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:73840bbe4eea: avcodec/diracdec: Check ff_set_dimensions() for failure [19:11:21 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:c67cf84d7c65: avfilter/af_sofalizer: Fix occured typo [19:56:32 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07master:9637c2531f7e: sonic: make sure num_taps * channels is not larger than frame_size [21:14:53 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:76af12f5429b: ffmdec: reject zero-sized chunks [21:14:53 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:507e0314c0d9: aaccoder: prevent crash of anmr coder [21:14:55 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:dcd837e41c83: aacenc: update max_sfb when num_swb changes [21:14:56 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:cb44683a8c5c: aacsbr: ensure strictly monotone time borders [21:14:57 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:7e94ea3dd1e5: sbrdsp_fixed: assert that input values are in the valid range [21:14:58 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:b9087aa65167: sbr_qmf_analysis: sanitize input for 32-bit imdct [21:14:59 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:a79a5c32f924: golomb: always check for invalid UE golomb codes in get_ue_golomb [21:15:00 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:0b24a0e0f12f: ffm: reject invalid codec_id and codec_type [21:15:01 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:796f1a24f59b: opus_silk: fix typo causing overflow in silk_stabilize_lsf [21:15:02 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.8:748d5fa2edfe: sonic: make sure num_taps * channels is not larger than frame_size [21:27:28 CET] <cone-926> ffmpeg 03Michael Niedermayer 07master:95b59bfb9d9e: Revert "avcodec/aarch64/neon.S: Update neon.s for transpose_4x4H" [21:36:36 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:e56d32203289: ffmdec: reject zero-sized chunks [21:36:37 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:c78d268e9fa8: aaccoder: prevent crash of anmr coder [21:36:38 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:435b0ab96977: golomb: always check for invalid UE golomb codes in get_ue_golomb [21:36:39 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:8b30abd0201a: ffm: reject invalid codec_id and codec_type [21:36:40 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:ea4b99f82cbe: opus_silk: fix typo causing overflow in silk_stabilize_lsf [21:36:41 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.7:34b9c7612d1a: sonic: make sure num_taps * channels is not larger than frame_size [22:04:43 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.8:e4a6a8553ed8: avfilter/vf_mpdecimate: Add missing emms_c() [22:04:44 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.8:1dddd5371a6a: Revert "avcodec/aarch64/neon.S: Update neon.s for transpose_4x4H" [22:06:18 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:e1b38b36853b: ffmdec: reject zero-sized chunks [22:06:19 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:4733060ef394: aaccoder: prevent crash of anmr coder [22:06:20 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:1828abb7449a: golomb: always check for invalid UE golomb codes in get_ue_golomb [22:06:21 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:f7b4e4625120: ffm: reject invalid codec_id and codec_type [22:06:23 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:d8c70ebd2c53: opus_silk: fix typo causing overflow in silk_stabilize_lsf [22:06:23 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:ff663ae464c1: sonic: make sure num_taps * channels is not larger than frame_size [22:06:24 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.6:7db1014b314a: avcodec/dirac_parser: Check that there is a previous PU before accessing it [22:06:25 CET] <cone-926> ffmpeg 03Andreas Cadhalpun 07release/2.6:a90967013b1c: mjpegdec: consider chroma subsampling in size check [22:06:26 CET] <cone-926> ffmpeg 03Michael Niedermayer 07release/2.6:43bd666fb4d4: avcodec/mpeg4videodec: Check available data before reading custom matrix [23:10:41 CET] <cone-926> ffmpeg 03Ganesh Ajjanagadde 07master:97d2c2d678f6: lavc/opus_celt: replace pow by exp2 [00:00:00 CET] --- Fri Dec 18 2015

1 0

ffmpeg.log.20151217
by burek 18 Dec '15

18 Dec '15

[02:27:00 CET] <zumba_addict> anyone here has tried slowmovideo? [03:18:11 CET] <jigg> What's the lowest framerate possible for FFmpeg output? assume mkv or mp4 container. [03:19:53 CET] <c_14> matroska presumably 1 frame every millisecond [03:19:56 CET] <c_14> don't know about mp4 [03:21:10 CET] <c_14> Probably something like 1/int_max [03:22:15 CET] <c_14> Since matroska has millisecond resolution of timestamps and I think you can set any timebase you want for mp4 [03:55:17 CET] <DHE> you might want a sane number though. players might have a problem if frames are too far apart and you seek around [05:09:36 CET] <jigg> I mean the slowest. Could I do 1 frame per day? [05:11:30 CET] <jigg> No seeking needed. [08:23:47 CET] <blackerking> Hello which option display all recognized information(Codecs/Streams...) of a container? [08:25:11 CET] <cbsrobot_> blackerking: try ffprobe [08:56:29 CET] <waressearcher2> blackerking: hallo [08:56:36 CET] <waressearcher2> ffmpeg -codecs ? [08:56:59 CET] <blackerking> Okay probier ich gleich [08:57:31 CET] <blackerking> Die Dateien sind von einer HDD aus einer Skybox und die Dateien lassen sich nicht mit Windows kopieren, probiere erst einmal ein linux um sie zu verschieben [08:58:50 CET] <blackerking> und dann den Befehl :) [09:09:39 CET] <jigg> simplest way to get the timestamp of frame x? [09:12:50 CET] <waressearcher2> ffmpeg zu benutzen ? [09:14:25 CET] <jigg> yes [09:14:52 CET] <jigg> but which filter or option [09:19:57 CET] <waressearcher2> ffmpeg -i input.mp4 -t 10 -filter:v "fps=fps=25, showinfo" -f null - 2>&1 grep pts_time | awk '{print $6}' | cut -d: -f2 [09:24:21 CET] <jigg> does that get stamps for all the frames in the 10 second interval? [09:32:08 CET] <waressearcher2> jigg: ja [09:32:55 CET] <jigg> cool thanks ;) [10:35:26 CET] <xintox_> hello [11:05:45 CET] <sitoumbaz> Dear all I am using ffmpeg for decoding x265_nal unit but when I compile my program I get this error : libswresample.a(soxr_resample.o): In function `create': [11:05:45 CET] <sitoumbaz> (.text+0x354): undefined reference to `soxr_create' [11:06:30 CET] <sitoumbaz> I include all libs listed below : LIBS=-lpthread -lavcodec -lavformat -lswscale -lswresample -lavutil -lx265 -lm -ldl -lz [11:07:19 CET] <sitoumbaz> Is there some one who Has idea about this error ? [11:28:30 CET] <jigg> when you compile? if using the libav library you should visit the devel channel. [11:33:11 CET] <bencoh> hmm, afaict library users should still ask here, not in the -devel chan. unless it's related to ffmpeg development itself [11:53:53 CET] <waressearcher2> xintox: hallo [11:54:03 CET] <sitoumbaz> of course the devel channel is related only on the development of ffmpeg not for use of ffmpeg [13:33:43 CET] <fritsch> when reading jpg / png / tiff whatever images via an avio context, it might happen that avformat_open_input returns empty as it does not know what it is reading ... now helping this function by specifiing an AVInputFormat* helps. [13:34:00 CET] <fritsch> the question now is: what to specify in av_find_intput_format(string) [13:34:17 CET] <fritsch> I succesfully used: jpeg_pipe, png_pipe, tiff_pipe, webp_pie [13:34:35 CET] <fritsch> which all work correctly - but there is very little documentation on what is expected as parameter [13:34:53 CET] <fritsch> https://github.com/fritsch/xbmc/commit/1d38509b680b5a6020abc3dffc7a5d5ccc7c… <- code [16:05:28 CET] <kevinranks> when using the ffmpeg -ss option to seek to a point in the movie, how does ffmpeg determine what bytes to request? [16:10:50 CET] <kevinranks> running the command with log level debug, i can see it requesting partial content of the file and it gets the total bytes....but then it sends back a request for a byte range that's bigger than the original file and it becomes "416 Unsatisfiable Request" by the remote server [16:34:06 CET] <kevinranks> I've posted my question in the forum as well as stack overflow for anyone interested. Would love to learn more about how this works: http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2530 [16:34:46 CET] <waressearcher2> kevinranks: hallo, wie geth's wie steht's ? [16:36:21 CET] <kevinranks> Hi waressearcher2, do you speak English? [16:37:37 CET] <waressearcher2> kevinranks: manchmal [16:38:06 CET] <kevinranks> hehe [17:03:30 CET] <termos> I'm getting the message: /usr/bin/ld: /usr/local/lib/libavformat.a(matroskadec.o): undefined reference to symbol 'BZ2_bzDecompressEnd' when linking against libffmpeg from my C application, this error has not occured before with older versions. Any idea what's wrong? I tried moving the -lbz2 linking flag around when compiling [17:07:32 CET] <termos> Oh, it worked when I set the libraries correctly in my CMake... [17:08:04 CET] <waressearcher2> klaxa: was fur "Excess Flood" eigentlich ? [17:11:00 CET] <G3ntoo> is it possible to output to an icecast:// that's https? even though it's silly, I tried icecasts:// [17:27:18 CET] <shincodex> avcodec_decode_video2(codecContext, frameNative, &frameFinished, &packet); returns frame and gets converted by sws scale to rgb then written ppm [17:27:45 CET] <shincodex> But images dumped are doing image wrap effect indicating something is screwed up by stride somewhere. [17:32:49 CET] <Mavrik> And? :) [17:33:25 CET] <waressearcher2> shincodex: was ist passiert ? geht's es dir gut ? [17:34:11 CET] <shincodex> nien [17:34:37 CET] <waressearcher2> was, bist du Wahnsinn ? [17:44:40 CET] <shincodex> middle finger to typedef standard types uint8_t unsigned char [17:49:11 CET] <waressearcher2> böse böse böse [17:50:14 CET] <shincodex> akuma akuma akuma [21:23:53 CET] <Lac3rat3d> anyone know how to rip a BluRay disc to mkv or mp4? [21:28:04 CET] <kepstin> an unencrypted one? sure, that's easy, there's some mpeg-ts files that you can just use as input to ffmpeg (might need to concatenate them in some cases). [21:28:50 CET] <Lac3rat3d> ya it's not encrypted [21:28:52 CET] <Lac3rat3d> i have the .iso [21:28:59 CET] <c_14> If you build with libbluray, there's a bluray demuxer [21:29:02 CET] <Lac3rat3d> just wanna rip it to mp4/x264/ac3 [21:31:04 CET] <furq> handbrake will do it if it's decrypted [21:31:12 CET] <Lac3rat3d> pfft [21:31:13 CET] <Lac3rat3d> handbrake [21:31:17 CET] <Lac3rat3d> just uses ffmpeg underneath [21:31:24 CET] <Lac3rat3d> i just wanna learn how to do it with ffmpeg [21:31:27 CET] <furq> it doesn't just use ffmpeg [21:31:33 CET] <Lac3rat3d> mostly [21:31:43 CET] <furq> otherwise it wouldn't be able to preserve chapter markers and whatnot [21:31:56 CET] <Lac3rat3d> don't really care about chapters [21:32:01 CET] <Lac3rat3d> just wanna rip it to mp4/x264/ac3 [21:32:16 CET] <Lac3rat3d> how do i tell if it's encrypted or not [21:36:43 CET] <Lac3rat3d> I figured it out [21:36:46 CET] <Lac3rat3d> mount the iso [21:37:28 CET] <Lac3rat3d> ffmpeg -i path/to/iso/BDMV/STREAM/00300.m2ts -c:v copy -c:a copy -c:s copy output.mkv [22:23:49 CET] <spiderkeys> I'm using libavformat to mux some raw h264 packets into fragmented mp4 and I'm running into a weird issue where if I specify "empty_moov" as one of the options to feed to avformat_write_header(), the program gets stuck in some kind of infinite loop. The setup in code: http://pastie.org/10638776 [22:23:53 CET] <spiderkeys> Any ideas? [22:24:20 CET] <spiderkeys> If I just use "frag_keyframe" it goes through fine. [22:25:09 CET] <spiderkeys> I've got log level set to trace, but it doesn't create any output in that step, so I have no idea where it's having a problem, so currently I'm just digging through movenc.c [22:41:45 CET] <pkeuter> i am trying to cut a fragmented mp4 file (frag_keyframe+empty_moov) by seeking and setting a duration. IŽm trying to pipe this to a stream, but this doesnŽt work because the file is not a streamable format. Obviously it works when I re-set the flags, but the whole ŽcuttingŽ takes kind of long. Is there a way I could achieve a bit of a performance-gain? I.e. Is using a filter faster? Is it faster to first save to a file and then p [22:41:45 CET] <pkeuter> ass that file? Or other things I might need to consider? [22:47:50 CET] <spiderkeys> Nevermind! I tracked down what the problem was for my issue. I didn't set the buffer to writable when I allocated the custom avioContext for my output, so movenc.c's write_header couldn't perform any tell/read/write ops [23:04:02 CET] <Mista_D> just cloned git, trying to extract r25887 http://pastebin.ca/3290582 Plz assit [23:05:11 CET] <Mista_D> using manual on ffmpeg.org/git-howto.html [23:09:24 CET] <c_14> Mista_D: git doesn't have revisions [23:10:21 CET] <Mista_D> c_14: is there older SVN repo up somwhere? [23:10:59 CET] <jcay> do you want to get old sources? [23:12:14 CET] <llogan> Mista_D: why? [23:13:09 CET] <Mista_D> looking for SVN r25887 to test older processing module built by somone specifically for thqat version. [23:13:59 CET] <jcay> how do you know it's this revision? [23:14:14 CET] <llogan> what about the 51458 newer commits you'd be missing out on? [23:16:11 CET] <Mista_D> Is that wrong info ? : https://ffmpeg.org/git-howto.html#toc-Finding-a-specific-svn-revision [23:17:54 CET] <jcay> for me this command works "git show :/'as revision 23456'" [23:18:58 CET] <llogan> Mista_D: works for me. your git is probably too old [23:19:12 CET] <Mista_D> 1.7.1 [23:19:31 CET] <llogan> 35b0169 [23:19:35 CET] <jcay> mine is 1.9.1 [23:20:30 CET] <furq> 1.7.1 is ancient [23:27:26 CET] <jcay> maybe the command part is right, but the earliest git version part is wrong... [23:29:16 CET] <jcay> https://github.com/git/git ---> github of git :D I should clone that :D [23:31:24 CET] <kepstin> that's just a mirror, the official git git is at git://git.kernel.org/pub/scm/git/git.git [23:31:34 CET] <jcay> oh [23:31:43 CET] <jcay> thanks [23:31:47 CET] <kepstin> but for most uses, probably doesn't make a difference [23:32:00 CET] <jcay> I guess not [23:32:02 CET] <furq> either way 1.7.1 is over five years old [23:32:18 CET] <furq> it's so old that ubuntu 12.04 is using a newer version [23:34:58 CET] <jcay> yeah, v1.7.1, last commit Date: Fri Apr 23 18:27:17 2010 -0700 [23:41:12 CET] <jcay> I don't quite understand git branching, they are all local even if you pull? [23:49:27 CET] <JEEB> jcay: git branch shows the branches you have checked out at some point locally, git branch -r shows all of your locally fetched states of remote branches [23:50:38 CET] <JEEB> when you do "git checkout branch_name" git goes look for such a branch in the remotes you have fetched (the default cloned one usually is called "origin"), and if it finds one, it creates a new local branch that follows that remote branch [23:51:04 CET] <JEEB> or well, "track" is the proper verb I guess rather than "follow" [23:51:45 CET] <jcay> and when I push my local branch, it becomes public? [23:53:00 CET] <JEEB> yes, when you push something to a remote, then it becomes available there [23:54:16 CET] <jcay> I see, so you can't make a branch like "test" you need a unique name for that [23:54:43 CET] <JEEB> well, "test" might be unique enough [23:54:52 CET] <jcay> unlikely :D [23:55:01 CET] <JEEB> if it's your repo, you should know :D [23:55:49 CET] <jcay> :) [23:55:52 CET] <JEEB> git push remote HEAD:test tries to push current HEAD (short-hand for current state) to remote' [23:55:56 CET] <JEEB> s test [23:56:17 CET] <jcay> oh cool [23:56:37 CET] <JEEB> git push remote :test then proceeds to push nothingness into remote's test [23:56:46 CET] <JEEB> (aka "removing branches") [23:58:00 CET] <JEEB> also if what you are trying to push is not a follow-up in history for the current state on the remote that you're trying to push to [23:58:15 CET] <JEEB> you will get a fat warning [23:58:52 CET] <jcay> what suxx about SVN merging, you do it yourself locally and then commiting ;/ that's quite a big disadvantage [23:59:03 CET] <jcay> oh, that's smart :) [23:59:21 CET] <JEEB> svn merges also lose any resemblance of history [23:59:31 CET] <jcay> also, yes [23:59:35 CET] <JEEB> you just throw up a lot of bits [23:59:47 CET] <JEEB> and call the commit "merge beliyaal's branch" [00:00:00 CET] --- Fri Dec 18 2015

1 0

ffmpeg-devel.log.20151216
by burek 17 Dec '15

17 Dec '15

[00:00:53 CET] <ubitux> i need someone to explain wth is going on when i'm doing ffmpeg -f lavfi -i testsrc=d=5 -vf scale=1000x100 out.mkv [00:01:20 CET] <ubitux> is my brain malfunctioning hard tonight or the scaling isn't doing at all what we expect? [00:02:42 CET] <ubitux> force_original_aspect_ratio is supposed to be disabled [00:06:12 CET] <ubitux> ah dammit sar [00:06:18 CET] <ubitux> that's evil [00:11:02 CET] <rcombs> I have force_original_aspect_ratio hacked to mean "force an output SAR as close to 1:1 as possible by scaling the width or height downward by the input SAR" [00:12:09 CET] <ubitux> it doesn't actually apply all the time [00:13:06 CET] <ubitux> like, if the input has no sar set (0/1) it works as expected [00:13:32 CET] <ubitux> but this is just evil: [00:13:34 CET] <ubitux> [Parsed_scale_0 @ 0x28d55e0] w:320 h:240 fmt:rgb24 sar:1/1 -> w:1000 h:100 fmt:yuv444p sar:2/15 flags:0x4 [00:13:53 CET] <ubitux> compared to, let's say: [00:13:54 CET] <ubitux> [Parsed_scale_0 @ 0x3b1f560] w:1920 h:1080 fmt:yuv420p sar:0/1 -> w:1000 h:100 fmt:yuv420p sar:0/1 flags:0x4 [00:15:02 CET] <ubitux> anyway, adding setsar=0/1 after testsrc "fixes" it [00:27:45 CET] <Compn> durandal_170 : i've posted it to trac, http://trac.mplayerhq.hu/ticket/2261#ticket [00:27:51 CET] <Compn> maybe beastd will apply it :P [00:27:54 CET] Action: Compn runs [00:57:47 CET] <michaelni> ubitux, the use case is/was that data could be sent to swscale sooner while its stll in L2 cache and the source could even reuse memory for a slice not requiring a whole frame [01:53:04 CET] <J_Darnley> :) Best way to reduce the memory usage of a browser: keep using it till it crashes. [04:47:57 CET] <cone-196> ffmpeg 03Ganesh Ajjanagadde 07master:65877ab935ad: lavc: typo fix uncliped -> unclipped [09:32:43 CET] <j-b> 'morning [10:12:44 CET] <ubitux> michaelni any idea how i can trigger "exotic" (as in sliceh ` h) with the cli? [10:15:47 CET] <michaelni> ubitux, possibly theres no way with just ffmpeg, maybe mplayer supports it [10:17:40 CET] <michaelni> ubitux, but it should be rather easy to add support to libavfilter/vf_scale [10:18:18 CET] <nevcairiel> i tried to use it in the past and it just blew up, but maybe I used it wrong, its not l ike its documented well, also it was years ago [10:18:57 CET] <nevcairiel> (wanted to use it for slice threading scaling) [10:25:20 CET] <michaelni> i dont think slice threading will work with most scalers, that would need some volunteer to improve the slicing code [10:25:41 CET] <michaelni> the code was written before multi core cpus where common [11:07:25 CET] <cone-322> ffmpeg 03Stefano Sabatini 07master:5defa3a0b09c: doc/encoders/libopenh264: update documentation after recent changes [11:07:25 CET] <cone-322> ffmpeg 03Stefano Sabatini 07master:6e891d51f464: lavc/libopenh264: apply minor options text consistency fixes [13:07:36 CET] <cone-322> ffmpeg 03Paul B Mahol 07master:10b16aee1bde: avfilter/vf_stereo3d: get rid of ts_unit hack [13:58:43 CET] <cone-322> ffmpeg 03Ganesh Ajjanagadde 07master:4fa6f09c2c02: lavu/eval: remove pow and exp2 for postfixes [13:58:44 CET] <cone-322> ffmpeg 03Ganesh Ajjanagadde 07master:83a04f103d38: lavc: move exp2fi to ff_exp2fi in internal.h [14:04:56 CET] <cone-322> ffmpeg 03Michael Niedermayer 07master:30d770ca4481: ffmpeg: Allow specifying the program number for created programs [14:04:57 CET] <cone-322> ffmpeg 03Vicente Olivert Riera 07master:e8bc43fe4730: mips: i6400 core is not mips32r2, so disable mips32r2 [14:04:58 CET] <cone-322> ffmpeg 03Vicente Olivert Riera 07master:a2f2abc88920: mips: add mips64r2 architecture variant [14:44:52 CET] <mateo`> michaelni: hello, i would like to setup a qemu-arm environment like you did for http://fate.ffmpeg.org/report.cgi?time=20151210051641&slot=aarch64-linux-qe… (but for armv7), would you have some documentation/ressources that explain how to setup the env sysroot ? [15:03:29 CET] <cone-322> ffmpeg 03Paul B Mahol 07master:fa2c1eab9555: avfilter/af_sofalizer: use SIMD in compensate_volume() [15:55:22 CET] <kayrus> hey. did someone successfully run ffmpeg qsv on top of linux? [15:56:02 CET] <kayrus> for some reason it stucks with the lots of "sched_yield() = " in strace [15:59:09 CET] <nevcairiel> qsv generally likes to crap out like that [16:03:21 CET] <saste> kayrus, I got it working on windows, on linux for me it fails with MFX_VideoENCODE_GetVideoParam() or something [16:03:29 CET] <saste> but decoding seems to work fine [16:14:08 CET] <kayrus> saste: I need encoding [16:16:41 CET] <kierank> so when is ffmpeg going to grow a pair and talk to these people repeatedly breaking qsv [16:16:44 CET] <kierank> when it worked in libav [16:20:38 CET] <kayrus> does qsv work in libav? [16:27:10 CET] <kayrus> I tried to follow this instructions (except kernel patch, as I use 3.19 + trusty) https://ffmpeg.org/pipermail/ffmpeg-user/2015-October/028761.html [16:27:17 CET] <kayrus> these* [16:29:25 CET] <j-b> it works in libav [16:29:30 CET] <j-b> because it's actually tested. [16:46:30 CET] <nevcairiel> j-b: for certain definitions of works, mediasdk is unstable crap, independent of implementation [16:51:12 CET] <kayrus> crap. same "sched_yield() = 0" with avconc [16:51:15 CET] <kayrus> avconv [16:51:31 CET] <nevcairiel> its a driver bug [16:51:34 CET] <nevcairiel> complain to intel [16:51:40 CET] <nevcairiel> their shit is broken, is all [16:52:36 CET] <Mavrik> ok it might sound like a silly question, but why do I have to take time_base from a filter_graph input not output when retrieving a filtered frame? [16:53:15 CET] <durandal_1707> both [16:54:08 CET] <Mavrik> (I'm talking about buffersink_ctx->inputs[0]->time_base call - since I'm noticing that fps filter does something funny with pts) [17:36:45 CET] <durandal_1707> Mavrik: it changes output fps and timebase [17:56:31 CET] <michaelni> mateo`, i dont remember setting anything special up, its just the aarch binutils/gcc/cpp packages from ubuntu and some arm64-cross packages i see too i assume tehy are all from ubuntu [18:18:30 CET] <Daemon404> can anyone fill me on on this QT pallette thing [18:18:38 CET] <Daemon404> is this somethign specific to only mplayer? [18:20:40 CET] <nevcairiel> I just know that this guy is nuts [18:26:53 CET] Action: Daemon404 should change his title to Official Debbie Downer [19:06:18 CET] <cone-322> ffmpeg 03Stefano Sabatini 07master:91c2a33d01d8: ffprobe: use print_val to print the frame pkt_size value [19:34:38 CET] <cone-322> ffmpeg 03Andreas Cadhalpun 07master:f61d44b74aaa: opus_silk: fix typo causing overflow in silk_stabilize_lsf [20:26:24 CET] <kierank> oh well trolled that guy back [20:28:35 CET] <llogan> that's the second "i won't use git" this week. [20:29:14 CET] <llogan> i can understand that it is complicated, but they don't seem to ever try [20:30:05 CET] <J_Darnley> We only just tolerate that from Carl [20:30:16 CET] <J_Darnley> He atleast manages to send unified diffs [20:30:23 CET] <llogan> i'm not sure how he makes his patches. [20:30:50 CET] <J_Darnley> The proprietary thing Linux used years ago? Proforce? [20:40:46 CET] <llogan> i wonder why claws-mail decided to refetch everything just now (IMAP). waiting... [20:40:59 CET] <Mavrik> Perforce? [20:41:20 CET] <Daemon404> J_Darnley, no, bitkeeper [20:41:29 CET] <Daemon404> perforce is enterprise stuff [20:42:09 CET] <J_Darnley> Ah. Close enough. [20:45:04 CET] <Daemon404> [19:29] <@llogan> i can understand that it is complicated, but they don't seem to ever try <-- "i didnt even bother to see what git is so i just attached a tarball with patches" [20:45:08 CET] <Daemon404> is how i read it [20:55:44 CET] <durandal_170> cbsrobot_: I managed to get output from jnoisemeter, you need to use qjackctl to connect ports [21:00:12 CET] <cbsrobot_> durandal_170: yeah - I got it working too [21:01:31 CET] <durandal_170> and? [21:02:07 CET] <llogan> "sorry, but your 4.5 MB attachment is too big for this mailing list" [21:03:21 CET] <cbsrobot_> durandal_170: I wanted to confirm the output of the filter with a sounddesigner [21:04:08 CET] <cbsrobot_> but I need to find some time to go over some samples with him [21:07:18 CET] <durandal_170> well output was linear, I changed it now [21:08:22 CET] <durandal_170> so it should be same as from jnoisemeter when both itu buttons are pressed [22:32:26 CET] <kierank> hmmm so how do I get patches from gmail into git am [22:33:11 CET] <atomnuker> evolution does a nice job [22:34:00 CET] <atomnuker> well, it's basically the only thing I found which actually exports mbox files [22:35:32 CET] <J_Darnley> kierank: I you're using the web interface then I think you want to click the "view original" link [22:36:16 CET] <J_Darnley> I don't know where that might have gone to in the new design [22:45:31 CET] <kierank> atomnuker: have you got that file that doesn't play [22:46:58 CET] <kierank> vc2hq file [22:47:04 CET] <atomnuker> HELL.vc2? [22:47:07 CET] <kierank> yeah [22:47:10 CET] <atomnuker> yeah, give me a sec [22:47:47 CET] <atomnuker> correction, an hour, it's 223 megs and I have 1 Mbps upload [22:47:57 CET] <atomnuker> I'll just encode something quick [22:48:34 CET] <llogan> atomnuker: welcome to the shitty ISP club. [22:49:02 CET] <atomnuker> WPA2 was the death of fast & free internet [22:49:55 CET] <atomnuker> correction, it was WPS flood prevention [22:55:04 CET] <kierank> atomnuker: what patches are missing, just hq profile? [22:55:19 CET] <atomnuker> 06/11 and that one [22:56:46 CET] <kierank> ah rebase told me =p [23:00:19 CET] <atomnuker> kierank: https://0x0.st/-Cp.vc2 [23:00:34 CET] <atomnuker> 5 frames, legall, 3 levels, 1280x720 [23:01:19 CET] <kierank> woah [23:01:37 CET] <llogan> atomnuker: claws-mail can also "export (selected) to mbox file" [23:06:21 CET] <kierank> atomnuker: can you send me a jpeg of what it should look like [23:06:59 CET] <atomnuker> uploading the raw right now [23:07:04 CET] <atomnuker> 12 megabytes [23:07:47 CET] <Daemon404> sounds like BT internet [23:09:00 CET] <atomnuker> correct [23:09:03 CET] <atomnuker> modem [23:10:50 CET] Action: JEEB just learned that he needs moar dakka with his wireless [23:10:58 CET] <Daemon404> man [23:11:08 CET] <Daemon404> i dont have teh energy to agrue with that suse guy [23:11:11 CET] <Daemon404> argue* [23:11:16 CET] <Daemon404> i dotn get his beef [23:11:24 CET] <Daemon404> "we dont wrong thinsg elsewhere so lets do it here, for no gain" ? [23:11:44 CET] <Mavrik> JEEB, 802.11ac ftw :) [23:12:47 CET] <atomnuker> kierank: https://0x0.st/-CO.yuv [23:13:04 CET] <kierank> what pixel format [23:13:05 CET] <JEEB> Mavrik: I had to actually debug channels tonight as this computer's networking is getting unbearable. switched to another channel for now but think of grabbing http://geizhals.eu/linksys-wrt1900acs-wrt1900acs-eu-wrt1900acs-uk-a1336073.… [23:13:21 CET] <Mavrik> Yeah, that's a beast. [23:13:34 CET] <atomnuker> kierank: oh crap, I think I forgot to set the pix_fmt [23:13:49 CET] <Mavrik> I have AC66U and I'm getting 400Mbit or so over wifi which is more than enough to do TV streaming tests [23:13:50 CET] <atomnuker> so it's yuv420p 8bit [23:13:56 CET] <kierank> can you output yuv422p10le so I can md5sum [23:14:04 CET] <kierank> and gzip it please :) [23:14:07 CET] <atomnuker> pointless, I need to reencode [23:14:47 CET] <JEEB> Mavrik: it's funny how quickly this stuff can change, didn't have any issues like 2 months ago and now the 2.4GHz area is getting filled [23:14:48 CET] <J_Darnley> If you're thinking that new linksys router will be as good or useful as the ancient wrt54gl, then be careful. Last I heard the source wasn't being made available yet. [23:14:59 CET] <kierank> atomnuker: ok let me know when you have a new file [23:15:07 CET] <Mavrik> JEEB, in my case it was bunch of bluetooth and other crap on 2.4GHz not wifis [23:15:17 CET] <Mavrik> Xbox controllers and etc., anything on that band is useless :/ [23:15:19 CET] <atomnuker> kierank: huh, it works now [23:15:25 CET] <atomnuker> in ffmpeg with the last 2 patches [23:15:34 CET] <JEEB> J_Darnley: there seems to be an open source wifi driver now for it IIRC [23:15:45 CET] <kierank> atomnuker: huh [23:15:49 CET] <kierank> my view looks bad [23:16:14 CET] <J_Darnley> JEEB: typical. Bad news gets spread around but good news or corrections don't. [23:16:49 CET] <atomnuker> kierank: yes, the vc2hqencode is stupid [23:16:51 CET] <Mavrik> It's not a good idea to install 3rd party stuff on these anyways. [23:16:58 CET] <Mavrik> 802.11ac is really flakey when it comes to configuration. [23:16:59 CET] <kierank> atomnuker: what did you do... [23:17:02 CET] <atomnuker> one more reason why to always use y4m to handle raw video [23:17:19 CET] <Mavrik> And both on my ASUS and on the Linksys I lost like 50% of throughput on non-original firmware. Not worth it. [23:17:20 CET] <atomnuker> kierank: I outputted yuv422p10le and fed that into the encoder [23:17:40 CET] <atomnuker> the output vc2 file decodes correctly [23:18:07 CET] <kierank> I am going to push then [23:19:16 CET] <atomnuker> yeah, adding a fate test and a sample would be nice [23:19:21 CET] <JEEB> Mavrik: I'd only flash something else in case abs. required [23:20:04 CET] <atomnuker> kierank: though the fate test and sample can wait for a proper encoder too [23:21:10 CET] <JEEB> Mavrik: any experience with stuff like http://www.tp-link.fi/products/details/cat-15_Archer-VR200.html#specificati… ? [23:22:12 CET] <Mavrik> JEEB, not personally, but I've heard great things about C7 [23:22:31 CET] <Mavrik> JEEB, C7, Linksys WRT1900AC and ASUS AC68U seem to be cream of the crop right now in AC1900 land. [23:22:39 CET] <Mavrik> There's also UniFi if you need more APs which has this awesome management. [23:23:44 CET] <durandal_170> atomnuker: so you had time to test sofalizer? [23:24:14 CET] <llogan> durandal_170: is there a sample in fate you recommend to give itur468 a try? [23:25:54 CET] <kierank> hmmm why can't I push [23:26:11 CET] <llogan> durandal_170: because whatever input i use gives no metadata </tard> [23:27:50 CET] <durandal_170> it should always return something, what you used? [23:28:39 CET] <cone-322> ffmpeg 03Andreas Cadhalpun 07merge2:HEAD: opus_silk: fix typo causing overflow in silk_stabilize_lsf [23:28:45 CET] <durandal_170> michaelni: why kierank can't push? [23:28:45 CET] <kierank> fuck [23:29:41 CET] <llogan> durandal_170: ./ffmpeg -i ../fate-suite/audio-reference/chorusnoise_2ch_44kHz_s16.wav -filter_complex itur468 -f null - [23:29:58 CET] <atomnuker> kierank: https://0x0.st/-C4.vc2 should work fine [23:30:02 CET] <kierank> damn won't let me delete remote branch [23:30:18 CET] <kierank> kieran@ubuntu:~/ffmpeg$ git push origin master [23:30:18 CET] <kierank> Everything up-to-date [23:30:27 CET] <kierank> I don't understand [23:30:58 CET] <Mavrik> git push origin :branch_name ? [23:31:03 CET] <Mavrik> To delete remote branch :) [23:31:29 CET] <kierank> To git@source.ffmpeg.org:ffmpeg [23:31:29 CET] <kierank> ! [remote rejected] merge2 (hook declined) [23:31:29 CET] <kierank> error: failed to push some refs to 'git@source.ffmpeg.org:ffmpeg' [23:31:56 CET] <durandal_170> add adrawgraph-lavfi.itur458.1.noise:min--90:max-9 [23:32:14 CET] <jamrial> kierank: ask j-b to delete it [23:32:47 CET] <durandal_170> llogan ' like that [23:32:48 CET] <kierank> I don't understand why push origin master dones't work [23:32:58 CET] <atomnuker> kierank: git pull --rebase? [23:33:18 CET] <kierank> kieran@ubuntu:~/ffmpeg$ git pull --rebase origin master [23:33:18 CET] <kierank> From source.ffmpeg.org:ffmpeg [23:33:18 CET] <kierank> * branch master -> FETCH_HEAD [23:33:18 CET] <kierank> Current branch merge2 is up to date. [23:33:19 CET] <durandal_170> push branch:master [23:33:34 CET] <jamrial> the hooks prevent committers to remove branches or tags to avoid breaking the public repo [23:33:46 CET] <jamrial> you need to ask j-b to do it [23:33:53 CET] <kierank> asked in #videolan [23:34:34 CET] <kierank> git push merge2:master? [23:34:47 CET] <kierank> oh [23:34:48 CET] <kierank> origin [23:34:57 CET] <cone-322> ffmpeg 03Kieran Kunhya 07master:037960363249: diracdec: Add 10-bits to pix_fmt table [23:34:58 CET] <cone-322> ffmpeg 03Kieran Kunhya 07master:a349a10edf84: diracdec: Add support for HQ profile [23:35:02 CET] <kierank> ok phew [23:35:34 CET] <durandal_170> llogan: it have typos, im on phone [23:40:27 CET] <llogan> durandal_170: ok, got it. i forgot about adrawgraph. i was expecting metadata showing in the console output. [23:42:23 CET] <durandal_170> use ffprobe for that [00:00:00 CET] --- Thu Dec 17 2015

1 0

ffmpeg.log.20151216
by burek 17 Dec '15

17 Dec '15

[04:08:01 CET] <autofsckk> hello good night, i have a very dumb question, i try to get a gif from a file named Star Wars Episode V - The Empire Strikes Back.avi but i have tried to name it like Star\ Wars\ Episode\ V\ -\ The\ Empire\ Strikes\ Back.avi and using "Star Wars Episode V - The Empire Strikes Back.avi" but not matter what i do i get this error Star: No such file or directory [04:44:26 CET] <Zeranoe> Can m4s files be concatenated into an mp4 and play properly? [10:49:46 CET] <daHEVC> hi someone can help with HEVC coefficients, using ffmpeg? [11:54:28 CET] <waressearcher2> dashcloud: hallo [12:59:23 CET] <rjp421> can i change the listening port of the listening http server for the cmd 'ffmpeg -loglevel info -r 10 -vcodec -s 320×240 -f video4linux2 -i /dev/video0 http://localhost/webcam.mjpeg' ? i want it to listen on 0.0.0.0:1234, changing from 'localhost' doesnt work [13:47:48 CET] <paule32> hello [13:49:31 CET] <jigg> hi [13:59:30 CET] <waressearcher2> paule32: hallo [14:00:24 CET] <paule32> have you seen my project? [14:00:52 CET] <qubodup> -framerate - does it exist? did it ever exist? [14:01:06 CET] <paule32> sure [14:01:54 CET] <qubodup> is it documentted anywhere? [14:02:22 CET] <paule32> -r 10 [14:02:39 CET] <qubodup> come again? [14:04:00 CET] <qubodup> I was getting "Option framerate not found." and I just realized that it was because I used it in front of audio input [14:04:19 CET] <qubodup> there seems to be no own section for -framerate in man ffmpeg though [14:05:32 CET] <paule32> https://ffmpeg.org/ffmpeg.html [14:05:57 CET] <paule32> search for "framerate" and see: -r [14:06:41 CET] <qubodup> paule32: I'm there, but it has no own section still and I don't understand how to decide whether to use -r or -framerate [14:07:06 CET] <paule32> framerate is deprecated, use -r [14:07:27 CET] <paule32> To force the frame rate of the output file to 24 fps: [14:07:27 CET] <paule32> ffmpeg -i input.avi -r 24 output.avi [14:07:50 CET] <furq> qubodup: https://www.ffmpeg.org/ffmpeg-formats.html#image2-1 [14:07:56 CET] <qubodup> paule32: I don't think the docs are trying to state that -framerate is deprecated: This is not the same as the -framerate option used for some input formats like image2 or v4l2 [14:08:01 CET] <furq> it's an option for the image and rawvideo formats [14:08:54 CET] <paule32> furq: have you seen: http://kallup.net/data/ ? [14:09:01 CET] <qubodup> furq: oh, thanks, that's helpful [14:21:37 CET] <sylvain> hi :) [14:21:56 CET] <Guest46432> is it possible to send ffmpeg output to stdout but frame by frame ? [14:22:33 CET] <paule32> yes, you can [14:22:37 CET] <paule32> but why [14:22:46 CET] <paule32> see "tail" [14:22:55 CET] <Guest46432> webchimera.js project [14:23:09 CET] <paule32> you have to stream into a file first [14:23:18 CET] <Guest46432> we search a way to read any video file the send frames to render in a gl canvas [14:23:48 CET] <paule32> you open source group? [14:24:24 CET] <Guest46432> euhh yes [14:24:52 CET] <paule32> what do you think: http://kallup.net/data ? [14:25:13 CET] <paule32> its a brand new project by me, with Qt5 as framework [14:27:35 CET] <Guest46432> good start :) [14:29:04 CET] <kevmitch> If i use ffmpeg to create a libx264 mkv, how is the file frame rate determined / written? [14:29:27 CET] <kevmitch> the one seen by running ffmpeg -i on the result [14:31:00 CET] <paule32> Guest46432: have you run it? [14:33:27 CET] <Guest46432> just launched it not used paule32 [14:33:42 CET] <paule32> yeah [14:34:07 CET] <paule32> i wonder, why it is running, you have Qt5 installed? [14:34:53 CET] <paule32> you can't use it, it is a alpha thinking tool, which i have created for fun in 2 hours, yesterday [14:35:56 CET] <paule32> it would be greatefull, when i get feedback, and suggestions [14:36:08 CET] <paule32> may be partner ship [14:36:57 CET] <paule32> i have running a nginx server that can feed with ffmpeg data [14:37:43 CET] <Guest46432> i code only thru js / nodejs ... :p [14:37:48 CET] <Guest46432> yes i have qt5 installed [14:37:59 CET] <Guest46432> good luck have to go :) [15:15:31 CET] <gianni3> Hi [15:16:05 CET] <gianni3> I need a help to install AMRWB encoder in my ffmpeg folder [15:16:15 CET] <gianni3> Someone can help me? [15:18:01 CET] <waressearcher2> gianni3: hallo [15:18:09 CET] <gianni3> Hi [15:18:16 CET] <waressearcher2> gianni3: wie geht's es dir ? [15:18:34 CET] <gianni3> I don't know german [15:24:47 CET] <shincodex> what is the best way to use the system libavcodec libraries [15:24:59 CET] <shincodex> Alls i need to do is decode a video stream from rtsp(camera) [15:25:12 CET] <shincodex> so i assume i only need avcodec and thats it [15:25:21 CET] <shincodex> I dont do audio or subtitles [15:31:57 CET] <nguydavi> Hi, when extracting subtitles, is it possible to not have the <font> tags ? [15:33:39 CET] <shincodex> this channel is like social security office [15:33:42 CET] <shincodex> you will wait forever [15:33:59 CET] <waressearcher2> shincodex: geht's es dir gut ? [15:35:30 CET] <klaxa|work> shincodex: maybe have a look at doc/examples/decoding_encoding.c ? (http://ffmpeg.org/doxygen/trunk/decoding__encoding_8c.html) [15:35:43 CET] <shincodex> well i think just [15:35:52 CET] <shincodex> sudo apt-get install libavcodec-dev [15:35:58 CET] <klaxa|work> oh [15:35:58 CET] <shincodex> gets me what i need i hope [15:36:11 CET] <klaxa|work> not sure about that [15:36:13 CET] <shincodex> But im hoping to God that when i do this on Arm processor I get same exact behavior. [15:38:05 CET] <shincodex> im hoping i can just use the headers in libavcodec-dev [15:38:18 CET] <shincodex> and it links with the system libraries and it wont cause trouble [15:38:33 CET] <klaxa|work> if the versions match, it should work, right? [15:38:37 CET] <shincodex> Yesterday I was going to do a dlopen( and just reference functions to all the code i would ever use. [15:38:45 CET] <shincodex> Well there was a wierd problem with one of the sample libraries [15:39:06 CET] <shincodex> for instance we have ffmpeg source and build entirely all of it and it originally selected system libraries [15:39:23 CET] <shincodex> well ldd had cancer on one of them.... avformat? saying something about sample [15:39:35 CET] <shincodex> then i force linker to link to the ones build by source and it was ok. [15:48:37 CET] <Mavrik> if you used apt-get, you most likely got something ancient that's not even ffmpeg. [15:49:47 CET] <furq> is it time to play the "is it ubuntu lts" game [15:49:52 CET] <furq> i'm voting yes [15:54:04 CET] <shincodex> i want bare minimum [15:54:10 CET] <shincodex> you should see my configure [17:00:37 CET] <Guest45060> hi, if i redirect a ffmpeg output to stdout... is it possible to catch this stream frame by frame to send it to a canvas in a web page (thru nodejs) ? [17:03:10 CET] <Zeranoe> Guest45060: Probably, yes [17:04:48 CET] <Guest45060> so if working the canvas can virtually display any type of file since ffmpeg decode it right ? [17:08:16 CET] <Zeranoe> Guest45060: Sounds like you're trying to do live HTML5 video? [17:09:00 CET] <smolleyes> sort of yes [17:09:31 CET] <smolleyes> open stream thru ffmpeg -> render it in a web canvas (gl) ... [17:10:13 CET] <Zeranoe> Seems like a good way to do it. I've experimented with dumping into images and asyncing the images back [17:13:03 CET] <smolleyes> i already do sort of live streaming in an app thru a web server and nodejs but i send the stream to an html5 player (so it only read mp4 webm ....) or i have to transocde the stream, now i want the same thing but without this problem :p [17:13:34 CET] <kepstin> keep in mind that such an approach will be basically unusable over the internet, since the bitrate of the decoded video is gonna be enormous. [17:13:53 CET] <kepstin> but should be doable for wired lan or really good wireless connections [17:13:56 CET] <smolleyes> it s for local app [17:14:12 CET] <Zeranoe> Are you breaking the video up to bits? Since H.264 requires a duration? [17:14:17 CET] <smolleyes> yup but don t know how the audio will be handled :/ [17:15:20 CET] <smolleyes> i detect the duration from ffmpeg then force it in my html5 player if needed ... [17:16:03 CET] <Zeranoe> smolleyes: So it isn't "live" in the sense that it's endless? [17:18:13 CET] <smolleyes> humm for exemple i can take my adsl box tv streams -> ffmpeg -> render it in my html5 player without duration and it works, same thing with twitch streams or any live video ... [17:55:47 CET] <shincodex> whats a good text editor for coding that supports GTAGS [17:56:02 CET] <shincodex> I just found out visual studio code is racist against C/C++ [18:24:23 CET] <shincodex> undefined reference to `avformat_network_init()' [18:24:27 CET] <shincodex> the frick is this crap [18:24:41 CET] <shincodex> is it just av_network_init( now [19:09:24 CET] <shincodex> i dont get it [19:09:28 CET] <shincodex> i did verbose linking [19:09:37 CET] <shincodex> nm -D on the library the fucking symbol is there why is not work [19:13:50 CET] <DHE> building shared libraries? same library used for linking as running? [19:23:03 CET] Action: Hello71 uses psychic debugging [19:23:20 CET] <Hello71> need to pass -lavformat on the linker command line. [19:24:26 CET] <furq> you know he left right [19:24:54 CET] <furq> he probably kicked his computer to death [19:25:05 CET] <DHE> i'm not psychic. some days I'm not even sane. [19:25:34 CET] <furq> i'm disappointed that this game of "is it ubuntu lts" is still unresolved [19:27:08 CET] <DHE> meh, the image of his computer kicked to death makes it worth it. reminds me of The Website is Down episode 3 [19:27:19 CET] <DHE> including chipmunk voices. :) [19:35:13 CET] <paule32> hello [19:35:28 CET] <paule32> how can i see ffmpeg stream in http browser? [19:40:42 CET] <paule32> http://kallup.net:8080/onpublish_auth?psk=oassword [19:40:58 CET] <paule32> is that right ? [19:41:01 CET] <waressearcher2> oassword ? wirklich ? [19:41:19 CET] <paule32> password is fictive [19:41:57 CET] <paule32> i would like, that i can view in browser [19:42:06 CET] <paule32> instead player like vlc [19:43:13 CET] <paule32> have you idea's? [19:51:47 CET] <Mavrik> You need something to act like a streaming server and then a player on your web page. [19:51:54 CET] <Mavrik> ffmpeg isn't a streaming server [19:52:05 CET] <Mavrik> But it can send encoded video to such software. [20:02:23 CET] <furq> paule32: this is #ffmpeg, not #nginx [20:02:39 CET] <furq> you should probably at least mention that you're using nginx before asking for help [20:03:09 CET] <furq> anyway to view rtmp streams you need flash, or you can use nginx-rtmp's hls output with hls.js [21:33:14 CET] <balexand> can anyone help explain the meaning of the -aframes parameter on the ffmpeg executable? What exactly is a 'frame' if I am converting from mp3 to PCM? [21:46:35 CET] <Mcl0vin> balexand: a quck 'ffmpeg --help' shows '-aframes number set the number of audio frames to output' [21:46:52 CET] <balexand> yeah [21:46:58 CET] <balexand> what is an audio frame? [21:47:14 CET] <balexand> I would like to be able to specify the number of audio samples [21:47:23 CET] <balexand> I may have to just specify the duration in seconds [21:52:47 CET] <Mcl0vin> It depends on the sample rate and the frame rate: [21:52:48 CET] <Mcl0vin> at 24fps and 48000Hz every frame is long (48000hz/24fps)= 2000 sample [21:52:48 CET] <Mcl0vin> at 25 fps and 48000Hz: (48000hz/25fps)= 1920 sample [21:53:23 CET] <Mcl0vin> hope it helps. [21:57:18 CET] <kepstin> so the audio "frame length" depends on the video framerate? that doesn't make sense... [21:57:25 CET] <kepstin> what happens in audio-only files, or vfr? [21:58:23 CET] <balexand> Yeah, I can't seem to change ffmpeg's concept of "frame length" using the -r parameter (which is under video options) [21:58:48 CET] <c_14> balexand: asetnsamples [21:58:54 CET] <c_14> (it's a filter) [22:50:15 CET] <kbarry> I'm trying to take HLS as a source, and output RTMP. Here is my paste: http://pastebin.com/0kc0sNhs [22:50:44 CET] <llogan> this page has been removed [22:51:56 CET] <kbarry> http://pastebin.com/DaXWTAnp [22:52:10 CET] <kbarry> My bad, I was still researching my problem before hitting submit. [22:52:19 CET] <kbarry> (Thanks for responding) [22:53:10 CET] <llogan> why not stream copy the audio instead of re-encoding? -c copy [22:54:16 CET] <kbarry> llogan because i'm a newb and didn't know that was an ption [22:55:20 CET] <kbarry> I'm gonna need to look at the docs, and see what i figure out. Tanks for the reply./ [23:27:30 CET] <kbarry> llogan still getting the same output errors. [00:00:00 CET] --- Thu Dec 17 2015

1 0