Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2013

1 participants
62 discussions

ffmpeg-devel.log.20130525
by burek 26 May '13

26 May '13

[00:00] <durandal11707> you need to spend less time at front of computer [00:00] <ubitux> :( [00:01] <ubitux> it's a clutoris so it's ok [00:08] <durandal11707> yes, but take break or two, between each session... [00:08] <ubitux> you don't get excited by this stream? :( [00:11] <durandal11707> i really can't be excited with "hue=expression", maybe if its some bambi video with lut3d applied [00:12] <ubitux> ow, i see you have some twisted tastes [00:13] <microchip_> ubitux: when is mcdeint going to be ported, do you know? [00:13] <ubitux> when you'll be comfortable enough with C [00:14] <microchip_> haha [00:14] <microchip_> ok [00:14] <ubitux> :) [00:14] <ubitux> saste was saying he started it a while ago [00:14] <microchip_> ic [00:14] <ubitux> but he is a bit sadistic and like to stop just before it's done [00:59] <ubitux> oh, it works. [01:25] <ubitux> ok, enough cool things for tonight [11:46] <cone-896> ffmpeg.git 03Andrey Utkin 07master:70fbfd75c39b: img2dec: Add ts_from_file option [12:15] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:a753776ff5d8: img2dec: dont set start_time/duration to invalid values [12:15] <cone-896> ffmpeg.git 03Michael Niedermayer 07master:760a9754ca46: img2dec: support seeking with ts_from_file [14:51] <durandal_1707> what is way to pad silence at begining of audio? [14:52] <ubitux> aevalsrc=0 + concat ? [14:54] <ubitux> apad can't do that btw? [14:55] <durandal_1707> apad does only work for end [14:55] <ubitux> that's too bad [14:55] <durandal_1707> i think there was some option you set for swr [14:55] <ubitux> with the async thing maybe? [14:56] <ubitux> or first_pts [14:56] <ubitux> more likely [15:08] <durandal_1707> how one use timeline with volume filter? [15:10] <ubitux> just like the other [15:10] <ubitux> +s [15:10] <ubitux> with a low accuracy [15:11] <durandal_1707> so i should call asetnsamples=1 prior to volume? [15:11] <ubitux> :D [15:11] <ubitux> feel free to try it out :p [15:11] <ubitux> it's not really necesary to have such precision anyway [15:12] <durandal_1707> but for cases when frame is very big.... [15:12] <ubitux> set it to the sample rate [15:12] <ubitux> you'll have a seconds accuracy [15:13] <durandal_1707> [output stream 0:0 @ 0x2a15b880] 1000 buffers queued in output stream 0:0, something may be wrong. [15:14] <ubitux> :) [15:16] <durandal_1707> its not possible to split frames? [15:17] <durandal_1707> and what about making asetnsamples to use internal filter queue thing? [15:18] <durandal_1707> iirc michaelni wanted that filters that need such funcionality call asetnsamples instead.... [15:30] <cone-174> ffmpeg.git 03Paul B Mahol 07master:8caf2da32052: lavfi/afade: add timeline support [15:34] <durandal_1707> ubitux: so no way to provide timeline for filters that do not have private options [15:35] <durandal_1707> if i disable that check, i got it working(after fixing crash in opt) [15:35] <ubitux> i guess not currently [15:35] <ubitux> maybe some little adjustement in avfilter.c would be necessary [15:42] <durandal_1707> the only adjustment is check that checks if user add options to filter that do not use any.... [15:42] <durandal_1707> i could change error to warning and remove return call [15:43] <durandal_1707> nevcairiel: what about patches you have in LAV but are not in ffmpeg? [15:50] <durandal_1707> http://git.1f0.de/gitweb?p=ffmpeg.git;a=commitdiff;h=f6c6e4034199e9c3498a1d… [15:51] <nevcairiel> i'm lazy and i dont like bikeshedding about standards, i do changes that make sense for users, and some that make sense for me, not generally for ffmpeg :p [15:52] <nevcairiel> regarding that commit, the standard actually says the existing code is correct [15:52] <nevcairiel> but its useless for users [15:53] <nevcairiel> i should've probably noted that in the commit, but i found out afterwards only :p [16:04] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:de7d29063133: av_d2q: Fix infinity check [16:04] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:64eacb839e0d: av_d2q: fix rounding for negative values [16:05] <durandal_1707> why _BSD_SOURCE ? linux uses that? [16:15] <cone-174> ffmpeg.git 03Giorgio Vazzana 07master:7e03886bbb46: avutil/md5: reindent after previous commits [16:19] <michaelni> "Glibc exposes the nanosecond component of each field using names of the form st_atim.tv_nsec if the _BSD_SOURCE or _SVID_SOURCE feature test macro is defined." [16:20] <microchip_> michaelni: please fix b-frames in current git https://ffmpeg.org/trac/ffmpeg/ticket/2592 [16:21] Action: durandal_1707 glibc.... [16:44] <ubitux> ok, refactored the overlay and haldclut code [16:45] <ubitux> in the most clumsy way possible but well.\ [17:22] <ubitux> we need more contributors :( [17:24] <BBB> ubitux: I've heard that before... [17:28] <michaelni> microchip_, ill look at it [17:28] <ubitux> BBB: i will assume ffmpeg is too perfect for people to feel the need to patch it [17:31] <BBB> very fair assumption [17:31] <ubitux> :)) [17:33] Action: BBB starts thinking about all these 1000s of perfect opensource projects [17:36] <ubitux> hehe [18:00] <durandal_1707> hald is actually Hardware Abstraction Layer daemon, so ubitux why you have rewritten it? [18:01] <durandal_1707> and why we need hald in lavfi? [18:04] <durandal_1707> failed joke aside, what hald stands for? [18:05] <ubitux> i don't know :p [18:05] <ubitux> it's invented by a guy who does quite a few typo [18:05] <ubitux> so it's possible it's one as well ;) [18:06] <ubitux> i need to contact the guy for a few things anyway [18:06] <ubitux> i'll ask him [19:20] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:5292dac34cfa: avformat/mov: Rename alt_sample_size so its name matches what it is [19:35] <ubitux> durandal_1707: "Hald is the maiden name of my grandmother, I named it after her. Her father was Edward Hald, who was a glass artist, painter and coincidentally great with colors." [20:30] <durandal_1707> ubitux: fascinating [20:31] <ubitux> that's not a joke afaict [20:45] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:5f44f47b7256: mpegvideo_enc: do not unreference frames before the code is done with them [20:52] <durandal_1707> ubitux: i never think it was ... [20:53] <ubitux> i wasn't sure you weren't [20:54] <durandal_1707> now you are [21:20] <Daemon404> michaelni, i will set up icl instances once you merge [21:20] <Daemon404> for FATE [21:33] <cehoyos> saste: Did you return well? [21:33] <ubitux> so, where are the photo/videos/summaries of linuxtag? :) [21:35] <Daemon404> ubitux, banned in 40 countries for explicit content [21:35] <Daemon404> i bet. [21:35] <ubitux> :o [21:42] <cone-174> ffmpeg.git 03Laurent 07master:9495cd170b57: configure: Fix check_exec_crash for ICL support [21:42] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:efcc334c9d41: Merge commit '9495cd170b5786c3518419e873d94eb5e7ada11a' [21:46] <cone-174> ffmpeg.git 03Alex Smith 07master:322e4194dd24: msvc/icl: Intel Compiler support on Windows [21:46] <cone-174> ffmpeg.git 03Michael Niedermayer 07master:ee5964cc9c8c: Merge remote-tracking branch 'qatar/master' [21:47] <michaelni> Daemon404, merged [21:47] <Daemon404> im setting up x86 and x86_64 icl for both proj right now... [21:47] <Daemon404> first run will be sometime tonight [21:49] <Daemon404> oh, well shit [21:49] <Daemon404> seems none of my fate instances have actually been submitting [21:49] <Daemon404> cause of the ssh key change [21:49] <Daemon404> fingerprint i mean [21:58] <cehoyos> michaelni: A LinuxTag user uploaded the sample animated_ffv1-giant-huff.mov to incoming (rgba png, 2.6M), when encoded to ffv1, size can be reduced by a few %, when encoded to huffyuv, output file size is >250M - apparently not a regression, is this something that needs a ticket or is such behaviour not unexpected from huffyuv (and ffvhuff)? [22:30] Action: michaelni has a incredible fast 5.6kb/sec to streams.videolan.org :/ [22:31] <Daemon404> proxy it? [22:32] <michaelni> isnt important, i am not in a hurry [23:55] <michaelni> cehoyos, not sure i understand, how do i reproduce this ? [00:00] --- Sun May 26 2013

1 0

ffmpeg.log.20130525
by burek 26 May '13

26 May '13

[00:00] <maep> durandal11707: where is it reported? i've found nothing in avformat.h [00:00] <maep> but maybe i've missed it [02:42] <p4plus2> so lately I have been having problems with ffmpeg not running up to par and I am pretty sure it has to do with the way it was configured [02:42] <p4plus2> http://www.p4plus2.pastebay.net/1234580 Here are the differences present between the two builds, would anybody have a guess as to which option is causing the second build to cap at 12FPS when recording vs 30+ I get with the manual build? [02:43] <p4plus2> off hand I don't see what would cause such a large difference, I suppose it is also worth mentioning that my CPU usage only goes up to about 14% with the system version (about 19% using my build) [02:43] <p4plus2> so its not a hardware limitation... [02:49] <p4plus2> http://www.p4plus2.pastebay.net/1234589 <-- debug output on good [02:49] <p4plus2> http://www.p4plus2.pastebay.net/1234590 <--debug output on bad [02:49] <p4plus2> if thats of any help [02:51] <llogan> the bad doesn't have --enable-x11grab, yet it can grab from x11? [02:52] <p4plus2> yeah, and it does say its using x11-grab [02:52] <llogan> why --disable-runtime-cpudetect ? [02:52] <p4plus2> thats left over from the last build, but it made no difference whether it was there or not [02:53] <p4plus2> though I will add that use flag back for the next build [02:53] <p4plus2> it doesn't hurt for sure [02:56] <p4plus2> [x11grab @ 0x13b8080] Estimating duration from bitrate, this may be inaccurate [02:56] <p4plus2> this is the only major difference I notice on the debug output from the good file vs bad (it is present in the good one) [02:57] <llogan> good uses 12 threads and bad uses 8 [02:58] <llogan> oh, you declared 8 threads, so your commands aren't the same [02:58] <p4plus2> whoops sorry, though I just tested it [02:58] <llogan> "-threads 0" is default, so you don't need to include that anyway. [02:58] <p4plus2> forcing 12 threads on the other has no effect [02:58] <p4plus2> oh okay, didn't know that [03:00] <llogan> your configure is quite long. i just --enable-gpl --enable-a few external encoders and whatever extra license junk they need. also x11grab. [03:01] <p4plus2> well its built via portage which is the gentoo package manager -- so it explicitly manipulates a lot of flags [03:01] <p4plus2> I tried replicating the builds fairly closely [03:02] <p4plus2> on the "good version" I can even take the preset to slow and maintain 30FPS perfectly fine [03:02] <llogan> i don't know. you'll just have to try a process of elimination [03:03] <p4plus2> thats kinda what I've been doing, though I guess I should keep going until I find a solution [03:03] <llogan> also your "good" is using release 1.2 and bad is using recent from git. [03:03] <llogan> you said both were from git [03:04] <llogan> oh, maybw you didn't [03:04] <p4plus2> whoops on that last test I didn't fast forward all the way to the most recent build [03:04] <p4plus2> though the problem as been persistance since ever version past 0.10.3 [03:05] <p4plus2> every* [03:05] <p4plus2> repulling to the current ffmpeg for mybuild [03:06] <llogan> if current is slower, and if you don't think it's a configure issue, then see if it is a regression [03:08] <p4plus2> I think its some configuration issue still, but I have no idea what. As my manual builds only differ by two (completely unrelated) patches and configuration [03:08] <relaxed> p4plus2: portage has been known to butcher ffmpeg installs. Try installing locally by hand. [03:09] <llogan> relaxed: did you get a chance to review the ubuntu local install guide? [03:10] <llogan> looks like some user(s) modified it already [03:10] <relaxed> Yeah, it looked good. I don't use ubuntu but that shouldn't matter. [03:10] <relaxed> IS it linked on the main wiki page? [03:10] <p4plus2> relaxed: that seems to be what I am experiencing, I was just trying to get more to the root of the problem [03:10] <p4plus2> I suppose I should try and file a bug report with gentoo and see if something can be done about whatever breaks ffmpeg on gentoo [03:13] <relaxed> llogan: Really, people should be following that guide instead of uninstalling libav*, making system packages, etc... [03:14] <llogan> relaxed: yes. and it replaced the old system install style. [03:14] <llogan> although i'm ok with users uninstalling libav. [03:15] <llogan> i've yet to overcome my laziness to update the older guides. [03:16] <relaxed> llogan: Well, I say it's wrong to have them uninstall libav because there's tons of software compiled against it. [03:16] <relaxed> In Ubuntu and Debian. [03:17] <relaxed> Replacing libav with ffmpeg in that case could break those apps. [03:17] <llogan> don't worry, the guide doesn't have them uninstall that junk. I'm just being an ass like usual. [03:17] <relaxed> Oh, I thought it did. [03:19] <relaxed> oh, libav-tools is just avconv, avplay, etc... Nevermind. [03:19] <llogan> it doesn't touch that either. [03:20] <relaxed> One of the guides says to remove it. [03:20] <llogan> you're looking at one of the old ones that i didn't change yet. [03:20] <relaxed> Is this local install guide? https://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide [03:20] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [03:20] <llogan> ah, centos. that one is next. [03:21] <relaxed> One guide to rule them all. [03:22] <llogan> that would be nice for me, but some users really need a step-by-step catered for their distro [03:23] <llogan> "apt-get isn't working for me on my centos. i like ponies." [03:23] <relaxed> On the latest ubuntu guide you have them installing libfaac-dev and compiling fdk-aac. Why not drop the former? [03:23] <relaxed> I meant, "One local install guide to rule them all." [03:24] <llogan> yes, that's what i figured [03:25] <relaxed> You could have distro specific blurbs in it. [03:25] <llogan> but then they'll ask "how do i install x package?" unless you make them compile all deps/external libraries [03:25] <llogan> yeah. it becomes a quesiton of formatting it well. i'll try to think on that. [03:27] <relaxed> Maybe have cross-compiling and static build info on the same page. [03:29] <llogan> i removed libfaac [03:31] <llogan> do you have a recommendation for the man pages? [03:32] <relaxed> The "Install FFmpeg" link on https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide#FFmpeg takes you to the same page. (does nothing) [03:34] <relaxed> I think the "\" breaking up long apt-get commands is fine but the "&& \" on installing from git should be removed. [03:37] <relaxed> For the local installs I have a bash script that will convert man pages to text files. That might be better than modifying MANPATH and such. [03:41] <llogan> those && were annoying me. i'll remove them and fix that link. i didn't want to touch manpath, but think some html files are generated, IIRC. [03:43] <relaxed> http://pastie.org/7955861 [03:43] <relaxed> Er, that's for pdf. Hold on. [03:45] <relaxed> http://pastie.org/7955871 [03:46] <llogan> thanks for that and the proofing. [03:50] <relaxed> You're welcome. [06:41] <mjsmith> I'm trying to use x11grab on a really low powered machine (dual core atom). anyone know how to squeeze out more performance, any cuda or opencl options available? [09:08] <igm> What is the recomended blur filter to use with ffmpeg before downscaling 4k to 1080 [09:13] <thetruthisoutthe> 0 [09:14] <thetruthisoutthe> for downscaling you use interpolation, not blur [09:15] <igm> hrmm [09:16] <igm> is lanczos the best to use for that? im reading through all the different flags for the swscaler, there seem to be quite a few possibilities [09:20] <Keshl> I think it's subjective. Personally I'd go with Lanczos, oÉo. [09:21] <igm> I shot a video at 4k in extreme low light, so there's quite a bit of noise in the video, now i'm trying to downscale it to 1080 using the extra pixels to try to reduce noise.. [09:21] <Keshl> Interesting idea. [09:21] <igm> not sure the best way to do that.. experimenting time :p [09:21] <Keshl> Yeah, try them and see what works. [09:21] <Keshl> Just to make it more interesting, you might wanna even try upscaling to 16k with a blur filter and then downscaling that using /no/ filter to 1080p. [09:22] <thetruthisoutthe> noise removal filter may help before reducing resolution [09:22] <igm> heh [09:22] <thetruthisoutthe> assuming you want it compressed in h264 [09:23] <igm> yea i do, src is h264 as well [09:23] <igm> (45 megabit from a gopro) [09:24] <Keshl> o.O' [09:24] <thetruthisoutthe> so there are many options for noise removal, and you can play with the settings [09:24] <Keshl> Wtf, gopro records 4k? [09:24] <igm> Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuvj420p, 3840x2160 [SAR 1:1 DAR 16:9], 44961 kb [09:24] <thetruthisoutthe> you have libx264 enabled ? [09:24] <igm> yes [09:30] <igm> use hqdn3d? [09:32] <thetruthisoutthe> take your time, nobody knows how will it look like [09:33] <igm> lol [09:34] <thetruthisoutthe> grab a scene from your vid, and test them on it, conversion will be much faster... [09:34] <igm> ive been running it on the first few seconds then pressing q to stop and seeing what the output looks like [09:35] <thetruthisoutthe> you can also write a script and generate all variations you want to test, and go make dinner [09:35] <igm> heh true that [09:39] <relaxed> igm: use ffmpeg -i input -t $time_in_seconds ... [09:39] <igm> thanks [09:39] <relaxed> look at `ffmpeg -filters` and man ffmpeg-filters [09:44] <lmarcetic> hey. so i recorded something on my DVB-T in a "PS" format, and I got several MPG files of up to about 900MB, and a few KiB big INFO.DVR file. What is it, and how do I concatenate the video files? [09:50] <igm> how does one increase the frame rate, say from 14.99 to 60 and speed up the video 4x without dup frames [09:51] <lmarcetic> 15*4 = 60. One in a hundred will have to be a dup though. [09:51] <lmarcetic> (since it's 14.99, not 15) [09:52] <igm> thats fine.. i'm getting more like half dup instead though [09:52] <lmarcetic> ungh, i'm a noob. i just did the math, sorry [09:52] <igm> :p [09:52] <igm> i may have it figured.. [09:53] <lmarcetic> oh? [09:53] <igm> or not [09:53] <lmarcetic> oh. [09:53] <igm> trying to use "setpts=0.25*PTS" [09:53] <lmarcetic> also, it's 1 in 1500 [09:55] <relaxed> lmarcetic: ffmpeg -i concat:1.mpg\|2.mpg\|3.mpg -c copy -f vob output.mpg [09:56] <lmarcetic> relaxed, thanks mate [10:00] <igm> seems everything ive tried is duplicating frames to maintain playback speed, when i want it to maintain frames and increase playbackspeed [10:04] <igm> hrmm i may have to use imagepipe [10:04] <igm> bah [10:09] <igm> waaa that eats alot of ram :p [10:09] <igm> 967+212 MB [10:56] <luc4> Hi! I have a video which, when opened using vlc for instance, opens with the wrong aspect ration. I mean it seems to actually be 16:9, but it opens up as it was something near 4:3. Maybe there is something wrong with some metadata? Can I fix this with ffmpeg? [11:00] <igm> hmm so with or without hqdn3d, the first frame of each video is exactly the same.. [11:09] <igm> http://pastebin.com/T8SFFTAg [11:09] <igm> am i calling the hqnd3d correctly? [11:14] <xlinkz0> damn libtheora is so slow :( [11:14] <xlinkz0> doesn't even use all cores [11:34] <relaxed> xlinkz0: why use it at all? [12:26] <xlinkz0> relaxed: firefox on linux doesn't support h264 inside html5 video [12:29] <relaxed> xlinkz0: doesn't firefox support webm? [12:30] <xlinkz0> idk some colleague of mine told me it doesn't work out of the box [12:30] <xlinkz0> doesn't work on mac either, inside firefox [12:30] <xlinkz0> i think we'll just go with flash [12:31] <relaxed> I find that hard to believe. [12:31] <relaxed> https://developer.mozilla.org/en-US/docs/HTML/Supported_media_formats [12:33] <xlinkz0> well still we'd have to practically double our storage usage [12:33] <xlinkz0> just for mac and linux [12:33] <xlinkz0> making webm videos [12:34] <xlinkz0> idk if vp8 is even hardware decoded on most devices out there [12:35] <mpfundstein> xlinkz0: is it for streaming or progressive download? [12:36] <mpfundstein> xlinkz0: wowza can stream to flash. so you could pipe your input into ffmpeg, udp it to wowza and stream it to flash [12:36] <xlinkz0> it's just for some video viewing [12:36] <xlinkz0> nvm the web dev was just a little lazy [12:37] <xlinkz0> and didn't want to fallback to flash :D [12:44] <luc4> Hi! I have some videos I would like to transcode to h264 to save some space. Can you suggest some parameters I can use to increase the compression ratio keeping the quality similar to the source? [12:45] <Mavrik> well, that's an oxymoron :) [12:45] <luc4> Mavrik: what? quality and compression? [12:45] <Mavrik> increasing compression without losing quality :) [12:46] <luc4> Mavrik: afaik some compression techniques are lossless. [12:46] <luc4> Mavrik: like bz2 :-) [12:46] <Mavrik> do you have raw videos right now? [12:47] <Mavrik> back in 30 mins [12:47] <luc4> Mavrik: I have videos in various formats, like mpeg and so... I'm transcoding with ffmpeg to h264 and aac. [12:47] <luc4> ok, no problem [12:47] <Mavrik> luc4, I suggest you find a -crf value that looks good [12:47] <Mavrik> luc4, and resolution that is acceptable for you and use the slowest preset (slow, medium) that you can still handle while transcoding [12:48] <Mavrik> luc4, see this: https://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/ [12:48] <Mavrik> but use "-crf" values instead ob static bitrate with "-b:v" [12:49] <xlinkz0> luc4: http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [12:49] <luc4> xlinkz0: read that already [12:49] <luc4> xlinkz0: thanks [12:49] <luc4> Mavrik: I'll read that, thanks! [12:51] <luc4> ffmpeg uses high profile by default right? [12:53] <relaxed> I think it depends on the input [12:55] <luc4> relaxed: oh, thanks! And it is not clear to me the 1st pass here: https://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/. Is it outputting to /dev/null? Maybe it modifies the original file? [12:58] <relaxed> Yes, the first pass output isn't needed. [13:21] <luc4> No way to get a progress bar from ffmpeg? [13:58] <khali> I'm trying the removelogo filter for the first time [13:59] <khali> it totally kicks asses [14:00] <vldcnst> I have a x264 (MKV) stream that I'm trying to convert to JPEG snapshots (write to a file snapshots of the input at a selectable frame rate), is there a way I can do this with ffmpeg? [14:38] <first-time-here> hi [14:38] <first-time-here> i cant stream my webcam with ffmpeg :( [14:38] <first-time-here> i try this command [14:39] <first-time-here> ffmpeg -f v4l2 -i /dev/video0 -vcodec rawvideo -f mpegts udp://127.0.0.1:1234 [14:39] <first-time-here> i get frame= 63 fps= 31 q=0.0 size= 40757kB time=00:00:02.10 bitrate=158990.7kbits/s [14:39] <ubitux> then it's working? [14:40] <first-time-here> but i cant view the stream [14:40] <first-time-here> i try with VLC [14:40] <first-time-here> nothing. [14:41] <first-time-here> i want to make this thing [14:42] <first-time-here> http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20capture%20a%20lightning%20%28… [14:44] <ubitux> that delay option doesn't seem to work.. [14:45] <ubitux> oh well, with very recent versions, looks like a bug, but whatever [14:46] <ubitux> anyway [14:46] <first-time-here> ubitux: but i need this delay [14:46] <ubitux> you likely want a server [14:46] <ubitux> ffserver might work for you [14:46] <first-time-here> what do you mean? [14:47] <ubitux> a dedicated tool for serving stream, like ffserver [14:49] <first-time-here> i need to stream all the time with a delay, and if i get a lighetning i record the last few seccends from the streaming. [14:49] <ubitux> configure a ffserver to do that [14:50] <ubitux> https://www.ffmpeg.org/ffserver.html [14:52] <first-time-here> how i install it? [14:55] <ubitux> it's distributed with ffmpeg [14:57] <Mavrik> (except on Windows?) [15:00] <ubitux> no idea [15:25] <first-time-here> someone can guide me about streaming my webcam? [16:02] <first-time-here> someone can help me step by step how i can streme my webcam ? [16:10] <arpu> hello [16:10] <arpu> in the console i see bitrate=... is this audio + video bitrate or only the video bitrate ? [16:12] <Mavrik> iirc it's the output bitrate [16:12] <Mavrik> in some sliding window [17:54] <funyun> hi. how do i use ffmpeg to convert an mp3 to .aif with PCM codec? [17:54] <funyun> can it be done? [17:55] <Mavrik> try something like [17:55] <Mavrik> ffmpeg -i blah.mp3 -codec:a pcm_16le output.aif [17:55] <Mavrik> check the exact name of pcm codec with ffmpeg -codecs [17:56] <funyun> ffmpeg -codecs, very useful. thank you :) [18:24] <ayaka> I want to use ffmpeg in android so I compile out bambuser's ffmpeg, but I don't know how to install it [20:55] <durandal_1707> ayaka: why, there is something special needed for install [20:55] <durandal_1707> ? [21:08] <ayaka> durandal_1707, how to install it? [21:11] <sacarasc> ayaka: Check the site where you got it from. [21:12] <ayaka> sacarasc, ok I see [21:13] <ayaka> sacarasc, are you sure that it has that doc? [21:13] <sacarasc> No, because it's not an official ffmpeg thing, so who knows what it has? [21:14] <ayaka> I know that project from https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20compile%20FFmpeg%20for%20And… [21:14] <ayaka> is there a good way to install ffmpeg on android [21:18] <sacarasc> I would assume once you have the binary, you'd install it like you would any other android application. [21:19] <ayaka> but it doesn't build a apk [21:59] <ayaka> thanks [23:24] <Aprel> hi noticed while some files are being encoded I can't play them until the encoding's finished. Thought I saw somewhere that there's a compile option to allow output to be previewed while encoding is in progress? [23:25] <Mavrik> uh [23:25] <Mavrik> that depends on output container [23:25] <Mavrik> nothing much to do with compile options [23:26] <Aprel> hm, this happened with .mp4 container w x264 video and aac audio. [23:27] <Aprel> What containers/codecs can be read while encoding? Is there a term I can google for a list? [23:27] <sacarasc> MP4 makes its index when the file has completed encoding. [23:27] <sacarasc> You can't play it without the index, so... [23:27] <Aprel> ah i see [23:28] <Aprel> Is there another container that can hold x264+acc that I could use? [23:29] <sacarasc> Matroska. (.mkv) [23:30] <Aprel> k, Matroska indexes the file in a way that can be played be while being encoded? [23:31] <sacarasc> Yeah, I think so,. [23:32] <Aprel> sorry to bother, but can .avi do this to? I'm just worried that Matroska might not play in many media players. [23:34] <sacarasc> All decent software media players will play it. If you do AVI, you can't use B-frames or something... [23:36] <Aprel> i see. Thanks for the info :) While I'm here, I have another q: if I have an mp4 file (w acc) and I want to dump just the audio to another file, does ffmpeg decode the acc audio to raw and then back to aac, or can it just dump the orginal acc? [23:38] <Mavrik> usually MPEG2-TS container is used for streaming uses :) [23:38] <Mavrik> but .mkv should work as well [23:38] <Mavrik> Aprel, depends on what you tell ffmpeg to do with the stream [23:38] <Mavrik> using "copy" as codec will just dump it without decoding [23:39] <Mavrik> so "ffmpeg -i blah.mp4 -codec:a copy -vn output.m4a" will dump only audio track(s) to the m4a file without changing them [23:43] <Aprel> Mavrik, sacarasc: great! Thank you for all the help. [00:00] --- Sun May 26 2013

