Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

June 2015

1 participants
60 discussions

ffmpeg-devel.log.20150614
by burek 15 Jun '15

15 Jun '15

[01:10:42 CEST] <cone-077> ffmpeg 03Timo Rothenpieler 07master:f17d973413ec: avfilter/vf_colorkey: Add colorkey video filter [03:01:37 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:612f8cae0640: avcodec/jpeg2000dec: Support RPCL [03:29:06 CEST] <cone-077> ffmpeg 03James Almer 07master:20abb1afe5d7: softfloat: make av_div_sf() inline [03:46:52 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:4a3bc0d9a5a0: avcodec/jpeg2000dec: Implement "Reset context probabilities on coding pass boundaries" [05:28:53 CEST] <philipl> Hilarious observation number 2 - marking a long term reference as a long term reference results in glitches. [05:29:04 CEST] <philipl> The nvidia example app doesn't set IsLongTerm at all. [05:59:35 CEST] <philipl> nevcairiel: http://fate-suite.ffmpeg.org/hevc-conformance/LTRPSPS_A_Qualcomm_1.bit [05:59:44 CEST] <philipl> Does this one work correctly for you with dxva? [05:59:57 CEST] <philipl> There are glitches in here that show up in both my code and the nvidia example. [06:00:28 CEST] <philipl> POC 223 in particular. You can actually see mis-handling of a long term ref (to POC 192). [06:09:47 CEST] <cone-077> ffmpeg 03Philip Langdale 07master:01fac84fe435: avcodec/nvenc: Enable YV12 input format [06:09:48 CEST] <cone-077> ffmpeg 03Philip Langdale 07master:1b19d0c63281: avcodec/hevc: Track long and short term RPS size for VDPAU [10:22:25 CEST] <nevcairiel> philipl: that passes fine [10:30:15 CEST] <nevcairiel> i never really tested LTs at all, but they are just implemented the same as STs in DXVA2 with another flag attached to them, so apparently it works. [11:21:17 CEST] <cone-586> ffmpeg 03Clément BSsch 07master:1dee7a31e050: avfilter: bump minor after colorkey addition [13:01:58 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:132bf0bbb7dc: avcodec/jpeg2000dec: Print all cdx/cdy values not just the 2nd and 3rd [13:01:59 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:ad072a134fc0: avcodec/jpeg2000dec: Handle format that has planes matching YUVA420P structure but seems not to be that [15:10:10 CEST] <cone-586> ffmpeg 03Andreas Cadhalpun 07master:ed0b1db64011: doc: fix spelling errors [15:16:53 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:742a26c4898f: avcodec/jpeg2000dec: Print error messages for more error conditions [16:50:22 CEST] <nevcairiel> Sometimes I wonder why random people can even set the priority and the like :p [16:57:00 CEST] <ubitux> pigoz: yes someone is on VT and is going to submit a patch soon [19:03:48 CEST] <cehoyos> michaelni: Hi, Isn't p0_05.j2k CMYK? [19:04:13 CEST] <michaelni> could be [19:06:22 CEST] <cehoyos> I used extractplanes and all four planes did not look like like transparency information to me. [19:06:40 CEST] <cehoyos> I am just guessing here. [19:13:38 CEST] <Daemon404> open in ot photoshop and see? [19:14:44 CEST] <cehoyos> I don't have photoshop here but I can show you command lines to produce four gray png that are apparently YCbCrW 4:2:0 [19:16:46 CEST] <cehoyos> (That's at least how Fabrice calls it, I cannot find another reference for "YCbCrW") [19:22:59 CEST] <cone-586> ffmpeg 03Paul B Mahol 07master:20ee65ef73b7: avfilter/af_afade: use av_clipd() instead of nested FFMAX & FFMIN [19:25:49 CEST] <gouessej> Hi [19:26:07 CEST] <gouessej> I can't use the FFMPEG FTP account [19:26:15 CEST] <gouessej> I get the following error: 421 Too many connections (1) from this IP [19:27:06 CEST] <Daemon404> you tried to connect too many times [19:27:10 CEST] <Daemon404> wait a little bit and try again [19:29:16 CEST] <cehoyos> Or use http://www.datafilehost.com/ [19:30:20 CEST] <gouessej> @cehoyos I have succeeded to send the text file :s [19:30:35 CEST] <gouessej> @cehoyos Which version of Totem do you use? [19:32:32 CEST] <cehoyos> An ancient one but I don't think that matters: You are (that is what I guess, I simply cannot reproduce) seeing bugs in some applications and are reporting them on the wrong bug tracker. [19:34:49 CEST] <gouessej> I use ffmpeg to convert the mp4 files into ogv [19:35:05 CEST] <Daemon404> this probbably belongs in #ffmpeg fwiw [19:35:39 CEST] <cehoyos> gouessej: just post your command line and console output on the bug tracker and I will try to reproduce. [19:37:02 CEST] <gouessej> @cehoyos: When I use the same command line than you with the latest static build, I have the same problem, Totem doesn't play the resulting ogv file [19:37:11 CEST] <cehoyos> gouessej: just post your command line and console output on the bug tracker and I will try to reproduce. [19:42:28 CEST] <gouessej> @cehoyos Done. Thanks. What more can I do? [19:56:56 CEST] <pigoz> ubitux: nice, dilaroga already posted patches to mpv. [19:57:40 CEST] <ubitux> ah great; he sent me a mail today about it [21:17:34 CEST] <wm4> that ticket is just going to be like the aac one, isn't it [21:28:50 CEST] <jamrial> no. the aac one at least should end up being productive [21:36:34 CEST] <nevcairiel> or so we hope [21:36:42 CEST] <nevcairiel> that one here is just silly [21:46:51 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:91c8025c44ec: avcodec/jpeg2000dec: Show the progression order at debug level for all variants [21:46:52 CEST] <cone-586> ffmpeg 03wm4 07master:2222f419da99: tls_gnutls: fix hang on disconnection [21:46:53 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:6b08dc393b52: avcodec/jpeg2000dec: Print warning if the mqc pointer mismatches at the end [22:45:30 CEST] <ubitux> boring easy task if looking for an easy first contrib: check the ff_formats_ref() calls in lavfi [22:45:57 CEST] <ubitux> if +someone [22:46:02 CEST] <ubitux> +is [23:00:42 CEST] <durandal_1707> ubitux: still writing that filter? [23:00:49 CEST] <ubitux> yeah [23:00:55 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:59c107292c75: avcodec/jpeg2000: Fix band coords [23:00:56 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:d9841e53e2eb: avcodec/jpeg2000: Change precinct coords to same origin as bands [23:00:57 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:a206c13289e6: avcodec/jpeg2000: Change codeblock coords to same origin as bands [23:00:58 CEST] <ubitux> first draft almost done [23:00:58 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:ec5164aa310e: avcodec/jpeg2000: Fix regression with multiple tiles [00:00:00 CEST] --- Mon Jun 15 2015

1 0

ffmpeg.log.20150614
by burek 15 Jun '15

15 Jun '15

[00:00:07 CEST] <c_14> Halit: -filter_complex "[0:v]scale=-2:720,pad=1280:720[v0];[1:v]scale=-2:720[v1];[v0][0:a][v1][1:a]concat=n=2:v=1:a=1[v][a]" [00:00:21 CEST] <c_14> Assuming the first input is the 480p one. [00:01:27 CEST] <Halit> what -2 means in scale part [00:01:54 CEST] <c_14> scale keeping aspect ratio but make sure it's divisible by 2 [00:02:28 CEST] <c_14> you might want to explicitly put 1280 there for the second scale, and -1 instead of -2 for the scale [00:02:31 CEST] <c_14> shouldn't really matter though [00:03:19 CEST] <Halit> ok then thanks i'll try [00:06:37 CEST] <Abbott> thank you c_14. What is the :s: for? the a is audio and the 0 is for the first track but what is the s? [00:07:25 CEST] <Halit> it says " Output pad "out:v0" with type video of the filter instance "Parsed_concat_3" of concat not connected to any destination" [00:09:36 CEST] <c_14> Abbott: per-stream metadata [00:10:17 CEST] <livingBEEF> hey. Is it possible to seek in filter complex? Could not find anything... I do not want to list the video hundred times as input with -ss if it can be avoided... [00:10:26 CEST] <c_14> !ph Halit [00:10:43 CEST] <c_14> livingBEEF: the trim filter? [00:10:47 CEST] <JEEBsv> c_14: btw does -2 really work for mod2 -1 ? [00:11:22 CEST] <livingBEEF> c_14: yeah, that's it. Thanks [00:11:33 CEST] <JEEBsv> I remember the last time I checked there was an issue on trac which led to "uhh just use the shit we already have available for scale filter, not going to make a shortcut for that" [00:13:23 CEST] <c_14> It's worked when I used it, but I haven't tried it with any particularly weird inputs or looked at the code. [00:13:35 CEST] <JEEBsv> hmm [00:13:38 CEST] <Halit> http://pastebin.com/p0t0n2iA [00:15:27 CEST] <c_14> Halit: you removed the maps you had in your first command, those need to remain there. Also, if you're going to explicitly state 1280:720 for the first scale the pad is useless. [00:15:42 CEST] <c_14> You want the pad behind the scale for the 480p video (assuming you don't want to stretch the video) [00:16:47 CEST] <Halit> i want to strech video [00:17:23 CEST] <c_14> Then just get rid of the pad. [00:18:07 CEST] <Abbott> c_14 the language still came out as German. Here is the .bat file I am using and the console input/output: http://pastie.org/pastes/10239268/text?key=mgy9vnozfoyy1ikfflsq [00:20:04 CEST] <Halit> c_14 it says http://pastebin.com/wxcP8n1e [00:21:03 CEST] <c_14> Abbott: Stream #0:1(eng): Audio: vorbis (libvorbis), 48000 Hz, stereo, fltp (default) <- ffmpeg at least thinks it's doing the right thing. How are you verifying the output? [00:21:41 CEST] <c_14> Halit: you're still missing the -map "[a]" -map "[v]" before output.mp4 [00:21:54 CEST] <Abbott> c_14 my mistake i was looking at the wrong file lol. It worked, thank you! [00:22:04 CEST] <Halit> oh :D [00:22:06 CEST] <Halit> sorry [00:23:55 CEST] <Halit> c_14 sorry for that mistake [00:24:01 CEST] <Halit> c_14 http://pastebin.com/XfyVzWCF [00:24:49 CEST] <c_14> add a ,setsar=1 before [v0]; [00:27:45 CEST] <Halit> Thanks [00:32:45 CEST] <techtopia> whats the basic command to transpose a vertical video [01:02:32 CEST] <c_14> techtopia: you have a vertical video and you want to make it landscape? [01:04:40 CEST] <livingBEEF> hmm, is there any filter that actually cuts out the video and makes it its own segment that starts at 0.0? Because trim seems to just drop frames, at least in combination with setpts... [01:05:29 CEST] <c_14> trim=start:end,setpts=PTS-STARTPTS ? [01:07:34 CEST] <livingBEEF> I'm just slowing it down... this might just be doable together with that [07:26:06 CEST] <stupidjoblessper> Just looking for advice. How can someone who is almost 30 and never had a job get one? I have been applying(fast food, retail, entry level) just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring. No interviews. Cannot volunteer as there is no where near too [09:02:38 CEST] <manjaro_user_> How i crete online tv with ffserver? [09:02:55 CEST] <manjaro_user_> i am not understand reading from doc [12:16:34 CEST] <nifker> Installed ffmpeg as described here: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu but programms still can't find the libraries. Do I have to add a path to ld_library_path? [12:18:38 CEST] <relaxed> nifker: LD_LIBRARY_PATH=/path/to/lib /path/to/ffmpeg [12:18:57 CEST] <relaxed> you could write a wrapper script to do it [12:21:37 CEST] <nifker> that means in my case ~/ffmpeg_build/lib [12:22:44 CEST] <relaxed> yes [12:23:50 CEST] <nifker> it is right that there are only libraries with the append .a or? [12:25:35 CEST] <JEEBsv> yes [12:26:21 CEST] <JEEBsv> also if you want to build something with those libraries you will want to use PKG_CONFG_PATH=/home/hurrdurr/ffmpeg_build/lib/pkgconfig [12:26:55 CEST] <JEEBsv> that's the environment variable that is used when you want to append something to the search path of pkg-config [12:27:07 CEST] <JEEBsv> LD_LIBRARY_PATH is only needed for shared libraries' _loading_ [12:28:59 CEST] <nifker> does that mean I have to create a symbolic link with eg libavdevice.a to run applications that uses these libraries [12:30:03 CEST] <JEEBsv> no [12:30:09 CEST] <JEEBsv> dot-a on lunix is static [12:30:39 CEST] <JEEBsv> I'm pretty sure that guide tells you to build everything as static because that way you don't have to care about loading the libraries [12:30:52 CEST] <nifker> ok [12:32:14 CEST] <relaxed> compile said app with, PKG_CONFIG_PATH=/path/to/lib/pkgconfig CFLAGS="-I/path/to/include" LDFLAGS="-L/path/to/lib" ./configure ... [12:32:20 CEST] <JEEBsv> uhh [12:32:30 CEST] <JEEBsv> you shouldn't need the CFLAGS/LDFLAGS unless it is retarded [12:32:41 CEST] <JEEBsv> because you get those flags through pkg-config [12:32:52 CEST] <relaxed> what if it doesn't use pkg-config? [12:32:59 CEST] <JEEBsv> then it is retarded [12:33:06 CEST] <relaxed> so you're assuming [12:33:08 CEST] <JEEBsv> and you will do nothing with the goddamn pkg-config env variable [12:33:53 CEST] <JEEBsv> yes, since most things I've poked haven't been retarded, although I don't think either of us has any idea of what the fuck this person wants to build :P [12:34:19 CEST] <relaxed> I am assuming too :) [12:34:52 CEST] <nifker> I don't find anything to build the libraries in the guide [12:34:56 CEST] <JEEBsv> basically all I wanted to say is that you don't generally put both of those variables there [12:35:14 CEST] <JEEBsv> you then say that if it's not retarded you use pkg-config and get automation [12:35:28 CEST] <JEEBsv> otherwise you enjoy appending to *_FLAGS [12:35:43 CEST] <JEEBsv> nifker: what? [12:35:45 CEST] <relaxed> which won't cause any problems [12:36:25 CEST] <JEEBsv> well yes, but if the person knows even a bit of stuff he will say "why do I need this PKG_CONFIG variable" which is the wrong thing to cut from [12:36:35 CEST] <JEEBsv> but I digress [12:37:00 CEST] <JEEBsv> nifker: if you have the goddamn .a files for lavf/lavc etc you already have _libraries_ . do you mean that you need shared libraries? [12:37:12 CEST] <nifker> yes [12:38:06 CEST] <JEEBsv> ok, then do note that you might need LD_LIBRARY_PATH when configuring for the configuration tests to pass with some things [12:38:32 CEST] <JEEBsv> and basically everywhere where you have --enable-static you switch to --disable-static --enable-shared (after you have cleaned up the prefix you were using) [12:38:44 CEST] <JEEBsv> and you should have your shared libraries :P [12:38:50 CEST] <nifker> ok [12:39:45 CEST] <JEEBsv> do note that shared libraries with a prefix that isn't used by default will be less simple, but PKG_CONFIG_PATH and LD_LIBRARY_PATH should help you through it :P [12:39:52 CEST] <JEEBsv> at least until FFmpeg [12:40:07 CEST] <JEEBsv> after that it depends on how retarded things you were wishing to compile [12:40:38 CEST] <nifker> that means I can change this: --pkg-config-flags="--static" to --pkg-config-flags="--shared"? [12:42:57 CEST] <JEEBsv> I'm not sure you have to poke that at all if the stuff you want to use only has a single version [12:43:29 CEST] <JEEBsv> that's generally meant for cases where you want one specific type of library when you have multiple [12:46:24 CEST] <maquefel> hi all - can someone point me to a guide to pts (library api,c) ? Applied pts values to packets but still get 'No pts value from demuxer to use for frame! pts after filters MISSING' when playing output file with mplayer. [12:47:27 CEST] <JEEBsv> see the examples dir, there's a muxing example [12:47:51 CEST] <JEEBsv> https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples [12:50:17 CEST] <maquefel> ty - i should switch to OutputStream - from fwrite or it doesn't matter ? [12:52:37 CEST] <JEEBsv> unless you have a hard reason you should use the AVIO framework available for writing data :P [12:53:13 CEST] <JEEBsv> if you have special needs you can always implement your own AVIO thingy (you will need to basically give the API the functions to call for various needs) [12:53:25 CEST] <JEEBsv> but to be honest I have no fucking idea what you meant with that :P [12:54:36 CEST] <maquefel> =) [12:55:10 CEST] <maquefel> by fwrite i meant ' ret = avcodec_encode_video2(c, &pkt, frameRGB, &got_output);' && fwrite(pkt.data, 1, pkt.size, f); [12:56:35 CEST] <JEEBsv> congratulations, you might want to actually use libavformat to write it :P [12:56:44 CEST] <JEEBsv> see the muxing-related examples [12:57:05 CEST] <maquefel> ty [12:57:26 CEST] <JEEBsv> so yeah, you probably had a pts until it went to the encoder and then you just stick that raw bitstream frame into a file :P [12:57:36 CEST] <JEEBsv> and raw bit streams generally lack PTS [12:57:42 CEST] <JEEBsv> just use a container for eff's sake [12:58:52 CEST] <JEEBsv> of course you will have to take into account that the timescale of the container is not the same as what you had in the video encoder (it can be more limited), but you should be able to see the rescaling examples in the muxing-related examples [13:03:13 CEST] <maquefel> thanks for detailed and comprehensive advice [14:13:57 CEST] <Kart__> I'm trying to combine an rtmp livestream containing only audio with a static image looping video (x264 video containing an image loop). [14:14:41 CEST] <Kart__> This is being combined by ffmpeg on the nginx rtmp server. My current commands are - [14:15:25 CEST] <Kart__> exec /usr/local/bin/ffmpeg -loop 1 -i http://s3-ap-southeast-1.amazonaws.com/[]/$name.jpg -c:v libx264 -r 30 -pix_fmt yuv420p -x264opts nal-hrd=cbr:force-cfr=1:keyint=30 -b:v 320k -maxrate 400k -bufsize 400k -f flv rtmp://localhost/liveCombine/$name; application liveCombine { live on; record off; exec /usr/local/bin/ffmpeg -i rtmp://localhost/$app/$name -i rtmp://localhost/liveAudio [14:16:17 CEST] <Kart__> exec /usr/local/bin/ffmpeg -i rtmp://localhost/$app/$name -i rtmp://localhost/liveAudio/$name -map 0:v:0 -map 1:a:0 -acodec copy -vcodec copy -f flv rtmp://a.rtmp.youtube.com/live2/$name; [14:47:36 CEST] <zhanshan> if I installed ffmpeg in ~/bin/ffmpeg how can I execute it by simply writing 'ffmpeg' instead of always writing '~/bin/ffmpeg'? [14:49:52 CEST] <JEEBsv> add it to PATH [14:50:00 CEST] <JEEBsv> for example in your dot-bashrc [14:50:16 CEST] <JEEBsv> export PATH=${PATH}:${HOME}/bin [14:50:53 CEST] <JEEBsv> after that as your terminal gets reloaded it should now be in PATH [14:58:29 CEST] <relaxed> probably want home bin before system's path [15:09:04 CEST] <JEEBsv> and yes if you have multiple ffmpegs then either that or remove the system one [15:09:17 CEST] <JEEBsv> yuo can check with which ffmpeg basically [18:06:50 CEST] <maquefel> JEEBsv: thanks - i succeded with the task completely, now i should read the video also with ffmpeg lib [18:36:39 CEST] <livingBEEF> so after trimming and some audio, changing tempo differently in different segments and then using concat filter, it plays correctly in mpv, but not some for example FF html5 player or vlc. My guess is that the timestamps are unchanged after trimming or something like that, but I could not find audio filter that would fix that... [18:36:58 CEST] <livingBEEF> *after trimming some audio [18:38:56 CEST] <livingBEEF> disregard that, I didn't notice that setpts is not video filter only... [18:39:02 CEST] <livingBEEF> that should work [18:45:24 CEST] <livingBEEF> yup, asetpts worked [18:46:21 CEST] <thomedy> hello.... i can ffmpeg -i input -c:v libx264 output from command line but if i do it from php iget nothing [18:46:29 CEST] <thomedy> and i am doing -y and also & [18:48:13 CEST] <techtopia> http://i.imgur.com/vPiZemg.jpg [18:48:20 CEST] <techtopia> what just happened to my encode ^ [18:48:25 CEST] <techtopia> never seen it do that before [19:05:00 CEST] <ChocolateArmpits> thomedy: Are you sure you don't have to use a call operator for running outside applications in php? [19:06:15 CEST] <ChocolateArmpits> techtopia: ok did some googling, php uses the term execution operators [19:06:21 CEST] <ChocolateArmpits> you have to wrap your command in backticks [19:06:28 CEST] <ChocolateArmpits> `ffmpeg -i ...` [19:06:39 CEST] <ChocolateArmpits> http://php.net/manual/en/language.operators.execution.php [19:11:35 CEST] <techtopia> it's never happened before ChocolateArmpits and i've been using my script for a long time [19:11:41 CEST] <techtopia> it just happened mid encode [19:11:57 CEST] <techtopia> looks like it's still working but the reporting just went weird [19:12:18 CEST] <ChocolateArmpits> techtopia: sorry can't give input on this exactly [19:12:20 CEST] <techtopia> the 00000000000000000000000000000000000001size= stuff [19:12:30 CEST] <techtopia> thats never shown up before [19:17:55 CEST] <techtopia> yeah [19:18:06 CEST] <techtopia> the encode finnished and doesn't appear to have any issues [19:18:20 CEST] <techtopia> so it was just a glitch the matrix [19:24:41 CEST] <gouessej> Hi [19:25:06 CEST] <gouessej> I can't use the FTP account of ffmpeg, I get an http 421 error [23:52:48 CEST] <ac_slater_> hey guys, I've been stuck on this for a while. I want to avoid find_stream_info since I know every detail about the streams. Currently, I open some RTSP sources and find_stream_info makes me always get a 1-2 second delay [23:53:08 CEST] <ac_slater_> any clues on how to PRE-setup some streams for an input? [00:00:00 CEST] --- Mon Jun 15 2015

1 0

ffmpeg-devel.log.20150613
by burek 14 Jun '15

14 Jun '15

[00:17:15 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:e0db41316a94: avfilter/drawutils: Fix format validity check in ff_draw_init() [01:04:55 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:df037fe107cc: avcodec/smvjpegdec: assert that the pixel format that has been set by our decoder is valid [01:57:54 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:a75d22445ecb: ffprobe: check av_asprintf() for failure [02:21:59 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:b8ba2d3915b3: examples/decoding_encoding: Use the AVFrame width/height for processing images after decoding [02:40:46 CEST] <cone-728> ffmpeg 03Shivraj Patil 07master:178ba1fd03c8: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for AVC qpel functions [05:06:35 CEST] <philipl> Awesome. The nvidia example hevc decoder has the same problem actually displaying the frames correctly. Their vdpau implementation is fundamentally broken right now. [08:11:11 CEST] <cehoyos> philipl: Didn't they tell you that it works fine for them? [11:31:33 CEST] <cone-077> ffmpeg 03Carl Eugen Hoyos 07master:3323c5f353af: Remove a few occurences of "long long" from the libraries. [13:36:44 CEST] Action: ubitux just came accross https://www.youtube.com/watch?v=hqMh47lYHlc [13:46:14 CEST] <Compn> for some reason framebuffer playback was popular with mplayer users [13:48:04 CEST] <ubitux> https://github.com/saitoha/libsixel [13:48:09 CEST] <ubitux> it's fun [13:53:40 CEST] <JEEBsv> Compn: mpv got a DRM vo btw [13:53:47 CEST] <JEEBsv> so it can be done in an even more perverted way now [13:54:19 CEST] <JEEBsv> https://github.com/mpv-player/mpv/pull/1811 [14:03:16 CEST] <Compn> no hw accel [14:03:17 CEST] <Compn> lol [14:03:30 CEST] <Compn> i guess cvidix is not still an option :P [14:03:58 CEST] <JEEBsv> not sure if hw accel support for vo_drm was added [14:04:42 CEST] <wm4> what does hwaccel mean in this context [14:04:58 CEST] <Compn> overlay [14:05:07 CEST] <Compn> not full-cpu [14:05:28 CEST] <Compn> hw scaling i guess at least? ;P [14:06:28 CEST] <wm4> if you want that you need to use real graphic APIs [14:06:43 CEST] Action: Compn misses -vo vesa [14:06:57 CEST] <JEEBsv> wm4: yeah - which is what is said there at the end of the PR [14:07:12 CEST] <JEEBsv> "... but it will need libegl and almost surely libgbm that come with their own (remarkable) chain of dependencies..." [14:07:49 CEST] <JEEBsv> and as far as I've seen while overlays can be fast (no idea if they still are on current hardware), you have so little control on them that their usage for video rendering at this point is pretty moot [14:08:09 CEST] <JEEBsv> shit-in shit-out kind of thing [14:08:21 CEST] <wm4> anyway, I maintain there's almost no reason not to use xorg or wayland instead [14:08:33 CEST] <Compn> i agree with wm4 [14:08:36 CEST] <wm4> both of these can be pretty light [14:08:38 CEST] <JEEBsv> agreed [14:08:51 CEST] <wm4> (even if xorg is all kinds of nightmares) [14:09:18 CEST] <JEEBsv> seeing mpv under weston doing smooth playback was a nice experience back in my Tizen days [14:09:21 CEST] <JEEBsv> :3 [14:09:30 CEST] <wm4> are these days over? [14:10:27 CEST] <JEEBsv> mostly, I no longer work for a company developing any profile and the Samsung middleware is crapola [14:11:06 CEST] <JEEBsv> it was fun getting mpv to start in any sane way with the samsung app framework [14:11:15 CEST] <JEEBsv> because it passes parameters as arguments (!) [14:11:28 CEST] <JEEBsv> and you cannot pass any custom arguments that aren't coded in their retarded scheme [14:12:26 CEST] <JEEBsv> so the best way to work around that is to have a shell script which the app framework launches, which ignores any parameters and just launches mpv with exec with argv[0] set to the shell script's name [14:13:10 CEST] <JEEBsv> because seemingly argv[0] is what the app framework uses to decide what application is launched... [14:20:49 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:86efe83177cd: avcodec/jpeg2000dec: Fix x/y step TODO for CPRL [14:20:50 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:7c244349fc14: avcodec/jpeg2000dec: Factorize component out of CPRL loop [14:20:51 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:0a3eb0422a75: avcodec/jpeg2000dec: try to correct tile location in CPRL code [14:20:52 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:eb1beb9e1c13: avcodec/jpeg2000dec: Try to fix remaining DCinema hardcoded TODOs in CPRL [14:20:53 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:c3517c377e1f: avcodec/jpeg2000dec: Support PCRL [14:24:32 CEST] <BtbN> michaelni, refering to your response to the vf_colorkey filter, i'm not sure i understand what you mean by supporting any input and output format? Also, how do i indicate that the input and output link have to match in format? [14:25:27 CEST] <wm4> I think he means lavfi format negotation is fucked [14:28:05 CEST] <michaelni> wm4, no [14:29:01 CEST] <michaelni> BtbN, see ff_set_common_formats() and filters using it [14:29:13 CEST] <BtbN> ok, thanks [14:29:41 CEST] <michaelni> BtbN, i have to leave, will read the log and reply later if you have more questions [14:29:54 CEST] <BtbN> that keyword should be enough to find examples [14:30:08 CEST] <michaelni> ok, good :) [18:28:34 CEST] <jamrial> nevcairiel: there you have, two patches that make jpeg2000 a little bit faster :p [18:29:21 CEST] <nevcairiel> ah thats probably based on the patches i was thinking about [18:29:47 CEST] <nevcairiel> wonder if 2k dcinema works in realtime [18:30:00 CEST] <nevcairiel> a big bottleneck is probably the xyz->rgb conversion [18:31:21 CEST] <jamrial> not realtime as far as i could test [18:32:07 CEST] <jamrial> and yes, the first patch (the ict one) was adapted from the intrinsics written by that guy [18:45:24 CEST] <philipl> nevcairiel: Finally found my ST RPS problem after comparing with the nvidia example decoder. [18:45:54 CEST] <philipl> They need the sliceheader's st rps size to be calculated even if an SPS rps is being used. [18:46:11 CEST] <philipl> I just posted a diff [18:50:22 CEST] <philipl> BtbN: Think we can just unconditionally turn YV12 on for nvenc, or do you think it needs to be smarter? [18:54:18 CEST] <nevcairiel> philipl: sounds like a patch i never submitted [18:54:42 CEST] <nevcairiel> ah no, thats something else [18:54:44 CEST] <nevcairiel> but odd [18:54:56 CEST] <nevcairiel> i mean, there is no syntax element in the header, is there [18:55:00 CEST] <nevcairiel> with the flag being 0 [18:55:04 CEST] <nevcairiel> or 1 in this case [18:55:07 CEST] <nevcairiel> weird inverted flag [18:55:08 CEST] <philipl> There is the sps rps idx instead [18:55:16 CEST] <philipl> Turns out they need to skip over that. [18:55:24 CEST] <philipl> So basically it's whatever bits are in that if/else block [18:55:48 CEST] <nevcairiel> odd [18:55:59 CEST] <philipl> They don't parse it in either case - so they need to know how far to skip ahead in the bitstream [18:56:22 CEST] <philipl> It's not properly documented in the header. [18:56:48 CEST] <philipl> I've still got other conformance failures, but their example decoder fails too (in different ways by the look of things) so no help there :-P [18:57:02 CEST] <nevcairiel> in dxva2 at least, s->sps->nb_st_rps is communicated in the struct anyway, so they can compute the size for the else block from that [18:57:05 CEST] <nevcairiel> maybe thats why it doesnt need it [18:57:49 CEST] <philipl> That's also communicated in the vdpau struct, but I guess they don't use it. [18:58:40 CEST] <nevcairiel> the dxva2 spec was pretty explicit at least, set it to 0 if the flag is 1 [18:58:56 CEST] <BtbN> philipl, it should be fine. People using nvenc propably do know what they are doing. [18:59:16 CEST] <nevcairiel> you would think so [18:59:28 CEST] <nevcairiel> a lot of clueless people read "hardware encoding? I want in on that!" [18:59:30 CEST] <nevcairiel> and there you go [19:00:37 CEST] <nevcairiel> I dont suppose VDPAU has a explicit written spec? [19:00:54 CEST] <nevcairiel> I mean this is pretty clear [19:00:55 CEST] <nevcairiel> When the short_term_ref_pic_set_sps_flag in the slice header is equal to 0, wNumBitsForShortTermRPSInSlice shall be equal to the number of bits used in short_term_ref_pic_set( ) syntax structure that is directly included in the slice headers of the current picture. When the value of short_term_ref_pic_set_sps_flag in the slice header is equal to 1, wNumBitsForShortTermRPSInSlice shall be set to 0 by the host decoder and [19:00:55 CEST] <nevcairiel> accelerators shall ignore its value. [19:01:19 CEST] <philipl> It has API docs, and each field it wants is documented. [19:01:25 CEST] <philipl> In this case, the doc is wrong. [19:01:30 CEST] <nevcairiel> or the driver [19:01:41 CEST] <nevcairiel> it could calculate the else case from the other field i mentioned [19:01:45 CEST] <philipl> As an overall API, it seems sane - AMD are moving over to it successfully. [19:02:11 CEST] <philipl> Yeah, the implementation can do what it wants. The API actually asks for more information than is absolutely needed to provide implementation flexibility. [19:02:27 CEST] <philipl> Of course that's a problem if you get a field wrong and your testing implementation doesn't use it but another does. [19:03:44 CEST] <nevcairiel> Anyway, I have another patch for the rps stuff, but fate doesnt need it [19:03:48 CEST] <nevcairiel> should submit it to the ML [19:04:03 CEST] <nevcairiel> http://git.1f0.de/gitweb?p=ffmpeg.git;a=patch;h=1cd9f8878dfd2893311d6800220… [19:09:04 CEST] <philipl> If you need it, I'm sure I need it. [19:09:07 CEST] <philipl> What's the symptom? [19:09:40 CEST] <nevcairiel> weird image flashing [19:09:43 CEST] <nevcairiel> its hard to describe [19:09:56 CEST] <nevcairiel> but like I said fate didnt suffer [19:10:06 CEST] <philipl> Hmm. So none of the conformance samples trigger it? [19:10:07 CEST] <philipl> Odd. [19:18:04 CEST] <nevcairiel> I believe it was in this clip: http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv [19:21:38 CEST] <wm4> lol this ogv issue [19:22:02 CEST] <wm4> time for some trolling [19:33:28 CEST] <philipl> nevcairiel: Looks great here with your fix. [19:33:31 CEST] <philipl> So it's definitely needed. [19:33:41 CEST] <nevcairiel> yeah, i should send it [19:33:57 CEST] <nevcairiel> been meaning to reword it a bit and sent it off, but you know how lazyness goes [19:34:02 CEST] <philipl> yeah [19:34:28 CEST] <wm4> philipl: great as in it works correctly? [19:38:57 CEST] <philipl> wm4: It looks like it's correct - which is hard to tell with the nvidia interleaving fiasco at play [19:39:32 CEST] <wm4> interleaving fiasco? [19:40:24 CEST] <philipl> You missed all my ranting? [19:40:48 CEST] <philipl> So, they write their decoded frames progressively into a buffer that is always interpreted as two fields one below the other. [19:41:17 CEST] <philipl> So, the common vdpau code will treat it as two fields and interleave the top and bottom half when putting it on the screen or doing read-back. [19:41:43 CEST] <philipl> To make matters worse, there's an alignment dead-space between the two fields so you lose content and can't put the frame back together manually even if you try [19:41:56 CEST] <philipl> Basically, it's not actually usable right now. They need to fix the driver. [19:42:06 CEST] <wm4> ah [19:42:23 CEST] <wm4> vdpau's GL interop represents frames this way [19:42:30 CEST] <wm4> but not the functions for reading/writing raw YUV data [19:42:38 CEST] <gouessej> Hi [19:42:47 CEST] <philipl> Which functions? If i use get_bits on the frame, it comes back interleaved. [19:43:21 CEST] <gouessej> Sorry for the dummy question. I've succeeded in building ffmpeg but I get this error message when converting a MP4 video into OGV: Encoder (codec theora) not found for output stream #0:0 [19:43:55 CEST] <gouessej> What should I do to compile ffmpeg with this missing codec? [19:44:32 CEST] <gouessej> I'm trying to reproduce the bug 4613 on the very latest version of ffmpeg [19:44:57 CEST] <philipl> gouessej: you need to build with libtheora [19:44:59 CEST] <wm4> philipl: VdpVideoSurfaceGetBitsYCbCr should IMO return progressive data [19:45:16 CEST] <philipl> wm4: In my opinion, it *should* as well, but it definitely doesn't. [19:45:32 CEST] <philipl> Returns the same interleaved crap as the presentation functions do. [19:46:04 CEST] <nevcairiel> if hevc behaves different than any other codec, then hevc is obviously broken in the driver [19:46:05 CEST] <philipl> For h.264, even for progressive content, the decoder still splits it into fields for storage. [19:46:17 CEST] <philipl> nevcairiel: Yes, it behaves differently and is obviously broken in the driver. [19:46:25 CEST] <wm4> philipl: did you try the same code with h264? [19:46:35 CEST] <philipl> As I observed last night, even their example decoder is broken in this way, despite them saying it worked. [19:46:53 CEST] <philipl> wm4: Yes, for h264, the frames are read back correctly. [19:46:54 CEST] <nevcairiel> they may have used an internal driver build or something [19:47:11 CEST] <philipl> I asked multiple times about that and never got a straight answer. Oddly. [19:47:23 CEST] <philipl> Anyway, at least we can now argue about the same application code [19:49:23 CEST] <philipl> nevcairiel: I take it back. The clip looks ok without your change. [19:49:32 CEST] <philipl> (and ok with it) [19:49:40 CEST] <nevcairiel> how odd [19:49:46 CEST] <nevcairiel> i should test without again [19:49:52 CEST] <nevcairiel> ie ffmpeg cli [19:50:11 CEST] <philipl> Staring at png sequences is getting boring :-) [19:50:36 CEST] <nevcairiel> i usually just transcode with ffmpeg cli into h264 or something [19:55:14 CEST] <philipl> I've still got other problems to fix. Everything's much better now but there are still glitches. [19:55:17 CEST] <philipl> fun times. [20:05:40 CEST] <nevcairiel> one fate test fails unexplainably for me, something DELTAQ something [20:05:51 CEST] <nevcairiel> the others that fail are just hwaccel being hwaccel [20:05:56 CEST] <nevcairiel> insanely high sizes, or cropping [20:08:22 CEST] <philipl> It's good to know. [20:09:01 CEST] <nevcairiel> at some point i should try to get this setup as an actual fate box [20:09:11 CEST] <nevcairiel> but no spare gtx 960 to keep in a system where this wouldnt annoy me :P [20:09:28 CEST] <wm4> once cropping becomes part of the API, it should be easy to do that with hwaccel [20:10:27 CEST] <nevcairiel> i wonder if i can add a check in the ffmpeg_dxva2 code to silently fail if size exceeds hw capability [20:10:35 CEST] <nevcairiel> right now it makes noise and fails the test [20:11:28 CEST] <gouessej> philipl: Thanks. I wonder whether the bug 4613 doesn't come from libtheora. Does anybody have access to VLC 2.2.1? I failed to build it. [20:11:48 CEST] <nevcairiel> but i think thats how ffmpeg.c handles hwaccels, if the codec sets a hwaccel pixfmt, then ffmpeg.c expects the hwaccel to work [20:42:21 CEST] <cone-077> ffmpeg 03Clément BSsch 07master:324cf0645d6a: avcodec/ass_split: check ASSSplitContext alloc [20:43:42 CEST] <cone-077> ffmpeg 03Andreas Cadhalpun 07master:45babb01217f: configure: only disable VSX for !ppc64el [20:52:09 CEST] <cone-077> ffmpeg 03Clément BSsch 07master:a056636c8131: avfilter/geq: assert on pixel format descriptor [20:52:10 CEST] <cone-077> ffmpeg 03Clément BSsch 07master:897805286913: avfilter/lut3d: assert on pixel format descriptor [21:02:07 CEST] <ubitux> http://mziccard.me/2015/06/12/beats-detection-algorithms-2/ [21:02:11 CEST] <ubitux> still no one to implement that? [21:02:51 CEST] <ubitux> that makes me think there is still this arbitrary FIR filter in my todo list... [21:03:03 CEST] <ubitux> i haven't been very productive lately... [21:06:20 CEST] <rcombs> >not a filter that detects overpriced headphones [21:26:48 CEST] <Daan> Hey there! I wanna use FFMpeg in my C# application, how can I integrate it so that I can use it to execute a FFMpeg command? Thank you in advance! [21:32:40 CEST] <Compn> i saw there was an ffmpeg csharp project [21:32:46 CEST] <Compn> that probably what you want to use [21:34:14 CEST] <Daan> Okay, where can I find it? :) [21:37:40 CEST] <wm4> why is there a codec called "Brute Force & Ignorance" [21:37:49 CEST] <wm4> (AV_CODEC_ID_BFI) [21:39:20 CEST] <Compn> Daan : for c# in .net? https://github.com/hudl/HudlFfmpeg [21:39:43 CEST] <Compn> Daan : or this http://sourceforge.net/projects/sharpffmpeg/ [21:41:02 CEST] <Daan> Compn : thank you very much! I'll try it! [21:41:18 CEST] <Compn> Daan : or this http://sourceforge.net/projects/ffms2wrapper/ [21:41:26 CEST] <Compn> i'm really not sure which one is best , theres a bunch of them around [21:42:01 CEST] <Daan> Compn : thank you! I'll try it! [21:44:32 CEST] <BtbN> You don't usualy execute ffmpeg commands though [21:45:00 CEST] <BtbN> If you use ffmpeg via api, you interface with the libav* libraries, which have their own api [21:46:12 CEST] <JEEBsv> wtf [21:46:18 CEST] <JEEBsv> why did someone make a wrapper around ffms2 [21:46:31 CEST] <JEEBsv> that was supposed to be an abstraction arond lavf-lavc to make it simple [21:46:42 CEST] <cone-077> ffmpeg 03Michael Niedermayer 07master:a98d4d520750: avfilter/drawutils: Assert av_pix_fmt_desc_get() return value in ff_fill_line_with_color() [21:47:04 CEST] <JEEBsv> oh, a derpy C# wrapper [21:47:19 CEST] <Compn> all c# is derpy ? :P [21:47:44 CEST] <Compn> BtbN : probably just wants to make c# frontend to ffmpeg [21:48:05 CEST] <JEEBsv> uhh, http://sourceforge.net/p/ffms2wrapper/code/HEAD/tree/FFMS2%20Wrapper%20Vide… [21:48:21 CEST] <JEEBsv> I might almost just say that one could just use ffms2 if the wrapper ends up being so short [21:54:35 CEST] <cone-077> ffmpeg 03James Almer 07master:7912a6830d3a: avcodec/jpeg200dsp: add ff_ict_float_{sse,avx} [21:54:36 CEST] <cone-077> ffmpeg 03James Almer 07master:9f815bc2c294: avcodec/jpeg200dsp: add ff_rct_int_{sse2,avx2} [22:47:41 CEST] <cone-077> ffmpeg 03James Almer 07master:4aebaed0e17b: avformat/singlejpeg: fix standalone compilation [00:00:00 CEST] --- Sun Jun 14 2015

1 0

ffmpeg.log.20150613
by burek 14 Jun '15

14 Jun '15

[00:00:58 CEST] <Mavrik> what does that window contain? [00:05:06 CEST] <fortruce> The window is Hearthstone, a Blizzard game [00:05:32 CEST] <fortruce> It seems to be specific to this window, but I can't figure out why it would matter what window [00:06:24 CEST] <Mavrik> Well, it's an OpenGL game that's directly rendered on a GPU [00:07:07 CEST] <fortruce> Oh :/ [00:07:38 CEST] <fortruce> Is there no capture device that would be able to gather that? [00:10:14 CEST] <Mavrik> O.o [00:10:21 CEST] <Mavrik> There's bunch of gaming capture software [00:10:32 CEST] <Mavrik> including the ones bundled with the GPU drivers [00:10:40 CEST] <Mavrik> they mostly hook into DirectX or OpenGL though [00:11:09 CEST] <fortruce> alright, I'm trying to find a solution that I could trigger via command line so I can shell out to create the videos programmatically [00:12:17 CEST] <feliwir> Can someone tell me where i can find a download link for libvp62? [00:31:40 CEST] <fortruce> so, I switched over to using dshow and the screen-capture-recorder device, which works, but it's giving real-time buffer too full after a few seconds of recording, and I've already set the buffer to 2000M [01:04:50 CEST] <jbmcg> hey there - wondering if anyone knows anything about how the "start" value gets set on a video. I'm trying to do a standard encode, not even adjusting times or anything, and somehow the duration / start value change [01:04:55 CEST] <jbmcg> here's what I mean: http://pastebin.com/QjUZUxLa [01:06:14 CEST] <jbmcg> wondering if there's a way to specify to keep that at 0 on the output file when encoding [01:11:49 CEST] <zhr0> hi [02:50:54 CEST] <orfios> is there any way to make n = seconds rather than frames? can I change the eval=frame to something that evals to seconds or milliseconds? [02:53:18 CEST] <orfios> i need to mute the audio in a subregion of video. going to use if(gt(n, onset)*lt(n, offset)) and then set volume to 0 if that evals to true [02:55:54 CEST] <c_14> use t instead of n? [03:22:55 CEST] <orfios> what's wrong with this command?: [03:22:57 CEST] <orfios> ffmpeg -i original_input.mp4 -af "volume='if(gt(t,3)*lt(t,6)+gt(t,8)*lt(t,10)0,1)'" -c:a libfdk_aac -strict -2 output.mp4 [03:23:18 CEST] <orfios> trying to mute 2 subregions of audio between 3-6 seconds and 8-10 seconds [03:24:27 CEST] <c_14> That 0,1 at the end there looks pretty iffy to me [03:25:03 CEST] <c_14> But if you don't provide your complete console output (on a pastebin service), we won't know what exactly isn't working [03:27:08 CEST] <orfios> http://pastebin.com/Yy2YmTsK [03:29:13 CEST] <c_14> Looks fine to me, what isn't working? [03:30:09 CEST] <orfios> nothing is muted [03:30:28 CEST] <orfios> like the conditions in the if statement aren't being evaluated the way i'm intending [03:32:52 CEST] <orfios> i was doing the same thing with frames a little while ago and it was working, but not corresponding to the right times, leading me to think it's a variable framerate encoding [03:33:19 CEST] <orfios> old command was along the lines of: [03:33:21 CEST] <orfios> ffmpeg -i sample.mp4 -af "volume=volume='if(gt(n,250)*lt(n,625),0,1)':eval=frame" -c:a aac -strict -2 output.mp4 [03:33:24 CEST] <orfios> and it was working [03:33:45 CEST] <c_14> You haven't set eval=frame in the not-working one [03:33:49 CEST] <c_14> eval=once is default [03:34:02 CEST] <c_14> If you want it to eval continually you'll need to explicitly set eval=frame [03:34:10 CEST] <orfios> i see, that makes sense [03:37:04 CEST] <orfios> thank you, it works now! [03:37:20 CEST] <orfios> i really need to actually learn the ins and outs of ffmpeg and not just half ass my way through using it [03:37:37 CEST] <orfios> it's a really powerful tool [08:09:30 CEST] <ac_slater_> hey guys. I currently use `find_stream_info()` on my HLS and RTSP streams (via libavformat). This works but it's useless for me as I know everything about the streams ahead of time. What's the best way to "preconfigure" them [08:12:01 CEST] <ac_slater_> my input source is an MPEGTS container with 1 video stream and 1 data stream [08:13:38 CEST] <ac_slater_> I also dont use ffmpeg's decoders/encoders ... just mux/demux [09:15:36 CEST] <ruby_on_tails> i recorded a video at 1920*1080 which looks very crisp on my ipad/macbook/mobile but looks horrible on a desktop whose resolution is 1360*768 why? [09:16:54 CEST] <ruby_on_tails> horrible means the text is not crisp, its grainy at the edges, smaller text is blurred+grained [10:08:21 CEST] <Fyr> guys, how to use replaygain in ffmpeg? [10:08:37 CEST] <Fyr> I can't find anything in its documentation. [10:17:18 CEST] <durandal_170> it just print some numbers [10:18:28 CEST] <Canar> Same as ReplayGain anywhere else: calculate a loudness value, adjust gain accordingly. ^__~ [10:18:39 CEST] <Fyr> ok, how to make ffmpeg calculate it? [10:18:46 CEST] <Fyr> and put it in the metadata? [10:18:53 CEST] <Canar> metadata? idk [10:19:00 CEST] <Canar> but ebur128 is the audio filter [10:31:10 CEST] <Zucca> Anyone had problems with x264 two-pass encoding? I first did two-pass using x265... then exactly the same command lines, but replacing x265 with x264. Firdt pass goes ok, second faild right at the beginning. [10:31:27 CEST] <Zucca> Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [10:32:00 CEST] <Zucca> I've quadruplechecked everything. :P [10:32:26 CEST] <Zucca> Only thing I'm not so sure about is the preset. [10:32:53 CEST] <Zucca> Can I use different preset on passes? [11:08:45 CEST] <relaxed> Zucca: why would you? [11:09:31 CEST] <relaxed> use the same exact command, except for -pass. Pastebin your command and all output if you run into errors. [11:13:59 CEST] <Zucca> relaxed: Would what? Use different presets on passes? Becuase first pass is for examining only? Right? I read on some forum that you could use different presets. That's false? [11:22:16 CEST] <Zucca> It seems that fist pass goes trough much faster even if the presets are the same on both passes. [11:23:23 CEST] <relaxed> sure, what's the error? [11:25:08 CEST] <Zucca> relaxed: None anymore. :) Thanks. [11:27:43 CEST] <Zucca> I'll make two-pass encodings using same preset from now on. [14:20:13 CEST] <nifker> I installed ffmpeg like described but it can't find the command so I wanted to set the PATH but which path should I use for ffmpeg? [14:20:28 CEST] <c_14> Where did you install it? [14:20:37 CEST] <nifker> ffmpeg_build [14:20:45 CEST] <c_14> Absolute path? [14:21:09 CEST] <nifker> yes [14:21:19 CEST] <nifker> ~/ffmpeg_build [14:21:28 CEST] <c_14> export PATH="$HOME/ffmpeg_build:$PATH" [14:25:00 CEST] <nifker> ok I will try this [15:57:17 CEST] <GwaiLo> Hi, I'm trying to add some subtitles to a video without reencoding of the video stream. The answer I found online was using the following command `ffmpeg.exe -i video.mp4 -vf subtitles=video-english.srt out.mp4` [15:57:24 CEST] <GwaiLo> when I run it though, I'm getting the following error [15:57:38 CEST] <GwaiLo> Error while opening encoder for output stream #0:1 - maybe incorrect parameters [15:57:39 CEST] <GwaiLo> such as bit_rate, rate, width or height [15:58:13 CEST] <JEEBsv> the actual error is before that [15:58:37 CEST] <JEEBsv> although I guess it's a case of you not making your command/line shell understand 100% what you meant [15:59:11 CEST] <JEEBsv> also I'm pretty sure the vf will require re-encoding [15:59:21 CEST] <GwaiLo> JEEBsv: ah, that would make sense. Sorry, I should have looked back further in the log (it had scrolled off screen). That's helpful. I've found a number of errors that I'll need to work through [15:59:37 CEST] <JEEBsv> not to mention that ffmpeg's default is not "copy" [16:00:17 CEST] <JEEBsv> so if you want to copy streams from input to output you will have to set it (-c[:a/:v] copy where -c copy is global and adding :a or :v will limit it to that) [16:01:19 CEST] <GwaiLo> JEEBsv: That's what I thought. I assumed you couldn't burn in subtitles on top of a video without reencoding but the forum post suggested that I could so I was giving it a shot (when I've tried reencoding before, the lossy->lossy re-encode ends up just awful) [16:01:30 CEST] <GwaiLo> (and takes forever) [16:02:00 CEST] <GwaiLo> JEEBsv, thanks for that, those are some really good points. I think I have quite a bit more research to do constructing the command needed before seeing if it can work at all [16:02:14 CEST] <JEEBsv> also ffmpeg by default selects the "best" audio and video stream so if you have more than one input stream of some type that you want to keep there's the -map parameter [16:02:33 CEST] <JEEBsv> (f.ex. -map 0:a selects all of the audio streams from the first input file) [16:03:33 CEST] <JEEBsv> anyways, you can try ffmpeg -i input.mp4 -i input.srt -c copy -c:s mov_text out.mp4 [16:04:50 CEST] <JEEBsv> that will add a mov_text subtitle track in addition to the "best" audio and video track in the mp4, muxing it into "mp4" [16:05:45 CEST] <GwaiLo> JEEBsv, well, that's doing something [16:06:06 CEST] <GwaiLo> GwaiLo, will let you know once it's finished processing what it's done :) [16:08:38 CEST] <JEEBsv> shouldn't take too long unless the file is lolhueg [16:10:00 CEST] <GwaiLo> JEEBsv, hmm, well, the output file is fine, works ok, but alas no subtitles [16:10:49 CEST] <JEEBsv> the track should be there so if you use a player that supports that subtitle type it should work alright [16:11:37 CEST] <JEEBsv> https://mpv.srsfckn.biz/ try drag and dropping it onto this [16:15:23 CEST] <GwaiLo> JEEBsv, I'm downloading that to test. In VLC, it comes up with two subtitle tracks, one of them has nothing, and the other just has a permanent timestamp appearing [16:16:16 CEST] <JEEBsv> the timestamp thing sounds like one of the ways of hacking chapters into mov/"mp4" [16:18:37 CEST] <GwaiLo> JEEBsv, ok, with mpv I get the same results [16:18:58 CEST] <JEEBsv> (Ž [16:19:23 CEST] <GwaiLo> JEEBsv, maybe to cut past the attempts. As far as you know, is there any way to overlay a subtitle stream on an already encoded file and have it burnt in? [16:19:52 CEST] <JEEBsv> well subtitles in "mp4" are kind of a herp derp thing (although 3gpp text should be around... and I thought that mov_text implemented something similar) [16:20:06 CEST] <JEEBsv> what [16:20:39 CEST] <JEEBsv> if you are implying that you can possibly change a video without re-encoding it then that's not possible [16:21:06 CEST] <GwaiLo> JEEBsv, as I said before, I'm trying to burn in subtitles with no quality loss. It was only from a forum post that I found some suggestions that it was possible but it didn't quite sit right with me which is why I was asking about it here when it didn't work [16:21:55 CEST] <GwaiLo> JEEBsv, and I'm sorry, I clearly didn't explain myself well enough before, I apologise if I've been wasting your time [16:22:16 CEST] <relaxed> to hardsub you'll have to encode the video again, but it is possible with the subtitle filter [16:22:17 CEST] <jcay> can one compile ffmpeg directly on FreeBSD? [16:22:42 CEST] <JEEBsv> no quality loss is impossible, but by tweaking the preset and crf values with the libx264 encoder you should be able to get a result that's "good enough" for you [16:23:00 CEST] <JEEBsv> having a subtitle track separate would be the best alternative [16:23:05 CEST] <JEEBsv> are you limited to mp4? [16:23:10 CEST] <JEEBsv> or can you use other containers? [16:23:13 CEST] <relaxed> jcay: it's in /usr/ports [16:23:28 CEST] <JEEBsv> jcay: why does that comment remind me of http://en.wikipedia.org/wiki/How_does_one_patch_KDE2_under_FreeBSD%3F [16:23:31 CEST] <GwaiLo> hmm. It's to play on my mother in laws bravia tv. Let me double check the containers it supports [16:23:47 CEST] <relaxed> jcay: but yes, you can, use gmake [16:23:49 CEST] <JEEBsv> oh plastic toys with locked down software [16:24:26 CEST] <GwaiLo> JEEBsv, unfortunately yes. I'm thinking I may be better off buying her some cheap set top box that supports separate subtitle files [16:24:53 CEST] <JEEBsv> that to or something android-based so you could just put VLC for android there [16:26:02 CEST] <GwaiLo> JEEBsv, looks like it supports mpeg1, mpeg2, mpeg4, divX, Xvid and wmv [16:26:29 CEST] <JEEBsv> those sound like video stream formats rather than containers [16:26:51 CEST] <JEEBsv> also I love how mpeg-4 literally means nothing [16:27:03 CEST] <JEEBsv> because you have like 30 specifications under MPEG-4 [16:27:14 CEST] <JEEBsv> at least two that handle video, too [16:27:15 CEST] <GwaiLo> "MPEG-4 (Part 2, 10), MP4" is what it says specifically [16:27:21 CEST] <JEEBsv> oh [16:27:29 CEST] <GwaiLo> sorry, I'm a little out of my wheelhouse [16:27:35 CEST] <JEEBsv> that's more proper than I expected [16:27:58 CEST] <GwaiLo> http://www.sony.com.au/support/compatibility/461525 They actually have a big long table with what they support (and even longer what they don't) [16:28:24 CEST] <JEEBsv> well it does support matroska it seems [16:28:48 CEST] <JEEBsv> so ffmpeg -i hurr.mp4 -i hurr.srt -c copy out.mkv [16:29:02 CEST] <GwaiLo> yeah, that's what I started with originally. I had a mkv file and a separate subtitle file [16:29:34 CEST] <GwaiLo> no, it doesn't support mkv (that final column has O's and X's for supported / unsupported). It tripped me up as well [16:29:53 CEST] <JEEBsv> it says supported through USB, so does it mean it from some other type of input_ [16:30:33 CEST] <GwaiLo> JEEBsv, no, the table has both supported and unsupported (the legend is just above the table) [16:30:47 CEST] <JEEBsv> well "supported from USB" [16:31:07 CEST] <JEEBsv> anyways, it's a shit-on-shit sandwich [16:31:10 CEST] <GwaiLo> yep [16:31:30 CEST] <GwaiLo> and it doesn't support _any_ external subtitle files [16:31:37 CEST] <GwaiLo> they just didn't build the support apparently [16:32:14 CEST] <JEEBsv> none of the alternatives I gave were about having a separate file but just having a subtitle track around [16:33:09 CEST] <JEEBsv> anyways, I guess the "safest" bet if you really can't put a nice android device there would be to re-encode and stick the subtitles there with either the subtitle or ass filter depending on input subtitle type [16:33:48 CEST] <JEEBsv> ffmpeg -i hurr.mp4 [-vf something....] -c:v libx264 -crf 23 -preset medium -level 41 -c:a copy out.mp4 [16:34:08 CEST] <JEEBsv> with this you first encode a few thousand pictures [16:34:16 CEST] <GwaiLo> JEEBsv, is the 'something' where I put the subtitle file? [16:34:33 CEST] <JEEBsv> (-ss and -t can be useful, look at https://www.ffmpeg.org/ffmpeg-all.html ) [16:34:53 CEST] <GwaiLo> ok [16:35:01 CEST] <JEEBsv> both the crf and preset are defaults [16:35:23 CEST] <JEEBsv> first check if it looks good enough or bad, if it's bad you go down a value [16:35:27 CEST] <JEEBsv> if it looks good you go up a value [16:35:52 CEST] <JEEBsv> then at some point you find the highest crf value that still looks good enough for you [16:36:35 CEST] <JEEBsv> after that you can start tweaking the preset. the "eyes" of the algorithm that decides the result of a CRF value will change, so you might have to do minor adjustments. preset is compression vs speed kind of thing [16:36:49 CEST] <JEEBsv> so you pick the slowest prest that is still fast enough for you [16:36:50 CEST] <GwaiLo> right, so the crf value is basically the output quality? [16:36:54 CEST] <JEEBsv> no [16:37:06 CEST] <JEEBsv> it's the closest we have to "constant quality" rate control, but it isn't [16:37:08 CEST] <GwaiLo> JEEBsv, am I able to keep the original audio stream without it being reencoded? [16:37:08 CEST] <JEEBsv> it's the rate factor [16:37:18 CEST] <JEEBsv> yes, that's why I have the -c:a copy there [16:37:20 CEST] <JEEBsv> :P [16:38:18 CEST] <GwaiLo> ah, right. that makes sense :) [16:39:03 CEST] <JEEBsv> http://web.archive.org/web/20150203203142/http://mewiki.project357.com/wiki… [16:39:09 CEST] <JEEBsv> presets are listed here, among other places [16:40:22 CEST] <GwaiLo> wow, thank you, you're being incredibly helpful [16:41:34 CEST] <GwaiLo> I'll start working through the options and see what comes up looking best. [16:42:53 CEST] <GwaiLo> JEEBsv, one last question about it... I need to use chinese subtitles. It looks like I need to use the -sub_charenc GB18030 in there... would I put that before the -c:v ? [16:43:39 CEST] <JEEBsv> sounds like a good place to put it, although I'm not sure if that parameter works with the vfs? [16:44:07 CEST] <JEEBsv> to be quite honest I haven't used the subtitling support in ffmpeg since it's for the longest time been worse than when using mpv's capabilities for it [16:44:35 CEST] <GwaiLo> JEEBsv, ok, sounds like something else I need to experiment with :) [16:44:56 CEST] <JEEBsv> (mostly in relation to files containing fonts and stylized subtitle tracks, do note) [16:44:56 CEST] <GwaiLo> normally I'd never worry about subtitling... I hate having subtitles burnt in, this just happens to be a special case [16:45:39 CEST] <JEEBsv> yes, having the subtitles as a separate track is generally the best alternative [16:48:53 CEST] <GwaiLo> JEEBsv, yep. Thank you for all your help, I'm going to go try a few different options and see what works well so will be dropping off. [16:49:24 CEST] <GwaiLo> JEEBsv, p.s. just noticed you're in Finland... I spent a couple of weeks in Helsink and Tampere a few years ago, you have a beautiful country! [19:51:56 CEST] <Relsak> Hello there! I'm transrating some live stream which seem to be both interlaced and progressive (if that's even possible). Am I safe to leave -flags +ildct+ilme? [19:53:27 CEST] <JEEBsv> sounds like some ancient flags. do you want to deint or just re-encode? [19:53:43 CEST] <Relsak> I v [19:53:51 CEST] <Relsak> I want to leave it interlaced. [19:54:10 CEST] <Relsak> So, reencode it is. [19:54:17 CEST] <JEEBsv> well you'd be re-encoding it in any case [19:54:39 CEST] <JEEBsv> or do you actually want to re-encode? [19:54:47 CEST] <JEEBsv> or do you just want to pass the stream through? [19:54:59 CEST] <JEEBsv> trying to see what you're trying to do :P [19:56:41 CEST] <Relsak> I am doing transrating (from higher to lower bitrate), both mpeg to h264 and h264 to h264. But I'm bit confused with original strem being sometimes interaced, sometimes progressive (as reported by idet filter). [19:58:08 CEST] <JEEBsv> ok [19:58:18 CEST] <JEEBsv> a) I'm pretty sure you don't need those flags [19:59:12 CEST] <JEEBsv> I mean, libx264 should be able to start the encoder in interlaced mode if the source says it's interlaced [20:29:54 CEST] <SHOTbyGUN> how can I escape filename correctly in linux? Argument '01-57-24.flv'' provided as input filename, but ''/home/shotbygun/Videos/Record/2015-05-30\\' was already specified. [20:41:27 CEST] <SHOTbyGUN> Same string works in bash, but not when executed by Java http://pastebin.com/JvPy1vz2 [20:47:20 CEST] <klaxa> i suggest splitting your parameters into single arguments and use exec(String[] cmdarray) instead of exec(String command) [20:48:36 CEST] <chungy> Java isn't shell [20:49:05 CEST] <SHOTbyGUN> alright thanks... yeah I have no idea what difference there is between shell bash command console tty virtualXterm etc... [20:53:25 CEST] <fred1807> hello, I need help to convert some videos to raw .h264. But I need to overwrite source videos settings, I need a very specific raw h264 formatt, so it works on my raspberry system. Right now, using only ffmpeg -i source.mp4 destination.h264 All the videos plays... But some breaks the loop functionality (it is a very restrict player, I guess it uses framerate). Here is an example of metadata of a video that is working for me: [20:53:26 CEST] <fred1807> http://pastebin.com/raw.php?i=wWuY4LHj And here is an example of a video that breaks the loop http://pastebin.com/raw.php?i=fFx9yx9L. How can I force all the videos to the same format and the working example? Btw, I am using ffmpeg from osx [21:06:20 CEST] <chungy> looks like you should start by adding "-profile:v baseline -s 1280x720" to the output options [21:25:33 CEST] <SHOTbyGUN> yay, it works now! thanks klaxa :3 [23:42:13 CEST] <Halit> Hey guys i wanted to join two different videos with different codecs and different frame sizes i wanted to use this code http://pastebin.com/aA28S9JP. but i dont know how to edit [0:1][1:1] side. i wanted an output with 1280x720 frame size a mp4 file . One of inputs 640x480 avi file the other one 1920x1080 mp4 file [23:45:12 CEST] <Halit> Anybody ? [23:50:59 CEST] <Abbott> `-tag:a eng` should set the language of the audio to english, right? [23:51:14 CEST] <Abbott> It isn't changing from German [23:55:52 CEST] <c_14> -metadata:s:a:0 language=eng [23:57:02 CEST] <Halit> hey c_14 did you see my question Please help me [23:57:25 CEST] <c_14> Halit: eeeh, you want to downscale the 1080p one to 720p and the 480p one to 720p (and then pad the width)? [23:58:15 CEST] <Halit> yeah [23:58:54 CEST] <Halit> i cant handle [0:v]scale=1920:1080[v] with these part of codes [23:59:27 CEST] <Halit> [0:v]scale=1920:1080[v] this for first input and then what's next [00:00:00 CEST] --- Sun Jun 14 2015

1 0

ffmpeg-devel.log.20150612
by burek 13 Jun '15

13 Jun '15

[01:12:48 CEST] <Zeranoe> Trying to find a copy of Windows XP to make sure FFmpeg works is like chasing dinosaurs... [01:13:10 CEST] <nevcairiel> the libraries at least still work fine, I would get crying users if it didnt [02:45:00 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:5ccca4eb8e1e: avcodec/jpeg2000dec: Add some additional checking on lengthinc [02:45:00 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:b395fd3de7da: avcodec/jpeg2000dec: add some sanity checking on newpasses [03:31:32 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:eea92133a16e: avcodec/mqcdec: Support raw bypass and non reseting init [03:31:33 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:dc73c7adc028: avcodec/jpeg2000dec: Fix Selective arithmetic coding bypass and Multiple codeword segments [03:42:05 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:4af9eb4f75c3: avcodec/jpeg2000dec: Remove unused variable and argument [05:02:19 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:1b3fbe41c517: avcodec/jpeg2000dec: Do not print a warning for RLCP [05:02:20 CEST] <cone-017> ffmpeg 03Michael Niedermayer 07master:e7adb02d3bc1: avcodec/jpeg2000dec: Do not hardcode tile part usage [05:54:31 CEST] <jamrial> ffmpeg.org seems down [05:56:03 CEST] <rcombs> resolves, but doesn't respond to ping [05:58:33 CEST] <cantstanya> is it dead? [06:04:25 CEST] <jamrial> it's back now [08:16:50 CEST] <cehoyos> nevcairiel: You are using a different mkv demuxer than FFmpeg, no? [08:17:01 CEST] <cehoyos> Could you test the sample from videolan ticket 12831? [08:17:37 CEST] <cehoyos> Is it supposed to contain more than one video stream that contains data? FFmpeg only sees one video stream with data and one without afaict. [10:54:10 CEST] <nevcairiel> cehoyos_: the ticket doesnt mention anything about a second stream, and the mkv header info also has no second video stream, just one video and one audio [10:55:26 CEST] <nevcairiel> that ffmpeg somehow finds a second clone of all the streams seems like a bug [10:58:42 CEST] <cehoyos_> nevcairiel: ffmpeg -i file sees two video streams [10:58:46 CEST] <cehoyos_> But on has no pix_fmt [10:59:02 CEST] <nevcairiel> the mkv header only has one video and audio stream [10:59:05 CEST] <nevcairiel> the extra stream is a bug [10:59:08 CEST] <cehoyos_> Old vlc (the only I tested) "mixes" two video streams visually, one of them is the one that FFmepg sees [10:59:42 CEST] <cehoyos_> So what ffplay shows is what your demuxer plays? [11:00:34 CEST] <nevcairiel> yes [11:00:37 CEST] <cehoyos_> I forgot to test mkvinfo, but I see now that it only shows one stream. [11:00:51 CEST] <cehoyos_> How can I export the video stream with mkvinfo? [11:00:53 CEST] <cehoyos_> (Sorry) [11:01:02 CEST] <nevcairiel> mkvextract is for extracting [11:02:07 CEST] <cehoyos_> I meant: How is the mkvextract syntax (in case you know it out of your head) [11:02:10 CEST] <cehoyos_> ? [11:02:39 CEST] <nevcairiel> i do not know [11:03:33 CEST] <nevcairiel> looks l ike mkvextract tracks "file.mkv" 1:video.vp9 should do it [11:04:00 CEST] <nevcairiel> or rather, 0:video.vp9 [11:04:03 CEST] <nevcairiel> apparently it starts at 0 [11:05:11 CEST] <cehoyos_> Thank you! [11:05:19 CEST] <cehoyos_> The filesizes indicate that there is nothing hidden. [11:05:24 CEST] <cehoyos_> Or at least not much [11:05:41 CEST] <nevcairiel> mkvinfo also shows no unexpected elements in the file [11:05:48 CEST] <nevcairiel> matroskadec is just broken then :D [11:08:16 CEST] <wm4> link to file? [11:08:40 CEST] <nevcairiel> https://mega.co.nz/#!owp2WAyJ!LeXcFPqE4Ap9QBwt4Zw4unmpm1UQh2ba0SK0T4UB4x4 [11:10:44 CEST] <nevcairiel> i bet the seekheads are screwed up and that confuses the parser, or something [11:14:40 CEST] <wm4> so the problem is that ffmpeg sees 2 video tracks? [11:15:05 CEST] <nevcairiel> it sees 2 video and 2 audio tracks, only the first 2 seem to actually work [11:15:20 CEST] <nevcairiel> like its parsing the segment tracks twice for some obscure reason [11:17:26 CEST] <wm4> mpv's demuxer claims that the seekhead entries don't have an ID set [11:18:18 CEST] <wm4> not sure how to interpret mkvinfo's output though [11:20:59 CEST] <nevcairiel> the id in the seekhead seems to be .. backwards [11:21:27 CEST] <nevcairiel> mkvinfo says its 0x6b 0xae 0x54 0x16 for the tracks seekhead [11:21:35 CEST] <nevcairiel> but thats the tracks id in reverse [11:21:36 CEST] <nevcairiel> :D [11:21:50 CEST] <wm4> is there a tool that dumps raw ebml? [11:21:58 CEST] <nevcairiel> mkvinfo can do it in full output mode [11:22:02 CEST] <nevcairiel> or when you use its GUI mode [11:23:28 CEST] <nevcairiel> wtf is IDMmkvlib0.1 anyway [11:23:32 CEST] <nevcairiel> the writing lib of that file [11:26:38 CEST] <wm4> ok, mpv's demuxer simply rejects the invalid IDs and disregards such seekhead entries completely [11:26:48 CEST] <wm4> while matroskadec will attempt to read them [11:27:06 CEST] <nevcairiel> matroskadec reads them, and then reads them again without the seekhead, apparently [11:27:12 CEST] <wm4> but since it uses the ID noted in the seekhead entry to avoid reading elements twice, this happens [11:28:52 CEST] <wm4> so matroska_find_level1_elem() would need the actual position of the element, and would have to use this to exclude the broken elements [11:29:02 CEST] <wm4> but in this case it'd be easier to just reject invalid IDs [11:29:20 CEST] <wm4> I mean, the IDs are not well-formed and thus are impossible [11:29:41 CEST] <wm4> I guess I'll write a patch [11:30:06 CEST] <nevcairiel> someone confused endianness when writing their mkv writer [11:30:10 CEST] <nevcairiel> but oddly e nough only for this id [11:31:30 CEST] <wm4> lol [11:31:39 CEST] <wm4> (just... how) [11:51:25 CEST] <ubitux> do we have a mechanism to know wheither an hwaccelerated frame can go through a filtergraph with or without copy, or can it be done transparently by lavfi? [11:52:21 CEST] <ubitux> like typically, if a filtergraph is composed of buffer* filters, fps, setpts, select or similar, there is no need for a copy to cpu [11:52:45 CEST] <ubitux> which is useful if you plan to encode yourself with the same accelerated mechanism, or simply reuse it directly as a gpu texture or whatever [11:53:35 CEST] <wm4> not sure what you mean [11:53:53 CEST] <wm4> copying is only needed when actually writing to the image data, which you just don't do with this type of surfaces [11:54:59 CEST] <nevcairiel> you also need to copy when reading, since this is hwaccel [11:55:41 CEST] <wm4> I think he means native filtering [11:55:53 CEST] <wm4> not reading back to the CPU [11:55:57 CEST] <nevcairiel> all his examples are filters that dont access image data at all [11:56:33 CEST] <wm4> ubitux: there's one thing you have to be extremely careful of [11:56:34 CEST] <nevcairiel> although ffmpeg.c doesnt allow you to even keep the native hwaccel format right now, it'll always copy to sysmem [11:56:54 CEST] <wm4> ubitux: you mustn't destroy the hwaccel state (or some of it) while a frame still lives somewhere [11:57:18 CEST] <nevcairiel> for dxva2 i have the frames keep a reference on the decoder object [11:57:29 CEST] <ubitux> yeah that's fine with me [11:57:30 CEST] <nevcairiel> so its at least designed "safe" [11:57:38 CEST] <ubitux> the idea is that i'm working on a player-like [11:58:00 CEST] <ubitux> which uses libavfilter (for doing convert *if necessary*, or adjust fps, or that kind) [11:58:06 CEST] <nevcairiel> you could make those filters accept the hwaccel pixfmts, but that sounds like its going to get ugly soon [11:58:11 CEST] <ubitux> and i'm adding some video accel now [11:58:27 CEST] <ubitux> so i'm wondering if i can feed these hwaccelerated frame (unusable for reading) to lavfi safely [11:58:38 CEST] <wm4> why not [11:58:54 CEST] <nevcairiel> the problem is that lavfi cannot "convert" them to normal pixfmts transparently if it needed to [11:59:05 CEST] <nevcairiel> could teach vf_scale to do that =p [11:59:25 CEST] <ubitux> right, so the other way is to know if i can be sure the filtergraph will need to read the frames or not [11:59:34 CEST] <wm4> it must be vf_scale because lavfi is too dumb to have multiple conversion filters [12:00:53 CEST] <ubitux> i don [12:00:59 CEST] <ubitux> i don't understand your last sentence [12:05:22 CEST] <wm4> ? [12:07:53 CEST] <ubitux> well, what do you mean by multiple conversion filters? [12:08:12 CEST] <ubitux> how is it impossible or complicated to have them in a filtergraph? [12:08:17 CEST] <wm4> in theory you could have something like vf_vdpautocpu [12:08:29 CEST] <ubitux> ah, yeah [12:08:36 CEST] <wm4> which reads a vdpau surface and copies it to a system memory surface [12:08:48 CEST] <wm4> but I bet it'd be hard to make lavfi insert this filter automatically [12:08:56 CEST] <wm4> because it assumes there's only vf_scale [12:09:00 CEST] <nevcairiel> you could make lavfi use that, but it would need to be hardcoded into lavfi graph building to insert it w hen needed [12:09:17 CEST] <ubitux> well we can just accept the hwaccelerated pix fmts in scale [12:09:27 CEST] <ubitux> and call the appropriate hw "convert" code [12:09:33 CEST] <ubitux> or error out if impossible [12:09:37 CEST] <wm4> (though I guess in theory AVFrame is going to need a hwaccel context field anyway, which could include a readback-to-cpu callback) [12:09:47 CEST] <ubitux> the thing is that we need to mark filter that actually need cpu data [12:09:50 CEST] <ubitux> from those who don't [12:09:59 CEST] <wm4> (which means it'd be a matter of calling the callback in vf_scale, and done) [12:10:01 CEST] <ubitux> and i was wondering if we already had that [12:10:07 CEST] <nevcairiel> we do not [12:10:11 CEST] <ubitux> ok [12:44:53 CEST] <cehoyos_> michaelni: Last commit message contained "Fixes part of Ticket 4605" - the sample is decoded bit-exact though both with jasper and libopenjpeg [12:45:05 CEST] <cehoyos_> Should the ticket be closed? [12:45:11 CEST] <michaelni> yes [12:50:03 CEST] <cehoyos_> Done [14:15:49 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:04f00022910c: configure: Disable VSX on unspecified / generic CPUs [14:15:50 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:d59a033a69c4: avformat/mpegts: recognizes and export private streams [14:18:41 CEST] <ubitux> oh, seems the vda guy is going back on the vt after my mail [14:18:47 CEST] <ubitux> heh i guess that saves me some work [14:19:14 CEST] <Daemon404> runnign ffmpeg through fbinfer [14:19:18 CEST] <Daemon404> for shits n giggles [14:19:23 CEST] <Daemon404> (im sure osmsone already did) [14:19:38 CEST] <wm4> fbinver? [14:19:41 CEST] <wm4> *fer [14:19:50 CEST] <ubitux> "A static analyzer for mobile apps"? [14:19:54 CEST] <Daemon404> it supports C [14:19:56 CEST] <Daemon404> and make [14:20:05 CEST] <wm4> so why is it targetted at mobile apps [14:20:15 CEST] <Daemon404> because it's called marketing [14:20:28 CEST] <Daemon404> seems to work on any C, java, or obj-c [14:20:40 CEST] <wm4> urgh facebook [14:21:02 CEST] <Daemon404> it's written in ocaml. [14:21:43 CEST] <nevcairiel> people actually use ocaml? [14:21:45 CEST] <nevcairiel> weird world [14:21:57 CEST] <Daemon404> well it's static analysis [14:22:01 CEST] <Daemon404> aka written by PL geeks [14:22:05 CEST] <Daemon404> aka the only people who use ML [14:22:19 CEST] <nevcairiel> heh [14:23:27 CEST] <Daemon404> wow the analysis pass is using all cpus [14:23:47 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07release/2.7:5a0862af5529: avcodec/h264_slice: Use AVFrame diemensions for grayscale handling [14:23:48 CEST] <cone-728> ffmpeg 03Andreas Cadhalpun 07release/2.7:1051c152f97c: takdec: ensure chan2 is a valid channel index [14:23:49 CEST] <cone-728> ffmpeg 03Deliang Fu 07release/2.7:665b67014f87: avformat: Fix bug in parse_rps for HEVC. [14:23:50 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07release/2.7:259bb2555b70: configure: Disable VSX on unspecified / generic CPUs [14:25:56 CEST] <Daemon404> looks like it has some errors [14:26:35 CEST] <Daemon404> http://pastie.org/private/fyepzivizriysqdas3qysg [14:26:56 CEST] <Daemon404> michaelni, ^ [14:27:00 CEST] <Daemon404> maybe you are interested [15:06:44 CEST] <ubitux> Daemon404: ah nice [15:06:46 CEST] <ubitux> thx [15:07:09 CEST] <ubitux> i'll have a look for ass_split and lut3d at least [15:07:29 CEST] <Daemon404> >ass_split [15:07:35 CEST] <Daemon404> naming. [15:07:39 CEST] <ubitux> ;) [15:09:42 CEST] <beastd> heh. IIRC the "ass" name was favored because it sounds way more funny... now we have to live with ass ;) [15:13:17 CEST] <wm4> it's derived from SSA [15:13:22 CEST] <wm4> Advanced SSA [15:13:28 CEST] <wm4> the bad jokes will live with us forever [15:16:28 CEST] <beastd> personally I would have favoured going with ssa for the naming (in comments and documentation we could have used ASS as opposed to ass when appropriate/needed). but maybe that would not have been better either... [15:17:34 CEST] <thardin> what's from with ASSA? [15:17:38 CEST] <thardin> wrong even [15:19:47 CEST] <Daemon404> ssa != ass [15:19:49 CEST] <Daemon404> @ beastd [15:19:53 CEST] <Daemon404> theyre different formats. [15:21:11 CEST] <beastd> Daemon404: no compat at all? [15:21:19 CEST] <Daemon404> theyre different syntax [15:22:27 CEST] <beastd> then i am misremembering things, i was thinking that it works more like an extension [15:24:10 CEST] <Daemon404> no [15:24:55 CEST] <wm4> it is kind of an extension, like HEVC is an extension of h264 [15:25:41 CEST] <beastd> well i do not know enough contibute to the debate: but my memory was more like it is described here: http://wiki.multimedia.cx/index.php?title=SubStation_Alpha [15:26:11 CEST] <beastd> and on another note do we support SSA (thought we do) and if yes through what component? [15:29:59 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:3dea13e710ce: avcodec/jpeg2000dec: Assert that pixel format descriptor is not NULL [15:30:00 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:ae0148ff60cb: swscale: Assert that pixel format descriptor is not NULL [15:30:01 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:80b5a1e2eee9: Mark vectors as NAN instead of dereferencing NULL pointers on malloc failure [15:32:07 CEST] <ubitux> beastd: by supporting ssa we support ass [15:32:10 CEST] <ubitux> erm [15:32:14 CEST] <ubitux> beastd: by supporting ass we support ssa [15:32:16 CEST] <ubitux> sorry [15:34:45 CEST] <beastd> well than it is kind of like i thought => my remark was ok then. anyway this was just meant as that, things already happened. no need to fight over things... [15:35:37 CEST] <Daemon404> ubitux, the file syntax is sitll diff [15:35:43 CEST] <Daemon404> ssa is not a subset of ass so to speka [15:35:50 CEST] <Daemon404> vsfilter is jus ta pile of crap that happens to work [15:36:03 CEST] <nevcairiel> its compatible enough to just work(tm) [15:36:04 CEST] <nevcairiel> :D [15:36:16 CEST] <ubitux> yeah but we support both anyway [15:36:23 CEST] <ubitux> inside ass demuxers/decoders [15:36:37 CEST] <Daemon404> i blame vsfilter for encouraging such shitty behavior [15:36:43 CEST] <Daemon404> sorry, vshitler [15:37:06 CEST] <beastd> "inside ass" <-- will it ever stop ;) [15:39:58 CEST] <beastd> Daemon404: I think I understand the point you are trying to make. I just think the component and source naming with "ssa" would have been ok. I also expressed doubt myself as it would have had other downsides. [15:41:11 CEST] <beastd> thardin: I think "assa" is just too uncommon to be better. i doubt anyone would associate SSA/ASS with it. [15:46:03 CEST] <Daemon404> ubitux, ping [15:46:08 CEST] <ubitux> pong [15:46:11 CEST] <Daemon404> -force_key_frames expr:gte(t,n_forced*3) [15:46:19 CEST] <Daemon404> ^ would this not set a keyframe every 3 sec [15:47:04 CEST] <ubitux> it should, i guess [15:47:49 CEST] <Daemon404> it's setting the first 165 frames all to I... [15:47:58 CEST] <Daemon404> (fps is ~30) [15:50:19 CEST] <thardin> beastd: ye, too late to change [15:52:07 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:8e91d9652ea5: ffmpeg_opt: Check for localtime() failure [15:52:14 CEST] <Daemon404> ubitux, any idea why? [15:52:39 CEST] <ubitux> sorry, i have none [15:52:49 CEST] <ubitux> t being invalid? [15:52:49 CEST] <nevcairiel> whats n_forced [15:53:04 CEST] <ubitux> Daemon404: try to print() inside the eval [15:53:16 CEST] <ubitux> gte(print(t),n_forced*3) [15:53:23 CEST] <ubitux> gte(t,print(n_forced)*3) [15:53:31 CEST] <ubitux> print(gte(t,n_forced*3)) [15:53:33 CEST] <ubitux> that kind of stuff [15:53:37 CEST] <Daemon404> n_forced [15:53:38 CEST] <Daemon404> the number of forced frames [15:53:41 CEST] <Daemon404> what exactly does this mean [15:53:50 CEST] <ubitux> dunno, i never used that [15:54:11 CEST] <Daemon404> i see [15:54:22 CEST] <Daemon404> the example in the man page has the same problem... [15:55:23 CEST] <nevcairiel> n_forced is presumably the number of frames that it set the keyframe flag for [15:56:31 CEST] <nevcairiel> and n the number of frames that came through in total [15:56:33 CEST] <nevcairiel> or something [15:57:41 CEST] <Daemon404> ... i think i see the issue [15:58:52 CEST] <nevcairiel> the expression you used should work fine, i think [15:58:58 CEST] <nevcairiel> maybe quote it? [15:59:42 CEST] <Daemon404> no... i have a theory [15:59:47 CEST] <Daemon404> yes... seems to be right [16:00:12 CEST] <Daemon404> yep [16:00:17 CEST] <Daemon404> non-zero start time. [16:00:25 CEST] <nevcairiel> that would break this approach [16:00:39 CEST] <ubitux> not possible to do start_time-t or something? [16:00:47 CEST] <Daemon404> ubitux, i know the start time already [16:00:49 CEST] <ubitux> i think we have a similar example for select & friends [16:00:53 CEST] <Daemon404> so i can use the other example from the man page [16:01:00 CEST] <Daemon404> -force_key_frames expr:if(isnan(prev_forced_t),gte(t,13),gte(t,prev_forced_t+5)) [16:01:04 CEST] <Daemon404> just s/13/start_time/ [16:05:14 CEST] <nevcairiel> Wonder how much screaming we would get if we just transparently removed start_time from all timestamps and set it to 0 [16:05:27 CEST] <nevcairiel> i'm sure there are some obscure use-cases which this would break, so we could never do it [16:06:54 CEST] <Daemon404> nevcairiel, ffmpeg cli does [16:07:04 CEST] <Daemon404> this was using passthrough [16:07:45 CEST] <nevcairiel> i'm talking like on a avformat level, who needs the start_time really, it would be easier on everyone if it stopped being required [16:09:57 CEST] <Daemon404> an... [16:10:03 CEST] <Daemon404> ah* [16:44:58 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:eaa86850336a: avcodec/jpeg2000dec: Do not abort if prc is outside limits [16:44:59 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:5b2f9790e6eb: avcodec/jpeg2000dec: Fallback to yuv if no matching xyz format exists [16:56:24 CEST] <nevcairiel> so much jp2k work [16:56:36 CEST] <nevcairiel> too bad its damn slow on top of everything :D [17:04:20 CEST] <ubitux> well, one step at a time :) [17:04:36 CEST] <ubitux> it's nice to see some improvements on the native decoder [17:07:08 CEST] <nevcairiel> the original author had some sse2 things in work, but he disappeared before ever submitting them [17:16:06 CEST] <ubitux> remind me of hevc [17:16:12 CEST] <ubitux> +s [17:57:11 CEST] <Daemon404> [16:16] < ubitux> remind me of hevc <-- doubly so because iirc it was a project too. [17:57:21 CEST] <Daemon404> via some org. [17:57:29 CEST] <nevcairiel> probably [17:57:43 CEST] <nevcairiel> his target for jp2k was quite narrow, ie. getting a specific dcinema profile working [17:58:00 CEST] <Daemon404> j2k is one of those files that makes me go wtf [17:58:05 CEST] <Daemon404> cause we support up to some res [17:58:14 CEST] <Daemon404> whic his just weird [17:58:20 CEST] <Daemon404> "we can decode res > XxY" [17:58:22 CEST] <Daemon404> cant* [19:13:22 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:971b37796073: avcodec/jpeg2000dec: Reduce verbosity of get_plt() [19:15:46 CEST] <cone-728> ffmpeg 03Paul B Mahol 07master:cfe8a89b0087: avfilter/vf_zoompan: support planar rgb pixel formats [19:20:12 CEST] <Zeranoe> Had to remove mfx from the Win builds to maintain support for Windows XP. [19:20:40 CEST] <BBB> that sounds awkward, why? [19:21:16 CEST] <Zeranoe> I haven't dug into mfx's code yet, but something must have forced it [19:22:42 CEST] <BBB> do you know if its enc or dec? [19:22:53 CEST] <BBB> enc does this weird thing where it includes config.h at the end of its include list [19:22:56 CEST] <BBB> which is kind of weird [19:23:48 CEST] <Zeranoe> I don't, but in all reality it might be both. I'll look [19:24:59 CEST] <nevcairiel> intels video things dont really support XP, never have. they don't even support dxva video decode on XP [19:26:11 CEST] <Zeranoe> I doubt it's better than H.264 anyway, so it's not a huge loss. [19:26:23 CEST] <Zeranoe> x264* [19:27:07 CEST] <nevcairiel> its not, but having the cpu free can be quite useful in some situations [19:27:34 CEST] <Zeranoe> Isn't it still a CPU encoder? [19:27:55 CEST] <Compn> i had a dream microsoft came and did full audits of ffmpeg and helped fix up a lot of bugs. [19:27:56 CEST] <Zeranoe> just "intel optimized" [19:27:57 CEST] <Daemon404> xp is the reason we cant have nice things [19:28:03 CEST] <Daemon404> like a reasonable win32<->pthreads bridge [19:28:16 CEST] <nevcairiel> Zeranoe: no, its for the quicksync encoding hardware [19:28:31 CEST] <Zeranoe> A [19:28:32 CEST] <Zeranoe> h [19:29:01 CEST] <nevcairiel> although intel also has a software stack for all these things, but no reason to use that [19:30:09 CEST] <Daemon404> nevcairiel, we should obviously add intel IPP support [19:30:30 CEST] <nevcairiel> to be honest some of those things are quite nice [19:30:34 CEST] <cone-728> ffmpeg 03wm4 07master:7e240f958183: matroskadec: verify seekhead IDs [19:32:10 CEST] <Zeranoe> Fun fact, XP is the 2nd most used OS http://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&q… [19:32:19 CEST] <Daemon404> shits i give: 0 [19:32:23 CEST] <nevcairiel> those stats are tainted [19:32:27 CEST] <Daemon404> shouldnt be encouragin its use [19:32:34 CEST] <Daemon404> yes theyre biased [19:32:45 CEST] <Zeranoe> I wont argue with that, it comes as a surprise. [19:32:48 CEST] <nevcairiel> lots of corporate shit PCs that noone really cares to update [19:33:41 CEST] <Zeranoe> Lemme look at what ffmpeg.zeranoe.com sees... [19:34:14 CEST] <cone-728> ffmpeg 03Paul B Mahol 07master:ce3bcb9479a4: doc/filters: add one more zoompan example [19:35:45 CEST] <Zeranoe> Win 7 is 61.14%, 8.1 is 28.08%, and XP is a whopping 5.18% [19:35:49 CEST] <Compn> Zeranoe : are you still unable to make builds for win2k ? [19:36:00 CEST] <Compn> or did you give up looking into that ? [19:36:13 CEST] <Compn> i think the only option would be to compile in a win2k vm ... [19:36:20 CEST] <rcombs> "Linux" as one category [19:36:25 CEST] <rcombs> also, "Mac OS X 1092" [19:36:41 CEST] <Daemon404> rcombs, yeah it should just be called "other" [19:37:43 CEST] <Zeranoe> Compn: huh [19:39:43 CEST] <Compn> do your builds work in windows98/win2k ? [19:39:54 CEST] <nevcairiel> Compn: noone cares [19:40:22 CEST] <nevcairiel> and its impossible to build a current ffmpeg for win2k without hacking the code, as its no longer supported [19:40:35 CEST] <Compn> ah [19:40:37 CEST] <Zeranoe> Compn: It was hard enough to even get a XP VM up and running, I'm gonna run from 2k [19:41:10 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:d0061e77cde5: avformat/mxfdec: Detect jpeg2000 through codec_ul too [19:44:57 CEST] <Compn> no problem then :) [20:00:59 CEST] <cone-728> ffmpeg 03PrzemysBaw Sobala 07master:c39637f36aa3: libavcodec/imgconvert.c: support left band while cropping [20:33:47 CEST] Action: jamrial votes for the next version to be ffmpeg 3, dropping pre-vista support and all the pre-SSE optimizations [20:34:39 CEST] <jamrial> clean up the codebase a bit [20:35:22 CEST] <nevcairiel> xp support is mostly the threading wrapper, thats not too much code [20:35:46 CEST] <nevcairiel> not that i care personally, but i bet some of my users would throw a hissy-fit [20:36:29 CEST] <jamrial> there's also some stuff in lavf os_support.c [20:37:18 CEST] <jamrial> structs like pollfd and related functions [20:38:58 CEST] <rcombs> we dropped XP a while ago because it was convenient [20:39:09 CEST] <rcombs> not a whole lot of whining [20:39:28 CEST] <nevcairiel> its probably only a handful users, but they like being very vocal [20:39:36 CEST] <rcombs> there's the occasional guy in the forums asking for help with $old_server_version running XP and I go "well no we don't support that" [20:40:28 CEST] <nevcairiel> but my project is also used by a lot of other projects to facilitate decoding, so i'm not sure how they would feel about dropping XP [20:41:33 CEST] <rcombs> isn't XP spelled 😝 these days [20:41:44 CEST] <nevcairiel> "box"? :D [20:42:21 CEST] <rcombs> it's an XP emoji [20:42:30 CEST] <rcombs> as in, XD with tongue stuck out [20:42:39 CEST] <rcombs> but sure that too [20:53:56 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:8b5007a31b8d: mpegvideo: Move ER functions to a separate file [20:53:57 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:58f63670e173: Merge commit '8b5007a31b8d1ddbe3661bf45a732336450b7d25' [21:05:01 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:e3d0f49abb20: mpegvideo: h263: Move all tables to a single file [21:05:02 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:218f58a16a3d: Merge commit 'e3d0f49abb20a551bf6d885f75c354d6d0bbeb9d' [21:14:09 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:e7af52a68dde: mpegvideo: rv10: Move function declaration to a separate header [21:14:10 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:b5c71fba5943: Merge commit 'e7af52a68dde9144b273a9598b60bf0f56e1323b' [21:22:48 CEST] <cone-728> ffmpeg 03Andreas Cadhalpun 07master:1189af429211: h264: update avctx width/height/pix_fmt when returning frame [21:33:42 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:f1fa1eed2abd: mpegvideo: Expand macro [21:33:43 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:dbf172e6f44d: Merge commit 'f1fa1eed2abdc8dfb0af318a43f5d293b81141bd' [21:42:29 CEST] <cone-728> ffmpeg 03Luca Barbato 07master:8606e881b02b: mpeg12: Move the vlc bits to a stand alone file [21:42:30 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:d52c5e9d75e9: Merge commit '8606e881b02bec2ac24943d22c8afe11d641fac8' [21:55:15 CEST] <cone-728> ffmpeg 03Luca Barbato 07master:64a2e844166d: eamad: Use the correct headers [21:55:16 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:5e87080f2c73: h264_weight: Fix SSSE3 biweight code with weights of 128 [21:55:17 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:85d0df0c3090: Merge commit '64a2e844166d62093b45e680874eea8bd1facf5b' [21:55:18 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:b68b5ec5136d: Merge commit '5e87080f2c73186066df0b9c43877b4af0beef3a' [22:10:28 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:b7a4127a45b7: h264_qpel: Use the correct header [22:10:29 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:63b0356274bc: Merge commit 'b7a4127a45b780d76e6b09427a3d0197c4bc1cdb' [22:34:07 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:8a78ae2d2101: segment: Check open_null_ctx() return value [22:34:08 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:449c74f629cb: Merge commit '8a78ae2d2101622fd244b99178d8bc61175c878e' [22:45:46 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:a9b2a51178ea: avconv_opt: Check localtime() return value [22:45:47 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:6cfaa51acbf7: Merge commit 'a9b2a51178ea446909015f061ab5df65e3b66bf6' [22:53:37 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:30dfc1dad428: cws2fws: Close file handles on error [22:53:38 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:e1ec9c7fb6ba: Merge commit '30dfc1dad4285e7362ce3f596d7c5d5d9b7fb33d' [23:03:05 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:a7ac1a7b9444: flv: Name an enum and use its type [23:03:06 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:00ebf89dcdeb: Merge commit 'a7ac1a7b94447f33ae95be4d6d186e2775977f91' [23:11:06 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:2d5176fad1a4: on2avc: Use the integer abs() version [23:11:07 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:fd04082af985: Merge commit '2d5176fad1a4556d209cbfb0f681712c7eada4fd' [23:21:50 CEST] <cone-728> ffmpeg 03Vittorio Giovara 07master:3b73d5c942f4: fft-test: Use the float fabs() version [23:21:51 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:2cbadf51e80a: Merge commit '3b73d5c942f44b37f0e44276ebcfd66c8b12c02d' [23:34:08 CEST] <cone-728> ffmpeg 03Michael Niedermayer 07master:ea37df2d528c: avutil/imgutils: Simplify pix_fmt validity check in av_image_get_linesize() [00:00:00 CEST] --- Sat Jun 13 2015

1 0

ffmpeg.log.20150612
by burek 13 Jun '15

13 Jun '15

[05:55:02 CEST] <Lac3rat3d> Is there an ffmpeg API? If so, what language(s) does it interface with? Is there a basic tutorial? [08:55:14 CEST] <BtbN> Depends on what you mean by ffmpeg api. There is no api to interface with the ffmpeg cli tool. But the ffmpeg tool just uses the libav* libraries itself. [09:36:27 CEST] <chungy> he didn't wait around for an answer [09:43:08 CEST] <chama> can some one help me to calculate color values for colorchannelmixer [09:43:11 CEST] <chama> ?? [09:43:56 CEST] <chama> I need to implement Willow effect on the following url using ffmpeg [09:43:58 CEST] <chama> http://designpieces.com/2014/09/instagram-filters-css3-effects/ [09:44:08 CEST] <chama> any idea? [10:26:29 CEST] Action: _DragonsLordKERN is back (gone 171:45:21) [10:31:00 CEST] <durandal_1707> chama: look in hex editor values of colors of raw picture [11:38:07 CEST] <nicki> Anyone know how to solve this error in iOS. "codec not found: h264" . I'm using ffmpeg C API [13:04:58 CEST] <layosvoncyber> Hi Guys, I'm building a script that zoomout from a picture. The problem is that picture is not in the center of the screen [13:05:01 CEST] <layosvoncyber> ffmpeg -loop 1 -i test.png -frames:v 300 -vf "zoompan=z='if(lte(zoom,1.0),6.5,max(1.001,zoom-0.05))':d=125:x=-1000:y=-1000" -pix_fmt rgba -vcodec png LOGO.MOV [13:06:28 CEST] <layosvoncyber> so I'm looking for a solution to minimalise the picture in place [13:11:06 CEST] <layosvoncyber> this is how it looks now: https://www.dropbox.com/s/r6u7eg77biznynt/LOGO.MOV?dl=0 [13:16:17 CEST] <dexter_> Hey guys, can ffmpeg be acclerated with Intel Haswell under linux? [14:21:33 CEST] <chama> hi, how to adjust brightness, contrast, etc. with colorchannelmixer? [15:00:00 CEST] <randomdue> [12:06:26] <layosvoncyber> so I'm looking for a solution to minimalise the picture in place [15:00:17 CEST] <randomdue> crop the video around the image [15:00:26 CEST] <randomdue> then process the result with your script [15:04:17 CEST] <layosvoncyber> <randomdue>, well it is a transparent png basicly [15:13:37 CEST] <feliwir> hey, not sure if this the right place to ask, but where can i find libvp62? I know ffmpeg used that as a resource for their vp6 decoder, but i can't find it on the web [15:15:06 CEST] <Hfuy> Hello. I have a lot of files like the one listed by ffmpeg -i here: http://pastebin.com/exDuFu7q [15:15:17 CEST] <Hfuy> fuy> There are four 24-bit, 48KHz audio channels. The useful audio is inthe second two (VLC plays silence, I suspect it's playing the first two). I'd like to end upwith the same image data, but with the second two tracks as the stereo audio, and at 16-bit. Can ffmpeg do that? [15:15:53 CEST] <hardikj> hi, I am trying to record my screen using ffmpeg on a window machine with a very low configuration (1core, 2 GB ram). I want to record some CPU intensive work like browser test and ffmpeg seems to be consuming lot of CPU [15:16:25 CEST] <hardikj> ffmpeg -rtbufsize 1500M -framerate 8 -f gdigrab -threads 0 -i desktop -vcodec libx264 -preset ultrafast -g 60 -maxrate 2000k -bufsize 2000k -crf 40 out.mp4 [15:16:35 CEST] <hardikj> ^this the command I am using right now [15:16:51 CEST] <Hfuy> hardikj: Define "a lot". H.264 is not an easy thing to create. [15:17:27 CEST] <hardikj> Hfuy, hi, I don't need a very high res vid just a normal video, can you suggest alternative? [15:17:37 CEST] <Hfuy> mjpeg is less work. [15:17:40 CEST] <feliwir> hardikj: screen capturing uses a fair amount of cpu, what did you expect? [15:19:12 CEST] <hardikj> feliwir, I just wanted to know lowest possible cpu I can consume, becausecause right it seems to take 30-35% CPU and with selenium test running everything hangs [15:19:33 CEST] <hardikj> Hfuy, I will try mjpeg thanks [15:19:55 CEST] <hardikj> anything else I can change to improve the CPU usage? [15:20:48 CEST] <feliwir> use your gpu for screen capturing [15:21:02 CEST] <feliwir> or get yourself a gpu that supports that :) [15:21:57 CEST] <hardikj> feliwir, hehe, the use case is to record selenium test on 100s of machines [15:22:04 CEST] <hardikj> I can afford gpu :( [15:23:07 CEST] <hardikj> Is there any format I can use which consume lowest CPU ? [15:23:16 CEST] <Hfuy> As feliwir says, screen capturing may never be a very low CPU job. [15:23:25 CEST] <Hfuy> That said, if you are not sensitive to disk space usage, you can record it uncompressed :) [15:23:43 CEST] <feliwir> ah. Can someone please answer my question from earlier? [15:25:48 CEST] <Hfuy> What's the question? [15:26:24 CEST] <feliwir> i asked, where i can find libvp62 [15:26:46 CEST] <Hfuy> Absolutely no idea. [15:26:53 CEST] <feliwir> since ffmpeg used that as reference for their vp6 decoder someone might still have a download link [15:26:59 CEST] <Hfuy> What would the -c:a entry for uncompressed 16-bit 48KHz be [15:28:01 CEST] <Hfuy> Apparently, "pcm_s16le" [15:28:38 CEST] <randomdue> i would just leave the audio alone [15:28:42 CEST] <randomdue> re mux it [15:29:21 CEST] <Hfuy> This audio is just an on-camera mic. I really only need it as a guide. [15:29:31 CEST] <Hfuy> I'd like to avoid recompressing the video but it seems to cause problems if I don't. [15:32:44 CEST] <hardikj> Hfuy, actually, I wanted to upload the video to s3 in parallel, so that is not an option [15:33:50 CEST] <Hfuy> s3? [15:36:54 CEST] <hardikj> amazon web services, S3 storage [15:37:03 CEST] <Hfuy> Hmm, I see. [15:37:15 CEST] <Hfuy> Well, you might need a little bit more power, then. [15:37:57 CEST] <hardikj> Hfuy, just one last time, are sure this is sane [15:37:58 CEST] <hardikj> ffmpeg -rtbufsize 1500M -framerate 8 -f gdigrab -threads 0 -i desktop -vcodec libx264 -preset ultrafast -g 60 -maxrate 2000k -bufsize 2000k -crf 40 out.mp4 [15:38:17 CEST] <hardikj> a low quality video would do to :) [15:38:18 CEST] <Hfuy> I'm not an expert. [15:38:21 CEST] <Hfuy> Sorry. [15:38:48 CEST] <kepstin> that would be really low quality, and if you really want fast encoding it's probably best to drop the vbv controls (-maxrate, -bufsize) [15:39:03 CEST] <kepstin> although if you're streaming live i guess they make sense [15:41:01 CEST] <hardikj> kepstin, I am not streaming live, but I have a script that will push some chunks from file say 5mb to S3 [15:41:24 CEST] <hardikj> so I have few more sec after the recording is stopped [15:44:59 CEST] <guestfwc> hello all i want to use ffmped to convert video from 3gp to webm , what command i use to do this please ? [15:52:39 CEST] <hardikj> Hfuy, mjpeg to gives me lots of rc buffer underflow [15:52:45 CEST] <hardikj> any idea? [16:51:50 CEST] <relaxed> Hfuy: pcm_s16be [16:52:21 CEST] <relaxed> oh, nevermind, I thought you meant big-endian [16:53:50 CEST] <relaxed> guestfwc: https://trac.ffmpeg.org/wiki/Encode/VP8 [16:53:53 CEST] <hardikj> relaxed, any idea about my issue? basically reducing cpu usage? [16:55:03 CEST] <relaxed> try -threads 1 [16:55:22 CEST] <guestfwc> relaxed: ok thank you [16:56:55 CEST] <relaxed> hardikj: hmm, you have one core [16:59:32 CEST] <Fyr> guys, if I have a list of files in the directory, how to make them normalize during batch conversion? [17:01:25 CEST] <hardikj> relaxed, yup :( [17:02:59 CEST] <codechelvetica> if I tell ffmpeg to extract a frame as a .yuv file from a .yuv video [17:03:09 CEST] <codechelvetica> will the file have the same pixel format as the video? [17:03:15 CEST] <codechelvetica> say yuv420p [17:03:49 CEST] <codechelvetica> I know the video is planar yuv420, and I need a yuv frame representing the single luminance plane and the two chrominance half planes [17:03:54 CEST] <codechelvetica> etc [17:05:57 CEST] <klaxa> if you use codec copy, probably [17:06:27 CEST] <klaxa> like: ffmpeg -i input.yuv -ss 12.345 -c copy -vframes 1 output.yuv [17:19:02 CEST] <Fyr> guys, where can I find manual on lpc_passes or lpc_method and so on? [17:43:25 CEST] <Fyr> how to strip off all metadata from file? [17:43:39 CEST] <Fyr> even wav contains some of it. [17:47:43 CEST] <feliwir> did anyone found an answer to my question earlier today? [17:58:08 CEST] <Kolizer> Kappa [18:56:31 CEST] <feliwir> well i just reask my question: Does someone know where i can get libvp62? I can't find any download link [18:58:27 CEST] <Fyr> in Linux you can look through repositories [18:59:21 CEST] <feliwir> as far as i know the library was only available for a short time for download, since On2 did hire some lawyers against it [18:59:29 CEST] <Fyr> and download source package and compile it in Windows/Linux/MacOS. [19:00:28 CEST] <feliwir> Fyr: it's not in any repository [19:01:02 CEST] <Fyr> agreed [19:01:46 CEST] <feliwir> but since the ffmpeg vp6 codec is based on it i thought someone might still have it [19:36:03 CEST] <DRAWNBOX> Does anyone know how to reencode a file? [19:38:02 CEST] <klaxa> can you be more specific? [19:38:51 CEST] <klaxa> it can be as simple as: ffmpeg -i input.mp4 output.mp4 [19:39:04 CEST] <DRAWNBOX> I have a file and have no clue how its encoded and want to make it h264 [19:39:32 CEST] <DRAWNBOX> I just dont know what I am supposed to put to make it do hs64 [19:39:40 CEST] <DRAWNBOX> h.264* [19:40:18 CEST] <klaxa> an elaborate guide is here: https://trac.ffmpeg.org/wiki/Encode/H.264 [19:40:43 CEST] <klaxa> you don't really have to worry about the input, if ffmpeg can read it, it will detect it automatically [19:41:01 CEST] <DRAWNBOX> Thanks, im pretty sure thats what I needed [19:50:26 CEST] <DRAWNBOX> Do you know the one option so that non ffmpeg players can use it? [19:50:49 CEST] <DRAWNBOX> klaxa [19:53:51 CEST] <klaxa> huh? it should be compatible by default [19:54:10 CEST] <klaxa> are you having problems? you can encode short samples using -t 10 to encode 10 seconds and then check with players [19:55:26 CEST] <DRAWNBOX> It only works with the video players I downloaded [19:55:36 CEST] <DRAWNBOX> The video editor I am using doesnt though [19:55:59 CEST] <klaxa> have you read https://trac.ffmpeg.org/wiki/Encode/H.264#Encodingfordumbplayers ? [19:56:53 CEST] <DRAWNBOX> Nope [19:56:57 CEST] <DRAWNBOX> I am gonna try that now [21:30:23 CEST] <anoop_r> does ffmpeg support qaac ? [21:45:16 CEST] <Fyr> no [22:03:21 CEST] <DrBotato> is there a way to restrict ffmpeg to not use all cores? i want to prevent it from slowing down other tasks that might run while it is running. [22:04:11 CEST] <chungy> -threads 1 [22:04:33 CEST] <DrBotato> excellent! thanks [22:25:11 CEST] <mbullington> Hello. [22:25:22 CEST] <mbullington> I'm currently writing an RTSP client in node.js. [22:26:10 CEST] <mbullington> And I was wondering, if using RTP/AVP/TCP, if I get the RTP packet from that, is there any way to use ffmpeg to parse the RTP packet and encode it? [22:27:57 CEST] <Fyr> guys, why does volume amplification increase filesize? [22:58:21 CEST] <iive> Fyr: are you sure this is the only thing you do? [22:59:00 CEST] <iive> e.g. -c:v copy should copy the video. audio is usually with fixed bitrate, -b:a 128k ... [23:55:03 CEST] <fortruce> When i capture a window on the screen with gdidraw it only shows a still of the screen with my mouse movements accurately recorded on top of it [23:55:11 CEST] <fortruce> does anyone have any idea why that might be? [23:58:52 CEST] <fortruce> it captures correctly for other windows with the exact same command (except for the title) [00:00:00 CEST] --- Sat Jun 13 2015

1 0

ffmpeg-devel.log.20150611
by burek 12 Jun '15

12 Jun '15

[02:42:28 CEST] <cone-690> ffmpeg 03Deliang Fu 07master:6e1f8780c833: avformat: Fix bug in parse_rps for HEVC. [03:19:52 CEST] <rcombs> >faac [03:19:54 CEST] <rcombs> why would you ever [04:13:10 CEST] <jamrial> rcombs: or ffmpeg 1.2, and not even a recent point release [05:08:13 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:c2163f7cc747: avcodec/pcm-dvd: Fix debug == FF_DEBUG_PICT_INFO [06:08:30 CEST] <cone-690> ffmpeg 03James Zern 07master:2c70436e6920: libvpxenc: add undershoot-pct option [06:08:31 CEST] <cone-690> ffmpeg 03James Zern 07master:fd004e10d37f: libvpxenc: add overshoot-pct option [10:59:41 CEST] <thardin> does anyone in here know if there's a way to make cairo work with non-premultiplied (raw) alpha? [12:24:43 CEST] <cone-939> ffmpeg 03Shivraj Patil 07master:b87dc70c6590: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for AVC chroma mc functions [12:42:54 CEST] <cone-939> ffmpeg 03Shivraj Patil 07master:e4fb8816f99d: avcodec/mips: Add 'const' to static arrays in HEVC MSA code [13:18:50 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:70af8a5efb23: avformat/aiffdec: avoid double and ldexp() [14:39:35 CEST] <ubitux> is there any need to have AVHWAccel public? [14:44:23 CEST] <bencoh> isn't it public already ? [14:45:32 CEST] <ubitux> let me reformulate: why is it public? is it useful? [15:09:42 CEST] <wm4> ubitux: probably for listing it [15:09:57 CEST] <wm4> also, I've just heard that OSX 10.11 removes VDA [15:10:01 CEST] <wm4> and suggests using VT [15:10:38 CEST] <ubitux> the patch author still didn't reply unfortunatelyt [15:10:48 CEST] <ubitux> i'll have to do it for real apparently [15:43:28 CEST] <Zeranoe> It looks like libmfx might be breaking support for XP... How long should support for XP continue at the cost of new features? [15:43:53 CEST] <BtbN> Is XP even officialy supported anymore? [15:43:57 CEST] <BtbN> By ffmpeg [15:44:24 CEST] <nevcairiel> We never intentionally broke it, so it should still work [15:45:00 CEST] <nevcairiel> Intel has been pretty strict about that though, they barely support any fancy video features on XP [15:46:58 CEST] <nevcairiel> wm4: typical apple, maintaining a stable API for a couple releases is too hard, need to invent new ones :d [15:49:25 CEST] <kierank> lglinskih_: ping [15:49:48 CEST] <Zeranoe> This might actually be something in FFmpeg? https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=2491 [15:51:44 CEST] <nevcairiel> the exception listed means that a dll couldnt be loaded, which on XP usually means that it was not build for XP [16:08:14 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:4e640f05605f: avformat/avio: move short seek threshold to the context [16:18:57 CEST] <lglinskih_> kierank: hi! [16:28:21 CEST] <kierank> lglinskih_: how's it gooing [16:32:22 CEST] <nevcairiel> why do I always feel that these fixed-point decoders add much noise to the code without actually giving a benefit to any use-cases that anyone really cares about [16:33:54 CEST] <lglinskih_> kierank: normal, I'm writing test based on examples. Again) [16:34:22 CEST] <wm4> nevcairiel: because it's probably the truth [16:35:13 CEST] <lglinskih_> I didn't write my own framecrc, by I understood why I need it for testing H264) [16:36:08 CEST] <nevcairiel> wm4: thats what I was afraid of [16:36:50 CEST] <kierank> lglinskih_: ok [16:37:07 CEST] <wm4> nevcairiel: I guess one thing is that fixed point makes testing easier? [16:37:20 CEST] <wm4> just because bit exactness is trivial [16:38:10 CEST] <kierank> well I think it's benchmarketing [16:39:21 CEST] <nevcairiel> who even sells hardware without hard-float [16:39:30 CEST] <nevcairiel> mips, apparently [16:40:40 CEST] <wm4> oh right [16:41:14 CEST] <wm4> is the AAC fixed point guy from mips? [16:41:39 CEST] <nevcairiel> imgtec, which is apparently who owns MIPS IP [16:54:21 CEST] <nevcairiel> i just wonder what kind of devices this are [16:54:35 CEST] <nevcairiel> where do you put a MIPS CPU into, except your tiny router box? [16:56:01 CEST] <wm4> the imgtec website shows some hipster looking guy with a phone [16:56:26 CEST] <nevcairiel> Android supports MIPS, but i cant say i ever seen or heard of one [17:00:29 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:54f685a0ee5e: avutil/softfloat: properly separate testcode [17:00:30 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:daf1158d7743: avutil/softfloat: Move av_sf2double() to header [17:28:56 CEST] <rcombs> I think some networked TV tuners use them? [17:29:33 CEST] <rcombs> and of course the Nintendo 64 [17:29:34 CEST] <Daemon404> every tv tuner i ever saw had terible mpeg2 output by default tho [17:32:42 CEST] <cone-939> ffmpeg 03Shivraj Patil 07master:1d70b6fe1d9d: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for AVC intra prediction functions [17:32:43 CEST] <cone-939> ffmpeg 03Shivraj Patil 07master:fb92f3ecb4d4: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for AVC idct functions [17:33:32 CEST] <nevcairiel> You mean analog tuners with a encoder onboard [18:35:45 CEST] <kierank> Daemon404: http://www.mesclado.com/smpte-forum-2015-future-proofing-media-production-p… [18:36:09 CEST] <Daemon404> oh he published it. [18:36:58 CEST] <Daemon404> kierank, one may fear if a ton of broadcast people show up to VDD [18:39:25 CEST] Action: kierank trolls Daemon404 on twitter [18:39:25 CEST] <Daemon404> "Why SMPTE matters to Netflix" [18:39:31 CEST] <Daemon404> should be "Why SMPTE matters to Netflix managers" [18:39:38 CEST] <kierank> well thierry will be tehre [18:39:47 CEST] <Daemon404> where? [18:39:58 CEST] <Daemon404> oh vdd [18:45:52 CEST] <j-b> their SMPTE meeting in Paris overlaps with VDD [18:46:17 CEST] <Daemon404> j-b, oh good. [18:46:32 CEST] <Daemon404> well... depends where VDD is i suppose. [18:46:39 CEST] <j-b> Paris [18:47:15 CEST] <Daemon404> all right. [18:47:21 CEST] <kierank> yeah vdd [18:47:27 CEST] Action: Daemon404 checks what SMPTE crap is in paris on 18th [18:47:34 CEST] <kierank> really? [18:47:42 CEST] <kierank> usually smpte stuff is straight after ibc [18:47:54 CEST] <Daemon404> About: Archive - Cloud - Formats - sustainability - Outsourcing [18:47:58 CEST] <Daemon404> sounds boring as tits [18:48:11 CEST] <kierank> yes [18:48:25 CEST] <j-b> their thing says 16-20 [18:48:48 CEST] <Daemon404> ... and painfully long [18:48:55 CEST] <kierank> 4 days [18:48:56 CEST] <kierank> jesus [18:48:58 CEST] <kierank> give me a noose [18:49:01 CEST] <Daemon404> lol [18:50:12 CEST] <j-b> IMF, IMF, IMF and cloud [18:50:49 CEST] <Daemon404> ð©, ð©, ð©, and (?à?) [18:55:04 CEST] <Daemon404> cam bots favourting my SMPTE joke on twitter [18:57:02 CEST] <kierank> the smpte account doesn't understand sarcasm [18:57:43 CEST] <Daemon404> of course, but i meant porn bots [18:58:01 CEST] <kierank> oh [19:10:39 CEST] <Daemon404> j-b, btw are vdd dates confirmed? [19:11:12 CEST] <j-b> Daemon404: should be [19:11:29 CEST] <Daemon404> j-b, mostly i wanna get cheap flight [19:11:36 CEST] <Daemon404> not that it matters due to reimbursement [19:11:51 CEST] <j-b> I want you to get cheap flights :) [19:11:56 CEST] <Daemon404> i figured so ;) [19:12:07 CEST] <Daemon404> is there a friday event? [19:12:50 CEST] <Compn> wondering if i should go or not this year. cant decide. [19:13:18 CEST] <Compn> maybe wm4 will be there ? :) [19:15:32 CEST] <kierank> i'd go to meet wm4 [19:15:50 CEST] <kierank> buy him/her a drink [19:15:56 CEST] <Daemon404> him [19:16:11 CEST] <Daemon404> i always doubted wm4 would come out in public, what with the anonymous-ish name and all. [19:16:30 CEST] <durandal_1707> He is paranoid [19:16:30 CEST] <BBB> vdd @ paris? [19:16:33 CEST] <BBB> i should book tickets then [19:16:40 CEST] <BBB> j-b: will you pay for my tickets also? [19:19:39 CEST] <Daemon404> i assume so BBB [19:19:44 CEST] <Daemon404> you wrote a lot of code the last 2 years. [19:20:30 CEST] <Compn> maybe we could get carl to show up at vdd [19:20:31 CEST] <Daemon404> if j-b didn't sponsor me, i'd go on my own anyway, cause UK->France is like an hour away. [19:20:37 CEST] <Compn> ehe [19:22:37 CEST] <Compn> only a 9 hour flight from here to paris. [19:24:55 CEST] <BBB> right, well, its a little bit more expensive for me [19:35:46 CEST] <wm4> kierank: but you'd lose money and I'd likely complain about the drink's taste [19:38:44 CEST] <Daemon404> wm4, dont like beer? [19:42:05 CEST] <wm4> (I complain about everything) [19:43:24 CEST] Action: kierank too [19:45:27 CEST] <Daemon404> heh [21:59:24 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:9c8939216b1c: avcodec/jpeg2000dec: Implement progression order RLCP [22:22:47 CEST] <baptiste> j-b pays for plane tickets ? :) [22:35:29 CEST] <Compn> all that microsoft store money rolling in :P [22:36:08 CEST] <BtbN> i honestly like Windows finaly getting a general purpose "package manager", even if it's "just" an App Store. [22:38:54 CEST] <nevcairiel> Maybe I'll really go this year to vdd, the date looks fine so far [22:40:31 CEST] <Daemon404> o/ [22:40:51 CEST] <JEEBsv> niice [22:42:14 CEST] <nevcairiel> I would have gone last year, but I couldn't walk at the time, so that was a big of a deterrence [22:42:29 CEST] <Daemon404> VLC-sponsored wheelchair [22:42:58 CEST] <Compn> ah you slacker, there was someone there who broke her ankle [22:43:02 CEST] <Compn> :P [22:44:02 CEST] <nevcairiel> I broke my foot, took 3 months until I could walk again slowly, still feeling it now [22:48:30 CEST] <Compn> yikes. thats no fun [22:51:12 CEST] <BtbN> My uncle broke like 5 bones in his foot, and completely ripped out his achilles tendon. That was over a year ago, he's still recovering. [22:53:07 CEST] <wm4> ubitux: found microdvd tags in a subrip mkv track [22:53:16 CEST] <wm4> ubitux: this seems to be pretty common after all [23:06:01 CEST] <cone-939> ffmpeg 03Michael Niedermayer 07master:2f1dd4a3d112: avcodec/jpeg2000dec: Print warning for "Selective arithmetic coding bypass" [00:00:00 CEST] --- Fri Jun 12 2015

1 0

ffmpeg.log.20150611
by burek 12 Jun '15

12 Jun '15

[00:45:21 CEST] <xreal> I want to extact a single frame from an PAL DVD (4:3) to JPEG. How can I fix the pixel ratio? [03:11:24 CEST] <xreal> I've got an input video with 864x480. How can I make it fit to 4:3 with borders? [03:11:58 CEST] <xreal> This doesn't work. The height is wrong: -filter:v "scale=720:400,pad=720:576:0:88" [03:38:22 CEST] <pentanol> xreal try -vf crop=in_w/4*3 [03:42:25 CEST] <Compn> xreal_alt : or expand [03:43:09 CEST] <xreal_alt> re [03:43:23 CEST] <xreal_alt> Why doesn't padding work? [03:43:39 CEST] <xreal_alt> scale=720:400,pad=720:576:0:88 with -aspect 4:3 should do it, shouldn't it? [03:44:03 CEST] <xreal_alt> pentanol: crop = cut away? I don't want that :) [04:09:06 CEST] <xreal> Sorry, I'm too tired to wait for an answer. [04:18:44 CEST] <Compn> ehe [04:18:48 CEST] <Compn> its late here too :P [04:34:23 CEST] <pentanol> xreal_alt then use swscaler [08:43:51 CEST] <zachary_> Dear all. I am trying to stream my webcamera on linux. But ffmpeg cannot recognize v4l2. [08:44:01 CEST] <zachary_> https://bpaste.net/show/02cf2b86f4fb [08:44:09 CEST] <zachary_> https://bpaste.net/show/a63f29d63a1b [08:57:28 CEST] <relaxed> zachary_: maybe you forgot the v4l2 USE flag. [08:58:30 CEST] <zachary_> relaxed: actually I don't install ffmpeg ffplay ffprobe manually [08:59:11 CEST] <zachary_> relaxed: i think these packages are installed for mplayer [09:01:43 CEST] <zachary_> relaxed: how do you know i am using gentoo [09:29:06 CEST] <zachary_> relaxed: just lose the connect. My ffmpeg seems lack "libv4l" either [09:40:00 CEST] <relaxed> from your output, "built with gcc 4.8.4 (Gentoo 4.8.4" [09:40:27 CEST] <relaxed> zachary_: my static builds have support, http://johnvansickle.com/ffmpeg/ [09:42:06 CEST] <zachary_> relaxed: thx. when errors occur, sometimes confused and lost patience to review details [09:55:35 CEST] <ruby_on_tails> i used ffmpeg to convert a .mov to .mp4 and it doesnt run on ipad, can anyone tell why? this is the command used and the ffprobe of the video: http://pastebin.com/raw.php?i=VGnyuA1A [09:56:01 CEST] <ruby_on_tails> works fine on a mac book, though quicktime cant play it, have to use VLC media player to play it [10:01:06 CEST] <ruby_on_tails> the video kind of fails at a lot of places, imovie cant detect the video, but can detect the audio [10:04:25 CEST] <ruby_on_tails> and when the command was triggered it shows some weird comments which i dont understand http://pasteboard.co/18AVjoJe.png [10:04:55 CEST] <relaxed> ruby_on_tails: add -pix_fmt yuv420p [10:05:53 CEST] <ruby_on_tails> relaxed: added and reran the script, its working, though what does this thing mean? [10:09:50 CEST] <ruby_on_tails> relaxed: nvm read it up [10:10:01 CEST] <ruby_on_tails> lets see if the new result works on ipad [10:16:25 CEST] <relaxed> it controls the output's colorspace, and the ipad (and most devices) only support yuv420p [10:27:19 CEST] <Abhijit> hi [10:28:04 CEST] <Abhijit> is there anything built in, in ffmpeg or any other open source multimedia encoding software, which i can use to implement video adaptive streaming in my python flask app? [12:37:42 CEST] <gurpartap> I am getting an rtp stream which I am saving as a mp4 file. I want to restream this file as a rtp server at a lower frame rate [12:37:48 CEST] <gurpartap> how can i do that? [12:38:11 CEST] <gurpartap> Presently I am able to stream my file but I am not able to alter my framerate [12:45:23 CEST] <relaxed> gurpartap: what happens when you try to change the framerate? [12:46:08 CEST] <gurpartap> I tried changing the framerate using -framerate command but for some reason since then my video is streaming at super high fps and bit rate [12:46:58 CEST] <gurpartap> terminal log is showing fps around 230 [12:48:29 CEST] <relaxed> -framerate applies to input, use -r $framerate after the input [12:49:12 CEST] <relaxed> you may need -re too [12:49:25 CEST] <gurpartap> I want to save my video at 25fps and stream it at say 10 fps. Any way to do that? [12:50:41 CEST] <relaxed> what is original framerate? [12:51:27 CEST] <gurpartap> original set from my camera is 25 fps. I am able to save that video as a mp4. Now I want to restream this mp4 at a lower framerate. [12:53:54 CEST] <relaxed> ffmpeg -re -i input.mp4 -r $framerate output [12:55:38 CEST] <gurpartap> what is $framerate. Should i replace that with a number like 10? [12:55:45 CEST] <relaxed> yes [12:56:09 CEST] <relaxed> you can save the stream to mp4 and restram it at the same time [12:56:17 CEST] <relaxed> restream* [12:56:32 CEST] <gurpartap> How? [12:57:15 CEST] <relaxed> ffmpeg -re -i $stream -c copy output.mp4 -r $framerate $output_stream [12:59:25 CEST] <gurpartap> What you suggested works.But there is one problem. I do not want to slowdown the speed of my video when I mean lowering fps because that would increase the total time of the video [12:59:33 CEST] <relaxed> I would use matroska, though, because if you control+c it the mp4 won't playback [12:59:53 CEST] <gurpartap> what i meant was just sending one frame out of the 25 frames recorded per second [13:00:20 CEST] <gurpartap> so if my video is of 25 seconds at 25 frames, I want to transfer just 25 frames and keep the length the same [13:00:44 CEST] <c_14> That'll do that. [13:00:49 CEST] <relaxed> -r 1 [13:01:30 CEST] <gurpartap> Okay let me recheck [13:23:29 CEST] <Abhijit> hi [13:23:38 CEST] <Abhijit> anyone awak? [13:23:55 CEST] <Abhijit> is this the whole procedure about adaptive streaming? http://www.bogotobogo.com/VideoStreaming/ffmpeg_AdaptiveLiveStreaming_Smoot… [13:24:06 CEST] <Abhijit> if yes then whats special about implementation of Apple, Adobe and MS? [13:32:42 CEST] <chama> Hi, I'm trying to apply some filters to a video [13:33:11 CEST] <chama> here are the corresponding css filters I'm trying to apply to a video [13:33:12 CEST] <chama> http://designpieces.com/2014/09/instagram-filters-css3-effects/ [13:33:34 CEST] <chama> how can i Implement those in ffmpeg...? [13:34:10 CEST] <chama> i tried following [13:34:13 CEST] <chama> ffmpeg -i 3.mp4 -c:v libx264 -c:a libfaac -filter_complex "[0:v]eq=1.0:0:1.3:2.4:0.175686275:0.103529412:0.031372549:0.4[outv]" -map [outv] foo.mp4 [13:34:31 CEST] <chama> but didn't get the correct expected result... [13:34:45 CEST] <[-T-]> hey [13:34:46 CEST] <chama> any idea how to do this correctly? [13:34:52 CEST] <[-T-]> any vdpau/nvenc expert ? [13:43:03 CEST] <hefest> any way to remove SAR and DAR white encoding video? [13:43:43 CEST] <hefest> i have this one which is displaying correctly in flash player we are using: Stream #0:1(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480, 855 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) [13:44:12 CEST] <hefest> and this one is not displaying correctly, upper part of the picture is screwed up: Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 8 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) [13:44:40 CEST] <hefest> sorry, this one is not displaying correctly: Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 862 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc (default) [13:44:52 CEST] <hefest> the only difference is the "[SAR 1:1 DAR 4:3]" as i can see [13:51:53 CEST] <durandal_1707> it is pointless to remove these, and certainly that is not reason for errors [13:54:12 CEST] <hefest> durandal_1707: what can it be than? [13:55:26 CEST] <JEEBsv> hefest: try disabling HW decoding in flash [13:55:34 CEST] <JEEBsv> see if it still happens [13:56:02 CEST] <JEEBsv> if it still happens, check with something like mpv if the issue is really in the stream or not [13:56:25 CEST] <hefest> JEEBsv: well, the same player works with chrome but not with firefox, for that particular video. [13:56:43 CEST] <hefest> JEEBsv: and original file (the first example line i posted) is displaying correctly in both browsers [13:56:52 CEST] <hefest> JEEBsv: whats mpv? [13:57:15 CEST] <JEEBsv> if this is on lunix then the mozplug flash is just buggy :P [13:57:33 CEST] <hefest> JEEBsv: no, macos [13:57:34 CEST] <JEEBsv> or well, if you can limit it to the mozilla plugin flash and you have made sure the flash version is the same in general [13:58:03 CEST] <hefest> JEEBsv: i can't, it has to work in all browsers, and it did so far. something is different with the video [13:58:22 CEST] <dsl420> mpv.io it is a great media player, my favorite actually [13:58:23 CEST] <hefest> JEEBsv: i can give you the ffprobe output of both video files, the one that works and the one that doesn't [13:59:35 CEST] <hefest> JEEBsv: second one is the one that doesn't work: https://gist.github.com/akomic/8e4e94d007f193bf50a9 [14:05:51 CEST] <JEEBsv> hefest: I might look at it after work but it most probably is a bug in flash [14:06:26 CEST] <JEEBsv> just make sure that both plugins are at the newest version and match re: hw decoding etc [14:06:38 CEST] <JEEBsv> (and make goddamn sure that the file doesn't have the artifacts) [14:07:14 CEST] <hefest> JEEBsv: how do i check for artifacts? [14:11:41 CEST] <cagedwisdom> how do I test if my distro's ffmpeg lib supports h264 [14:13:16 CEST] <hefest> execute ffmpeg and see in first 3 lines of output if libx264 is enabled [14:15:59 CEST] <hefest> how can i set encoder time_base ? [14:16:18 CEST] <cagedwisdom> hefest, it shows the compile string --enable-libx264 but it doesn't show libx264 in the list under the compile string. [14:17:28 CEST] <cagedwisdom> Im trying to use a library that uses ffmpeg and it does other codecs ok but it says if h264 isn't working it's because ffmpeg probably wasn't compiled with it. [14:18:14 CEST] <bencoh> ? [14:18:21 CEST] <bencoh> what about ffmpeg -codecs ? [14:19:40 CEST] <cagedwisdom> getting DEV.LS for h264 ...weird [14:28:24 CEST] <hefest> hmm can't figure out how to specify encoders time_base [15:19:26 CEST] <relaxed> hefest: which one doesn't work? [15:22:52 CEST] <relaxed> oh, I see. What did you mean by "this one is not displaying correctly" [15:51:43 CEST] <hefest> relaxed: firefox+flashplayer is showing video with artifacts in 20% of upper part of the screen [15:55:31 CEST] <hefest> relaxed: here is the screenshot https://photos-5.dropbox.com/t/2/AAB0vDL8fpxU8GHn9oH9SoZgsNul7kq3W9yiY3KIPu… [15:57:21 CEST] <hefest> anyone with the idea what might cause this? : https://goo.gl/LRTGeJ [16:15:05 CEST] <spaam> hefest: it works in chrome? :D [16:17:32 CEST] <hefest> spaam: yes [16:18:57 CEST] <spaam> if it was html5. firefox use gstreamer to decode h264 and chrome use ffmpeg. [16:20:32 CEST] <hefest> is it possible that tbn value can create problems like this? [16:20:58 CEST] <hefest> that's the only difference as far as i can see and im not sure if i can set that when transcoding [16:56:33 CEST] <hefest> when i lower -crf i'm getting redness, if it's increased above 20 i'm getting artifacts. [17:21:59 CEST] <relaxed> spaam: wouldn't gstreamer use ffmpeg's libs to decode it? [18:52:28 CEST] <gouessej> Hi [19:11:03 CEST] <gouessej> I still have the same problem than yesterday, Totem, Dragon Player and VLC are unable to estimate the duration of the OGV videos I created with FFMPEG [19:11:46 CEST] <gouessej> "Stream #1: not enough frames to estimate rate; consider increasing probesize" [19:12:18 CEST] <gouessej> I use -probesize 2147483647 [19:16:04 CEST] <gouessej> I don't reproduce this bug with webm but the quality is lower with similar parameters [19:22:06 CEST] <gouessej> I see nb_frames=N/A very often when using ffprobe [19:23:45 CEST] <jbmcg> does anyone know a way to combat -ss and -t rounding/precision issues in ffmpeg? trying to cut out pieces of video based on frame numbers and no matter what I try and do, its always off on some cuts [19:27:00 CEST] <gouessej> jbmcg: Do you use the format hh:mm:ss[.xxx] with -t? [19:27:38 CEST] <jbmcg> i've tried both using just seconds and also using a timestamp like that [19:28:14 CEST] <jbmcg> is that preferred? [19:30:00 CEST] <Compn> jbmcg : you can get tighter frames by using -vf select [19:30:21 CEST] <jbmcg> I've had issues providing just seconds and seeing different results (more/less frames) when rounding to the 6th or 7th decimal place [19:30:38 CEST] <Compn> jbmcg : http://superuser.com/questions/866144/cutting-videos-at-exact-frames-with-f… [19:32:37 CEST] <Compn> jbmcg : there is also -vf trim [19:32:43 CEST] <Compn> which maybe better [19:32:50 CEST] <Compn> depending on what you want to do [19:33:06 CEST] <Compn> obviously ffmpeg seek is not precise in all formats :\ [19:34:55 CEST] <Compn> yeah i guess vf trim is exactly what you want [19:34:56 CEST] <Compn> :p [19:57:33 CEST] <Nitori> Is there a way to synchronize subtitles (ass) with the video? If I show streams with ffprobe, I often see, that a video has a start_time of 0.083 sekonds (approx. 2 frames), which leads the subs to be off by those two frames, when I muxx video and subs. [19:58:41 CEST] <relaxed> Nitori: you can adjust the timing with mpv during playback [19:59:04 CEST] <Nitori> during playback. great [19:59:17 CEST] <Nitori> that's not really what I want ;-) [20:00:04 CEST] <Nitori> currently I sync them manually (adding time values worth of those two frames to every line, using a script)... but that's not really a solution I like [20:00:21 CEST] <relaxed> just throwing out an option [20:01:08 CEST] <Nitori> yea [20:01:28 CEST] <relaxed> maybe there's a way to fix it with aegisubs? [20:03:21 CEST] <Nitori> well, aegisub synchronizes to the video stream and ignores whatever "start_time" the container (I assume it's from the container?) is set to. [20:03:52 CEST] <Nitori> which seems reasonable. every muxx could possibly have a different start_time. [20:09:00 CEST] <Nitori> hm, looks like this start_time thing is not from the container, but from the x264 stream. [20:09:23 CEST] <relaxed> Nitori: maybe, ffmpeg -i input.mkv -itsoffset 0.083 -i input.ass -c copy out.mkv [20:09:47 CEST] <relaxed> er, add -map 0 -map 1 after input.ass [20:10:22 CEST] <Nitori> hmhm, in the end I have to know the exact off-duration.. [20:10:58 CEST] <Nitori> that's what I kind of want to avoid, because it's a (tiny) bit of a hassle [20:11:18 CEST] <relaxed> you could demux all the streams and remux them [20:11:37 CEST] <relaxed> I'm not sure if that would do it, though [20:12:03 CEST] <Nitori> since the start_time is in the codec, as I just figured out myself, this probably won't work... [20:12:17 CEST] <Nitori> but if it's part of the codec, aegisub is probably messing up, by ignoring it? [20:12:34 CEST] <Nitori> (aegisub is used for timing) [20:14:08 CEST] <JEEBsv> do make sure that aegisub uses ffms2 for input, and that ffms2 is up-to-date [20:14:39 CEST] <Nitori> different platforms different inputs, all behave the exact same [20:14:46 CEST] <JEEBsv> no [20:14:59 CEST] <JEEBsv> ffms2 is used for everything but avs scripts or so by now [20:15:01 CEST] <JEEBsv> :P [20:15:21 CEST] <Nitori> well, I meant with that timing behaviour. [20:15:52 CEST] <JEEBsv> also I've never had issues with frame-exactness in aegisub with ffms2 with sane containers [20:15:56 CEST] <JEEBsv> what are you using as source :P [20:18:46 CEST] <Nitori> video source? different kinds. sometimes reencoded, sometimes not.. [20:18:47 CEST] <Nitori> huh [20:18:58 CEST] <JEEBsv> I mean container-wise [20:19:02 CEST] <Nitori> matroska [20:19:05 CEST] <JEEBsv> ok [20:19:30 CEST] <JEEBsv> also I would almost be sure that you might get better support either at the aegisub forums or the IRC channel on Rizon. But that's just me :P [20:20:12 CEST] <Nitori> yea, probably [20:20:47 CEST] <Nitori> maybe later [20:20:55 CEST] <Nitori> 1, 2, 3, 40 days or so [20:21:04 CEST] <Nitori> too lazy and just not important enough atm [20:23:03 CEST] <JEEBsv> anyways, if you can get any samples going at some point for people to try and replicate your shit with (it can even be blankclip with various colors per frame or whatever if you don't want to cut stuff or whatever) [20:23:57 CEST] <JEEBsv> but what I can say is that I did subtitling for quite a while and never had issues with frame-exact timing as long as sane formats were concerned [20:25:13 CEST] <Nitori> hm [20:25:24 CEST] <Nitori> maybe I'll try some different formats [20:26:18 CEST] <Nitori> is matroska not considered "sane"? ^^ [20:28:21 CEST] <JEEBsv> it is more or less, I've used it quite a bit :P even though it contains a lot of stuff that isn't properly defined [20:46:08 CEST] <Guest23220> [TWITTER RELAY] Have your chance to win an Xbox Gift Voucher worth £25/$50 or a 12 Month Xbox Membership More info visit http://t.co/uZs79lYv1x #competition [22:18:07 CEST] <frenda> Hi there [22:20:31 CEST] <frenda> Problem: It does not support RTL! I mean while it should insert !3D'E --> it inserts: 3D'E! --> Notice at the position of '!' [22:20:31 CEST] <frenda> I'm going to merg a subtiltle over a video clip by this instruction: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [22:22:14 CEST] <JEEBsv> if you're using libass, make sure you've built it with harfbuzz [22:22:21 CEST] <JEEBsv> that's probably the best you'll be able to get [22:22:52 CEST] <frenda> I used this: `ffmpeg -i aaa.mp4 -vf subtitles=aaa.srt -strict -2 bbb.mp4` [22:23:03 CEST] <JEEBsv> yeah, I don't think that uses libass [22:23:18 CEST] <JEEBsv> unless it does now, but that'd be a surprise [22:24:06 CEST] <JEEBsv> also you'd have to make sure that the libass it'd use would have harfbuzz built in for the "nonstandard" text [22:24:22 CEST] <JEEBsv> even then it might not be good enough, but it should at least be somewhat better [22:25:08 CEST] <frenda> I've installed ffmpeg from Archlinux repo; Do you mean I should remove it and compile it manually? [22:25:40 CEST] <frenda> JEEBsv: ^ [22:25:41 CEST] <JEEBsv> uhh [22:25:42 CEST] <JEEBsv> no [22:25:56 CEST] <JEEBsv> I just mean that the ffmpeg you use should be built with libass, and the libass with harfbuzz [22:25:59 CEST] <JEEBsv> :P [22:26:48 CEST] <BtbN> My personal favourite is still libnosefart. [22:29:09 CEST] <frenda> How can I check that sequence? harfbuzz<libass<ffmpeg [22:29:22 CEST] <JEEBsv> check what the dependencies are for your ffmpeg? [22:29:27 CEST] <JEEBsv> check what dependencies are for your libass? [22:37:29 CEST] <frenda> JEEBsv: `pactree -u ffmpeg` --> Yeah, They are there [22:38:51 CEST] <frenda> And harbuzz is a dependency for libass given by `pactree -u libass` [22:39:31 CEST] <JEEBsv> well that's great then for you [23:04:23 CEST] <incal> what do I do about "[png_pipe @ 0x8be520] Stream #0: not enough frames to estimate rate; consider increasing probesize"? [23:05:05 CEST] <incal> and: "Guessed Channel Layout for Input Stream #1.0 : stereo" [23:09:27 CEST] <Genboo2> Hi, how to enable Intel QSV on buildtime? Can't find the switch :\ Merged libmfx [23:10:59 CEST] <BtbN> I think it's Windows-Only? [23:13:11 CEST] <Genboo2> Ok just saw it got added for official ffmpeg 2.7. [23:13:40 CEST] <doc|holliday> hiya [23:14:39 CEST] <doc|holliday> when reading from pipe is it possible to tell ffmpeg to not quit and instead to wait for new data to arrive? [23:16:18 CEST] <doc|holliday> or when reading from a file [23:18:30 CEST] <doc|holliday> currently I am capturing live stream and saving it on a remote server (nut container). on the server I start transcoding the stream, but it sometimes does faster than realtime and when it hits the end, it stops [23:24:10 CEST] <doc|holliday> tried both: cat input.nut | ffmpeg -i - ... and directly ffmpeg -i input.nut ... [23:26:16 CEST] <BtbN> It will stop on EOF [23:27:49 CEST] <doc|holliday> BtbN: I noticed :) is there a way to override it? [23:42:05 CEST] <doc|holliday> I don't mind getting my hands dirty with the code. is libavformat/file.c the right place to poke around? I was thinking maybe add an option for file and/or pipe protocol [00:00:00 CEST] --- Fri Jun 12 2015

1 0

ffmpeg-devel.log.20150610
by burek 11 Jun '15

11 Jun '15

[00:00:47 CEST] <anoop_r> how to fork ffmpeg ? [00:02:44 CEST] <Compn> github ffmpeg > click fork [00:03:59 CEST] <philipl> There's a libav joke in there somewhere. [00:04:42 CEST] <iive> well, they can't help you with the fork, because they butchered it. [00:07:50 CEST] <anoop_r> can rename ffmpeg [00:08:00 CEST] <anoop_r> can I rename ffmpeg [00:08:06 CEST] <llogan> yes, but convention dictates that the new name should already be associated or be use by the original. so i recommend "ffmpeg_g" or "libavcodec". [00:09:06 CEST] <anoop_r> does handbrek use ffmpeg [00:09:19 CEST] <philipl> Handbrake uses libav [00:09:43 CEST] <philipl> So, hey what do you know? You're already using a fork! Bonus. [00:10:19 CEST] <anoop_r> no i am using ffmpeg but i woud like to change it to OT.exe [00:10:50 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07master:58142a27ea96: MAINTAINERS: add 2.7 [00:11:52 CEST] <philipl> If you literally asking if you can rename ffmpeg.exe to OT.exe, obviously you can. But I'm scared to hear what you expect that to achieve. [00:12:17 CEST] <anoop_r> no i want to reflect the changes in help doc too [00:12:49 CEST] <anoop_r> means OT -h should give OT fork of ffmpeg like [00:14:11 CEST] <philipl> s/ffmpeg/OT/g [00:15:27 CEST] <anoop_r> no ffmpeg version 2.6.git Copyright (c) 2000-2015 the FFmpeg developers [00:15:58 CEST] <anoop_r> i want it to be like OT forked from ffmpeg [00:16:20 CEST] <philipl> If you're looking for ways to use ffmpeg without giving any credit to the ffmpeg developers, then you definitely need to go ask on #libav-devel. They're experts on that. [00:17:02 CEST] <anoop_r> no if i want to do that i don't have to mention OT is a for of ffmpeg [00:17:12 CEST] <anoop_r> fork of ffmpeg [00:17:21 CEST] <llogan> it's probably in cmdutils.c [00:17:46 CEST] <anoop_r> there is no easy way [00:18:10 CEST] <llogan> 1. edit file. 2. done [00:18:24 CEST] <anoop_r> going thorug source is very hard [00:18:32 CEST] <llogan> pay someone [00:18:45 CEST] <anoop_r> i not rich [00:20:13 CEST] <durandal_1707> one fork less [00:21:01 CEST] <anoop_r> 2272 lines [00:21:19 CEST] <anoop_r> not a possible task for me [00:22:56 CEST] <iive> I bet most of these are copyright notice. [00:23:21 CEST] <iive> why not just rename the executable? [00:23:40 CEST] <philipl> Maybe the libav guys could give you the script they used. [00:24:25 CEST] <anoop_r> i think they didn't go for that. they may be riped it apart [00:26:58 CEST] <anoop_r> well i am doing an acdemic project and if i rename it and present my evaluaters will say you had just copied ffmpeg [00:27:24 CEST] <anoop_r> even if i had compiled and added som extralibs they won't count it as a work [00:27:51 CEST] <nevcairiel> so, instead you try to cheat them by renaming it, instead of actually working on something yourself? [00:28:27 CEST] <anoop_r> but i not that bright [00:28:54 CEST] <philipl> Is this conversation actually happening? [00:29:15 CEST] <anoop_r> also it not possible to right an entire mux/demux lib in a month [00:29:31 CEST] <anoop_r> i had made a gui for ffmpeg in c# [00:29:33 CEST] <anoop_r> works fine [00:29:44 CEST] <anoop_r> now i want to fork ffmpeg [00:30:07 CEST] <anoop_r> well i not cheating them because forked open source are acceptable [00:30:17 CEST] <anoop_r> as per their standards [00:31:41 CEST] <philipl> If it's acceptable, then just use it. No need to rename anything. [00:32:32 CEST] <anoop_r> i which that helped me [00:33:04 CEST] <anoop_r> i wish [00:33:35 CEST] <anoop_r> some people who don't know any thing about it make great mess [00:34:10 CEST] <anoop_r> they don't even accept that even i didn't some work [00:36:06 CEST] <anoop_r> i mean i did some work evn it is very little [00:39:19 CEST] <wm4> this is hilarious [00:39:44 CEST] <Compn> its not like you ever cheated in college / high school, wm4 [00:39:46 CEST] <Compn> :P [00:39:56 CEST] <nevcairiel> I didn't [00:40:15 CEST] <wm4> Compn: don't apply your standards to me [00:40:17 CEST] <Compn> lol [00:40:29 CEST] <Compn> i am just kidding, sorry if i offended wm4 [00:40:58 CEST] <Compn> banana sticker for nevcairiel [00:41:27 CEST] <wm4> anoop_r: what kind of school are you in which has such crappy standards? [00:41:32 CEST] <llogan> talking about stickers, anyone want any that didn't get any? [00:42:11 CEST] <anoop_r> well it's some country [00:42:29 CEST] <rcombs> with poor standards for spelling as well [00:42:36 CEST] <anoop_r> ya [00:42:47 CEST] <anoop_r> sorry for by band english [00:42:52 CEST] <anoop_r> bad [00:43:22 CEST] Action: rcombs tries to come up with a definition for "band english" [00:43:40 CEST] <Compn> anoop_r : i am sorry , we are not helping correctly. what are you trying to do, just rename all instances of "ffmpeg" ? thats easy to do. [00:43:41 CEST] <anoop_r> i man bad english [00:44:22 CEST] <rcombs> Compn: pipe `git grep` to `xargs sed -i` [00:44:24 CEST] <anoop_r> forget about above line [00:44:27 CEST] <Compn> but this channel is for development of ffmpeg itself. we dont help people with their projects (unless they help us) [00:44:44 CEST] <Compn> so your question maybe better suited for #ffmpeg [00:45:31 CEST] <anoop_r> most of the time that channel look like empty [00:45:46 CEST] <anoop_r> even though a lots of people are there [00:46:19 CEST] <Compn> or try asking on ffmpeg-user mailing list [00:46:26 CEST] <Compn> thats fairly busy :) [00:46:31 CEST] <anoop_r> ok [00:47:06 CEST] <anoop_r> :( [00:50:20 CEST] <Compn> anoop_r : what is your native language ? [00:50:46 CEST] <anoop_r> its malayalam [00:51:05 CEST] <Compn> i'm not sure why rcombs is making fun of people who cant speak english, most of the devs here are not native english speakers. [00:51:19 CEST] <rcombs> Compn: I'd be making fun of him either way [00:51:26 CEST] <rcombs> poor English is just an easy target [00:51:31 CEST] <anoop_r> i don't mind [00:51:50 CEST] <anoop_r> because you people at least talks to me [00:52:12 CEST] <Compn> anoop_r : we dont have many indiain developers , at least none on irc that i'm aware of [00:52:51 CEST] <Compn> i've been trying to get more developers from china and india to contribute [00:54:11 CEST] <iive> actually good ffmpeg front-ends are quite rare. [00:54:56 CEST] <wm4> Compn: seriously [00:55:06 CEST] <wm4> Compn: I don't even know why you're saying this [00:55:41 CEST] <Compn> which part? [00:56:14 CEST] <wm4> the last part [00:56:22 CEST] <Compn> because sponsoring companies read our public irc logs and look for our openness to cooperate with developers from all over the world ? [00:56:35 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07master:913685f55208: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [00:56:36 CEST] <iive> diversity is good. [00:57:38 CEST] <wm4> this is not about diversity, just Compn's stupid claim [00:57:51 CEST] <anoop_r> does native aac support for ffmpeg comes under this channel [00:57:57 CEST] <Compn> yes [00:58:04 CEST] <Compn> do you have a problem with aac support ? [00:58:12 CEST] <Compn> well maybe #ffmpeg for that too [00:58:41 CEST] <Compn> wm4 : all my claims are stupid. [00:58:51 CEST] <anoop_r> no i have no problem with fixed bit rate [00:58:51 CEST] <Compn> anoop_r : lets talk in #ffmpeg [00:58:53 CEST] <iive> i would advice against cheating... it would get a lot worse if they find out you forked ffmpeg just to hide its name. [00:59:12 CEST] <anoop_r> ffmpeg -i Air.mkv -c:v libx265 -preset ultrafast -x265-params crf=30 -c:a aac -strict experimental -q:a 10 output.mp4 [00:59:40 CEST] <anoop_r> but cbr mode not working as expected [01:00:15 CEST] <anoop_r> atleast meadiainfo shows it as constant bitrate [01:00:26 CEST] <wm4> Compn: I've never seen you encourage something, other than replying positively to some bad ideas (independent of who had the idea) [01:05:04 CEST] <Compn> wm4 : so you dont like me replying positively to the opencl support ? [01:06:18 CEST] <durandal_1707> replying to almost anything [01:06:20 CEST] <wm4> it's alwqays the same: bad idea gets posted -> people try to discourage the idea using good technical arguments -> Compn replies with some nonsense encouraging it [01:11:38 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.7:f5bb7b99927d: MAINTAINERS: add 2.7 [01:11:39 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.7:6e94e77632df: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [01:12:12 CEST] <Compn> nobody likes me :( [01:14:18 CEST] <wm4> well it's not like I hate you, but I find these posts I mentioned annoying and unhelpful [01:15:16 CEST] <Compn> which posts ? [01:15:32 CEST] <wm4> but regarding the opencl support in general... I guess ffmpeg in general would rather accept a feature than reject it [01:15:39 CEST] <wm4> even if it's completely pointless [01:16:08 CEST] <wm4> ok I made enough friends today, I'm off [01:16:27 CEST] <jamrial> opencl is not pointless. it's just currently used for a handful of supposedly not-very-useful filters [01:16:36 CEST] <cehoyos_> You do realize that this was the main demand of the "new team"? [01:16:46 CEST] <Compn> uh oh, opencl troll war incoming [01:16:53 CEST] <Compn> cehoyos_ : which demand ? [01:17:18 CEST] <cehoyos_> Not to reject patches easily [01:20:37 CEST] Action: Compn also goes bbl [01:20:52 CEST] <Compn> cehoyos_ : let me know if i'm doing anything wrong or need to improve [01:34:01 CEST] <anoop_r> anyway to show encoding progress in % rather than frames compeleted [01:35:13 CEST] <llogan> anoop_r: please stop asking usage questions here. [01:35:40 CEST] <anoop_r> sorry [01:35:59 CEST] <anoop_r> i thought ffmpeg is always build to show output like that [01:43:39 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07n2.7:HEAD: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [01:48:05 CEST] <BBB> that was a funny backlog [01:48:10 CEST] <BBB> so sad I missed that part [01:57:36 CEST] <philipl> BBB: I'd swear we were being trolled. [01:57:46 CEST] <philipl> Maybe his whole goal was to get wm4 and Compn to argue. [02:11:43 CEST] <llogan> "Automatically rotate videos based on metadata in ffmpeg" <-- when was that implemented? [02:15:44 CEST] <llogan> oh, 1630224 [02:15:56 CEST] <jamrial> ubitux implemented that for ffplay long ago [02:16:20 CEST] <jamrial> then libav reimplemented it, and i guess for some reason the changelog entry wasn't removed for 2.7 [02:17:02 CEST] <jamrial> or maybe i'm thinking about a different feature [02:17:57 CEST] <llogan> i recall ubitux's ffplay autorotate. i was trying to find out if the changelog was referring to the ffmpeg cli tool [02:29:42 CEST] <michaelni> llogan, the merge of the autorotate/avconv adds the autorotate to ffmpeg (f5b26fbc2f564831b337f1de9faaaf6753a03871) IIRC [02:31:05 CEST] <llogan> yeah, i'm looking at it now. i wonder how it works when using a filtergraph (haven't tried yet). [03:24:50 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:3190acae6fd2: avformat/hlsenc: Free context after hls_append_segment [03:24:51 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ff6ee4571ceb: swscale/x86/rgb2rgb_template: handle the first 2 lines with C in rgb24toyv12_*() [03:24:52 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1e18ed781f8b: avcodec/mjpegdec: Fix context fields becoming inconsistent [03:24:53 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:42b0ef9056e7: avcodec/utils: Check that the data is complete in avpriv_bprint_to_extradata() [03:24:54 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:71ad971244a7: avcodec/flacdec: Call ff_flacdsp_init() unconditionally [03:24:55 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a0f1da9baab0: avcodec/pngdec: Check IHDR/IDAT order [03:24:56 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:eeff4bdbb868: avcodec/rawdec: Check the return code of avpicture_get_size() [03:24:57 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:0c50e41d63f0: avcodec/motion_est: use 2x8x8 for interlaced qpel [03:24:58 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:f43127a51602: avformat/rmdec: Check codec_data_size [03:24:59 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a0976c15e694: swscale/x86/rgb2rgb_template: fix crash with tiny size and nv12 output [03:25:00 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:b9ab59a82907: avformat/matroskadec: fix handling of recursive SeekHead elements [03:25:01 CEST] <cone-815> ffmpeg 03Rob Sykes 07release/2.0:32d24c8c05a9: swresample/soxr_resample: fix error handling [03:25:02 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:4e6706f851d3: avformat/aviobuf: Check that avio_seek() target is non negative [03:25:03 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:a54aaa822ae7: lavu/frame: fix malloc error path in av_frame_copy_props() [03:25:04 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:47b82e51be67: configure: create the tests directory like the doc directory [03:25:05 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:87af5b3877a3: avcodec/vmdvideo: Check len before using it in method 3 [03:25:06 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9a15f326828c: avcodec/utvideodec: Fix handling of slice_height=0 [03:25:07 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:22f8dfafa86b: avformat/mov: check atom nesting depth [03:25:08 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:8b130c4aab85: swscale: increase yuv2rgb table headroom [03:25:09 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:587cd92bd729: avcodec/h264: make the first field of H264Context an AVClass [03:25:10 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:53dc6f66430e: avcodec/indeo3: use signed variables to avoid underflow [03:25:11 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ae19e19678a1: avcodec/h264: Clear delayed_pic on deallocation [03:25:12 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1fa9b7feb66d: avcodec/h264: Check *log2_weight_denom [03:25:13 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:932e5c374a25: avcodec/indeo3: ensure offsets are non negative [03:25:14 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ca39fbe14da3: avformat/mov: Fix memleaks for duplicate STCO/CO64/STSC atoms [03:25:15 CEST] <cone-815> ffmpeg 03Stefano Sabatini 07release/2.0:43b601d36ffc: lavf/segment: remove duplicated and inconsistent cleanup code in seg_write_packet() [03:25:16 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:5ba020d64810: avformat/cdxl: Fix integer overflow of image_size [03:25:17 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:5426a36300f3: avformat/flvdec: do not inject dts=0 metadata packets which failed to be parsed into a new data stream [03:25:18 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:b0369f33693d: avformat/flvdec: Increase string array size [03:25:19 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9ac17454a92b: avfilter/vf_sab: fix filtering tiny images [03:25:20 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:776c481eb902: avcodec/dvdsubdec: fix out of bounds accesses [03:25:21 CEST] <cone-815> ffmpeg 03Dale Curtis 07release/2.0:da29aadeb7f2: mov: Avoid overflow with mov_metadata_raw() [03:25:22 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:227a26cd404c: avformat/mov: fix integer overflow in mov_read_udta_string() [03:25:23 CEST] <cone-815> ffmpeg 03Dale Curtis 07release/2.0:3e11a186facf: mov: Fix negative size calculation in mov_read_default(). [03:25:24 CEST] <cone-815> ffmpeg 03Paul B Mahol 07release/2.0:e148369df93d: lavfi: check av_strdup() return value [03:25:25 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:81a766e57a34: avformat/matroskadec: Use av_freep() to avoid leaving stale pointers in memory [03:25:26 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:04e28b3b257f: avformat/mov: Fix mixed declaration and statement warning [03:25:27 CEST] <cone-815> ffmpeg 03Johan Andersson 07release/2.0:bda7aa7cb39a: cmdutils: update copyright year to 2015. [03:25:28 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:59fc55b29738: avcodec/dvdsubdec: error on bitmaps with size 0 [03:25:29 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c2439cad5101: ffmpeg: Clear error message array at init. [03:25:30 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:61b31c693918: avcodec/flac_parser: fix handling EOF if no headers are found [03:25:31 CEST] <cone-815> ffmpeg 03Vittorio Giovara 07release/2.0:3d5c48937beb: swscale: check memory allocations [03:25:32 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:2324c670763c: avformat/rmdec: Check for overflow in ff_rm_read_mdpr_codecdata() [03:25:33 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1a8f5c9e2dbd: avformat/utils: Fix number suffixes in tb_unreliable() [03:25:34 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c21604b5e72d: swresample/dither: Cleanup number suffixes [03:25:35 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:5c36d0e1cdb8: avformat/matroskadec: Fix number suffixes [03:25:36 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:6e4e32e7590c: avformat/smacker: Fix number suffix [03:25:37 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:89e08520fc61: avcodec/h264_cabac: use int instead of long for mbb_xy [03:25:38 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:904f75d3c46b: avcodec/mpegvideo_enc: Fix number suffixes in rc_buffer_size calculation [03:25:39 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:64857ecd68b7: avformat/tta: fix crash with corrupted files [03:25:40 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:2e6b1915cb32: avformat/mpc8: fix hang with fuzzed file [03:25:41 CEST] <cone-815> ffmpeg 03wm4 07release/2.0:76d18b6e095b: avformat/mpc8: fix broken pointer math [03:25:42 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:2acdf2983832: avformat/mpc8: Use uint64_t in *_get_v() to avoid undefined behavior [03:25:43 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c6ef9ca9710a: avcodec/mjpegdec: Check escape sequence validity [03:25:44 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:fe618beccf10: avcodec/mjpegdec: Check number of components for JPEG-LS [03:25:45 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:0d728ed7926e: swscale/utils: Limit filter shifting so as not to read from prior the array [03:25:46 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:11afd2e2dd15: avformat/thp: Check av_get_packet() for failure not only for partial output [03:25:47 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a22da15b0cac: avcodec/h264_ps: More completely check the bit depths [03:25:48 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1081c9decc63: avcodec/h264_slice: ignore SAR changes in slices after the first [03:25:49 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:b4e4a5cbaa57: avcodec/mjpegdec: Skip blocks which are outside the visible area [03:25:50 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:d20c761782c6: avformat/idcin: Use 64bit for ret to avoid overflow [03:25:51 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:052cd9e55230: avformat/gxf: Use 64bit for res to avoid overflow [03:25:52 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:fc0d183729c2: avformat/mvdec: Use 64bit for ret to avoid overflow [03:25:53 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:79460c552f8d: avformat/vqf: Use 64bit for ret to avoid overflow [03:25:54 CEST] <cone-815> ffmpeg 03Anton Khirnov 07release/2.0:e201e753688c: h264: initialize H264Context.avctx in init_thread_copy [03:25:55 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:24bb74619415: avcodec/x86/mlpdsp_init: Simplify mlp_filter_channel_x86() [03:25:56 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:c4353d7ee203: avcodec/a64multienc: use av_frame_ref instead of copying the frame [03:25:57 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ffdfa80147f3: avcodec/a64multienc: don't set incorrect packet size [03:25:58 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:1cba89a135ba: avcodec/a64multienc: fix use of uninitialized values in to_meta_with_crop [03:25:59 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:3cca4c770ea6: swscale/utils: More carefully merge and clear coefficients outside the input [03:26:00 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:bc0bf39e4ccf: avcodec/snowdec: Fix ref value check [03:26:01 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:22dc1fd166eb: avcodec/zmbv: Check len before reading in decode_frame() [03:26:02 CEST] <cone-815> ffmpeg 03James Cowgill 07release/2.0:1697813db84a: mips/acelp_filters: fix incorrect register constraint [03:26:03 CEST] <cone-815> ffmpeg 03Dyami Caliri 07release/2.0:5ae61395afe6: Fix buffer_size argument to init_put_bits() in multiple encoders. [03:26:04 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:15fc5263f9d4: avformat/adxdec: check avctx->channels for invalid values [03:26:05 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:77955dcabfce: avformat/bit: check that pkt->size is 10 in write_packet [03:26:06 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:45432879ff41: avformat/bit: only accept the g729 codec and 1 channel [03:26:07 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:852ef62b85c0: swscale/utils: clear formatConvBuffer on allocation [03:26:08 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:3bfaadfadaba: avformat/flvenc: check that the codec_tag fits in the available bits [03:26:09 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:5f92a0d1e94c: avcodec/utils: Align YUV411 by as much as the other YUV variants [03:26:10 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ff0985347c2c: avcodec/tiff: move bpp check to after "end:" [03:26:11 CEST] <cone-815> ffmpeg 03Vittorio Giovara 07release/2.0:e69c43035363: aic: Fix decoding files with odd dimensions [03:26:12 CEST] <cone-815> ffmpeg 03Federico Tomassetti 07release/2.0:27432f259d50: mdec: check for out of bounds read [03:26:13 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:63efad67ee56: avcodec/rv10: check size of s->mb_width * s->mb_height [03:26:14 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:3d11279745a6: avformat/rm: limit packet size [03:26:15 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:9be586e16647: ffmdec: fix infinite loop at EOF [03:26:16 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:0f2401e3cb44: ffmdec: limit the backward seek to the last resync position [03:26:17 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1c1574e3777a: avcodec/options_table: remove extradata_size from the AVOptions table [03:26:18 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:c9edf502cd8b: roqvideoenc: set enc->avctx in roq_encode_init [03:26:19 CEST] <cone-815> ffmpeg 03Xiaohan Wang 07release/2.0:46ee330d3a1e: Fix read-after-free in matroska_read_seek(). [03:26:20 CEST] <cone-815> ffmpeg 03Martin Storsjö 07release/2.0:b13cba308253: arm: Suppress tags about used cpu arch and extensions [03:26:21 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ae14a444f282: avcodec/012v: Check dimensions more completely [03:26:22 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:e5f7aeb46f55: avcodec/012v: redesign main loop [03:26:23 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:572cfee405d9: ffmdec: make sure the time base is valid [03:26:24 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a26a200b3f13: avformat/mov: Use sizeof(filename) instead of a literal number [03:26:25 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:dece653d0de9: avformat/mov: Check for string truncation in mov_open_dref() [03:26:26 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9c10ef55b0aa: avformat/mov: Disallow ".." in dref unless use_absolute_path is set [03:26:27 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:81ba3b1b9166: avcodec/dnxhddec: Check that the frame is interlaced before using cur_field [03:26:28 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:936554f1d738: avcodec/msrledec: restructure msrle_decode_pal4() based on the line number instead of the pixel pointer [03:26:29 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:50e17cdc984e: avutil/pca: Check for av_malloc* failures [03:26:30 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:2f5186575177: avcodec/h264_refs: Do not set reference to things which dont exist [03:26:31 CEST] <cone-815> ffmpeg 03Timothy Gu 07release/2.0:b73e47a413ae: tests/fate.sh: report different status for different errors [03:26:32 CEST] <cone-815> ffmpeg 03Timothy Gu 07release/2.0:feb869b6829c: tests: Fix test name for pixfmts tests(cherry picked from commit e1ee0521a698809ed216e9e5c11bd2bbb466ed04) [03:26:33 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a5e2f793170b: avcodec/aacdec: Fix storing state before PCE decode [03:26:34 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:97b137a64071: msrledec: use signed pixel_ptr in msrle_decode_pal4 [03:26:35 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:743973f56f94: aasc: return correct buffer size from aasc_decode_frame [03:26:36 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:c962405c1968: aacpsy: avoid psy_band->threshold becoming NaN [03:26:37 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:997a997465b5: ac3: validate end in ff_ac3_bit_alloc_calc_mask [03:26:38 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:82e24ec792fc: alsdec: ensure channel reordering is reversible [03:26:39 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:baa58c19c48f: avcodec/alsdec: Use av_mallocz_array() for chan_data to ensure the arrays never contain random data [03:26:40 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:a1f0c1b6fe10: alsdec: validate time diff index [03:26:41 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1a87782c2e55: avformat/utils: Ensure that AVFMT_FLAG_CUSTOM_IO is set before use [03:26:42 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:1303d8a204d1: alsdec: check sample pointer range in revert_channel_correlation [03:26:43 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:cee951b596f1: mpeg4videodec: only allow a positive length [03:26:44 CEST] <cone-815> ffmpeg 03Vittorio Giovara 07release/2.0:cf13885622c3: lavf: Reset global flag on deinit [03:26:45 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:c7e56b8b9cc2: alsdec: only adapt order for positive max_order [03:26:46 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:2d204f313bd0: alac: reject rice_limit 0 if compression is used [03:26:47 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9f665b0d6a12: tests/fate-run: do not attempt to parse tiny_psnrs output if it failed [03:26:48 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:57208a0999a0: apedec: set s->samples only when init_frame_decoder succeeded [03:26:49 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:e6cc6a08d993: apedec: prevent out of array writes in decode_array_0000 [03:26:50 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:35ca5eb11f19: ffmpeg: remove incorrect network deinit [03:26:51 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:7f2b3c3bee6f: nutdec: check for negative frame rate in decode_info_header [03:26:52 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:0691554e68e3: nutdec: check chapter creation in decode_info_header [03:26:53 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:9d5362a45cbd: nutdec: fix illegal count check in decode_main_header [03:26:54 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9ac72b1dde34: avcodec/wavpack: Check L/R values before use to avoid harmless integer overflow and undefined behavior in fate [03:26:55 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:ac7a211b3be1: matroskadec: use uint64_t instead of int for index_scale [03:26:56 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:d2142c3b3a98: avcodec/ffv1dec: Check chroma shift parameters [03:26:57 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:68e1c80c67da: matroskadec: check s->streams[k] before using it [03:26:58 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:35eabb85b2a6: avformat/matroskadec: Use tracks[k]->stream instead of s->streams[k] [03:26:59 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:4d27d864a653: avidec: avoid infinite loop due to negative ast->sample_size [03:27:00 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:869613728cea: diracdec: prevent overflow in data_unit_size check [03:27:01 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:ebc768cfa1c9: diracdec: avoid overflow of bytes*8 in decode_lowdelay [03:27:02 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:994538281645: diracdec: check if reference could not be allocated [03:27:03 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:bf6655576915: diracdec: check that block length is valid [03:27:04 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:998d943cce73: aacsbr: break infinite loop in sbr_hf_calc_npatches [03:27:05 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:fdc62caf3075: avutil/dict: Use size_t for appending strings [03:27:06 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:db0c4d2e3c70: avformat/vorbiscomment: Check entry length in ff_vorbiscomment_write() [03:27:07 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:93a04473fc09: avutil/avstring: Use size_t in av_strlcatf() [03:27:08 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c7b089b1ac80: avformat/url: Use size_t for len from strlen() [03:27:09 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:5399107682ae: avformat/subtitles: Use size_t for len [03:27:10 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1dad249ae66c: tools/graph2dot: use larger data types than int for array/string sizes [03:27:11 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:4a9ce87ef334: avformat/rtpdec_xiph: Check upper bound on len in xiph_handle_packet() [03:27:12 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:b470e21d6155: avformat/rtpenc_jpeg: Check remaining buffer size for SOS [03:27:13 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:8ad873ed4e99: avformat/nutdec: Fix use of uinitialized value [03:27:14 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:e553282860c8: avformat/matroskadec: Cleanup error handling for bz2 & zlib [03:27:15 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:0bf455c0543d: avcodec/vqavideo: Check chunk size [03:27:16 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:32f568f82c46: avcodec/jpeg2000dec: fix boolean operator [03:27:17 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c0726da9339f: avcodec/mjpegdec: fix len computation in ff_mjpeg_decode_dqt() [03:27:18 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:136bd71f690f: avcodec/mpeg4audio: add some padding/alignment to MAX_PCE_SIZE [03:27:19 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:36bc9519b6a6: avcodec/cavsdec: Check esc_code [03:27:20 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c532c56e7b77: avcodec/dcadec: Check nchans [03:27:21 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:3fedff398525: avcodec/dcadec: Check subsubframes [03:27:22 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ffd894917fd5: ffmpeg_opt: Fix -timestamp parsing [03:27:23 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:990c2ee3bd95: avcodec/proresdec2: Reset slice_count on deallocation [03:27:24 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:0888e7110e7a: avcodec/shorten: Fix code depending on signed overflow behavior [03:27:25 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a7c8dc67e773: avcodec/shorten: Check skip_bytes() [03:27:26 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:f58c9746c397: avcodec/shorten: More complete pred_order check [03:27:27 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:41c81556a70c: avcodec/smvjpegdec: check avcodec_decode_video2() return code [03:27:28 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:025b38f3a614: avcodec/sonic: More completely check sample_rate_index and channels [03:27:29 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a3d05bf6be2e: avcodec/dcadec: Check scale table index [03:27:30 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:c01f5517280c: avcodec/dcadec: Check active_bands [03:27:31 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:13b22617c185: avcodec/libtheoraenc: Check for av_malloc failure [03:27:32 CEST] <cone-815> ffmpeg 03Andrey Utkin 07release/2.0:ced57c6ef3e5: rtpenc_jpeg: handle case of picture dimensions not dividing by 8 [03:27:33 CEST] <cone-815> ffmpeg 03Martin Storsjö 07release/2.0:fd1be2bd874c: rtsp: Make sure we don't write too many transport entries into a fixed-size array [03:27:34 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9dd9090b89d5: avformat/nutdec: Return error on EOF from get_str() [03:27:35 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:00b8a9dd8d99: avformat/nutdec: Fix recovery when immedeately after seeking a failure happens [03:27:36 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:6cb8599bab1b: avformat/nutdec: Check X in 2nd branch of index reading [03:27:37 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:5123c8aa0bf3: nutdec: fix infinite resync loops [03:27:38 CEST] <cone-815> ffmpeg 03Andreas Cadhalpun 07release/2.0:b6ae28c2e9cb: nutdec: stop skipping bytes at EOF [03:27:39 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:03c80a740043: avcodec/h264_slice: More complete cleanup in h264_slice_header_init() [03:27:40 CEST] <cone-815> ffmpeg 03Luca Barbato 07release/2.0:04bb8cc84212: h264: Make sure reinit failures mark the context as not initialized [03:27:41 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:9db97584ca5b: swresample: Check the return value of resampler->init() [03:27:42 CEST] <cone-815> ffmpeg 03Ganesh Ajjanagadde 07release/2.0:6d7384bd735b: swresample/dither: check memory allocation [03:27:43 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:ff0e9060a53f: avformat/mxfenc: Accept MXF D-10 with 49.999840 Mbit/sec [03:27:44 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:a3740b6a8644: avcodec/alsdec: Check for overread [03:27:45 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:6fd4b2b84f60: avcodec/adpcm: Check for overreads [03:27:46 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:1fe67c9472ad: avformat/ffmdec: Check ffio_set_buf_size() return value [03:27:47 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:7a9f4f2816be: avcodec/jpeg2000dec: Check that coords match before applying ICT [03:27:48 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:8320aa7dc743: avcodec/x86/h264_weight: handle weight1=128 [03:27:49 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:af79d964a73f: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [03:27:50 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07release/2.0:0caff57c42ca: Update for 2.0.7 [03:43:53 CEST] <jk_> Hello everyone [03:46:10 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07n2.0.7:HEAD: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [03:46:16 CEST] <jk_> i use msys2 and mingw-w64 compile ffmpeg 2.5.7 configured with " ./configure --enable-gpl --enable-version3 --disable-static --enable-shared --disable-iconv --disable-bzlib --disable-zlib --disable-w32threads" on my win7 os ,and then make ,but i got some errors , can some one help me? [03:56:21 CEST] <michaelni> Luigi12_work, just made a new 2.0.7 release [04:40:35 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07master:213f2da46adc: avcodec/jpeg2000dec: Fix shift for RGB(A)48/64 [05:04:22 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07master:81471d824676: avcodec/jpeg2000dec: increase tile_parts to 6 [05:04:23 CEST] <cone-815> ffmpeg 03Michael Niedermayer 07master:b58a3c897559: avcodec/jpeg2000dec: Print the correct variable in the component error message [09:41:44 CEST] <durandal_1707> michaelni: pushed tak patch? [11:04:16 CEST] <j-b> 'morning [11:04:22 CEST] <michaelni> durandal_1707, i thought andreas would push it but i could too [11:51:42 CEST] <cone-059> ffmpeg 03Michael Niedermayer 07master:aef0e0f00980: avcodec/h264_slice: Use AVFrame diemensions for grayscale handling [12:22:49 CEST] <cone-059> ffmpeg 03Andreas Cadhalpun 07master:05c57ba2f423: takdec: ensure chan2 is a valid channel index [13:29:24 CEST] <cone-059> ffmpeg 03Shivraj Patil 07master:271195f85bbc: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for HEVC loop filter and sao functions [13:51:45 CEST] <Luigi12_work> michaelni: thanks! [14:31:12 CEST] <cone-059> ffmpeg 03Shivraj Patil 07master:d6d98237ed01: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for HEVC intra prediction functions [15:47:03 CEST] <ubitux> VideoToolbox "vt", "videotoolbox", "vtb"? [15:58:06 CEST] <ubitux> wm4: so, no _VLD pix fmt? [15:58:37 CEST] <ubitux> only AV_PIX_FMT_<HWACCEL>? [15:59:55 CEST] <wm4> I don't even know what the VLC means [15:59:58 CEST] <wm4> *VLD [16:00:17 CEST] <ubitux> variable length decoding apparently [16:00:20 CEST] <wm4> so I'd propose AV_PIX_FMT_VT [16:00:39 CEST] <ubitux> > Variable-Length Decoding (VLD), more commonly known as slice-level acceleration [16:00:46 CEST] <wm4> eh [16:00:46 CEST] <ubitux> assuming that's what it's about [16:00:59 CEST] <ubitux> VLD actually refering to the entropy level [16:01:04 CEST] <ubitux> anyway ok [16:01:19 CEST] <ubitux> so basically, same interface as lavc/vda.h [16:01:22 CEST] <wm4> the pixel format only signals that the AVFrame points to some API data structure [16:01:32 CEST] <wm4> (or a hardware surface ID) [16:01:49 CEST] <wm4> it could be that it's the same [16:01:50 CEST] <ubitux> yeah, in the plane 4 or something? [16:01:57 CEST] <wm4> in that case, a separate pixfmt makes no sense [16:02:08 CEST] <wm4> other than the fuck retarded way of selecting the hw accel API [16:02:27 CEST] <wm4> (so 2 decoders can't use the same pixfmt, even if they output exactly the same thing) [16:02:49 CEST] <wm4> nevcairiel: ping [16:02:51 CEST] <ubitux> aren't they sharing frames with a context very specific to the hw decoder? [16:02:54 CEST] <wm4> is this correct? [16:03:03 CEST] <wm4> ubitux: doesn't matter [16:03:09 CEST] <wm4> and with VDA, there's actually no context [16:03:36 CEST] <wm4> anyway, the VDA format wraps CVPixelBufferRef [16:03:39 CEST] <wm4> in plane 3 [16:03:43 CEST] <wm4> (the 4th) [16:03:52 CEST] <wm4> what does VT output? [16:06:28 CEST] <ubitux> wm4: still trying to figure out things so dunno. [16:10:08 CEST] <ubitux> i just see all kind of confusing glue code, but it looks pretty straightforward [16:11:00 CEST] <wm4> all I know is that the VDA API uses VT underneath [16:11:06 CEST] <ubitux> yeah [16:11:29 CEST] <ubitux> the last version of the patch is @ http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/131545.html [16:11:42 CEST] <ubitux> i contacted the guy but no answer so far [16:11:58 CEST] <ubitux> > frame->data[3] = (void*)vt_ctx->cv_buffer; [16:12:07 CEST] <ubitux> looks pretty similar to vda [16:13:37 CEST] <ubitux> cv_buffer begin a CVImageBufferRef, which somehow mismatch with the CVPixelBufferRef from vda but well [16:13:40 CEST] <nevcairiel> wm4: ? [16:14:20 CEST] <ubitux> > typedef CVImageBufferRef CVPixelBufferRef; [16:14:22 CEST] <ubitux> lol ok [16:14:41 CEST] <ubitux> so yeah well, i could probably just alias VT on VDA [16:16:54 CEST] <wm4> nevcairiel: we have 2 hwaccel APIs (VDA and VT), which both return the same surface type [16:16:59 CEST] <wm4> so they'd have the same pixfmt [16:17:10 CEST] <wm4> which makes it impossible to select one of them with get_format [16:17:50 CEST] <nevcairiel> just accept defeat and create a new pixfmt [16:20:00 CEST] <nevcairiel> maybe someone will create a new API at some point [16:22:55 CEST] <nevcairiel> does one of you happen to know if linking in VDA or VT will still produce a binary thats usable on all relevant OS versions? ie. maybe even those were VT isn't supported yet? [16:24:17 CEST] <wm4> VT was always there, but until a while ago it wasn't public [16:24:19 CEST] <wm4> whatever that means [16:24:31 CEST] <nevcairiel> i'm mostly interested in this for $work, where I do need to provide a binary that at least runs on 10.6, even if some things don't work there (ie. we dont support video on 10.6, but of course the app itself still has to work) [16:25:00 CEST] <nevcairiel> i should somehow get a 10.6 test system .. but those old OSX versions are hard to get running in a VM :( [16:25:40 CEST] <Daemon404> nevcairiel, should be easy if the vm host is also os x [16:25:48 CEST] <nevcairiel> maybe i should try that [16:26:00 CEST] <nevcairiel> u've been trying on a windows host, and newer OSX versions work there [16:26:02 CEST] <Daemon404> parallels etc support os x vms fine... on os x [16:26:10 CEST] <Daemon404> its the only official way to run os x vms [16:26:38 CEST] <wm4> Apple manages to be evil in all sorts of creative ways [16:26:41 CEST] <nevcairiel> its about time i get hw decoding on osx working i guess [16:27:13 CEST] <Daemon404> wm4, i can kind of understand becaus they only test on their hw... but still [16:27:20 CEST] <nevcairiel> VDA was present in 10.6 at least, so using that should give me some kind of portable binary [16:27:42 CEST] <Daemon404> i thought the general rule was any non-current os x is dead to everyone [16:27:58 CEST] <wm4> it's like with windows XP [16:28:20 CEST] <nevcairiel> Luckily I was strong on that front and we just dont support video hwaccel before vista =P [16:28:37 CEST] <nevcairiel> (which introduced DXVA2) [16:29:30 CEST] <wm4> oh, so DXVA2 is this "new" [16:30:50 CEST] <nevcairiel> well it inherited a lot of things from DXVA1, but it was terrible to use back then [16:31:15 CEST] <nevcairiel> for example, it only supported direct rendering, copy back to system memory was impossible [16:33:04 CEST] <BtbN> not even via rendering to a framebuffer? [16:33:36 CEST] <nevcairiel> i'm sure you could've come up with some elaborate way to somehow cheat it, but it would have been extremely convoluted [16:34:00 CEST] <wm4> I should try to get direct rendering to work with DXVA2 [16:34:03 CEST] <wm4> but it seems pretty useless [16:34:13 CEST] <wm4> the driver would get control over YUV conversion and probably more [16:34:21 CEST] <nevcairiel> probably [16:35:11 CEST] <nevcairiel> if you have a d3d renderer, you somehow need to convert the surface the decoded frame is on to a texture, which unfortunately isn't a straight 1:1 conversion [16:35:28 CEST] <nevcairiel> if your renderer is opengl, you could try doing it with the interop .. i wonder how that works [16:37:06 CEST] <wm4> (probably barely) [16:37:26 CEST] <nevcairiel> if you can minimize memcpy's, ie. reduce it to two copys, one from the surface to a membuffer, and one from the membuffer back onto your renderer surface, its pretty efficient as it is [16:37:35 CEST] <nevcairiel> I got CPU usage down to nearly nothing on NVIDIA cards [16:37:41 CEST] <nevcairiel> its a bit higher on intel and amd, since they suck [16:38:16 CEST] <BtbN> You can make the frames never leave the GPU with nvidia dxva and nvenc on windows. [16:38:17 CEST] <nevcairiel> NVIDIA seems to actually use proper DMA to access the GPU memory, CPU usage seems consistently lower [16:39:48 CEST] <nevcairiel> You can also do that when rendering to the screen, of course, but the question is if its worth it, since you may give up quite a bit of flexibility [16:40:25 CEST] <BtbN> If you just want to reencode something, without applying any additional effects, it's the fastest way [16:40:52 CEST] <nevcairiel> I can decode 4K with DXVA2, copy it to sys mem, upload it back to renderer, and then render it, and still have only ~3% CPU use, so any direct rendering seems kinda pointless [16:41:10 CEST] <BtbN> It takes a lot of load from the PCIe bus [16:41:31 CEST] <BtbN> Which actualy can have a lot of impact, especialy on games [16:41:47 CEST] <nevcairiel> presumably i'm not watching movies and gaming at the same time =P [16:42:33 CEST] <BtbN> But people play games and stream them [16:42:52 CEST] <wm4> nevcairiel: and the copy is with the CPU? (i.e. SSE memcpy) [16:42:52 CEST] <nevcairiel> but there isnt even a decoder in play here [16:43:19 CEST] <nevcairiel> wm4: yes, some fancy specialized SSE2 copy functions [16:43:36 CEST] <BtbN> Yeah, but for games, the raw frame is pulled from the gpu, and then re-uploaded there to encode. [16:43:40 CEST] <nevcairiel> eh, SSE4 i mean [16:43:44 CEST] <BtbN> Same PCIe bus load as if the GPU were decoding [16:43:54 CEST] <nevcairiel> actually its probably higher, since its RGB [16:44:19 CEST] <BtbN> You can, and should, convert it to YUV420 on the gpu [16:45:00 CEST] <nevcairiel> If you can avoid that, and for your use-case you think its worth it, then great. I'm just saying for simple video playback, the flexibility that a copy to sysmem offers is IMHO worth it, at least on NVIDIA where this is super efficient [16:46:44 CEST] <BtbN> At least OBS pushes everything to the GPU, even raw system ram sources. Depends a lot on the implementation [16:46:53 CEST] <BtbN> Every effect and filter is done via shaders [16:47:18 CEST] <BtbN> And because of how it's implemented, it still copys the final yuv from the gpu to system ram, just so nvenc can re-upload it... [16:55:44 CEST] <ubitux> grumbl i'm still confused at this AV_PIX_FMT_VDA vs AV_PIX_FMT_VDA_VLD [16:56:14 CEST] <nevcairiel> one is the old one, one the new one we inhereited from libav? [16:58:24 CEST] <ubitux> both are present in libav [16:58:38 CEST] <nevcairiel> oh well [16:59:10 CEST] <ubitux> "Add AV_PIX_FMT_VDA for new-style VDA acceleration." sounds indeed like the "new" one but mmh [16:59:23 CEST] <ubitux> i see no deprecated or alike wrt to _VLD one [17:00:02 CEST] <wm4> huh [17:00:27 CEST] <nevcairiel> i always get lost when i think about new and old with VDA [17:00:40 CEST] <nevcairiel> ffmpeg has a h264_vda decoder, does it not? is that the "old" one? [17:00:42 CEST] <wm4> it's possible that AV_PIX_FMT_VDA_VLD required you to manage the surface manually [17:00:49 CEST] <wm4> just forget about the old API [17:00:59 CEST] <wm4> and the "decoder" is actually a thing that reads back to system memory [17:01:06 CEST] <wm4> so it doesn't have anything to do with this [17:01:44 CEST] <wm4> the VDA hwaccel API used to be awful, but the "new" one is trivial [17:02:11 CEST] <wm4> really, laughably trivial... you only need to call av_vda_default_init() [17:03:16 CEST] <nevcairiel> apparently, there is a init2 now [17:03:31 CEST] <nevcairiel> lets you ask for a pixel format, or so i am told [17:03:44 CEST] <wm4> yes [17:03:55 CEST] <wm4> AVVDAContext *vdactx = av_vda_alloc_context(); [17:03:55 CEST] <wm4> vdactx->cv_pix_fmt_type = kCVPixelFormatType_420YpCbCr8BiPlanarVideoRange; [17:03:55 CEST] <wm4> int err = av_vda_default_init2(ctx->avctx, vdactx); [17:04:05 CEST] <wm4> and you get NV12 as 2 textures [17:04:15 CEST] <nevcairiel> does that actually work reliably [17:04:23 CEST] <wm4> really not sure [17:08:28 CEST] <ubitux> j-b: how is vt broken on mobile? [17:09:13 CEST] <ubitux> Daemon404: yes the only reason so far is that one is available on ios [17:10:17 CEST] <Daemon404> any reason to keep vda? [17:10:26 CEST] <ubitux> compat with <10.8 [17:10:42 CEST] <wm4> i.e. "none" [17:10:45 CEST] Action: nevcairiel votes for keeping [17:10:52 CEST] <ubitux> (and similar argument for ff compat) [17:11:18 CEST] <ubitux> anyway, before wondering about keeping vda, i need to figure out how to have vt properly in ff [17:11:24 CEST] <wm4> or what lu_zero said, transparently switching between them [17:11:24 CEST] <nevcairiel> remove all the old vda code if you want to clean up, but keep the new vda hwaccel which is apparently easy to use :) [17:11:28 CEST] <ubitux> but using vda as a base reference is really confusing [17:36:24 CEST] <ubitux> yet another q: should the new VT accel pixfmt, be named with the _VLD suffix like any other accel (but still copy the -new- vda api)? [17:37:07 CEST] <nevcairiel> the VLD suffix is more legacy than anything else, standards have long moved away from non-VLD HWaccels [17:37:59 CEST] <nevcairiel> so .. do what you want [17:37:59 CEST] <nevcairiel> :D [17:38:03 CEST] <ubitux> :( [17:38:07 CEST] <ubitux> ok. [17:39:59 CEST] <ubitux> i don't understand why vda had/has a _vld suffix in the first place [17:41:47 CEST] <ubitux> it seems to be able to deal with slices so.. [17:48:09 CEST] <cone-690> ffmpeg 03Igor Derzhavin 07master:203f9c8ff050: libavformat/flvdec.c: don't build index_entries for input stream if AVIOContext is not seekable [17:48:10 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:63276fa9c1d1: avcodec/mips: remove ;; [18:41:40 CEST] <cone-690> ffmpeg 03Stephan Holljes 07master:de3a7ef2042f: lavf/http: Correctly terminate session with HTTP POST client. [20:30:01 CEST] <cone-690> ffmpeg 03Janne Grunau 07master:529c05698e88: movenc: fixes a questionable valgrind uninitialized value warning [20:30:02 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:049161fb7c66: Merge commit '529c05698e88b057f0bea61e0d85f2b42925b5ea' [20:49:40 CEST] <cone-690> ffmpeg 03Vittorio Giovara 07master:7061bf0925a7: mpegvideo: Move Picture-related functions to a separate file [20:49:41 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:88679aeb08b9: Merge commit '7061bf0925a7d6c5899bbe710b2b8cdae9005274' [20:58:24 CEST] <cone-690> ffmpeg 03Vittorio Giovara 07master:c6aa0554b0c3: mpegvideo: Drop release_unused_pictures() function [20:58:25 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:d784d6b7ed25: Merge commit 'c6aa0554b0c3e31fec4580b68ea85b66966cd381' [21:07:52 CEST] <cone-690> ffmpeg 03Vittorio Giovara 07master:d1dd0d404c08: mpegvideo: Move block permutation function where is used [21:07:53 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:21d8e2c0b5aa: Merge commit 'd1dd0d404c085f4fce7b8358b4aea677761c5d88' [21:19:01 CEST] <cone-690> ffmpeg 03Vittorio Giovara 07master:c0e6b8cab874: mpegvideo: Mark one function as static [21:19:02 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:11f86ec20483: Merge commit 'c0e6b8cab874db97b6818007bc86507c8d213083' [23:05:07 CEST] <cehoyos_> michaelni: libavcodec/mpegpicture.c needs a copyright notice [23:09:28 CEST] <cone-690> ffmpeg 03Lou Logan 07master:dc52e6200df6: doc/ffmpeg: remove tips [23:23:57 CEST] <michaelni> cehoyos_, yes, do want to fix it? [23:51:38 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:c465254fbf18: avformat/mpegts: Do not ignore registration descriptors when probing is enabled [00:00:00 CEST] --- Thu Jun 11 2015

1 0

ffmpeg.log.20150610
by burek 11 Jun '15

11 Jun '15

[00:55:04 CEST] <rig-bone> hi [00:55:27 CEST] <rig-bone> I need to get the iframes of a mp4 as yuv420p [00:55:40 CEST] <rig-bone> what is the command for this [00:58:19 CEST] <Compn> anoop_r : what can i help you with ? [01:00:02 CEST] <llogan> rig-bone: maybe this "select='eq(pict_type,I)',format=yuv420p" [01:02:12 CEST] <rig-bone> from the cli? [01:02:14 CEST] <anoop_r> ok [01:03:01 CEST] <llogan> rig-bone: yes, i assumed you want to use the ffmpeg cli tool [01:03:32 CEST] <anoop_r> i am using ffmpeg cli with a c# gui [01:03:48 CEST] <llogan> that's just the filtergraph. you'll need to add whatever other options you need or want [01:04:34 CEST] <anoop_r> ffmpeg -i Air.mkv -c:v libx265 -preset ultrafast -x265-params crf=30 -c:a aac -strict experimental -q:a 10 output.mp4 [01:05:00 CEST] <anoop_r> but media info shows audio is still constant bit rate [01:06:45 CEST] <Compn> anoop_r : try -b 128k instead of -q:a 10 [01:07:06 CEST] <anoop_r> that works [01:07:08 CEST] <ac_slater_> hey all. I'm muxing 2 streams into MPEGTS via simple av_write_frame and a custom AVIO context. This is working great. Anyone know how I can get packet durations in microseconds? [01:07:12 CEST] <anoop_r> but vbr mode not working [01:08:15 CEST] <durandal_1707> i do not think native aac support vbr [01:08:33 CEST] <llogan> how do you know mediainfo isn't wrong? [01:09:30 CEST] <anoop_r> well can tell me anyother tool to determine [01:09:54 CEST] <anoop_r> vbr support as per official ffmpeg docs [01:10:16 CEST] <llogan> if you use another -aac_coder option it may show up as "variable" in medianifo [01:10:23 CEST] <llogan> ffmpeg -h encoder=aac [01:10:30 CEST] <llogan> results may vary. [01:11:36 CEST] <anoop_r> i had used this command line ffmpeg -i input.wav -strict experimental -c:a aac -q:a 6 output.m4a [01:12:48 CEST] <durandal_1707> ac_slater: from packet duration and stream dps iirc [01:13:21 CEST] <rig-bone> llogan: what would the entire command be? [01:13:36 CEST] <llogan> i don't know. you didn't mention your desired output format [01:14:05 CEST] <anoop_r> ffmpeg -i Air.mkv -c:v libx265 -preset ultrafast -x265-params crf=30 -c:a aac -strict experimental -q:a 10 output.mp4 [01:14:30 CEST] <llogan> yes, you showed that or a variant of it at least 3 times i think [01:14:42 CEST] <anoop_r> ya [01:15:00 CEST] <llogan> you ignored the suggestions i gave you [01:15:01 CEST] <anoop_r> i did it as instructed on the docs [01:15:17 CEST] <llogan> wiki != docs [01:15:32 CEST] <anoop_r> ok [01:15:52 CEST] <anoop_r> then can you give me corrected command line [01:15:58 CEST] <anoop_r> for variable bit rate [01:16:12 CEST] <anoop_r> i don't have libfdk [01:16:21 CEST] <anoop_r> i only use natvie aac [01:16:29 CEST] <llogan> see -aac_coder option in "ffmepg -h encoder=aac" [01:17:19 CEST] <llogan> see if any of those options will make mediainfo give you what you think you want [01:19:18 CEST] <anoop_r> anywhere can i get detailed discrption on the modes specified [01:19:43 CEST] <anoop_r> AAC encoder AVOptions: [01:19:45 CEST] <anoop_r> -stereo_mode <int> E...A... Stereo coding method (from -1 to 1) (default 0) [01:19:45 CEST] <anoop_r> auto E...A... Selected by the Encoder [01:19:45 CEST] <anoop_r> ms_off E...A... Disable Mid/Side coding [01:19:45 CEST] <anoop_r> ms_force E...A... Force Mid/Side for the whole frame if possible [01:19:45 CEST] <anoop_r> -aac_coder <int> E...A... (from 0 to 3) (default 2) [01:19:45 CEST] <anoop_r> faac E...A... FAAC-inspired method [01:19:45 CEST] <anoop_r> anmr E...A... ANMR method [01:19:46 CEST] <anoop_r> twoloop E...A... Two loop searching method [01:19:46 CEST] <anoop_r> fast E...A... Constant quantizer [01:19:47 CEST] <anoop_r> -aac_pns <int> E...A... Perceptual Noise Substitution (from 0 to 1) (default 0) [01:19:47 CEST] <anoop_r> disable E...A... Disable PNS [01:19:48 CEST] <anoop_r> enable E...A... Enable PNS (Proof of concept) [01:20:06 CEST] <llogan> use a pastebin service if you ever need to paste multiple lines on IRC [01:20:20 CEST] <llogan> http://ffmpeg.org/ffmpeg-codecs.html#aac [01:20:31 CEST] <anoop_r> sorry [01:27:40 CEST] <anoop_r> thanks [01:27:56 CEST] <anoop_r> i had used -q:a 10 -aac_coder faac and now it shows variable [01:31:29 CEST] <anoop_r> anyway to show progress as % in ffmpeg encoding [01:36:50 CEST] <anoop_r> http://pastebin.com/ijsWbG62 [01:37:17 CEST] <anoop_r> anway to get rid of Past duration 0.833321 too large messages [01:46:47 CEST] <bbloom_> is it possible for keyframes to be split across multiple packets? [01:49:43 CEST] <Agrajag-> g'day, i'm trying to use ffmpeg to grab audio from an IP webcam and then use sox to identify if there was noise during that time (baby monitor kind of thing). i can do this with "ffmpeg -i 'rtsp://192.168.1.10:88/videoMain' -t 5 -vn -acodec copy -f wav - 2>/dev/null | sox -t .wav - -n stat | grep 'Maximum amplitude'". i could keep doing this in a loop for every 5 seconds, however it seems to take some time (~5secs) to setup reading from the [01:54:21 CEST] <rig-bone> llogan: I need to be able to extract an iframe from a mpeg4 h.264 video [01:54:38 CEST] <rig-bone> and I want that iframe to be in its internal y'uv format [01:54:48 CEST] <rig-bone> so I can see the bits, binary wise [01:59:45 CEST] <rig-bone> $ ffmpeg -i example.mp4 test.yuv [02:00:04 CEST] <rig-bone> how can I do this, the command above fails [02:06:55 CEST] <rig-bone> llogan: another fast idea, can ffmpeg tell me the planar packing that an mp4 video is using in info? [02:07:48 CEST] <rig-bone> is that a part of the video info that ffmpeg can find [02:13:40 CEST] <yumbox> hello. How can I see the encoding options of a VP9 encoded webm? [02:17:10 CEST] <rig-bone> ffmpeg -i file.webm [02:19:15 CEST] <yumbox> rig-bone: that doesnt show all encoding options. [02:19:25 CEST] <yumbox> that hardly shows any. [02:21:00 CEST] <yumbox> rig-bone: this is what I'm looking for: http://sprunge.us/fHeR [02:21:33 CEST] <yumbox> however, on a webm, this is the sparse output: http://sprunge.us/UOiL [02:21:43 CEST] <yumbox> it doesnt show any encoding options [02:23:10 CEST] <llogan> i believe that comes from the external encoding library itself and libvpx probably just doesn't include that info, AFAIK [02:23:38 CEST] <rig-bone> oh there you are llogan [02:23:52 CEST] <yumbox> when I encode a file to webm I can use ffmpeg -loglevel verbose [02:23:55 CEST] <rig-bone> hopefully I believed giving faulty information would bring you back [02:23:58 CEST] <yumbox> it then shows me the encoding options [02:24:07 CEST] <rig-bone> so, can you help me after yumbox [02:24:22 CEST] <llogan> rig-bone: sorry, i didn't know an answer for your question [02:25:02 CEST] <yumbox> llogan: so its impossible to determite the orignial encoding options of a VP9 encoded file? [02:25:44 CEST] <llogan> i'm not sure. i just don't think libvpx provides that info like libx264 does [02:26:01 CEST] <yumbox> llogan: it does show it before encoding [02:26:07 CEST] <yumbox> before/during [02:26:40 CEST] <llogan> that's just the verbose log of ffmpeg parsing the options you give it [02:27:03 CEST] <yumbox> llogan: but it shows this: [libvpx-vp9 @ 0x7f83178edc00] [02:27:10 CEST] <llogan> hell, i don't know [02:29:26 CEST] <yumbox> llogan: http://sprunge.us/IaaY [02:30:15 CEST] <llogan> ah, i see. i thought you were referring to the "Reading option" stuff. [02:30:45 CEST] <yumbox> when I use "-crf 33" instead of "-crf default" I get this message: [02:30:46 CEST] <yumbox> [libvpx-vp9 @ 0x7ff83c07ac00] VP8E_SET_CQ_LEVEL: 33 [02:31:04 CEST] <yumbox> so I can't seem to figure out what the default crf is [02:31:44 CEST] <yumbox> the wiki of vp9 just lists crf can be set 0-63 with lower being higher quality [02:31:52 CEST] <yumbox> it doesnt list the default value [02:37:46 CEST] <yumbox> llogan: is there a different channel where I might find answers to this question? [02:38:59 CEST] <llogan> ffmpeg-user mailing list [02:40:12 CEST] <rig-bone> how do I convert mp4 to y4m [02:40:29 CEST] <rig-bone> since that would be an upcoding process anyway [02:40:31 CEST] <rig-bone> how [02:41:33 CEST] <yumbox> I dont think ive ever heard of upcoding [02:43:27 CEST] <rig-bone> what I mean by upcoding is that y4m is a raw format [02:43:31 CEST] <rig-bone> and mp4 is a compressed format [02:43:57 CEST] <rig-bone> I'm asking to "upcode" which is that I want to get the mp4 video in a y4m format [02:44:08 CEST] <rig-bone> I know it isn't directly possible [02:44:21 CEST] <yumbox> rig-bone: did you try just doing ffmpeg -i file.mp4 file.y4m ? [02:44:44 CEST] <rig-bone> so I'm instead asking how I could get the iframes of the mp4 video and convert those as yuv frames [02:45:26 CEST] <rig-bone> :encoder did not produce proper points, making some up: [02:45:57 CEST] <rig-bone> then it surprisingly encodes, but I'm not sure if this is what I want [02:46:16 CEST] <rig-bone> maybe there's a more sane way than trying to create a raw video from a compressed one [02:47:09 CEST] <voltagex> llogan: after compiling an ffmpeg with vbi support I still can't extract subtitles [02:49:09 CEST] <rig-bone> infact, each time I run this command, it literally chooses "RANDOM" frames from the video to make the mp4 from [02:49:18 CEST] <rig-bone> I get different output each time [02:51:08 CEST] <llogan> voltagex: try ffmpeg-user mailing list [02:55:27 CEST] <llogan> rig-bone: maybe 'ffmpeg -i input -vf "select='eq(pict_type,I)',format=yuv420p" output.yuv' will give you want. add -vsync (0 or 2 I think) if you don't like how it repeats the frame to fill empty PTS [02:58:22 CEST] <rig-bone> yeah its choosing random pts for me because the encoder isn't producing them [03:16:09 CEST] <rig-bone> llogan: I'd kiss you on the cheek right now if I could [03:16:14 CEST] <rig-bone> thanks man [03:18:34 CEST] <rig-bone> its odd how my original video was 750 frames and this has become 794 [03:18:40 CEST] <rig-bone> i'll find out why [03:37:19 CEST] <rig-bone> wee, so switching -vsync vfr gives me JUST the iframes [03:37:25 CEST] <rig-bone> this is exactly what I needed! [03:37:34 CEST] <rig-bone> oh if only I could donate money [03:37:37 CEST] <rig-bone> I would [03:37:39 CEST] <rig-bone> hehe [03:45:02 CEST] <rig-bone> llogan can I force it to select certain pts [03:52:38 CEST] <llogan> rig-bone: http://ffmpeg.org/ffmpeg-filters.html#select_002c-aselect [05:53:34 CEST] <_vaibhavingale_> I have converted the flac file to m4a. and tried to play using html5 audio tag. The song played back within a second and when I check in the network stats of browser, the downloaded stream was of just 100kb when stream started playback. One thing I observe this is not consistent with every raw file. z.B I have converted another flac file in m4a but it behaves like mp3 i.e taking around 6-10 seconds before actual playback and gets downloaded atlast 3 [05:54:17 CEST] <_vaibhavingale_> can some one tell me or show me the right direction to git it done. [05:55:06 CEST] <_vaibhavingale_> *get . I want to stream the static audio files in the browser but there should not be delay for prebuffering to start the playback [05:58:05 CEST] <relaxed> _vaibhavingale_: are you using -movflags faststart? [06:42:07 CEST] <_vaibhavingale_1> No. [06:42:51 CEST] <relaxed> do so [06:43:16 CEST] <_vaibhavingale_1> I used -vn flag to get rid of meta and album art [06:43:25 CEST] <_vaibhavingale_1> cool let me try [07:17:38 CEST] <techtopia> hello [07:18:15 CEST] <techtopia> lets say i have a 3 min long video, and i want to encode the first 60 seconds and the last 60 seconds [07:18:25 CEST] <techtopia> but want to omit the middle 60 seconds [07:18:44 CEST] <techtopia> is their anyway to do this from an ffmpeg encoding line? [07:18:56 CEST] <techtopia> with first cutting the video with another application [07:29:48 CEST] <chungy> techtopia: you'd probably have to use intermediate files and then concat it [07:31:13 CEST] <techtopia> yeah it's fine for it to be encoded to 2 files [07:31:16 CEST] <techtopia> and concat later [07:31:36 CEST] <techtopia> im just looking for a way to not have to process videos before feeding them to ffmpeg [07:32:38 CEST] <techtopia> at the moment that 3 minute example video would get cut before hand into input01.ts and input02.ts and would get encoded seperatly then get concatted [07:32:51 CEST] <techtopia> if i can cut the first step out it will save me a lot of hasstle [07:44:49 CEST] <_vaibhavingale_> @relaxed: Thanks a lot, it reduced the delay significantly. [07:45:07 CEST] <relaxed> you're welcome [08:37:11 CEST] <harisk92> "expansion=strftime is deprecated" [08:37:16 CEST] <harisk92> ? [08:39:30 CEST] <harisk92> what do I use now [08:39:36 CEST] <harisk92> for drawtext [08:40:42 CEST] <harisk92> to set time for text value in this format %Y-%m-%d %H:%M:%S ? [08:51:28 CEST] <harisk92> guys [09:10:18 CEST] <durandal_1707> isnt it in dica? [09:10:31 CEST] <durandal_1707> docs [09:10:41 CEST] <c_14> harisk92: :text=%{localtime\:%a %b %d %Y} <- like that [09:27:42 CEST] <harisk92> c_14: I found it [09:27:47 CEST] <harisk92> I need gmtime [09:27:50 CEST] <harisk92> ty [09:31:12 CEST] <harisk92> hey c_14 I have this text='%{gmtime\:%Y-%m-%d %H\:%M\:%S}' [09:31:15 CEST] <harisk92> and I get [09:31:24 CEST] <harisk92> gmtime requires 1 argument at most [09:32:34 CEST] <c_14> harisk92: probably escaping breaking somewhere [09:33:10 CEST] <harisk92> hmm I don't need to escape anything in text file ? [09:33:12 CEST] <harisk92> right [10:06:47 CEST] <harisk92> c_14 when positioning drawtext [10:06:55 CEST] <harisk92> can I use ih and iw [10:08:06 CEST] <c_14> The values you can use are listed in the documentation, you can use h and w [10:08:16 CEST] <harisk92> I tried to do following :x=(iw-20):y=(ih-20) [10:08:48 CEST] <harisk92> owh c_14 [10:08:50 CEST] <harisk92> i see [10:08:57 CEST] <harisk92> i can use W,w or [10:09:12 CEST] <harisk92> main_w [10:24:35 CEST] <RobertNagy> Is it possible to get webp working with piping/streams? [10:25:02 CEST] <RobertNagy> Right now ffmpeg will output webp to a pipe however the output will be corrupted [10:25:28 CEST] <RobertNagy> probably because the encoder tries to go back to the beginning of the file and write information in the header after finishing encoding a frame. [10:25:44 CEST] <RobertNagy> which is not supported when streaming [10:26:15 CEST] <RobertNagy> not sure if it is possible to fix, but ffmpeg should atleast throw an error? [10:31:15 CEST] <c_14> If webp requires seeking backwards in output, then yes ffmpeg should throw an error. Can you make a bugreport? [10:42:03 CEST] <relaxed> RobertNagy: is your input webp? [10:42:07 CEST] <RobertNagy> no [10:42:12 CEST] <RobertNagy> the output is [10:42:38 CEST] <relaxed> what are you piping the output to? [10:42:50 CEST] <RobertNagy> a http response [10:43:45 CEST] <RobertNagy> I think the encoder should probably encode the frame in memory, write the header and then write to output [10:43:58 CEST] <RobertNagy> that way it would work for piping as well [10:45:02 CEST] <RobertNagy> https://github.com/FFmpeg/FFmpeg/blob/6b56fcbd10a56d2a7a116c0de4ee032b89545… [10:45:43 CEST] <RobertNagy> *muxing the frame in memory [11:08:35 CEST] <RobertNagy> done, https://trac.ffmpeg.org/ticket/4609 [11:59:44 CEST] <t4nk626> Hello All, [12:00:02 CEST] <t4nk626> I am trying to execute the following command [12:00:03 CEST] <t4nk626> ahttp://pastebin.com/fYAwJeAn [12:00:13 CEST] <t4nk626> http://pastebin.com/fYAwJeAn [12:00:41 CEST] <t4nk626> and it keep saying : Unrecognized option 'filter_complex "[0:0] [0:1] [1:0] [1:1] concat=n=2:v=1:a=1 [v] [a]" -map "[v]" -map "[a]" -vcodec libx264'. [12:00:55 CEST] <t4nk626> Any idea? [13:32:20 CEST] <smo_80> hi [13:32:52 CEST] <smo_80> is it possible to cross compil ffmpeg for android with pthreads enabled ? [13:35:51 CEST] <beaver> smo_80: :) [13:36:47 CEST] <beaver> smo_80: oui avec --enable-pthreads [13:37:16 CEST] <beaver> http://docs.collectiveaccess.org/wiki/Compiling_ffmpeg [14:29:58 CEST] <harisk92> hey c_14 is it possible to use epoch timestamp in output filename ? [14:31:53 CEST] <c_14> harisk92: just use %s ? [14:32:17 CEST] <harisk92> thx [14:33:09 CEST] <zachary> ffmpeg publishes camera to rtmp server, but get error: av_interleaved_write_frame(): Operation not permitted [14:33:35 CEST] <zachary> ffmpeg -rtbufsize 1500M -r 25 -f dshow -i video="Integrated Camera":audio="Internal Microphone (Conexant 20672 SmartAudio HD)" -threads 4 -vcodec libx264 -b:v 150k -preset ultrafast -pix_fmt yuv420p -tune zerolatency -acodec libmp3lame -b: a 32k -bufsize 3000k -f flv rtmp://ip/app [15:05:48 CEST] <hendry> hi, has anyone here created a video editor with ffmpeg? wondering how brain dead http://dabase.com/blog/A_suckless_video_editor_proposal/ is... [15:13:19 CEST] <Compn> hendry : well, hes basically talking about a nle editor except done on the command line. which is just a simple edit decision list format [15:14:12 CEST] <Compn> so to answer your question, adding EDL support to ffmpeg would be fairly easy [15:14:32 CEST] <Compn> mplayer has a very very simple edl system already [15:14:39 CEST] <Compn> i think vlc was talking about getting one too [15:14:55 CEST] <Compn> just seems like most people dont care about it and just run it manually [15:20:34 CEST] <Compn> are there already video editors using ffmpeg? of course, http://www.openshotvideo.com/ https://github.com/jliljebl/flowblade http://www.blender.org [15:21:06 CEST] <JEEBsv> hendry: you can also look into vapoursynth and vapoursynth editor [15:21:21 CEST] <JEEBsv> there's two source filters in that based on lavf/lavc [15:21:37 CEST] <JEEBsv> not sure if there's a lavfi based filtering thing around but I would guess it wouldn't be too hard to implement [15:23:33 CEST] <zachary> ffmpeg -rtbufsize 1500M -r 25 -f dshow -i video="Integrated Camera":audio="Internal Microphone (Conexant 20672 SmartAudio HD)" -threads 4 -vcodec libx264 -b:v 150k -preset ultrafast -pix_fmt yuv420p -tune zerolatency -acodec libmp3lame -b: a 32k -bufsize 3000k -f flv rtmp://ip/app [15:23:35 CEST] <Compn> any screenshots of vaporsynth on the vaporsynth website? :P [15:23:48 CEST] <zachary> could some guy help check my ffmpeg command error? [15:24:38 CEST] <Compn> zachary : paste error to pastebin [15:26:20 CEST] <zachary> Compn: http://pastebin.com/WNKbAE3M [15:26:55 CEST] <JEEBsv> Compn: not much to screenshot with vapoursynth itself since its main interface is Python scripting. Then there's the Vapoursynth Editor, which lets you do simple preview/code completion etc [15:27:22 CEST] <zachary> each time, the command can only run around 1 minute [15:30:24 CEST] <zachary> Compn: http://pastebin.com/J5j7yUH3, this is a more detailed pastebin [15:35:18 CEST] <Compn> zachary : looks like problem on your rtmp side [15:35:39 CEST] <Compn> did you provide the correct rtmp url and authorization/login to the rtmp ? [15:35:55 CEST] <zachary> Compn: i am pretty sure, url correct [15:36:02 CEST] <Compn> what ver ffmpeg ? [15:36:15 CEST] <Compn> nightly build or so ? [15:36:30 CEST] <zachary> Compn: also, the ffmpeg runs around 30 minutes, and then failed with the error above [15:36:43 CEST] <zachary> i get it days ago [15:37:27 CEST] <zachary> Compn: ffmpeg version N-72734-g5cf84e5 [15:37:44 CEST] <Compn> is your network fast enough ? [15:37:47 CEST] <Compn> or wifi problems ? [15:41:30 CEST] <Compn> zachary : i see this thread on the forum looks exactly the smae problem as you , https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=657&start=40 [15:43:36 CEST] <Compn> someone said that ffmpeg tcp is crap and they use tcp relay and it works fine [15:43:39 CEST] <zachary> Compn: it seems this post does not give solution [15:43:42 CEST] <Compn> a few pages into that thread [15:43:46 CEST] <zachary> Compn: i will look into it [15:44:11 CEST] <Compn> you have to read whole thread :D [15:46:33 CEST] <Compn> kind of sucks we need a librtmp maintainer [15:49:06 CEST] <zachary> Compn: i will install tcp relay as a try [15:49:12 CEST] <zachary> and come back later on [15:49:23 CEST] <zachary> Compn: thanks very much for your help. [15:51:18 CEST] <Compn> no pr oblem [15:58:21 CEST] <nyuszika7h> how can I make a "windowboxed" (black bars on all sides) video fill the whole screen? [16:07:50 CEST] <k_sze> hmm, is the new NVENC or QSV encoding stuff redistributable? [16:09:03 CEST] <c_14> nvenc isn't [16:09:20 CEST] <k_sze> but qsv is? [16:11:10 CEST] <k_sze> Would be nice if I can take advantage of QSV. [16:11:32 CEST] <k_sze> Does it have any limitation in terms of pixel format or resolution? [16:13:01 CEST] <JEEBsv> 8bit 4:2:0 YCbCr [16:13:31 CEST] <JEEBsv> resolution wise I have no idea, with older stuff you probably have to limit yourself to 1080p, newer stuff might support 2160p [16:18:24 CEST] <k_sze> 420... [16:18:32 CEST] <k_sze> useless for me then. [16:18:36 CEST] <k_sze> I need at least 422. :( [16:22:28 CEST] <JEEBsv> if nvenc supported that I'd be surprised :P [16:25:06 CEST] <Compn> nyuszika7h : vf expand [16:26:08 CEST] <k_sze> hmm, there's also mmal [16:26:14 CEST] <k_sze> what kind of hardware provides mmal? [16:28:11 CEST] <k_sze> ARM processors? [16:30:04 CEST] <k_sze> JEEBsv: nvenc supports YUV444 lossless since the second generation (Maxwell GM107/GM108) [16:30:08 CEST] <k_sze> http://en.wikipedia.org/wiki/Nvidia_NVENC [16:30:52 CEST] <JEEBsv> yeah, but that's just the profile's name [16:31:12 CEST] <JEEBsv> unless it specifically says it can encode 4:4:4 YCbCr [16:31:41 CEST] <k_sze> "it" as in "ffmpeg"? [16:31:44 CEST] <JEEBsv> the wikipedo article seems to hint at that, but I'd honestly be quite surprised. I would expect 4:2:0 YCbCr lossless [16:32:01 CEST] <k_sze> I'm not surprised, actually. [16:32:20 CEST] <k_sze> Maxwell-based GPUs are really pretty freaking powerful. [16:32:34 CEST] <JEEBsv> that doesn't matter, the encoding is done with ASICs [16:32:38 CEST] <JEEBsv> not the GPGPU stuff [16:32:41 CEST] <k_sze> We do machine vision stuff with it and it's really mind blowing. [16:32:52 CEST] <k_sze> true [16:33:14 CEST] <JEEBsv> anyways, does the 960 enter that sphere? [16:33:20 CEST] <JEEBsv> I could try whatever it has :P [16:33:20 CEST] <k_sze> but I mean, I would expect the ASIC to be powerful as well. [16:33:34 CEST] <JEEBsv> yes, but end-user ASICs really don't do !4:2:0 [16:33:44 CEST] <JEEBsv> encoders are a bit more of a special case, but still [16:33:51 CEST] <k_sze> gtx 960 should be maxwell [16:37:21 CEST] <JEEBsv> ok, I'll be damned [16:37:46 CEST] <JEEBsv> it seems to be able to do 4:4:4 according to documentation and what the input pixel format stuff notes [16:38:01 CEST] <k_sze> see? :) [16:38:21 CEST] <JEEBsv> which kind of means that you could even do lossless RGB with it if you just fed it RGB instead of YCbCr (and set the flags right for it to be flagged correctly instead of YCbCr) [16:38:45 CEST] <JEEBsv> might be useful for screen capture as long as your HDD can handle it [16:38:58 CEST] <k_sze> Well, lossless is lossless, you could even pretend the RGB is YCbCr. :P [16:39:14 CEST] <JEEBsv> you don't need to pretend [16:39:28 CEST] <JEEBsv> unless nvidia forcibly writes into parameter sets that it's YCbCr [16:39:41 CEST] <JEEBsv> 'cause the amount of data and its structure would be the same [16:40:26 CEST] <k_sze> Yes [16:40:42 CEST] <k_sze> but that's all beside the point. [16:40:56 CEST] <k_sze> I'm working with some HP ProDesk mini PCs. [16:41:02 CEST] <k_sze> can't stick an nvidia card in. :P [16:41:17 CEST] <k_sze> :( [16:44:17 CEST] <k_sze> It's hard to believe that this is not a solved problem with newish CPUs and their integrated graphics. [16:45:35 CEST] <k_sze> I mean, jee, I'm only doing 1080p at 30 fps. What happens when people need to do like 4k video at 200+ fps with those crazy CameraLink cameras. [16:52:00 CEST] <Gonbe> Hi, I've read this: http://wiki.hydrogenaud.io/index.php?title=Fraunhofer_FDK_AAC#FDK_License this: https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=877 and this: https://trac.ffmpeg.org/wiki/Encode/AAC and skimmed through this: https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-February/139156.html [16:52:02 CEST] <Gonbe> So basically, is there no way to legally distribute ffmpeg with libfdk support (for windows)? Is building ffmpeg with everything dynamically linked and including the dynamic link library for libsdk also not an option for distribution? [16:53:38 CEST] <c_14> What you're looking for, is a lawyer. [16:54:52 CEST] <c_14> afaik dynamic linking + distributing is now allowed unless the library is a "system library" [16:55:05 CEST] <c_14> s/now/not/ [16:56:45 CEST] <Gonbe> c_14: thanks. [17:01:03 CEST] <Gonbe> by system libraries, within the context of windows, I'm assuming: http://en.wikipedia.org/wiki/Microsoft_Windows_library_files is that correct? if not that can be quite ambiguous& [17:01:27 CEST] <c_14> It's about as ambiguous as your nearest lawyer decides it to be. [17:01:33 CEST] <Gonbe> hahaha [17:02:17 CEST] <c_14> Technically the nearest Judge. [18:41:41 CEST] <xreal> Is this correct to select streams? -c:v:3 libx264 -preset faster -crf 30 -c:a:5 copy [18:41:56 CEST] <xreal> argh, I didn't use -map. [20:04:23 CEST] <nyuszika7h> is it possible to import subtitle timings from one srt into another? [20:11:59 CEST] <gouessej> Hi [20:12:18 CEST] <gouessej> I'm trying to convert a MP3 video into OGV [20:12:45 CEST] <gouessej> I use the following command line: ffmpeg -i Video20150609_185820.mp4 Video20150609_185820.ogv -qscale 0 [20:12:56 CEST] <gouessej> I use FFMPEG 2.7, the latest static vuild [20:12:58 CEST] <gouessej> build [20:13:52 CEST] <gouessej> the output framerate is ... miserable [20:13:56 CEST] <gouessej> about 4 fps [20:14:22 CEST] <gouessej> whereas the input has a framerate of about 30 fps [20:16:09 CEST] <gouessej> Done: http://pastebin.com/KhmGpmW4 [20:16:47 CEST] <JEEBsv> do you mean the frame rate as the encoding rate? [20:16:50 CEST] <JEEBsv> or when you watch the clip? [20:17:11 CEST] <JEEBsv> oh [20:17:13 CEST] <gouessej> when I watch the clip [20:17:13 CEST] <JEEBsv> I see [20:17:18 CEST] <gouessej> even with ffplay [20:17:21 CEST] <JEEBsv> yeah [20:17:25 CEST] <JEEBsv> I just noticed your issue [20:17:37 CEST] <JEEBsv> you see, options for encoding go between the input and the output [20:17:49 CEST] <JEEBsv> see how it even tells you that trailing options were found [20:17:49 CEST] <gouessej> I tried with -r and -framerate [20:18:42 CEST] <JEEBsv> 1) you set qscale 0 to no output 2) default bit rate is 200kbps 3) theora will drop pictures if the rate is too low [20:18:58 CEST] <llogan> i guess i should ask: why do you even want to use theora? [20:19:18 CEST] <gouessej> I wanted to use -sameq [20:19:23 CEST] <gouessej> but it has been dropped [20:19:28 CEST] <JEEBsv> which is not what you think it is [20:19:37 CEST] <JEEBsv> anyway, did you read what I wrote? [20:19:43 CEST] <JEEBsv> it should be rather obvious what your issue is [20:19:46 CEST] <JEEBsv> if you did [20:19:46 CEST] <gouessej> I tried with -qscale:v 1 [20:19:58 CEST] <JEEBsv> gouessej: look at your command line [20:20:14 CEST] <llogan> the location of the option matters [20:20:15 CEST] <JEEBsv> options for encoding go BETWEEN input and output [20:20:23 CEST] <gouessej> oh sorry [20:20:38 CEST] <JEEBsv> as I said, it even tells you that there are trailing options [20:20:50 CEST] <JEEBsv> it expected another output [20:20:55 CEST] Action: llogan still wonders why theora is desired [20:21:21 CEST] <JEEBsv> like `ffmpeg -i hurr.mp4 -c:v libx264 out.mkv -c:v libvpx out.webm` [20:21:35 CEST] <JEEBsv> libx264 for the first output file, and libvpx for the seccond [20:22:20 CEST] <JEEBsv> I wonder if ffmpeg could actually just error out at that trailing options message [20:22:35 CEST] <gouessej> llogan: I had similar problems with webm, it was a bit better when I used mpeg1video [20:22:44 CEST] <llogan> for theora, using qscale:v/q:v, 0 is the crappiest, and 10 is the least crappiest/most bloated [20:22:45 CEST] <JEEBsv> lol [20:23:04 CEST] <JEEBsv> gouessej: let me guess that you had trailing options in the same way :P [20:23:31 CEST] <gouessej> To have a constant quality (but a variable bitrate), use the option -qscale n when n is between 1 (excellent quality) and 31 (worst quality). [20:23:32 CEST] <gouessej> :s [20:23:44 CEST] <gouessej> I thought that 1 would give me something very good [20:23:45 CEST] <llogan> that's for the mpeg* family [20:23:53 CEST] <llogan> that range. [20:24:13 CEST] <JEEBsv> also constant quality is just not true [20:24:17 CEST] <JEEBsv> it's constant quantizer [20:24:34 CEST] <llogan> where did you find that suggestion? [20:24:46 CEST] <JEEBsv> we don't have a single rate control mechanism that would have thousands of chinese children looking at various alternatives [20:24:49 CEST] <gouessej> in the documentation: http://ffmpeg.org/ffmpeg.html [20:25:03 CEST] <gouessej> http://ffmpeg.org/ffmpeg.html#Tips [20:25:25 CEST] <JEEBsv> that's probably something written ages ago and nobody cares to edit it [20:25:29 CEST] <llogan> i should burn those [20:25:36 CEST] <llogan> "realvideo" [20:25:48 CEST] <JEEBsv> it's mostly written in early 2000s or so [20:26:06 CEST] <JEEBsv> the closest we have atm is libx264's and libx265's CRF, but even that is most definitely not "constant quality" [20:26:53 CEST] <JEEBsv> libvpx also has the -crf option linked to some rate control of its own (which differs between VP8 and VP9, too), no idea about those but the last I remember from reading the VP8 docs it's different to what the libx264/265 algo does [20:27:22 CEST] <JEEBsv> otherwise the non-bitrate based alternative is QP so at some point in time constant quantizer indeed was the closest we were :P [20:27:32 CEST] <gouessej> QP? [20:27:51 CEST] <JEEBsv> quantizer [20:28:04 CEST] <smo_80> hi, just tring ffmpeg on my set top box under android with soc broadcom BCM7252 can i get hw accel with this ? [20:28:09 CEST] <JEEBsv> but yeah, lemme see when CRF got implemented... [20:28:23 CEST] <smo_80> got many many errors when doing transcoding :/ think it s too slow [20:28:30 CEST] <JEEBsv> http://git.videolan.org/?p=x264.git;a=commit;h=0ddc9d5524a48882ac804948775f… [20:28:34 CEST] <JEEBsv> almost ten years [20:28:59 CEST] <JEEBsv> calls it "quality" but the same person scolded me years later when I happened to call it "constant quality" [20:29:36 CEST] <gouessej> higher is better with crf, isn't it? [20:29:41 CEST] <gouessej> I can give it a try [20:30:24 CEST] <JEEBsv> it only works with libx264 and libx265 [20:30:57 CEST] <iive> higher crf means lower bitrate and more loss [20:31:18 CEST] <JEEBsv> with x264 the default is 23, with x265 26. if the result of a few thousand frames (encode a few parts of your input at 500 frames or so) is bad, you lower. if it looks good you go higher. [20:31:31 CEST] <JEEBsv> then at some point you find equilibrium at the highest value that still looks good for you [20:32:34 CEST] <gouessej> Sorry for my dumb question but how can I force the use of libx264? [20:32:42 CEST] <JEEBsv> -c:v libx264 [20:33:46 CEST] <gouessej> Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [20:33:53 CEST] <JEEBsv> the error is generally before that [20:34:03 CEST] <gouessej> [ogg @ 0x4b15be0] Unsupported codec id in stream 0 [20:34:06 CEST] <JEEBsv> yup [20:34:14 CEST] <JEEBsv> no AVC/H.264 mappings for OGG [20:34:18 CEST] <JEEBsv> use another container :P [20:35:55 CEST] <gouessej> I don't want to use the format covered by software patents [20:36:04 CEST] <JEEBsv> too bad [20:36:05 CEST] <JEEBsv> everything is [20:36:08 CEST] <gouessej> and I don't want to rely on Google [20:36:56 CEST] <c_14> Use matroska? [20:37:09 CEST] <JEEBsv> he seems to have an issue with AVC :P [20:37:29 CEST] <c_14> Then don't use h264? [20:37:29 CEST] <gouessej> c_14: Thanks, I'll give it a look [20:37:49 CEST] <gouessej> My smartphone uses h264 by default :( [20:37:50 CEST] <c_14> Though you'll be hard pressed to find a decent lossy video codec that isn't mpeg or maybe vp9. [20:40:28 CEST] <gouessej> Is there anything that can give me a better result with ffmpeg? [20:40:52 CEST] <c_14> Better result than what? Better in what way? [20:41:31 CEST] <gouessej> Better framerate when I play the video [20:42:21 CEST] <JEEBsv> either use an encoder that doesn't drop frames, or push the rate higher so whatever piece of shit you're using no longer drops frames [20:43:09 CEST] <gouessej> How do you push the rate higher? -r or -framerate just before the output? [20:43:36 CEST] <JEEBsv> when I talk of rate it's the BIT rate [20:43:45 CEST] <gouessej> ok sorry [20:43:45 CEST] <JEEBsv> by whatever rate control method you're using [20:43:49 CEST] <llogan> JEEBsv: already told you what the issue was [20:44:01 CEST] <llogan> type failure [20:45:19 CEST] <llogan> just do this: ffmpeg -i input -q:v 5 -q:a 6 output.ogv [20:45:26 CEST] <llogan> it will probably give you what you think you want [20:46:56 CEST] <gouessej> I have just tried with -b:v 64k -bufsize 64k and it isn't better. I'm going to try llogan's suggestion [20:47:58 CEST] <llogan> 64k for a 1920x1080 video using libtheora........... [20:48:14 CEST] <JEEBsv> nîn [20:48:19 CEST] <gouessej> llogan thanks, it's really better :) [20:49:44 CEST] <gouessej> llogan: Please can you explain to me why it seems to drop no frame with your options? I'd like to understand [20:50:05 CEST] <JEEBsv> because you set the rate so goddamn low [20:50:08 CEST] <JEEBsv> 64 kilobits [20:50:50 CEST] <JEEBsv> which is 64 000 bits (8000 bytes) per second [20:51:43 CEST] <gouessej> Why does -q:v 5 -q:a 6 just work as expected? I'm sure I used something similar yesterday. I probably put the options in the wrong order [20:51:49 CEST] <JEEBsv> yes [20:52:04 CEST] <JEEBsv> if you had your stuff after the output they were ignored because the options would have been applied to the next output [20:52:17 CEST] <JEEBsv> I really guess ffmpeg should error out in that case [20:52:27 CEST] <JEEBsv> of course then you guys still wouldn't read [20:52:37 CEST] <JEEBsv> you would just complain Y THIS NO WORK!!!!! [20:52:56 CEST] <gouessej> No, I just want to understand and I really appreciate your explanations [20:53:02 CEST] <gouessej> Really [20:53:14 CEST] <gouessej> It's my fault, I should have read a bit more the man [20:53:57 CEST] <gouessej> Should I guess that -q:v 1 -q:a 1 might preserve a bit more the video? [20:54:24 CEST] <JEEBsv> you should have noted the comment before that theora's quantizer doesn't go like MPEG's :P [20:54:27 CEST] <gouessej> oops llogan said the opposite earlier [20:54:37 CEST] <llogan> "<logan> for theora, using qscale:v/q:v, 0 is the crappiest, and 10 is the least crappiest/most bloated" [20:54:49 CEST] <llogan> same for Vorbis, AFAIK [20:56:20 CEST] <llogan> some info here. https://trac.ffmpeg.org/wiki/TheoraVorbisEncodingGuide [20:56:41 CEST] <gouessej> thanks llogan [20:57:07 CEST] <llogan> http://ffmpeg.org/ffmpeg-codecs.html#libvorbis [20:57:14 CEST] <llogan> http://ffmpeg.org/ffmpeg-codecs.html#libtheora [21:04:57 CEST] <gouessej> Is it possible to edit the metadata without converting the video again? [21:05:24 CEST] <llogan> yes. ffmpeg -i input -c copy -metadata title="Theora sucks" output [21:08:04 CEST] <gouessej> What is wrong with threora in your humble opinion? [21:08:45 CEST] <Compn> it sucks and there is no hw support for it [21:13:18 CEST] <gouessej> ffplay plays the video correctly but not VLC, it shows "0:00" as a duration :s [21:13:44 CEST] <gouessej> Stream #1: not enough frames to estimate rate; consider increasing probesize [21:14:09 CEST] <llogan> it's old, and there are better modern alternatives [21:16:04 CEST] <gouessej> How can I increase the probesize? [21:18:41 CEST] <gouessej> The duration is 0, other players don't play the video [21:18:47 CEST] <gouessej> Is it a bug? [21:22:22 CEST] <llogan> i don't know. ask VLC [21:23:20 CEST] <gouessej> I have increased the probesize [21:24:13 CEST] <gouessej> Other players refuse starting the video, I hope that the increase of the probesize will help in fixing the duration [21:26:47 CEST] <smo_80> hello [21:27:10 CEST] <durandal_1707> hello [21:27:10 CEST] <smo_80> what can do this type of errors? [21:27:12 CEST] <smo_80> http://paste.ubuntu.com/11691892/ [21:27:25 CEST] <smo_80> slow hardware, slow connexion .... wrong config ...? [21:28:29 CEST] <podman> afternoon! [21:28:42 CEST] <gouessej> Increasing the probesize doesn't solve my problem [21:29:46 CEST] <smo_80> (just builded ffmpeg ffmpeg version n2.4.2 for android [21:30:48 CEST] <gouessej> ffprobe indicates the correct duration [21:31:20 CEST] <podman> I'm trying to figure out what the following compile flags do but i'm having a hard time finding out: --enable-hardcoded-tables --enable-avresample --enable-vda [21:34:14 CEST] <llogan> smo_80: that output means nothing without any context [21:34:21 CEST] <llogan> such as your actual command [21:35:14 CEST] <smo_80> ffmpeg -i 'rtsp://......' -c:v libx264 -c:a copy -sn test.mkv [21:35:20 CEST] <smo_80> nothing special llogan [21:36:08 CEST] <smo_80> (ffmpeg running on a freebox 4k, set top box in france) [21:36:22 CEST] <smo_80> android [21:36:33 CEST] <c_14> podman: enable-avresample enables the avresampler in addition to swresample; enable-vda enables a hardware acceleration subsystem (for OSX afaik) [21:36:58 CEST] <podman> c_14: gotcha. any idea what enable-hardcoded-tables does? [21:37:44 CEST] <gouessej> "Past duration 0.647652 too large" :( [21:38:07 CEST] <c_14> precomputes certain tables and writes them into the binary instead of computing them on the fly (iirc) [21:38:50 CEST] <podman> c_14: i figured as much. I was just trying to figure out what that actually does with regard to regular usage of FFMPEG [21:39:30 CEST] <smo_80> llogan, ffmpeg config http://paste.ubuntu.com/11691958/ [21:39:45 CEST] <kyleogrg> hello [21:40:30 CEST] <kyleogrg> I'd like to stream-copy a VOB into an MKV, adding a cropping parameter (10,0,0,0). [21:41:08 CEST] <kyleogrg> How do I set an mkv's cropping parameter in ffmpeg? [21:41:14 CEST] <gouessej> I'll try to solve my last problem alone. Thank you for your help. Goodbye [21:41:47 CEST] <kyleogrg> I am not encoding. This is a cropping parameter for the video player. [21:45:09 CEST] <smo_80> hi c_14 any idears on this type of errors ? http://paste.ubuntu.com/11691992/ [21:47:10 CEST] <Perkol> Hello. Where can i get libavcodec56 for ubuntu 14.04? [21:47:11 CEST] <c_14> Looks like a mix between corrupt build and corrupted packets. [21:48:39 CEST] <smo_80> ok for the build but it comes from slow hardware or slow connexion ? [21:49:02 CEST] <smo_80> hard to find good android buils :/ [21:49:10 CEST] <smo_80> i m compiling it now [21:49:48 CEST] <Perkol> Hello. Where can i get libavcodec56 for ubuntu 14.04? It's required in deps for dev builds [22:16:58 CEST] <kyleogrg> how can i encode variable frame rate with libx264? [22:19:29 CEST] <kyleogrg> with -vsync vfr? [22:22:16 CEST] <JEEBsv> a lot of lavf/lavc should support VFR input by default [22:22:34 CEST] <JEEBsv> it doesn't try to fit the output to any frame rate unless you specifically set one [22:22:48 CEST] <JEEBsv> it takes the input timestamps, and fits them to the timescale of the output format [22:23:53 CEST] <kyleogrg> ok [22:28:34 CEST] <kyleogrg> if i stream-copy VOB to MKV in ffmpeg, will the MKV have the chapters info? [22:29:34 CEST] <kyleogrg> or if i convert it [22:30:10 CEST] <Compn> dont stream copy vob to mkv [22:30:17 CEST] <Compn> just ... no [22:30:25 CEST] <Compn> probably you want to use makemkv to do chapter encodings [22:31:25 CEST] <kyleogrg> yeah. but isn't makemkv copying the vob/mpg stream? [22:32:09 CEST] <Compn> the number of video players that handle vob in mkv will be slim, and the number of them supporting the dvd chapters inside the mkv are none. [22:32:41 CEST] <Compn> ignore my advice (10+ years of multimedia formats) at your own peril. [22:32:54 CEST] <kyleogrg> okay [22:33:10 CEST] <kyleogrg> now, vlc seems to show the chapters [22:33:29 CEST] <kyleogrg> and i just want it to work for vlc [22:34:05 CEST] <kyleogrg> anyhow, i have a different question [22:34:35 CEST] <kyleogrg> supposing i want to always play this video with a crop setting [22:34:50 CEST] <kyleogrg> can i tell vlc to always crop that video [22:35:59 CEST] <Compn> crop setting in mkv maybe [22:36:02 CEST] <Compn> i dont know how to set that :) [22:36:06 CEST] <JEEBsv> lol [22:36:13 CEST] <kyleogrg> haha [22:36:13 CEST] <JEEBsv> I kind of waited for someone to mention that [22:36:23 CEST] <JEEBsv> because that's one of the things you MUST NOT USE [22:36:23 CEST] <kyleogrg> Just went over that with JEEBsv [22:36:31 CEST] <JEEBsv> because it's not specified [22:36:33 CEST] <kyleogrg> he says it's not often supported [22:36:49 CEST] <JEEBsv> not supported is not even the main pain point [22:36:52 CEST] <Compn> h264 has crop settings... [22:36:55 CEST] <JEEBsv> yes [22:37:08 CEST] <JEEBsv> and the matroska field is made to override those [22:37:13 CEST] <Compn> of course [22:37:17 CEST] <JEEBsv> literally for the demuxer to override crop values [22:37:27 CEST] <JEEBsv> literally to overwrite parameter set values [22:37:41 CEST] <kyleogrg> hmm, but if I'm *encoding* to x264, couldn't I actually crop the video stream? [22:37:44 CEST] <JEEBsv> that was the original implementation :D [22:37:49 CEST] <JEEBsv> yes [22:37:50 CEST] <JEEBsv> of course [22:37:59 CEST] <Compn> kyleogrg : see, in mplayer, you just create a filename config , like mymovie.avi.conf and then put vf=crop=cropsetitings [22:38:06 CEST] <Compn> but this is vlc we are talking about [22:38:12 CEST] <Compn> and who knows about that dumb program :D [22:38:16 CEST] <Compn> ask in #videolan [22:38:20 CEST] <kyleogrg> hmm, never really used mplayer [22:38:29 CEST] <Compn> dont use mplayer, its eeeevil [22:38:39 CEST] <kyleogrg> you make it sound awesome [22:38:49 CEST] <JEEBsv> I wonder if mpv kept that feature [22:38:56 CEST] <Compn> mpv hates everything [22:39:01 CEST] <JEEBsv> no, no it doesn't [22:39:04 CEST] <kyleogrg> I bet you can put other settings in the config file as well [22:39:11 CEST] <Compn> other settings, bah! [22:39:21 CEST] <Compn> you can even have per-directory settings :P [22:39:24 CEST] <Compn> i think [22:39:32 CEST] <kyleogrg> wow [22:39:33 CEST] <JEEBsv> mpv does remove a helluva lot of fringe features though :P [22:40:00 CEST] <JEEBsv> and I consider with first look that random config file reading is kind of such a thing [22:40:51 CEST] <kyleogrg> http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html#CONFIGURATION%20FILES [22:40:53 CEST] <kyleogrg> :D [22:41:34 CEST] <JEEBsv> http://mpv.io/manual/master/#configuration-files [22:41:42 CEST] <JEEBsv> yeah, file specific stuff was kept [22:41:46 CEST] <JEEBsv> I'm kind of surprised [22:43:33 CEST] <Compn> i'm not, anime people like diff configs [22:45:19 CEST] <podman> did ffmpeg start automatically rotating videos? [22:45:23 CEST] <JEEBsv> kyleogrg: anyways if you're really perverted feel free to go through 14496-12 (iso base media file format aka "mp4"), I'm pretty sure it can do random croppin [22:45:26 CEST] <JEEBsv> *cropping [22:46:08 CEST] <c_14> podman: judging by the changelog, yes [22:46:09 CEST] <Compn> podman : yes [22:46:21 CEST] <podman> c_14: just saw that [22:46:34 CEST] <podman> That's a "problem" but also kind of neat [22:46:52 CEST] <c_14> You should be able to turn it off (hopefully). [22:47:03 CEST] <Compn> why? are your rotation tags incorrect in your mp4 files? :P [22:47:04 CEST] <c_14> -noautoratet [22:47:13 CEST] <c_14> *rotate [22:47:24 CEST] <podman> Compn: i was already rotating, so it's getting rotated twice [22:47:33 CEST] <podman> c_14: awesome, thanks [22:47:36 CEST] <Compn> ehe [22:47:47 CEST] <podman> i imagine a lot of people have code for that [22:47:57 CEST] <Compn> probablyt [22:48:14 CEST] <c_14> hmm, would it be possible for the autorotate to detect if a rotate filter is currently in the filterchain and then not rotate? [22:48:23 CEST] <kyleogrg> interesting [22:48:41 CEST] <kyleogrg> anyway, i'm going to look at SMplayer [22:48:54 CEST] <podman> I think I'll just rely on ffmpeg to rotate stuff correctly and pull out my rotation code [22:49:00 CEST] <kyleogrg> it supposedly remembers all settings for every file you open [22:49:28 CEST] <Compn> smplayer does do that [22:49:40 CEST] <Compn> also remembers where in the film you are when you quit, so it can resume later [22:50:27 CEST] <kyleogrg> cool [22:50:37 CEST] <kyleogrg> i'm trying to figure out how to crop [22:53:57 CEST] <kyleogrg> do you happen to know? [23:07:48 CEST] <kyleogrg> got it, never mind [00:00:00 CEST] --- Thu Jun 11 2015

1 0