May 2015 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20150505
by burek 06 May '15

06 May '15

[00:00:04 CEST] <BBB> Ill let it sit for a bit, its barely important [00:00:14 CEST] <BBB> if it still annoys me tomorrow Ill send a patch [00:00:15 CEST] <BBB> :-p [00:00:21 CEST] <jamrial> ok :p [00:04:46 CEST] <jamrial> nevcairiel: not sure if you saw my comment some days ago, but mingw-w64 now ships the hevc dxva header [00:04:55 CEST] <drwx> Compn: well -avoid_negative_ts 0 works but shouldn't it be the default? [00:04:56 CEST] <jamrial> it's not in any release so far (only trunk), but msys2 uses that so compiling your lavfilters ffmpeg fork fails [00:05:37 CEST] <nevcairiel> i dont like msys2, nor do i like using mingw-w64 trunk, its managed by equally logic-challenged persons =p [00:05:48 CEST] <jamrial> heh [00:06:18 CEST] <nevcairiel> but i'll try to remember to change the condition next time i update it [00:06:25 CEST] <jamrial> agree, sticking to mingw-w64 trunk made the gcc packages break more than once for me [00:17:41 CEST] <wm4> nevcairiel: managing such a messed up combination of bad windows and unix parts probably requires someone who is challenged [00:17:53 CEST] <wm4> or they would go insane or depressive [00:18:45 CEST] <nevcairiel> maybe [00:21:13 CEST] <jamrial> interestingly enough msys2 hasn't yet upgraded their gcc package to 5.1.0 [00:21:15 CEST] <nevcairiel> I would love if msvc would one day produce a faster ffmpeg than gcc, but the 10-20% difference is just too much to not care [00:22:30 CEST] <cone-168> ffmpeg 03Andreas Cadhalpun 07master:ca234639ac49: avidec: avoid infinite loop due to negative ast->sample_size [00:22:31 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:c7369f3a4bd2: avformat/avidec: print a warning for negative sample_size [00:50:11 CEST] <BBB> does GENERIC_INDEX duplicate index entries if I seek back to the beginning of a file? [00:50:26 CEST] <BBB> I didnt check, but the code doesnt seem to be checking for stuff like that, it just unconditionally adds new index entries [00:50:40 CEST] <BBB> I didnt s/check/test/ [01:05:59 CEST] <Compn> drwx : no idea, but if you have an account on the bug trac, is that answer already posted? [03:40:51 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:6ef3426d90a3: avcodec/x86/deinterlace: use INIT_MMX like other asm code does too [04:58:44 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:7f45f7fc7f49: avcodec/mpeg12dec: use the correct dimensions for checking SAR [06:07:53 CEST] <jamrial> Compn: http://pastebin.com/DB0Qvabx [07:18:54 CEST] <cone-890> ffmpeg 03James Almer 07master:3f7986f98392: avfilter/Makefile: add missing lavfutils.c dependency to cover_rect and find_rect filters [07:25:13 CEST] <jamrial> michaelni: f320f2f4c6398404a8653b4a78134ab42dda9ea7 broke msvc 2012 since it lacks round() [07:26:38 CEST] <jamrial> for the libraries a libavutil/libm.h compat implementation is used instead. can that header be included in cmdutils.c? [07:48:25 CEST] <cone-890> ffmpeg 03James Almer 07master:858f81fde2c1: cmdutils: move get_rotation() up in the file [09:13:05 CEST] <drwx> Compn: the avoid_negative_ts answer has been posted indeed but the bug is still open, so i guess it means this should be the default behaviour, doesn't it? [09:19:02 CEST] <wm4> clearly the user should be forced to use extremely obscure options to prevent the creation of broken files [12:01:21 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:36993527dd3d: cmdutils: Add libm.h for round() [12:12:27 CEST] <michaelni> "<wm4> clearly the user should be forced to use extremely obscure options to prevent the creation of broken files" <-- please talk with ubitux he added avoid_negative_ts = 1 in b08273c9ca8b91d03133f9fbef100bbd3cd8e271 citing the specification (... Blocks with a negative Raw Timecode are not valid.") [12:13:38 CEST] <wm4> does ffmpeg write the required codec delay elements in this case? [12:13:42 CEST] <wm4> or read them? [12:14:04 CEST] <wm4> because it's pointless if it doesn't, and from what I've seen, the timestamps even start _after_ 0 [13:27:56 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:7ac5c38ec5ba: avformat/mux: Add avoid_negative_ts_use_pts [13:27:57 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:9d4fdfe24c73: avformat/matroskaenc: Use avoid_negative_ts_use_pts if no stream writes dts [13:30:33 CEST] <Compn> wm4 : i dont disagree :P [14:36:57 CEST] <drwx> Compn: shouldn't you close the other tickets as well? [14:38:37 CEST] <drwx> ticket* [14:41:50 CEST] <Compn> i havent tested it [14:41:57 CEST] <Compn> maybe you are thinking of carl (cehoyos) [14:42:57 CEST] <drwx> Compn: you're the one who committed the fix and closed ticket 487, right? [14:43:05 CEST] <drwx> https://trac.ffmpeg.org/ticket/2975 is probably fixed too, isn't it? [14:43:39 CEST] <wm4> I wonder if x264 will add a similar thing like x265 for bit depth selection [14:43:56 CEST] <wm4> and I'm also wondering why they don't just do this internally [14:44:49 CEST] <Daemon404> they == ? [14:44:51 CEST] <Daemon404> x265? [14:45:27 CEST] <wm4> at least [14:45:51 CEST] <Daemon404> that would break at least one use case [14:46:02 CEST] <Daemon404> i.e. outputting simultanious 10bit and 8bit streams from ffmpeg [14:47:00 CEST] <kierank> Daemon404: what happened to your x265 interlaced patch? [14:47:17 CEST] <Daemon404> kierank, it became apparent to me that with teh current API, it is not feasible. [14:55:48 CEST] <drwx> Compn: i tested and it fixes delays when encoding: http://sprunge.us/PZjU (system ffmpeg first, then latest ffmpeg) [16:25:59 CEST] <Daemon404> michaelni, ping [16:29:55 CEST] <Daemon404> nvm [16:37:06 CEST] <Daemon404> hmm [16:37:07 CEST] <Daemon404> libavcodec/x86/hevc_mc.asm:1628: warning: label alone on a line without a colon might be in error [16:37:11 CEST] <Daemon404> i get a buttload of these [16:39:38 CEST] <kierank> I think because there's a loop label that isn't used [16:39:48 CEST] <kierank> but meh nasm [16:40:36 CEST] <Daemon404> ? [16:40:38 CEST] <Daemon404> this is yasm [16:41:06 CEST] <Daemon404> aw shit [16:41:09 CEST] <Daemon404> i had nasm installed but not yasm [16:41:15 CEST] <nevcairiel> hah [16:41:33 CEST] <Daemon404> (because a diff project needed nasmO [16:42:20 CEST] <nevcairiel> i know that there is stuff that builds with yasm that nasm doesnt like, is it the other way around as well in some cases? [17:44:58 CEST] <wm4> is windows media center the thing that committed the wtv crime? [17:45:20 CEST] <Daemon404> wtv was western digital wasnt it [17:46:29 CEST] <wm4> WTV (Windows Recorded TV Show) [17:46:45 CEST] <wm4> I only know it from ffmpeg issues scrolling by on this channel [17:50:16 CEST] <Daemon404> o [18:02:11 CEST] <BBB> wm4: well one is a product and one is a container [18:02:21 CEST] <BBB> wm4: but it was introduced as part of, yes [18:27:38 CEST] <Compn> drwx : no, michaelni fixed the commit and closed that ticket . thanks michaelni :) [18:28:33 CEST] <Compn> drwx : i mostly just sit here and talk to people so they dont feel ignored. ask them to report or test bugs / fixes ... etc [18:30:06 CEST] <Compn> wm4 : windows media center edition created the wtv crime, yes. mpeg2 in asf. [18:57:42 CEST] <nevcairiel> wtv is not asf Compn [18:58:28 CEST] <nevcairiel> its a better format than dvr-ms was, which is just plain asf with some hacks =p [19:12:16 CEST] <RiCON> <@Daemon404> wtv was western digital wasnt it <- you're thinking of wdtv [19:18:05 CEST] <Compn> oh i was thinking of dvr-ms , not wtv [19:18:06 CEST] <Compn> my bad [19:28:16 CEST] <drwx> Compn: sorry, seeing the timing, i assumed you were michael [20:12:32 CEST] <cone-890> ffmpeg 03Ronald S. Bultje 07master:ed68fccf76b4: vp9: error out if chroma subsampling changes between frames. [20:50:21 CEST] <Compn> drwx : no problem. it all works for you now? its always nice to see a bug fix that quick :) [20:56:35 CEST] <drwx> Compn: you mean two years after the bug report? :p [20:56:59 CEST] <drwx> yeah it all works but only one (recent) bug was closed, the oldest wasn't [20:57:33 CEST] <nevcairiel> but its the same bug, and it works now? [20:58:31 CEST] <nevcairiel> sure reads like the same [20:58:33 CEST] Action: nevcairiel closes [20:59:49 CEST] <drwx> nevcairiel: yeah it works, one was -c:v copy and the other was encoding [20:59:59 CEST] <drwx> cheers [22:01:22 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:984f50deb2d4: diracdec: prevent overflow in data_unit_size check [22:14:24 CEST] <emustafa> Hi all, I was playing around with the ffmpeg source code. I am having difficulty in understanding makefile for the programs (ffmpeg, fplay and etc.). I want to add a new program file with main function in it. However, I couldn't compile it. I tried to understand how makefile works for ffmpeg, fplay and etc. but I couldn't do replicate the same thin [22:14:24 CEST] <emustafa> g for my program. I also couldn't find docs on this issue. Any help is appreciated. Thanks. Elshad. [22:19:42 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:5a455dd01115: avcodec/diracdec: Move buf[] read after size check [22:32:54 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:8fc8024ea56e: aasc: return correct buffer size from aasc_decode_frame [22:32:55 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:54d985db847b: Merge commit '8fc8024ea56e814cd257d5fe27b21a865080782f' [22:45:27 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:e191aaca44b9: alsdec: limit avctx->bits_per_raw_sample to 32 [22:45:28 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:df9528161845: Merge commit 'e191aaca44b986816695e3b7ecfae64697fd6631' [22:53:17 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:110f7f35fb61: aacpsy: correct calculation of minath in psy_3gpp_init [22:53:18 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:9810aa340842: Merge commit '110f7f35fb615b97d983b1c6c6a714fddd28bcbe' [22:57:09 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:94bb1ce882a1: alsdec: check sample pointer range in revert_channel_correlation [22:57:10 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:ff849e11e361: Merge commit '94bb1ce882a12b6d7a1fa32715a68121b39ee838' [23:20:33 CEST] <cone-890> ffmpeg 03Andreas Cadhalpun 07master:60f1cc4a1ffc: alsdec: only adapt order for positive max_order [23:20:34 CEST] <cone-890> ffmpeg 03Michael Niedermayer 07master:1ace789fb344: Merge commit '60f1cc4a1ffcbf24acbb543988ceeaec76b70818' [23:53:00 CEST] <cone-890> ffmpeg 03Carl Eugen Hoyos 07master:e31cdb5cc808: lavf/riff: Add MultiScope II fourcc MSC2 as MJPEG. [23:56:49 CEST] <Compn> msc2 hmmm sounds familiar [00:00:00 CEST] --- Wed May 6 2015

1 0

ffmpeg.log.20150505
by burek 06 May '15

06 May '15

[09:08:14 CEST] <termos> Mavrik: okey I see, I guess I need to read the x264 source to figure out how those numbes are used there. I'm only setting them on my encoding contexts [09:46:09 CEST] <sp00x> can someone verify if there is actually 2 or 3 prores encoders in ffmpeg? is -codec:v prores just an alias for -codec:v prores_aw, and the other has to be selected using -codec:v prores_ks ? [10:16:29 CEST] <relaxed> sp00x: I think you're right, look at "ffmpeg -h encoder=prores_ks" and "ffmpeg -h encoder=prores_aw" [10:24:39 CEST] <sp00x> relaxed: aha, didn't know that command.. but yes, looks that way compared to ffmpeg -h encoder=prores [14:41:37 CEST] <waressearcher2> hi girls [14:47:05 CEST] <waressearcher2> I got fresh source code ffmpeg-snapshot.tar.bz2 and tryed to compile it with parameters: "--enable-libvidstab --enable-gpl" but it says: "ERROR: vidstab not found using pkg-config", is vidstab internal library for ffmpeg or should I install some 3rd party library for it to compile ? [14:53:58 CEST] <durandal_1707> Vidstab is 3d part library [14:54:12 CEST] <waressearcher2> durandal_1707: where to get it ? [14:56:02 CEST] <durandal_1707> Google it [14:56:08 CEST] <waressearcher2> https://github.com/georgmartius/vid.stab/archive/master.zip correct ? [14:56:37 CEST] <waressearcher2> durandal_1707: y u so lazy u can't google it for me ? [15:03:11 CEST] <Anoia> hi all [16:10:41 CEST] <PSvils> hey all! [16:10:51 CEST] <PSvils> has anyone had any success with compiling ffmpeg for ios with clang? [16:11:12 CEST] <PSvils> I set up the -cc and -cxx to point to clang and clang++ respectively, yet in configure, it seems to be trying to use gcc. [16:11:38 CEST] <PSvils> (error message: gcc is unable to create an executable file. If gcc is a cross-compiler, use the --enable-cross-compile option.) [16:11:56 CEST] <PSvils> (I'm also passing --enable-cross-compile to configure...) [16:25:03 CEST] <c_14> PSvils: can you pastebin your config.log ? You might also need to set --dep-cc [16:25:42 CEST] <PSvils> I'm getting somewhere, must have been bad bash scripting, but now it's not finding the gnu gas-preprocessor. [16:25:48 CEST] <PSvils> I'm not sure what this is. [16:27:57 CEST] <c_14> PSvils: try setting --as to an assembler [16:28:17 CEST] <PSvils> I tried to set it to just "as", and configure got stuck. [16:28:23 CEST] <PSvils> (ctrl+c'd it) [16:28:41 CEST] <PSvils> I'll try getting the gas-preprocessor manually + adding to path [16:29:03 CEST] <PSvils> (github.com/yuvi/gas-preprocessor) [16:29:07 CEST] <PSvils> is this correct c_14? [16:30:15 CEST] <c_14> it looks like it might work, it's not actually GAS though [16:32:42 CEST] <PSvils> hmm, "Error running preprocessor" [16:33:01 CEST] <PSvils> I have it in my usr/bin so it's in path, not sure how it gets run. [16:33:10 CEST] <PSvils> do I need some sort of interpreter for it? [16:33:57 CEST] <c_14> For that one you'll need perl [16:41:20 CEST] <PSvils> c_14: interesting, installed perl and confirmed working from terminal, yet still doesn't find, will hunt the issue. [16:41:38 CEST] <PSvils> c_14: are there other as I can use on Mac for ffmpeg/ [16:41:38 CEST] <PSvils> ? [16:44:54 CEST] <Tincho> hi! I have sent an email to the ML (https://ffmpeg.org/pipermail/libav-user/2015-May/008120.html) but want to try here too in case I have more luck.. I am being unable to reproduce RTMP streams, avformat_open_input gets stuck, and I really don't know what to try [16:45:06 CEST] <Tincho> any tips would be very appreciated [16:47:31 CEST] <PSvils> c_14: regarding just "as" getting stuck in configuration, is this known with "as", or should I be hunting in that area [16:47:32 CEST] <PSvils> ? [16:49:10 CEST] <c_14> PSvils: I don't know. You can try looking at the 2 guides for compiling FFmpeg for OSX https://trac.ffmpeg.org/wiki/CompilationGuide [17:05:55 CEST] <PSvils> c_14: I'm not sure I understand the process - I specified --as=yasm, and it still complains about not finding gas-preprocessor in configure. [17:06:52 CEST] <PSvils> in the first steps of configuring, it outputs: "Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1" [17:07:02 CEST] <PSvils> I never set anything like that myself - do you know where this is coming from? [17:07:09 CEST] <PSvils> btw - super thanks for helping out and having patience :) [17:07:19 CEST] <PSvils> I'm not exactly experienced with this kind of stuff :) [17:37:33 CEST] <c_14> Can you pastebin your config.log? Might be something interesting in there. [17:38:45 CEST] <PSvils> c_14: www.pastebin.com/pdW2qLKn [17:40:45 CEST] <PSvils> I can see at the end that for some reason yasm is getting passed -arch when it should simply be -a, but not sure where that's coming from. [17:41:16 CEST] <PSvils> or rather, I figured that the compiler etc. will need -arch, so not sure how I can change which flags get passed just to yasm........or I'm just not understanding anything of this process :) [17:41:31 CEST] <c_14> That's from the cflags [17:41:41 CEST] <PSvils> aha, alright [17:43:07 CEST] <PSvils> if I change the cflags to work for asm, then clang complains "no such file or directory "armv7" [17:44:51 CEST] <c_14> Try getting rid of everything in the --extra-cflags and --extra-cxxflags except for the -I part [17:45:27 CEST] <PSvils> including -isysroot? [17:46:21 CEST] <PSvils> okay [17:46:33 CEST] <PSvils> clang now complains about no such file or directory for an include path [17:47:10 CEST] <c_14> What's the current content of --extra-cflags [17:47:12 CEST] <c_14> ? [17:47:12 CEST] <PSvils> spoke too quick, my error] [17:47:50 CEST] <PSvils> okay, now yasm complains "unrecognized object format PIC" - do I need to enable-pic? (I have it right now) [17:48:59 CEST] <c_14> If you have PIC enabled, try disabling it and vice versa. [17:50:06 CEST] <PSvils> disabled, now 'dynamic-no-pic' is not a valid machien for architecture x86 [17:50:56 CEST] <PSvils> I should be trying for armv7 I think. [17:52:00 CEST] <c_14> Is this an error from yasm? clang? the linker? [18:08:54 CEST] <PSvils> c_14: clang [18:09:10 CEST] <PSvils> oh damn. yasm [18:09:13 CEST] <PSvils> it's from yasm. [18:10:20 CEST] <RaQu> Hello. I'm trying to trim a .flac file through the command prompt in Windows and I can't succeed. I'm using ffmpeg version N-71899-g6ef3426, from 20150505. The original file is 78.7 seconds long, I'm trying to cut out the first 5 seconds and the last 5 seconds. The resulting file reads that it lasts 78.7 seconds using ffmpeg -i command, instead of 68.7 seconds; but the first 5 seconds are actually gone, so when I play it it lasts 73.7 [18:10:26 CEST] <RaQu> M:\Music\ffmpeg\bin\ffmpeg.exe -ss 00:00:05.00 -i M:\Music\AirForGString.flac -t 00:01:08.70 -acodec copy -y TrimmedFile.flac [18:11:17 CEST] <RaQu> I was asking if I'm doing something wrong before pasting the command. Thanks a lot. [18:14:23 CEST] <PSvils> c_14: the thing is is that I had ffmpeg building on linux for android, and from what I learned there...I don't really understand what's going on here :) [18:16:16 CEST] <c_14> PSvils: I have no idea. You might want to ask on the user mailing list. Maybe someone else has done it before and has some pointers. [18:16:37 CEST] <c_14> RaQu: that can happen when you copy codecs, since you're using flac you can just reencode without quality loss and it should be correct. [18:16:52 CEST] <PSvils> Alright, gotcha. Thanks a bunch for the help eh c_14 :) much appreciated, I'll continue hacking away. [18:18:36 CEST] <RaQu> I see. If I remove -acodec copy it actually works. Thanks a lot. [18:24:11 CEST] <LZZ> I need help with the scale filter syntax... I want to make a thumbnail with a max size of 224x224, but keeping the aspect ratio. [18:24:33 CEST] <LZZ> So if w > h; scale"224:-1" [18:24:52 CEST] <LZZ> else, scale="-1:224" [18:31:08 CEST] <LZZ> I found the vars and all, but I don't know the "functions" to make the comparison, like gt() [18:31:16 CEST] <LZZ> If someone could point me to that documentation... [18:32:24 CEST] <Mavrik> LZZ, how about using scale=w=224:h=224:force_original_aspect_ratio=decrease ? [18:33:39 CEST] <LZZ> Yep, thank you Mavrik [18:34:14 CEST] <PSvils> c_14: for future reference - to build on osx for ARM, it seems that one needs: https://github.com/ffmpeg/gas-preprocessor [18:34:25 CEST] <PSvils> the yuvi one is outdated. [18:36:22 CEST] <c_14> PSvils: good to know [18:36:36 CEST] <PSvils> :) [20:57:33 CEST] <kyleogrg> hi [20:59:04 CEST] <kyleogrg> I've downloaded a YouTube video. It's 29.97p, but when I step through it frame by frame in VLC, I see that roughly every other frame is blended. Does this mean that the original video was maybe a different frame rate? [21:13:54 CEST] <ChocolateArmpits> kyleogrg: Are you sure the original wasn't interlaced ? [21:14:16 CEST] <ChocolateArmpits> kyleogrg: Youtube does automatic linear-blend deinterlacing on interlaced material [21:14:39 CEST] <ChocolateArmpits> kyleogrg: so if two fields are on the same frame then you should see some frame blending [21:41:58 CEST] <dericed> I'm using -movflags write_colr to add the color atom, but it reports as bt.709. How can I set this to bt.601 without changing the pixel values? [21:49:58 CEST] <RaQu> Hello. I'm trying to trim a .ape file through the command prompt in Windows. I'm using ffmpeg version N-71899-g6ef3426, from 20150505. Here is my command: [21:50:02 CEST] <RaQu> M:\Music\ffmpeg\bin\ffmpeg.exe -ss -i M:\Music\File.ape 00:00:40.00 -t 304.200 -y Test.ape [21:50:06 CEST] <RaQu> The file Test.ape is not created at all and I get the following error message: "[NULL @ 00000000003ad080] Unable to find a suitable output format for 'Test.ape'". Does ffmpeg not encode in ape, or I'm doing something wrong? Thanks a lot. [21:51:18 CEST] <ChocolateArmpits> RaQu: you need to put "00:00:40:00" right after "-ss" [21:51:55 CEST] <ChocolateArmpits> RaQu: the basic formatting is "-command [value]" [21:52:05 CEST] <ChocolateArmpits> or rather "-parameter [value]" [21:52:36 CEST] <RaQu> Sorry, I did put 00:00:40:00 right after -ss. [21:52:41 CEST] <RaQu> I copied the code wrong here. [21:53:27 CEST] <RaQu> Let me try again just in case. [21:53:57 CEST] <ChocolateArmpits> RaQu: Who's compile are you using ? I checked Zeranoe's and ape is only for decoding but not writing [21:54:11 CEST] <ChocolateArmpits> I mean demuxing [21:54:38 CEST] <ChocolateArmpits> try "ffmpeg -format" [21:54:43 CEST] <ChocolateArmpits> and then scroll up to ape [21:54:55 CEST] <ChocolateArmpits> and see if it has letter E on the left side [21:55:33 CEST] <RaQu> I used ffmpeg -format, it says Unrecognized option format [21:55:35 CEST] <ChocolateArmpits> sorry, meant "ffmpeg -formats" [21:56:04 CEST] <RaQu> I downloaded Zeranoe's, from here: http://ffmpeg.zeranoe.com/builds/ [21:56:05 CEST] <ChocolateArmpits> It then should give a list of all formats supported for demuxing and writing by the compile [21:56:06 CEST] <RaQu> The static. [21:56:18 CEST] <ChocolateArmpits> Check the "ape" entry [21:56:22 CEST] <RaQu> Ape = D [21:56:39 CEST] <RaQu> So that means only decoding? [21:56:43 CEST] <NoTiTo_> morning all [21:56:57 CEST] <ChocolateArmpits> Yes, if there's only letter D next to it then it's only decoding [21:57:04 CEST] <ChocolateArmpits> with the compile that you have [21:57:49 CEST] <RaQu> I see. Thanks a lot for the help. [22:00:33 CEST] <NoTiTo_> I am trying to select one service / program from an MPEG TS (udp stream) and send it out to youtube but I'm battling with getting the selection right - see ffprobe output here http://pastebin.com/EPxL4k2P [22:00:39 CEST] <NoTiTo_> any ideas? [22:02:33 CEST] <NoTiTo_> I have tried various things as suggest on the inter webs with no luck [22:21:50 CEST] <JackRcast> Hi all [22:23:18 CEST] <c_14> NoTiTo_: -map p:[program id]:[stream id] [22:30:27 CEST] <NoTiTo_> @c_14: I tried "ffmpeg -f mpegts -i udp://... -map p:1:33 -vcodec libx264 -strict experimental -map p:1:39 -acodec aac -f flv "rtmp://a.rtmp..." :( [22:32:39 CEST] <c_14> NoTiTo_: I think it would be p:1:0 p:1:1 [22:32:42 CEST] <c_14> or just p:1 [22:33:15 CEST] <NoTiTo_> c_14: Did you see the ffprobe output on the paste bin? [22:35:20 CEST] <c_14> yep [22:43:35 CEST] <NoTiTo_> c_14: Codec type mismatch for mapping #0.0 -> #0.0 [22:44:14 CEST] <NoTiTo_> cool [22:44:34 CEST] <JackRcast> Hello, is it possible to take an audio mp3 stream coming from an Icecast server (input stream) and reencode it to two new audio streams at different bitrates ? [22:44:43 CEST] <c_14> yes [22:45:04 CEST] <JackRcast> can you point me to a wiki page pls ? [22:45:42 CEST] <c_14> JackRcast: just list two output files in the ffmpeg command and assign a different bitrate for each [22:46:06 CEST] <c_14> ffmpeg -i http://foobar -c:a baz -b:a wheee out1 -c:a baz -b:a whooo out2 [22:48:27 CEST] <NoTiTo_> c_14: does the "-c:a" work or should it be "-acodec" ? [22:48:35 CEST] <NoTiTo_> c_14: http://pastebin.com/kYUcPJRY [22:48:43 CEST] <c_14> -c:a should work for all modern versions of ffmpeg [22:49:26 CEST] <c_14> NoTiTo_: you shouldn't have to map p:1 twice. The single mapping should map both streams [22:49:33 CEST] <JackRcast> thanks C_14 I'll check that [22:49:56 CEST] <NoTiTo_> c_14: "ffmpeg version 0.8.17-4:0.8.17-0ubuntu0.12.04.1" is what I'm using [22:50:07 CEST] <c_14> oh boy [22:50:44 CEST] <c_14> That version is among other things ancient and broken. [22:51:01 CEST] <NoTiTo_> LMAO [22:51:11 CEST] <c_14> You can use a static build [22:51:13 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [22:51:24 CEST] <NoTiTo_> thats via the ubuntu package mgr [22:53:32 CEST] <JackRcast> then can I output these two distinct streams to another remote icecast server as a source client ? [22:54:45 CEST] <c_14> if your icecast server accepts more than one source, yes [22:55:43 CEST] <JackRcast> so should I replace out & out 2 with the icecast server URI ? [22:56:07 CEST] <c_14> yep [22:56:14 CEST] <proctrap> hey there I'm trying to get the total frames of a mp4 file (DASH) [22:56:23 CEST] <proctrap> but ffprobe -v error -count_frames -select_streams v:1 -show_entries stream=nb_read_frames -of default=nokey=1:noprint_wrappers=1 /video failed [22:56:32 CEST] <JackRcast> C_14: can I specify a source password for the icecast server ? [22:57:30 CEST] <proctrap> with unrecognized option show_entries [22:57:32 CEST] <c_14> https://ffmpeg.org/ffmpeg-protocols.html#Icecast [22:57:48 CEST] <c_14> ^ JackRcast [22:57:58 CEST] <grepwood> hello everyone [22:58:31 CEST] <grepwood> does anyone know of a framework for playing things with ffmpeg codecs in sdl? [22:58:57 CEST] <JackRcast> c_14: perfect, much thanks [22:58:59 CEST] <grepwood> playing char * rather than FILE * would be preferable, I'm doing lots of caching :( [22:59:35 CEST] <proctrap> because the examples I've found are using that code & select_streams should work, but doesn't .. [23:00:08 CEST] <c_14> proctrap: what version are you running? [23:00:21 CEST] <proctrap> 1.0.10 [23:00:42 CEST] <c_14> That's probably a wee tad bit too ancient. [23:00:46 CEST] <c_14> Try with a recent version. [23:01:11 CEST] <proctrap> sec I thought I've installed it from the repos [23:01:18 CEST] <proctrap> (the site you're mentioning there ) [23:01:52 CEST] <proctrap> http://www.deb-multimedia.org/ [23:04:58 CEST] <c_14> proctrap: the static build has an ffprobe, you can use that [23:05:00 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [23:05:25 CEST] <proctrap> c_14: ah I've used that before [23:05:36 CEST] <proctrap> but I need m4a DASH to mp3 conversion also [23:05:48 CEST] <proctrap> and I *think* I wasn't able to do so last time I've used that.. [23:05:53 CEST] <c_14> There's an ffmpeg binary in there too [23:06:10 CEST] <c_14> has lame, so that should work [23:07:03 CEST] <proctrap> c_14: thanks ! I'll first try mocking around with these (if I would've used the same ffmpeg on the dev system ..) [23:10:09 CEST] <NoTiTo_> c_14: the static libraries look promising! [23:32:22 CEST] <proctrap> c_14: seems to work now [23:32:31 CEST] <proctrap> except that it takes really long 1h. video :D [23:32:48 CEST] <c_14> Well, it has to demux and decode the entire video [23:32:52 CEST] <proctrap> (I just want the total frames, to calculate the progres.. :D ) [23:33:05 CEST] <proctrap> ofc.. [23:33:57 CEST] <proctrap> meh, what ever, I don't want to use time calculation.. [23:36:47 CEST] <proctrap> c_14: is there any problem if I'm simply extracting the XX fps & multiply by the time ? [23:37:24 CEST] <c_14> Neither the fps nor the duration are guaranteed accurate especially if the input is vfr [23:37:31 CEST] <c_14> It _should_ work most of the time though. [23:37:48 CEST] <c_14> Especially if you only want to gauge progress. [23:47:18 CEST] <kyleogrg> If anyone is still interested: https://www.youtube.com/watch?v=IO9W6FGvX5M [23:47:57 CEST] <kyleogrg> This is the video I mentioned earlier, which has the frame blending issue [23:48:41 CEST] <kyleogrg> It's probably a simple thing [23:48:50 CEST] <kyleogrg> Roughly every other frame seems to be blurry [23:51:15 CEST] <kyleogrg> Is it simply a poor frame rate conversion? [23:52:19 CEST] <proctrap> c_14: doesn't have to be the exactest one :) [00:00:00 CEST] --- Wed May 6 2015

1 0

ffmpeg-devel.log.20150504
by burek 05 May '15

05 May '15

[00:15:18 CEST] <cone-425> ffmpeg 03Michael Niedermayer 07master:4351c288b984: ffplay&cmdutils:Factor get_rotation() code out [00:15:19 CEST] <cone-425> ffmpeg 03Michael Niedermayer 07master:800df6a849c8: ffmpeg_filter: use get_rotation() [00:39:33 CEST] <haasn> nevcairiel: BtbN: What do these Crv, Cbu, Cgu, Cgv constants stand for and how do I calculate them? For example, in the mpv code, the VÔR component (which I would assumed corresponds to Crv) is calculated as 2 * (1-lr) [00:39:52 CEST] <haasn> which is 1.5748 for BT.709 [00:41:34 CEST] <haasn> I cannot get that to agree with 117504 [00:42:17 CEST] <haasn> I tried multiplying by 2^16, by 2^15, by (235/255)·2^16, by (235/255)·2^15, by (219/255)·2^16 and by (219/255)·2^15 [00:43:13 CEST] <haasn> None of them are even remotely close [00:44:29 CEST] <BtbN> There is not one clear answer on how to convert YUV to RGB [00:44:39 CEST] <BtbN> there are several diffrent standards for that [00:44:47 CEST] <BtbN> you are propably just comparing diffrent ones [00:44:52 CEST] <haasn> But they are all mathematically equivalent; either that or one implementation is wrong [00:44:58 CEST] <BtbN> Nope, they aren't. [00:45:20 CEST] <haasn> ? [00:45:36 CEST] <BtbN> There are two "major" ones, and a few more other ones. [00:46:39 CEST] <BtbN> http://www.fourcc.org/fccyvrgb.php has a bit of information about it [00:47:28 CEST] <haasn> https://0x0.st/QK.png doesn't seem to provide any ambiguity on how the linear mapping works [00:48:00 CEST] <BtbN> That's the BT.709 definition of YUV. But there are other ones. [00:48:24 CEST] <haasn> there are other definitions of Bt.709? [00:49:15 CEST] <BtbN> Other definitions of YUV. [00:49:24 CEST] <haasn> What relevance do they have to BT.709? [00:49:49 CEST] <BtbN> They have relevance for other formats and codecs. [00:50:03 CEST] <haasn> But if you're converting BT.709 images, then surely the only correct code ffmpeg should be following is the BT.709 specification? [00:50:26 CEST] <BtbN> Sure, and so it does? [00:50:48 CEST] <haasn> I can find no evidence to support that. The code is cryptic and my best attempts to reproduce the numbers have failed [00:51:02 CEST] <haasn> Well, I can find no evidence to support it based on the code alone [00:53:22 CEST] <kierank> swscale being cryptic [00:53:24 CEST] <kierank> say it isn't so [00:53:57 CEST] <haasn> All of this started from my attempt to fix a bug in swscale (cannot convert BT.2020-NCL video, let alone BT.2020-CL), but I think I've reached the conclusion that it's probably easier to ditch swscale and implement my own yuvÔrgb conversion functions [00:54:41 CEST] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/HEAD/libswscale/utils.c#L691 does something with those coeffs [00:55:12 CEST] <BtbN> I'd guess they are just shifted fixed point representations of the official coefficients [00:56:15 CEST] <Compn> haasn : got sample file that does not convert properly ? [00:56:31 CEST] <Compn> you could just report it and hope michaelni fixes it :P [00:56:38 CEST] <kierank> BtbN: that's rgb to yuv [00:56:42 CEST] <kierank> not yuv to rgb [00:56:51 CEST] <haasn> Compn: for Bt.2020, tes [00:56:52 CEST] <haasn> yes* [00:56:56 CEST] <BtbN> but it uses the same coefficients [00:57:02 CEST] <kierank> no [00:57:04 CEST] <Compn> haasn : can you share it, upload i mean [00:57:11 CEST] <kierank> btbn: because rgb to yuv is hardcoded to 601 [00:57:16 CEST] <BtbN> in fact, it's the only code i found that uses them at all, or i failed to parse the code for that symbol [00:57:20 CEST] <kierank> whereas the opposite allows you choose [00:57:23 CEST] <kierank> to choose [01:02:22 CEST] <haasn> Compn: http://www.nand.wakku.to/ramps.tar.xz this has a set of color ramps that I generated a while back, with source code for generation. Long story short, the interesting ones are 709_709.mkv, 2020_2020nc.mkv and 2020_2020c.mkv, in that they should all display identically in their native colorspace (ie. ignoring the difference in color gamut) [01:02:34 CEST] <haasn> For example, mpv with color management disabled, renders them as follows: [01:03:47 CEST] <haasn> (I've stripped the color space information for easy comparison): 709_709.mkv https://0x0.st/QP.png 2020_2020nc.mkv https://0x0.st/QZ.png 2020_2020c.mkv https://0x0.st/QN.png [01:04:29 CEST] <haasn> As you can see, they're all virtually identical, ignoring the fact that the bands are in different positions, and the fact that BT.2020-C has less noticeable subsampling artifacts [01:05:05 CEST] <haasn> Now, using the mpv screenshot functionality, which takes the same image (including the correct colormatrix information), passes it through swscale's YUV->RGB conversion, and saves the result; I get these results: [01:05:41 CEST] <haasn> 709_709.mkv https://0x0.st/Qq.png 2020_2020nc.mkv https://0x0.st/Qb.png 2020_2020c.mkv https://0x0.st/Qc.png [01:06:02 CEST] <haasn> BT.709 matches 1:1 as it should [01:06:11 CEST] <haasn> but for the BT.2020 samples, it falls back to BT.601 or whatever internal default [01:08:00 CEST] <haasn> (I can prove this by using --vf=format=colormatrix=bt.601 in mpv to fool it into thinking the source was BT.601 instead: I get this output for the 2020_2020nc.mkv clip https://0x0.st/QT.png and this output for the 2020_2020c.mkv clip https://0x0.st/QA.png ) [01:08:46 CEST] <haasn> for BT.2020-NCL, it's an easy fix: just add another line to that table with the correct parameters [01:09:11 CEST] <haasn> easy in theory, hard in practice because I cannot find a single documented formula anywhere describing how to get from the coefficients in the BT recs to the numbers used in the source code [01:10:40 CEST] <haasn> for BT.2020-CL, the fix is most likely complicated [01:10:59 CEST] <BtbN> The much more confusing thing is I can't find any piece of code that uses these coefficients [01:11:31 CEST] <kierank> haasn: ask michaelni [01:12:53 CEST] <haasn> BtbN: they're used in filter_frame (line 444) of libavfilter/vf_scale.c, does that help? [01:14:26 CEST] <haasn> case MP_CSP_BT_709: return SWS_CS_ITU709; <- whoa, what are *those* constants? [01:14:41 CEST] <kierank> mplayer cruft [01:15:28 CEST] <haasn> I' mean the SWS_CS_ITU709; this is confusing - doesn't it use AVCOL_SPC_BT709? [01:15:56 CEST] <haasn> Either that or the two constants agree internally, because looking at the documentation of the table, the comments match 1:1 with the order of the AVCOL_SPC_ coefficients [01:16:42 CEST] <haasn> they're defined in swscale.h [01:17:35 CEST] <haasn> Are they just convenient aliases? nothing inside ffmpeg seems to use it [01:18:04 CEST] <haasn> Instead all ffmpeg-internal code just uses the AVCOL_SPC_* constants (eg. from the int colorspace parameter) [01:21:19 CEST] <haasn> BtbN: Ah, it looks like swscale operates like this 1. get the colorspace table entry using sws_getCoefficients, 2. pass this to sws_setColorspaceDetails [01:21:36 CEST] <haasn> So that's where the missing link is in connecting that table to the rest of the code, it happens in external code [01:23:07 CEST] <BtbN> ah [01:41:46 CEST] <haasn> BtbN: c->vrCoeff = roundToInt16(crv * 8192) * 0x0001000100010001ULL; [01:41:57 CEST] <haasn> (Do I even want to begin thinking about this code?) [01:42:43 CEST] <haasn> and then it applies some other weird stuff like c->yuv2rgb_v2r_coeff = (int16_t)roundToInt16(crv << 13); [01:43:22 CEST] <haasn> and then there's a nightmare of a switch(bpp) [02:01:28 CEST] <jamrial> haasn: that first line putting an int16 value four times inside an int64 [02:02:57 CEST] <jamrial> odd seeing that outside of simd code [02:05:26 CEST] <Prelude2004c> hey ... anyone know what is a very good playout server for video ? [02:37:35 CEST] <cone-425> ffmpeg 03Andreas Cadhalpun 07master:eb9fb508b0e0: matroskadec: use uint64_t instead of int for index_scale [09:08:13 CEST] <wm4> haasn: the SWS aliases are there because libswscale didn't want to depend on libavcodec [09:08:33 CEST] <wm4> which is pointless now, because the AV constants are in libavutil now, on which sws depends anyway [09:09:07 CEST] <wm4> so I think a patch which defines the SWS constants to the AV ones might be accpepted (if they're still compatible) [09:41:18 CEST] <j-b> 'morning [09:44:08 CEST] <BBB> hi j-b [10:35:19 CEST] <rcombs> How do I patch KDE2 under FreeBSD? [10:35:33 CEST] <nevcairiel> KDE2 is still something that exists? [14:32:57 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:3dfbdb328ed9: avcodec/ffv1dec: Check quant table symbols more completely [14:32:58 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:03baa861eae4: avcodec/ffv1dec: More completely check micro_version [14:32:59 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:d43cd6b08ed5: avcodec/ffv1dec: Check chroma shift parameters [14:44:02 CEST] <ubitux> i'm trying to debug a seek with ffmpeg but the ts seems to be adjusted for some reason [14:44:24 CEST] <ubitux> ffmpeg -ss 50 -i media.mkv -af ashowinfo -f null - // this shows pts starting at 0 [14:44:29 CEST] <ubitux> why, and how to avoid that? [14:44:39 CEST] <ubitux> (i'm trying to check the accuracy of the seek wrt to audio) [14:45:11 CEST] <Daemon404> -copyts -vsync passthrough [14:46:29 CEST] <ubitux> thanks [16:02:07 CEST] <kierank> so mpeg-2 is broken when using the api [16:02:07 CEST] <kierank> but works in lavf [16:02:07 CEST] <kierank> and ffmpeg [16:02:07 CEST] <kierank> how do I report this bug [16:02:11 CEST] <kierank> bencoh: ^ [16:02:44 CEST] <Daemon404> i assume you must provide a small test program [16:03:11 CEST] <Daemon404> usually when i see things like that, it's cause i didn't know some proper magical order and/or incantation [16:12:22 CEST] <nevcairiel> kierank: mpeg2 broken how? I use lavc without lavf through the API just fine [16:12:35 CEST] <kierank> From what I understand the first GOP is broken [16:12:45 CEST] <kierank> it's reproducable with VLC apparently (when set to use avcodec) [16:12:51 CEST] <kierank> bencoh may be able to explain more [16:13:50 CEST] <wm4> kierank: sample? [16:14:17 CEST] <nevcairiel> I do use the parser for all mpeg2 content before lavc though, if that matters somehow [16:14:41 CEST] <Daemon404> probably [16:25:55 CEST] <cone-168> ffmpeg 03Andreas Cadhalpun 07master:e54540655f22: matroskadec: check s->streams[k] before using it [16:25:56 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:5d309d309108: avformat/matroskadec: Use tracks[k]->stream instead of s->streams[k] [16:35:14 CEST] <bencoh> wm4: http://www.dvdloc8.com/dolbydtsclip.php?clipid=2 [16:35:37 CEST] <bencoh> (that's the Dolby Broadway clip) [16:36:53 CEST] <bencoh> playing it with vlc-2.2.1/libavcodec shows an artefact (here it's a grey image) at the begining [16:38:44 CEST] <bencoh> (that's a quick way to reproduce it, I guess we'll need to send a sample) [16:38:49 CEST] <bencoh> (a program sample) [16:42:52 CEST] <nevcairiel> I assume someone verified that the clip actually does start properly on a GOP boundary [17:28:31 CEST] <nevcairiel> hey look, a system based on a 12-year old debian [17:29:54 CEST] <Daemon404> :D [17:56:48 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:f320f2f4c639: cmdutils: Ask for a sample in case a odd rotation angle is encountered [18:04:15 CEST] <bencoh> nevcairiel: more than that, we have a different behaviour with older ffmpeg [18:14:14 CEST] <cone-168> ffmpeg 03Carl Eugen Hoyos 07master:d90f91c1c85d: lavf/mxfenc: Write correct interlaced flag when muxing dnxhd. [18:14:15 CEST] <cone-168> ffmpeg 03Carl Eugen Hoyos 07master:8ad04d24c82e: lavf/apngenc: Fix png remuxing by using default extension apng. [18:14:16 CEST] <cone-168> ffmpeg 03Carl Eugen Hoyos 07master:0bca6182b26a: lavfi/cropdetect: Fix cropdetect for > 8 bit input. [18:14:17 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:783e94cb1190: Merge remote-tracking branch 'cehoyos/master' [18:25:54 CEST] <drwx> 28/04/2015 12:41 < drwx> hi, could anyone look at this bug? https://trac.ffmpeg.org/ticket/2975 [18:25:57 CEST] <drwx> 28/04/2015 12:41 < drwx> also, https://trac.ffmpeg.org/ticket/4487 looks like a duplicate [20:36:05 CEST] <Compn> drwx : i'm guessing different bugs as the first one isnt using copy [20:36:16 CEST] <Compn> drwx : also i'd like to see the first bug with updated ffmpeg output :P [20:38:07 CEST] <Compn> and possibly with pts fixing filter applied :P [20:38:12 CEST] <Compn> or latest x264 [21:39:06 CEST] <cone-168> ffmpeg 03Andreas Cadhalpun 07master:0eec40b713ee: avidec: check for valid bit_rate range [21:46:11 CEST] <haasn> Anybody know what the difference is between AVCOL_TRC_IEC61966_2_1 and AVCOL_TRC_IEC61966_2_4? [21:47:03 CEST] <haasn> is the latter just for xvYCC? [23:18:46 CEST] <cone-168> ffmpeg 03Michael Niedermayer 07master:b4cc7d67f564: avfilter/vf_cover_rect: clip rectangle if it is partly outside the input [23:41:24 CEST] <cone-168> ffmpeg 03James Almer 07master:079b7f6eacc0: vp9: add profile names [23:42:10 CEST] <j-b> a1m [23:42:12 CEST] <j-b> oops [23:53:59 CEST] <BBB> jamrial: Im still not happy about the names, the problem is that the typical use case is to render them right? so you get profile: main or profile: profile 0, which is redundant [23:54:04 CEST] <BBB> (it should be: profile: 0) [23:54:22 CEST] <BBB> I know this is not the most important thing in the world right now [23:55:35 CEST] <nevcairiel> personally i show them as "vp9 profile 0", still reads odd, but what can you do [23:56:44 CEST] <BBB> give them real names [23:56:47 CEST] <BBB> :-p [23:56:50 CEST] <BBB> anyway [23:56:53 CEST] <BBB> thats a google problem [23:56:57 CEST] <nevcairiel> inventing names that noone else uses doesnt help either [23:57:00 CEST] <BBB> Im pretty sure they call 2/3 high bitdepth" [23:57:07 CEST] <BBB> but I dont think profile 1 has a name [23:57:28 CEST] <nevcairiel> steal h264 names, and call it range extension [23:57:38 CEST] <BBB> I was considering calling it main and ext [23:57:42 CEST] <BBB> and then high bitdepth main/ext [23:58:19 CEST] <BBB> Ill try to add profile 2/3 this week, cant promise but I have some time for it [23:58:43 CEST] <jamrial> BBB: ah, didn't think about that. i saw the ffmpeg output showing "codec: vp9 (Profile 0)" and thought it was good [23:59:18 CEST] <jamrial> it can be changed to simply 0, or just go with main/ext as you said [23:59:24 CEST] <jamrial> both are fine by me [00:00:00 CEST] --- Tue May 5 2015

1 0

ffmpeg.log.20150504
by burek 05 May '15

05 May '15

[02:04:42 CEST] <Prelude2004c> hey guys.. anyone know what the best playout software is for schedules and just simple playout ? Does ffmpeg have any playout UI ? [10:35:21 CEST] <rcombs> How do I patch KDE2 under FreeBSD? [10:36:21 CEST] <spaam> KDE2?! [10:36:22 CEST] <spaam> wow [10:36:27 CEST] <spaam> thats old [10:36:45 CEST] <spaam> 13 years ago the last stable was released. [10:58:02 CEST] <danboid> Is it not possible to seek to a point in a video by specifying a percentage of the way through the clip? [11:41:51 CEST] <zynx_> what is the most important to running ffmpeg as a transcoder? is i Ghz or Cache? [11:45:32 CEST] <Mavrik> GHz and number of cores [11:46:26 CEST] <JamJams> I'm having a really hard time understanding the crop filter. How do I crop 2px of black from the right hand side of my video :( [11:49:29 CEST] <Mavrik> JamJams, how big is your input video in pixel terms_ [11:49:31 CEST] <Mavrik> ? [11:50:02 CEST] <JamJams> It's a 1080p recording, I only want to crop those 2px off [11:50:06 CEST] <JamJams> I don't want to resize or anything [11:50:40 CEST] <Mavrik> JamJams, 1080p isn't really a useful name for that [11:50:51 CEST] <Mavrik> you need to provide a box for output video so you need to know your resolution [11:50:55 CEST] <Mavrik> so, again [11:51:00 CEST] <Mavrik> how big is your video in pixel terms? [11:51:17 CEST] <JamJams> 1920x1080 [11:51:36 CEST] <Mavrik> so if you crop off two pixels your output will be 1918x1080 [11:51:39 CEST] <JamJams> Correct [11:51:44 CEST] <JamJams> I have no idea how to do that [11:51:53 CEST] <Mavrik> crop=1918:1080:0:0 [11:52:09 CEST] <Mavrik> meaning "crop a box sized 1918x1080 which is positioned at 0,0" [11:52:13 CEST] <JamJams> How is it going to know to crop those 2px off the right [11:52:17 CEST] <JamJams> And not the left [11:52:29 CEST] <Mavrik> because you're saying "X of the box is 0, and Y of the box is 0" [11:52:56 CEST] <JamJams> So what would I do if I wanted to crop off the left and not the right? [11:53:15 CEST] <Mavrik> you'd move the "cropped box" two pixels to the right [11:53:21 CEST] <Mavrik> 1918:1080:2:0 [11:55:38 CEST] <JamJams> I see [11:56:10 CEST] <JamJams> And if I wanted to crop 2 of both it would be 1916:1080:2:0 [11:56:12 CEST] <JamJams> Right? :) [11:56:28 CEST] <Mavrik> yep [11:56:51 CEST] <Mavrik> just note that some old crappy hardware decoders don't like "non-standard" sized video ratios [11:57:10 CEST] <Mavrik> so if you get wierd playback problems on chinese crap it's because it wants a 1920x1080 not 1916x1080 video :P [11:58:15 CEST] <JamJams> Yep [11:59:17 CEST] <JamJams> Is there a way to just sorta automate it a bit better I saw you can use h and w in the parms [11:59:30 CEST] <Mavrik> yeah, you can write an expression [11:59:33 CEST] <JamJams> So can't I make it like w-2:h:2:0 [11:59:34 CEST] <JamJams> Or something [11:59:45 CEST] <Mavrik> by default the cropbox is centered anyway [11:59:55 CEST] <JamJams> I'm really use to the avs crop() filter [12:00:05 CEST] <JamJams> So this is very confusing to learn [12:00:09 CEST] <Richlv> when extracting frames from a video, can i extract sequential frames from multiple videos ? [12:00:12 CEST] <Mavrik> JamJams, yeah [12:00:28 CEST] <Mavrik> crop=iw-2:ih:2:0 should work [12:00:30 CEST] <Richlv> let's say video1 would provide frames 1-100, then video2 101-153 [12:00:51 CEST] <Mavrik> crop=w=iw-4:h=ih should cut 2 pixels on each size [12:00:53 CEST] <Mavrik> *Side [12:00:55 CEST] <Mavrik> etc. [12:01:04 CEST] <JamJams> I see [12:01:07 CEST] <JamJams> Very intresting [12:01:12 CEST] <Richlv> (without concatenating them in a separate file first) [12:01:33 CEST] <Richlv> and without extracting them separately and scripting the numbering :) [12:01:55 CEST] <Richlv> i tried passing multiple files in a couple of ways, but that did not seem to work [12:02:13 CEST] <JamJams> If you use -ss offset -i 1.mkv -ss offset -i 2.mkv it may work [12:02:35 CEST] <JamJams> ffmpeg isn't frame accurate in most cases though so I wouldn't count on it doing exactly [12:03:41 CEST] <Richlv> oh, i extract them every 2 or 3 seconds anyway [12:03:51 CEST] <Richlv> i just want the numbering to continue from another video [12:03:56 CEST] <JamJams> Oh I see [12:04:07 CEST] <JamJams> I think you'd have to cat them together [12:04:21 CEST] <Richlv> thanks, in that case scripting might be easier [12:04:25 CEST] <Richlv> and much faster :) [12:04:29 CEST] <JamJams> You could try cat 1.mkv 2.mkv | ffmpeg -i - [12:04:47 CEST] <Richlv> well, these ar MOV [12:04:55 CEST] <JamJams> Yeah I don't think it would work with that [12:05:00 CEST] <Richlv> i tried concatting them and ffmpeg complained [12:05:11 CEST] <JamJams> Yeah with some formats it ignores the header doubling [12:05:23 CEST] <JamJams> Like .ts and .mpg [12:06:23 CEST] <Richlv> i'll go with a script then. [12:06:33 CEST] <Richlv> starting number for frames can't be specified, can it ? [12:06:40 CEST] <Richlv> at least manpage does not seem to mention anything like that [12:07:56 CEST] <JamJams> I don't think so no [12:27:54 CEST] <zynx_> so E5-2630v2 will be good option for transcoding ? [13:27:52 CEST] <JamJams> zynx_ The CPU? Not bad an i7 is better however [13:57:49 CEST] <zynx_> JamJams well is for a server envirement [13:58:06 CEST] <JamJams> E5 should be fine then [13:58:35 CEST] <JamJams> What kind of encoding x264? [13:58:53 CEST] <JamJams> desktop hardware works best for x264 since it has more clocks per core not more threads per core [13:59:14 CEST] <JamJams> And you want more clock not more threads since x264 gets worst quality the more threads you enable [14:02:09 CEST] <__jack__> well, worst quality .. nothing special [14:11:22 CEST] <Mavrik> yeah, we use 16 core machines for x264 and it's just fine [14:11:33 CEST] <Mavrik> 16/32 thread that is [14:11:47 CEST] <Mavrik> a couple of 24/48 as well [14:37:53 CEST] <xer0> hello [17:28:07 CEST] <termos> when setting thread_count on my encoding context, is that honored by x264? I'm setting it to 4 but nine encoding are spawning ~800 threads according to my OS [17:28:30 CEST] <termos> this is a 64 core CPU, so I wonder if thread_count is working as some kind of multiplier? [17:42:36 CEST] <Mavrik> termos, thread count gets passed to x264 yes [17:42:51 CEST] <Mavrik> but those are only encoder threads [18:06:06 CEST] <Mista-D> when converting file to 1 fps slide show I get extra 1 sec in duration. Audio is perfect duration but video stream gets 1 sec longer. Using "-vf fps=1". Any ideas please? [18:15:36 CEST] <Mista-D> Anyway to crop video track's duraiotn to match audio track's duration exactly? [20:25:37 CEST] <edoardo> hello! [20:26:02 CEST] <edoardo> How can i dump to a text file all the info about the codec used for the input file? [20:26:23 CEST] <edoardo> -f ffmetadata works well but gets only metadata, and not codec info [20:32:40 CEST] <lordkrondor> use ffprobe? [20:32:46 CEST] <lordkrondor> with -show_streams ? [20:35:58 CEST] <edoardo> lordkrondor: thanks! [20:36:10 CEST] <edoardo> how may i show the metadata now, and not dump it to a file? [20:36:22 CEST] <edoardo> using -f ffmetadata hangs ffprobe [20:50:47 CEST] <edoardo> god how much i hate libav [21:05:38 CEST] <micechal> when encoding with ffmpeg, why does it start displaying processed frames from 25/26 rather than from 0 or 1? [21:39:23 CEST] <icucode> Is it possible to select a specific stream/track to play from an RTSP server using ffmpeg? [21:40:43 CEST] <icucode> I have a problem with an RTSP server that say it have two streams/tracks but when sending SETUP for the second one it returns "DESCRIBE failed: 404 Stream Not Found" [21:41:32 CEST] <icucode> It plays fine with VLC and by inspecting the traffic I can see that VLC only invokes SETUP/PLAY for the first stream and ignores the second one. [00:00:00 CEST] --- Tue May 5 2015

1 0

ffmpeg-devel.log.20150503
by burek 04 May '15

04 May '15

[00:59:51 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:3080b0497ddf: avprobe: Support writing arrays of integers without keys [00:59:52 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:db4649dd1094: Merge commit '3080b0497ddf8549d86ee99b79ac0c15f44ee382' [00:59:53 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:2a3270b66c3c: ffprobe: add writer_print_integers() to allow printing formated 1d and 2d arrays of integers [00:59:54 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:08152f2df2c8: ffprobe: Add Support to print information about AV_FRAME_DATA_DISPLAYMATRIX [00:59:55 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:a72b61a317b0: ffprobe: support printing AVStream and AVPacket side data [01:17:30 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:709e1c91ea7a: avprobe: Print the display matrix from per-stream sidedata [01:17:31 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:0ba65c9f795a: Merge commit '709e1c91ea7a5bbf2b9a104642572ca7616b224f' [01:28:50 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:863ee06809b2: configure: Use the right local variable in the MSVC and ICL probes [01:28:51 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:02b5af774405: Merge commit '863ee06809b215895ee20cbc557eeceb904cf770' [01:42:05 CEST] <cone-666> ffmpeg 03Matt Oliver 07master:3edeb7749e42: configure: Allow log2 with MSVC 2013 onwards. [01:42:06 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:40964e2e894f: Merge commit '3edeb7749e4276c78ad57307b8c3b32dd476d1da' [01:53:12 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:c8b4ffdf554b: configure: prepend avfilter_deps for *_rect filters [01:53:13 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:eb1688119975: LICENSE.md: add *_rect filters [02:06:09 CEST] <cone-666> ffmpeg 03Jérôme Martinez 07master:14605a0b9915: ffv1dec: plane_index is 1 in case of version 4 gray+alpha. [03:21:54 CEST] <haasn> JEEB: what ever happened to those OpenHEVC intrinsics in ffmpeg? [03:21:59 CEST] <haasn> Have they ever been merged in? [03:22:17 CEST] <nevcairiel> we dont do intrinsics in ffmpeg [03:23:10 CEST] <haasn> Ah, okay [03:26:45 CEST] <jamrial> most were ported to nasm/yasm syntax and merged [03:27:13 CEST] <jamrial> only idct and intrapred are missing, afaik [04:42:46 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:29ef54aa9086: avcodec/nvenc: Make pix_fmts_nvenc const [06:17:56 CEST] <haasn> Can somebody figure out how the const int32_t ff_yuv2rgb_coeffs[8][4] = { in yuv2rgb.c works? [06:18:12 CEST] <haasn> None of the magic constants are explained [06:29:31 CEST] <haasn> { 117504, 138453, 13954, 34903 }, /* ITU-R Rec. 709 (1990) */ [06:30:39 CEST] <haasn> The only thing I can decipher is that third number probably has something to do with blue, since it's very small [06:31:22 CEST] <haasn> But the numbers are also not proportional in the slightest to the luma coefficients BT.709 uses (0.2126, 0.7152, 0.0722) [06:31:59 CEST] <haasn> (Except that the second is roughly 10 times the third) [06:33:13 CEST] <haasn> Curiously, there's a second set of parameters I can play with: { 117579, 136230, 16907, 35559 } /* SMPTE 240M (1987) */ [06:33:32 CEST] <haasn> I know that these correspond to the luma coefficients 0.2122, 0.7013, 0.0865 [06:33:57 CEST] <haasn> And indeed 13954 / 0.0722 * 0.865 H 16718 H 16907 [06:34:35 CEST] <haasn> Although I'm not sure what explains the remaining difference; even if I try using only two digits of preicison it comes out as 16667 or 16861 depending on rounding [06:35:28 CEST] <haasn> there is this same ~300 difference for the R channel as well (117504 / 0.2126 * 0.2122 H 117282) [06:36:29 CEST] <haasn> and for the green channel. Maybe it's related to the fact that the fourth parameter is a few hundred higher than for BT.709? [06:36:45 CEST] <haasn> Since they're both 3D spaces, presumably the fourth is some sort of constant offset? [12:15:17 CEST] <cone-138> ffmpeg 03Muhammad Faiz 07master:a141948a8be7: avfilter/avf_showcqt: optimize gamma calculation [14:22:40 CEST] <nevcairiel> haasn: if you know the calculations for yuv->rgb, the table contains crv, cbu, cgu, cgv, in that order, ie. the first step of the coeff calculation has already been hardcoded [16:28:11 CEST] <BtbN> haasn, those are the fixed point constants for calculating the RGB components from yuv, for diffrent yuv color standards. [16:28:43 CEST] <BtbN> They are just defined to be that way [17:18:45 CEST] <cone-425> ffmpeg 03Michael Niedermayer 07master:52835cb8e16c: avutil/opt: Avoid division by 0 [17:18:45 CEST] <cone-425> ffmpeg 03Michael Niedermayer 07master:042260cde4ec: avcodec/wavpack: Check L/R values before use to avoid harmless integer overflow and undefined behavior in fate [17:37:11 CEST] <cone-425> ffmpeg 03Andreas Cadhalpun 07master:287dbb0771d5: pngdec: check s->last_picture.f->data[0] before using it [20:36:49 CEST] <cone-425> ffmpeg 03Andreas Cadhalpun 07master:8f760be4d312: pngdec: return correct error code from decode_frame_common [21:02:20 CEST] <anshul_mahe> ubitux: I saw ur comment regarding style in mail,can u throw more light [21:02:43 CEST] <anshul_mahe> which style, you did not like [21:02:59 CEST] <ubitux> http://ffmpeg.org/developer.html#Coding-Rules-1 [21:03:30 CEST] <ubitux> if(ret < 0) { [21:03:32 CEST] <ubitux> this is wrong [21:03:37 CEST] <ubitux> if( !ctx->pktbuf) { [21:03:40 CEST] <ubitux> this as well, differently [21:03:51 CEST] <ubitux> if ( ret == 0 ) [21:03:55 CEST] <ubitux> this as well, differently again [21:04:44 CEST] <ubitux> it's not important for that patch, but it would be nice to have it fixed at some point [21:10:33 CEST] <anshul_mahe> ubitux: correct way is "if ( ret == 0 )" or if(ret == 0) [21:10:54 CEST] <ubitux> look at the link i pasted [21:10:57 CEST] <ubitux> look at other files too [21:12:53 CEST] <anshul_mahe> ok from other file, I should use if (ret == 0). but nothing related to it in doc [21:16:49 CEST] <ubitux> good point [21:16:56 CEST] <ubitux> well, just keep it consistent with the other file [21:17:04 CEST] <ubitux> or at the very least within the same file [21:24:03 CEST] <anshul_mahe> ok, I will atleast get this done in webvtt patch [21:24:21 CEST] <anshul_mahe> there are also similar style problem [21:25:58 CEST] <anshul_mahe> but in condition like this if ((ret=0)), its more readable when space is left(my opinion) like if ( (ret = 0) ) [21:34:22 CEST] <anshul_mahe> bye [22:04:34 CEST] <cone-425> ffmpeg 03Andreas Cadhalpun 07master:372aa0777aaa: pngdec: don't use AV_PIX_FMT_MONOBLACK for apng [22:59:42 CEST] <cone-425> ffmpeg 03Michael Niedermayer 07master:f9e802018e54: ffplay: unify displaymatrix based rotation code [23:39:16 CEST] <cone-425> ffmpeg 03Anshul Maheshwari 07master:a6b630e9b6d8: avcodec/ccaption_dec: correcting line breaks in cc [00:00:00 CEST] --- Mon May 4 2015

1 0

ffmpeg.log.20150503
by burek 04 May '15

04 May '15

[00:00:06 CEST] <DragonsLordKERNE> ffmpeg version N-71066-ga2dd2d7 Copyright (c) 2000-2015 the FFmpeg developers [00:00:06 CEST] <DragonsLordKERNE> built with gcc 4.9.2 (GCC) [00:00:31 CEST] <DragonsLordKERNE> I am running this on WindowsOS [00:00:40 CEST] <BtbN> looks recent enough, there was an issue with this like 4 years ago, but it's listed as fixed. [00:01:09 CEST] <DragonsLordKERNE> Do you think it could be usefull if I open a bug for this? [00:01:51 CEST] <BtbN> Make sure you aren't messing up somewhere first. Are these plain mp3 files, or some other weird container? [00:02:15 CEST] <DragonsLordKERNE> and the other question I have is "Do you know if it's possible to set null frames to 0"? [00:02:41 CEST] <DragonsLordKERNE> no, it's not a weird container ... [00:02:52 CEST] <DragonsLordKERNE> this is what I am doing ... wait ... [00:04:30 CEST] <DragonsLordKERNE> http://pastebin.com/rZR99M7p [00:04:45 CEST] <DragonsLordKERNE> hi grublet [00:04:52 CEST] <grublet> DragonsLordKERNE: h [07:15:39 CEST] <FedoraUser> hi friends [07:15:56 CEST] <FedoraUser> is there a way to specify default audio stream from input file? [07:16:17 CEST] <FedoraUser> I was looking through documentation, but can't seem to find what value should I use for -map [09:40:38 CEST] <ruby_on_tails> anyone here has dealt with HD videos on retina display being blurred in full screen mode? [13:03:41 CEST] <Mavrik> mornin :) [15:54:15 CEST] <chris88g4> Hello everyone, i have this error but i dont know how to solve it. I had the same issue and i have fixed it but i dont remember the command for the apt-get install. This is the error: [tcp @ 0x29f5320] Failed to resolve hostname [15:55:10 CEST] <chris88g4> sorry the package for the apt-get install in order to fix it [16:00:34 CEST] <Mavrik> You're typing in the wrong address. [16:00:42 CEST] <Mavrik> as in DNS address. [16:01:45 CEST] <chris88g4> i type http://dns , this dns on other server is working, on this is not working. But i had the same issue and i fixed it , you here told me the package to install it and was ok :( [20:04:43 CEST] <waddlesplash> If I call avformat_open_input on a FFmpeg build that includes libavdevice, will it automatically use a hardware decoder if one is available? [20:05:06 CEST] <waddlesplash> Is there some way to tell what will be / won't be hardware accelerated? [20:07:04 CEST] <JodaZ> can i seek, pts passthru, keep video untouched and transcode audio all at once? [20:34:14 CEST] <DolphinDream> howdy [20:34:37 CEST] <DolphinDream> how do i get the metadata from movie file? [20:34:52 CEST] <DolphinDream> im using -ffmetadata but it doesnt seem to read all the metadata from file [20:35:15 CEST] <Mavrik> that's a very generic question. [20:36:04 CEST] <DolphinDream> Mavrik: ok.. i have some MPG movies i took with a camera .. and i want to convert them to mp4 to import to iMovie.. but during conversion i want to preserver all the metadata and timestamp [20:36:19 CEST] <DolphinDream> what is the command to transfer the metadata from one movie to the converted version ? [20:38:14 CEST] <Mavrik> ffmpeg will automatically copy all metadata it can [20:38:58 CEST] <DolphinDream> Mavrik: heres my terminal output: http://pastebin.com/1ZPSLupR [20:39:43 CEST] <DolphinDream> the reading of the metadata shows creation_time and encoder (Canon) .. however the metadata saved to the meta.txt file does not show any of these. Any ideas why ? [20:40:31 CEST] <Mavrik> did you try using -map_metadata 0 [20:40:39 CEST] <DolphinDream> it seems that it copies the metadata fromtthe audio but not the audio [20:41:07 CEST] <DolphinDream> use map_metadata 0 when dumping metadata to file or when converting from MPG to mp4 ? [20:41:54 CEST] <Mavrik> both. [20:42:06 CEST] <Mavrik> it tells ffmpeg to copy metadata from file 0 [20:42:11 CEST] <Mavrik> read the docs on it. [20:42:40 CEST] <DolphinDream> ok.. when i use with dumping to meta file.. it does copy the creation_date.. but the encoder is not the video encoder (Canon) but the audio encoder (Lavf56..) [20:46:08 CEST] <Mavrik> DolphinDream, it's not an audio encoder [20:46:15 CEST] <Mavrik> it's the ffmpeg encoder and it sets it to itself [20:46:34 CEST] <DolphinDream> ok [20:46:57 CEST] <DolphinDream> dont know why then it does not copy the encoder: Canon [20:47:12 CEST] <Mavrik> why would it [20:47:20 CEST] <Mavrik> "encoder" means the encoder that encoded it [20:47:24 CEST] <Mavrik> and that's FFMPEG in your case. [20:48:11 CEST] <DolphinDream> it doesnt make sense to keep the older enoder then, i presume? [20:53:47 CEST] <Mavrik> DolphinDream, as far as I know there's not way to persuade ffmpeg not to overwrite that field [20:54:09 CEST] <DolphinDream> ok.. it makes sense to keep the most recent encoder info. [20:54:20 CEST] <DolphinDream> thx for your feedback Mavrik [20:54:51 CEST] <DolphinDream> so you say ffmpeg will try to copy metadata by default ? do i need to specify -map_metadata 0 during conversion then ? [20:55:48 CEST] <DolphinDream> based on my tests it seems that the map_metadata 0 is needed [20:57:04 CEST] <Mavrik> I honestly don't remember what the default behaviour is [21:00:40 CEST] <theRealGent> Hello. I am having trouble concatenating video files using avconv. I used the -i concat:"f|b|c" -c copy out.mov syntax, and I get some error output. [21:00:54 CEST] <theRealGent> The file that resulted seems to work up to a point, but then freezes on a certain frame till the end of the video. [21:01:32 CEST] <theRealGent> The error is something like this repeated: [h264 @ 0x1f28f00] AVC: nal size 237983903 [21:01:33 CEST] <theRealGent> [h264 @ 0x1f28f00] no frame! [21:01:49 CEST] <Mavrik> Might wanna ask that in #avconv channel. [21:02:31 CEST] <theRealGent> It doesn't exist O.o [21:07:10 CEST] <Mavrik> or #libav or whatsit :) [21:07:32 CEST] <Mavrik> theRealGent, can't really support you on wierd bugs for program that's not ffmpeg :( [21:08:05 CEST] <theRealGent> Mavrik, makes sense. I'm trying to get ffmpeg installed now, but I'm on Ubuntu 14.04 LTS and it's proving to be a headache. [21:08:28 CEST] <Mavrik> theRealGent, why not just grab a static build? it's a single executable [21:08:46 CEST] <theRealGent> Mavrik, I first need to find out the codename for my distribution.. hehe [21:08:58 CEST] <theRealGent> Mavrik, you're talking about http://www.deb-multimedia.org/ ? [21:08:59 CEST] <Mavrik> https://launchpad.net/~mc3man/+archive/ubuntu/trusty-media [21:09:00 CEST] <Mavrik> trusty :) [21:10:01 CEST] <theRealGent> Mavrik, I don't understand PPAs very well and the top of the page says something about doing a dist upgrade, fresh install? [21:10:14 CEST] <theRealGent> Neither sounds like something I want to do. [21:13:29 CEST] <theRealGent> I seem to be confusing it with release-update [21:13:36 CEST] <theRealGent> upgrade* [21:14:43 CEST] <Mavrik> what. [21:14:50 CEST] <Mavrik> PPA is just a small repo you add. [21:15:13 CEST] <theRealGent> I thought the dist-upgrade was going to a release-upgrade. No matter now, i have ffmpeg installed. I will give it a try. Thanks Mavrik [21:18:35 CEST] <theRealGent> Mavrik, when I do the intermediate steps outlined in http://ffmpeg.org/faq.html#Concatenating-using-the-concat-protocol-_0028fil… does that just change the container? or does it reencode and potentially lose quality? [21:20:30 CEST] <theRealGent> And it seems like this ffmpeg binary doesnt come with a manpage? O.o [21:22:31 CEST] <theRealGent> I gave it a try and it seems like it does. Is there a way I can concatenate without doing those intermediary steps reencoding? They are both mov files with h264 [00:00:00 CEST] --- Mon May 4 2015

1 0

ffmpeg-devel.log.20150502
by burek 03 May '15

03 May '15

[00:53:29 CEST] <alezandro> when running doc/example/demuxing_decoding is see output like this [00:53:33 CEST] <alezandro> p 30537 d 27534 [00:53:33 CEST] <alezandro> p 36543 d 30537 [00:53:49 CEST] <alezandro> where is the printf that prints this? .... thx [03:06:15 CEST] <Timothy_1u> alezandro: in pgm_save(): https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/decoding_encoding… [03:06:34 CEST] <Timothy_1u> scratch that oops [03:16:39 CEST] <cone-151> ffmpeg 03Michael Niedermayer 07master:61976727204e: avcodec/svq3: Print unknown fields at debug level [08:04:18 CEST] <BBB> nevcairiel: bitdepth is profile 2, yes [08:04:29 CEST] <BBB> nevcairiel: profile 1 is rgb support and non-420 chroma subsampling, thats supported now [08:13:43 CEST] <rcombs> https://gist.github.com/d613e5029d78b6407676 <-- anyone here have any thoughts before I send this? (Secure Channel [OSX TLS] support) [11:01:05 CEST] <rcombs> so, if anyone wants to add schannel support (Windows) then we could probably switch over to verify-by-default in the next minor version [11:04:16 CEST] <nevcairiel> sounds more like a major version t hing [11:04:45 CEST] <nevcairiel> I would work on schannel, but the schannel API in c++ is already terrible, and adding the C layer on top of that makes it not any better [11:05:04 CEST] <rcombs> does ffmpeg have any particular rules for when major bumps happen? [11:27:00 CEST] <wm4> nevcairiel: IMO SOMEOME should unmess the TLS code and separate each impl. to its own file [11:27:10 CEST] <wm4> maybe we could memcpy(rcombs, SOMEONE) [11:27:20 CEST] <wm4> or is it the other way around [11:27:30 CEST] <nevcairiel> if rcombs is your target, then thats fine [11:29:39 CEST] <rcombs> hey I don't like being overwritten [11:29:45 CEST] <rcombs> rude [11:30:40 CEST] <wm4> things happen when using C [12:13:30 CEST] <cone-512> ffmpeg 03Rodger Combs 07master:71b69df62248: lavf/http: support HTTPS when listening [13:41:58 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:c1872172873c: avformat/matroskadec: Mark static tables as const [13:54:13 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:270e647adc3b: avcodec/x86/dct-test: Make static table const [13:54:14 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:dfc0708e233d: avcodec/x86/dct-test: Use uint8_t for idct_simple_mmx_perm [14:58:24 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:156f64bdf142: avutil/cast5: Mark key_bits as const [14:58:25 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:536b42e85841: avutil/cast5: Make iv array static [15:14:25 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:dc4a6e4d5a49: avfilter/vf_libopencv: Make ocv_filter_entries const [16:00:11 CEST] <wm4> so what does --enable-hardcodec-tables do? [16:13:17 CEST] <cone-512> ffmpeg 03Michael Niedermayer 07master:4e8ee7acb858: libavcodec/svq3: clarify unknown_flag by renaming to has_watermark [17:41:51 CEST] <kierank> wm4: increases binary size by hardcoding tables [17:42:09 CEST] <Daemon404> what was the original usecase anyway [17:42:18 CEST] <Daemon404> very very slightly faster init? [17:42:18 CEST] <wm4> does it make it faster? [17:42:26 CEST] <wm4> the only thing I could guess [17:42:27 CEST] <Daemon404> wm4, well the tables are generated only on init... [17:42:59 CEST] <wm4> it broke recently (probably fixed by now?), so it caused some fallout [17:43:05 CEST] <wm4> due to users cargo-culting it [17:43:51 CEST] <Daemon404> thats so stupid [17:44:01 CEST] <Daemon404> the only usecase is some embedded system probably [21:24:12 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:94340e4b28cc: avfilter: add find_rect filter [21:24:13 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:61b4ab18609a: avfilter: Add cover_rect filter [21:48:44 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:94f4bdc4f146: configure: add forgotten avcodec/avformat deps for find/cover_rect [22:13:29 CEST] <BtbN> I can't find anything on how other filters handle the pixel format matching. So i think it just works automaticaly, and the filter chain is adjusted once the first frame is output? [22:13:50 CEST] <BtbN> That's also how it looks like in a debug log. [22:18:35 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:21180b73239c: avplay: Factorize code for adding filters to the filter pipeline [22:18:36 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:e874772f7090: Merge commit '21180b73239c6360aa28496d4879713b7ba4a8e5' [22:38:13 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:e2d50fc2f5f3: avplay: Add support for rotated video [22:38:14 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:deedf3e59002: Merge commit 'e2d50fc2f5f3600e13055acf1a10fec35e941f37' [23:11:47 CEST] <jamrial> http://www.zdnet.com/article/rip-windows-media-center/ [23:13:00 CEST] <cone-666> ffmpeg 03Martin Storsjö 07master:16302246b1fc: avconv: Add an option for automatically rotating video according to display matrix [23:13:01 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:f5b26fbc2f56: Merge commit '16302246b1fcb7ad4e6f7bd31c49956a455336d2' [23:13:02 CEST] <cone-666> ffmpeg 03Michael Niedermayer 07master:a1acae040970: ffmpeg_opt: remove rotate metadata in case of autorotate [00:00:00 CEST] --- Sun May 3 2015

1 0

ffmpeg.log.20150502
by burek 03 May '15

03 May '15

[00:01:12 CEST] <BtbN> Or its just a people with bad internet problem. [00:01:52 CEST] <cnut> One was running through a vpn, told him to stop [02:54:19 CEST] <halit> hi guys [02:54:27 CEST] <halit> can i ask a question [02:56:57 CEST] <halit> i have a code http://pastebin.com/AaHQAc2V but i have some issues. the watermark doesnt fit the video. The video's resolution 720x480 but the watermark image 1280x720. The watermark doesnt fit.it seems only right bottom. [03:06:44 CEST] <seasc> you might want to try: -filter_complex '[0:v:0][a]overlay ; [1:v:0]scale=720:-1[a]' [03:06:49 CEST] <seasc> @ halit [03:08:22 CEST] <halit> Thanks for helping but i want a different solution [03:08:32 CEST] <halit> lets say i'll do batch production [03:08:46 CEST] <halit> i have a lot of video resolutions changes everytime [03:09:03 CEST] <halit> how can i fit the watermark center of video [03:10:08 CEST] <halit> i changed the value to this overlay=(W-w)/2:(H-h)/2 [03:10:27 CEST] <halit> and it was center of video but zoomed [03:10:44 CEST] <halit> i think i should use scale ? [03:11:12 CEST] <seasc> u on linux? [03:11:20 CEST] <halit> no windows [03:11:53 CEST] <halit> change all " to ' if you on linux [03:12:47 CEST] <seasc> nah not because of that :) [03:13:41 CEST] <seasc> have a look at lines 1544-1585... should give you a hint on centering/alignment your image: https://github.com/sri-arjuna/vhs/blob/master/files/vhs.sh [03:15:12 CEST] <halit> thanks ill [03:15:41 CEST] <seasc> i'm not good in explain such things, so i'd rather tell where to look in some existing code :p hope it helps [03:16:45 CEST] <halit> You must have manager :) [03:17:06 CEST] <halit> You give direction to people's lives :) [03:18:08 CEST] <seasc> :) [03:40:17 CEST] <lordkrondor> m [05:17:53 CEST] <jookiyaya> what is the deal with bluray? i have a dvd that is a big mess and has like 40 big scraches on one dvd disc and i can rip the dvd fine; but really clean bluray that maybe has one tiny scratch and i cannot rip the bluray [07:49:17 CEST] <t4nk964> hi [07:58:42 CEST] <t4nk964> libvpx -> vp8 [09:26:05 CEST] <tmh1999> Hi guys I have a problem and I hope some guru in here could help me :D As far as I know, H.264 bit-rate and file size are half of H.263 (both encode & decode). I try to encode this video (http://media.xiph.org/video/derf/y4m/flower_garden_422_ntsc.y4m) to H.263 and H.264. The result is H.263 output file size is 2MB, H.264 output is 5.7MB, which I think is wrong. The command I use & its output is here http://pastebin.com/s7Ssughw [09:28:03 CEST] <tmh1999> And the quality of H.263 output file is much poorer than H.264 file. All I want is to make a test that shows H.264 bit-rate and file size are smaller than H.263. [09:28:43 CEST] <seasc> are you perhabs mistaken by x263 and actualy want to compare with x265? [09:29:26 CEST] <tmh1999> seasc : I actually want to want compare with H.263. [09:29:44 CEST] <tmh1999> seasc : It's more like a school project to prove that H.264 is better. [09:30:48 CEST] <seasc> tmh1999, sry me havent 'played' with x263 [09:32:17 CEST] <tmh1999> seasc : In case I want to compare with x265, I just have to replace -vcodec libx264 option with -vcodec libx265, right? [09:32:50 CEST] <seasc> tmh1999, if libx265 is installed, yes [09:33:00 CEST] <rcombs> you probably want to adjust your settings a fair bit as well, as they don't match up 1:1 [09:33:22 CEST] <rcombs> a lot of things are similar, but take somewhat different values [09:35:06 CEST] <tmh1999> rcombs : I hope those in https://trac.ffmpeg.org/wiki/Encode/H.265 would be what you mentioned. [09:35:26 CEST] <tmh1999> seasc : Thank you ! [09:36:10 CEST] <rcombs> some of them, yeah [09:37:58 CEST] <seasc> tmh1999, yes and welcome :) [09:50:07 CEST] <seasc> tmh1999, erm sry, you need to build it for/with x265 support [10:05:30 CEST] <tmh1999> seasc : Yes I know. [10:36:15 CEST] <Dark-knight> hey does anybody in here use firefox and still use flash to watch videos on youtube? [10:36:33 CEST] <Dark-knight> if so, I need a copy of your youtube cookies [10:36:47 CEST] <Dark-knight> or else i have to do a system restore [10:37:06 CEST] <Dark-knight> i know this isn't the right channel, but i thought it was worth asking [10:37:15 CEST] <Dark-knight> you guys have helped me before [13:18:01 CEST] <mess> i convert mkv to mp4 (just container), but after done its reduce the fps to 15 from 25 in mkv container?? how this possible?? thanks. [19:47:57 CEST] <micechal> is it possible to interpolate filter parameters over time with ffmpeg? [19:49:23 CEST] <BtbN> no [19:51:03 CEST] <micechal> hmm maybe I asked a wrong question [19:51:18 CEST] <micechal> let's say I have a 10 seconds audio sample [19:51:32 CEST] <micechal> and want to apply "allpass" filter to it [19:52:09 CEST] <micechal> in such way that at the beginning it's "frequency" parameter is 400 Hz [19:52:18 CEST] <micechal> and at the end it's 800 Hz [19:52:28 CEST] <micechal> so it's not possible? [21:45:06 CEST] <DragonsLordKERNE> Hello everybody! [21:46:07 CEST] <DragonsLordKERNE> Can someone explain why I see one null frame within the AVInaptic report of a video resulted with FFMPEG? [21:46:25 CEST] <DragonsLordKERNE> I double-checked with AVIdemux and other softwares ... [21:46:32 CEST] <DragonsLordKERNE> ... and I obtained no null frames [21:46:33 CEST] <DragonsLordKERNE> :| [22:34:15 CEST] <t4nk418> hello there [22:35:39 CEST] <t4nk418> I need a help with something :) i have a server that and ip camera is sending the jpg files of the camera every 5 second [22:36:13 CEST] <t4nk418> im sucefully convert al the jpg to mp4 format in ther server [22:36:21 CEST] <t4nk418> with : cat *.jpg | |sudo ffmpeg -f image2pipe -r 1 -vcodec mjpeg -i - -vcodec libx264 out.mp4 [22:36:48 CEST] <t4nk418> but i want to put the name of the jpg file to the video [22:37:28 CEST] <t4nk418> any idea how it can be do it? [22:37:36 CEST] <t4nk418> thankx for the help [22:38:17 CEST] <DragonsLordKERNE> Hi t4nk418 ... are your using a Linux server? [22:38:26 CEST] <t4nk418> yes [22:38:38 CEST] <DragonsLordKERNE> I am not a FFmpeg expert [22:38:50 CEST] <DragonsLordKERNE> But i guess you can build a shell script [22:38:53 CEST] <t4nk418> i think a bash expert [22:39:16 CEST] <DragonsLordKERNE> using, for example, a for construct [22:39:35 CEST] <DragonsLordKERNE> or doing something like [22:39:43 CEST] <DragonsLordKERNE> find . -type f -name "*.jpg" [22:39:49 CEST] <DragonsLordKERNE> to build the list [22:39:52 CEST] <DragonsLordKERNE> and then [22:40:25 CEST] <DragonsLordKERNE> pass the list to FFmpeg using each filename as the output [22:40:32 CEST] <DragonsLordKERNE> you should do some testing [22:40:48 CEST] <DragonsLordKERNE> there are several ways, of course, to reach your goal [22:40:57 CEST] <t4nk418> -vf \ "drawtext=fontfile=/usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf: \ text='\%T': fontcolor=white(a)0.8: x=7: y=460" iam stuck in this part [22:41:19 CEST] <t4nk418> in this example %T is for timestamp [22:41:38 CEST] <t4nk418> but it could be replaced for any text [22:42:41 CEST] <t4nk418> the problem is how i can replace %T with a variable that contain the filename [22:44:37 CEST] <DragonsLordKERNE> Please, try to lookat this example [22:44:38 CEST] <DragonsLordKERNE> http://ubuntuforums.org/archive/index.php/t-1023231.html [22:44:54 CEST] <DragonsLordKERNE> this is the first match I found [22:47:30 CEST] <t4nk418> thankx for the help [22:47:56 CEST] <DragonsLordKERNE> you are welcome [22:48:03 CEST] <DragonsLordKERNE> it's just an example [23:36:47 CEST] <otyugh> Hey there. I've got this .mkv of 1.1Go, I'd want to convert it to something 1Go or less. How could I do that ? [23:37:15 CEST] <otyugh> Is there a way to simulate a conversion and get the size that would be ? [23:43:06 CEST] <BtbN> 2pass cbr encoding with libx264 is what you use to target a specific size. [23:44:12 CEST] <otyugh> sounds complex BtbN. Do you have a tuto or a command exemple to guid me to the lights of understanding or is there only the rought way of looking by myself ? x) [23:45:48 CEST] <BtbN> https://trac.ffmpeg.org/wiki/Encode/H.264#twopass [23:47:03 CEST] <DragonsLordKERNE> BtbN, one issue also from me ... [23:47:27 CEST] <DragonsLordKERNE> ... I tried to set a CBR conversion for a MP3 audio ... [23:47:47 CEST] <DragonsLordKERNE> ... it's fine but the resultant avi, opened with VirtualDub ... [23:47:55 CEST] <DragonsLordKERNE> ... seems to be VBR ... [23:48:43 CEST] <DragonsLordKERNE> ... better analized with AVInaptic it seems to be both VBR and CBR (depending on the attributes) ... [23:48:46 CEST] <DragonsLordKERNE> any ideas? [23:49:10 CEST] <BtbN> "seems to be VBR"? [23:49:47 CEST] <DragonsLordKERNE> yep [23:49:52 CEST] <DragonsLordKERNE> let me explain [23:50:53 CEST] <DragonsLordKERNE> Here it is what I was meaning > http://pastebin.com/uukiA3tU < [23:51:14 CEST] <BtbN> 128 kbps CBR? [23:51:39 CEST] <BtbN> Looks like your analyzer is confused [23:51:57 CEST] <DragonsLordKERNE> no, please look again [23:52:00 CEST] <DragonsLordKERNE> it's both [23:52:06 CEST] <DragonsLordKERNE> Bitrate (bs): 128 kbps CBR [23:52:13 CEST] <DragonsLordKERNE> but also [23:52:19 CEST] <DragonsLordKERNE> Bitrate: 128 kbps VBR [23:52:20 CEST] <BtbN> https://trac.ffmpeg.org/wiki/Encode/MP3 has everything you need to know about lame. [23:54:38 CEST] <DragonsLordKERNE> I know ... but did you look at my output? [23:55:37 CEST] <BtbN> Yes, that's why i'm saying your analyzer seems to be confused. [23:55:40 CEST] <BtbN> As it says both. [23:56:20 CEST] <DragonsLordKERNE> Well, but also AVidemux [23:56:28 CEST] <DragonsLordKERNE> and VirtualDub [23:56:38 CEST] <DragonsLordKERNE> consider the output as VBR [23:56:39 CEST] <BtbN> Is the filesize not as expected for cbr, or what exactly is the issue? [23:56:52 CEST] <DragonsLordKERNE> http://pastebin.com/1zH2TM6w [23:56:59 CEST] <DragonsLordKERNE> these are the options I am using [23:57:23 CEST] <DragonsLordKERNE> the only issue is that I need to have a REAL CBR [23:57:29 CEST] <DragonsLordKERNE> also some very old players [23:57:41 CEST] <DragonsLordKERNE> are not compatible with MP3 VBR [23:59:21 CEST] <BtbN> What ffmpeg version are you using? [00:00:00 CEST] --- Sun May 3 2015

1 0

ffmpeg-devel.log.20150501
by burek 02 May '15

02 May '15

[02:29:37 CEST] <jamrial> michaelni: http://fate.ffmpeg.org/report.cgi?time=20150430232606&slot=x86_64-archlinux… both are the same bug, svq3 not freeing the (H264Context)h->last_pic_for_ec.f frame allocated after calling ff_h264_decode_init() [02:31:46 CEST] <jamrial> not sure what would be the cleanest way to deal with that, if either moving the av_frame_free() call in h264.c somewhere else, or duplicating it in svq3.c, or something else [02:34:40 CEST] <debianuser> Hello. `ffmpeg -i in.vob -c:a copy -c:v libx264 out.mkv` prints "[matroska @ 0xb5f7aa0] Codec for stream 1 does not use global headers but container format requires global headers" since n2.6-dev-3056-g9598946 merge from libav. in.vob sample: datafilehost.com/d/dadbd9ed Does it count as ffmpeg bug? [02:36:03 CEST] <michaelni> debianuser, yes, please open a ticket on trac [02:38:26 CEST] Action: debianuser now needs to register on one more bugtracker... figure out some login and password... [02:38:28 CEST] <debianuser> Heh... Maybe bugreport over IRC counts? ;) [02:43:02 CEST] <llogan> this was already discussed somewhere recently [02:43:07 CEST] <llogan> IIRC [02:44:17 CEST] <llogan> [FFmpeg-devel] [PATCH]lavf/mkv: Fix AAC remuxing [02:44:25 CEST] <llogan> assuming this is the same issue [02:45:19 CEST] <cone-747> ffmpeg 03Michael Niedermayer 07master:4e8d01f20ce8: avformat/mpegts: Factorize version checking code out [02:45:19 CEST] <cone-747> ffmpeg 03Michael Niedermayer 07master:4b6be54bed27: avformat/mpegts: reset last_ver on corrupted packets [02:45:19 CEST] <cone-747> ffmpeg 03Michael Niedermayer 07master:e0153145f6f8: avformat/mpegts: Detect changes in packet through CRC instead of just the 5bit version [03:30:19 CEST] <debianuser> michaelni: done [03:32:26 CEST] Action: debianuser sighs... bugreporting over IRC could be faster and more interactive... [03:33:39 CEST] <jamrial> harder to keep track of reports that way [03:36:11 CEST] <debianuser> There must be some IRC bot automatically archiving bugreports from IRC and discussions about it! [03:53:24 CEST] <cone-747> ffmpeg 03Michael Niedermayer 07master:3cd666cfbc7d: avcodec/svq3: Fix memleak of last_pic_for_ec [03:53:52 CEST] <michaelni> jamrial, fixed [04:19:29 CEST] <cone-747> ffmpeg 03Shivraj Patil 07master:02001ada5cdd: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for H264 lpf and weight/biweight functions [08:46:57 CEST] <BBB> michaelni: new patchset (w/o the one you applied to fix the mt bug) on github, if you want to merge from there later today [12:01:19 CEST] <wm4> ubitux: if lavfi used a proper scripting language, filter sub-graphs could be functions, and you could deal with the issue that individual filters != use cases [12:26:57 CEST] <ubitux> wm4: that's not a lavfi scripting that you are looking for, that's a scripting for ffmpeg api / AVFrame, on top of lavfi (so you could create multiple "graph"/filter instances) and feed them how you want [12:27:28 CEST] <wm4> these things are different [12:27:33 CEST] <wm4> but it shows the inflexibility of lavfi [12:27:56 CEST] <wm4> lavfi needs everything in a "configured" graph, and it's apparently not easy to compose multiple such graphs [12:28:24 CEST] <wm4> what I meant was more in the context of filters which do some basic work, and need to be combined with others to make up a real use-case [12:28:46 CEST] <wm4> like combining findandcover and delogo (as it was suggested) [12:30:21 CEST] <ubitux> the flexibility you are asking for seems to be allowing the user to drive the filter himself [12:30:48 CEST] <ubitux> but i have the feeling it will be a hindrance for simple usages [12:30:54 CEST] <ubitux> (or maintainability) [12:31:08 CEST] <wm4> or easily connect filters with other filters [12:31:50 CEST] <ubitux> why would the user have to do that glue code between filters [12:32:07 CEST] <ubitux> if we need better communication between filters, we have such things [12:32:17 CEST] <ubitux> we can use C directly, or more abstract mechanism like metadata [12:32:29 CEST] <ubitux> or simply streams of data [12:32:36 CEST] <ubitux> (or commands..) [12:34:04 CEST] <ubitux> wm4: anyway, did you see my suggestion to rcombs the other day about the subtitles tests? [12:34:21 CEST] <ubitux> you seemed to be willing to add some tests or something [12:34:28 CEST] <ubitux> and i hadn't the time to followup on this [12:35:23 CEST] <wm4> I think this is more about the gritty details of the API... lavfi is not made for flexible filter configuration, e.g. it needs to "reconfigure" the while graph to do anything, and then wants control over the whole graph (as I understand) [12:35:33 CEST] <wm4> I don't know what rcombs suggested for subtitles [12:37:26 CEST] <ubitux> wm4: https://dpaste.de/Q18B/raw [12:49:25 CEST] <wm4> ubitux: ah, I was thinking more about adding tests for features which I've added [12:50:15 CEST] <ubitux> ah, sure [12:50:20 CEST] <ubitux> what features? [12:50:27 CEST] <ubitux> utf16? [13:18:09 CEST] <wm4> yeah [13:41:33 CEST] <cone-596> ffmpeg 03Michael Niedermayer 07master:c9ac9adb46f2: avcodec/h264: Remove failure on data partitioning [14:07:20 CEST] <jlbhshluekg> . [14:07:21 CEST] <jlbhshluekg> did usa intelligence supply isis with weapons like they did with al-qaeda to justify creating wars? [14:07:21 CEST] <jlbhshluekg> did usa excute the creative mess in the middle east like they said they will, does the creative mess include explosions with uncertain responsibles to create wars? [14:07:22 CEST] <jlbhshluekg> plz, send my qs to help limiting usa & israel aggression against others& may then lessen number of people killed in the middle east. [14:07:22 CEST] <jlbhshluekg> .did usa intelligence supply isis with weapons like they did with al-qaeda to justify creating wars? [14:25:46 CEST] <anshul_mahe> ubitux: did u find time, to review my cc patch. [14:27:23 CEST] <anshul_mahe> there is also webvtt patch romaing around from lots of days, if someone have time to give input, what changes are bad and need to improved. it would merge in mainstream [17:46:27 CEST] <Daemon404> so uh [17:46:36 CEST] <Daemon404> whats with the italian email on ffmpeg-devel [17:46:41 CEST] <Daemon404> saste ^ [17:48:37 CEST] <BtbN> It's importanti [17:48:44 CEST] <Daemon404> indeed [17:49:25 CEST] <JEEBsv> something regarding budgeting, revenue sources and donations [17:50:20 CEST] <Daemon404> that sounds very italian indeed [18:33:51 CEST] <saste> Daemon404, oh my god [18:33:57 CEST] <saste> mutt did a mess [18:34:06 CEST] <saste> that was not supposed to be broadcasted [18:34:13 CEST] Action: saste palmface... [18:34:38 CEST] <Daemon404> oh dear [18:34:54 CEST] <JEEBsv> my condolences [20:30:20 CEST] <Compn> its been a while since i've seen any video clip without "lavf" as its creator... ;D [20:32:25 CEST] <j-b> creating broken files since years \o/ [20:36:15 CEST] <wm4> j-b: like the slight timeshift in mkv file, and nobody cares [20:36:19 CEST] <wm4> lipsync is for losers [20:37:20 CEST] <Compn> yeah, should be using mencoder ;) [20:39:00 CEST] <wm4> mencoder creates mkv files nothing but mplayer can play [20:39:05 CEST] <wm4> (messed up timestamps) [20:39:09 CEST] <Compn> it works! :) [20:40:48 CEST] <jamrial> most rips i've seen were made with mkvtoolnix anyway [21:51:57 CEST] <cone-596> ffmpeg 03Vittorio Giovara 07master:6503cbf842a0: ffv1enc: Add const attribute to input frame [21:51:58 CEST] <cone-596> ffmpeg 03Michael Niedermayer 07master:9aff7d41f65a: Merge commit '6503cbf842a026faec517eb980551089168c7d8a' [22:22:43 CEST] <cone-596> ffmpeg 03Carl Eugen Hoyos 07master:3ecb82dd4110: dnxhddec: Fix pixel format change [22:22:44 CEST] <cone-596> ffmpeg 03Michael Niedermayer 07master:c8de8f7e6438: Merge commit '3ecb82dd4110108244373f007710df4c2ae572b6' [22:30:52 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:a03b057ede53: vp9: profile 1 header decoding. [22:30:53 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:2d0bea471958: vp9: increase buffer sizes for non-420 chroma subsamplings. [22:30:54 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:6019002f0fb4: vp9: support non-420 chroma subsampling for profile 1 token decoding. [22:30:55 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:ed3e0cc715a9: vp9: take chroma subsampling into account when walking the block tree. [22:30:56 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:d2aa6f65db1a: vp9: use correct chroma subsampling for profile 1 intra block recon. [22:30:57 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:d382cc0fad1d: vp9: use correct chroma subsampling for profile 1 inter block recon. [22:30:58 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:844799b033d6: vp9: invert order of two conditions. [22:30:59 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:ba59a5ec4242: vp9: split out loopfilter luma rows/cols functions from loopfilter_sb(). [22:31:00 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:afa9d00b433f: vp9: merge uv loopfilter code into generic filter_plane_rows/cols(). [22:31:01 CEST] <BBB> oh yay [22:31:01 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:e4f77e623977: vp9: don't create special u/v filter masks for 444. [22:31:02 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:f052ea6ba54e: vp9: add fate test for profile 1 444. [22:31:03 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:cf62f2d2d6e7: vp9: more specifically specify mask destination to mask_edges(). [22:31:04 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:2a7d7bef6280: vp9: fix mask_edges and filter_plane_rows/cols() for 440. [22:31:05 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:7126c80f0d2c: vp9: add yuv440 fate test. [22:31:06 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:6f63bdbae65d: vp9: copy bug in libvpx for 4:2:2 chroma bs=8x4/4x4 prediction. [22:31:07 CEST] <cone-596> ffmpeg 03Ronald S. Bultje 07master:b005d0976461: vp9: add fate test for 422. [22:31:08 CEST] <cone-596> ffmpeg 03Michael Niedermayer 07master:d56245f77035: Merge remote-tracking branch 'rbultje/vp9-profile1-wip' [22:34:51 CEST] <nevcairiel> yay spam [22:35:05 CEST] <nevcairiel> does that support everything in profiel 1 now? [22:35:38 CEST] <nevcairiel> reads like its only chroma, not yet bitdepth [22:36:03 CEST] <nevcairiel> (or is that another profile then?) [22:36:49 CEST] <nevcairiel> Ah found the info, thats profile 2 then [22:37:06 CEST] <nevcairiel> or 2/3 rather [00:00:00 CEST] --- Sat May 2 2015

1 0

ffmpeg.log.20150501
by burek 02 May '15

02 May '15

[00:24:31 CEST] <kittonian> ffmpeg -i test.mkv -c:v copy -acodec ac3 -ac 6 -ab 640k -threads 23 test.m4v [00:25:03 CEST] <kittonian> that's all i'm doing [00:27:04 CEST] <llogan> kittonian: see output of "ffmpeg -h encoder=ac3" [00:27:13 CEST] <llogan> specifically "Threading capabilities" [00:28:33 CEST] <c_14> ^only accurate for internal encoders though [00:29:34 CEST] <kittonian> no threading capabilities show up [01:12:16 CEST] <debianuser> Hello. A short question: is there some archive of ffmpeg daily builds for the last few monthes somewhere? I wanted to do a fast regression testing for something that looks like a bug, and I see daily builds for win32: http://ffmpeg.zeranoe.com/builds/win32/static/ but not for linux :( [01:24:20 CEST] <llogan> debianuser: you not use git? [01:24:41 CEST] <llogan> and no, i am unaware of such an archive [01:25:15 CEST] <debianuser> llogan: I wanted to do a _fast_ regression testing, to briefly estimate a range before having to build ffmpeg myself :) [01:25:36 CEST] <llogan> using git bisect is probably faster than downloading random builds [01:25:47 CEST] <llogan> maybe [01:26:33 CEST] <debianuser> Well, yeah, git bisect is fast... ./configure && make is what makes it slow... :) [01:27:35 CEST] <llogan> anyone know what ubuntu release removed the counterfeit "ffmpeg"? [01:29:21 CEST] <debianuser> By the way, when doing ffmpeg git bisect, don't you get into libav branch from time to time? [01:32:02 CEST] <Anoia> I wonder of Zeranoe has done builds for the FFmpeg releases yet [01:32:27 CEST] <Anoia> last I checked, it was almsot daily tip only, not much use for a production app :| [01:34:58 CEST] <llogan> i don't see how a release makes it easier [01:35:14 CEST] <llogan> when zeranoe provides all previous builds [01:36:15 CEST] <Anoia> a known stable version [01:37:36 CEST] <llogan> current git master is considered stable [01:37:36 CEST] <Anoia> so I can say "I'm using version 1.2.3" rather than "I;m using build 337cb445" AND IT'S NON LINEAR [01:37:39 CEST] <Anoia> -caps [01:38:37 CEST] <llogan> debianuser: i think tools/bisect-create helps avoid libav commits [01:39:48 CEST] <llogan> "git log 337cb44" [01:42:50 CEST] <debianuser> llogan: Ah, thank you! I'll try that... [01:43:25 CEST] Action: debianuser attempts to make zeranoe build working in wine... [01:50:37 CEST] <llogan> debianuser: probably something like "cd ffmpeg && tools/bisect-create && tools/ffbisect need ffmpeg && tools/ffbisect start" [01:51:07 CEST] <llogan> then the usual tools/ffbisect good (or bad) [01:51:49 CEST] <llogan> i guess [02:05:18 CEST] <debianuser> It seems to just do "bisect skip" whenever it does not see the "needed" file... But the harm of touching almost all the files is already done, I have to rebuild from scratch because of it... :( [02:09:42 CEST] <llogan> what kind of potential regression are you testing? [02:11:39 CEST] <debianuser> llogan: A friend sent me a sample saying that latest ffmpeg version prints "[matroska @ 0xb5f7aa0] Codec for stream 1 does not use global headers but container format requires global headers" message, and it did not do that before. [02:13:09 CEST] <debianuser> The sample itself is here: http://www.datafilehost.com/d/dadbd9ed command to reproduce is: ./ffmpeg -i temp_777.vob -c:a copy -c:v libx264 out.mkv [02:20:46 CEST] <debianuser> Using zeranoe builds I narrowed it to d759844..511585c range, and now building ffmpeg to test my current suspect: 95989463 merge... [02:32:45 CEST] <debianuser> Yes, that's it. I guess I should ask in #ffmpeg-devel now... [03:21:35 CEST] <BenMcLean> Hey could somebody take a look at this and help me out with translating it into an ffmpeg command? http://www.reddit.com/r/dosbox/comments/32mpxu/how_to_make_dosbox_videos_lo… [03:40:23 CEST] <llogan> BenMcLean: this may be worth using instead http://ffmpeg.org/ffmpeg-filters.html#hqx [03:42:43 CEST] <BenMcLean> llogan, that's probably great advice. But it's kind of difficult to assemble the right command without knowing how .. these ... videos ... work [03:42:51 CEST] <llogan> otherwise if you want to follow that guy's method -vf scale=1600:1200:flags=neighbor,scale=1280:-2:flags=lanczos or something like that [03:43:04 CEST] <llogan> anyway i have to go now. have fun. [03:43:24 CEST] <BenMcLean> I mean I kind of have a general idea of what a framerate is and what an encoder does, but I start feeling really clueless when it gets into describing all the options of what you can do with ffmeg [03:43:44 CEST] <BenMcLean> llogan, ok well thanks for that tip. it wasn't everything i was looking for, but it's a start :) [03:48:07 CEST] <c_14> BenMcLean: the command he gave you is basically what you're looking for. The rest is just picking an output format/codecs [03:48:43 CEST] <BenMcLean> oh i see. I don't need to change the framerate of the video exported from DOSBOX then? [03:48:55 CEST] <BenMcLean> also, should I be using the scale3x option in DOSBOX or does it matter? [03:50:04 CEST] <c_14> You only need to change it if you want to (or depending on the device you want to play the video on later). [03:50:24 CEST] <c_14> Not sure what that option does, but basically it comes down to who you think will scale the video better, DOSBOX or ffmpeg. [03:52:07 CEST] <jookiyaya> what is the difference between choosing "5.1" and "dolby surround" [03:52:39 CEST] <c_14> Where? [03:52:55 CEST] <jookiyaya> audio codec [03:53:20 CEST] <BenMcLean> c_14, the end goal is YouTube. [03:53:49 CEST] <BenMcLean> I mean, the point is to deploy on YouTube. But after adding commentary and doing some minor editing in Sony Vegas. [03:54:43 CEST] <c_14> In that case you might need to drop down to 60 or so, but IIRC youtube should handle that. [03:54:45 CEST] <BenMcLean> libx264 would be the encoder to use to get mp4 files i could put on YouTube, I guess? [03:55:26 CEST] <BenMcLean> You mean drop down to 60 frames per second? These are early 90s DOS games! [03:55:40 CEST] <BenMcLean> I mean, they don't start anywhere close to 60 frames per second. [03:56:02 CEST] <c_14> jookiyaya: afaik "dolby surround" is a fancy way of encoding surround audio into 2 channels that allows the track to be played as normal stereo or (with a special decoder) as surround. [03:57:11 CEST] <jookiyaya> even if it's 2 channels, it's not same as stereo? [03:57:23 CEST] <c_14> BenMcLean: according to that reddit link DOSBOX records at 70fps [03:57:34 CEST] <c_14> jookiyaya: it's not the same as stereo, but it can be decoded as such [03:58:05 CEST] <jookiyaya> c_14 what is dolby pro logic then [03:58:22 CEST] <c_14> BenMcLean: Also, if you're uploading to YouTube and your bandwidth can handle it you might want to encode to a lossless format. That way you won't lose unnecessary quality. [03:59:48 CEST] <c_14> jookiyaya: The fancy term dolby came up with for the algorithm that turns the "dolby surround" back into 4-channel surround [04:00:38 CEST] <jookiyaya> so if you encode with dolby pro logic, there are 4 channels? [04:01:41 CEST] <c_14> Dolby pro logic is the fancy algorithm that turns 4-channel input into a pseudo-stereo stream that can later be decoded back into a 4-channel stream. So if you encode with dolby pro logic there are 2 channels which can be turned into 4. [04:03:27 CEST] <jookiyaya> what happens if you encode 2-channel audio ---> double surround then? [04:03:35 CEST] <jookiyaya> dolby* [04:04:27 CEST] <c_14> Depends on what you're using. Whether it upmixes the stereo to 4 channel audio first and then encodes to dolby surround or whether it creates 2 new empty audio channels. [04:05:04 CEST] <jookiyaya> this is all too complicated, why not just mono/stereo/3channel/4channel/5channel/6channel/etc [04:06:20 CEST] <c_14> Because dolby surround is from the 80s [04:09:34 CEST] <BenMcLean> I can't spend all day rendering a video, and have it take up like 20 GB [04:10:22 CEST] <c_14> lossless algorithms are actually rather fast, they are huge though [04:15:07 CEST] <BenMcLean> i actually end up editing in Sony Vegas to put together my commentary with the game footage [04:15:19 CEST] <BenMcLean> and it has an export option specificaly for YouTube at 720p that I use [04:17:30 CEST] <BenMcLean> For an unrelated project: I have a bunch of FLACs that I want to turn into video files that just show a still image [04:17:49 CEST] <BenMcLean> I use this command: for %%i in (*.flac) do ffmpeg -loop 1 -i image.png -i "%%i" -c:a copy -c:v libx264 -shortest "%%~ni.mp4" [04:18:20 CEST] <BenMcLean> that used to work but now it is getting me errors about "global headers" - what's that!? [04:18:41 CEST] <BenMcLean> it say "[mp4 @ 000000000310a780] Codec for stream 1 does not use global headers but cont ainer format requires global headers" [04:19:54 CEST] <c_14> BenMcLean: probably a regression. Afaik there's a ticket open for it already [04:20:17 CEST] <BenMcLean> "regression"? [04:20:50 CEST] <c_14> Something that's happening that shouldn't be happening that didn't use to happen. [04:21:11 CEST] <BenMcLean> oh\ [04:21:20 CEST] <BenMcLean> might trying the 32 bit version of ffmpeg make a difference? [04:21:32 CEST] <c_14> 99% no [04:22:01 CEST] <c_14> I haven't noticed it actually do anything evil, so you can probably ignore it until it's fixed. [04:22:08 CEST] <BenMcLean> should i grab an older version then? [04:22:21 CEST] <BenMcLean> c_14 well its doing something evil here [04:22:37 CEST] <c_14> Corrupting the output? [04:22:42 CEST] <BenMcLean> the very next thing it says is [mp4 @ 000000000310a780] Could not find tag for codec flac in stream #1, codec n ot currently supported in container [04:22:55 CEST] <c_14> Oh, that's easy. [04:22:58 CEST] <c_14> You can't put flac in mp4 [04:23:35 CEST] <BenMcLean> what would be highest quality audio i could put in mp4? [04:24:07 CEST] <BenMcLean> from these flacs, i mean. i can convert them to nearly any format under the sun using dbpoweramp music converter [04:24:08 CEST] <c_14> With a little trick, ALAC. But not many devices will support that. [04:24:25 CEST] <BenMcLean> c_14, this is also for youtube [04:24:38 CEST] <c_14> In that case just use .mkv [04:25:30 CEST] <BenMcLean> just change the extension, or do i also need to change the encoder from libx264 to something else [04:25:37 CEST] <c_14> nah [04:25:50 CEST] <BenMcLean> cool, lets see [04:28:58 CEST] <BenMcLean> sweet. i've actually got two computers, working on these two separate projects. my other computer will just run all night doing that flac converting job leaving this one I'm typing on free to experiment with DOSBOX capture [04:36:16 CEST] <jookiyaya> what is the deal with bluray? i have dvds that have 100s of scratches and i can rip the dvd fine; but bluray that maybe has one tiny scratch and i cannot rip the bluray [04:37:33 CEST] <c_14> jookiyaya: think of it this way dvds and blurays have pretty much the same physical dimensions, right? [04:37:48 CEST] <c_14> the most common dvds carry 4.7GiB. Blurays have 25GiB [04:37:54 CEST] <jookiyaya> 8.5G [04:38:07 CEST] <jookiyaya> single layer dvd/bluray are very rare [04:38:17 CEST] <jookiyaya> for commercial dvd/bluray [04:38:34 CEST] <c_14> Say that to my giant stack of 4.7GiB dvds, but whatever. [04:38:42 CEST] <c_14> There's a difference in bit density [04:40:46 CEST] <c_14> There might also be differences in redundancy and error correction, but I'm not an expert in dvd/bluray mastering. [04:48:17 CEST] <jookiyaya> why is it so hard to find a player that supports bluray-menu [04:48:31 CEST] <c_14> Because bluray-menu is embedded java [04:48:40 CEST] <c_14> And that's ugly, and terrible, and a security risk. [04:48:46 CEST] <c_14> I think vlc can do it though. [04:59:48 CEST] <jookiyaya> vlc cannot do it [05:00:23 CEST] <jookiyaya> if bluray menu = java what is dvd menu? [05:05:31 CEST] <BtbN> something custom [05:20:30 CEST] <jookiyaya> btbn then why would it custom have better support [05:20:48 CEST] <BtbN> Because it's less complex than Java [05:22:32 CEST] <BtbN> And iirc it's actualy just a quite simple menu description language. Not a fully featured programming environment. [06:57:40 CEST] <jookiyaya> what is the deal with bluray? i have a dvd that is a big mess and has like 40 big scraches on one dvd disc and i can rip the dvd fine; but really clean bluray that maybe has one tiny scratch and i cannot rip the bluray [07:57:39 CEST] <plus10> Hello, Im trying to stream my mic with this command "ffmpeg -f pulse -ac 2 -i default -acodec libmp3lame -ab 96k -re -f rtp rtp://127.0.0.1:1234" but I get error like this: Error parsing options for output file rtp://127.0.0.1:1234 [07:57:53 CEST] <plus10> so can anyone tell me what am I missing? [13:03:32 CEST] <Anoia> hi all [13:03:50 CEST] <Anoia> does anyone know what the zeranoe build file names are based on? [13:04:05 CEST] <Anoia> I can;t find the hashes in the git repo [13:05:20 CEST] <Anoia> mah, the gitweb commit search doesn;t match those IDs :| [14:56:00 CEST] <Rug> Howdy all, [15:01:39 CEST] <Rug> I have a Tesla K80 that is being used for video encoding. One interesting result I have discovered (using nvenc) is that it actually encodes at the same speed as a GTX780Ti (BUT you can run many more jobs through it at the same time.) So initial results indicate that I could process 8 videos at once vs just 1 video with a 780Ti. [15:04:10 CEST] <Rug> One question that I have, (that I hope somebody here can point me to an answer) is that i am seeing the following error: OpenEncodeSessionEx failed: 0xa - invalid license key I thought that using the k80 would remove that limitation. [17:20:49 CEST] <JamJams> Could anybody familiar with sws code explain to me why this might not work as intended :) > http://pastebin.com/Lhtd6dt7 [17:54:45 CEST] <ramiro> JamJams, const uint8_t *const srcSlice[] [17:55:13 CEST] <JamJams> It's not that [17:55:35 CEST] <ramiro> your buffer is just one plane [17:55:46 CEST] <JamJams> It needed &buffer [17:55:50 CEST] <JamJams> But it still wont display correctly [17:56:08 CEST] <ramiro> you need to provide something like uint8_t *planes[4] = { buffer } [17:56:56 CEST] <JamJams> buffer should be an exact copy of AVPicture data though, it's the same data [17:57:03 CEST] <JamJams> Or am I missing something with that [17:58:14 CEST] <JamJams> Using &buffer it doesn't crash but I keep getting bad src image pointers errors. [18:00:18 CEST] <JamJams> I don't understand avpicture_layout copies AVPicture into a buffer. The data is exactly the same, so why would it have this issue. [18:09:23 CEST] <JamJams> Oh I see ramiro... It creates an image now but the color is all wrong. I think my offsets are wrong [18:10:22 CEST] <ramiro> there's a difference between frame stride and width [18:10:32 CEST] <ramiro> no idea if that's your issue, but just pointing it out =) [18:11:35 CEST] <JamJams> I just want to be able to pass the buffer and not frame->data :( to sws [18:22:03 CEST] <JamJams> It's yuv so 3 planes, I just need the right offsets :/ [18:29:17 CEST] <flipmcf> hello. I'm trying to send an authenticated rtmp stream to Akamai and getting 'invalid password'. is there a special way to hash/salt the password in the challenge reply? [18:29:46 CEST] <flipmcf> Full transcript and command being pasted shortly. standby [18:54:23 CEST] <flipmcf> here is the transcript of the "you're not authenticating the right way" to Akamai [18:54:24 CEST] <flipmcf> http://pastebin.com/DitzwAvb [18:54:30 CEST] <flipmcf> Any hints would be greatly appreciated [20:28:53 CEST] <kyleogrg> hey [20:29:34 CEST] <kyleogrg> I'll share a YouTube link here (if you don't mind), and if someone has the chance to glance at it, I have a technical question... [20:29:39 CEST] <kyleogrg> https://www.youtube.com/watch?v=IO9W6FGvX5M [20:29:53 CEST] <kyleogrg> "Cabo San Lucas Aerial Video Tour from Cabosbest.com" [20:30:17 CEST] <kyleogrg> To me, it seems there's a strange blurring effect on some of the frames. Do you know what this is? [21:40:13 CEST] <ahuegyua> . [21:40:14 CEST] <ahuegyua> did usa intelligence supply isis with weapons like they did with al-qaeda to justify creating wars? [21:40:14 CEST] <ahuegyua> did usa excute the creative mess in the middle east like they said they will, does the creative mess include explosions with uncertain responsibles to create wars? [21:40:14 CEST] <ahuegyua> plz, send my qs to help limiting usa & israel aggression against others& may then lessen number of people killed in the middle east. [21:40:14 CEST] <ahuegyua> .did usa intelligence supply isis with weapons like they did with al-qaeda to justify creating wars? [23:09:44 CEST] <flipmcf> where to the librtmp people hang out? [23:11:49 CEST] <BtbN> Isn't librtmp dead? [23:31:39 CEST] <flipmcf> I wouldn't know. I'm so new to this stuff. My job is making me do it. [23:32:07 CEST] <flipmcf> but I am building using the librtmp libraries. when you say 'dead' what do you mean? [23:33:47 CEST] <flipmcf> latest commit was Oct 30, 2012 - yeah, that's pretty dead. If so, what's the new way of getting rtmp support? [23:34:42 CEST] <__jack__> does not means it does not work [23:39:12 CEST] <cnut> Hello, what's the best way to insert keyframes? should I use -g or the -force_key_frames? Sometimes on jw player it doesn't display the picture, but most complaints are from chrome users. [23:41:37 CEST] <flipmcf> __jack__, lol it works if I go back about 100 revisions :) [23:46:48 CEST] <cnut> chaps? [23:47:17 CEST] <c_14> cnut: only use -force_key_frames if -g doesn't cut it [23:47:48 CEST] <cnut> So what's the real difference between the two features? [23:48:53 CEST] <Mavrik> hmm [23:49:47 CEST] <JEEBsv> -g is maximum GOP length [23:49:55 CEST] <JEEBsv> what it means depends on the encoder [23:49:59 CEST] <Mavrik> cnut, -g N tells the encoder "a keyframe must be AT LEAST every N frames, it might be sooner" [23:50:22 CEST] <Mavrik> -force_key_frames allows you to list exact frames which should be keyframes [23:50:25 CEST] <Mavrik> you should use "-g" [23:50:34 CEST] <JEEBsv> less intelligent ones will only put IRAPs there, more intelligent ones put it where it makes sense with a threshold [23:51:53 CEST] <cnut> I currently use -g anyway. It's just some people complain when the jw player doesn't display picture. I think it might be a chrome flash plugin problem, works fine in firefox [23:53:28 CEST] <Mavrik> cnut, HLS or just plain old mp4? [23:54:27 CEST] <cnut> I used ffmpeg to grab a stream from tvheadend. [23:55:54 CEST] <cnut> I stream it in the flash format with the libx264 codec using rtmp protocol [23:56:03 CEST] <JEEBsv> so FLV [23:56:12 CEST] <cnut> aye [23:59:30 CEST] <cnut> it's probably a shitty flash problem. It works most the times. As I said the people that complain are generally Chrome users. [00:00:00 CEST] --- Sat May 2 2015

1 0