1 0

ffmpeg-devel.log.20130524
by burek 25 May '13

25 May '13

[04:42] <cone-95> ffmpeg.git 03Michael Niedermayer 07master:ac0ade26458d: Changelog: add entry for the S302m encoder [08:37] <kriegerod> is that just me, or is that correct that ffmpeg binary is not built when SDL is not installed is system? [10:55] <t4nk016> hi [10:56] <t4nk016> does any one know the issue 855 :http://roundup.libav.org/issue855 is fixed or not? [11:10] <ubitux> highgod: can you comment or test http://b.pkh.me/0001-lavu-opencl-remove-semi-colon-from-macro.patch ? [11:11] <ubitux> oh and it's related to #2603 of course [11:13] <ubitux> well, sent to ml. [11:56] <highgod> OK [12:01] <cone-897> ffmpeg.git 03Yusuke Nakamura 07master:b493847df4ff: avcodec: Add picture structure information to AVCodecParserContext. [12:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:0c25c398dab0: Merge commit 'b493847df4ff8ce46f258749e4a3f304696b34c1' [12:01] <cone-897> ffmpeg.git 03Clément BSsch 07master:cf6ed1f1293c: lavu/opencl: remove semi-colon from macro. [12:24] <cone-897> ffmpeg.git 03Yusuke Nakamura 07master:3f1a7ceb2c60: h264_parser: Set field_order and picture_structure. [12:24] <cone-897> ffmpeg.git 03Kostya Shishkov 07master:e9e5a1bdc769: Monkey's Audio old versions FATE tests [12:24] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:029353e427da: Merge commit 'e9e5a1bdc769a7225ab0d4f8b33bcacc6496bd68' [12:29] <cone-897> ffmpeg.git 03Anton Khirnov 07master:e69222c50755: doxy: enable TYPEDEF_HIDES_STRUCT [12:29] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:ecbd96ed23f0: Merge commit 'e69222c50755030eef921e899e38b71a111093d9' [13:06] <cone-897> ffmpeg.git 03Anton Khirnov 07master:90f9a5830b5d: w32pthreads: move from lavc to compat/ [13:06] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a4d3757b29b5: Merge commit '90f9a5830b5d332de7ebb1ab45589f1870cbd65d' [13:34] <durandal11707> should we update other filters so they support reconfiguration? [13:34] <durandal11707> (even if there is no way to test such thing) [13:35] <cone-897> ffmpeg.git 03Anton Khirnov 07master:2a6eaeaa85d1: Move get_logical_cpus() from lavc/pthread to lavu/cpu. [13:35] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:fe40a9f98f59: Merge commit '2a6eaeaa85d17b27ee0dd449183ec197c35c9675' [13:48] <Compn> whatever happened to dvd support ? [13:59] <av500> dvds are out [13:59] <av500> bluray is in [14:01] <Compn> both then [14:01] <Compn> wheres bluray support ? [14:01] <Compn> disc support that is [14:01] <Compn> like vlc / mplayer [14:01] <av500> bluray is out too :) [14:01] <av500> try p2p MKV :) [14:01] <Compn> disc not remuxed [14:09] <nevcairiel> ffmpeg has a bluray protocol using libbluray now, only works on decrypted discs though [14:14] <cone-897> ffmpeg.git 03Anton Khirnov 07master:129bb238430e: lavfi: add a slice threading infrastructure [14:14] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:8d4e969afe6b: Merge commit '129bb238430ec45a3b5f8f1d384df590ddf7b62f' [14:20] <Compn> nevcairiel : oh, i missed it :D [14:21] <nevcairiel> also, lavfi slice threading really works wonders with yadif, quite a nice performance boost [14:22] <durandal11707> what other filters should have this? [14:24] <nevcairiel> hqdn3d would be nice, however i don't know if its easily possible because its only easy if the algorithm allows splitting the frame into slices without causing issues [14:24] <Compn> fspp ? [14:24] <Compn> is the slice threading yadif speedup documented anywhere ? [14:25] <nevcairiel> its a bit tricky to measure accurately [14:25] <nevcairiel> you can clearly see that i gets faster, but by how much is hard to say exactly [14:25] <nevcairiel> depends on decoding speed pretty much, so it varies from video to video, from codec to codec [14:26] <durandal11707> so only 10% gain on average? [14:26] <nevcairiel> should be more [14:26] <nevcairiel> in h264 on many clips it bottle-necks on the decoding speed [14:27] <nevcairiel> for me, anyway [14:28] <durandal11707> but for raw case (or where decoding is very fast)? [14:28] <Compn> could just benchmark [14:30] <durandal11707> can't, as cpu is old here [14:56] <ubitux> slice threading mmh [14:56] Action: ubitux will wait for frame threading instead [14:57] <ubitux> helgrind & drd are going to be even more happy [15:03] <cone-897> ffmpeg.git 03Paul B Mahol 07master:2516b393d4dd: lavfi/field, il, noise: use av_pix_fmt_count_planes() [15:04] <durandal11707> is there any filter that make use of metadata from another filter? [15:05] <ubitux> not yet [15:06] <ubitux> volume could make use of the ebur128 results [15:06] <ubitux> but nicolas seems to want a more complex algorithm than the one proposed [15:06] <durandal11707> and how would filter read metadata ? [15:07] <ubitux> av_dict_get() on the AVFrame [15:09] <durandal11707> and filter would use that and ignore user options or? [15:09] <ubitux> what option? [15:11] <durandal11707> for filter that will use metadata? [15:13] <ubitux> you want to use metadata to override filter options? [15:13] <ubitux> sounds like you just want to use the command system [15:14] <ubitux> btw, it's too bad we only support opencl 1.2, i only have 1.1 :( [15:14] <durandal11707> ubitux: i want to pass cropdetect stuff to crop filter [15:14] <durandal11707> manual copy paste commands are no fun [15:16] <ubitux> yep i agree [15:29] <z_sat> is there ever a situation when running ./configure wouldn't generate a config.h file? [15:29] <ubitux> random configure error yes [15:31] <av500> or disk full [15:31] <av500> or mounted read only [15:32] <cone-897> ffmpeg.git 03Anton Khirnov 07master:cb79881b49d8: vf_yadif: support slice threading [15:32] <cone-897> ffmpeg.git 03Anton Khirnov 07master:8a994b7406b3: vf_fade: support slice threading [15:32] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:558ce3e5b74c: Merge remote-tracking branch 'qatar/master' [15:32] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a2abd58a0902: avfilter: remove av_opt_set_defaults() from process_options() [15:34] <z_sat> okay thanks. [15:36] <cone-897> ffmpeg.git 03Clément BSsch 07master:9c50e520054c: cmdutils: print slice threading flag in -filters. [15:37] <durandal11707> why some lines are duplicated in crop? [15:39] <ubitux> durandal11707: x expressions? [15:39] <ubitux> it's so x expression can use y and vice-versa [15:49] <durandal11707> guess what, crop filter can't make use of cropdetect metadata as reconfiguration of filter graph does not work [15:49] <durandal11707> w & h set for frame are ignored [15:51] <ubitux> would be fun to have a video that change w/h every frame [15:51] <durandal11707> michaelni: what 2-3 lines should i sent, the one i describe myself as nice, smart and handsome? [15:57] <michaelni> yes [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:87a2bf245953: avutil/bprint: Fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:b5be1a7e2336: avfilter/vf_drawtext: Fix doxygen comment [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:8870cf7c0e93: avformat/gif: remove unneeded doxygen comment [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:682f0035fb69: avformat/jvdec: fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:68ff5289698b: avformat/wtvdec: fix doxygen comments [16:01] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:6d02bdc33821: vformat/wtvenc: fix doxygen comments [16:04] <cone-897> ffmpeg.git 03Paul B Mahol 07master:036e9a041761: lavfi/blend: add yuv(j)411p [16:09] <durandal11707> this filtering code in lavfi looks ugly [16:09] <durandal11707> why is nb_jobs exported, its not in lavc case [16:22] <cone-897> ffmpeg.git 03Thilo Borgmann 07master:4a2c2a09a229: Fix compilation with --disable-everything --enable-muxer=vc1 [16:22] <cone-897> ffmpeg.git 03Carl Eugen Hoyos 07master:82d105543cd2: Fix compilation with --disable-everything --enable-filter=dctdnoiz [16:28] <nevcairiel> i find it curious that all these issues get fixed, but apparently no-one ever builds --disable-everything --enable-shared [16:28] Action: nevcairiel should send a patch [16:29] <cone-897> ffmpeg.git 03Reimar Döffinger 07master:4059c7836a57: framemd5_class and md5enc_class may not be identical. [16:45] <durandal11707> why people disables my filters, it makes me sad [16:45] <durandal11707> :( [17:03] <michaelni> durandal11707, who disabled which filter ? [17:19] <cone-897> ffmpeg.git 03Martin Storsjö 07master:597208fde175: cpu: Include common.h for av_popcount64 [17:19] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:fe99b1d50ea7: Merge remote-tracking branch 'qatar/master' [17:27] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:221f902f1dc1: avfilter/vf_yadif: fix race condition [17:47] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:1d08e4b584cc: yadif: fix slice sizes [17:47] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:bca59d7745e4: fade: fix slice sizes [19:36] <cone-897> ffmpeg.git 03Paul B Mahol 07master:af1257393823: lavfi/blend: fix SW/SH calculation [19:38] <durandal11707> can one set number of threads for slice threading in lavfi? [19:42] <durandal11707> fade filter does not use slice threads for fading alpha only [19:43] <nevcairiel> yes you can set the number of threads [19:44] <durandal11707> how? [19:44] <durandal11707> i was reading something on libav ml that there is no way.. [19:44] <nevcairiel> set the "threads" avoption on the filtergraph [19:45] <nevcairiel> you can only set the thread per-filtergraph, not per filter though [19:45] <durandal11707> and how one set that to filtergraph? [19:46] <nevcairiel> like i set, set the "threads" option [19:46] <nevcairiel> i have no clue how to do that via ffmpeg [19:46] <durandal11707> -threads 22 [19:46] <nevcairiel> i'm a API person [19:46] <durandal11707> this sucks [20:14] <durandal11707> so i wrote code that i can't test [20:15] <durandal11707> can i ask friendly soul (that have cpu with multiple cores) to test patch? [20:21] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:a3d62f3377b2: vf_fade: Fix alpha flag integration [20:21] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:0cbfbdef4a07: vf_fade: Support slice threaded alpha [20:33] <durandal11707> michaelni: you left ^ unused function [21:03] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:42bb3e4db672: avcodec: remove ff_get_logical_cpus() [21:03] <cone-897> ffmpeg.git 03Michael Niedermayer 07master:e0f2e0fcf0ac: vf_fade: remove unused function [21:07] <Daemon404> hmm infinite loop bug that only affect ffmp [21:07] Action: Daemon404 investigates [21:09] <durandal11707> have anybody actually tested yadif slice threading, i just tried same for blend and i get strange corruption if expr is used [21:12] <durandal11707> ahh, i share var stuff among threads ... [21:22] <durandal11707> infinite loop, with same AVClass ? [21:28] <Daemon404> there's so way to git bisect a specific set of revisions is there? [21:31] <Daemon404> hmm maybe there is [21:42] <Compn> Daemon404 : should be [21:48] <Daemon404> indeed [21:49] <Daemon404> bisect can take a filename as an arg [21:49] <Daemon404> suddly 3000 commits turns into 47 [21:49] <Daemon404> suddenly* [22:00] <Daemon404> found it [22:00] <Daemon404> from march 2012 [22:00] <Daemon404> old bug [22:00] <Daemon404> \o/ [22:01] <Daemon404> (as far as ffmpeg-specific ones go) [22:04] <Daemon404> does reimar ever come on irc? [22:05] <durandal11707> michaelni: i cant find nice way to make av_expr* thing plays nicely with (slice) threads [22:11] <durandal11707> actually nvm, it should not be fault in av_expr* [22:15] <michaelni> Daemon404, i think reimar was once on irc in 2 years IIRC [22:21] <Daemon404> michaelni, lul [22:21] <Daemon404> i guess il email him [22:21] <Daemon404> there isnt a clear solution to the problem with his patch [22:45] <Daemon404> michaelni, ping re: that ffmpeg.c pts patch [22:45] <Daemon404> when you have time [22:51] <Daemon404> man i need to read more [22:51] <Daemon404> the bug I was hunting has a patch from michael this week on the ML [22:51] <Daemon404> (the sample_size thing) [23:31] <durandal11707> i found strange bug, if i use av_image_copy_plane, i get crash [23:32] <durandal11707> if i copy paste its code, crash is gone [23:32] <durandal11707> compilers becoming worse and worse [23:36] <ubitux> so, do we have a thread option per filtergraph or per filter? [23:37] <ubitux> afaict it's part of the per filter array [23:37] <ubitux> i'm curious on how to make per filtergraph options though [23:37] <ubitux> that would be typically very useful in some cases [23:37] <durandal11707> there are already other options there... [23:38] <ubitux> ? [23:38] <durandal11707> in filtergraph [23:38] <ubitux> where are they defined? [23:39] <ubitux> (what option?) [23:39] <durandal11707> in same place where nb_threads and thread_type [23:40] <ubitux> it's in the same tab as "enable" [23:40] <ubitux> which is a per-filter option [23:40] <ubitux> unless i'm missing something? [23:40] <ubitux> oh no, ok [23:40] <ubitux> niiice [23:40] <ubitux> this is perfect. [23:41] <durandal11707> so, how one change those? [23:41] <ubitux> -threads 12 -vf ... ? [23:44] <durandal11707> yes, but order is imporant, what nightmare..... [23:46] <cone-897> ffmpeg.git 03Paul B Mahol 07master:2c2e69b3a2b9: lavfi/blend: support slice threading [23:47] <ubitux> hehe [23:47] <ubitux> why slice threading btw? [23:47] <ubitux> why not wait for frame threading? [23:47] <durandal11707> why would that one help? [23:47] <ubitux> isn't it supposed to be faster? [23:48] <durandal11707> slice threading use 3 frames, frame one would use nb_jobs * 3 frames [23:49] <durandal11707> but much more could be gained if blend modes you care about have simd [23:56] <ubitux> ffplay -f lavfi haldclutsrc=8 -vf "hue='H=2*PI*t':'s=sin(2*PI*t)+1'" e this [23:57] <ubitux> http://lucy.pkh.me/clut.webm [23:58] <ubitux> :) [23:59] <ubitux> and soon a patch to apply such clut stream to a video :) [23:59] <ubitux> i have an orgasm at each loop @_@ [00:00] --- Sat May 25 2013

1 0

ffmpeg.log.20130524
by burek 25 May '13

25 May '13

[01:17] <vade> is it possible to set the SPS-ID of a h.264 video stream which using copy ? [01:17] <vade> I am attempting to solve some concatenation problems, and I would like to avoid a re-transcode [01:47] <vade> interesting [01:47] <vade> MP4Box appears to be able to cat the files together in a way that does not result in issues, the same files with FFMPEG produce an issue [02:53] <matamus> hi [02:55] <matamus> i try to make screenshots with ffmpeg [02:55] <matamus> i use [02:55] <matamus> ffmpeg -ss 00:30:01.01 -i input.mkv -y -f image2 -vframes 1 output.png [02:56] <matamus> but it seems it make a screenshot in PAR but i want screenshots in DAR [02:56] <matamus> is it possible? [03:17] <matamus> http://pastebin.com/RVubSqW4 [03:41] <matamus> thanks ubitux but it doesnt help [03:46] <ubitux> matamus: the point is that we don't really support the tool you're using, so you'll likely won't get much help [03:48] <matamus> you just support avconv? [03:48] <ubitux> no [03:48] <sacarasc> avconv is what you're using. [03:48] <ubitux> we support ffmpeg [03:49] <matamus> ah, ok [03:50] <matamus> its confusing [03:53] <sacarasc> If you want to use FFmpeg but not install anything, try one of them. [03:53] <sacarasc> Otherwise, the nice people in #libav should be able to help. [03:55] <Keshl> Hopefully third time's the charm.. http://pastebin.com/Jckai6Qi [03:57] <Keshl> llogan: I did, didn't I? oÉo [03:58] <Keshl> Oh, forgot the output, my bad. [04:00] <Keshl> llogan: http://pastebin.com/t3VDAJXp -- The error at the end is spawned by me feeding it a broken clip. I just lopped the file off for demonstration purposes, but even with the unlopped file it's weird as crap. [04:02] <llogan> it's hard to follow what the issue is exactly. [04:03] <Keshl> Sec, lemme get the not-lopped-off video.. [04:04] <matamus> so i hope i used ffmpeg now.. same problem [04:04] <matamus> http://pastebin.com/Qmjd0bN2 [04:06] <ubitux> you might need to use -vf scale [04:08] <ubitux> https://ffmpeg.org/ffmpeg-filters.html#scale try playing with the sar and dar in the expression [04:08] <ubitux> i don't need if there is a simpler solution [04:10] <llogan> Keshl: i have to go now, but you can always try ffmpeg-user mailing list if you don't get an answer here [04:10] <Keshl> Dang D: [04:11] <Keshl> And I have no idea how to use those. Tried, never worked. x.x [04:21] <Keshl> http://pastebin.com/ixQhzW3G in case anyone's around. xwx [04:23] <ubitux> matamus: -vf scale=w=sar*iw seems to do the trick here, but that's not very generic [04:37] <matamus> oh yes! thanks ubitux ./ffmpeg -ss 00:10:01.01 -i /media/music/summer.mkv -y -f image2 -vframes 1 -vf scale=w=sar*iw:h=ih screenshot6.png [04:37] <matamus> is the solution :D [04:37] <ubitux> i'm not sure it will work as expected with < 0 sar [04:38] <ubitux> you might need to use min/max utils [04:39] <ubitux> something like scale=max(sar,1)*iw:max(1/sar,1)*ih (completely untested but you get the point) [04:39] <ubitux> matamus: btw, if you're using ffmpeg to generate thumbnail, you might be interested in the scene detection [04:39] <ubitux> also, -f image2 is not necessary in your command line [04:42] <matamus> hmm noe i see its not the solution i made a screenshot 1012x572 and it might be 1016x572.. i will check it wirh the max utils [04:44] <matamus> bash: syntax error near unexpected token `(' [04:44] <ubitux> -vf "scale='max(sar,1)*iw':'max(1/sar,1)*ih'" [04:44] <ubitux> (still untested) [04:47] <matamus> it works but same problem screenshot is 1012x572 and might be 1016x572 [04:49] <ubitux> check the doc then and adapt to your need [05:06] <matamus> oh.. i guess its all fine.. i made a screenshot with vlc and it shows also 1012x572.. so it seems my thought it might be 1016x572 was wrong [05:06] <matamus> ok, so everything is fine [05:06] <matamus> ubitux, many thanks! [05:27] <bigmac> i fail to log error output from ffmpeg [05:27] <bigmac> ffmpeg #{input} #{output} -v error &> error.log [05:30] <bigmac> i thought that was what was said last time i asked this [06:06] <ubitux> matamus: you should set sar to 1 after this btw [06:36] <matamus> ok [08:51] <wlritchi> How might I go about making a mkv with a slideshow of a series of jpgs, pngs, anigifs, from a dumb script? [08:52] <wlritchi> I'm inclined to convert all to png using imagemagick (which handles framing on anigifs) and then make symlinks to extend each image to n frames (as seen by ffmpeg) [08:52] <wlritchi> That would work and would even handle the animation properly without too much difficulty, but is there a better way you can think of to do it? [09:15] <zeeflo> hey guys [09:15] <zeeflo> I need to convert a file to ogv [09:15] <zeeflo> for html5 playback [09:16] <zeeflo> If I show you my command to convert a file to MP4, can you help me create a similar command to convert to ogv ? [09:21] <wlritchi> I thought HTML5 preferred webm (but that's beside the point) [09:22] <zeeflo> webm is too unmature [09:22] <zeeflo> imature* [09:23] <wlritchi> I suppose I don't need the output of the command when we're not troubleshooting [09:23] <zeeflo> and converting bluray sources to 720p webm takes... 10+ hours for a feature length movie.. even though we use xeon series 5 dual cpu setups [09:23] <zeeflo> only 5-6 fps conversion time [09:23] <zeeflo> wlritchi: ill get it now :) [09:24] <wlritchi> Ouch, is VP8 encoding really that hard on the processor? [09:25] <wlritchi> And is theora any better? [09:26] <zeeflo> http://pastebin.com/ACjLkaAK [09:26] <zeeflo> yes it is really that hard on the cpus [09:27] <zeeflo> and also, google is currently developing webm9 [09:27] <zeeflo> i actually think you can get betas of their binary [09:32] <wlritchi> I forget what -strict experimental does, but I rather think you won't need it for ogv [09:32] <zeeflo> i probably wont [09:33] <wlritchi> I think you can just use this command http://pastebin.com/4x3NqrYq (changed the codecs, removed mp4-specific flags), minus strict experimental if you don't think it's necessary [09:34] <zeeflo> thank you [09:34] <wlritchi> Keep in mind that IE, ever the standards-compliant, doesn't support ogv or webm [09:34] <wlritchi> So you'll want an mp4 file listed in the video tag as well [09:35] <zeeflo> to hell with ie [09:35] <zeeflo> but yes [09:35] <zeeflo> everything we have is mp4 [09:35] <zeeflo> but we want ogv support for html5 playback as well [09:35] <wlritchi> Out of curiosity, (feel free not to answer), what's the application? Streaming of full-length movies sounds like a netflix competitor :P [09:36] <zeeflo> so were thinking about converting all our mp4's to ogv as well [09:36] <zeeflo> yes, but were desktop based [09:36] <zeeflo> we dont do ps3 crap [09:36] <zeeflo> pure html5 and flash [09:37] <wlritchi> So what's the advantage to your service over netflix? Better international selection (he asked hopefully)? [09:38] <zeeflo> our bit advantage is that you can bring your account with you overseas. [09:38] <zeeflo> we dont lock to country [09:39] <zeeflo> and no, we dont have a better international selection per say, were streaming with closed captioning [09:39] <zeeflo> so you have to be from specific parts of europe to "legally" use our service [09:40] <zeeflo> but, like I said, one of our big advantages is that you can bring your device with you to.... korea, and still access our content. [09:41] <wlritchi> Neat [09:41] <wlritchi> In any case, the selection can hardly be worse than canadian netflix [09:44] <zeeflo> well.. [09:44] <zeeflo> We lease our rights from epix. [09:45] <zeeflo> as do netflix [09:45] <zeeflo> but netflix sucks in general.. yes [09:45] <zeeflo> were not streaming series.. [09:45] <zeeflo> we lease rights to movies only [09:46] <zeeflo> so we have got alot of new stuff as we do not have expendures to series [10:16] <highgod> Huemac:how can I test whether the bug https://ffmpeg.org/trac/ffmpeg/ticket/2603 is fixed? I use mingw [10:36] <Huemac> highgod: well use the --enable-opencl flag and get some opencl win library from somewhere [10:36] <wlritchi> So I managed to get an FPS of 2 while encoding on a quad-core i7 [10:36] <wlritchi> Is there an achievement for that? [10:37] <Huemac> highgod: well most importantly i think try first with any compiler does it work after you have fixed it [10:37] <Huemac> the if it works it works also with mingw32 [10:38] <JEEB> wlritchi, no -- this is on a 16core http://up-cat.net/p/ff265f5b [10:39] <wlritchi> Darn, I thought 1080p x264 veryslow -qp 0 was bad, that must be at least 4K [10:39] <JEEB> that's 720p [10:39] <JEEB> but not libx264 of course :) [10:39] <wlritchi> Ah, I see [10:39] <wlritchi> What codec is it? [10:39] <JEEB> the HEVC reference encoder [10:39] <JEEB> HM [10:40] <wlritchi> oh dear [10:40] <JEEB> gives pretty good results, but is dumb as a brick and slow as a mule [10:40] <JEEB> was encoding some samples with it for later testing [10:40] <wlritchi> I think mules go faster than that, actually [10:41] <wlritchi> I really shouldn't be doing this with x264 [10:41] <wlritchi> I should use a png delta codec [10:42] <wlritchi> Is such a thing currently in existence? [10:43] <highgod> Huemac:"get some opencl win library from somewhere", sorry, don't get it [10:44] <wlritchi> I just remembered I have access to 64 cores on a watercooled supercomputer and I haven't been using them for the last hour and a half of encoding [10:44] <zeeflo> seriously i dont get it.. [10:44] <Huemac> highgod: hard to explain. but how excatly do you want to test it? [10:45] <zeeflo> why is libtherora almost as slow as webm8 ? [10:45] <Huemac> highgod: with the win32 opencl library i mean like AMD-APP-SDK [10:45] <zeeflo> 16fps with a dual CPU xeon 5320 @ 2.4 ghz 8 core? [10:45] <zeeflo> wtf? [10:46] <ubitux> Huemac: can't you just send a patch? also, what is the reason it doesn't fail for highgod? [10:46] <JEEB> zeeflo, nothing else is as optimized as libx264 [10:46] <wlritchi> How fast was libx264 going? [10:46] <wlritchi> And what JEEB said [10:46] <JEEB> libvpx and libtheora will be slow in comparison [10:46] <highgod> OK, wait a moment [10:47] <zeeflo> wlritchi: around 100fps [10:48] <JEEB> I think libvpx at least had some kind of pre-set configs ("realtime", "good", "best"), don't remember how exactly to poke at them from ffmpeg tho [10:48] <zeeflo> why make a webstreaming format standard if its not even optimized? [10:48] <zeeflo> forget this!! People will have to settle with mp4 and use chrome! [10:48] <zeeflo> to hell with it [10:48] <Huemac> ubitux: sending a patch for so simple bug seems like too much effort. [10:48] <Huemac> im just lazy [10:48] <JEEB> Well, the standard and the implementations are separate, that you have to remember. But hey, big G was telling at the other IETF talk that "x264 is not optimized for live streaming" ;) [10:49] <wlritchi> pfft [10:49] <Huemac> there is no good instructions on how to send a patch using git [10:49] <zeeflo> JEEB: maybe so. But it does work, and it works very well.. [10:49] <Huemac> i tried yesterday on i found from google but it didn't work [10:49] <zeeflo> atleast if you use flash [10:50] <wlritchi> Okay, now I've truly derped. I tried to make a slideshow script supporting anigifs [10:50] <JEEB> zeeflo, the ";)" was kind of meaning that the stuff that G person said was not true [10:50] <zeeflo> ah [10:50] <zeeflo> hehe [10:50] <JEEB> I think one of the x264-related folk went and send an angry letter to them for it [10:50] <wlritchi> But I forgot to take into account that not all gifs are 30fps [10:51] <zeeflo> JEEB: well, it doesnt surprise me they would say something like that.. Theyll soon have their own web9.. [10:51] <JEEB> it's vp9, just like the previous was vp8 :P [10:51] <zeeflo> And ill bet you this! When they have it, they will most likely close for mp4 in their browser [10:51] <wlritchi> Nah, they can't do that [10:51] <JEEB> webm is the naming for the "package" (subset of matroska etc.) [10:51] <zeeflo> yea [10:51] <zeeflo> vp9 [10:51] <wlritchi> not until they have closer to a monopoly, anyway [10:52] <JEEB> and vp9 is "alright", but just sounds like a rip-off of HEVC in many parts IMHO :P [10:52] <JEEB> it will be better than AVC/H.264 if the encoder gets psy optimizations (libvpx never got those for vp8 tho, lol) [10:53] <JEEB> but a good HEVC implementation most probably will be better than a good VP9 implementation, although we're still a year or so away from seeing that [10:53] <JEEB> (if not some more) [10:53] <wlritchi> Okay, I have a question [10:54] <wlritchi> And I've just lost it [10:54] <wlritchi> It's too late... [10:54] <gagan_> hello everybody [10:54] <gagan_> i have one question [10:55] <wlritchi> Oh, I remember. I have an aiff with a few mjpeg streams from album art attachments [10:55] <wlritchi> How do I get those attached to an mkv file? [10:56] <gagan_> i am developing social networking site i need to use ffmpeg for video encoding ..how can i start using this service..?? [10:57] <t4nk095> does any one know the issue 855 :http://roundup.libav.org/issue855 is fixed or not? [10:57] <t4nk095> because I also the same problem currently, [10:58] <wlritchi> Are you having issues with ffmpeg's ffserver, or libav's ffserver? [10:58] <t4nk095> in ffmdec.c, ffm_read_packet, it will not get the correct data of ffm->header [10:58] <t4nk095> yes [10:58] <t4nk095> ffm->header is corrupt [10:59] <wlritchi> I need to learn to stop asking OR questions, and start asking WHICH OF questions [10:59] <gagan_> I have a web application that user's are going to be uploading video files with differenct formats (e.g. WOV, AVI, MPEG...). ineed to convert that files into flash files.. [10:59] <gagan_> how can i do this task..? [11:00] <relaxed> gagan_: you need h264 videoand aac audio in the mp4 container. [11:01] <gagan_> it will automatically convert when user upload videos..?? [11:03] <relaxed> ffmpeg is a tool that could be used to do it along with some scripting. [11:03] <gagan_> relaxed: i am new to this ffmpeg and i m interested to use this tool for my web application [11:04] <relaxed> you'll have to feed ffmpeg input somehow [11:04] <gagan_> relaxed: i have a plan to develop this using java libraries [11:04] <gagan_> where can i start from [11:06] <relaxed> first read the docs about ffmpeg and learn how to use it. [11:06] <gagan_> relaxed: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuideQuantal can i use this steps for installation on ubuntu 12.04 [11:06] <gagan_> yeah sure i will do it [11:07] <relaxed> yes, it says 12.04 in the title. [11:07] <wlritchi> Someone should update that guide actually [11:08] <gagan_> okay sure i will use this.. thank you [11:08] <relaxed> "Last modified 40 hours ago" [11:08] <relaxed> update what? [11:08] <wlritchi> After the first step from the quantal one, the raring instructions work just fine on quantal [11:09] <wlritchi> But they don't require that you uninstall everything avconv-based [11:09] <ubitux> Huemac: can you test a patch for me? [11:09] <wlritchi> Read: Half the damn system (yay ubuntu -.-) [11:10] <ubitux> Huemac: http://b.pkh.me/0001-lavu-opencl-remove-semi-colon-from-macro.patch [11:10] <ubitux> please try this [11:11] <JEEB> also which compiler is it that is giving the trouble? [11:13] <ubitux> JEEB: any i suppose. [11:14] <ubitux> a label with no statement will fail afaict [11:14] <JEEB> but... the macro has a ; there, no? [11:15] <JEEB> although yes, most macros I've seen have no ; inside them and then there's a ; outside the macro [11:15] <ubitux> JEEB: not the empty one [11:15] <ubitux> it's either #define FOOBAR bla(); or #define FOOBAR [11:15] <Huemac> ubitux: wait a second [11:19] <Huemac> ubitux: it will take about 15min to build the whole crap because my build machine is so slow :D [11:20] <ubitux> ccache is your friend [11:22] <Huemac> ubitux: cloned a fresh repo [11:22] <Huemac> applied your patch [11:22] <Huemac> now starting build... [11:23] <Huemac> ./configure ok [11:23] <Huemac> and now we will have to wait about 15min [11:26] <ubitux> if it works ;) [11:33] <t4nk095> how to co-work between ffserver and ffmpeg? [11:33] <t4nk095> ffmepg will keep writing video data to feed and ffserver keep reading the data from feed [11:34] <t4nk095> if they are write and read at the same time [11:34] <t4nk095> ffserver may get the wrong ffm header and stop output stream [11:34] <t4nk095> does anyone have ideas? [11:35] <t4nk095> is there any get the problem :ffserver get wrong information of ffm header then stop output video stream [11:37] <wlritchi> How do I scale a video up to fit 1080p, padding with black bars to get the right resolution (never cropping)? [11:45] <Huemac> ubitux: works like a charm! [11:45] <Huemac> ubitux: thank you! [11:45] <ubitux> great [11:45] <Huemac> can you make a pull request for it? [11:45] <ubitux> i'll push later [11:45] <Huemac> okay [11:45] <Huemac> could you inform me when you have pushed it? [11:45] <ubitux> the patch is on the ml, if i get no review i'll push in a few hours [11:45] <ubitux> ok [12:01] <ubitux> Huemac: applied [12:26] <Phase4> is there an alternative to x11grab? on my machine it lags compiz [12:27] <gmag> hello. I wonder if I can convert a video container to yuv file. [12:27] <gmag> and also specifying the yuv format [12:28] <gmag> because I can actually do the conversion, but I dont know exactly how to specify YUV format [12:29] <gmag> I am using this: ffmpeg -i inputFile.mp4 -f rawvideo outputFile.yuv [12:30] <JEEB> uhh, the log should tell you what exactly it did, and if your output file ends with dot-yuv it should be doing the right thing :P If the log tells you it used a colorspace you didn't want it to use, then you can add -pix_fmt after -i as well [12:31] <gmag> JEEB, it is generating yuv420p, and I would like it to be yuv420semiplanar (YUV N21) [12:32] <JEEB> see if ffmpeg -pix_fmts gives you something like that [12:32] <JEEB> if it does, then use -pix_fmt to convert to it [12:34] <JEEB> I can see nv12/nv21 on it at least there [12:34] <gmag> JEEB, yes! [12:34] <gmag> JEEB, I can see it too [12:34] <gmag> let me try with that [12:38] <gmag> JEEB, sorry, is this the correct way of calling it? "ffmpeg -i x_video.mp4 -f rawvideo x_video.yuv -pix_fmt nv21" It still telles me it used yuv420p [12:39] <JEEB> you don't need the -f rawvideo there if the output file name ends with dot-yuv, and naturally the -pix_fmt won't work if it's after the output. It just has to be after the input [12:39] <JEEB> "ffmpeg -i welp.input -pix_fmt nv21 out.yuv" should work [12:40] <gmag> JEEB, shame on me [12:40] <gmag> JEEB, that worked fine, thanks a lot [15:01] <Huemac> ubitux: when is it going to be on the master branch? [15:03] <ubitux> Huemac: it's in since 12:01:24 <@ubitux> Huemac: applied [15:03] <ubitux> git reset --hard HEAD^ to remove your local patch and git pull [15:03] <Huemac> hmmm why i cant see the change in gitbug :O [15:03] <ubitux> github is a mirror [15:04] <ubitux> use source.ffmpeg.org [15:04] <ubitux> github is not updated at every commit [15:04] <Huemac> ah [15:04] <Huemac> ok [15:04] <Huemac> nice [15:08] <Huemac> wtf :O [15:08] <Huemac> Unknown option "--enable-opencl". [15:11] <ubitux> if it doesn't appear in ./configure --help|grep opencl, then you clone the wrong repository [15:16] <Huemac> yes i think it pulled from the 1.2 branch somehow mysteriously [15:16] <Huemac> cause 1.2 doesn't have the opencl option [15:17] <ubitux> git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg [15:18] <ubitux> https://www.ffmpeg.org/download.html [15:20] <Huemac> yes yes i know [15:20] <Huemac> just my stupid build machine tries to pull only the 0.6 branch if it's not specified :D [15:21] <ubitux> svn? [15:21] <Huemac> its gone bonkers somehow [15:22] <Huemac> yep, now it works [16:05] <fabreg> Hello, I'm trying to concatenate two flv into an mp4 file. I see the <output>.mp4 file but into there is just one video. I'm using this command "ffmpeg -f concat -i input.txt -c copy output.mp4" and in input.txt I have two lines with "file <filename>" [16:49] <mpfundstein_work> fabreg: ffmpeg -isync -i "concat:file1.flv,file2.flv" [16:49] <mpfundstein_work> fabreg: dont know if flv's work good . I always use mpeg2video files to concat [16:51] <fabreg> mpfundstein_work, maybe the problem is the files had different resolution (800x600 and 320x180) [16:51] <fabreg> mpfundstein_work, so maybe I have to re-encode them to the same resolution [16:52] <mpfundstein_work> fabreg: that shouldnt be a problem. but indeed, I always make sure that they have the same res [16:52] <fabreg> mpfundstein_work, and after try to concat them again [16:52] <mpfundstein_work> fabreg: try a) my syntax b) mpg instead of flv [16:52] <fabreg> mpfundstein_work, ok, I'm trying [16:54] <xlinkz0> durandal11707: if i take a file with the moov atom at the top of the file and transcode it, will it retain the moov atom position? [16:58] <fabreg> mpfundstein_work, concat:first.flv,second.flv: No such file or directory [16:59] <fabreg> but the files there are [16:59] <mpfundstein_work> put the "concat:..." in " " [17:01] <fabreg> opt/ffmpeg/bin/ffmpeg -isync -i "concat:first.flv" "second.flv" -c copy fab.flv [17:01] <fabreg> seems to want to rewrite "second.flv" [17:01] <fabreg> File 'second.flv' already exists. Overwrite ? [y/N] [17:03] <mpfundstein_work> no no [17:03] <mpfundstein_work> ffmpeg -isync -i "concat:first.flv,second.flv" [17:03] <mpfundstein_work> and why -c copy? [17:03] <mpfundstein_work> you need to reencode it [17:03] <MadTBone> I have a project using ffmpeg's libav to encode video from a capture device to a file. It's working well. However, when I encode to h264 using a constant quantizer higher than around 20, the difference between I frames and the previous P frame is too dramatic, so I get a visual pulse (higher clarity for a few frames) at each I frame. This happens even when I set i_quant_factor to 1.0 and i_quant_offset to 0.0 (making I frames use the same quantizer [17:03] <MadTBone> as the previous P frame). Anyone know how to mitigate this (without lowering the quantizer / increasing the bitrate)? [17:06] <fabreg> mpfundstein_work, concat:first.flv,second.flv: Protocol not found [17:06] <mpfundstein_work> did you put it in " " ? [17:06] <mpfundstein_work> and what version do you have? does it support concat input [17:10] <fabreg> mpfundstein_work, I'm getting the latest from git [17:10] <fabreg> ffmpeg -isync -i "concat:first.flv,second.flv" [17:11] <mpfundstein_work> that should work [17:11] <mpfundstein_work> :-) [17:11] <mpfundstein_work> i do it nearly everyday. but as I said, with mpg's [17:14] <fabreg> concat:first.flv,second.flv: No such file or directory -> this is with latest version [17:14] <fabreg> the error before was because I used an old version, sorry [17:20] <durandal11707> xlinkz0: no [17:20] <xlinkz0> thanks [17:20] <durandal11707> you always need to give same option if you want same output [17:22] <fabreg> mpfundstein_work, could you please do a "ffmpeg -version" ? [17:22] <fabreg> ffmpeg version N-53403-g8d4e969 -> I'm using this [17:22] <mpfundstein_work> moment [17:23] <mpfundstein_work> ffmpeg version N-48645-gf3c9d8d [17:23] <mpfundstein_work> i give you my script [17:25] <mpfundstein_work> fabreg: https://gist.github.com/MarkusXite/8e56c48bc6cb48b6cf04 [17:25] <mpfundstein_work> fabreg: figure the important stuff out by yourself :-) [17:30] <mpfundstein_work> fabreg: AHHH [17:30] <mpfundstein_work> fabreg: You have to separate the concat files by a pipe | [17:30] <mpfundstein_work> fabreg: -i "concat:file1.flv|file2.flv" [17:33] <fabreg> mpfundstein_work, hehe now works but I get this error: At least one output file must be specified [17:34] <fabreg> maybe needs to be specified some output file? [17:36] <mpfundstein_work> pretty logical :-) [17:42] <fabreg> mpfundstein_work, same problem of before: I see one mp4 file but it contains just one video. [17:43] <mpfundstein_work> try mpg [17:43] <fabreg> mpfundstein_work, but the original file are flv [17:43] <fabreg> mpfundstein_work, need I to convert to mpg? [17:44] <mpfundstein_work> try it [17:44] <mpfundstein_work> :-) [17:44] <mpfundstein_work> my source files are h264 in mpg for containers [17:44] <mpfundstein_work> mp4 containers [17:44] <mpfundstein_work> the only ones I could succesfully concat were mkv and mpeg2 [17:54] <towolf> hi, if i use "-vf ass=subtitle.ass" can I use the blend filter on top of that to blend the subtitles in (multiply, screen, or something)? [18:04] <ubitux> blend the subtitles in? [18:04] <ubitux> ass and subtitles filter are doing the blending [18:05] <towolf> ubitux, thanks, but the only effect they do is alpha blending. if i want to multiply the subtitles in, can a -vf blend filter take the output of the -vf ass filter and blend that into the video stream? [18:22] <ubitux> i don't really understand TBH [18:22] <ubitux> by "multiply the subtitles in" you mean blending it multiple times at different places? [18:28] <towolf> blending as in http://en.wikipedia.org/wiki/Blend_modes [18:31] <ubitux> ah, you want to make the blend not overlay but multiply the two? [18:37] <towolf> i think ive figured it out. something like this? -filter_complex "ass=/tmp/timelapse.ass [ass]; [ass][0:0] blend=all_mode=screen" [18:37] <ubitux> that's not a multiply [18:38] <ubitux> this is just normal blending [18:38] <ubitux> should be the default behaviour [18:38] <towolf> yeah, thats screen. somehow in the first 10 seconds i encoded everything got green .. [18:38] <towolf> so im trying screen now [18:38] <ubitux> no i mean [18:38] <ubitux> -vf ass=foobar.ass is that [18:38] <ubitux> ass and subtitles filters should do the blending properly honoring alpha [18:38] <ubitux> if not, there is a bug [18:39] <towolf> yeah i know. i want to blend it, to try to make it look like its part of the picture [18:39] <towolf> not floating on top [18:39] <ubitux> ?? [18:39] <ubitux> the filter blends [18:39] <ubitux> it's not muxing [18:39] <towolf> overlay is just alpha compositing. i want to multiply the color values of the subtitles with the video colors [18:40] <ubitux> can you show me visually an example? i belive i'm missing something [18:41] <ubitux> i'm assuming you're willing something crazy like "color=black, ass=foobar[s]; [0:0][s] blend=..." [18:42] <towolf> ubitux, http://imgur.com/AN1MTi7,ArAwn6R [18:43] <towolf> at night its too bright, so i want to use screen or multiply, not just alpha compositing. [18:45] <towolf> ubitux, what is color=black in your last line for? [18:46] <ubitux> a source filter [18:46] <ubitux> try ffplay -f lavfi 'color=blue, ass=foobar.ass' [18:46] <towolf> so i have to composit the ass filter on top of black and then blend that with the video? [18:46] <towolf> because i get very funny colors now [18:46] <ubitux> that's an idea [18:47] <ubitux> i'm just trying to figure out the purpose [18:47] <ubitux> since you can just adjust the alpha and color value into the .ass [18:47] <towolf> ubitux, do you know how in photoshop and gimp you can blend layers with blend mode? [18:47] <ubitux> nope, not my domain at all [18:47] <ubitux> but surely some ppl here might have a hint [18:47] <ubitux> i have to leave, have fun [18:48] <towolf> ubitux, thanks though. black is a good idea [18:55] <durandal11707> the subtitles have alpha or? [18:57] <towolf> durandal11707, yes, but alpha is not enough [18:57] <towolf> now with the line i gave its all green. why? [18:58] <durandal11707> the thing you actually want is to blend only subtitle stuff and not other stuff [18:59] <towolf> what other stuff? [18:59] <durandal11707> all other pixels not part of subtitle [19:00] <durandal11707> you get green stuff usually if you use yuv colorspace [19:11] <durandal11707> and most blend modes are for rgb colorspace [19:13] <towolf> i think ive worked it out. i only apply to first component, thats luma, right. and then with multiply it gives pretty good result. [19:16] <durandal11707> well, if you don't want to modify hue/saturation, but just brightness/luma then yes [21:13] <first-time-here> hello [21:13] <Mavrik> olleh. [21:13] <first-time-here> i cant run this command [21:14] <first-time-here> ffmpeg -f v4l2 -i /dev/video0 -vcodec rawvideo -delay 20 -f mpegts udp://127.0.0.1:1234 [21:16] <first-time-here> i get this error [21:16] <first-time-here> http://pastebin.com/aGctH1Uh [21:19] <first-time-here> Mavrik: you can help me? [21:21] <Mavrik> 1.) You're not using ffmpeg. You're using the libav project [21:21] <Mavrik> 2.) Your build has no support for V4L2 [21:22] <first-time-here> but the command is "ffmpeg" [21:22] <Hans_Henrik> yeah, and your distro maintainer likes to lie/troll you [21:23] <first-time-here> what do you mean? [21:23] <first-time-here> i'm try do work with this guide [21:23] <first-time-here> http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20capture%20a%20lightning%20%28… [21:23] <Hans_Henrik> first-time-here, ah i know at least in debian, they use some libav-binary, and call it "ffmpeg" [21:24] <first-time-here> i'm work with ubuntu 12.04 LTS [21:24] <durandal11707> and that old libav's avconv does not have support for v4l2 [21:25] <first-time-here> and what i can do for solving the problem? [22:36] <yo_mama> help! [22:55] <vade> does FFMPEGs concat protocol do something that MP4Box doesn't, with respect to VBR files that are not of a constant FPS? I ask, because MP4Box apparently has some issues contacting some files in some orders (and the same files may work in different orders), whereas FFMPEG appears to be ok with concatenation. [22:55] <anddam> hi, what codec can I use in an avi container to replace AC-3? [22:55] <anddam> audio codec* [23:12] <anddam> mp3, aac [23:12] <anddam> bye [23:12] <pirea> ffmpeg is suporting raspberry pi gpu? [23:22] <p4plus2> Would anybody have a guess as to why "ffmpeg -an -f x11grab -r 30 ...." records at 32 FPS and eventually after a minute or two settles to 30FPS rather than being a solid 30FPS? [23:22] <p4plus2> I mean its not a big deal, but I would be curious as to why it happens when as far as I know -r 30 should cap ffmpeg to 30 FPS. [23:42] <maep> hi. is it possible to have avformat_open_input reject files with a low detection score? [23:48] <Mavrik> hmm [23:54] <maep> i thought about redirecting stderr and parse the output :) [23:58] <durandal11707> maep: isn't score reported anyway, you would just need to ignore such files... [00:00] --- Sat May 25 2013

1 0

ffmpeg-devel.log.20130523
by burek 24 May '13

24 May '13

[02:05] <ubitux> so pedantic ;) [02:18] <llogan> i am the new diego. [03:06] <ubitux> wow the frame buffering overlay logic is crazy. [03:50] <cone-780> ffmpeg.git 03Dale Curtis 07master:c54a1565f512: avformat/utils: Keep internal and external av_read_frame() packets in sync. [10:30] <cone-549> ffmpeg.git 03Janne Grunau 07master:3eae9b030cbb: mpegvideo: unref buffers in ff_mpeg_unref_picture on frame size changes [10:30] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:1724123c65b5: Merge commit '3eae9b030cbbdc263f69834b791624613032d548' [10:40] <cone-549> ffmpeg.git 03Anton Khirnov 07master:f36d7831d96a: pixdesc: mark gray8 as pseudopal [10:40] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:1fded9b69cc7: Merge commit 'f36d7831d96aeb072db5a2b78892a534d96e288e' [10:54] <cone-549> ffmpeg.git 03Luca Barbato 07master:3f0b6d7a6248: wavpack: use bytestream2 in wavpack_decode_block [10:54] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:402bec52d4d3: Merge commit '3f0b6d7a6248a33df37b98cfcb37a1acce263f62' [11:05] <cone-549> ffmpeg.git 03Luca Barbato 07master:fd06291239c1: wavpack: check packet size early [11:05] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:b7d16dc4bd21: Merge remote-tracking branch 'qatar/master' [11:36] <ubitux> durandal_1707: i'll review colorlevels today [11:36] <ubitux> in maybe an hour [11:37] <ubitux> durandal11707: 11:36:13 <@ubitux> durandal_1707: i'll review colorlevels today [11:42] <durandal11707> ubitux: got first one already, you can pm next time for that [12:07] <cone-549> ffmpeg.git 03Paul B Mahol 07master:591fa0527827: doc/general: remove obsolete info about APE decoder [12:07] <cone-549> ffmpeg.git 03Paul B Mahol 07master:79f452f4e686: fraps: set avctx->color_range [12:07] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:ac2c52174fc6: avcodec/wavpack: remove ;; [12:22] <cone-549> ffmpeg.git 03Paul B Mahol 07master:fbd0f91a3a04: escape130: switch to init_get_bits8() [14:03] <cone-549> ffmpeg.git 03Darryl Wallace 07master:3e1604750707: s302m encoder [14:53] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:1d3476f258f8: postproc/postprocess_template: remove empty comments [14:53] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:ef43b9496b88: avcodec/mpegvideo: remove empty comments [14:53] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:e8c26557a4ee: avformat/mtv: remove empty comments [15:13] <raulnuno> hello everybody [15:15] <raulnuno> I come from #ffmpeg without any reply and I don't know where I have to ask this... [15:15] <raulnuno> it's a quick question [15:15] <raulnuno> regarding bug https://ffmpeg.org/trac/ffmpeg/ticket/1444 [15:16] <raulnuno> I'm trying to get the last frame using duration [15:16] <raulnuno> but I get an error with the "Output file is incorrect, nothing was encoded" message [15:17] <raulnuno> seems duration keeps being incorrect [15:21] <roxlu> hey [15:22] <roxlu> I asked this in #libav-devel too, but it looks like there are not much windows developers there :). [15:22] <roxlu> I want to compile libav (libavutil, codec,filter etc..) for windows [15:22] <roxlu> and found this description: http://libav.org/platform.html#Microsoft-Visual-C_002b_002b [15:23] <roxlu> Now, my question: why does the build prefer /MT and not /MD as I think that /MT makes distributing the application difficult because it links with the runtime of that platform if I'm correct [15:23] <funman> you can build for windows with gcc [15:43] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:eee19198ef5a: avcodec/libfaac: fallback to a supported bitrate if the requested is not supported [17:30] <cone-549> ffmpeg.git 03Clément BSsch 07master:288f91664302: lavfi/testsrc: move color options to the color scope filter definition. [17:30] <cone-549> ffmpeg.git 03Clément BSsch 07master:a0a41db3398e: lavfi/testsrc: make nb_decimals available only in testsrc. [17:30] <cone-549> ffmpeg.git 03Clément BSsch 07master:d51dfc7ec4f7: doc/filters: fix wording of color option in testsrc filters. [19:13] <cone-549> ffmpeg.git 03Michael Niedermayer 07master:0fb7fef87941: tools/patcheck: fix misdetection with stuff like const_names [19:17] <ubitux> Daemon404: a patch from justin for ffmpeg sent by you on ffmpeg-devel, i'm confused :p [19:19] <Daemon404> thats fine [19:19] <Daemon404> ;) [19:28] <ubitux> argl, it might be simpler to integrate haldclut withing vf overlay than vf lut3d :( [19:29] <durandal11707> why you think timing is so important? [19:30] <ubitux> because the hald clut stream will likely be generated at constant frame rate [19:30] <durandal11707> anyway in most usual case only single frame is gonna be used [19:30] <ubitux> while your input might not be [19:30] <durandal11707> afaik there are no such streams at all [19:31] <ubitux> we could generate one with ffmpeg easily [19:31] <ubitux> to optimize a color filtering process [19:31] <durandal11707> and why would timing be important then? [19:31] <ubitux> 19:30:02 <@ubitux> because the hald clut stream will likely be generated at constant frame rate [19:31] <ubitux> 19:30:08 <@ubitux> while your input might not be [19:32] <ubitux> ? [19:34] <durandal11707> then generate it in variable frame rate [19:34] <ubitux> how would you do that? [19:34] <durandal11707> doesn't that means you will just skip some frames? [19:36] <durandal11707> anyway i do not like sound of incorporating one filter into another just because of missing funcionality in framework [19:36] <ubitux> imagine a vfr input with an avg fr at 25 fps, you generate a clut stream for one minute to process it, so -f lavfi haldclutsrc,curves,negate,whatever, you get a cfr 25 fps stream; now unless you have some heuristic in the haldclut filter just like overlay, it's the pts won't match [19:36] <ubitux> durandal11707: i don't plan to actually hack into vf overlay [19:37] <ubitux> that's just a remark to say that the current crazyness of frame buffers & pts handling in overlay should be out of it [19:37] <durandal11707> anyway if timings are really so importan it should be available to all filters [19:38] <ubitux> most filters with that multiple inputs model yes [19:38] <ubitux> i quoted blend, but possibly some others [20:15] <michaelni> durandal11707, as you pushed s302m you might want to reply https://github.com/FFmpeg/FFmpeg/pull/12#issuecomment-18358847 [20:22] <durandal11707> i have nothing to reply [20:28] <Compn> hmm [20:30] <Compn> s302m decoder copyright 2010 [20:31] <Compn> do we have any other patches from 2010 that need to be merged ? [20:31] <Compn> errr encoder* [20:40] <michaelni> replied and closed the pull request [20:41] <Daemon404> why do people send pull reqs anway [20:52] <Compn> Daemon404 : is there a better way ? [20:53] <Daemon404> .. the documented way thats on our contributing page? [20:53] <Daemon404> which details how to contribute? [20:56] <Compn> didnt michael ask people to make pull requests ? [20:56] <Compn> maybe contributing page should be updated [21:06] <michaelni> Compn, yes, pull requests are one of several ways to contribute [21:18] <BBB-work> why would chrome's recent ffmpeg roll use 12mb more memory compared to a month earlier when playing 2k video? [21:18] <BBB-work> did the refcounting changes introduce buffer copying when we input a non-ff-owned buffer through get_buffer api? [21:20] <Daemon404> BBB-work, if you havent, you should probably witch to get_buffer2 [21:20] <Daemon404> but im not sure if the old get_buffer now copies [21:20] <BBB-work> way2go on keepings things compatible :( [21:21] <BBB-work> bah [21:21] <Daemon404> it's compatible... [21:21] <Daemon404> api-wise [21:22] <Compn> BBB-work : didnt we just add a new j2k decoder ? [21:22] <Compn> one that is supposed to be more feature complete for dcp users [21:23] <Daemon404> what has that got to do with anything he just said [21:24] <Daemon404> BBB-work, i could also be completely wrong btw [21:24] <Daemon404> i.e. dont take my work for it [21:24] <Compn> oh 2k video [21:24] <Daemon404> also [21:24] <Compn> i thought he said j2k... [21:24] <Daemon404> chroem uses a bajillion gb of ram for websites [21:25] <Daemon404> as it is [21:25] Action: Daemon404 sorta luls at omg 12 mb [21:25] <Daemon404> BBB-work, https://github.com/dwbuiten/d2vsource/compare/58af9033a4f56ce8e57356acc18cb… <-- if there is a plan to switch, here's an example of switching from get_buffer to get_buffer2 [21:30] <llogan> roundup has returned. [21:30] <Daemon404> i thought it was thrown into the great fires of hades [21:35] <towolf> salve, is it a bug that i cannot use -vf setpts on the .ts output of the segmenter, or am i not using it correctly? [21:37] <BBB-work> daemon404: for a chromebook, 12mb is a lot [21:37] <llogan> towolf: that's probably a question for #ffmpeg [21:38] <Daemon404> BBB-work, ah [21:38] <Daemon404> yeah. [21:38] <towolf> llogan, i posted there two hours ago, no replies. [21:39] <Daemon404> Daemon404, it shoud be easy-ish to convert to get_buffer2... i'd do it if i wasn't terrified of chromium's codebase [21:39] <Daemon404> er [21:39] <Daemon404> BBB-work* [21:39] <Daemon404> as if i just hilighted myself. [21:39] <llogan> towolf: paste your link in #ffmpeg [21:42] <llogan> i wonder how big the roundup samples collection is (considering mirroring it). [21:54] <towolf> llogan, done, any idea? [21:59] <cone-549> ffmpeg.git 03Paul B Mahol 07master:963c58006f9e: libaacplus: move profile check above, simplifies code a little [21:59] <cone-549> ffmpeg.git 03Paul B Mahol 07master:6d53034483f6: libaacplus: cosmetics: fix indentation [21:59] <cone-549> ffmpeg.git 03Paul B Mahol 07master:abf1e59ef2f7: libaacplus: return meaningful error codes [22:13] <cone-549> ffmpeg.git 03Paul B Mahol 07master:cdc3f8f3072e: escape124: pass context to av_log() [22:13] <cone-549> ffmpeg.git 03Paul B Mahol 07master:15b9c0b49ff3: escape124: switch to init_get_bits8() [22:15] <durandal_1707> should we add tag for s302m in nut? [22:15] <gnafu> Of course. [22:22] <kierank> no because s302m is ts specific [22:26] <durandal_1707> why is s302m marked as lossy, when it's not? [22:51] <cone-549> ffmpeg.git 03Paul B Mahol 07master:d683271753be: lavc/codec_desc: SMPTE 302M is not lossy [22:51] <cone-549> ffmpeg.git 03Paul B Mahol 07master:e75ddb7df5d2: s302menc: fix bits_per_raw_sample for 21, 22 & 23 case [22:52] <durandal_1707> shit [22:53] <cone-549> ffmpeg.git 03Paul B Mahol 07master:102848e3b6d6: s302menc: unbreak compilation [00:00] --- Fri May 24 2013

1 0

ffmpeg.log.20130523
by burek 24 May '13

24 May '13

[00:00] <vade> the concatenated file, or the cropped file ? [00:00] <vade> the cropped file via ffmpeg -i reports 30Hz [00:00] <wlritchi> just tack on the option everywhere and see if it helps :p [00:01] <vade> :) ok [00:02] <vade> nope :( [00:02] <vade> oh, but [00:02] <vade> not using -c copy during concat [00:03] <vade> ah, but the video is all fucked up on the second portion [00:13] <Digit_> when streaming with ffmpeg, is it possible to add, modify some option live without having to launch a new ffmpeg command [00:14] <wlritchi> Digit_: That probably depends on the option, but my instinct would be, for most options, probably not [00:14] <Digit_> ok :/ too bad ... [00:15] <Digit_> i thought that ... may be we could have use the strin stream to send some control command [00:23] <Digit_> so there is no remote control like for vlc ? [00:25] <saste> Digit_, zmq can send commands to the filtergraph [00:25] <saste> recent development, last week [00:25] <vade> ha, setting the framerate worked, if I go to intermediate ts file, and use the bitstream filter to h264_mp4toannexb [00:25] <Digit_> zmq ? [00:25] <Digit_> hmmm i don't know that thanks i'll try to look for it [00:27] <saste> Digit_, what kind of control? [00:29] <Digit_> well i wrote a gui and i want to be able to do many thing without having to launch a new ffmpeg, like adding a new filter, modifying the filter values, modify the video compressing bandwidth,... things like that [00:29] <Digit_> bcs it's for live streaming [00:30] <saste> adding a new filter -> currently impossible [00:30] <saste> modify filter values: possible, but you may need to add a specific command [00:31] <Digit_> hmm ? what kind of specific command ??? [00:31] <vade> fuck, no. Quicktime 7 plays it ok, AFVoundation / Quicktime X does not. ugh. [00:32] <saste> change bandwidth: currently you can't control the encoders/decoders, but only elements in the filtergraph [00:32] <Digit_> how could it receve the new value ? [00:32] <saste> Digit_, check the manual, there is an example in zmq docs [00:32] <vade> llogan: check out what I am doing, in a script: https://gist.github.com/vade/5631478 [00:32] <Digit_> ok thanks :) [00:32] <saste> for example you can enable/disable many filters [00:32] <vade> output.mp4 is either missing a keyframe on the transition, for some reason, or, well, I dunno [00:32] <saste> change the color for color source, in the future change volume and so on [00:33] <saste> adding a command is usually trivial [00:33] <Digit_> do you think i'll be able to modify the bandwidth used by the h264 compression ? [00:33] <saste> Digit_, are you a library user? [00:33] <saste> or are you using the tool? [00:33] <Digit_> well no, at this time i am using ffmpeg.exe [00:33] <saste> Digit_, so no [00:33] <Digit_> ok i understand [00:34] <saste> unless you spend a significant effort adding that feature [00:40] <wlritchi> So, as I understand it, album art in an AIFF file is treated as a 1-frame video stream with the attachment flag set [00:41] <wlritchi> How would I add that album art to an outputted FLAC file (or OGG or MKA container, I'm not picky)? [00:41] <wlritchi> Attempting to just copy in the stream results in an error for FLAC files (understandably) and quite incorrect behaviour from most players for OGG/MKA [00:49] <llogan> vade: you can use "-c:a copy" in your first command so you don't re-encode audio [01:01] <vade> interesting [01:02] <vade> VLC, when playing back the media, reports the pts is out of range for the second video I've concatenated, when I'm playing back the final mp4 [01:21] <wlritchi> Interesting. It seems that ffprobe doesn't list streams as attachments when it recognizes their codec. How can I check if the attachment flag is set when it does know the codec? [01:23] <vade> http://media.captiontool.com/a/caption_3b55179191d2cb9cf05756d7a65dc1cf.jpg… :P [01:27] <Digit_> is that you when you're out of control ? :D [01:28] <vade> so, interestingly enough, it appears that the libx264 transcode phase while doing the crop filter, is causing issues during concatenation [01:29] <Digit_> prove it [01:29] <vade> I can concat without issue if I just pass the original samples through the .ts, to the mp4, and everything works in all decoders I can find [01:30] <vade> doing the crop, which re-encodes one of the included concatenated files, causes a pts error, according to VLC, during playback [01:30] <vade> it handles it, but some other decoders, just glitch out, as though an I frame is missing. [01:32] <vade> out of morbid curiosity is there an alternative to x264 for ffmpeg, so I can attempt to reproduce with other encoder? [01:37] <wlritchi> x264 --version ? [01:38] <vade> interestingly, if I use Apples Compressor to crop, it appears to be ok :X [01:39] <Digit_> are you saying the x264 with crop gives problems ? [01:40] <Digit_> bcs i am streaming with both [01:40] <vade> it appears to ? Im not 100% confident, but [01:40] <vade> well, at least, [01:40] <vade> if I mix h.264 files, encoded from different encoders, a problem is introduced [01:40] <Digit_> i am streaming x264 and cropping ... no problem [01:40] <vade> Digit_: shh, listen [01:41] <vade> if I go from HW encoded h.264 to TS via ffmpeg, over any n number of files [01:41] <vade> and concat them all, its fine [01:41] <vade> its sample to sample from the streams, no issue [01:41] <vade> if, 1 of those files, requires a crop, now, I have one outlier transcoded via ffmpeg, which is now being concatenated [01:41] <vade> so somewhere, somehow, there is an issue [01:42] <vade> what is interesting, if I crop via another tool, I do not appear to see the same issue [01:42] <vade> now, I suspect (and I should test this now), if I re-encode via all my sources via FFMpeg, I won't have an issue [01:42] <vade> let me try that now. [01:44] <vade> ha, works [01:44] <vade> so, clearly, something is amis between stream formats. [01:45] <vade> ok, well, time to dig deeper.klasjfd;lkajsfd fffffff [02:26] <yids> hello all [02:27] <yids> im struggling with ffmpeg on a raspberry and was wondering if someone could help me out [02:28] <llogan> yids: what's the problem? [02:28] <yids> I want to stream video and audio to rtmp, using flv and liblame, the audio encoding eats up all the cpu though [02:28] <yids> now i found someone who sugested piping arecord into ffmpeg [02:28] <yids> and it seems to be a major improvement on the cpu usage [02:29] <yids> buut [02:29] <yids> the stream works for 1-2 seconds [02:29] <yids> and then just doesnt seem to output anything [02:29] <llogan> raspberry is an underpowered encoding platform [02:31] <yids> http://pastie.org/7945778 [02:31] <llogan> where's the complete console output? [02:32] <yids> ah moment [02:33] <yids> http://pastie.org/7945784 [02:34] <llogan> that's what i thought... [02:34] <llogan> we can't support that here. [02:36] <cbrugh> I am trying to install ffmpeg and it keeps saying error: fdk-aac/aacenc_lib.h: No such file or directory, this exists in /usr/local/include... any ideas howto tell ffmpeg where it is? [02:37] <llogan> cbrugh: does the tail of config.log give any clues? [02:38] <cbrugh> llogan: that error above is what the end of config.log says [02:38] <cbrugh> not sure where its looking for aacence_lib.h [02:38] <cbrugh> but it exists in /usr/local/include/fdk-aac/ [02:39] <yids> okay thanks for pointing that out to me I will find help elsewere [02:40] <klaxa> cbrugh: during configure, add: --extra-ldflags=-I/usr/local/include [02:40] <klaxa> and see if that help [02:40] <klaxa> *helps [02:40] <llogan> i've never had troubles with libraries in /usr/local [02:40] <cbrugh> klaxa: ok I will check [02:42] <cbrugh> klaxa: same compile error... says it can't find it [02:42] <klaxa> that's weird, lol [02:43] <MrKim> I wanna get thumbnail of AVI , I have decoded and scaled AVFrame, how can i get JPEG image of it ? [02:44] <llogan> MrKim: not many API answers here. try http://ffmpeg.org/mailman/listinfo/libav-user [02:46] <llogan> cbrugh: what's your os/distro? [02:47] <klaxa> also maybe pastebin your config.log or something [03:00] <cbrugh> llogan: freebsd 9.1 [03:03] <llogan> too bad durandal_1707 isn't here [03:03] Action: llogan is ignorant of BSD [04:51] <igm> g'day, [04:56] <igm> i'm shooting video in 4k h.264 at about 45 megabits for the purpose of downscalling to 1080p with the hopes of pumping the brightness.. I've been using -filter:v scale=1920:1080 -sws_flags lanczos to scale the videos, however google says something about using a lowpass blur filter... any idea what would be the best way to do this with ffmpeg? [04:56] <igm> And if ffmpeg can do brightness increase [06:58] <highgod> Hi, I want to ask a question, we have capture the h264 bitstream and save as a file per frame. frame1.bit,frame2.bit..., is there anyway that I use ffmpeg h264 decoder to decode the bit stream? for example decodeFrame(bitstream, bitstream_len) [07:21] <Kirito> I can't seem to get ffmpeg to use more than a single thread when encoding using libvpx (ffmpeg -threads 8 -i input.mp4 -c:v libvpx -crf 25 -b:v 3M -c:a libvorbis ouput.webm) - any idea why? [07:29] <filltheetric> Getting this error when trying to call '/usr/local/bin/ffmpeg -i '/Devon/Web/LAMP/hosts/dev.dopestep.net/bootstrap/../storage/media/video/uxfaqDi3juMX.mp4' 2>&1' from PHP - "dyld: Library not loaded: /usr/local/lib/libfreetype.6.dylib Referenced from: /usr/local/bin/ffmpeg Reason: Incompatible library version: ffmpeg requires version 17.0.0 or later, but libfreetype.6.dylib provides version 15.0.0" - Anybody know how to fix? [07:50] <highgod> I saw that there seems a function named avcodec_decode_video in previous version can do this thing [08:05] <killown> I have two GPUs, is there a way to tell ffmpeg to use a specific gpu? [08:05] <highgod> OPENCL? [08:07] <killown> I have three monitors and one monitor uses GT430 and the other two gxt580, I want ffmpeg using gt430 in any display [08:09] <killown> oh ffmpeg uses the processor to enconde it :/ [08:13] <n0ttgr> i'm currently trying to transcode an AAC stream into a wav file. for some reason avcodec_find_encoder_by_name("adpcm_ima_wav") is changing the context frame_size to 1017, which seems to be causing a segfault later when there's a 16 bit alignment issue. if i change the frame_size to 1024 myself, the wav file isn't recognizable for any players i have [08:14] <n0ttgr> sorry avcodec_open is what's changing the frame_size to that lol [08:15] <n0ttgr> but that's the encoder i'm using [08:49] <highgod> pkt->data=bitstreambuffer,pkt->size=datasize,pkt->stream_index=stream_idx, then use avcodec_decode_video2, is it OK? [09:34] <igm> fml [09:35] <igm> ran out of disk space with about 1.5 seconds left to encode [09:35] <igm> xD [09:36] <igm> cant even remux the output file.. Invalid data found when processing input [09:36] <igm> ;_; [09:37] <igm> rip 3 hours [09:57] <Huemac> https://ffmpeg.org/trac/ffmpeg/ticket/2603 [10:32] <sweb> i need static ffmpeg version for 64bit linux. supported all property format like libfaac libx264 and etc [10:40] <ubitux> sweb ^ [10:40] <JEEB> sweb, then you'll have to build it yourself, most of the better-than-ffaac AAC encoders can't be distro'd [10:40] <JEEB> and the one you would want is fdk-aac [10:41] <ubitux> the above uses libvo aac [10:41] <JEEB> which is not better than ffaac [10:41] <JEEB> it only supports 2ch and I've not seen it be better than ffaac at any point [10:42] <JEEB> it's pretty obvious why Google licensed fraunhofer's encoder after first having vo-aac there first :P [10:58] <sweb> so at last i must build by my own ? [12:06] <highgod> Huemac:what do you change [12:10] <Huemac> what do you mean? [12:11] <Huemac> https://ffmpeg.org/trac/ffmpeg/ticket/2603 [12:12] <Huemac> that is what i change if you meant the cross-compile problem i've been having [12:25] <highgod> yes [12:25] <highgod> it seems that I wrote the code,hehe [12:26] <highgod> do you enable pthreads? [12:38] <Huemac> highgod: let me check [12:39] <Huemac> --enable-pthreads [12:39] <Huemac> yes [12:39] <Huemac> they are currently enabled in my config [13:06] <highgod> but mine can pass the compile, what other operation do you set? [13:07] <Huemac> can you pass the compile if you add the semicolon? [13:08] <Huemac> i have so many handles to the compilation that i have to send them in private [13:08] <Huemac> but perhaps these most importantly [13:08] <Huemac> --arch=x86 \ [13:08] <Huemac> --target-os=mingw32 \ [13:08] <Huemac> --cross-prefix=i686-w64-mingw32- \ [13:08] <Huemac> --pkg-config=pkg-config \ [13:45] <highgod> no, have no experences, can you give me some advice on how to fix it? it must use the atomic [13:59] <Huemac> highgod: fix what? [13:59] <Huemac> the suggested fix was in the ticket [13:59] <Huemac> https://ffmpeg.org/trac/ffmpeg/ticket/2603 [14:00] <Huemac> just append a semicolon to the end of that line :D [14:00] <Huemac> then it works on cross-compiling to win32 with mingw32 [14:10] <highgod> OK, I will check it thanks, not firmilar with compile thing [14:11] <Huemac> yeah thanks [14:11] <Huemac> should be really really simple to fix and test :) [14:17] <kama3> hi [14:20] <highgod> Huemac:OK, thanks. [14:24] <kama3> does anyone have some experience with compatibility issues between different avcodec versions? [14:25] <Huemac> highgod: could you please inform me after you have looked into it? [14:37] <highgod> OK, busy these days, will ping you after I submit the patch, and your email? [14:45] <Huemac> ill sen my email to you in private -> [14:53] <alinmear> hey there! when i gonna make a screencast with ffmpeg -i screen.mkv -acodec libvorbis -ab 128k -ac 2 -vcodec libvpx -b 1000k -threads 2 -pass 2 -preset slow test.webm the captured video plays with tripple speed; does anybody know why? [14:53] <alinmear> every screencast with ffmpeg is that fast; i have no clue why [14:55] <alinmear> ups screencast cmd: ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s 1024x768 -i :0.0 -vcodec libx264 -preset ultrafast -crf 0 -threads 2 screen.mkv [15:03] <raulnuno> hello everybody [15:03] <klaxa> the -r 30 is placed before the input, thus making it an input option [15:03] <raulnuno> I have an issue regarding this bug https://ffmpeg.org/trac/ffmpeg/ticket/1444 [15:03] <klaxa> if you move it after -i :0.0 it should become an output option [15:04] <alinmear> klaxa: ok, gonna try it! thx so far! report soon [15:04] <raulnuno> seems that duration keeps being incorrect... [15:05] <raulnuno> I'm trying to get the last frame using duration [15:05] <raulnuno> but I get the "Output file is incorrect, nothing was encoded" message [15:08] <raulnuno> can anyone help me? [15:18] <alinmear> klaxa: thanks alot worked for me!!! perfect! [15:33] <alinmear> maybe someone know why this bug occurs: https://www.dropbox.com/s/ulbc4tx43xttrem/screen.mkv; tested it with ffmpeg, mplayer, dragonplayer (using dp for this screencast but same effect on ffplay and mplayer); when i play this video (mov with h264; also converted it to mpeg2 but same effect) i have strange pixel errors while the colored stripes are moving; tested the same vids on a windows machine and it [15:33] <alinmear> worked flawless; any advice for me? thx alot so far [15:34] <alinmear> video info http://paste.fedoraproject.org/13969/36931604 [15:35] <alinmear> mplayer output: http://paste.fedoraproject.org/13971/69316102 [15:36] <alinmear> also asked in the mplayer channel and one of them thinks it's a ffmpeg issue [15:48] <raulnuno> burek: I have read a log from #ffmpeg-devel where you were involved with bug https://ffmpeg.org/trac/ffmpeg/ticket/1444 [15:49] <raulnuno> could you help me? [15:58] <kama3_> does anyone here was implementing some software which was using libavcodec? [16:54] <omega9> hey there, I seem to be having a problem trying to install ffmpeg from source on ubuntu 12.10 64 bit. The --enable-pic option does not seem to be working and I keep getting a recompile with -fPIC error. Any ideas? [16:57] <JEEBsv> omega9: you have to compile your static dependencies with -fPIC, not the actual app [17:00] <omega9> When I tried doing this on 12.04 64 bit without the fpic option it just woked. I'm wondering why this is a problem on 12.10. [17:03] <JEEBsv> omega9: if you did compile the dependencies as static and want your actual thing (ffmpeg f.ex.) that uses them to be shared, then you would have gotten it in any case :P [17:03] <JEEBsv> most probably you are now building (some?) dependencies as static, and ffmpeg itself as shared, or vice versa [17:04] <JEEBsv> -, or vice versa [17:04] <JEEBsv> because that isn't true [17:04] <omega9> Would it make sense if I said the dependencies were obtained from the apt repo? [17:04] <JEEBsv> in any case, both ubuntu versions should give exactly the same things if you built like that :P [17:04] <omega9> I know right :P [17:05] <JEEBsv> omega9: the stuff in the standard repositories are usually shared so you shouldn't get that... argh, I don't remember when exactly -fPIC was needed [17:05] <JEEBsv> no, I'm pretty sure it's with shared ffmpeg and static dependencies [17:05] <JEEBsv> in any case, you're just getting a mismatch like that [17:05] <Peace-Vaio> guys i have an hdmi monitor and the lcd , laptop is disabled , i was trying to do a screencast but it seems it records only the lcd [17:06] <omega9> OK. I try getting the depenmdencies from source but just wanted to let you guys know it works on 12.04 with the repo dependencies but not on 12.10 [17:06] <JEEBsv> and you just need to compile your dependencies with fPIC or just switch the ffmpeg compilation to theo ther alternative :P [17:06] <JEEBsv> omega9: you are probably still doing something differently [17:06] <JEEBsv> I'm pretty sure Ubuntu has always put stuff out as shared [17:06] <JEEBsv> so that doesn't differ jack shit [17:06] <Peace-Vaio> i did this ./ffmpeg -f alsa -ac 1 -ar 48000 -i hw:2,0 -f x11grab -i :0.0 -s 1920x1080 -r 15 -vcodec libx264 test.mp4 [17:06] <Peace-Vaio> how to set up the monitor correctly? [17:07] <omega9> JEEBsv: I see, I'll try to figure out what went wrong. [17:07] <JEEBsv> omega9: it's most probably as simple as: You were building as X (shared or static), and now you are building as Y (the other alternative), as simple as that [17:08] <JEEBsv> it should tell you which dependency it failed to link with, and you should either recompile that with fPIC, or just switch [17:08] <omega9> JEEBsv: I got that. The thing is I have to support multiple machines in my lab where we have several vision libraries that need ffmpeg [17:08] <omega9> JEEBsv: Hang on let me past the first error [17:09] <omega9> JEEBsv: "/usr/bin/ld: error: /usr/local/lib/libavcodec.a(avpacket.o): requires dynamic R_X86_64_PC32 reloc against 'av_free' which may overflow at runtime; recompile with -fPIC" [17:09] <JEEBsv> are you building something that then tries to link libavcodec or what? [17:10] <JEEBsv> it sounds like you're no longer building ffmpeg itself [17:10] <JEEBsv> but something that links to it [17:11] <omega9> JEEBsv: Well I got the libav stuff from the repo and like you said it might be shared. But this error is from when I try to build ffmpeg. [17:12] <JEEBsv> ok, how are you compiling ffmpeg then? and put the whole log on a pastebin site of your choice and link here [17:12] <omega9> ok hang on [17:12] <JEEBsv> also why the hell would it go looking for something that already is in /usr/local/lib [17:12] <JEEBsv> if you're just compiling it [17:12] <JEEBsv> I don't get it [17:12] <JEEBsv> if something is in /usr/local/lib, it means it was installed [17:13] <omega9> OK so this is the error log that I get ... http://pastebin.com/kCu0w30d [17:13] <JEEBsv> so your explanation of "I'm just compiling ffmpeg" isn't really flying that far [17:14] <omega9> Well I may be doing something wrong. Please let that slide then [17:14] <JEEBsv> and standard libavcodec etc. packages surely aren't in /usr/local/lib :P [17:14] <JEEBsv> so it's not an accidental system library coming up either [17:14] <JEEBsv> I have absolutely no fucking idea what on earth you're doing but that sounds like it's trying to link to some random static libs already installed [17:14] <JEEBsv> and you're making shared I would guess [17:14] <omega9> But I haven't installed libav codec from source! [17:15] <omega9> Allright I get what you're saying [17:15] <JEEBsv> yet you have stuff in /usr/local/lib [17:15] <JEEBsv> which is not system's stuff [17:15] <omega9> I agree but this is where the thing is :P [17:16] <JEEBsv> then someone else installed a custom static ffmpeg or libav build on the system to /usr/local [17:16] <JEEBsv> but I still bet at you just DoingItWrong or leaving some old files there [17:16] <omega9> I know I should not be asking this here but do you know if there is a way to get ffmpeg to not look there? [17:16] <omega9> in usr/local I mean [17:16] <kama3_> maybe it's trying to link to those libs as default lib path from LD_LIBRARY_PATH [17:17] <JEEBsv> omega9: it'd be more interesting to know /why/ it's trying to link against that thing [17:17] <JEEBsv> in any case, your fucking soup, have fun trying to clean it up. [17:18] <JEEBsv> kama3_: that's only for runtime [17:18] <JEEBsv> I think [17:18] <JEEBsv> and for shared [17:19] <omega9> I just echoed LD_LIBRARY_PATH, its empty [17:19] <omega9> is there another way it got set? Maybe a config file? [17:19] <JEEBsv> that's not fucking it [17:19] <JEEBsv> LD_LIBRARY_PATH is to specify additional library loading directories when trying to run a binary that depends on shared libraries [17:20] <JEEBsv> not for anything during compilation [17:20] <omega9> Gotcha [17:20] <omega9> I will try running an install on a fresh machine and see. But I agree fucking soup :P [17:20] <kama3_> true, i was just guessing from where it gets path to those libs :) [17:21] <JEEBsv> /usr/local/lib is generally in the default linker path [17:21] <JEEBsv> you can see the default linker path in your toolchain with some command :P [17:21] <omega9> JEEBsv: But shouldn't it first look for the libraries in the systems stuff? [17:22] <omega9> and then /usr/local if it did not find it? [17:22] <JEEBsv> the thing is it shouldn't be trying to link a libavcodec or anything from anywhere external at that point, if that indeed is from during ffmpeg compilation [17:22] <JEEBsv> so there's some dependency that you have custom-built in there that got caught, or your configure line is very weird [17:23] <omega9> I think your first observation is correct. [17:23] <JEEBsv> (and that dependency then had statically linked libavcodec and friends linked to it as well, or whatever) [17:24] <JEEBsv> if you are the only one who has been playing with that machine you should look at what was installed to /usr/local(/bin|/lib|/include) [17:24] <JEEBsv> and see what's there [17:24] <omega9> My config line previously was ./configure --enable-pic --enable-shared [17:24] <kama3_> i just builded from source on 12.10 64bit and everything went fine. so you've got just some mess [17:24] <omega9> No its a lab machine, several persons used it before. [17:25] <Peace-Vaio> i did this ./ffmpeg -f alsa -ac 1 -ar 48000 -i hw:2,0 -f x11grab -i :0.0 -s 1920x1080 -r 15 -vcodec libx264 test.mp4 i have a laptop with lcd and an hdmi external monitor ... it seems it's recording the lcd , which is disabilited , and not hdmi monitor [17:25] <omega9> kama3_: Thank you. I will try and figure out what went wrong. [17:25] <JEEBsv> kama3_: it's been pretty damn obvious that he has something going pretty wrong there :P [17:26] <omega9> JEEBsv: Thank you JEEB for the obvious observation :P :P [17:26] <omega9> Thanks guys :) [17:27] <JEEBsv> anyways, do a make distclean in the ffmpeg sources, then try re-configuring with just ./configure [17:27] <JEEBsv> and try re-building [17:27] <JEEBsv> see if that still somehow tries to link something from the system library directories of already installed shit [17:27] <omega9> Allright doing that now [17:30] <omega9> JEEBsv: Works :P [17:31] <omega9> Oh man weird stuff , I probab;y won't be able to recreate this :P [17:31] <omega9> but thank you [17:31] <JEEBsv> well, in theory it could've worked because there was no need for the fPIC any more. You should see the compilation log or do another clean, and then build with make V=1 or something [17:32] <JEEBsv> after that you could make another clean and try building with --enable-shared again with make V=1 or so [17:33] <Peace-Vaio> :))))))))) solved [17:33] <Peace-Vaio> -s option must be before of -i [17:36] <kama3_> has anyone of you dealt with compatibility between different versions of libavcodec? [17:37] <omega9> JEEBsv: Well right now my libraries work so I'm happy. Until the next error I guess :P [17:38] <omega9> kama3_: Do you guys have some kind of an install script that build ffmpeg with specific verions of it dependencies? [17:38] <omega9> I just realized how annoying this is, trying to get the right version to play well. I'm a n00b so ... [17:42] <kama3_> no, generally what i'm doing: i'm dynamically loading using dlopen/dlsym libavcodec which is found on system. people could have different versions of it, so i need to add some of structures to properly handle version of libavcodec which user have. i'm just wondering if there's some easier way to get some few of the fields from those AV* structures i need [17:44] <durandal11707> the only way is using lib major/minor version [17:48] <kama3_> you mean just to identify lib or you mean something else? [17:48] <durandal11707> to identify what API/ABI is lib using [17:51] <kama3_> ok. i have identifying. but still i need to make some big header which includes different versions. i.e. i need width and height, and pointers to planes from AVFrame. there are changes between major/minor versions in this struct. so do i need to include all versions AVFrame, or do you have smarter solution for this? [18:05] <omega9> quit [20:00] <towolf> hello, if i want to pipe raw h264 live stream of a camera into ... | ffmpeg -i - -f segment ... can i override the pts time somehow? i tried quite a few permutations of -vf setpts, it doesn't stick. [20:15] <BigFist> hi, I try to follow this guide https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide, but when installing dependencies (specifically libva-dev) I get some strange error, something about missing dependencies, broken packages and such. One line (from about 6) goes like this: libva-dev : Requires libva-egl1 (= 1.0.15-4build1) but 1.1.0-0ubuntu0~quantal has to be installed (or something like this, its a translation from polish) [20:31] <BigFist> --enable-libtheora: command not found ... [20:33] <BigFist> ok, solved [20:59] <vade> I'm looking at ffmpeg info for a video pre and post cropping, and am noticing that the baseline reported, when specifying baseline , is different [20:59] <vade> pre, it states 'baseline' [20:59] <vade> post crop, it states 'constrained baseline', and additionally [20:59] <vade> it changes 29.98 fps, 30 tbr [20:59] <vade> to [21:00] <vade> 30 fps, 30 tbr [21:00] <vade> i am going to be concatenating files together, and need them to match as closely in terms of bitrate and sample format :X [21:00] <vade> how do I target non constrained baseline ? [21:49] <towolf> hello, where did i make a mistake setting pts time here: http://paste.ubuntu.com/5694797/ [22:01] <llogan> towolf: -vf can not be applied input, AFAIK. [22:01] <towolf> llogan, so where do i have to place it? i placed it just before the last line and still no overriding effect ... [22:02] <towolf> ffmpeg is muxing raw h264 to ts and it's making up a pts time for each packet, i want to specify wall clock time at the time of muxing [22:04] <llogan> -vf and -c:v copy are mutually exclusive [22:05] <towolf> so i cannot change pts time in the container? -c:v is only about the codec, no? [22:05] <towolf> and afaik raw h264 has no fps, or times per se ... [22:07] <towolf> llogan, pts applies to the container not the code, yes? [22:30] <vade> does -x264opts only apply if encoding samples ? [22:31] <vade> i.e., if I want to edit the SPS-ID of a h.264 stream, but copy the samples [22:31] <vade> is that possible? [22:36] <xlinkz0> can i put the moov atom at the begining of the mp4 file? [22:36] <sacarasc> Yes. [22:37] <xlinkz0> how? [22:37] <durandal_1707> -movflags +faststart [22:39] <xlinkz0> thanks [00:00] --- Fri May 24 2013

1 0

ffmpeg-devel.log.20130522
by burek 23 May '13

23 May '13

[00:11] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:c649ecb3b232: avcodec/jpeg2000dec: get_qcx, fix stack and heap overwrites [01:22] <llogan> is DV actually big endian? [01:23] <llogan> "FIXME: may be we have to admit that DV is a big endian PCM" [01:23] <llogan> http://code.google.com/p/ffmbc/issues/detail?id=72 [01:23] Action: llogan has no specs [01:35] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:0b42631641d9: avcodec/jpeg2000dec: merge bytestream2 reading from j2kdec [01:35] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:8d9fa738f5cd: j2kdec: cosmetics from jpeg2000dec [02:21] <Compn> llogan : the specs = final cut pro [02:21] <Compn> what final cut pro says is lawwwwwwwwwwww [02:44] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:4a9a6a1f358c: vcodec/jpeg2000dec: fix av_log() type [02:44] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:f399b33c2bb7: jpeg2000dec & j2kdec: Fix return type of get_sot() [02:44] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:fec8783883f7: jpeg2000dec: read and check curtileno [02:58] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:73ffab41959a: jpeg2000dec: check TPsot [03:24] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:53f04424646d: avcodec/jpeg2000dec: Port tile size check from j2kdec [03:24] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:17e66c9ff477: j2k & jpeg2000dec: reset numX/Ytiles if tiles failed allocation [04:21] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:914ab4cd1c59: j2kdec & jpeg2000dec: check lengthinc against array size [04:40] <cone-957> ffmpeg.git 03Carl Eugen Hoyos 07master:898268a23b3c: Add a fate test for ProRes Transparency. [04:40] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:32f550ee01bb: Merge remote-tracking branch 'cehoyos/master' [04:59] <highgod> Hi, I want to ask a question, how can I check the video stream packets is all getted but the audio stream is not finished [11:24] <cone-921> ffmpeg.git 03Martin Storsjö 07master:5b2b0b912dbc: configure: Enable the strtod workaround when building for bionic [11:24] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:c88e52e79782: Merge remote-tracking branch 'qatar/master' [13:52] <burek> why is this ticket marked as invalid? https://ffmpeg.org/trac/ffmpeg/ticket/2587 [14:32] <michaelni> burek, i suspect that carl marked it as invalid as he could not reproduce and theres really not enough information to reproduce [14:33] <michaelni> ill add some comments in the ticket [14:44] <durandal_1707> well one could add defaults for libfaac to help novice users [14:46] <durandal_1707> i dunno what bit rates libfaac supports [14:57] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:cc0db8cf3042: avienc: Disallow the first frame to be skiped [15:06] <michaelni> durandal_1707, ill fix the libfaac issue [15:13] <michaelni> durandal_1707, burek patch to fix #2587 on the ML [15:13] <michaelni> burek, please test the patch! [15:36] <cone-978> ffmpeg.git 03Ash Hughes 07master:14ec9d259016: Support playing SMV files. [16:38] <ubitux> we have a loop utils to check for the presence of a value in a int c-array, no? [16:38] <ubitux> i somehow remember nicolas adding it somewhere [16:39] <ubitux> ah, av_int_list_length_for_size! [16:39] <ubitux> maybe. [16:55] <ubitux> yay, hald clut done as well [16:56] <ubitux> so we'll get at least 2 filters this week [17:00] <durandal_1707> michaelni: is s16p to s16 path simd optimized? [17:13] <durandal_1707> ubitux: +2 if you count me [17:20] <ubitux> :) [17:21] <michaelni> durandal_1707, its quicker if you look at the file than to ask me to look [17:22] <michaelni> it should be SIMD optimized but id have to look to be 100% sure [17:32] <Compn> :) [17:33] <Compn> should ffmpeg report if its using cpuopts / c / asm version of each component (decoder, resampler, filter) [17:34] <Compn> ... mencoder does it for some codecs and colorspaces [17:36] <durandal_1707> michaelni: why is there no ssse3 variant of scalarproduct? [17:38] <nevcairiel> because noone wrote one! :) [17:39] <Compn> patch welcome ? [17:39] <Compn> ehe [17:49] <Skyler_> what exactly would ssse3 be used for in that function? [17:50] <Skyler_> I don't see how you can get faster than movaps, mlups, addps without maybe FMA [17:59] <durandal_1707> i know where little about asm right now.... [18:22] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:ad22767cb61c: shorten: fix "off by padding" bug [18:28] <cone-978> ffmpeg.git 03Clément BSsch 07master:12f51c1f9e9a: lavfi: add lut3d filter. [18:30] <durandal_1707> stop adding new stuff, i'm recompiling whole ffmpeg all the time [18:32] <ubitux> haha [18:33] <durandal_1707> all filters/decoder/encoders/muxers/demuxers should be split into small plugins [18:34] <microchip_> ubitux: next task, port the deblock filters from mplayer :P [18:34] <durandal_1707> adding new plugin(s) would not need recompiling of whole framework [18:34] <ubitux> microchip_: -vf pp ? [18:34] <microchip_> ubitux: pp7, spp, etc [18:34] <durandal_1707> nobody uses that [18:34] <microchip_> i do [18:34] <microchip_> :p [18:35] <ubitux> microchip_: pp is ported, and the only other relevant *pp* filter to port is spp [18:35] <ubitux> which you can already use through -vf mp=spp [18:35] <microchip_> yeah [18:35] <ubitux> i've started porting it, but it's not trivial, and... i have various other stuff to do [18:35] <ubitux> the port & add filter rate is pretty high already [18:35] <microchip_> ic... no hurry, tho [18:36] <ubitux> http://ubitux.fr/pub/pics/_ff-changes-filters.png [18:37] <ubitux> filters everywhere ^ [18:37] <microchip_> oh, ow denoise is ported? Nice [18:37] <microchip_> it's a very slow filter, tho [18:37] <gnafu> Does it hurt? [18:37] <gnafu> Painfully slow, I guess. [18:38] <gnafu> ;D [18:38] <ubitux> :) [18:38] <ubitux> not as slow as dctdnoiz ;) [18:38] <durandal_1707> i gonna remove whole libmpcodecs _now_ [18:38] <ubitux> durandal_1707: no :( [18:38] <ubitux> durandal_1707: port filters first ;) [18:40] <iive> durandal_1707: you are starting to sound a lot like libav. [18:43] <saste> durandal_1707, on which filters are you working? [18:43] <saste> mp filters i mean [18:44] <saste> so we avoid to duplicate work [18:45] <durandal_1707> saste: luckily 0, after libswscale that is next thing i don't want to look at next 100 years [18:45] <ubitux> ETOOMUCHHATE [18:45] <ubitux> saste: so, how is linuxtag? :) [18:46] <saste> nobody doing eq? [18:46] <saste> ubitux, not yet there [18:46] <saste> i'll be there tomorrow, if i don't get lost [18:46] <ubitux> the only filter i'm potentially working on is spp [18:46] <ubitux> having eq* and the optims would be great. [18:46] <ubitux> you can drop 2 mp filters at once when you have it [18:47] <saste> eq seems the only useful (to me) [18:47] <ubitux> eq2 is eq++ afaik [18:47] <saste> but i started mcdeint as well [18:47] <iive> there were talks in mplayer to drop eq as eq2 does everything and have fast-path for the eq cases. [18:47] <ubitux> there is also pullup; Carl is interested in it [18:48] <ubitux> but i don't want to do that port effort [18:48] <ubitux> iive: mplayer is not really active anymore, and don't seem to plan to drop anything so far [18:48] <ubitux> :( [18:48] <microchip_> any plans for adding soft-telecine filter? to flag progressive content as soft-telecined for dvd encodes [18:49] <iive> ubitux: that was some years ago.. [18:49] <ubitux> iive: my point exactly ;) [18:50] <durandal_1707> microchip_: you have such (soft telecined) files? [18:50] <iive> no, he wants to make such files [18:50] <microchip_> durandal_1707: what iive said :) [18:51] <microchip_> durandal_1707: mencoder can do it when using -of mpeg ... [18:52] <durandal_1707> microchip_: no such files - no way to know you are doing nonsense [18:52] <durandal_1707> no such files - softpulldown filter not gonna be ported [18:52] <durandal_1707> no such files - softtelecine filter not gonna be done [18:53] <microchip_> oh well [18:53] <durandal_1707> both of those could be added to existing telecine filter [18:54] <microchip_> durandal_1707: it's useful for when encoding to dvd [18:54] <microchip_> to flag 23.976 fps as soft-telecined [18:54] <durandal_1707> its useful to ... - does not make it happen [18:55] <microchip_> i know, just asking [19:04] <ubitux> microchip_: can you open a ticket? [19:04] <ubitux> or better, just write the filter [19:04] <microchip_> ubitux: i can't do C :( [19:04] <ubitux> no [19:05] <ubitux> you don't want to [19:05] <microchip_> haha [19:08] <ubitux> durandal_1707: i'm going to push something else, do you want me to wait? [19:45] <durandal_1707> ubitux: what you gonna push? [19:46] <durandal_1707> microchip_: so you do not have softelecine files? [19:47] <ubitux> durandal_1707: v4l2 stuff [19:47] <ubitux> i guess that doesn't affect you [19:47] <ubitux> since you're on a bsd [19:47] <microchip_> durandal_1707: i can create one with mencoder :) [19:51] <durandal_1707> ubitux: something that needs to run configure again? [19:51] <cone-978> ffmpeg.git 03Clément BSsch 07master:165bc9caa242: v4l2: make possible to disable libv4l2 at runtime. [19:51] <ubitux> durandal_1707: nope [19:51] <microchip_> durandal_1707: ftp://teambelgium.net:8082/pub/ter5.mpg <- soft-telecined with mencoder [19:51] <ubitux> :) [19:51] <durandal_1707> ubitux: goood [19:58] <durandal_1707> ubitux: what is currently buggy in v4l2? [19:59] <ubitux> playback is broken here [19:59] <ubitux> some kind of framedrop [19:59] <ubitux> or going back in time [19:59] <ubitux> that's pretty weird [19:59] <durandal_1707> regression? [19:59] <durandal_1707> microchip_: i cant fetch that [19:59] <ubitux> durandal_1707: if so, not within ffmpeg [20:00] <durandal_1707> sure? [20:00] <ubitux> yes i tried [20:00] <ubitux> possibly with libv4l2, or my kernel [20:00] <ubitux> and i'm not really willing to bisect any of those [20:01] <durandal_1707> microchip_: strange works with firefox [20:02] <microchip_> hmm [20:02] <durandal_1707> broken/misconfigured ftp server? [20:02] <microchip_> could be :D [20:04] <durandal_1707> looks like ffprobe can get it (so our ftp support is good) [20:11] <durandal_1707> microchip_: and that file plays fine with mplayer -vf softpulldown ? [20:12] <microchip_> durandal_1707: i haven't tested with -vf softpulldown. I just play it and mplayer detects the soft-telecine flag and switches FPS to 24000/1001 [20:14] <microchip_> (which is correct) [20:16] <microchip_> it's basically a progressive MPEG2 with soft-telecine flag set, which is used for NTSC DVDs [20:18] <durandal_1707> so it does not duplicate frames but just sets flags [20:19] <microchip_> yes, correct [20:19] <microchip_> the flag tells the DVD player to play it at 30000/1001 [20:19] <durandal_1707> ffprobe tells this files is 30.25 fps [20:20] <microchip_> that's all soft-telecine is, as far as i know [20:20] <microchip_> i made it with mencoder. MediaInfo says its 29.970 [20:21] <microchip_> I also encoded it with ffmpeg, and it outputted 29.970 [20:21] <microchip_> but, duh. As i set -r 30000/1001 :p [20:22] <microchip_> anyways :) [20:22] Action: microchip_ bbl [20:23] <durandal_1707> ubitux: btw, v4l2 works on bsd too [20:24] <ubitux> okay [20:25] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:df3ee7b9a956: smvjpegdec: use av_pix_fmt_desc_get() avoid direct table access [20:25] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:30df9789a974: proresdec: Fix end condition [20:26] <iive> durandal_1707: soft telecine steams indicate higher fps, but encode less frames. the standard specifies that fields are repeated in according to the flags set. [20:28] <iive> this is how a lot of soft-telecine turns out into hard telecine when transcoded. [20:29] <durandal_1707> so what duplicates frames? ffmpeg? [20:30] <t355u5> some .srt files start with 2 instead of 1 and ffmpeg gives the following message: [20:30] <t355u5> subtitle.srt: Invalid data found when processing input [20:31] <ubitux> use -f srt [20:31] <ubitux> or fix your file [20:32] <ubitux> or try to make srt_probe() more tolerant to this [20:32] <t355u5> hmm, ok. how exactly? ffmpeg -i input.mp4 -i sub.srt -f srt ? [20:32] <ubitux> -f srt -i sub.srt [20:32] <ubitux> also, you should ask #ffmpeg for such question, unless you're willing to make srtdec.c:srt_probe() more tolerant [20:33] <t355u5> ok. thx. I could also write a patch, but if -f exists, then people probably don't wan't a patch that ignores a minor error in the check. it is theoretically not spec, if it starts with 2... [20:34] <ubitux> yes it's a broken file, so it's not recognized as a srt [20:34] <ubitux> -f srt forces it [20:34] <ubitux> we have a workaround to tolerate starting at 0, but that's all [20:35] <t355u5> I asked here, because I was thinking about a patch, but you are right, maybe it would be wrong to do so [20:36] <t355u5> what I usuallt do is replace the 2 with a 1, so 2 is actually missing, but neither ffmpeg, nor any player complains [20:36] <t355u5> thanks for the info [20:37] <ubitux> removing the counter check might make the probing less reliable, but it will likely make it slower as well [20:37] <ubitux> (because a sscanf will always be run) [20:38] <ubitux> there might be some room to improve the probing though [20:38] <ubitux> feel free to send a patch [20:38] <ubitux> (see libavformat/srtdec.c:srt_probe()) [20:39] <t355u5> I'll have a look. [20:40] <durandal_1707> ubitux: so what i need to use lut3d ? [20:40] <ubitux> durandal_1707: a 3d lut [20:41] <ubitux> durandal_1707: i'll send a patch for hald clut soon [20:41] <ubitux> so it's easier to test [20:41] <durandal_1707> what that does? [20:41] <ubitux> it uses picture for the LUT [20:41] <ubitux> and you can generate some using ImageMagick [20:41] <durandal_1707> got picture? how? [20:41] <ubitux> then process that LUT image with whatever filters, and then use that new picture as a LUT (rox!) [20:42] <ubitux> durandal_1707: http://www.quelsolaar.com/technology/Hald_CLUT_Identity.png [20:42] <ubitux> anyway, give me maybe an hour or two [20:42] <ubitux> and i'll send it [20:49] <ubitux> durandal_1707: you can try -vf lut3d=foobar.m3d with the pandora sample from the ticket [20:49] <ubitux> or just look for random lut on the web [20:52] <ubitux> durandal_1707: http://www.brianmeanley.com/resources/misc/sRGB_LUT.cube [20:53] <ubitux> try this one, it's fun [20:53] <ubitux> the effect with big buck bunny is nice [20:55] <ubitux> it's possibly just a blue/red switch or something, but the effect is interesting [20:55] <ubitux> anyway, there are a few lying around [21:01] <durandal_1707> i can't understand what pict_type > 1 means [21:01] <durandal_1707> some parsers do this [21:39] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:657875b145c7: avcodec/aic: Fix vlc value checks [22:01] <durandal_1707> -win4 [22:05] <durandal_1707> microchip_: the softtelecine filter can't be done yet, as it would be useless, no muxer/encoder make use of such flags [22:13] <cone-978> ffmpeg.git 03Clément BSsch 07master:91b461459a5d: lavfi/lut3d: avoid overread. [22:13] <microchip_> durandal_1707: sure it does, mpeg2video should support setting such flag when encoding to NTSC DVD format [22:14] <durandal_1707> microchip_: i don't see ffmpeg support that [22:14] <microchip_> ok, i give up [22:24] <durandal_1707> what MP_IMGFIELD_ORDERED means? [22:30] <cone-978> ffmpeg.git 03Paul B Mahol 07master:1f02927d288c: lavfi/mp: try to pass interlaced & tff flags [22:43] <ubitux> i need to probe if a file is an image format [22:43] <ubitux> but not print an error if it's not the case [22:43] <ubitux> i only have the filename [22:43] <durandal_1707> ? [22:43] <ubitux> what should i use? [22:48] <durandal_1707> one can't probe just with filename, looking into file is needed to. even attempting decoding maybe required [22:56] <durandal_1707> i was wondering about writing psnr filter, which than could be used with drawtext(drawbar) [22:56] <ubitux> yes, some analysis filters would be welcome [22:56] <durandal_1707> but psnr just outputs some numbers, no? [22:57] <ubitux> check tiny_{psnr,ssim} [22:59] <durandal_1707> and for audio? [23:02] <ubitux> no idea [23:03] <ubitux> hald clut working within vf lut3d, yay. [23:04] <durandal_1707> how you know its correct? [23:04] <ubitux> i trust my instinct [23:04] <ubitux> it's not very sharp [23:04] <ubitux> but sometimes it works [23:05] <durandal_1707> huh? [23:05] <ubitux> anyway, i still have a 16-bit issue [23:05] <ubitux> which sucks a bit [23:06] <durandal_1707> well, first make 8bit working [23:06] <ubitux> only native rgb16 is supported owned if png 16 :( [23:06] <ubitux> it works [23:06] <ubitux> want to try it? [23:07] <durandal_1707> what happens with png 16bit? [23:07] <durandal_1707> ubitux: i can run ./configure once every week [23:08] <ubitux> no need to run configure [23:08] <ubitux> i've added it to lut3d [23:10] <ubitux> durandal_1707: github/ubitux/lut3d wget 'http://b.pkh.me/hald_sepia8.png' -vf lut3d=hald_sepia8.png [23:10] <durandal_1707> so whats problem with png? [23:10] <ubitux> if it's a rgb16 png, it's likely be [23:11] <ubitux> and only native rgb16 is supported in the filter [23:11] <llogan> durandal_1707: is your computer old, or is that a BSD limitation/feature? [23:12] <durandal_1707> ubitux: but swscale can do be/le conversion, use rgb48/rgba64 [23:12] <ubitux> (http://imgur.com/dhmFS3i possinly faster than my bp) [23:12] <ubitux> durandal_1707: yeah, i should use sws, but that complexifies the code slightly [23:13] <durandal_1707> no, i mean filter should not call swscale by own ..... [23:14] <ubitux> i could use an input video stream yes, that's a possible improvement [23:15] <ubitux> do you think i should do it that way directly? [23:15] <durandal_1707> i'm confused [23:17] <ubitux> basically, instead of relying on avformat/avcodec/sws, i could make lut3d work like this: -vf 'movie=hald_sepia8.png, lut3d=instream=1' [23:18] <ubitux> and that also means we could replace the png with a video, to update the lut over the time [23:18] <ubitux> but that will require some nasty magic like in overlay [23:18] <durandal_1707> and what you currently do? [23:18] <ubitux> lut3d=hald_sepia8.png [23:19] <ubitux> then just like removelogo or movie etc, i open the file locally in the filter [23:19] <durandal_1707> ugly, i find dynamic one more useful [23:19] <ubitux> https://github.com/ubitux/FFmpeg/commit/19d8df66692659a987b63b650f859ceda28… [23:19] <ubitux> yes, dynamic is better in many ways [23:20] <durandal_1707> and you do not need own sws/codec... [23:20] <ubitux> except that it will make the code much more complex [23:20] <durandal_1707> what complex? [23:20] <ubitux> request frame thing, timing etc [23:20] <ubitux> check vf_overlay.. [23:22] <durandal_1707> i disagree. it complex as you made it [23:24] <ubitux> i'm going to do the stream approach [23:25] <durandal_1707> llogan: when was last time you compiled ffmpeg yourself? [23:26] <llogan> yesterday [23:26] <llogan> but only because i wanted to see what was going on with recent x264 [23:27] <llogan> (users having trouble with ffmpeg not finding libx264 after latest x264 push) [23:27] <durandal_1707> llogan: now imagine doing it every 5 minutes [23:32] <llogan> sounds better than my current task... [00:00] --- Thu May 23 2013

1 0

ffmpeg.log.20130522
by burek 23 May '13

23 May '13

[02:16] <Emmanuel_Chanel> Hello! [02:17] <Emmanuel_Chanel> I cannot compile ffmpeg with --enable-x264... [02:19] <Emmanuel_Chanel> I'm trying to install ffmpeg with this page: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuideQuantal [02:20] <cbsrobot> Emmanuel_Chanel: and ? [02:21] <Emmanuel_Chanel> I want to enable x264 option. But ./configure says "ERROR: libx264 not found". [02:21] <Emmanuel_Chanel> I could with the version of 11 May. So it would be a bug of x264 or ffmpeg. [02:25] <jure> hi [02:25] <cbsrobot> Emmanuel_Chanel: not sure [02:26] <jure> why does uploading a 1080p file on YT downgrade it to a 480p file? [02:27] <jure> is there a specific set of parameters I should pass to ffmpeg and libx264 to prevent this? [02:30] <Emmanuel_Chanel> jure: Oj! Kako si? Is it a topic that you can talk about on this channel? [02:30] <llogan> Emmanuel_Chanel: cd x264; make distclean; ./configure --disable-opencl --enable-static [02:31] <Emmanuel_Chanel> ok. [02:31] <Emmanuel_Chanel> I try. [02:32] <llogan> or use older x264 source before yesterday's push [02:33] <jure> never mind, I guess -pix_fmt yuv420p and -profile:v high422 worked :) [02:33] <Emmanuel_Chanel> I didn't know what opencl is. So thank you! [02:34] <llogan> --disable-opencl is a workaround. i wouldn't call it a solution [02:34] <Emmanuel_Chanel> Installing opencl-dev package can be another solution? [03:22] <t4nk744> hi i can't find the correct syntax to use the rtmp_buffer option please help [03:25] <llogan> t4nk744: did you refer to http://ffmpeg.org/ffmpeg-protocols.html#rtmp ? [03:25] <t4nk744> yes [03:28] <t4nk744> how do i add it to a command line ? -rtmp_buffer 3000 ? rtmp_buffer 3000 ? rtmp_buffer=3000 ??? i can't find it [03:30] <t4nk744> ho my god i just found it now... [03:30] <t4nk744> how could i know that ... [03:30] <t4nk744> it seems i just have to add buffer 3000 and not rtmp_buffer [03:34] <t4nk744> ho no it's not working... [03:37] <t4nk744> anybody knows how to use that rtmp_buffer option ? [03:44] <t4nk744> ok i found the solution [03:44] <t4nk744> it's after the rtmp://url buffer=6000 [03:45] <t4nk744> and we need to place "" around the url with the options [03:46] <t4nk744> at least now you share that solution for the next one [03:46] <t4nk744> you can [03:48] <t4nk744> good night [04:44] <aristarchus> how do i increase the image quality of an x11 capture? [04:44] <aristarchus> my recorded resolution seems lower [05:00] <highgod> Hi, I want to ask a question, how can I check the video stream packets is all getted but the audio stream is not finished [05:26] <filltheetric> Is this an appropriate place to get answers for FFMpeg-PHP? [10:08] <untaken> How do I change the audio format only on a .avi file. I don't want to change the video, but the audio doesn't play on one of my devices, so want to change that. Any ideas? [10:09] <cbsrobot> untaken: what format do you need ? [10:18] <untaken> cbsrobot: any tbh, just so I get a feel for the way you do it [10:18] <untaken> cbsrobot: couple of examples, so I can try both would be nice :) [10:19] <JEEB> ffmpeg -i input.derp -c:v copy -c:a yourpreferredaudiocodec -q:a your_preferred_audio_quality_number out.file [10:19] <JEEB> -c:v copy sets video codec to "copy" [10:19] <cbsrobot> ffmpeg -i infile.avi -c:v copy -c:a pcm_s16le outfile.avi [10:19] <untaken> ahh, so that literally just copies the video over and alters the audio :) [10:20] <untaken> thnaks guys, I'll give it a shot [10:20] <untaken> thanks :) [10:20] <cbsrobot> yeah - just make sure the output format (avi in this case) supports that codec [10:20] <untaken> ok [13:23] <memento> hi guys [13:27] <memento> I'm really stuck!, I'm trying to restream a live stream from an ip cam which I can get near real time playback (500 ms delay) with vlc on my pc, but the restreamed result has a 3-4 sec delay. the command that i'm using is essentially ffmpeg -i "rtsp://192.168.5.202/channel1" -f mpegts udp://127.0.0.1:11000 [13:28] <memento> i'v read http://ffmpeg.org/trac/ffmpeg/wiki/StreamingGuide#Latency and applied so many other parameters and using other coedecs and etc [13:28] <memento> but the delay is always there [13:28] <memento> any suggestion? [13:52] <t4nk_> hello..what's the recommended way to set the frame->pts value when encoding your own audio and video frames? [13:54] <t4nk_> I'm already rescaling from the codec timebase (1/24 for video, 1/11025 for audio) to the stream time base (1/1000), but the PTS values are in two completely different ranges [16:24] <BlInK311> Hey guys, I am attempting to compile and implement ffmpeg to android for the first time. I have tried multiple times to compile with no success. does anyone know a surefire way to build and implement ffmpeg for android? [16:32] <BlInK311> any help will be greatly appreciated [16:55] <theahindle> Is it possible to get ffmpeg on debian with h264 support/libfaac, without compiling from source? [17:01] <fdik> hi [17:01] Action: fdik has a SCR moves backwards, remultiplex input after converting with ffmpeg. Any hints? [17:01] <fdik> .oO( with dvdauthor ) [17:03] <fdik> ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers [17:12] <sacarasc> theahindle: ^ [17:17] <Digit> hi :) [17:19] <fdik> hm [17:19] <fdik> no one has an idea? [17:20] <fdik> Digit: Do you know how I could handle "SCR moves backwards, remultiplex input" from dvdauthor? [17:20] <Huemac> hello. could someone please append semicolon to the line 449 to this file https://github.com/FFmpeg/FFmpeg/blob/master/libavutil/opencl.c [17:20] <Huemac> some compilers dont seem to like it [17:21] <Huemac> or should i make a ticket? [17:22] <Huemac> line 613 seems to have the same problem also [17:24] <Huemac> the error i get is "libavutil/opencl.c:448:1: error: label at end of compound statement" [17:26] Action: fdik is feeling desperate [17:28] <Huemac> why? [17:29] <fdik> Huemac: "SCR moves backwards, remultiplex input" from dvdauthor [17:29] <fdik> Huemac: I find a lot of people in the net having that problem [17:29] <fdik> Huemac: but no real solution [17:29] <fdik> Huemac: they're suggesting totally different things [17:29] <fdik> Huemac: nothing works for me [17:30] <Huemac> well free software still :-) [17:31] <Huemac> think if you had to pay thousands and still get errors [17:31] <saste> Huemac, please send patch to mailing list [17:31] <saste> also I see that the ; is not always specified, but that should not be a problem [17:31] <saste> so I can't see the problem [17:32] <saste> (and I can't even compile opencl stuff) [17:32] <Huemac> yep. it is not allways specified but i think it should be [17:34] <Huemac> some compilers fail if semicolon is not defined on switch-case or end etc... [17:34] <saste> huemac: the "," is specified in the macro [17:34] <saste> *the ";" [17:35] <Huemac> yes i know [17:35] <Digit_> then it's complier problem not a ffmpeg one :D [17:36] <Huemac> well yeah, but could someone make it work with cross compilers too :/ [17:36] <Huemac> yep. added it manually to my project and now it compiles [17:37] <Huemac> that line 449 seems to be the odd compiler failing line :D [17:37] <Huemac> i did not change anything else [17:41] <Digit_> if you don't give any output nobody can help [17:41] <Huemac> 18:24 Huemac> the error i get is "libavutil/opencl.c:448:1: error: label at end of compound statement" [17:41] <Huemac> that and nothing else. [17:48] <Digit_> bcs some compiler needs a statement after the compound definition [17:48] <Digit_> just add something doing nothing after it [17:50] <Digit_> or a ; it means an empty statement [17:53] <Huemac> i should try adding it and compiling with another compiler and see if it works [17:53] <Huemac> if it does i would love if someone put it in there :D [17:53] <Digit_> ? [17:54] <Digit_> well you got a solution what's the problem now ? [17:55] <Huemac> well i have to every time add it when i pull the latest changes [17:55] <fdik> if this is the wrong # for asking questions about ffmpeg and dvdauthor, does anyone have a tip for me where I should aks such questions, pleasE? [17:55] <Huemac> or add the whole file to gitignore [17:56] <Digit_> report it [17:56] <Digit_> if it's not done yet [17:56] <Huemac> yes i will tomorrow. i will have to go home now [17:57] <Digit_> fdik you can get an answer in 10 min... [17:57] <Digit_> can't * [17:58] <Digit_> i am sure there is a compiler option to stop warning for that kind of error [17:58] <Digit_> fdik: you can try the forums too [18:15] <fdik> Digit_: where can I find the forums, please? [18:16] <fdik> Digit_: I'm expecting nothing, just trying to find out what to do best [18:16] <Digit_> fdik: http://ffmpeg.gusari.org/ [18:16] <fdik> Digit_: thx [18:17] <fdik> .oO( "No posts were found because the word dvdauthor is not contained in any post." ) [18:17] <fdik> looks like people don't use this software in the forums ;-) But with luck... [18:26] <fdik> Does anyone know how I can rewrite the timestamps in an MPEG file with ffmpeg? Documentation hint preferred ;-) [18:36] <Digit_> what do you mean by rewrite it [18:45] <Digit_> fdik: ffmpeg -i inputmovie.avi verifiedmovie.avi [19:57] <fdik> Digit_: didn't work, but problem solved anyways [19:58] Action: fdik kicked out dvdauthor ;-) [19:58] <Digit_> at least share it [19:58] <fdik> Digit_: Well... ;-) [19:58] <fdik> Digit_: this is a bug in dvdauthor, this should be a warning not an error AFAICS [19:59] <fdik> Digit_: the net is full of people with that problem, and full of "solutions" which worked for one single case and others couldn't benefit [19:59] <fdik> Digit_: thx anyways ;-) [19:59] <Digit_> ok.... see you [22:36] <vade> hello. I am attempting to concat mp4 files together using the concat protocol, similar to the listed command line in http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20(join%2C%20merg… (under concat protocol). This works 100% if my files are the same resolution, however, I may need to support some scenarios where the resolutions of the input files are different, and so I am attempting to additionally add a crop filter. I understand you c [22:36] <vade> do a simple sample in, change PTS, sample out style copy in the case where you need to crop. What is the correct flag to append media with differing formats? Would it be faster to simply crop the the outlier file separately, save it to the the same format, and then do a "concat protocol" based file contat (rather than decode and re-encode everything) Apologies if I am missing something obvious - fairly new to FFMPeg [22:38] <wlritchi> Is there a good way to copy all streams/metadata from first input, except replacing the first stream with the second input's first stream? [22:39] <wlritchi> Obviously I can do this with a known number of streams, but I can't seem to find info on a good way to do this with a variable number of streams. [22:44] <wlritchi> Alternatively, is there a way to copy all streams of a given type from input 2, and all streams of other types from input 1, order unimportant? [22:45] <durandal_1707> type? [22:45] <wlritchi> audio/video/image/etc [22:46] <durandal_1707> image=video here [22:46] <wlritchi> I only ask because I know that -map permits filtering in a way similar to that (-map 0:a:0) [22:48] <wlritchi> I suppose I could run one pass over each input to filter out the stream types I don't want from each, then run another pass to combine them into one file [22:48] <wlritchi> But that feels inefficient [22:49] <llogan> wlritchi: -codec copy -map 0:a -map 1:v [22:56] <wlritchi> llogan: Thanks. That really should have been obvious to me, since I've already used precisely those arguments for a video file. [22:56] <wlritchi> Somehow I didn't think enough te realize that it would work for an audio file with image (aka video) metadata streams [23:05] <mucha090> hi all [23:05] <mucha090> who knows how to convert flv to avi via winff [23:05] <mucha090> ? [23:06] <sacarasc> This place doesn't support winff. [23:06] <mucha090> alright then [23:06] <llogan> you can use ffmpeg directly [23:06] <mucha090> what command i should use to convert flv to avi via ffmpeg [23:07] <llogan> it depends. avi is a(n outdated) container format that can use various video and audio formats. [23:07] <llogan> do you know the particular formats you want to use? [23:07] <mucha090> avi as xvid [23:08] <mucha090> nah... my friend has dvb-t decoder [23:08] <mucha090> and his decoder supports mts, ms avi, xvid [23:09] <mucha090> i`ve tried converting flv to mts (h264 as video and mpga as audio) [23:10] <mucha090> but that didn`t work [23:10] <llogan> "ffmpeg -i input.flv -codec:v mpeg4 -q:v 2 -codec:a libmp3lame -q:a 3 output.avi" will give you a typical "avi". [23:12] <mucha090> and it will be widescreen ? or i must to add params [23:12] <mucha090> ? [23:12] <wlritchi> Hmm. So when ID3 tags in AIFF files contain, say, an album image, ffmpeg represents that as a video stream. However, putting it into most formats as a video stream has... interesting... results in many players [23:13] <wlritchi> Is there a preferable way to copy things like album art into a modern container format like mka, ogg, etc? [23:13] <vade> is there a known issue using concat demuxer on apple h.264, and a x264 video? I have 2 files, one I just cropped via ffmpeg that I am trying to concat to a standard Apple output h.264, and the durations go from 5s + 6s to 4m30s [23:14] <llogan> mucha090: it won't change aspect or frame size. [23:14] <durandal_1707> wlritchi: yes as attachment [23:14] <llogan> mucha090: ...unless you tell it to. [23:14] <vade> concat'ing 2 x264 encoded h.264's, or 2 Apple h.264s works fine and outputs a correct looking rule thats 11s [23:15] <vade> sure llogan [23:15] <vade> one sec [23:18] <mucha090> llogan: sh..... that didn`t work [23:18] <mucha090> llogan: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height [23:19] <mucha090> ok sorry [23:20] <mucha090> http://pastebin.com/SzeMkTpD [23:21] <vade> llogan: here is my step 1, where I crop a 480x640 (encoded by Apple h.264) to 480x480 x264 encoded h.264 [23:21] <vade> https://gist.github.com/vade/5631026 [23:21] <llogan> mucha090: that is not from FFmpeg, so thereofre we can't support that here. [23:23] <mucha090> alright then i will install it [23:24] <llogan> what ubuntu version are you using? [23:24] <vade> and step 2, I concat, using demuxer : https://gist.github.com/vade/5631040 [23:27] <mucha090> now i have that http://pastebin.com/CUTD4W9n [23:27] <mucha090> i have mint 14 [23:27] <ubitux> mucha090 ^ [23:28] <llogan> mucha090: yes, it's confusing, but that is also not from ffmpeg... [23:28] <llogan> as the link explains [23:28] <mucha090> it is from ffmpeg [23:28] <mucha090> http://pastebin.com/CUTD4W9n [23:29] <mucha090> ffmpeg version 0.8.6-6:0.8.6-0ubuntu0.12.10.1, Copyright (c) 2000-2013 the Libav developers [23:29] <ubitux> no it's not [23:29] <llogan> please read the link [23:29] <mucha090> only that version in repo i have [23:29] <llogan> try a static build if you want help here: http://askubuntu.com/a/270107/59378 [23:29] <llogan> or you will ahve to get help from libav [23:29] <ubitux> mucha090: it's an intentionnally broken and outdated ffmpeg distributed by a fork, using the ffmpeg for confusion [23:30] <ubitux> the ffmpeg *name* for confusion [23:30] <ubitux> please read the link for more information [23:31] <mucha090> it will be good if i use ppa? [23:31] <ubitux> i think ubuntu ppa are quite outdated [23:31] <ubitux> you can: 1) complain to your distro to get ffmpeg 2) use the fork [23:31] <ubitux> 3) build ffmpeg yourself [23:31] <ubitux> 4) use static build of ffmpeg [23:32] <mucha090> nah it is confusing [23:32] <mucha090> :S [23:32] <ubitux> just try to read the stackoverflow link [23:33] <mucha090> i`ve actualy read the stackoverflov [23:34] <mucha090> but i didn`t read from what i have that ffmpeg package [23:34] <ubitux> your ffmpeg package contains the fork [23:35] <ubitux> (because the packager of ffmpeg in debian & ubuntu is on the fork side) [23:35] <wlritchi> mucha090: I'm also on mint 14, just got ffmpeg built myself quite pain-free, actuallf [23:36] <mucha090> llogan: f*ck i will kill everyone from that f*cking libav team [23:37] <wlritchi> mucha090: I think it's a safe bet that most people here aren't too fond of them either, but it is what it is [23:37] <mucha090> now with real ffmpeg i can convert flv to avi [23:37] <llogan> that's not necessary. it's just confusing and unfortunate. we are just volunteers here and can only support stuff we make. [23:38] <mucha090> i am really grateful for your help [23:39] <vade> llogan: apologies , I'm curious if you have any ideas regarding my concatenating a 5 and 6s file, resulting in 4:30s file :X [23:39] <mucha090> thank you verry much [23:39] <llogan> vade: sorry, i forgot. can you provide the input samples? [23:39] <vade> you want the files ? [23:39] <llogan> sure [23:39] <vade> sure, 2 seconds, ill put on drop box :) [23:40] <vade> llogan: https://dl.dropboxusercontent.com/u/42612525/Sequence3.zip [23:40] <vade> that is a zip of a folder that contains the 2 input files, and the 2 'result' files [23:40] <vade> in short, 1.mp4 and 2.mp4 differ in size, step 1 is to convert 2 to 480x480 to match 1. [23:40] <vade> that results in 2_crop.mp4 [23:41] <vade> step 2, is to concat, via stream demuxed, with copy coded, the 2 now compatible files together [23:41] <vade> that works, however, the resulting file (result.mp4) has a 4m:30 sec duration. [23:41] <vade> ugh, stupid spell check, sorry [23:41] <llogan> your office is nicer than mine. [23:41] <vade> ha [23:42] <vade> wheres your office? :) ill send a beer (or whatever) if we get this working nicely, with mostly lossless concatenation, id be pumped. [23:42] <mucha090> llogan where you live? [23:43] <mucha090> because i could send to you beer from poland:P [23:43] <vade> llogan: i posted above the 2 CLI commands I am running on, incase you missed it [23:43] <vade> step 1 (crop) https://gist.github.com/vade/5631026 [23:44] <vade> step 2, concat: https://gist.github.com/vade/5631040 [23:44] <vade> I feel like, somehow, duration is not being properly seen on one of the input sources [23:44] <vade> "[concat @ 0x102019600] Estimating duration from bitrate, this may be inaccurate" [23:45] <llogan> mucha090: alaska. that would be too expensive. [23:45] <saste> alaska. that would be too cold [23:46] <mucha090> if you say so [23:46] <wlritchi> As a Canadian, I disagree. [23:46] <mucha090> :P [23:46] <wlritchi> Just too far west. [23:46] <mucha090> saste: too cold or too cool ?:P [23:46] <Digit_> do you get the correct duration when you use ffmpeg with only the video as input [23:47] <saste> mucha090, too coold [23:47] <vade> Digit_: ? in what scenario? the crop'ed file is the correct duration [23:48] <Digit_> <vade> I feel like, somehow, duration is not being properly seen on one of the input sources [23:48] <vade> (its actually subtly different, Quicktime (I know, I know) reports a slightly different FPS, and duration), but its minority different [23:48] <llogan> saste: italy is nice, but caldo. the italians didn't like the windows to be open on the train... [23:48] <mucha090> saste: but imagine, you are in alaska, and you dont have to place beer into the cooler [23:48] <mucha090> :D [23:49] <saste> llogan, because there is air conditioning [23:49] <llogan> vade: i don't know what the issue is, but since you are re-encoding one input at least you can try concat filter [23:49] <llogan> saste: it was broken. [23:49] <vade> so step 1, apple encoded 480x640 h.264 to 480x480 ffmpeg / x264 encoded h.264 is almost identical in duration, off by a millisecond issue [23:49] <vade> but, the concat, its off by, uh, minutes :D [23:49] <vade> llogan: does concat filter re-encode both inputs ? [23:49] <saste> i heard about creepies stories about people in canada freezing because the car stopped in the midst of nothing [23:50] <Digit_> lol [23:50] <wlritchi> I sincerely hope that sometime in the future we standardize on 30/60/whatever fps instead of 29.99997. [23:50] <vade> wlritchi: its on its way. Slowly. [23:51] <vade> at least interlacing is a thing of the past. [23:51] <wlritchi> saste, I've been stuck in a car on the side of the highway overnight because of a bad snowstorm. [23:51] <saste> wlritchi, that's coold [23:52] <wlritchi> saste, out of curiosity, what temperature, to you, is tshirt weather? [23:52] <Digit_> 18 c :P [23:53] <saste> wlritchi, starting from 30 c [23:53] <wlritchi> saste: Yeah, you'd never survive in Canada [23:54] <wlritchi> I start wearing tshirts at around 15 c [23:54] <sacarasc> T-shirt weather for me starts around 10c. [23:54] <sacarasc> *C [23:54] <sacarasc> Depending on the wind. [23:54] <wlritchi> 10c I'll usually have an unzipped hoodie or something over it [23:54] <llogan> -45 C wasn't uncommon in winter where i used to live [23:54] <wlritchi> in case of wind or temperature drops [23:54] <llogan> your boogers would freeze [23:58] <wlritchi> vade, it's spitting out the output at fps=0.0 [23:58] <wlritchi> try setting the fps manually [00:00] --- Thu May 23 2013

1 0

ffmpeg-devel.log.20130521
by burek 22 May '13

22 May '13

[00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/0.10:c8857308f60c: smacker: remove av_clip_int16() [00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/0.11:1b0028a3c5c0: smacker: remove av_clip_int16() [00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/0.9:0147e9f7c64b: smacker: remove av_clip_int16() [00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/1.0:0428594f4788: smacker: remove av_clip_int16() [00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/1.1:6f585f1e66ff: smacker: remove av_clip_int16() [00:15] <cone-709> ffmpeg.git 03Michael Niedermayer 07release/1.2:5f64a7a6252f: smacker: remove av_clip_int16() [00:21] <cone-709> ffmpeg.git 03Xidorn Quan 07master:5a65fea655fb: avutil/frame: continue to process bufs even if some are empty [03:38] <ubitux> yay finally fixed the 3d lut. [03:42] <ubitux> http://lucy.pkh.me/l3d/3dlut-in.jpg http://lucy.pkh.me/l3d/3dlut-out.jpg [03:43] <ubitux> the effect is pretty nice [11:20] <cone-957> ffmpeg.git 03Luca Barbato 07master:8aa3500905fe: mjpeg: Validate sampling factors [11:20] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:f57a7ac9b8e0: Merge commit '8aa3500905fec6c4e657bb291b861d43c34d3de9' [11:33] <cone-957> ffmpeg.git 03Luca Barbato 07master:a030279a67ef: ljpeg: use the correct number of components in yuv [11:33] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:3b071a4390f0: Merge commit 'a030279a67ef883df8cf3707774656fa1be81078' [11:42] <cone-957> ffmpeg.git 03Diego Biurrun 07master:c209d0df657f: fate.sh: add support for build-only FATE instances [11:42] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:877cae6effef: Merge commit 'c209d0df657f172f42d9bafbcdfa02dfb14f6965' [12:01] <cone-957> ffmpeg.git 03Luca Barbato 07master:cfbd98abe82c: mjpegdec: validate parameters in mjpeg_decode_scan_progressive_ac [12:01] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:6ef7b6af6be0: Merge commit 'cfbd98abe82cfcb9984a18d08697251b72b110c8' [12:08] <cone-957> ffmpeg.git 03Kostya Shishkov 07master:03ece7b0404f: proresdec: simplify slice component offsets handling [12:08] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:1d8b1f0e5110: Merge remote-tracking branch 'qatar/master' [12:30] <ubitux> durandal_1707: i don't remember if i linked that you http://www.ipol.im/pub/art/2012/lps-pae/ ? [12:30] <ubitux> for a potential new histeq [12:34] <durandal_1707> ubitux: tried already, seems same as histeq [12:34] <ubitux> ok [13:02] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:a90baa63c33f: add YUVJ411P [13:02] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:b60a65ee2d5d: mjpegdec: fix AV_PIX_FMT_YUVJ411P handling [13:04] <durandal_1707> michaelni: have you looked at fraps decoding error, its seems your commit caused such regression? [13:52] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:1d7e6a6bde73: avcodec/bitstream: print vlc length in error case. [13:52] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:b9ea6a84143a: avcodec/huffman: use named identifer for the bits constant [13:52] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:b1bbd715d8c4: avcodec/huffman: increase bits constant [14:04] <durandal_1707> hflip and vflip can use timeline too [14:23] <durandal_1707> using AV_NE( AV_PIX_FMT_YUV420P9BE, AV_PIX_FMT_YUV420P9LE ), is pointless, just AV_PIX_FMT_YUV420P9 is enough [15:04] <ubitux> should we make the source filters "pause" (frame repeat) with the timeline? [15:05] <durandal_1707> instead of filter that does same? [15:07] <ubitux> durandal_1707: ? [15:07] <ubitux> common filter with timeline: enable=0 input frame dup [15:07] <ubitux> source filter with timeline: enable=0 repeat last frame [15:07] <ubitux> would that make sense? [15:15] <durandal_1707> no as, there can be filter that repeats X frame N times [15:21] <ubitux> https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.9.3 [15:21] <ubitux> "cpufreq / intel_pstate: fix ffmpeg regression" [15:21] <ubitux> woot [15:21] <ubitux> "This fixes a performance regression of approximately 30%" [15:21] <ubitux> fear [15:22] <ubitux> durandal_1707: why not [15:22] <nevcairiel> apparently ffmpegs threading model is evil [15:22] <ubitux> durandal_1707: but do you think that would be simpler? [15:22] <ubitux> nevcairiel: you have more info on this? [15:22] <nevcairiel> only what it says in the commit message [15:38] <ubitux> durandal_1707: do you plan to add vflip/hflip timeline? [15:40] <durandal_1707> ubitux: no [16:15] <cone-957> ffmpeg.git 03Clément BSsch 07master:b8a9876a8b20: lavfi/yadif: add timeline support. [16:22] <ubitux> michaelni: any plan for a 1.3? [16:22] <ubitux> Changelog is starting to get hugez [16:23] <durandal_1707> wait one year [16:26] <MicroSend> hello all [16:27] <MicroSend> Your little help me on ffmpeg, I would like to know the command to enoyer a live audio stream from a microphone to one IP address [16:28] <MicroSend> Your little help me on ffmpeg, I would like to know the command to send a live audio stream from a microphone to one IP address [16:29] <cbsrobot> MicroSend: please ask on #ffmpeg [16:30] <jshanab> I posted on the ffmpeg irc, but traffic there seems primarily to be for users of ffmpeg and not developers using libavcodec in an application. I am updateing to the newest libavcodec (Zeranoe win32 shared) and the avcodec-55.dll fails to load with the error "The procedure Entry point SymGetOptions could not be found" It looks to be the correct dll and I have linked to the correct lib(s) [16:34] <jshanab> Does this mean the Zeranoe are built against a version of windows not supported on my machine? Bad build? [16:38] <durandal_1707> jshanab: i think the best place is to ask on zeranoe forum [16:40] <jshanab> Well. Maybe i had better just build it. --if I can build on linux,ios,android and croos, I can probably build on windblows ;-) [16:42] <nevcairiel> SymGetOptions is a debug function, it shouldnt be part of any release build really, sounds like the build is screwed up [16:52] <jshanab> I build debug. But it is ok to use release dlls? I always get that confused when in dll hell [16:55] <Compn> jshanab : arent the debug dlls like 30x larger ? [16:56] <Compn> but yes ask on zeranoe forum [17:00] <jshanab> I know debug and release use seperate heaps and mixing can be dangerous, I just don't have all the rules memorized. I much prefer the GCC style handling of debug, but I am cross platform and haveto get it working on windows too. They provide the def files, I wonder if I need to re-create the import libs [17:57] <jshanab> Regenerating all libs seems to work. The .lib in the package are debug and the dlls are release I think [17:59] <nevcairiel> zeranoe import libs are most likely created by dlltool instead of lib.exe, so they don't work 100% correctly anyway [18:05] <jshanab> Too bad there isn't just a decent CmakeList. Then cross compileing,differnt versions of VS, linux,mac,windows and packaging could all be handled [18:39] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:66f5790d7bc2: seek-test: make duration user configurable [19:54] <cone-957> ffmpeg.git 03Paul B Mahol 07master:dbb49a653971: vp3: zero allocated tables [21:08] <wm4> why was AV_PIX_FMT_YUVJ411P added? aren't the J variants deprecated? [21:08] <iive> j is for jpeg and usually indicates full range. [21:08] <iive> is there now another way to indicate it? [21:11] <wm4> yes [21:11] <wm4> the color range [21:11] <wm4> I suppose the J format was added only because lavfi doesn't pass along the color range and color space [21:11] <wm4> but maybe you should rather fix lavfi instead of adding new hacks [21:12] <wm4> this would be a nice opportunity to do this [21:12] <saste> wm4, no lavfi is completely unrelated, J variants predate libavfilter inception [21:13] <wm4> well, now the J variants are useless, because you have the color range [21:13] <wm4> quoting pixfmt.h: AV_PIX_FMT_YUVJ420P, ///< planar YUV 4:2:0, 12bpp, full scale (JPEG), deprecated in fa [21:13] <wm4> vor of PIX_FMT_YUV420P and setting color_range [21:14] <wm4> for some reason, the patch for AV_PIX_FMT_YUVJ411P doesn't add "deprecated" though [21:14] <iive> could it be artifact from fork merge? [21:14] <wm4> ok maybe the new format wasn't added for lavfi, and I was assuming things [21:14] <wm4> iive: not all bad things are because of the fork [21:16] <iive> not all, but most. [21:16] <durandal_1707> so same can be say for gbrp it same as yuv444p but color range instead of rgb is yuv [21:16] <wm4> durandal_1707: I agree [21:17] <ubitux> how is the color range supposed to be handled in yuvj pix formats? [21:17] <wm4> maybe the difference is large enough here to justify a new format, though [21:17] <iive> is that color range or color format? [21:17] <ubitux> i mean, what can be done about it? [21:17] <ubitux> do we have a thread or an issue about that? [21:17] <wm4> ubitux: simple... don't use J formats, use color ranges everywhere [21:17] <wm4> ubitux: libswscale actually handles J formats and color ranges (mostly) correctly [21:20] <ubitux> so we would need to update all the codecs to use the YUV[^J] pixel formats [21:20] <durandal_1707> until J formats are removed, it should not matter much [21:20] <ubitux> and then what else? [21:21] <ubitux> how would the color range simplify anything btw? [21:21] <wm4> ubitux: maybe update lavfi to use color range [21:21] <durandal_1707> but libswscale is only part that slows things down [21:21] <ubitux> that means a lot of work [21:21] <ubitux> a lot of filters are just working on full range [21:21] <wm4> well, it wasn't my idea to mark these formats as deprecated [21:22] <ubitux> or some filters might work only in a limited range [21:22] <ubitux> so it might make query_formats much more complex [21:22] <ubitux> than just adding the yuvj versions [21:22] <ubitux> (or removing them) [21:22] <wm4> well, decide what you want [21:23] <wm4> remove the "deprecated" comment or something [21:23] <wm4> at least be consistent about it [21:23] <durandal_1707> query_formats would need addition of color spaces (like sample rates/ layouts /sample formats for audio) [21:24] <durandal_1707> and packed yuv support in liswscale is not that brilliant [21:24] <wm4> what does packed yuv have to do with it? [21:24] <durandal_1707> the libswscale would need lot of refactoring [21:24] <wm4> libswscale already supports color ranges... [21:25] <durandal_1707> color ranges is nonsense hack [21:29] <iive> what kind of refactoring do you have in mind? [21:31] <durandal_1707> iive: have you ever had look into libswscale? [21:32] <iive> durandal_1707: is that rhetorical question? [21:33] <durandal_1707> i find that there it to many pixel format [21:33] <durandal_1707> the 9/10/12/14 variants are worst examples [21:34] <iive> you mean, there are too many pixel formats? [21:34] <durandal_1707> yes [21:35] <iive> and how would you refactor it? get rid of the formats altogether? [21:35] <durandal_1707> but that is far from biggest libswscale issue [21:36] <durandal_1707> i would split layouts from color space [21:38] <iive> you mean planar vs packed? [21:39] <durandal_1707> i mean packed yuv444 = packed rgb [21:41] <iive> how so? [21:43] <cone-957> ffmpeg.git 03Stefano Sabatini 07master:2210003b7f57: lavfi/geq: add aliases for RGB options [21:43] <nevcairiel> because it doesnt matter if the bits are yuv or rgb [21:43] <cone-957> ffmpeg.git 03Stefano Sabatini 07master:a8d98377b168: lavfi/geq: prefer symbolic constants [21:43] <nevcairiel> its the same memory layout [21:44] <durandal_1707> yes, but that is less important, there are far more imporant things to be done first [21:46] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:376e89e280fd: j2kdec: s/decode_packets/jpeg2000_decode_packets/ [21:46] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:0ab0ed2b8609: j2k: Rename structs to be more similar to jpeg2000dec [21:46] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:78c7bff04ac5: avcodec/j2k: rename J2K_ constants to JPEG2000_ [21:46] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:069ede298116: jpeg2000dec: Check ncomponents and tile dimensions [21:57] <cone-957> ffmpeg.git 03Michael Niedermayer 07master:81bec0ace422: avutil/pixfmt: add forgotten deprecated to YUVJ411 [22:15] <durandal_1707> awwww, #75 bug fixed [22:15] <ubitux> saste: for geq, i meant replacing "plane == 1 || plane == 2" with "plane == U || plane == V" [22:18] <cbsrobot> ubitux: did you have time for the true peaks ? [22:18] <ubitux> not yet :p [22:19] <ubitux> sorry :) [22:19] <ubitux> ETOOMUCHTHINGSTODO [22:19] <durandal_1707> ffmpeg related? [22:19] <ubitux> yeah, mostly [22:19] <cbsrobot> yeah ebur128 [22:19] <ubitux> durandal_1707: didn't you see my various pending patches? [22:20] <cbsrobot> and about the line_spacing for subtitles - is there another important option to add ? [22:20] <ubitux> oh right i forgot to reply [22:23] <cbsrobot> maybe the ass_font_hinting - but not sure it is really necessary [22:23] <ubitux> i'd say at least half of the settings could be mapped [22:25] <durandal_1707> why apad supports timeline? [22:31] <ubitux> durandal_1707: to pad up to a certain limit? [22:32] <cone-957> ffmpeg.git 03Clément BSsch 07master:39dc1bc90fa7: lavfi/(a)showinfo: use link frame counter instead of local counter. [22:37] <durandal_1707> ubitux: one can't enable timeline with vflip/hflip as they accepts no options [22:51] <cone-957> ffmpeg.git 03Paul B Mahol 07master:f98dbc7311a3: lavu/opt: check if class is NULL too [22:56] <michaelni> saste, ubitux theres a vf_drawtext pull req: https://github.com/FFmpeg/FFmpeg/pull/18 [23:15] <ubitux> michaelni: i'm going to look at this [23:16] <michaelni> ubitux, thx [23:23] <ubitux> what the guy is trying to do is simply a text=%{e:n+123} [23:23] <ubitux> but... that doesn't seen to work right now [23:28] <ubitux> oh that's my stupid shell. [23:28] <ubitux> or maybe a parsing issue somewhere else [23:29] <ubitux> arg, the ':'.. :( [00:00] --- Wed May 22 2013

1 0

ffmpeg.log.20130521
by burek 22 May '13

22 May '13

[01:07] <Rufus> greetings. I've been following https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide to the letter, but getting ERROR: libx264 . Any suggestions please? [01:12] <klaxa> Rufus: paste your complete error logs on a pastebin like site [01:12] <klaxa> however, i would guess for now that you didn't install libx264-dev [01:14] <Rufus> repository provided libx264-123 (was installed yes) [01:15] <klaxa> including development files? [01:17] <Rufus> http://pastebin.com/YC5ahAHk my config.log file [01:18] <klaxa> that looks more like your linker doesn't know where to look for libx264.so [01:19] <klaxa> locate libx264.so, run ./configure again and add --extra-cflags=-L/path/to/lib [01:19] <klaxa> whereas lib is the directory that contains libx264.so and not libx264.so itself [01:20] <Rufus> gotcha, will try, thank you [01:37] <Rufus> think I need some more extra help. libavcodec/libavcodec.a(libx264.o): In function `X264_init': /root/ffmpeg/libavcodec/libx264.c:552: undefined reference to `x264_encoder_open_133' collect2: error: ld returned 1 exit status [01:57] <EnginA> batch converting flac files to mp3, but according to htop, ffmpeg is not utulizing my cores. [01:57] <EnginA> i've tried passing -threads 6, but still not utulizing [01:57] <EnginA> any idea ? [01:58] <LunaVorax> Hello [01:58] <LunaVorax> I have spotted a very strange bug with ffmpeg [01:58] <LunaVorax> I have a tiny file I tried to play with ffplay [01:59] <LunaVorax> And everytime I try it, it crashes X [01:59] <LunaVorax> I'm running ArchLinux x86_64, ffmpeg v1.2.1 [02:00] <LunaVorax> I'll try to log the output [02:02] <LunaVorax> Ok here's the deal [02:03] <LunaVorax> ffmpeg recognise the file as "Stream #0:0: Video: bintext, pal8, 1280x108512, 25 tbr, 25 tbn, 25 tbc" which is seriously not the actual case [02:03] <LunaVorax> And shows "XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 942 requests (942 known processed) with 9 events remaining." [02:03] <LunaVorax> Should I report this as a bug? [02:05] <EnginA> handled it with gnu parallel [02:05] <ubitux> LunaVorax: sbare a sample? [02:06] <ubitux> share* [02:06] <LunaVorax> Of course [02:06] <ubitux> EnginA: libmp3lame might not support threading [02:08] <LunaVorax> ubitux, http://82.227.183.10/temp/jupiter.bin [02:08] <klaxa> ah you type the 'b' also with the right hand? i saw a keyboard that was split in the middle and the 'b' key was on the left side [02:08] <klaxa> i thought i was doing it wrong [02:08] <LunaVorax> This is the exact file I used [02:08] <klaxa> (that keyboard was made by microsoft btw) [02:09] <ubitux> LunaVorax: what format is that supposed to be? [02:10] <LunaVorax> It's supposed to be ~6 wav files packet in a file [02:11] <LunaVorax> (apparently) [02:11] <ubitux> if you look at the content, it contains various path [02:11] <ubitux> it looks like some kind of home made tarball for a random video game [02:12] <LunaVorax> It's from the Magic School Bus if you wonder [02:12] <ubitux> C:\MAGICBUS\ART\W4.BC:\MAGICBUS\ARTg [02:12] <LunaVorax> yeah, I saw that [02:12] <ubitux> and various other things [02:12] <ubitux> i don't know what you expect ffmpeg to do with that [02:13] <LunaVorax> I've managed to play a file containing several .mp2 files once with ffmpeg [02:13] <ubitux> i'm not able to reproduce any crash, though there is the x11 error with ffplay [02:13] <LunaVorax> I tried to see if it was working again with that file [02:13] <ubitux> LunaVorax: you have to extract the content, there is too much thing in that [02:14] <ubitux> it's like if you were trying to play a .tar [02:14] <ubitux> so sometimes you could expect to recognize a chunk of audio or video [02:14] <ubitux> but in this case there is too much things around, i guess [03:35] <evdw87> hi all [03:39] <evdw87> I'm using the "external encoders" feature in virtualdub and like to encode with schroedinger [03:39] <evdw87> The encoding seems to work fine, however, I get an error at completion [03:39] <evdw87> "the video encoding process failed with error code ... [03:39] <evdw87> mpeg2 works fine [03:40] <evdw87> I'm wondering if I'm using the right parameters [03:41] <evdw87> Funny enough, I'm left with a file that is able to play, but it seems it can't be passed on the apply a container [03:42] <evdw87> the command arguments I'm using is: -f rawvideo -s %(width)x%(height) -r %(fpsnum)/%(fpsden) -i - -vcodec libschroedinger "%(tempvideofile)" [03:43] <evdw87> Who can help me out? [05:09] <bigmac> im having a hard time logging output of ffmpeg [05:10] <sacarasc> Which OS are you on? [05:12] <bigmac> linux mint [05:13] <sacarasc> Add something like "&> ffmpeg.log" to the end of the command, maybe? [05:14] <bigmac> i thout it was a single > log.txt [05:15] <sacarasc> There is some stderr and stdout used, so you should use &> to redirect it all. [05:19] <bigmac> oh tank you [05:19] <bigmac> its been frustrating lol [05:20] <bigmac> a good hour waisted [05:20] <bigmac> sacarasc: thanks [05:28] <bigmac> dude i find my self waisting long nights on stupid errors [05:29] <bigmac> not exactly ffmpeg error [05:30] <bigmac> i was gettting a read error because it was unexpected end of a file_movie.mkv.001 <------ [05:30] <bigmac> .001 <---- Duh, unexpected end or fail to read after [07:55] <bigmac> i have a batch script working, but im afraid to run 200 gigs threw it [07:56] <bigmac> my temp just reached 98C after a few minutes [07:56] <bigmac> our few hours of off and on testing [07:56] <bigmac> ill have to rig up a fan [07:56] <bigmac> or pull out a desktop [09:12] <bigmac> im about to run my batch script with 250gigs of files, is thread 0 a bad idea? [09:12] <bigmac> overheat issues? [09:25] <Huemac> hi. when are you going to release the 1.3 version? [09:26] <Huemac> because now the 1.2 branch doensn't have all the same configuration options as the main branch [10:33] <Kirito> ffmpeg -threads 8 -i input.mp4 -vcodec libvpx -crf 10 -b:v 5M -acodec libvorbis out.webm // will this not work? The CRF setting doesn't seem to have any impact here. -c:v doesn't exist i the version of ffmpeg I'm using, if that's why [11:54] <Keshl> Kay, so something's weird and I can't figure it out. >w> Lemme try to explain the entire story. I'm recording footage from a capture device. Said device dumps its data in .ts files and such. The ultimate goal is to get them encoded in a more bandwidth-friendly solution (typically using "ffmpeg -i foo.bar -vcodec libx264 -preset medium -crf 23 -movflags faststart -pix_fmt yuv420p OUT.mp4"). Now, when I try to convert the .ts files directly, [11:54] <Keshl> things go kaddywonkus. The audio is synced up, but the video runs at what looks to be 24 (or possibly less) FPS. The .ts file its self is 59.94 FPS. Even if I specify -r 59.94 twice, both for the source and destionation, it keeps the slower framerate. I've tried it in multiple video players so I don't think it's a decoder issue. What's weird is, if I have the supplied software that comes with the capture card convert it to .mp4 for me [11:54] <Keshl> first, everything works just fine. The overall quality is lowered though since it just zips through it and introduces noise, so I'd like to avoid that step if possible. Can anyone tell me why ffmpeg's producing such odd output? You can poke the file in question (and the outputted .mp4 I get) from ftp://broken@connect.archgeekit.com:21918 -- Just use any password if it asks. [14:15] <khali> is it possible to limit the effect of a video filter to a specific time portion of the input file? [14:16] <khali> I can't find anything in the documentation so I suppose not, but I thought I'd ask here, just in case... [14:17] <durandal_1707> yes, and its mentioned in documentation [14:17] <khali> ah [14:17] <durandal_1707> also ffmpeg -filters lists what filters can be applied to only specific time [14:18] <khali> maybe I need a new pair of eyeballs then ;) [14:18] <durandal_1707> ^ fairly recent master [14:18] <khali> ah [14:19] <khali> I don't see anything like that in my version, it must be too old [14:19] <khali> let me pull from master [14:21] <khali> I hate it when broadcaster interlace the video at random points without any reason [14:34] <khali> durandal_1707: thanks for your help, but unfortunately the yadif filter doesn't have timeline support [14:34] <durandal_1707> well it could be added [14:35] <khali> durandal_1707: so I suppose I'll have to apply it to the whole file, or accept that a small portion of the file doesn't look too good / needs higher bitrate [14:36] <khali> durandal_1707: certainly, but I don't want to add work to the ffmpeg developers [14:36] <durandal_1707> you also could split file, and apply filter to some parts [14:38] <khali> durandal_1707: yeah, I thought about that as well, but it seems like a lot of work [14:46] <ubitux> it should be relatively easy to add timeline support to yadif [14:47] <ubitux> i think i can do it in 2 lines of diff [14:51] <ubitux> khali: http://pastie.org/7938771 [14:51] <ubitux> try this and tell me if it works [14:53] <ubitux> it seems to work here [14:55] <evdw87> ubitux: can you tell me about the status of the implementations of dirac and libschroedinger in ffmpeg? [14:56] <evdw87> in terms of compleness [14:56] <ubitux> i have no idea [14:56] <evdw87> ubitux: too bad, do you know who can answer my question? [14:57] <ubitux> your question is most likely too vague [14:57] <evdw87> ubitux: well, I'm on Windows and I run into errors [14:58] <evdw87> since the encoders are not widly used there seems to be no to less support [14:58] <evdw87> so I'm looking for someone who could shed some light on the issues I get [14:59] <evdw87> After the completion of encoding, ffmpeg crashes [14:59] <ubitux> "i get errors" won't bring you help [14:59] <ubitux> also it seems your problem depends on another app [14:59] <ubitux> make sure you can reproduce the issue with ffmpeg directly first [14:59] <evdw87> ubitux: I used the command line [14:59] <ubitux> well if you have a way of reproducing the error... [15:00] <evdw87> Ok, I will, one moment please [15:01] <mpfundstein-work> khali: avisynth can help you [15:02] <ubitux> or just -vf "yadif=enable='between(t,5,10)'" with the 2-line diff patch i just sent [15:02] <durandal_1707> mpfundstein-work: avisynth can't help [15:03] <khali> mpfundstein: isn't avisynth a Windows-only tool? [15:05] <khali> ubitux: will test ASAP, thanks! [15:05] <mpfundstein-work> khali: no, i use it regulary on linux with wine. works without any problems [15:05] <mpfundstein-work> khali: you will want to use DGIndex as well to get d2v files. than you should have no problems [15:08] <khali> ubitux's approach seems more simple [15:08] <ubitux> :) [15:10] <evdw87> ubitux: http://pastebin.com/cWTLNLNQ [15:10] <khali> ubitux: do you know if the timeline values are inclusive or exclusive? [15:11] <ubitux> khali: between(x, min, max) [15:11] <ubitux> Return 1 if x is greater than or equal to min and lesser than or equal to max, 0 otherwise. [15:12] <ubitux> from: https://www.ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation [15:12] <ubitux> evdw87: and what is the problem here? [15:12] <evdw87> ubitux: the application crashes when it's done :s [15:12] <ubitux> ffmpeg doesn't seem to crash here [15:13] <ubitux> unless i'm missing something? [15:13] <evdw87> ubitux: what would be missing? [15:13] <ubitux> well your paste doesn't show a ffmpeg crash [15:13] <ubitux> so to me it looks perfectly fine [15:14] <khali> ubitux: thanks [15:14] <evdw87> ubitux: it crashes outside of the console [15:14] <ubitux> evdw87: ah, windows mmh [15:14] <ubitux> can you share the avi? [15:14] <evdw87> I think so [15:14] <ubitux> so i can eventually try to reproduce [15:15] <ubitux> khali: it works? :) [15:15] <evdw87> ubitux: any preferred host? [15:15] <ubitux> evdw87: no, whatever; one that doesn't ask me to pay a premium account would be nice [15:15] <ubitux> i think mega is pretty fine so far [15:16] <khali> ubitux: and if there are multiple interlaced sequences I suppose I must to between(t,A,B)+between(t,C,D)? [15:16] <ubitux> khali: yep [15:16] <khali> s/to /do / [15:16] <naquad> i have rtmp stream that i capture to file. can i somehow make ffmpeg to write it in 10 minute chunks? [15:17] <ubitux> naquad: -f segment [15:17] <ubitux> look at the formats documentation on ffmpeg.org for more info [15:17] <naquad> ubitux, mmm what version has this switch? [15:18] <ubitux> i think it's from last year [15:18] <ubitux> at least 6 month i'd say [15:18] <khali> ubitux: OK, I've identified 4 sections which need to be deinterlaced, testing now [15:19] <ubitux> khali: you can use t, pts or n to specify the time bands [15:20] <naquad> ffmpeg version 0.8.6-4:0.8.6-0ubuntu0.12.04.1 [15:20] <naquad> looks like i don't have it :( [15:21] <khali> ubitux: I have time values so using t [15:22] <ubitux> naquad: this is not ffmpeg [15:23] <naquad> erm [15:23] <naquad> ok [15:23] <naquad> thanks [15:23] <ubitux> naquad: tl;dr it's a purposly old broken ffmpeg version [15:23] <naquad> went trying to put back real ffmpeg into ubuntu [15:24] <khali> doh, I'm stupid, I use the non-patches encoder for my test [15:31] <evdw87> ubitux: https://www.wetransfer.com/downloads/62d1725591fec1ca617d2579f4a1ce6f201305… [15:32] <ubitux> evdw87: does it still crash if you add "-t 3 -an" as output option? [15:32] <ubitux> or even -t 1 [15:33] <evdw87> I'll try [15:34] <ubitux> valgrind doesn't even complain here [15:34] <evdw87> ubitux: yes it does [15:35] <ubitux> i can't reproduce with ffmpeg upstream [15:35] <ubitux> can you try a more recent ffmpeg? [15:35] <evdw87> ubitux: I downloaded this version about 2 days ago [15:35] <durandal_1707> what version? [15:35] <ubitux> 56ba331 it seems [15:36] <ubitux> 14 may [15:36] <ubitux> evdw87: anyway, i can't reproduce the problem... but i'm not on windows [15:36] <ubitux> maybe there is a bug in libshroedinger [15:37] <ubitux> evdw87: do you have the same problem with the native encoder? [15:38] <khali> ubitux: it definitely does "something", looking at the bitrates / stream sizes :) [15:39] <evdw87> ubitux: that would be ffmpeg2dirac I guess, I haven't tried it yet [15:39] <durandal_1707> there is no native encoder for dirac [15:40] <ubitux> ah indeed [15:40] <ubitux> my bad [15:40] <evdw87> ubitux: please have a look at the latest comment http://doom10.org/index.php?topic=366.0 [15:42] <ubitux> can you get a backtrace somehow? [15:43] <evdw87> ubitux: what do you mean? [15:43] <ubitux> something that gives hint about where it crashes [15:43] <ubitux> because it's not reproducible here [15:43] <ubitux> feel free to open an issue on trac.ffmpeg.org anyway (see https://www.ffmpeg.org/bugreports.html) [15:43] <evdw87> well, I can get a more clear error in virtualdub. Let me see, where was it.. [15:44] <durandal_1707> lossless should work with -global_quality 0 [15:45] <evdw87> durandal_1707: thanks for the note [15:45] <evdw87> ubitux: -1073740940 (0xc0000374) [15:45] <ubitux> that gives absolutely no clue about the problem [15:45] <evdw87> the code would mean STATUS_HEAP_CORRUPTION [15:45] <evdw87> but I don't know anything about this [15:46] <ubitux> we are using heap allocation is approximately 2100 places in the codebase [15:46] <khali> ubitux: it seems to mostly work except at least one frame which should be deinterlaced but isn't [15:46] <ubitux> in* [15:46] <khali> ubitux: could be that I got the boundaries wrong, checking [15:47] <ubitux> khali: btw, did you check if those parts weren't flagged as interlaced? [15:47] <ubitux> (maybe yadif=deint=interlaced could work in that case) [15:47] <evdw87> ubitux: but are they all related to schroedinger or dirac? [15:48] <ubitux> evdw87: libschroedinger is an external library, were some heap allocation is certainly done as well [15:48] <ubitux> and we have no control over it, ffmpeg just has a wrapper [15:48] <whatadewitt> howdy, trying to set up ffmpeg on a server and i keep getting the error: E: Unable to locate package libopus-dev, anyone have any tips for me? thanks :D [15:50] <evdw87> ubitux: anything else I can do? [15:50] <ubitux> evdw87: try to get a backtrace, i have no idea how to do that on windows [15:51] <evdw87> ubitux: me neither, I'm no coder/developer [15:51] <khali> ubitux: the whole stream is flagged as interlaced (at least yadif=0,-1,1 results in the same output as just yadif) [15:52] <khali> ubitux: how would I check interlaced status of individual frames? [15:52] <evdw87> ubitux: are there no ffmpeg developers on windows? [15:52] <ubitux> evdw87: i think we have one [15:52] <evdw87> damn [15:53] <ubitux> try to use gdb on windows, maybe with mingw or such thing [15:55] <ubitux> khali: -vf showinfo maybe [15:55] <evdw87> ubitux: I'm wondering like forever how these things work in the first place, do they hook into the process? [15:55] <ubitux> i don't know, i never used mingw [15:56] <evdw87> ubitux: Well, thanks for you time and suggestions. I'll try to find some people who can help me on this problem. I'll get back when I have more info [15:56] <ubitux> evdw87: try eventually the windows forum [16:01] <khali> ubitux: I didn't know about -vf showinfo; wow, that's verbose :) [16:02] <ubitux> khali: you can use ffprobe and filter what you want otherwise [16:02] <khali> ubitux: anyway: your patch works but the last frame of each range isn't deinterlaced as it should [16:02] <ubitux> khali: mmh, yes possibly it's cached [16:02] <naquad> ubitux, now i have ffmpeg version 1.2. and trying to do this: ffmpeg -i rtsp://x.y.z.a:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f flv -y out.flv -f 10:00 - i want to make 10 minute chunks, but i still see only one file :( what am i doing wrong? [16:02] <ubitux> but in that case the deint=interlaced code is also affected by this bug [16:02] <khali> ubitux: I don't know if this is between() not acting as documented, or yadif operating on more than one frame at once, or your patch being incomplete [16:03] <ubitux> naquad: wtf is -f 10:00? [16:03] <ubitux> naquad: did you read the doc? [16:03] <naquad> <@ubitux> naquad: -f segment [16:03] <naquad> i thought segment is time spec [16:03] <ubitux> naquad: https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_… [16:04] <khali> ubitux: in -vf showinfo, the interlaced status is "i:T" I suppose? [16:04] <ubitux> khali: i doubt it is between(), but yadif is caching one previous and one next frame iirc, so possibly a flushing/caching issue [16:04] <naquad> ubitux, ahh i see. thank you [16:04] <ubitux> khali: 'P' progressive 'T' top field first 'B' bottom field first [16:05] <evdw87> ubitux: btw, I found more details on my crash, dunno if this helps http://pastebin.com/fqcjSAg7 [16:05] <khali> ubitux: OK... I confirm the whole stream is i:T, while I can visually see some parts are interlaced and most aren't [16:05] <ubitux> evdw87: it really gives no hint, sorry [16:05] <ubitux> khali: okay :p [16:06] <khali> ubitux: French TV stations aren't known for their technical quality I'm afraid :( [16:06] <evdw87> ubitux: lol [16:06] <ubitux> evdw87: AFAIK there are two ways of debugging on windows [16:07] <ubitux> evdw87: first is to build FFmpeg yourself into visual studio and use the debugger [16:07] <naquad> where can i find reference for % interpolation? i would like to put current timestamp into filename instead of its sequence number [16:07] <ubitux> and second is to use unix tools, so mingw and gdb [16:09] <evdw87> ubitux: would it take much efford for anyone who has never done this? [16:09] <ubitux> naquad: that's a simple printf format, i don't think you can use it as you plan to [16:09] <ubitux> evdw87: i don't know i didn't use windows since years [16:09] <naquad> ubitux, pity :( i think i'll try to read source [16:09] <durandal_1707> khali: so its always one frame that is not deinterlaced, or? [16:09] <naquad> maybe will find something there [16:10] <khali> ubitux: I don't understand your yadif=deint=interlaced... doesn't look like the documented syntax [16:11] <khali> ubitux: is this something you want me to test? [16:11] <naquad> ffmpeg -i rtsp://a.b.c.d:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f segment -segment_time 10 -segment_format flv -y out%03d.flv -> Output file #0 does not contain any stream wtf? 0o [16:11] <durandal_1707> khali: its not point to test, as you show that all frame in your input is T (top field first) [16:11] <durandal_1707> s/not/no [16:12] <khali> ok [16:12] <ubitux> khali: if all frames are marked as interlaced it won't help [16:12] <ubitux> khali: it looks present in the documentation anyway [16:12] <durandal_1707> and its documented, what documentation you are looking instead? [16:13] <naquad> -map 0 helps [16:13] <ubitux> khali: i'm going to push the patch in a moment, if you can open a trac issue with the last one not being deinterlaced, that would be great [16:13] <naquad> not sure what is it used for, but helps [16:14] <Digit> hi :) [16:15] <khali> ubitux: yes I can open a trac issue if it helps, no problem [16:15] <khali> that's the least I can do [16:15] <ubitux> khali: wait for the patch to be upstream though :) [16:15] <Digit> i found a solution to my problem , i want to share it here may be it could help another one :) [16:16] <ubitux> khali: it's pushed, you can remove your local patch and git pull [16:16] <ubitux> khali: it's technically the same thing, so if you can reproduce, please open an issue with the sample [16:17] <Digit> with my gui for ffmpeg i use 2 ffmpeg process, one sending to local udp and the other one reading the udp of the first one and sending to rtmp jtv, sometimes i was getting no image [16:17] <khali> ubitux: as a workaround I have added one frame at the end of each period and it works just fine :) [16:17] <Digit> i had to add -probesize 1G or 2G and it works :) [16:17] <jshanab> I am updateing my code to use the newest libavcodec (zeranoe shared build win32 )and I now get an immediate crash on startup not finding the entry point SymGetOptions. Any hints? [16:17] <ubitux> khali: it might be a problem that affects deint=interlaced mode in yadif, so i think it's good to open an issue ;) [16:18] <khali> ubitux: might be difficult to attach a sample as the material is certainly copyrighted [16:18] <khali> although Heidi is not exactly new - 1974 IIRC [16:18] <naquad> ffmpeg exists with error message "rtsp://a.b.c.d:554/ipcam_h264.sdp: Connection timed out" exactly on 24th second. what could that be? [16:18] <Digit> may i ask some donation for my ffmpeg gui program ? [16:19] <ubitux> khali: if you're motivated, you could generate such sample: -vf tinterlace and -vf concat with a random filter source and here you go ;() [16:19] <durandal_1707> what? [16:19] <khali> ubitux: if I can do that then whoever wants to work on the bug can do it too ;) [16:19] <Digit> naquad paste the complete command and output to the paste bin. [16:20] <ubitux> khali: the effort to make the bug reproducible is up to the user ;) [16:21] <naquad> Digit, http://pastebin.com/FkqzwVQg [16:21] <Digit> ??? [16:21] <naquad> <Digit> naquad paste the complete command and output to the paste bin. [16:22] <Digit> decoding for stream 0 failed ! [16:23] <naquad> and later it goes fine. thats because of rtsp as i understand [16:24] <Digit> could probesize help ? [16:24] <naquad> what? [16:26] <evdw87> durandal_1707: I tried -global_quality 0 [16:26] <evdw87> File properties say compression mode: lossy [16:27] <Digit> naquad try -fflags nobuffer and or -probesize 500000 [16:27] <durandal_1707> evdw87: you used other args? [16:27] <evdw87> durandal_1707: nope [16:28] <evdw87> durandal_1707: btw, how do I find all arguments for x encoder? [16:28] <durandal_1707> evdw87: also add -qscale 0 [16:29] <evdw87> durandal_1707: tried that also [16:30] <durandal_1707> but with -global_qua ... [16:30] <evdw87> durandal_1707: haha, yes ;) [16:31] <naquad> Digit, neither helped :( [16:31] <Digit> same error ? [16:31] <naquad> yes, it stops at 24th second [16:31] <naquad> in ~30 seconds i get Connection timed out [16:31] <naquad> also i don't hear any sound from output file [16:31] <naquad> maybe sound transcoding is a problem? [16:32] <MicroSend> Your little help me on ffmpeg, I would like to know the command to send a live audio stream from a microphone to one IP address [16:32] <durandal_1707> evdw87: hmm, what if instead of 0 you use 1 for -qscale (with global_quality, yes its retarded) [16:33] <Digit> then try copy and no transcoding [16:35] <evdw87> durandal_1707: no change [16:36] <durandal_1707> evdw87: what says its lossy? [16:37] <evdw87> mpc-hd [16:37] <evdw87> *mpc-hc [16:37] <naquad> Digit, hell. i see there's no stream on the network [16:37] <Digit> ??????? [16:38] <Digit> no stream so the command worked ? [16:39] <durandal_1707> evdw87: and you have files for what same tool says its lossless? [16:39] <naquad> Digit, it looks like ffmpeg doesn't send receival confirmation or something. much less traffic than vlc [16:40] <evdw87> durandal_1707: infortunatly not, can you send me a dummy? [16:41] <Digit> i don't know ... but i hate vlc :D [16:41] <durandal_1707> evdw87: well, try again with "-global_quality 0 -qscale 0" and inspect is source and output same [16:42] <naquad> Digit, well looks like it works unlike ffmpeg :\ even with copy i still get the same problem. connection timed out [16:42] <naquad> what connection? there's traffic from camera [16:42] <Digit> not sure but try this : ffmpeg -rtsp_transport tcp -i rtsp://a.b.c.d:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f flv -y out.flv [16:42] <naquad> but at 24th second it just stops [16:43] <evdw87> durandal_1707: inspect as in visibility? [16:43] <khali> ubitux: ticket created: https://ffmpeg.org/trac/ffmpeg/ticket/2595 [16:43] <naquad> Digit, works! thanks. but i still don't get the problem. it was receiving stuff from source via udp. maybe it didn't send confirmation or something? [16:44] <Digit> :) [16:44] <khali> ubitux: thanks a lot for your help again, very appreciated! [16:44] <durandal_1707> evdw87: there is also -f md5 /frememd5/crc/framecrc [16:44] <Digit> just needed to say rtmp tcp format [16:44] <Digit> that's it :) [16:45] <evdw87> durandal_1707: please eleborate [16:46] <durandal_1707> evdw87: elaborate what? ffmpeg have -f framemd5 format/muxer that is used to find if two frames are same [16:46] <evdw87> durandal_1707: well, I'm a noob to ffmpeg [16:47] <durandal_1707> evdw87: ffmpeg -i INPUT -an -f md5 - [16:48] <evdw87> hence the question, how do I find all arguments for x encoder [16:48] <durandal_1707> evdw87: libschroedingerenc does not have any private option [16:49] <durandal_1707> but,for libmp3lame, private options can be listed with: ffmpeg -h encoder=libmp3lame [16:50] <evdw87> durandal_1707: qscale doesn't specifically aply to libschoedinger? [16:50] <durandal_1707> evdw87: it does, but qscale is GLOBAL option [16:51] <evdw87> durandal_1707: any way to list all global options? [16:51] <durandal_1707> ffmpeg -h [16:52] <evdw87> now I'm confused [16:52] <Digit> i still don't know if i can ask some donation for my gui ffmpeg program :( [16:52] <Digit> sigh [16:53] <durandal_1707> Digit: donation? [16:53] <Digit> yep some money ... [16:53] <durandal_1707> Digit: we are not charity organization [16:53] <Digit> ?? lol not from you [16:54] <Digit> but as it uses ffmpeg i don't know if i can ask for donation [16:54] <durandal_1707> this is USER support channel [16:54] <evdw87> Digit: but you don't ask a donation for ffmpeg, you ask a donation for your gui [16:54] <Digit> ... yes and it's a question about ffmpeg ... [16:55] <Digit> yes i know but not sure as my gui does uses ffmpeg [16:55] <Digit> i don't want troubles ^^ [16:55] <durandal_1707> Digit: where is your too? it have webpage? [16:55] <evdw87> Digit: just don't include ffmpeg I guess? [16:55] <Digit> no webpage at this time [16:56] <Digit> but i can share my gui and ask for some donation i will make the webpage for it [16:56] <durandal_1707> you can ask for donations, but just not here, as this is support channel and not charity one [16:56] <Digit> it helps stream to ustream,jtv , modify quality, auto crop and more [16:57] <Digit> lol i don't ask for donation here [16:57] <Digit> i ask if i may ask for a program using ffmpeg.... [16:57] <durandal_1707> yes, iirc there is nothing that forbids it [16:58] <Digit> :) [16:58] <Digit> i'll made a free version too ^^ [16:58] <evdw87> Digit: what's the name of the gui? [16:58] <Digit> no name at this time ^^ [16:59] <durandal_1707> well, i don't care, but pantent holders may.... [16:59] <evdw87> Digit: how do I find it in the future? :p [16:59] <Digit> :o [16:59] <Digit> well not sure i can say it here [16:59] <Digit> i think it will be the only one helping to stream on ustream ^^ [16:59] <Digit> to ustream [17:00] <evdw87> Digit: seems enough info to find it :) [17:00] <durandal_1707> you need to propery give credit to FFmpeg, otherwise we may sue you [17:00] <Digit> ^^ [17:00] <Digit> sure :) [17:00] <Digit> ffmpeg rocks :) [17:01] <Digit> it will open a window to say it uses ffmpeg with the url to download it and a big thanks :) [17:03] <durandal_1707> Digit: read http://ffmpeg.org/legal.html [17:04] <Digit> yes i know but you know my english is not that good so it's easier to ask here to be sure [17:05] <Digit> but my program will be available at least in french and english [17:11] <evdw87> durandal_1707: so I did a comparison on both files, the hashes are not the same [17:12] <evdw87> durandal_1707: but how could they the same as the original file is a standard avi file? [17:13] <evdw87> or should I reencode the encoded file? [17:13] <Digit> o_O [17:34] <durandal_1707> evdw87: how/what you compared? [17:35] <Digit> he said hash [17:39] <durandal_1707> he could compare hash of whole file with audio, which is useless [17:40] <Digit> i didn't follow the story :) [18:04] <quidnunc> Can someone explain how to get a byte offset that I can use to seek in an MP4 from a time offset? [18:04] <teratorn> quidnunc: sure just implement an mp4 demuxer [18:05] <teratorn> </snarkyness> [18:05] <teratorn> quidnunc: your question does not make much sense. you can simply seek based on the time offset using ffmpeg [18:06] <quidnunc> teratorn: I'm not using ffmpeg to decode, I need to do it manually. I think I need to use the stts and stss boxes but there a few things I am confused about. [18:07] <quidnunc> teratorn: First is that each track has its own stts and stss boxes. [18:07] <teratorn> quidnunc: oh, well I'm not sure. why the heck can't you use ffmpeg ? :/ [18:08] <quidnunc> teratorn: I'm trying to do this in javascript [18:10] <quidnunc> Does ffmpeg use interleaving by default? [18:10] <teratorn> *couch* emscripten *cough* [18:10] <Digit> when doing what [18:11] <quidnunc> Digit: encoding mp4 [18:14] <Digit> you have to use this -movflags frag_keyframe [18:17] <quidnunc> Digit: fragmentation and interleaving are not the same [18:28] <Digit> the answer is no [18:28] <quidnunc> thanks [18:28] <Digit> use mp4box [18:29] <durandal_1707> interleaving in what sense? [18:29] <quidnunc> Digit: I've been trying. It's an extreme pain in the ass to use and essentially no community or support [18:30] <Digit> not really [18:30] <quidnunc> Digit: Which part of what I said is "not really"? [18:31] <Digit> just use ffmpeg to extract audio and video and use mp4 to mux both [18:31] <Digit> if you want interleaved... [18:32] <durandal_1707> am i missing something, but ffmpeg does interleaving too [18:33] <Digit> good then help him [18:35] <quidnunc> I'm not even 100% sure I want interleaving. I'm having a hard time understanding seek support in MP4 for fragmentation/segmentation/interleaving/none [18:35] <Digit> did i say it did not ? [18:36] <Digit> well before asking... be sure what you want to do [18:37] <quidnunc> Digit: I know what I want to do. I don't know how to do it. I want to stream and seek an MP4 without using external metadata. mp4box -dash looks like what I want to do but as far as I can tell there is no seek metadata within the MP4. [18:38] <quidnunc> That is, there is no mfra box. [18:39] <Digit> to stream you need no special options [18:40] <Digit> and why would you "seek" a stream ? [18:40] <Digit> how [18:40] <quidnunc> Digit: I'm sorry, by stream I mean HTTP progressive download. [18:40] <Digit> that's not the same thing for sure [18:42] <Digit> that's why i told you how to do it [18:42] <Digit> but i am sure Durandal knoes better about [18:42] <quidnunc> "No special options" would surprise me since I believe there are several requirements (moov box at beginning of file, either interleaving or fragmentation, etc) [18:43] <Digit> well may be i am wrong but i told you how you can do that [18:43] <evdw87> durandal_1707: I used ffmpeg -i INPUT -an -f md5 - as you suggested [18:43] <Digit> that's just a way of doing it [18:45] <evdw87> durandal_1707: but I'm wondering if that command was correct [18:47] <evdw87> I compared the input file with the output file [18:50] <quidnunc> Digit: You mean this? > just use ffmpeg to extract audio and video and use mp4 to mux both [18:51] <Digit> mp4box [18:51] <Digit> sorry i wrote it too fast [18:53] <quidnunc> Digit: mp4box doesn't produce an mfra atom when using dash. Fragmentation alone causes mp4box to segfault. interleaving appears to work but I don't understand how to use it to seek. [18:54] <Digit> ok if you can't try it like that try with qt-faststart [18:54] <durandal_1707> that tools just move moov atom from end of file to start of file [19:10] <evdw87> durandal_1707: sorry if I seem such an idiot, I'm really not used to a command line [19:11] <Digit> nobody said you're an idiot :) [19:11] <Digit> nobody knoes everything ;) [19:12] <durandal_1707> the last time i tried dirac encoder, lossless was working fine [19:12] <evdw87> durandal_1707: was the command that I used fine? [19:14] <durandal_1707> maybe, you may also try with -f framemd5 -frames 100 and paste results for both files [19:14] <evdw87> alright [19:23] <evdw87> durandal_1707: I get the message: At least one output file must be specified? :s [19:26] <durandal_1707> add -, or file you want to store hashes [19:35] <evdw87> durandal_1707: file 1 http://pastebin.com/iLYi37Q3 [19:36] <evdw87> durandal_1707: file 2 http://pastebin.com/iLYi37Q3 [19:36] <durandal_1707> evdw87: it cant have same md5 as, first one is rgb24 and 2nd one is yuv [19:36] <evdw87> correction http://pastebin.com/iLYi37Q3 [19:37] <evdw87> hrm [19:37] <evdw87> http://pastebin.com/5Kkh5ZjJ [19:37] <evdw87> damnit.. [19:37] <durandal_1707> so when comparing you need to create another file, which will be raw yuv [19:38] <evdw87> how can I do this? [19:38] <durandal_1707> or you could do (with source) add -pix_fmt yuv444p after -an -f framemd5 ... [19:40] <durandal_1707> ffmpeg -i input -f framemd5 -frames 100 -pix_fmt yuv444p -an - [19:49] <evdw87> durandal_1707: file 1 http://pastebin.com/aU7VG5RG [19:49] <evdw87> durandal_1707: file 2 http://pastebin.com/byTpzBVZ [19:50] <durandal_1707> evdw87: could you repost 2 with -an added? [19:51] <durandal_1707> but hashes are same (compared first and last video frame) [19:51] <evdw87> durandal_1707: I believe I did [19:52] <durandal_1707> hmm, maybe native decoder fault [19:54] <durandal_1707> try to decode diract video with -vcodec libschroedinger [19:55] <evdw87> durandal_1707: encode you mean? [19:56] <evdw87> and I already used libschroedinger [19:56] <durandal_1707> no, decoder i mean [19:57] <durandal_1707> native dirac decoder is not perfect [20:02] <evdw87> durandal_1707: http://pastebin.com/zM8F2EZM [20:04] <durandal_1707> evdw87: you added too much stuff at begining, where only -vcodec libsc.. is needed [20:05] <evdw87> durandal_1707: ? [20:08] <evdw87> durandal_1707: how would I get the hashes then? [20:08] <durandal_1707> ffmpeg.exe -vcodec libsch.... -i input -f framemd5 -an -frames 100 - [20:14] <evdw87> durandal_1707: http://pastebin.com/UujS5zrX [20:14] <evdw87> something strange happend, the process doesn't end [20:15] <durandal_1707> evdw87: you again added -f framemd5 twice [20:15] <durandal_1707> remove middle ones [20:15] <evdw87> what, how? [20:16] <durandal_1707> your command is just too long [20:18] <evdw87> durandal_1707: now, I see what you are seeing now [20:18] <durandal_1707> actually, just ignore, that console output confuses me [20:18] <evdw87> the command is right, the first part is my paste [20:20] <durandal_1707> its seems hashes are same now, aren't they? [20:21] <durandal_1707> and for dirac, not bitexactnes, someone should do bug report (not me) [20:21] <llogan> why not you? [20:22] <evdw87> durandal_1707: yes, why not? [20:23] <evdw87> and indeed, the hashes are the same now [20:23] <durandal_1707> llogan: i'm scared of cehoyos [20:26] <evdw87> durandal_1707: btw, maybe you could do another bug report [20:26] <evdw87> the flag in the properties of the file is not set correct [20:26] <evdw87> the flag states the encoding is lossy as it's lossless, apparently [20:27] <durandal_1707> evdw87: i'm not mp4 expert [20:27] <durandal_1707> what flag? where it is? [20:28] <evdw87> durandal_1707: in the file properties, I'll make a screenshot [20:29] <evdw87> and it has nothing to do with mp4, that's just the container [20:31] <durandal_1707> "file properties" - smells like some gui hell [20:33] <evdw87> durandal_1707: http://imgur.com/ktTDUg4 [20:33] <evdw87> look at the video stream [20:33] <evdw87> compression mode: lossy [20:34] <llogan> durandal_1707: i've done ok with three fingers left. [20:35] <llogan> evdw87: mediainfo is not reliable [20:35] <durandal_1707> evdw87: looks like mediainfo bug (...) [20:35] <evdw87> why would that be? [20:36] <evdw87> mediainfo just makes this up? [20:36] <evdw87> it reads this info from the file, doesn't it? [20:37] <durandal_1707> ask mediainfo devs [20:39] <evdw87> durandal_1707: compression mode doesn't even appear when I look up file properties of x264 [20:39] <evdw87> it's tied to the schroedinger format [20:40] <durandal_1707> evdw87: i'm not mediainfo developer/contributor/user/creator [20:42] <evdw87> easy way out [20:42] <evdw87> I think this could be easily verified from the source [20:43] <durandal_1707> evdw87: you want to sponsor such addition? [20:45] <evdw87> durandal_1707: what do you mean? [20:48] <evdw87> I could be wrong, but I think it could be found here http://ffmpeg.org/doxygen/trunk/libschroedingerenc_8c-source.html [20:48] <durandal_1707> yes, so? [20:48] <evdw87> Well, I can't read it, maybe you can [20:49] <durandal_1707> and what should i do? [20:49] <evdw87> verify if it's a problem of ffmpeg or mediainfo [20:50] <durandal_1707> there is no problem with ffmpeg code, only if there was some additional box that get with dirac in mp4 container [20:51] <durandal_1707> but there seems to be no such thing [20:51] <evdw87> durandal_1707: If I encode with virtualdub, the program stops after the encoding and fails to apply a cointainer [20:52] <evdw87> I'm left with a raw schroedinger file [20:52] <evdw87> when I open up the file, the flag is also there [20:52] <evdw87> nothing about mp4 there [20:52] <llogan> durandal_1707: without commands cehoyos is going to bite you. [20:54] <durandal_1707> evdw87: and flags says its lossless? [20:56] <evdw87> durandal_1707: no, that's the problem :s [20:56] <durandal_1707> well, mediainfo just hardcode it to lossy [20:57] <evdw87> seems like a joke [20:57] <evdw87> At least I like to thank you for pointing me out how to verify the file is lossless [21:06] <Digit> back :) [21:41] <khali> ubitux: hmm, I am no longer sure if it is a ffmpeg bug [21:44] <khali> is there a tool I can use to display a video file frame by frame with exact timestamps? [21:47] <khali> ubitux: dvbcut and ffplay disagree on the stream length by 1 frame [21:47] <Digit_> you want to extract each frame ? [21:48] <khali> ubitux: this might explain why the end of each sequence is off by one [21:49] <khali> Digit_: ideally a GUI tool to display them [21:49] <khali> Digit_: but if I have to extract a few of them manually, that would do it too [21:50] <khali> Digit_: I see where you're going... ffmpeg -t image2? [21:50] <khali> hmm -f image2 sorry [21:50] <Digit_> use the showinfo filter [21:52] <ubitux> khali: yes you can use ffplay with step mode 's' and -vf drawtext to print the pts [21:52] <ubitux> if you want to use ffmpeg, you don't need to -f image2 btw, just use out%03d.png, it's enough [21:53] <khali> Digit_: I'm already using showinfo but that tells me the image number not what it looks like [21:54] <khali> ubitux: hmm drawtext asks me for a font filename? [21:54] <ubitux> not if you --enable-fontconfig [21:56] <khali> which apparently I did not :/ [21:57] <Digit_> what if you use overlay to add the timestamp to each frame ? [21:58] <ubitux> that's not the purpose of the overlay filter [21:58] <ubitux> and drawtext does exactly that [22:00] <khali> ubitux: I'm surprised out%03d.png starts with 001.png... makes me wonder, does between(n,A,B) expect 0-based or 1-based frame numbers? [22:00] <khali> I assumed 0 [22:01] <ubitux> that's not related [22:01] <ubitux> n should be 0 based [22:01] <khali> OK [22:01] <khali> so my last tests seem to confirm the bug is in ffmpeg / avfilter [22:03] <Digit_> yes i knew that vhook was doing that i thought the new way to do it was overlay i forgot it was drawtext :D [22:03] <khali> the missing frame is the last frame, it's a B frame and somehow ffplay won't display it but ffmpeg decodes it (to the same as the previous P frame, so it's probably incorrect, but this is unrelated to the issue) [22:06] <MrNorm> Hello! I'm having issues compiling ffmpeg from git using x264. The library is there and the config.log doesn't look as simple as 'not found'. Could someone help? http://pastebin.com/KAAS0CJj [22:06] <khali> ubitux: I posted all the info in the ticket [22:07] <khali> it should be OK now [22:07] <khali> ubitux: again thanks a lot for all the tips and help, I learned a lot today (on top of you solving my immediate problem) [22:13] <JEEB> MrNorm, seems like you'd need --extra-ldflags="-ldl" [22:13] <JEEB> MrNorm, also let me recommend you that you build with fdk-aac rather than aacplus :) [22:13] <JEEB> https://github.com/mstorsjo/fdk-aac [22:14] <MrNorm> Gotcha! Thanks. I'm following this at the moment: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20compile%20FFmpeg%20for%20Rasp… [22:14] <JEEB> aacplus only handles HE-AAC(v2), and uses the reference implementation code afaik, while fdk-aac is a production encoder that supports most of the AAC formats :) [22:14] <JEEB> (fraunhofer's producion encoder) [22:14] <JEEB> *production [22:15] <JEEB> MrNorm, I guess that guide wasn't updated together with the other ones :) I think most compilation guides now recommend fdk-aac instead of aacplus [22:16] <MrNorm> Ahar! I'll give that a go then, alongside the LD flag. Cheers JEEB :) [22:19] <MrNorm> JEEB: I'm already using the --extra-ldflags in my confure command. Would this syntax work for your suggestion? [22:19] <MrNorm> --extra-ldflags="-ldl -L/home/pi/binaries/lib" [22:19] <JEEB> yup [22:19] <MrNorm> Sweet. Wanted to make sure it was right before I run it. Thanks [22:47] <MrNorm> JEEB: Worked a treat. Making now. Thanks so much for your help :) [22:47] <MrNorm> Also replaced aacplus with fdk-aac [22:50] <JEEB> :) [23:02] <llogan> MrNorm: also see https://ffmpeg.org/trac/ffmpeg/wiki/AACEncodingGuide [23:02] <MrNorm> llogan: Bookmarked, thanks :) [23:03] <MrNorm> I'm offskis now. Thanks for your help everyone. Have a good morning/day/evening! [00:00] --- Wed May 22 2013

1 0