Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2012

1 participants
62 discussions

ffmpeg-devel.log.20121230
by burek 31 Dec '12

31 Dec '12

[00:22] <ubitux> btw, reviews welcome :p [00:49] <michaelni> ubitux, i have no oppinion on its removial because i dont know if someone uses/used it [00:49] <ubitux> and about the question? [02:24] <michaelni> ubitux, if the code that sets LIBPOSTPROC_VERSION_INT is droped then si can the if be droped i thinlk [02:33] <cone-628> ffmpeg.git 03Clément BSsch 07master:518239cd6126: build: postproc cleanup. [05:29] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:6d38661920ec: aacdec: fix dual mono [05:29] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:644f021ccf4b: aacdec: simplify dmono [05:29] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:b113d4a83c82: aacdec: make dual mono mode selectable through AVOptions too. [06:00] <ubitux> does anyone what the ass packet merge & split is for? [06:00] <ubitux> +know [06:01] <ubitux> it seems the ass lines are merged when timing are the same (with the matroska demuxer) [06:01] <ubitux> then the ass decoder split them [06:02] <ubitux> (the merge is done when pts are the same) [06:24] <ubitux> wow, this ASS stuff is an incredible mess :) [06:58] <cone-628> ffmpeg.git 03Clément BSsch 07master:c83002a4f804: lavc/ass_split: check for NULL pointer in ff_ass_split_override_codes(). [07:02] <ubitux> #2079 haha what :D [07:03] <ubitux> Diego, breaking stuff with cosmetics since 2004 [07:18] <cone-628> ffmpeg.git 03Clément BSsch 07master:613001d75fee: Merge back some registering macros in all*.c. [11:00] <nevcairiel> ubitux: that reminds me (re mov chapters), i fixed that bug but the patch got lost in my backlog so i never submitted it (and i never tested if tmcd was still parsed properly) [11:00] <nevcairiel> feel free to steal: http://git.1f0.de/gitweb?p=ffmpeg.git;a=commitdiff;h=29959d27e73a1ec8a076e3… [11:11] <ubitux> mmh [11:11] <ubitux> didn't we talk about such patch a long time ago on ffmpeg-devel? [11:15] <nevcairiel> maybe [11:16] <ubitux> do you have other secret patches like this? :) [11:17] <nevcairiel> plenty, i need to take some time to sort, clean and submit again [11:17] <ubitux> ! [11:30] <durandal_1707> fate no red !!! what changed? [11:31] <ubitux> warning fixes? [11:32] <durandal_1707> the one with strict aliasing rules? [11:36] <ubitux> no idea [11:36] <ubitux> what was red? [11:38] <durandal_1707> for years there were machines that would never compile [11:43] <saste> did they remove those machines? [13:57] <wm4> is there a way to know whether a frame contains alpha? [13:57] <wm4> the pixel formats don't always uniquely identify this [13:58] <durandal_1707> pixel formats that have alpha component [13:59] <wm4> as I said, that's not always definitive [13:59] <wm4> most packed RGB formats have an implicit alpha component, that may or may not be used [14:00] <durandal_1707> in such cases there are rgb0 like formats [14:00] <wm4> these are new and rarely used [14:01] <wm4> and none of such for formats like RGB444 [14:01] <durandal_1707> rgb444 does not have alpha [14:01] <cone-681> ffmpeg.git 03Luca Barbato 07master:d8fd06c37de9: avstring: add av_basename and av_dirname [14:01] <cone-681> ffmpeg.git 03Luca Barbato 07master:66f7b4862fe9: hlsenc: use the basename to generate the list entries [14:01] <cone-681> ffmpeg.git 03Luca Barbato 07master:6dd93ee6f1b0: hlsenc: check append_entry return value [14:01] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:2ce43b37fc46: Merge commit '6dd93ee6f1b050ad7c4b247899e83efa293ee405' [14:01] <durandal_1707> if it would, then it would be called rgba4444 [14:02] <wm4> and Libav doesn't even have the rgb0 formats [14:03] <durandal_1707> your point? [14:05] <durandal_1707> last time they laught on rgb0 and even made jokes of it in g2m "patch" [14:08] <cone-681> ffmpeg.git 03Luca Barbato 07master:ae85d6c9c0dc: hlsenc: use the segment filename in the playlist entry [14:08] <cone-681> ffmpeg.git 03Luca Barbato 07master:0448f26c97c5: hlsenc: keep the playlist to the correct number of items [14:08] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:19e1c8e4f203: Merge commit '0448f26c97c5ab4858d31e456a4f1738ae783242' [14:21] <cone-681> ffmpeg.git 03Kanglin 07master:0d8cc7a3b223: hlsenc: use the correct AV_TIME_BASE macro [14:21] <cone-681> ffmpeg.git 03Luca Barbato 07master:9b1370aced38: hlsenc: do not add timestamps in different timebases [14:21] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:56c71cd59986: Merge commit '9b1370aced385698bc783747917544ab69ecb373' [14:27] <cone-681> ffmpeg.git 03Kanglin 07master:27a15e0af6fb: hlsenc: make EXT-X-MEDIA-SEQUENCE always increase [14:28] <cone-681> ffmpeg.git 03Luca Barbato 07master:30a76487304e: hlsenc: make segment number unsigned [14:28] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:384dd9804d63: Merge commit '30a76487304e7250294c9c0e9fa179bf07fd822a' [14:41] <saste> ubitux, how many subtitle formats in your todo list yet? [14:51] <cone-681> ffmpeg.git 03Luca Barbato 07master:d615da60c1f9: snow: use VideoDSPContext [14:51] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:cbed2426a029: Merge remote-tracking branch 'qatar/master' [15:21] <cone-681> ffmpeg.git 03Stefano Sabatini 07master:9e3b6285cbe8: doc/filters: drop duplicated description of resampler options in aresample docs [15:21] <cone-681> ffmpeg.git 03Mark Himsley 07master:8997a0fa79cc: lavfi/tinterlace: add low-pass-filter for top/bottom interleave modes [17:03] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:c0c0b19644eb: lavfi: remove some draw_slice related code that has become unneeded [17:03] <cone-681> ffmpeg.git 03Michael Niedermayer 07master:b84871b8eba5: vf_tinterlace: dont mix declarations and expressions [17:13] <durandal_1707> ubitux: when you gonna push subtitles? [18:09] <burek> one song dedicated to ubitux: Queen - Under Pressure :) [18:29] <cone-681> ffmpeg.git 03Don Moir 07master:522cb6abf22a: gifdec: use transparent instead of background color index [18:41] <cone-681> ffmpeg.git 03Nicolas George 07master:a978c04e228e: lavfi/video: ensure that filter_frame is called. [18:41] <cone-681> ffmpeg.git 03Nicolas George 07master:c36302a7a44b: lavfi/sink_buffer: switch to filter_frame. [18:47] <durandal_1707> there are two twinvq variants? [18:51] <nevcairiel> i found a ogg vorbis file which plays with libav but fails with ffmpeg, the actual vorbisdec.c is exactly identical short of some minor cosmetics, what would be the next thing to check? :d [18:52] <durandal_1707> demuxer obviously [18:59] <beastd> nevcairiel: that would be lavf/oggdec and i think there are differences between the fork and ffmpeg. so investigation is welcome. if you do not intend to work on it, would be good to file a bug report so it is not forgotten. [19:00] <durandal_1707> is there any mpeg twinvq sample? twvq fourcc in CAF [19:01] <nevcairiel> there are quite big differences between the two oggdecs [19:02] <durandal_1707> there was some chained thing added... [19:19] <durandal_1707> nevcairiel: you have more such samples in your queue? [19:20] <nevcairiel> its a recording from a specific streaming audio service, so i'm sure i could create more =p [19:21] <nevcairiel> i'll keep an eye on it and post a bug report if i dont find anything myself [19:21] <nevcairiel> i cant really say i know anything about ogg... [19:22] <nevcairiel> should be a bisect'able error [19:33] <durandal_1707> nevcairiel: i'meant any sample, not just related to this bug [20:39] <ubitux> saste: i'm done [20:39] <ubitux> durandal_1707: when i get reviews :p [20:39] <ubitux> i may not wait too much though [20:43] <ubitux> wow i got reviews [20:43] <ubitux> (just woke up) [20:43] <durandal_1707> your are blocking my patches [20:44] <ubitux> i'm going to push some stuff in the next 2 hours [20:45] <saste> durandal_1707, how it is blocking your patches? [20:45] <saste> conflicts most happen in Changelogs/version files [20:45] <saste> that's why i just update them before I push [20:46] <beastd> ubitux: Should we add sth like "when in doubt use the concat filter" to the concat demuxer faq? i mean for cases of say codec/codec-settings mismatch and similar. [20:47] <ubitux> beastd: concat filter is the safer yes [20:47] <ubitux> not sure how to word it [20:50] <ubitux> avfilter_get_audio_buffer_ref_from_arrays_nolayout() haha [20:50] <wm4> wat, there's a concat filter and demuxer? [20:50] <ubitux> wm4: yes [20:50] <ubitux> wm4: https://ffmpeg.org/faq.html#How-can-I-concatenate-video-files_003f [20:51] <beastd> maybe "If you are not absolutely sure about the streams contained in the files and their comaptibility use the concat filter." [20:52] <beastd> I find it hard to word either. The concat muxer is a great tool but it is also kind of dangerous and should not be used without caution IMHO. [20:55] <durandal_1707> show big red warning in caps? [20:56] <saste> why is the demuxer not able to check it for itself? [20:56] <beastd> saste: read reply from nicolas [20:58] <beastd> saste: this one http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/156674/focus=156695 [21:20] <llogan> durandal_1707: will the g+ page have ffmpeg news or something? how/if is it related to news? [21:23] <durandal_1707> if you want manage page/community you can add whatever you like [21:24] <durandal_1707> is there some better place for badge, i'm listening [21:24] <durandal_1707> i just put there where rss icon is.... [21:24] <llogan> ah, ok. i'm just not familiar with g+ [21:25] <llogan> if we get more of these badge things we can put them on the right side of "Project Description" [21:26] <durandal_1707> aha [21:29] <llogan> durandal_1707: are you the FFmpeg g+ "maintainer" [21:30] <durandal_1707> yes, with others under way [21:32] <durandal_1707> there are already 3 moderators for FFmpeg community [21:36] <durandal_1707> i michaelni can push it after there is some more text on page, next news entry on main web page [21:37] <llogan> should be soon from beastd [21:40] <cone-681> ffmpeg.git 03Clément BSsch 07master:d927d8395d71: lavc/srtdec: make some sscanf to work at the end of a line. [21:40] <cone-681> ffmpeg.git 03Clément BSsch 07master:3af3a3006f39: lavf/srtdec: remove line break hack. [21:40] <cone-681> ffmpeg.git 03Clément BSsch 07master:1b673cd9ff32: lavc/srtenc: do not add trailing line breaks with SubRip. [21:40] <cone-681> ffmpeg.git 03Clément BSsch 07master:e911f4ae720a: lavc/srtenc: just like the decoder, mark SRT encoder as deprecated. [21:46] <ubitux> durandal_1707: feel free to push, i have to deal with the all*.c cosmetic mess anyway [21:47] <durandal_1707> i can wait [22:12] <beastd> No new comments on ffmpeg-devel. Will push the news soon with bold concat demuxer warning included. I mentioned it would also be possible to drop that part completely (e.g. post news about concat demuxer when it is a bit safer) but got no more comments since. [22:13] <Compnn> i'd test it if the ffmpeg autobulds were working :P [22:16] <beastd> Compnn: it? [22:21] <Compnn> concat [22:24] <cone-681> ffmpeg.git 03Clément BSsch 07master:36e61e24e7ac: lavc: add ff_bprint_to_extradata() helper and use it. [22:24] <cone-681> ffmpeg.git 03Clément BSsch 07master:9db5f82032b1: ffserver: add missing padding to extradata. [22:24] <cone-681> ffmpeg.git 03Clément BSsch 07master:2d3305e4f41f: lavc/avcodec: fix FF_INPUT_/BUFFER_/PADDING_SIZE typo. [22:25] <beastd> Compnn: You want to try out creating broken files :D [22:26] <ubitux> michaelni: the aliasing issues should be fixed now; if not, please tell me :p [22:33] <beastd> ubitux: What is it with the trailing null in extradata? Who needs it? Did you answer Nicolas mail on that patch? [22:35] <ubitux> yes i answered, and commented in the code [22:35] <ubitux> the trailing NUL allows to parse it like a string [22:35] <ubitux> without the end pointer check [22:35] <ubitux> the NUL is not accounted anymore, but it is present [22:36] <beastd> ah i see some mails now [22:36] <ubitux> (either because of bprint, added manually, or because of FF_INPUT_BUFFER_PADDING_SIZE) [22:36] <beastd> ubitux: yes, that is fine. [22:37] <beastd> in general I do no think we have the padding requirement on extradata. but it is strictly needed if you want to use our bitstreamreader on it [22:40] <cone-681> ffmpeg.git 03Clément BSsch 07master:5f02844c8d4f: Add MPL2 subtitles demuxer and decoder. [22:51] <ubitux> oups i broke fate [22:52] <ubitux> will fix in a moment [22:52] <cone-681> ffmpeg.git 03Clément BSsch 07master:5c68aae90883: Add VPlayer subtitles demuxer and decoder. [22:56] <cone-681> ffmpeg.git 03Clément BSsch 07master:67286fa98b1e: 10l: export ff_bprint_to_extradata between libs using avpriv_ prefix. [23:00] <beastd> news is out. going off now. see you. bye... [23:00] <ubitux> beastd: good job :) [23:01] <beastd> thanks, subtitles filter is in and concat demuxer is left out for safety [23:01] <ubitux> ok [23:12] <cone-681> ffmpeg.git 03Clément BSsch 07master:d9ac8d296725: lavf: move srtdec:read_chunk() to subtitles utils. [23:12] <cone-681> ffmpeg.git 03Clément BSsch 07master:725d6c615c78: Add MPlayer subtitles demuxer. [23:14] <cone-681> ffmpeg.git 03Clément BSsch 07master:949506191a81: lavf/subtitles: fix CLRF/CRLF typo. [23:32] <ubitux> michaelni: did i forgot to send you the mpsub samples? [23:33] <ubitux> btw, sub/MicroDVD_capability_tester.srt can be removed [23:33] <ubitux> michaelni: sub/MPSub_capability_tester_frames.sub is present but sub/MPSub_capability_tester.sub is missing [23:41] <cone-681> ffmpeg.git 03Clément BSsch 07master:a1e4e352a624: Add AQTitle subtitles demuxer. [23:43] <cone-681> ffmpeg.git 03Clément BSsch 07master:580ee973d16c: FATE: disable fate-sub-mpsub temporarly. [23:44] <saste> ^ the day of the subtitles [23:44] <ubitux> :) [23:44] <ubitux> two left [23:46] <ubitux> thanks everyone for the reviews btw [23:59] <cone-681> ffmpeg.git 03Clément BSsch 07master:7b43402724b2: Add PJS subtitles demuxer and decoder. [00:00] --- Mon Dec 31 2012

1 0

ffmpeg.log.20121230
by burek 31 Dec '12

31 Dec '12

[00:36] <taylanub> ./configure is giving me internal error: too many args. [00:36] <taylanub> s/args/vars/ [00:37] <taylanub> Well let me just paste: http://sprunge.us/JOEc [00:37] <taylanub> (Ignore the second line. Emacs shell-mode stuff.) [02:54] <chadmaynard> Does anyone know why I get this error after a few moments? http://pastebin.com/tMLL4mbQ [03:47] <taylanub> OK, the "too many vars" error doesn't happen with bash, but only OpenBSD's ksh (which /bin/sh symlinks to). I'm currently trying to figure out whether the script breaches any values defined in http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html . [03:59] <taylanub> ksh seems to handle 65536 arguments just fine .. weird. [04:22] <taylanub> Looking at sh -x output, the error seems to happen when check_deps is called with 1437 arguments. ksh surely handles more than that just fine, also when called as /bin/sh. Ideas welcome, I've also asked #openbsd. [09:11] <tlp> hello. I have a TrueHD track extracted from Blu-ray with MakeMKV. When ffmpeg reads it, I get all kinds of "Lossless check failed" errors. does this mean the source file is damaged? [09:12] <tlp> (it plays, however) [09:21] <JRT> hi. i am wondering if there is a simple, elegant way to get a screen capture of a video using the command line. specifically, i want one every 29 minutes, with the same dimensions as the video. [09:22] <JRT> also, i would like them in png format. [09:22] <JRT> after about two hours of intense googling i have not found an answer, so i decided to come here. [09:23] <klaxa> JRT: http://ffmpeg.org/trac/ffmpeg/wiki/Create%20a%20thumbnail%20image%20every%2… [09:23] <tlp> mplayer can output to png [09:23] <tlp> er, or that [09:23] <JRT> ah, thank you [09:52] <buhman> I was just yesterday successfully compiling libavformat [09:52] <buhman> with today's commits, it's being mean to me [09:52] <buhman> ffmpeg/libavformat/libavformat.a(movenchint.o): In function `ff_mov_init_hinting': [09:52] <buhman> movenchint.c:(.text+0x7e): undefined reference to `ff_rtp_chain_mux_open' [10:02] <ubitux> can you share your ./configure line? [10:03] <ubitux> erm i guess that's because of 5ad2f0bfb23c757bcd02875c6664ff383630790d [10:05] <ubitux> buhman ^ [10:13] <buhman> ubitux: oh [12:52] <mpfundstein_home> if you were building some transcoding workstations to use ffmpeg, what are important factors? cpu, gpu, ram, cores? note that every workstation is actually a VM. [12:53] <mpfundstein_home> my guess what be that 2 gig ram are enough and cpu's + cores (4 per ffmpeg) are the "keys" to fast encoding [12:58] <Mavrik> mpfundstein_home: 1.) CPU Frequency 2.) Number of cores 3.) storage/network [12:58] <Mavrik> everything else is secondary [12:58] <mpfundstein_home> Mavrik: thanks [12:58] <Mavrik> ffmpeg uses max. cca 200MB per transcode [12:58] <Mavrik> of ram [12:59] <Mavrik> mpfundstein_home: CPU frequency is the most deciding factor, cores as well [12:59] <mpfundstein_home> Mavrik: Thanks. How much instances would you run per machine? [12:59] <Mavrik> more than 4 cores doesn't significantly improve transcode speed (for a single transcode) thouzgh [12:59] <mpfundstein_home> Mavrik: Lets say i have 16 cores available. 4 processes than? [12:59] <Mavrik> mpfundstein_home: I usually run 1 ffmpeg per about 4 CPU threads [12:59] <mpfundstein_home> Mavrik: K, i thought so [12:59] <Mavrik> mpfundstein_home: depends on the encoder really [13:00] <Mavrik> theora or example doesn't really do multicore well [13:00] <Mavrik> so that's 1 ffmpeg per core [13:00] <Mavrik> you'll have to tweak it depending on your CPU utilization [13:00] <mpfundstein_home> Mavrik: Thanks for clearing that out. can NFS access speed be ignored? [13:00] <mpfundstein_home> Mavrik: I use libx264 and libfaac(sry) [13:00] <mpfundstein_home> Mavrik: I read and write from a NFS shard [13:01] <Mavrik> mpfundstein_home: um, CPU is usually the bottleneck [13:01] <mpfundstein_home> Mavrik: k, i think so too. just wasnt sure. thanks [13:01] <mpfundstein_home> Mavrik: is there any advantage by using more -threads than cores ? [13:01] <Mavrik> mpfundstein_home: if you have a 15Mbit/s source video that's transcoding at 60fps, that means you're burning 30Mbit/s + 2x output bitrate network I/O [13:01] <Mavrik> mpfundstein_home: not really a problem on modern Gbit links [13:02] <Mavrik> mpfundstein_home: nope, it'll lower the perfromance probably due to context switch overhead [13:02] <mpfundstein_home> i have 15 Mbit/s input videos. I transcode with lousy 9 fps [13:02] <mpfundstein_home> on second pass [13:03] <Mavrik> well, I/O isn't really an issue then :) [13:03] <mpfundstein_home> yes :-) [13:03] <mpfundstein_home> i think 9 is quite slow [13:03] <mpfundstein_home> -.- [13:03] <mpfundstein_home> but i do some stuff like resizing, letterboxing etc.. [13:03] <mpfundstein_home> and i use the medium profile [13:03] <Mavrik> 1080p? [13:04] <mpfundstein_home> no 720p [13:04] <Mavrik> mpfundstein_home: resizing, letterboxing, etc is quite cheap comparing to the actual x264 encode [13:04] <mpfundstein_home> source material can be whatever. [13:04] <Mavrik> 9fps is kinda slow... medium profile usually goes at around 25-30fps on a modern quad-core CPU [13:04] <mpfundstein_home> thats brings another question. i read that if i use a crf of 23 and i dont want to go resize a lot, that one pass is enough and i dont need 2 passes. is that right? [13:05] <mpfundstein_home> than* one pass .. sry for the types [13:05] <mpfundstein_home> Mavrik: 32bit debian on virtual box :-) [13:05] <mpfundstein_home> 4 virtual boxes at the same time transcoding -> 9fps [13:05] <mpfundstein_home> per box [13:06] <Mavrik> mpfundstein_home: if you're using "-crf" for quality, the 2-pass encode it totally pointless [13:06] <Mavrik> I think ffmpeg won't even allow you to do it [13:09] <mpfundstein_home> i dont use it yet [13:11] <mpfundstein_home> right now i use only 2pass. but i've read that a crf of 23 would be sufficient so i am thinking of switching. would reduce my transcoding time by 25 % or s.th. [13:12] <Mavrik> yeah, it's also better for quality [13:12] <Mavrik> you won't have a predictable output bitrate though [13:12] <mpfundstein_home> that doesnt matter in my case [13:12] <mpfundstein_home> the playout software doesnt mind that :-) [13:13] <mpfundstein_home> cool, thanks for the info [13:33] <leoj3n> Building chromium w/ ninja, and my MBPr is 92 celcius w/ full fans... is that normal? Why so hot? [13:33] <sacarasc> Did you mean to ask in #ffmpeg? [13:33] <leoj3n> oops [13:33] <leoj3n> thought i was in #chromium-developers ! [13:37] <Mavrik> leoj3n: because it's using your cpu. [13:37] <Mavrik> cpus get hot when they're working. [14:13] <asturel> anyone using ffmpeg to convert movies to lumia? [17:33] <Nolaan> hi all! [17:33] <Nolaan> How to compile ffmpeg with alsa support? [17:35] <burek> Nolaan, install libasound-dev [17:35] <burek> prior to ./configure [17:48] <Nolaan> ok thanks [18:23] <gagan662> Hello, I have some_file.mp4, this file is not seekable, i get this line during seek in mplayer -> seek_frame_generic failed as this stream seems to contain no keyframes after the target timestamp, 1002 non keyframes found [18:24] <gagan662> Is there any fix for thid [18:24] <gagan662> ? [23:30] <Mentos> Hey if I'm interested in taking 4 ffmpeg streams and composing them into 1 stream thats a 2x2 grid, can i easily do this with ffmpeg? [23:32] <Mentos> or can i achieve it at all [23:44] <saste> Mentos, overlay filter, there is an example for that [23:45] <Mentos> saste: Completely new to this, trying to stream my 4 room mates laptops to 1 projector so i was going to make a server with ffmpeg that composed them [23:45] <Mentos> think you could link me? [23:46] <Mentos> pretty please [23:46] <saste> !doc Mentos [23:46] <saste> filters -> overlay -> examples [23:48] <Mentos> searching thanks so much [23:56] <mickkie> Hi All, I'm struggling with adding padding to get the right ratio, because I fail to understand how it works when used with -target pal-dvd. [23:59] <mickkie> My command is: "ffmpeg -i test.avi -target pal-dvd -vf pad=720:576:0:135 ..." when I try to convert a 640x272 avi to a 720x576 video. [23:59] <mickkie> but I'm getting: "Input area 0:134:720:710 not within the padded area 0:0:720:576 or zero-sized" [00:00] --- Mon Dec 31 2012

1 0

ffmpeg-devel.log.20121229
by burek 30 Dec '12

30 Dec '12

[00:11] <ubitux> here we go. [00:23] <ubitux> mpl2, aqt, mpsub, pjs, vplayer, subviewer1& check. [00:26] <wm4> lol mpsub [00:28] <ubitux> wm4 :D [00:29] <ubitux> wm4: timed *and* frame support of course [00:29] <wm4> how does frame timing work again with these demuxers? [00:29] <ubitux> microdvd and mpsub frame rate is configurable within the file [00:29] <ubitux> for aqt there is a demuxer option to set the frame rate [00:30] <ubitux> (which default to 25 iirc) [00:41] Action: ubitux hopes no one will bump lavc & lavf minor soon [00:44] <ubitux> hey saste :) [00:44] <saste> ubitux, hi [00:45] <ubitux> saste: what did spi say about sharing donators name publicly? [00:45] <ubitux> (for those who want) [00:45] <saste> uhm spi... [00:45] <saste> it says nothing, but right now the donation system is pretty inflexible [00:46] <saste> so there is no way for the donor to specify that his donations should be advertised [00:46] <ubitux> that's too bad; didn't you ask them for improvement on that matter? [00:46] <saste> i suppose she can contact us directly [00:46] <saste> but right now on the donations front we're lacking in many ways [00:47] <saste> things to do: improve SPI blurb, fix the ffis/SPI things (which is current work in progress) [00:47] <saste> add support to paypal, crowd-funding, etc. [00:47] <saste> t-shirts/mugs [00:48] <ubitux> is spi new? [00:48] <llogan> i talked to some shirt makers [00:48] <saste> btw i should send a report for the first semester donations in the first days of january [00:48] <saste> right now we have ~600$ [00:49] <michaelni> \o/ i thought it was just 500 [00:49] <llogan> that's more than i expected too [00:49] <saste> llogan, yes considering that we're not doing anything for promoting donations that's not bad [00:50] <llogan> VLC's conspicous yet somewhat unobtrusive donation box is nice [00:51] <saste> llogan, what about a crowd-funding task for funding bug fixing? [00:51] <saste> yes this is not the first time i mention it [00:51] <saste> but could be a good experiment [00:52] <llogan> how would it work? with what croud-funding provider? [00:52] <ubitux> saste: do you have access to the public donators? [00:52] <ubitux> -public [00:52] <saste> llogan, kickstarter, indiego, one or the other [00:53] <llogan> do you have a bug(s) in mind? [00:53] <saste> they provide similar services and fees [00:53] <saste> ubitux, what do you mean by "access"? [00:53] <llogan> i know some people that used kickstarter. i can ask them about how they felt. one made 65k and one made 6 or 9k, IIRC. [00:53] <saste> i receive a mail with the name and address of the donor [00:53] <ubitux> saste: get the name :p [00:53] <wm4> what will ffmpeg use this money for? [00:54] <ubitux> oh ok [00:54] <ubitux> wm4: pay assassins [00:54] <ubitux> for who-you-know [00:54] <wm4> fate instances to drive global warming? [00:54] <llogan> wm4: i was going to embezzle it into shirts [00:55] <saste> llogan, the idea is that we collect fund, and we allocate for example 100$ for each bug fixed [00:55] <saste> the money goes to the fixer, even if that's going to be complicated [00:55] <michaelni> saste, this sounds like a great idea [00:55] <wm4> 100$ for each ffmpeg bugs? you could waste millions... [00:56] <michaelni> we have 192 open or reopened defects on trac [00:56] <michaelni> i think 20k is pretty cheap to fix all open bugs in ffmpeg [00:57] <michaelni> (note this doesnt count new bugs that arent open ) [00:57] <durandal_1707> 100$ is not for new features [00:57] <saste> 500 if you count features [00:57] <michaelni> there are 156 new (not open) bugs [00:58] <durandal_1707> vlc gives 7k for new features [00:58] <llogan> wow [00:59] <saste> durandal_1707, which kind of new features? [00:59] Action: llogan makes some skins [00:59] <llogan> 3. profit [00:59] <durandal_1707> saste: not trivial ones [00:59] <saste> many feature request are trivial, e.g. can be implemented with a component option or such [01:00] <durandal_1707> i started to work on dts-hd-ma but lost motivation, started work on evrc and did lot of stuff but again lost motivation [01:01] <saste> durandal_1707, yes a bit of monetary incentive would help to finish stuff [01:01] <wm4> evrc? [01:01] <durandal_1707> tried to work on als, did not even got motivation to start it [01:01] <durandal_1707> wm4: cdma codec [01:02] <llogan> crowd-funding seems to be "event" driven, IMO. i can see working for a big, singular feature, but i don't know how to implement it best for an open-ended thing [01:02] <llogan> example: http://www.kickstarter.com/projects/1061646928/vlc-for-the-new-windows-8-us… [01:03] <saste> llogan, what about "fund fixing for open tickets from 1 to 2000"? [01:03] <saste> would that count as a valid project? [01:03] <michaelni> i think that might be a bit hard and unpredictable [01:04] <michaelni> too much to even read to know how much work it is [01:05] <ubitux> we need a bounty on the trac :) [01:05] <ubitux> bounty plugin* [01:07] <llogan> saste: i think the crowd-funding is a good idea, and worth a try... [01:10] <llogan> j-b: do you know who made the VLC shirts n' stuff for the kickstarter campaign? [01:11] <michaelni> ubitux, what pluging, do you have alink ? [01:11] <ubitux> i don't know if it exists :p [01:12] <ubitux> i just thought it could be nice [01:13] <j-b> llogan: noone yet [01:14] <llogan> ubitux: use this http://en.wikipedia.org/wiki/Dog_The_Bounty_Hunter [01:14] <ubitux> wouf~ [02:40] <ubitux> http://pastie.org/5591394 dvds are funny :) [03:13] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:76e65a1b731e: avs: silence "may be used uninitialized" warnings [03:13] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:30872fa09be9: ivi_common: Fix use of uninitialized warnings [03:13] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:2fbc8ea08ed4: hpel_motion_search: move code used for asserts under correct #if [03:13] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:e0a99d541111: msmpeg4enc: fix possible use of uninitialized warning [03:18] <michaelni> ubitux, there are strict aliassing violations in ffprobe: http://fate.ffmpeg.org/log.cgi?time=20121227120626&log=compile&slot=armv7l-… [03:19] <michaelni> hmm saste not here :( [03:21] <wm4> michaelni: av_freep is the biggest violation of all [03:26] <ubitux> is this due to a recent change? [03:28] <michaelni> ubitux, probably not [03:29] <michaelni> maybe aliasing between int vs enum but i didnt look closely [03:29] <michaelni> its not happening on x86, just on arm [03:31] Action: ubitux wonders where these children_ids are init& [03:44] <michaelni> /tmp/ccMlWhhK.s:1622: Warning: Use of 'mov' may violate WAW dependency 'GR%, % in 1 - 127' (impliedf), specific resource number is 15 [03:45] <michaelni> assembler warning fron gcc output of plain C code if iam not mistaken :) [04:34] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:c5bea1b02b16: xtea: fix unused variable warning for config_small [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:97660b8b137f: ffplay: move frame step pause from the video thread to video_refresh [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:4e33d8ebb39f: ffplay: only drop frames if not in frame step mode [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:0ca4e9f01483: ffplay: reset external clock to unknown on start [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:ef7f3b08703f: ffplay: hide cursor on no mouse movement [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:ec89ea302257: ffplay: always display audio visualization if mode is set [04:40] <cone-801> ffmpeg.git 03Marton Balint 07master:92b50b71a1e4: ffplay: fix type of time_diff in waveform display [04:40] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:ba34e56c0d39: Merge remote-tracking branch 'cus/stable' [11:05] <durandal_1707> nice, it tooke more than year for l to reinvent truehd channel layouts [11:08] <durandal_1707> ubitux: you gonna push your subtitles before i push w64 muxer? [11:11] <durandal_1707> also w64 selecting wav demuxer is brain dead [11:34] <saste> ubitux, what's your first subtitle codec in queue? anyone I could review? [11:37] <durandal_1707> the first one in changelog [11:38] <durandal_1707> all others are added after that one [11:50] <saste> ok, so it is MPL2, VPlayer, MPlayer [12:14] <durandal_1707> saste: you still against my swapuv patch? [12:15] <saste> durandal_1707, i don't understand your objections to my proposed changes [12:16] <durandal_1707> your proposed changes are not good, my checks are more future proof [12:17] <saste> durandal_1707, "your proposed changes are not good", elaborate [12:18] <durandal_1707> you ask to remove many checks [12:23] <saste> durandal_1707, for example why do you use the PLANAR flag? That should be avoided, as the flag itself is completely foobar [12:29] <durandal_1707> filter works for planar formats only [12:34] <saste> durandal_1707, yes but what about NV12? it is planar according to the braindead definition of planar of the flag [12:36] <durandal_1707> so what?, ther are other checks [12:39] <saste> durandal_1707, yes there are too many checks ;-) [12:40] <durandal_1707> too many, come on [12:40] <saste> what i don't understand is this thing about the thing the my change was not valid, can you provide an example where my imo simpler approach won't work? [12:41] <saste> i'm relying on some assumptions on the format, but the assumptions are sane [12:41] <durandal_1707> it would not work if someone adds new pixel format? are then going to be there and update your precious function to not use that format? [12:45] <wm4> planar should mean one component per plane [12:47] <saste> durandal_1707, planar/packed can be derived with much greater detail by inspeciting the pixdesc struct [12:48] <wm4> saste: but who wants to do that every time? [12:48] <saste> you don't need to set a flag for that, indeed i don't know why it was added in the first place, i suppose to support some weird hack in swscale [12:48] <wm4> saste: pixdesc is too "compressed" to be actually usable directly [12:48] <saste> wm4, write an helper for that [12:48] <saste> otherwise you end with inconsistent code all the time [12:49] <saste> we already did that, check the history of imgconvert.c in libavcodec [12:49] <durandal_1707> like code that got in before or now is even better [12:49] <saste> people adding new formats and forgetting to update the various hacks in utilities [12:49] <saste> always ending in broken code [12:50] <saste> also PLANAR, again NV12 is not planar and should not be regarded as such [12:51] <wm4> it's both packed and planar [12:52] <durandal_1707> now we will troll about some other code: is it half empty or half full... [12:59] <iive> saste: nv12, as far as I remember have 2 planes. one Y luminance and one with packed UV samples. [12:59] <wm4> I wonder why ffmpeg has to support these more weird formats directly as pixel formats [12:59] <wm4> (I guess NV12 is still needed, though) [13:00] <wm4> but consider endian swapped formats and the like [13:03] <saste> how difficult would be to parse all*.c files and create component tables, instead of maintaining them in general.texi? [13:04] <saste> we already rely on Perl for building the docs, so Perl usage is allowed [13:07] <durandal_1707> wm4: so how would you handle endian swapped formats? [13:08] <wm4> durandal_1707: like audio formats [13:08] <durandal_1707> you want instead to create bunch of codecs? try to ask that on l channel [13:09] <wm4> uh no [13:09] <wm4> rawvideo could utilize an extra table for that [13:11] <wm4> and then do byte swapping when an endian flag is set [13:14] <durandal_1707> wm4: that is same, using lavc rawvideo, and forcing every decoder/encoder to do swapping [13:14] <wm4> so there are codecs that actually encode from / decode to swapped endian? [13:16] <durandal_1707> it is done so one just do memcpy instead of swapping when reading [13:17] <wm4> I was assuming most decoders do non-trivial operations on the pixel data, which would require endian swapping anyway, regardless of whatever is stored in files [13:18] <durandal_1707> it is mostly for image formats [13:21] <wm4> also, most time you can do something useful with it only after endian swapping [13:24] <cone-785> ffmpeg.git 03Diego Biurrun 07master:844c68520eec: configure: Add --disable-all command line option [13:24] <cone-785> ffmpeg.git 03Diego Biurrun 07master:5ad2f0bfb23c: build: Add rtpenc_chain extra config option [13:24] <cone-785> ffmpeg.git 03Diego Biurrun 07master:69583bd3b1eb: avfilter: Refactor unconditional filter registration [13:24] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:2a9443a110e1: Merge commit '69583bd3b1eba471366141c945030c163e073e02' [13:46] <durandal_1707> doing byteswapping in lavc/lavf should be avoided [13:50] <durandal_1707> audio code may not been benchmarked enough to find out that single byteswapping and memcpy is faster than what is currently in pcm*.c [14:01] <burek> is there an option in ffmpeg which does the same thing that qt-faststart does (is it -flags +global_header) ? [14:07] <durandal_1707> burek: look at mov muxer options [14:07] <durandal_1707> that feature is supported long ago [14:07] <burek> i thought qt-faststart is meant for mp4 formats? [14:08] <durandal_1707> mov=mp4 [14:08] <burek> oh, ok :) thanks :) [14:08] <durandal_1707> -movflags faststart [14:08] <burek> thanks again :) [14:08] <durandal_1707> faststart E..... Run a second pass to put the moov at the beginning of the file [14:40] <cone-785> ffmpeg.git 03Diego Biurrun 07master:c73c87b41298: cosmetics: Prettyprint codec/format/filter registration files [14:40] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:83d4a8442ca4: Merge remote-tracking branch 'qatar/master' [14:40] <burek> any ffmpeg license expert to suggest the answer on this: http://ffmpeg.gusari.org/viewtopic.php?f=16&t=775 ? [14:42] <durandal_1707> answer is yes [14:42] <wm4> is ffmpeg under AGPL now? [14:43] <durandal_1707> if they create mp3 but do not pay for license they can be sued by license owner [14:43] <durandal_1707> wm4: what is agpl? [14:43] <wm4> http://en.wikipedia.org/wiki/Affero_General_Public_License [14:44] <durandal_1707> wm4: no, why you think it is? [14:44] <burek> i wonder how rich would the inventor of fat32 or extfs be, if he asked for a fee on each file created in such a fashion :) [14:45] <durandal_1707> your are mixing apples and oranges [14:46] <durandal_1707> burek: ask them to ask mp3 license owner can they do that [14:46] <durandal_1707> dont use mp3 and you are fine [14:47] <burek> i believe it falls into the same category [14:47] <burek> sadly [14:48] <burek> but ok, i was ironic obviously :) [14:54] <michaelni> burek, i think the guy should ask a lawyer [14:54] <michaelni> not mp3 "creators" [14:55] <michaelni> they will always say "pay us for a license" [14:56] <burek> i agree [15:30] <saste> http://paste.org/59423 [15:30] <saste> something like this [15:30] <saste> the problem is that we need to move some information to the all*.c files [15:31] <saste> for example type of codec (A/V/S) and description [16:14] <Compn> burek : depends if he is in a country where they honor software patents [16:14] <Compn> no patents = no license :P [17:04] <durandal_1707> does anything use tree instead dictionary? [17:07] <saste> durandal_1707, drawtext [17:08] <durandal_1707> hmm, why? [17:10] <saste> durandal_1707, because "dictionary" is not efficient [17:10] <saste> it has O(N) against O(log_2(N)) [17:10] <saste> i mean the lookup operation [17:58] <durandal_1707> i gonna push w64 muxer, i cant wait ubitux [18:02] <wm4> why does ffmpeg not make use of BRANCHES [18:02] <wm4> and I don't mean for relases [18:02] <wm4> but for features [18:02] <wm4> and if they're stable and well tested, merge them into master [18:05] <durandal_1707> how would one found that branch is stable and well tested? [18:05] <wm4> first off, you wouldn't feel the need to push experimental code into master [18:06] <durandal_1707> experimental? [18:06] <wm4> and then people who want to use this feature would test it [18:06] <durandal_1707> are you kidding, bunch of already present code is experimental [18:07] <durandal_1707> "and then people who want to use" that problem here is to find such people [18:07] <durandal_1707> when there is just no enough people [18:09] <durandal_1707> also code if far from experimental or hard to understand [18:29] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:981baf742ce6: lavfi: replace REGISTER_BUILTIN_FILTER() by REGISTER_FILTER_UNCONDITIONAL() [18:31] <michaelni> wm4, we use branches, see the repos of developers, for example ubitux, he has branches for the stuff he works on [18:31] <michaelni> marton for ffplay too [18:31] <michaelni> and so do others ... [18:31] <durandal_1707> i have branches too, want to work on something, wm4? [18:49] <cone-785> ffmpeg.git 03James Almer 07master:d59d39e16425: wavdec: fix duration calculation for files with invalid data size [18:51] <ubitux> durandal_1707: ok :( [18:54] <durandal_1707> ubitux: i dont get it, why are you sad? [18:54] <ubitux> the w64 muxer [18:55] <ubitux> it's my fault anyway :) [18:55] <durandal_1707> no i will wait your subtitles, but i think l will beat you [18:56] <durandal_1707> you need to fix allformats after diegonism [18:59] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:53228f47d689: avf_concat: init pointers to NULL for saftey and to avoid warning of uninitialized use. [18:59] <cone-785> ffmpeg.git 03Dave Yeo 07master:925c9f444fc9: Fix OS/2 threading [19:00] <j-b> lol at last commit [19:00] <durandal_1707> who to blame? [19:03] <durandal_1707> hmm, that line is pretty old [19:05] <durandal_1707> os/2 have threads? [19:23] Action: durandal_1707 sigh [19:52] <durandal_1707> ^ this is nothing, deadbeef dev stopped supporting FFmpeg for anything higher that 0,11 [19:53] <durandal_1707> this is ridiculous, that is what you get when you have no API/ABI at all [19:55] <durandal_1707> btw, fyi, FFmpeg have community chan on google plus [19:55] <durandal_1707> join so we can have more members than qatar [20:04] <michaelni> ubitux, libavformat/assdec.c:135: warning: dereferencing type-punned pointer will break strict-aliasing rules [20:06] <wm4> why is it called "qatar" [20:08] <michaelni> btw, if someone has a list of API/ABI removials that affect deadbeef, iam interrested [20:08] <durandal_1707> wm4: http://en.wikipedia.org/wiki/qatar [20:11] <durandal_1707> michaelni: https://plus.google.com/s/ffmpeg%20deadbeef [20:12] <ubitux> wm4: they made a qatar related joke once [20:12] <ubitux> michaelni: erm& :/ [20:12] <ubitux> will try to fix it [20:16] <michaelni> ubitux, libavformat/jacosubdec.c:231: warning: dereferencing type-punned pointer will break strict-aliasing rules [20:17] <ubitux> :( [20:36] <kierank> 18:55:20 <durandal_1707> join so we can have more members than qatar --> lol [20:37] <durandal_1707> kierank: that is typo, should be _Q_atar [20:55] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:4f1d7cc0ed66: bktr: fix warning: missing braces around initializer [20:55] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:05d81a57f56a: motion_est_template: fix warning: "ASSERT_LEVEL" is not defined Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [20:55] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:aa9507cc3d56: swscale: fix warning: assignment from incompatible pointer type [20:55] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:3cd137bfeac8: vf_deshake: fix strict aliassing errors [20:55] <cone-785> ffmpeg.git 03Michael Niedermayer 07master:c77eb4ee9025: sws: fix warning: cast from pointer to integer of different size [21:30] <ubitux> michaelni: i don't know how i am supposed to fix that [21:31] <ubitux> pointer is uint8_t*, and parameter is char*, i don't see the problem with the cast [21:32] <michaelni> uint8 and char* are compatible but uint8** and char** are apparently not [21:33] <michaelni> or at least the compiler (path64 IIRC) thinks so [21:36] <ubitux> well i guess i'll make an intermediate pointer [21:38] <wm4> michaelni: that is right [21:38] <wm4> void** and uint8** is not compatible either [21:38] <wm4> that's why av_freep is undefined behavior galore [22:13] <ubitux> what do you propose? [22:14] <ubitux> wm4: av_freep is doing a void* to void** [22:14] <wm4> ubitux: av_freep can be a macro at best [22:16] <ubitux> i may be wrong, but i think another solution will start warning all over the codebase [22:16] <ubitux> also, do you have a compiler which complain on this case? [22:17] <ubitux> or anything which suggest an actual problem? [22:18] <wm4> it's an aliasing violation and thus undefined behavior [22:18] <wm4> I can't imagine an actual problem right now (though who knows what LTO does...) [22:22] <ubitux> rhaa fuck that shitty all{formats,codecs} diego'ing [22:46] <Compn> why is there a vp9 ? [22:47] <wm4> because why not [22:49] <Compn> lol [22:49] <Compn> + * Copyright (c) 2012 Google, Inc. [22:49] <Compn> + * Filter that shortens or lengths and audio stream [22:49] <Compn> ... [23:53] Action: ubitux is creating a nice conflicts mess with its own subtitles branches [23:53] <ubitux> need to push some stuff& [23:54] <ubitux> michaelni: any comment on http://ffmpeg.org/pipermail/ffmpeg-devel/2012-December/136508.html ? [00:00] --- Sun Dec 30 2012

1 0

ffmpeg.log.20121229
by burek 30 Dec '12

30 Dec '12

[00:44] <p4plus21> Just out of curiosity is the screen capture portion of ffmpeg also multi threaded? [01:49] <mpfundstein_home> can anyone explain me what the crf value actually does? [01:49] <mpfundstein_home> %s/crf/cfr/ [01:50] <llogan> mpfundstein_home: https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [01:50] <llogan> http://homepage.univie.ac.at/werner.robitza/crf.html [01:50] <mpfundstein_home> thanks [01:53] <mpfundstein_home> pretty clear thanks [01:56] <kara_sweets> hey guys, I'm installing ffmpeg on a server i don't have root access too. I've had no problem compiling ffmpeg from source, however when i try to compile with --enable-libmp3lame or --enable-libfaac, i get errors that they could both not be find. The server is running Ubuntu 10.0.4, has anybody experience this and know a proper solution? [01:56] <ubitux> you need the -dev packages [01:56] <ubitux> libmp3lame-dev etc [01:58] <kara_sweets> is there a version of ffmpeg source that includes those? or should i change the flags from -enable-libmp3lame to libmp3lame-dev [10:05] <p4plus21> Is there any way to have ffmpeg display when a frame is dropped when doing a screen capture -- it seems to handle what I need quite well but I want to do a bit of a more complete testing bench mark to ensure I iron out the problem with my settings before I record a ton to find a problem [10:07] <p4plus21> actually maybe a better question [10:08] <p4plus21> when recording where it says "FPS" is that showing the setting for how many it should be capturing or how many it *is* capturing [10:24] <crashovrd> how do i accomplish this? ffmpeg -i input.mkv -vcodec copy -acodec copy output.mp4 but instead of input.mkv *.mkv in the folder mkv [10:25] <p4plus21> hmm [10:25] <p4plus21> find ./ -type f -exec [10:25] <p4plus21> may be able to do something [10:26] <crashovrd> how do i accomplish this? ffmpeg -i input.mkv -vcodec copy -acodec copy output.mp4 but instead of input.mkv i want *.mkv and output.mp4 to be samenameasinput.mp4 [10:26] <p4plus21> pipe that to xargs maybe? [10:26] <microchip_> crashovrd: for i in *.mkv; do ffmpeg -i "$i.mkv".... ; done [10:26] <crashovrd> does that work in cmd.exe? [10:26] <microchip_> no [10:26] <microchip_> it's for linux [10:27] <p4plus21> oh... I guess windows complicates a few things.. [10:27] <crashovrd> how do you do it in cmd [10:27] <p4plus21> hmm [10:28] <p4plus21> crashovrd: http://stackoverflow.com/questions/1355791/batch-file-loop [10:28] <p4plus21> that could help a bit I imagine [10:29] <crashovrd> i use cmd.exe but i do have linux commandline apps like grep.exe/wget.exe/awk.exe/etc [10:29] <crashovrd> which i use it all the time [10:29] <p4plus21> oh, well then maybe try what microchip_ suggested [10:30] <crashovrd> for i ? do i need for.exe ? [10:30] <p4plus21> well heres a slightly different question do you have those utilities from cygwin or something like that? [10:30] <crashovrd> p4plus21 yes, and they work fine [10:31] <p4plus21> ok, then try just "for i" first [10:31] <crashovrd> let me see if i even have for.exe [10:31] <p4plus21> well its something built into the shell [10:32] <p4plus21> but I think the cygwin shell should still support it [10:32] <crashovrd> i don't see for.exe [10:32] <p4plus21> I wouldn't think you would [10:33] <p4plus21> try using the command in the cygwin shell reguardless though [10:33] <crashovrd> but it has a lot of *.exe like mv.exe cp.exe md5sum.exe etc [10:34] <crashovrd> can this be done without "for i" [10:34] <p4plus21> well yes most come that way but some would be built into the shell itself [10:34] <p4plus21> maybe -- I am not a huge windows user [10:34] <crashovrd> well even in linux, can this be done without "for i" [10:34] <crashovrd> using grep [10:35] <p4plus21> how would grep manage to apply the command to multiple files? that is what youre after right [10:36] <crashovrd> instead of input.mkv i want *.mkv in that folder and output.mp4 to be samenameasinput.mp4 [10:36] <crashovrd> correct [10:37] <grepper> for i in *.mkv; do ffmpeg -i "$i" .... ${i%.*}.mp4 [10:38] <p4plus21> grepper: he doesn't want to use for i in apparently [10:38] <grepper> probably should quote the last too [10:38] <grepper> why ? [10:38] <p4plus21> windows for one, but I still think he should try it since cygwin is installed [10:39] <grepper> yeah, should work in bash in cygwin fine [10:39] <crashovrd> it won't, since i don't have for.exe [10:39] <p4plus21> you shouldn't [10:39] <p4plus21> its built into bash [10:40] <crashovrd> i don't have bash, but i just have bunch of .exe files like mv.exe/cp.exe/grep.exe/awk.exe/rm.exe/etc [10:40] <p4plus21> you said you had cygwin though...? [10:40] <crashovrd> isn't mv.exe/cp.exe/grep.exe/awk.exe/rm.exe/etc = cygwin [10:41] <p4plus21> no [10:41] <crashovrd> then what do you call those [10:41] <grepper> you should have a cygwin terminal that runs bash [10:42] <p4plus21> if you installed cygwin they are part of the cygwin bundle, otherwise they are just clones of the originals ported individually to windows (which many exist) [10:44] <crashovrd> for i in *.mkv; do ffmpeg -i input.mkv -vcodec copy -acodec copy "$i" .... ${i%.*}.mp4 [10:44] <crashovrd> is that the command? [10:44] <grepper> no [10:44] <p4plus21> well the .... would expand to the rest of your desired settings [10:44] <grepper> for i in *.mkv; do ffmpeg -i "$i" [10:45] <crashovrd> greeper i don't see -vcodec copy acodec copy [10:45] <p4plus21> he was pointing out you need to replace your input file [10:45] <grepper> yes, as crashovrd said I was leaving out the parts that remain the same during expansion [10:46] <grepper> er, as p4plus21 said I mean [10:46] <crashovrd> for i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy "$i" .... ${i%.*}.mp4 [10:46] <crashovrd> is this right? [10:46] <grepper> for i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy ${i%.*}.mp4 [10:46] <p4plus21> assuming you finish expanding the command that looks fine [10:47] <crashovrd> grepper and that will do every .mkv in that folder? [10:47] <grepper> his was wrong, an extra "$i" in there [10:47] <grepper> yes, not recursively though [10:47] <p4plus21> oh I overlook that, whoops [10:47] <crashovrd> what is recursively? [10:48] <p4plus21> means it won't go into subdirectories [10:48] <crashovrd> i see [10:48] <crashovrd> that's fine [10:48] <grepper> you can add an 'echo' before the 'ffmpeg' to see what it will do before you run it if you wish [10:48] <grepper> always a good idea with commands you don't understand [10:49] <crashovrd> i have cygwin now; how do i change directory to D:\backup [10:50] <burek> cd d:/backup [10:50] <crashovrd> burek that didn't work but i figured out [10:50] <p4plus21> isn't it "cd /cygdrive/d/backup" ? [10:50] <crashovrd> cd /cygdrive/d [10:50] <crashovrd> p4plus21 yes [10:50] <burek> rtfm :) [10:51] <crashovrd> so this should work? right? for i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy ${i%.*}.mp4 [10:52] <p4plus21> looks fine to me -- if you want to preview the command just add the word echo between do and ffmpeg and it will do a "dry run" so to speak, as suggested by grepper [10:53] <grepper> "${i%.*}.mp4" just to be safe for files with spaces, always a good habit [10:53] <grepper> ie. quote it [10:53] <crashovrd> didn't work [10:53] <p4plus21> can you be a tad more specific [10:54] <crashovrd> not only it didn't work, it went into a mode where i cannot even change directories [10:54] <crashovrd> how do i get out of this mode [10:55] <grepper> did you leave something without a closing quote ? [10:55] <luc4> Hi! Can anyone suggest me a good ffmpeg tutorial? I found some, but all seem a little outdated. I know ffplay.c is available, I worked in the past with it. I just wanted to know if there is something like a tutorial explaining what I'm doing. [10:55] <burek> luc4, there are many [10:55] <burek> what exactly do you need [10:56] <grepper> ctrl-c or ctrl-d should get you back to the command line [10:56] <luc4> burek: I'm interested mostly in demuxing and getting the streams. I'll decode with hardware accelerated libraries. [10:56] <burek> luc4, there are docs/examples [10:56] <burek> iirc [10:56] <crashovrd> grepper okay ctrl-c worked: but command didn't work [10:57] <grepper> crashovrd: copy and paste the EXACT command you used [10:57] <crashovrd> for i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy "${i%.*}.mp4" [10:57] <grepper> heh [10:58] <p4plus2> oh [10:58] <grepper> or i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy "${i%.*}.mp4"; done [10:58] <p4plus2> you need a don... [10:58] <p4plus2> yeah [10:58] <grepper> sorry, assumed too much bash knowledge there [10:58] <crashovrd> i need what? [10:58] <p4plus2> grepper already posted it [10:58] <grepper> a 'for' loop always ends with a 'done' [10:59] <grepper> for i in *.mkv; do ffmpeg -i "$i" -vcodec copy -acodec copy "${i%.*}.mp4"; done [10:59] <crashovrd> okay it worked [11:00] <p4plus2> save that from now on in a .sh file so you can use it in the future ;) [11:01] <luc4> burek: sorry, connection lost [11:01] <burek> re: luc4, there are docs/examples [11:01] <luc4> burek: yes, but where can I find those docs? I found some but all are quite outdated. [11:02] <crashovrd> how good is ffmpeg's mkv to mp4 converter? [11:02] <luc4> burek: on the ffmpeg website? [11:02] <burek> luc4 in ffmpeg source dir [11:02] <burek> did you compile ffmpeg [11:02] <luc4> burek: in the past, yes. [11:03] <luc4> burek: I'll look into the sources for the docs. Thanks! [11:04] <crashovrd> i have a strange question [11:06] <crashovrd> what happens if you are converting using ffmpeg one format to another but what if the source file was named input.wmv but it's actually a mkv file [11:07] <crashovrd> would that screw up [11:07] <burek> why dont you try and see [11:08] <crashovrd> just asking [14:07] <p4plus2> do setting faster presets with a higher crt value degrade image quality further or is a higher preset only how much time ffmpeg will generally spend compressing a frame [14:08] <sacarasc> Presets are about compressing, I believe. Slower presets compress better but they should be the same quality as the faster ones. Just smaller files. [14:09] <p4plus2> thats what I was interpreting it as, but I wanted to be on the safe side and double check, thanks [14:09] <sacarasc> I think there is some quality change with different presets, but not as much as with crf. [14:10] <p4plus2> hmm, I'll play around with it and see what settings I can come up with for this recording setup [14:10] <p4plus2> so far my computer is fine with ultrafast and crt 0 or 25 -- so maybe I'll try something like 20 with a slower preset [14:11] <p4plus2> try and strike a happy median somewhere [14:11] <p4plus2> middle* [14:17] <p4plus2> ctr 18, medium preset causes only three dropped frames over four minutes-- not too bad at all [14:18] <p4plus2> I must say [14:18] <p4plus2> ffmpeg really does its job well :D [14:40] <Abhijit> hi [14:40] <Abhijit> I am getting this error ffmpeg.c:166:8: error: AVFrame has no member named age help please [14:50] <burek> <p4plus2> ctr 18, medium preset causes only three dropped frames over four minutes-- not too bad at all [14:50] <burek> are you doing live encoding [14:50] <burek> or re-encoding a file? [14:50] <burek> Abhijit, where exactly? [14:52] <Abhijit> burek, while trynig to build a sample of vaapi [14:52] <burek> it might be you are using incompatible versions of ffmpeg and vaapi (whatever that is) [14:53] <Abhijit> burek, tryign to build this http://gitorious.org/hwdecode-demos/ [14:53] <burek> oh [14:54] <Abhijit> burek, can i install run enable vaapi on [14:54] <Abhijit> Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) [14:54] <burek> well.. [14:54] <burek> if im correct [14:54] <burek> ffmpeg.c [14:54] <burek> is the file, coincidentaly named the same as ffmpeg's ffmpeg.c [14:54] <burek> shortly it doesn't have anything to do with ffmpeg [14:55] <burek> so you should contact their support [14:55] <Abhijit> ok :-( [14:55] <burek> to ask them what did they put into that file wrongly [14:55] <burek> i.e. that ffmpeg.c file is not our code [14:55] <burek> it's theirs [14:55] <burek> probably just a wrapper for ffmpeg library calls [14:56] <Abhijit> ok [17:20] <cris__> Hello to all. [17:20] <cris__> I want stream from a webcam but have this error with ffmpeg with this webcam input. [17:20] <cris__> I think is a problem of pixel format but can not resolve it. [17:20] <cris__> Can someone help me? [17:20] <cris__> Many thanks in advance. [17:20] <cris__> This is the command output [17:20] <cris__> ffmpeg -v debug -f video4linux2 -i /dev/video1 -vcodec mpeg2video output.mpg [17:20] <cris__> ffmpeg version 0.8.4-6:0.8.4-0ubuntu0.12.10.1, Copyright (c) 2000-2012 the Libav developers [17:20] <cris__> built on Nov 6 2012 16:49:20 with gcc 4.7.2 [17:20] <cris__> configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --en [17:20] <cris__> able-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu --enable-shared --disable-static [17:20] <cris__> avutil configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:21] <cris__> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:21] <cris__> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:21] <cris__> avcodec configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:21] <cris__> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:21] <cris__> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:21] <cris__> avformat configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:21] <cris__> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:21] <cris__> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:21] <cris__> avdevice configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis... [17:21] <cris__> ...--enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static [17:21] <cris__> avfilter configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis... [17:21] <cris__> ...--enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static [17:21] <cris__> swscale configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:21] <cris__> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:21] <cris__> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:21] <cris__> postproc configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:21] <cris__> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:21] <cris__> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:21] <cris__> libavutil 51. 22. 1 / 51. 22. 1 [17:21] <cris__> libavcodec 53. 35. 0 / 53. 35. 0 [17:21] <cris__> libavformat 53. 21. 0 / 53. 21. 0 [17:21] <cris__> libavdevice 53. 2. 0 / 53. 2. 0 [17:21] <cris__> libavfilter 2. 15. 0 / 2. 15. 0 [17:21] <cris__> libswscale 2. 1. 0 / 2. 1. 0 [17:21] <cris__> libpostproc 52. 0. 0 / 52. 0. 0 [17:21] <cris__> *** THIS PROGRAM IS DEPRECATED *** [17:21] <cris__> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [17:21] <cris__> [video4linux2 @ 0x8152880] [5]Capabilities: 85000001 [17:21] <cris__> [video4linux2 @ 0x8152880] Querying the device for the current frame size [17:21] <cris__> [video4linux2 @ 0x8152880] Setting frame size to 352x288 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x32315559 to 0x37303250 [17:21] <cris__> Last message repeated 1 times [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50323234 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x56595559 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x59565955 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50313134 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x39565559 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x4F424752 to 0x37303250 [17:21] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50424752 to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x33524742 to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x33424752 to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x34524742 to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x59455247 to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x3231564E to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x47504A4D to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x4745504A to 0x37303250 [17:22] <cris__> [video4linux2 @ 0x8152880] Cannot find a proper format for codec_id 0, pix_fmt -1. [17:22] <cris__> /dev/video1: Input/output error [17:22] <cris__> The command vl4-info /dev/video1 give me this output: [17:22] <cris__> ### v4l2 device info [/dev/video1] ### [17:22] <cris__> general info [17:22] <cris__> VIDIOC_QUERYCAP [17:22] <cris__> driver : "pac207" [17:22] <cris__> card : "CIF Single Chip " [17:22] <cris__> bus_info : "usb-0000:00:1d.1-1" [17:22] <cris__> version : 3.5.7 [17:22] <cris__> capabilities : 0x85000001 [VIDEO_CAPTURE,READWRITE,STREAMING,(null)] [17:22] <cris__> standards [17:22] <cris__> inputs [17:22] <cris__> VIDIOC_ENUMINPUT(0) [17:22] <cris__> index : 0 [17:22] <cris__> name : "pac207" [17:22] <cris__> type : CAMERA [17:22] <cris__> audioset : 0 [17:22] <cris__> tuner : 0 [17:22] <cris__> std : 0x0 [] [17:22] <cris__> status : 0x0 [] [17:22] <cris__> video capture [17:22] <cris__> VIDIOC_ENUM_FMT(0,VIDEO_CAPTURE) [17:22] <cris__> index : 0 [17:22] <cris__> type : VIDEO_CAPTURE [17:22] <cris__> flags : 0 [17:22] <cris__> description : "P207" [17:22] <cris__> pixelformat : 0x37303250 [P207] [17:22] <cris__> VIDIOC_G_FMT(VIDEO_CAPTURE) [17:22] <cris__> type : VIDEO_CAPTURE [17:22] <cris__> fmt.pix.width : 352 [17:22] <cris__> fmt.pix.height : 288 [17:22] <cris__> fmt.pix.pixelformat : 0x37303250 [P207] [17:23] <cris__> fmt.pix.field : NONE [17:23] <cris__> fmt.pix.bytesperline : 352 [17:23] <cris__> fmt.pix.sizeimage : 101952 [17:23] <cris__> fmt.pix.colorspace : SRGB [17:23] <cris__> fmt.pix.priv : 0 [17:23] <cris__> controls [17:23] <cris__> VIDIOC_QUERYCTRL(BASE+0) [17:23] <cris__> id : 9963776 [17:23] <cris__> type : INTEGER [17:23] <cris__> name : "Brightness" [17:23] <cris__> minimum : 0 [17:23] <cris__> maximum : 255 [17:23] <cris__> step : 1 [17:23] <cris__> default_value : 46 [17:23] <cris__> flags : 32 [17:23] <cris__> VIDIOC_QUERYCTRL(BASE+17) [17:23] <cris__> id : 9963793 [17:23] <cris__> type : INTEGER [17:23] <cris__> name : "Exposure" [17:23] <cris__> minimum : 3 [17:23] <cris__> maximum : 90 [17:23] <cris__> step : 1 [17:23] <cris__> default_value : 5 [17:23] <cris__> flags : 16 [17:23] <cris__> VIDIOC_QUERYCTRL(BASE+18) [17:23] <cris__> id : 9963794 [17:23] <cris__> type : BOOLEAN [17:23] <cris__> name : "Gain, Automatic" [17:23] <cris__> minimum : 0 [17:23] <cris__> maximum : 1 [17:23] <cris__> step : 1 [17:23] <cris__> default_value : 1 [17:23] <cris__> flags : 8 [17:23] <cris__> VIDIOC_QUERYCTRL(BASE+19) [17:23] <cris__> id : 9963795 [17:23] <cris__> type : INTEGER [17:23] <cris__> name : "Gain" [17:23] <cris__> minimum : 0 [17:23] <cris__> maximum : 31 [17:24] <cris__> step : 1 [17:24] <cris__> default_value : 7 [17:24] <cris__> flags : 16 [17:24] <cbreak> spammers get dumber by the minute... [17:26] <cris19291> Hello to all. [17:26] <cris19291> I want stream from a webcam but have this error with ffmpeg with this webcam input. [17:26] <cris19291> I think is a problem of pixel format but can not resolve it. [17:26] <cris19291> Can someone help me? [17:26] <cris19291> Many thanks in advance. [17:26] <cris19291> This is the command output [17:26] <cris19291> ffmpeg -v debug -f video4linux2 -i /dev/video1 -vcodec mpeg2video output.mpg [17:26] <cris19291> ffmpeg version 0.8.4-6:0.8.4-0ubuntu0.12.10.1, Copyright (c) 2000-2012 the Libav developers [17:26] <cris19291> built on Nov 6 2012 16:49:20 with gcc 4.7.2 [17:26] <cris19291> configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --en [17:26] <cris19291> able-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu --enable-shared --disable-static [17:26] <cbreak> worthless spammers... [17:26] <cris19291> avutil configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:26] <cris19291> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:26] <cris19291> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:26] <cris19291> avcodec configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:26] <cbreak> get dumber by the second [17:26] <cris19291> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:26] <cris19291> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:26] <cris19291> avformat configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:26] <cris19291> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:26] <cris19291> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:26] <cris19291> avdevice configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis... [17:26] <cris19291> ...--enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static [17:27] <cris19291> avfilter configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4-0ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis... [17:27] <cris19291> ...--enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static [17:27] <cris19291> swscale configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:27] <cris19291> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:27] <Mavrik> !ops [17:27] <cris19291> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:27] <cris19291> postproc configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.8.4ubuntu0.12.10.1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroedinger - [17:27] <cris19291> -enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --enable-libopencore-amrnb --enable-version3 --enable-libopencore-amrwb... [17:27] <cris19291> ...--enable-version3 --enable-libvo-aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 [17:27] <cris19291> libavutil 51. 22. 1 / 51. 22. 1 [17:27] <cris19291> libavcodec 53. 35. 0 / 53. 35. 0 [17:27] <cris19291> libavformat 53. 21. 0 / 53. 21. 0 [17:27] <cris19291> libavdevice 53. 2. 0 / 53. 2. 0 [17:27] <cris19291> libavfilter 2. 15. 0 / 2. 15. 0 [17:27] <cris19291> libswscale 2. 1. 0 / 2. 1. 0 [17:27] <cris19291> libpostproc 52. 0. 0 / 52. 0. 0 [17:27] <cris19291> *** THIS PROGRAM IS DEPRECATED *** [17:27] <cris19291> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [17:27] <cris19291> [video4linux2 @ 0x8152880] [5]Capabilities: 85000001 [17:27] <cris19291> [video4linux2 @ 0x8152880] Querying the device for the current frame size [17:27] <cris19291> [video4linux2 @ 0x8152880] Setting frame size to 352x288 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x32315559 to 0x37303250 [17:27] <cbreak> bots should just auto kick ban such morons [17:27] <cris19291> Last message repeated 1 times [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50323234 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x56595559 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x59565955 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50313134 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x39565559 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x4F424752 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x50424752 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x33524742 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x33424752 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x34524742 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x59455247 to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x3231564E to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x47504A4D to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] The V4L2 driver changed the pixel format from 0x4745504A to 0x37303250 [17:27] <cris19291> [video4linux2 @ 0x8152880] Cannot find a proper format for codec_id 0, pix_fmt -1. [17:27] <cris19291> /dev/video1: Input/output error [17:27] <cris19291> The command vl4-info /dev/video1 give me this output: [17:27] <cris19291> ### v4l2 device info [/dev/video1] ### [17:28] <cris19291> general info [17:28] <cris19291> VIDIOC_QUERYCAP [17:28] <cris19291> driver : "pac207" [17:28] <cris19291> card : "CIF Single Chip " [17:28] <cris19291> bus_info : "usb-0000:00:1d.1-1" [17:28] <cris19291> version : 3.5.7 [17:28] <cris19291> capabilities : 0x85000001 [VIDEO_CAPTURE,READWRITE,STREAMING,(null)] [17:28] <cris19291> standards [17:28] <cris19291> inputs [17:28] <cris19291> VIDIOC_ENUMINPUT(0) [17:28] <cris19291> index : 0 [17:28] <cris19291> name : "pac207" [17:28] <cris19291> type : CAMERA [17:28] <cris19291> audioset : 0 [17:28] <cris19291> tuner : 0 [17:28] <cris19291> std : 0x0 [] [17:28] <creep> haha [17:28] <creep> i suspect the new $5 webcam from tesco [17:33] <klaxa> woah, wtf [17:36] <klaxa> cris19291 [17:36] <klaxa> <cris19291> *** THIS PROGRAM IS DEPRECATED *** [17:36] <klaxa> <cris19291> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [17:36] <klaxa> wrong channel dude [17:48] <ReneDescartes> Over 9000 thousands lines of console output! X) [17:58] <cris19291> klaxa yes I know but if i use avconv the output is the same [18:07] <burek> cris19291, are you really such an idiot [18:07] <burek> or you are just trying to be [18:15] <klaxa> at this point i'm pretty much convinced he is just trolling [18:43] <cris19291> I'm sorry. No I'm not an idiot , i'm don't try to be and i'm not trolling. It is just the first time for me on a irc chat and do not speak good english . I'm sorry again. Bye. [18:50] <ubitux> try ffmpeg, and with --enable-libv4l maybe [18:54] <durandal_1707> that work for older version (1 not 2) [18:55] <durandal_1707> what is the problem? [19:08] <cris19291> durandal_1707, many thanks. Have I to build ffmpeg with --enable-lib4l in the configure options? [19:09] <durandal_1707> only older version, because newer do not work [19:09] <durandal_1707> cris19291: what is problem you want to resolve? [19:35] <cris19291> durandal_1707, i want to stream input from pac207 based webcam over network with rtp format [19:47] <cris19291> durandal_1707: maybe i have solved many thanks again!! [20:15] <ubitux> durandal_1707: it's supposed to work with v4l2 [20:15] <ubitux> and actually that's what cris19291 did, through ld preload [20:15] <durandal_1707> ld preload, why? [20:30] <ubitux> 18:51:45 <@BBB> LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so avconv -f video4linux2 -i ... [20:30] <ubitux> 18:51:49 <@BBB> should fix it [20:30] <ubitux> 18:51:58 <@BBB> it'll convert your weird format to regular yuv [20:30] <ubitux> that's exactly what libv4l is for [20:30] <ubitux> --enable-v4l makes is builtin [20:31] <durandal_1707> and what is name for weird format? [23:24] <p4plus2> (05:51:09) burek: <p4plus2> ctr 18, medium preset causes only three dropped frames over four minutes-- not too bad at all [23:24] <p4plus2> (05:51:14) burek: are you doing live encoding [23:24] <p4plus2> live [00:00] --- Sun Dec 30 2012

1 0

ffmpeg-devel.log.20121228
by burek 29 Dec '12

29 Dec '12

[00:34] <teratorn> can I ask a highly technical libavcodec question here? I have a libvorbis AVCodecContext that I'm using to encode an audio stream - I feed several frames in, and get a couple packets back out, then it just STOPS producing packets, not matter how many more frames I keep putting in, any theory why the encoder would just hang? there are no error logs, and the avcodec_encode_audio2() returns successfully... [02:43] <ubitux> http://web.archive.org/web/20070210095721/http://www.volny.cz/aberka/czech/… [02:43] <ubitux> blast from the past! [02:47] <ubitux> AqTitle, v2.0 [02:47] <ubitux> + GNU GPL licence [02:47] <ubitux> i wonder how is this possible with a .exe [03:01] <cone-261> ffmpeg.git 03Michael Niedermayer 07master:f1185fbbec13: libpostproc: Fix off by 1 error in the C dering code [03:01] <cone-261> ffmpeg.git 03Michael Niedermayer 07master:9e04e11e83cd: libpostproc: alloc a few bytes more in the temporary buffer [03:10] <ubitux> michaelni: thanks for that fix [03:11] <ubitux> i wonder if that would fix the linesize/width issue i had [03:44] <michaelni> ubitux, i dont think it fixes that [03:46] <ubitux> ok :( [06:59] <Compn> ehe [06:59] <Compn> ubitux : nice work on subtitle stuff [06:59] <Compn> have you seen those other subs in the wild ? [06:59] <Compn> mostly i run into srt or ass nowdays. [07:00] <ubitux> never :D [07:01] <ubitux> i just want to remove an entry in my todo list [07:01] <ubitux> entry number one [07:01] <ubitux> since years :p [07:01] <ubitux> i've only simple left [07:01] <ubitux> then afaict we will need google video subtitles [07:01] <ubitux> even though the service doesn't exist anymore [07:02] <ubitux> well and then ffmpeg will have all subtitles format from mplayer [07:02] <ubitux> though, it doesn't handle well encoding/charset/codepage and stuff [07:03] <ubitux> i guess that's the next step, along with the stylesubtitles api :p [07:03] <Compn> mmm codepages [07:03] <Compn> someone mentioned that they would like auto codepage detection [07:03] <Compn> if you can code that u [07:03] <Compn> p [07:03] <ubitux> honestly [07:03] <ubitux> i HATE that subtitles stuff :p [07:04] <Compn> sounds difficult and require 1mb library like iconv or enca or something [07:04] <Compn> i'm not a fan of different text encoding schemes [07:04] <Compn> theres a bunch of utf stuff too [07:07] <Compn> you'd think youtube would have more ffmpeg patches [07:08] <Compn> i think i forgot to ask youtube about mencoder patches. mike and i werent sure if they used mencoder previously... [07:09] <ubitux> erm& should i really implement subviewer1? :( [07:09] <ubitux> it's just like subviewer, except that it sucks even more [11:33] <cone-801> ffmpeg.git 03Stefano Sabatini 07master:7a8face9fb8d: lavf/segment: add reference_stream option [11:33] <cone-801> ffmpeg.git 03Stefano Sabatini 07master:0156dd6530b9: lavf/segment: add segment_frames option [12:18] <durandal_1707> michaelni: should do you be maintainer of mjpeg* and not just of mjpeg.c ;) [12:55] <durandal_1707> michaelni: i think it is bad idea to have rf64 format hidden in wav demuxer [13:05] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:0d4572a54b04: MAINTAINERS: s/mjpeg.c/mjpeg*.c/ [13:10] <durandal_1707> michaelni: i aks because of rf64 muxer [13:11] <durandal_1707> and adding rf64 option to wav muxer seems silly [13:17] <michaelni> hmm, yes true [17:11] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:33f15ab35d1f: libavutil/samplefmt: Fix project name [17:11] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:458afd2a0e8a: vf_mp: fix 'discards const qualifier from pointer target type' [17:11] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:baa5d6df77c2: vf_detc: dont mix av_strdup & free [17:11] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:8afe168c784b: vf_divtc: dont mix av_strdup and free [17:33] <cone-801> ffmpeg.git 03Paul B Mahol 07master:507956824c64: auenc: do not write invalid file size [17:44] <durandal_1707> does anyone have w64 wav files with list guid? [21:02] <cone-801> ffmpeg.git 03Michael Niedermayer 07master:07abf13da4a7: h264: avoid a grayscale related if() in hl_decode_mb() [22:33] <durandal_1707> michaelni: dual mono in aac is reported as unused variable [22:33] <durandal_1707> did that code ever worked? it may broke after one of merges [22:35] <michaelni> i know, i cant fix it as i have no sample to test [22:37] <durandal_1707> contacted person that introduced such code? [22:39] <michaelni> yes, no reply yet [22:44] <cone-801> ffmpeg.git 03Paul B Mahol 07master:a4912aa61e10: soxenc: use FFALIGN [22:50] <cone-801> ffmpeg.git 03Paul B Mahol 07master:09401694db35: soxenc: use ffio_fill [22:53] <cone-801> ffmpeg.git 03Paul B Mahol 07master:a4b62f36c7d1: soxdec: use meaningful error codes [23:01] <cone-801> ffmpeg.git 03Paul B Mahol 07master:8ad010a7e080: soxenc: use ff_raw_write_packet() [23:21] <cone-801> ffmpeg.git 03Paul B Mahol 07master:f18d2137d6e7: aiffenc: use ff_raw_write_packet() [23:24] <cone-801> ffmpeg.git 03Paul B Mahol 07master:3f8ee30e6319: mmfenc: use ff_raw_write_packet() [23:57] <ubitux> avpriv_set_pts_info(st, 64, 1, 1); [23:57] <ubitux> i never thought i would do that once [00:00] --- Sat Dec 29 2012

1 0

ffmpeg.log.20121228
by burek 29 Dec '12

29 Dec '12

[00:19] <RSD> which encoder is best for aac [00:19] <JEEBsv> usable via ffmpeg? fdk-aac [00:19] <RSD> yes [00:19] <RSD> the libvo_aacenc is not good? [00:19] <JEEBsv> nope [00:20] <RSD> and the experimental one? [00:20] <JEEBsv> it's on par or even worse than the internal ffaac encoder in libavcodec (codec name 'aac') [00:20] <JEEBsv> the experimental one is pretty bad, but probably better than vo_aacenc [00:21] <RSD> fdk-aac is the best? [00:21] <JEEBsv> at the moment, yes [00:21] <JEEBsv> fraunhofer's encoder, after all [00:24] <RSD> and if I want librtmp on centos 6.3 [00:24] <RSD> if I do ./configure --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-libfdk-aac --enable-librtmp it says it can find librtmp [00:25] <JEEBsv> what do you want to do with librtmp? [00:25] <RSD> read rtmp streams [00:25] <RSD> and output [00:25] <JEEBsv> ok, reading [00:25] <JEEBsv> hmm [00:25] <JEEBsv> I thought enabling the librtmp would disable the internal rtmp(e) implementation? [00:25] <RSD> I have installed librtmp in /usr/local/lib [00:26] <JEEBsv> which would disable the rtmp(e) output features [00:26] <RSD> so I better remove librtmp [00:26] <JEEBsv> well, you just don't enable it and try like that [00:27] <RSD> I also got that message whiletrying to get opus working [00:27] <RSD> ERROR: librtmp not found [00:27] <JEEBsv> you probably had --enable-librtmp there too then :P [00:27] <JEEBsv> because opus doesn't need rtmp [00:30] <RSD> no not at that time [00:30] <RSD> it syas it can;t find the lib while it is there [00:30] <JEEBsv> it will not tell you librtmp not found if you didn't enable librtmp [00:30] <JEEBsv> as far as I know [00:31] <JEEBsv> it should tell libopus not found if it's not found [00:32] <JEEBsv> and in that case you should either use PKG_CONFIG_PATH to add your prefix's lib/pkgconfig into the pkg-config path, or use --extra-cflags and --extra-ldflags to add -I/your/prefix/include and -L/your/prefix/lib to compiler's and linker's flags [00:36] <RSD> also if i configure with disable-shared? [00:40] <RSD> opus.pc is in the pkgconfig dir [00:57] <an3k> RSD: I'm using Nero AAC Encoder. It's free and also used by MeGUI [01:57] <brx_> can ffmpeg handle overlaying text in a black box over a video across the bottom of a vid or will i have to break it into jpgs and do this programmatically within my app code, and then reencode the images back to a video? [02:13] <impy> brx_: watermark or subtiles? (in either case the answer is yes though) [02:13] <brx_> watermark impy [02:14] <brx_> well, a black box at the bottom with a date in it [02:15] <brx_> yes as in ffmpeg can do it alone? [02:16] <impy> brx_: yeah, you have to look it the -vf (video filter) option [02:16] <impy> then you can add as arguments the picture of the blackbox with text and the overlay offset [02:17] <brx_> ok great [02:17] <brx_> theres 2 ways i could do this. 1) break into jpgs, draw onto each fram in java and then merge the jpgs again with the audio [02:17] <brx_> 2)video-filter [02:17] <brx_> which should i choose impy ? [02:18] <impy> video filter [02:18] <brx_> ok thanks [02:27] <ubitux> vf drawtext or ass [03:04] <brx_> ubitux impy, ffmpeg -i 2012-12-27.mp4 -vf "movie=bb.png [movie]; [in] [movie] overlay=0:0 [out]" -vcodec copy -acodec copy out.mp4 [03:04] <brx_> bb.png must be in the current working directory or ffmpeg directory? [03:04] <brx_> i never see any examples referenceing a full path with that parameter [03:04] <brx_> and the image never overlays [03:09] <ubitux> you can't use -vcodec copy with -vf [03:10] <brx_> ok i just realized that, it works with ffmpeg -y -i 2012-12-27.mp4 -vf "movie=bb.png [watermark]; [in][watermark] overlay=main_w-overlay_w-50:main_h-overlay_h-10 [out]" -vcodec libx264 -crf 20.0 -acodec copy out.mp4 [03:10] <brx_> thanks ubitux [03:13] <roboman2444> you guys might know about this.... [03:13] <roboman2444> i need a slim audio tool that can output to stdout [03:14] <roboman2444> something that can manipulate microphone and audio files on the fly, kindof like a radio operator's mixing board [03:14] <roboman2444> oh, and a console or gtk or whatever ui is fine [03:17] <ubitux> ffmpeg can push to stdout [03:17] <ubitux> if you want a slim ffmpeg, play with the configure (hint: --disable-everything) [03:22] <roboman2444> no no no [03:22] <roboman2444> i mean some sort of mixing software [03:23] <roboman2444> that allows me to mix multiple inputs, and manage them on the fly [03:23] <sisco-19> hi all [03:23] <roboman2444> and pipe the output (in any form that that ffmpeg can handle... so any) to stdout [03:24] <sisco-19> i have a question for you is there any script or a program that get the stream statut from ffmpeg if it stops where the input is a live source ???? [03:25] <sisco-19> :) [03:26] <p4plus2> Does ffmpeg have any sort of noise filtering for audio -- it would be sufficient if it only ran during silence to make it true silence [03:26] <p4plus2> more ideally would be the ability to control which channel the filter was applied to but this is optional [03:26] <p4plus2> I did find the silence detector but nothing for denoising (if that is even a word) [03:27] <sisco-19> r u trying to put another audio on the video ? [03:27] <p4plus2> no [03:27] <sisco-19> to make silent? [03:27] <sisco-19> it* [03:28] <p4plus2> I am only attempting to silent areas of dead air during the video [03:29] <sisco-19> correct me if im wrong, you have video and lets say a part of this video there's some noises and u wanna make it silent? [03:30] <p4plus2> no [03:31] <p4plus2> the video itself has full audio -- speech to more precise [03:31] <p4plus2> but in sections of dead air I would like a denoise filter to reduce background hum [03:33] <roboman2444> college radio [03:33] <roboman2444> "dead air, um, dead air" [03:34] <sisco-19> i think you need third party tool like Audacity [03:35] <p4plus2> sisco-19: perhaps -- thats how I do it right now [03:35] <p4plus2> but I was asking the question in hopes of potentially streamlining the process a bit more [03:36] <sisco-19> did you try -nr ? [03:56] <p4plus2> isn't -nr a video option? [03:59] <tats> hello [04:01] <tats> I'm having a strange issue with a format context: I get nb_streams = 0 even though the av_dump_format() outputs many streams [04:01] <tats> I looked that up on the internet but only found questions without answers [04:01] <sisco-19_> yes it is and its for noise reduction [04:02] <tats> I'm on ubuntu 12.04. I compiled my own libraries following these instructions: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [04:03] <tats> (I mean: I compiled ffmpeg / x264 / fdk-aac / libvpx latest version with extra compilation flags for codec supports) [05:50] <Abhijit> hi [05:51] <Abhijit> i am getting this error while trying to compile libavg http://paste.opensuse.org/70004890 [05:51] <Abhijit> ffmpeg has no member age [05:51] <Abhijit> help please [06:31] <Abhijit> hi [06:31] <Abhijit> i am getting error AVFrame has no member named age [06:31] <Abhijit> help please [08:50] <kdns> Hi all [08:52] <kdns> I hope sameone can give me some advice... i have two webcams and jack audio, which I'd like to combine into picture in picture image, with jack audio as a video which i can save to disk and stream to the web in realtime. [09:10] <kcm1700> is it legal to put new sps pps information packet into the h264 decoder in order to decode other h264 video? [10:18] <RSD> I am trying to install libopus on centos 6.3 [10:18] <RSD> but it can find the libs [10:18] <RSD> it says [10:18] <RSD> ERROR: opus not found [10:18] <RSD> I tried to install libpus with --prefix=/usr [10:18] <RSD> I tried it without prefix [10:19] <RSD> I added /usr/local/lib to PATH [10:19] <RSD> In ld.so.conf is /usr/local/lib [10:19] <RSD> please help [10:20] <sacarasc> Did you compile it yourself or install using your package manager? [11:03] <RSD> compiled it myself [11:16] <RSD> installed libopus from repo butstill not working? [11:16] <RSD> why? [11:29] <SirDarius> hmm any reason ffmpeg would generate FLV (AVC/AAC) files with non monotonical PTS ? it seems the very last video tag in some files is presented before the previous audio tags, that's troublesome... [11:29] <SirDarius> and it's only five bytes long... 17 02 00 00 00 [11:34] <SirDarius> hmmm that's an AVC end-of-sequence, i should probably omit it altogether from the stream [11:44] <RSD> no one on libopus in centos or isn it necessaryu? [11:49] <SirDarius> is the .so correctly installed ? [11:50] <SirDarius> (or .a) [11:50] <RSD> yes they are in the dir [11:51] <SirDarius> /usr/lib, or /usr/local/lib ? [12:04] <RSD> but yes [14:23] <norbert_> is there a mjpeg variant that accepts png images? [14:23] <norbert_> for -vcodec input, I mean [14:40] <norbert_> http://ffmpeg.org/trac/ffmpeg/wiki/Create%20a%20video%20slideshow%20from%20… [14:41] <norbert_> I'm going that "or for png images" thing there [14:41] <norbert_> but all ffmpeg gives me is: Error while decoding stream #0.0 [14:43] <SirDarius> @Mavrik in the end, skipping the AVC Sequence-start / End-of-sequence packets makes streaming work fine [14:43] <norbert_> what I'm doing is straight from the wiki (URL above): cat *.png | ffmpeg -f image2pipe -r 1 -vcodec png -i - -vcodec libx264 out.mp4 [14:43] <Mavrik> yeah [14:43] <Mavrik> give us the full output. [14:44] <SirDarius> thanks for the useful pointer ;) [14:44] <SirDarius> (even though it's been a few days since i've asked) [14:44] <norbert_> and the result is: http://pastebin.com/aJQfTNF9 [14:47] <norbert_> Mavrik: done pasting :) any ideas? [14:47] <klaxa> update your version first dude [14:49] <Mavrik> yeah [14:49] <klaxa> either compile latest git from source or grab a static build [14:49] <Mavrik> norbert_: and why aren't you just using image2 demuxer? [14:49] <Mavrik> this one: http://ffmpeg.org/ffmpeg-formats.html#image2-2 [14:53] <norbert_> here is something I cannot understand, and I'm pretty sure it's because ffmpeg made a terrible choice [14:53] <norbert_> why does the order of parameters matter [14:53] <norbert_> why can't we have -vincodec to indicate a video in codec or something [14:54] <norbert_> why does everything change when I move a -r to the front or the back of an ffmpeg command [14:54] <norbert_> maybe that makes sense to developers, who prefer to use only one -r, but it would be so much easier for users if you could just say -rout and -rin [14:54] <norbert_> or whatever [14:54] <Mavrik> preference. [14:55] <klaxa> pretty much [14:55] <klaxa> generally it's like ffmpeg -f <format/filter> <video input settings> -i <input> <video output settings> outputfile.<container> [14:56] <Mavrik> [input 1 parameters][input 1][input 2 parameters][input 2] ... [output1 parameters][output1][output2 parameters][output2] [14:56] <Mavrik> it's still rather logical ;) [14:57] <norbert_> I hope one of you can help me out with the following [14:57] <norbert_> I currently have -i 00%04d.png which works fine [14:57] <norbert_> but I would like to pass "cat $(ls -r *.png) | ffmpeg" to ffmpeg [14:58] <norbert_> I'm not sure how to replace the -i part with what I'm piping to it with cat [14:58] <norbert_> I know I could do -vcodec mjpeg, but that would be for .jpg files [14:58] <norbert_> and I tried .png, but get the error I pasted at pastebin.com [14:59] <norbert_> I tried backquoting the result but ffmpeg said there were too many input files [14:59] <Mavrik> yes, because there's no video format that would be built from sequental png files [14:59] <norbert_> ah, ok [14:59] <norbert_> hm... [14:59] <Mavrik> that's what confuses ffmpeg [14:59] <norbert_> but jpeg is not lossless [14:59] <Mavrik> also when your piping [14:59] <Mavrik> probably for you the easiest would be to rename files to something you can pass to image2 demuxer [14:59] <norbert_> I'm trying to use png images because I did it with jpg before and even at the highest quality the end result didn't look as good as the source [15:00] <norbert_> but the example for image2 demuxer also mentions ffmpeg -start_number 100 -i 'img-%03d.jpeg' -r 10 out.mkv [15:00] <norbert_> the first example there is ffmpeg -i 'img-%03d.jpeg' -r 10 out.mkv [15:01] <norbert_> I would still need to pipe the png's I have to that command somehow [15:02] <Mavrik> huh? [15:02] <Mavrik> you're not really reading the docs. [15:03] <norbert_> well, I'm pretty much past that, since I've been looking at docs for 2 days now [15:03] <klaxa> when i execute what's written in the wiki it works [15:03] <klaxa> cat shot* | ffmpeg -f image2pipe -r 1 -c:v png -i - -c:v libx264 shots.mp4 [15:03] <klaxa> that produces a playable video for me [15:04] <klaxa> the files are mplayer2 screenshots, all png [15:04] <klaxa> i strongly recommend you update your ffmpeg [15:04] <norbert_> updating my ffmpeg would be a pain [15:05] <norbert_> it breaks my whole system [15:05] <klaxa> i highly doubt it, what system are you on? (distro, architecture?) [15:05] <klaxa> for linux x64 http://dl.dropbox.com/u/24633983/ffmpeg/index.html [15:07] <norbert_> klaxa: isn't there a lot on my system that relies on the ffmpeg version I have? [15:07] <norbert_> like, would kdenlive from my distro still work [15:08] <klaxa> you can use a static build totally independently from anything on your system [15:08] <klaxa> you put it in some directory, literally /any/ directory [15:08] <norbert_> ok [15:08] <klaxa> and call the binary [15:09] <SirDarius> you can even call it zzmpeg ;) [15:09] <norbert_> do you have a 32 bit version of that static thing? [15:09] <norbert_> because I tried that command, but c:v is an unrecognized option for my ffmpeg [15:09] <sacarasc> That just means your version is old, norbert_. [15:10] <norbert_> yes, maybe a static ffmpeg that's new could help [15:11] <norbert_> wait, I think I found it http://ffmpeg.gusari.org/static/32bit/ [15:11] <klaxa> you could always compile from source [15:11] <knoch> hello, can ffmpeg copy all streams except those of unknown type ? [15:13] <knoch> from a live stream [15:15] <klaxa> what streams would you need? [15:15] <klaxa> more like what streams except for video and audio are available? [15:15] <knoch> all video, all audio and all subtitles [15:15] <klaxa> have a look at -map [15:17] <knoch> ok [15:18] <knoch> I tried ffmpeg -i udp://239.100.0.0:1234 -t 10 -map 0:v -map 0:a -map 0:s -c copy test.ts [15:18] <knoch> and it worked [15:18] <knoch> thank you! [15:21] <norbert_> wow, you guys, thanks a lot [15:22] <norbert_> works exactly as I wanted it for 2 days now [15:22] <norbert_> I can now rest in peace (after living the rest of my life) [15:25] <knoch> klaxa: from the live stream I get Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) and after running the command above, ffmpeg -i test.ts gives me this: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) [15:25] <norbert_> what klaxa wrote did the trick (with the latest static ffmpeg) and I also added -crf 0 to get perfect video quality [16:02] <norbert_> thanks again all [16:47] <naquad> hi [17:09] <naquad> what's the video/audio format that can be played by both html5 <video> and flash? [17:20] <sacarasc> H264 and AAC in MP4? But it might not be available on all browsers... [17:24] <Plorkyeran> there's nothing with universal support atm [17:29] <D4rkSilver> naquad: imho just drop flash, who needs flash these days ;) [17:29] <SirDarius> alas a few people do, like those stuck with RTMP :P [17:29] <naquad> D4rkSilver, atm thats the only thing working everywhere except mobile devises (android / ios) [17:30] <naquad> with html5 player badly configurable, lagging all the time (video is ok, checked with vlc) and absolutely ugly controls flash still seems better :\ [17:30] <Plorkyeran> dropping flash doesn't gain you anything compatibility-wise [17:31] <Plorkyeran> and yeah, none of the html5 players I've used have actually been very good [17:31] <JEEB> html5 live streaming stuff isn't exactly that far either :/ [17:31] <JEEB> unfortunately [17:32] <JEEB> I wonder when we'll finally get protocols that let the encoder specify maxrate/bufsize tho :V [17:32] <JEEB> and transfer the information to the client(s) [17:33] <SirDarius> i suppose the mpeg-dash thingie does not address this point ? [17:33] <JEEB> haven't looked at that yet [17:33] <JEEB> but not much uses that :s [17:34] <SirDarius> i assisted to a webinar with people working with bbc and other big names [17:34] <SirDarius> they seemed to be rather excited [17:35] <SirDarius> by the DRM :) [17:35] <JEEB> haha [17:35] <SirDarius> this seems to be their primary concern [17:42] <D4rkSilver> heh [17:50] <Diogo> hi anyone know if youtube use 2twopass or crf? [17:50] <Diogo> thanks? [17:50] <Diogo> where i can find more information about youtube encoding details... [17:51] <zap0> ask poo tube [17:51] <klaxa> not sure, but i think encoding details are embedded as metadata in videostreams, maybe look there? [17:53] <JEEB> nah, they cleaned up the SEI in around 2008 [17:53] <JEEB> but to be honest [17:53] <JEEB> you DON'T want to copy youtube [17:53] <JEEB> I repeat, you DON'T want to copy youtube [17:53] <klaxa> i support that statement [17:54] <JEEB> you should decide what kind of service you want to do, and set the preset as well as possible vbv limits depending what you are wishing to do [17:55] <starPause> anyone have an idea on this stack overflow question about creating multiple output videos by splitting on scenes? http://stackoverflow.com/questions/13967437/ffmpeg-creating-multiple-output… [17:58] <Diogo> why..i'm using a old version of ffmpeg [17:58] <Diogo> (with 5 years) [17:59] <Diogo> and the encoding is working but i need to upgrade to thle last version off ffmpeg and i need to investigate what exist in the web.. [17:59] <Diogo> JEEB:i don't want to copy i only want some informations.. [17:59] <JEEB> let's just say that using their settings won't give you a fuck of good, to be honest. They've set their settings to something for whatever reason, and create X various clips for various needs. Also I think by now they might be handling a single clip with multiple instances too, but the hell I know because nothing is released [17:59] <saste> starPause, two step process, use the select+scenedetect to select cut points, then use segment muxer with -segment_times [18:00] <JEEB> Diogo, let's just say that finding out anything about their settings will not be useful to you [18:00] <JEEB> you should decide by yourself whether you want strict 2pass with vbv, crf with vbv or 1st pass as crf and vbv, and second pass with a bit rate and vbv if the 1st pass file was too big for you [18:01] <JEEB> they're all valid alternatives [18:01] <Diogo> ok :) [18:01] <Diogo> thanks JEEB.. [18:04] <starPause> saste: thanks, reading a bit more now! [18:06] <starPause> saste: is it possible in one line or will i need to run ffmpeg twice and pipe the output from select+scenedetect job to the segment_times job? [18:18] <saste> starPause, no right now you need to process the file two times, this can be improved but it is not currently possible to do it in a single pass [18:20] <starPause> saste: ok thanks, just got roped into some work work so i'll give this a try in a bit, appreciate the direction! [18:37] <asturel> hi, i know this isnt rly related to ffmpeg, but somebody will know, is mp4 container support subtitles? [18:38] <JEEB> 3GPP Timed Text should work in "MP4" [18:38] <Mavrik> asturel: yes [18:39] <asturel> and simply just -i .srt ? [18:40] <JEEB> no idea if ffmpeg can convert to or from 3gpp timed text (I think it's called mov text or whatever in libavformat/-codec) [18:42] <Mavrik> I usually used Handbrake on Windows for that [18:43] <asturel> d:\movies\New.Girl.S01.720p.WEB-DL.DD5.1.H.264-NFHD>c:\ffmpeg\bin\ffmpeg.exe -i "New Girl S01E01 720p WEB-DL DD5.1 H.264-NFHD.mkv" -i "New Girl S01E01.720p WEB-DL DD5.1.H.264-NFHD.srt" -vcodec copy -acodec mp3 -ac 2 -ab 160000 asd.mp4 [18:43] <asturel> didnt worked [18:44] <asturel> ah i had to copy the srt to the dir too [18:44] <asturel> but cant i make it to 'builtin' ? [18:44] <asturel> bah, it was just my mplayer :D [18:45] <asturel> forgot that i changed subtitle fuzziness [18:45] <Mavrik> ^^ [18:47] <JEEB> if ffmpeg can convert srt internally to mov text / 3gpp timed text you could do it like that :P Otherwise you'll just have to do it otherwise [18:47] <JEEB> and yes, if it didn't work then it wasn't able to convert [18:47] <JEEB> I hate GPAC/mp4box but I think that could at least convert srt to 3gpp timed text [18:47] <JEEB> methinks [18:48] <asturel> what if mov text / 3ggp timed text? [18:48] <asturel> is* [18:48] <JEEB> the format of subtitles that is "supported" in "MP4" [18:48] <asturel> scodec copy -map 0:0 -map 0:1 -map 1:0 -y [18:48] <asturel> found this [18:48] <JEEB> you can't really do scodec copy or c:s copy with mp4/mov [18:49] <JEEB> because just muxing srt into "mp4" won't help you [18:49] <asturel> yeah noticed :D [18:49] <asturel> what about subtitle filter? [18:50] <asturel> http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20burn%20subtitles%20into%20the… [18:50] <JEEB> that would make you re-encode [18:50] <JEEB> the video [18:51] <asturel> doesnt seems like that [18:51] <JEEB> because that would "burn" the subtitles onto the video surface [18:51] <asturel> 900fps [18:51] <JEEB> then you're not re-encoding [18:51] <asturel> yeah [18:51] <asturel> didnt worked :D [18:51] <JEEB> yeah, no effing wonder [18:51] <JEEB> just encode with ffmpeg and then add 3gpp timed text with mp4box/GPAC [18:51] <JEEB> it should be able to read srt [18:52] <asturel> but i already use a batch script to encode :D [18:52] <asturel> for %i in (*.mkv) do ( c:\ffmpeg\bin\ffmpeg -i "%i" -i "%~ni.srt" -threads 3 -vcodec copy -acodec mp3 -ac 2-ab 160000 "%~ni".mp4 ) [18:52] <JEEB> then you just add the final step to it to add the 3gpp timed text to it :P [18:53] <JEEB> well, now that you know that you can't convert srt to 3gpp timed text with ffmpeg [18:55] <asturel> bah, i think i just copy the srt and load manually..:D [19:00] <asturel> thanks anyway:d [19:03] <Mavrik> hmm, is there a tool that would inspect a stream and output if frames are encoded interlaced? [19:25] <CoveGeek> I am looking for advice on encoding file into mp4 to support http adaptive streaming; so far I have been unable to get the file to properly fragment internally. [19:40] <edgy> Hi, I am looking at this adobe page http://www.adobe.com/devnet/adobe-media-server/articles/dynstream_live/popu… [19:41] <edgy> and it mentions a relation between 352×288 and 288×216 320×24 [19:41] <edgy> I couldn't understand this, if 352×288 is the video size what's 320×240 [20:04] <DL> hey guys [20:05] <DL> any developers/experts i have ffmpeg windows question [20:05] <sacarasc> If you ask the question, it is more likely to get answered. [20:06] <DL> :) ok here it goes [20:07] <DL> i'm using ffmpeg to grab the internet video stream and creting the m3u8 file and the ts segments [20:07] <DL> running from command prompt just fine. but when i copy the command in to the batch file [20:07] <DL> it gives me an error [20:08] <DL> let me copy and paste the command that i'm using [20:08] <DL> and the error message [20:09] <DL> ffmpeg -loglevel quiet -i url_streamsource -codec copy -f segment -segment_list playlist.m3u8 -map 0 -segment_format mpegts -segment_list_size 20 -segment_wrap 30 -segment_list_flags +live out%03d.ts [20:09] <DL> this works fine on the command prompt [20:11] <DL> batch file name : copystream.bat [20:11] <DL> error message is: Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [20:13] <DL> and it creates the output file with the batch files name in it. [20:13] <DL> first and only ts file is called outcopystream.ts [20:14] <DL> any thoughts [20:14] <sacarasc> Maybe you have to escape the %03d for the script? [20:15] <DL> not sure what you mean by that [20:15] <DL> as far as i know that part for the sequential segment numbers and i dont think i can change that [20:23] <CoveGeek> Has anyone here worked with encoding a video to a "segmented" mp4 file for http streaming? [20:41] <CoveGeek> sacarasc <- What Are the hours of the experts in this room? [20:41] <sacarasc> When they're at their computers. [20:41] <CoveGeek> Do you have experience fragmenting a mp4 with ffmpeg? [20:41] <sacarasc> Nope. [20:51] <DL> covegeek [20:52] <DL> i've been experimenting that for last 3-4 days [21:53] <roboman2444> http://www.ustream.tv/channel/gamezgalaxy [22:02] <loblik_> hi guys. i made a time-lapse video from webcam pictures. it's not bad but a little bit choppy. i would like two neighbouring pictures to be interpolated and result inserted inbetween. is this possible? [22:06] <roboman2444> loblik_, yes it is possible [22:06] <roboman2444> but i dont know the commandline for it [22:08] <mpfundstein_home> you will have to use avisynth i think. but thats just a guess, maybe ffmpeg can do that as well [22:52] <diverdude> Hello, i have a rawdata pointer which is updated realtime from an external lib. the data pointed to by the data is an image. I need to build a streaming server which can convey this stream and serve it as an mpeg stream for a webapplication. Would ffmpeg be a good candidate for that? [00:00] --- Sat Dec 29 2012

1 0

ffmpeg-devel.log.20121227
by burek 28 Dec '12

28 Dec '12

[01:00] <saste> ubitux: AV_BASE64_SIZE() is used to compute the encoded data size [01:01] <ubitux> oh [01:02] <ubitux> i guess i'm a bit tired :)) [01:13] <llogan> saste: users might assume the usable range is 0-63, instead of 0-10, unless i am wrong about that. [01:16] <llogan> why does the example not use -q:v/-qscale:v for simplicity/consistency/familiarity instead of -flags +qscale -global_quality X? [01:16] <saste> llogan, because i don't want to use specific ffmpeg options [01:17] <saste> in case the user is using the library, rather than the tool [01:18] <llogan> ah, ok, but i think another example showing -q:v usage might clarify any confusion [01:18] <saste> llogan, yes, patch welcome [01:18] <saste> or even better we should add private options, but that's not as simple at the moment [01:19] <saste> what's the difference between q and qscale? [01:19] <saste> i always forget [01:20] <llogan> q is an alias for qscale, IIRC [01:20] <saste> yes [04:26] <highgod> Hi all,I want to ask a question about ffmpeg video filters.If I use multi filters such as the command "ffmpeg -i ./testfile/xxx.m2ts -vf yadif,deshake./testfile/output.mkv",can deshake filer get the filter name before it? Or yadif can get the filter name after it?Thanks [04:47] <michaelni> highgod, yes filters could inspect their connected filters and get their names [06:00] <highgod> thanks michaelni.Can you say more details?Can I find any code in ffmpeg of this use?Should I inspect the structure AVFilterLink? Thanks [07:08] <ubitux> in a demuxer, can i control the codec options? [07:08] <ubitux> it seems av_opt_set(st->codec, ...) isn't able to find the option :( [07:43] <an3k> i know you can in a muxer and splitter but tbh i dont see any good reason to overwrite the codec information if you want to demux [10:30] <Compn> ubitux : this page (and similar pages) are useless to me http://ffmpeg.org/libavfilter.html [10:30] <Compn> why are they there ? [10:35] <ubitux> they can be useful to understand the purpose of the library [10:35] <ubitux> some are more complete [10:36] <ubitux> it's just an introduction/gate to the related documentation [10:48] <Compn> .... [10:49] <Compn> theres already a intro/gate to the docs, its the doc page http://ffmpeg.org/documentation.html [11:29] <burek> is it useful to create a feature request for ffserver, which would suggest that ffserver implements something like "buffering from the last keyframe" [11:30] <burek> which means that ffserver will buffer the stream in the feed file in such a way that the beginning of the buffer is always a keyframe [11:30] <burek> so that every new client, requesting the stream, will be given the data buffered which can be played back immediately [11:40] <michaelni> sounds usefull, i would prefer a patch or pull req over a fteature req though [11:43] <burek> ok :) [12:32] <cone-261> ffmpeg.git 03Rob Sykes 07master:f2957adb23a4: soxr_resample: Correct email address [12:32] <cone-261> ffmpeg.git 03Rob Sykes 07master:03d38ee20752: soxr_resample: soxr API parameter rename [12:32] <cone-261> ffmpeg.git 03Rob Sykes 07master:8d9a50331322: docs: add soxr documentation [12:32] <cone-261> ffmpeg.git 03Michael Niedermayer 07master:b3f3fe3c28fb: MAINTAINERS: add libswresample [13:45] <ubitux> i need to change the layout of the packet for a demuxer (and so the code in the decoder as well) [13:45] <ubitux> what's the best way to deal with that situation? [13:58] <michaelni> ubitux, is something using that codec or demuxer ? if so there may be API/ABI issues [13:59] <michaelni> also could the packets have been stored in a container? if so there may be more compatibility issues [14:01] <ubitux> i don't know, it's the microdvd demuxer/decoder [14:02] <ubitux> and yes, i know it technically creates some api/abi issues [14:02] <ubitux> my question is how i'm suppose to make such change [14:04] <michaelni> on the decoder side you can just support both variants [14:04] <michaelni> on the demuxer side a change means it wont work with decoders expecting the old format [14:05] <ubitux> supporting both variants on the decoder side -> how can i know which format it is? [14:05] <michaelni> do both decode correctly ? [14:05] <ubitux> libavcodec major+minor version? [14:07] <ubitux> michaelni: basically microdvd demuxer currently outputs "timing" (actually frames id) into the packets (it's the initial "{123}{456}" string at the beginning of the line) [14:07] <michaelni> in general the decoder looks in the data, codec_tag, extradata and or anything else it has to figure out what variant it has if there are multiple [14:07] <ubitux> (it's the old way of doing that stuff) [14:07] <ubitux> currently the decoder skip them [14:08] <ubitux> now i want to drop them from the packet, because i actually found have another format that could potentially output microdvd packets (microdvd markup) [14:08] <ubitux> oh the codec_tag [14:08] <ubitux> sounds like a potential workaround.. [14:08] <michaelni> detecting from packet.data is better than codec_tag if possible [14:09] <ubitux> that's a bit delicate [14:09] <michaelni> because codec_tags may get lost in converting around [14:09] <ubitux> because just after the {123}{456} you can have some kind of markup store as... "{foobar}" [14:09] <ubitux> so this kind of probing might get ugly [14:10] <ubitux> not impossible though [15:43] <burek> if anyone was working on ass filter lately, this might be a bug or something: http://ffmpeg.gusari.org/viewtopic.php?f=16&t=773&p=1375 [15:50] <Compn> ehe [15:51] <cone-261> ffmpeg.git 03Stefano Sabatini 07master:750382d5c883: ffmpeg: remove annoying logs and improve reporting in case of unavailable bitrate [15:51] <cone-261> ffmpeg.git 03Stefano Sabatini 07master:7e0676a7155a: doc/ffmpeg-formats: extend documentation for the probesize parameter [15:51] <cone-261> ffmpeg.git 03Stefano Sabatini 07master:ae2b51acd2ac: doc/encoders: clarify the direction of the quality setting parameters for libtheora [16:40] <burek> man.. i really had hard time these few days with ffmpeg and vlc.. i finally found out exact versions of ffmpeg and vlc and alsa and even kernel which works stable enough... [16:42] <burek> the worst thing is that issue shows after streaming the video for some time (couple of hours maybe).. so it's not easily reproducible at all.. [16:42] <burek> and i can't even file a bug report on this :? [17:46] <cone-261> ffmpeg.git 03Michael Niedermayer 07master:b61097fe0dc2: mjpegdec: reset restart_count on progressive scans [19:04] <durandal_1707> why i cant specify number in hexdecimal? [19:07] <J_Darnley> Specify where? [19:11] <durandal_1707> for options [19:15] <cone-261> ffmpeg.git 03Don Moir 07master:64f4fb75c4ce: gifdec: fix transparent background color [19:26] <cone-261> ffmpeg.git 03Paul B Mahol 07master:10a3fa8f3181: build: fix g723_1 decoder dependency [20:11] <burek> can someone advise something on this issue http://ffmpeg.gusari.org/viewtopic.php?f=12&t=762 [20:12] <burek> the guy wants to lower the latency when playing rtsp stream from a webcam [20:12] <burek> to put in on the robot and remotely control/view it [20:19] <Compn> have him force the rtsp format [20:19] <Compn> hes losing latency in probe i'm guessing [20:20] <Compn> force the demuxer ,i mean [20:21] <Compn> tell him also to try a -ss 1 [20:22] <Compn> maybe it will skip some old data [20:22] <Compn> who knows [20:22] <Compn> maybe its playing at wrong fps [20:22] <Compn> try specifying faster fps in ffplay [20:26] <burek> um, i think i'll just copy paste your suggestions :) [20:26] <burek> thanks btw :) [20:27] <michaelni> durandal_1707, ffmpeg ... -b 0xABCD ... works here [20:50] <ubitux> wow& in cea-608/708 cc we can put& URLs! [21:29] <tbarletz> I'm getting SIGILL when running ffprobe on a mips system. I'm using './configure --enable-cross-compile --arch=mipsel --disable-ffserver --disable-ffplay --target-os=linux --cross-prefix=mipsel-linux-'. Any ideas? [21:35] <michaelni> see/compare to http://fate.ffmpeg.org/, there are some MIPS systems being tested there, configure options are listed there too [21:35] <durandal_1707> valgrind, backtrace... [21:35] <michaelni> yes that too [21:45] <tbarletz> Thanks [22:05] <tbarletz> It's crashing in sws_init_context, but when I --disable-swscale, I crash somewhere else [22:10] <tbarletz> Does anybody use the Android binaries that fate.ffmpeg.org is building? [22:11] <durandal_1707> it is used by fate and it does not crash otherwise it would be red and not green/yellow [22:12] <tbarletz> For Android it appears to only build, not run the tests [22:12] <tbarletz> I can build it fine too [22:13] <durandal_1707> bad indeed [22:14] <durandal_1707> it is probably disabled because it crash [22:42] <ubitux> wtf i have an infinite loop with -nostats [22:44] <ubitux> oh, get it. [23:25] <cone-261> ffmpeg.git 03Michael Niedermayer 07master:69db85c30c91: mjpegdec: Support 16bit DQT [00:00] --- Fri Dec 28 2012

1 0

ffmpeg.log.20121227
by burek 28 Dec '12

28 Dec '12

[00:07] <Penyulap> how can i hassle ffmpeg to make it hd output, like where would i write the resolution size ? [00:07] <Penyulap> or rather, what is the prefix ? [00:07] <Penyulap> ir ? [00:07] <Penyulap> -r ? [00:08] <klaxa> Penyulap: pastebin link would be nice [00:08] <Penyulap> but it's working, [00:08] <klaxa> then don't expect help [00:08] <Penyulap> i thought there was a general command like -r 200x400 or something [00:09] <Penyulap> I didn't mean to cause trouble [00:09] <klaxa> put it anywhere after the input file (i think?) [00:09] <Penyulap> do i call it -r ? [00:09] <klaxa> no -s [00:09] <klaxa> -r is framerate [00:09] <Penyulap> and just say 300x400 ? [00:09] <Penyulap> oh [00:10] <Penyulap> what is resolution ? [00:10] <klaxa> -s [00:10] <klaxa> did you read the manpage or the help page? [00:10] <Penyulap> oh [00:10] <Penyulap> do i use px after it or x in the middle [00:10] <Penyulap> where are they ? I have the install, and a list of 19 commands from a webpage. [00:11] <klaxa> just <xres>x<yres> for example: -s 1280x720 [00:11] <Penyulap> i should search some more [00:11] <klaxa> you should open a terminal and type "man ffmpeg" [00:11] <Penyulap> ah! thanks! that is i think everything i need, thank you and sorry for the trouble [00:11] <klaxa> or go the ffmpeg.org online manpage [00:11] <Penyulap> oh [00:11] <Penyulap> i'll try man ffmpeg [00:17] <Penyulap> here it is http://pastie.org/5582020 that site is far too simple., so simple it's astonishing [00:18] <Penyulap> that command is the idea i am after, though the output glitches every 2-3 seconds and it is blurry too [00:19] <Penyulap> http://pastie.org/5582036#24 [00:20] <llogan> you probably don't want flac for audio. add "-acodec libvorbis" [00:20] <llogan> however, what you're using is real ffmpeg, but something from a fork, so any advice we give you may not work with what you're using [00:20] <Penyulap> oh ok, also it manages to squeese the 147MB video into a 5MB ogg, I'm thinking that's rather TOO economic :) [00:20] <llogan> *is not real ffmpeg [00:21] <Penyulap> oh [00:21] <llogan> and you're not declaring any quality method, so it is using default settings, which are probably too low [00:21] <llogan> so add -qscale 3. i think that will work with what you're using [00:22] <llogan> calling it "ffmpeg". yeah, it's a funny joke they played on everyone. [00:22] <Penyulap> does the proper ffmpeg work if i install it from the software centre on ubuntu? [00:23] <llogan> Ubuntu no longer offers ffmpeg from FFmpeg. [00:23] <Penyulap> which is the good one? [00:23] <llogan> so you will either have to use what they offer, compile it, use a PPA, or use a static build [00:23] <llogan> we are obviously biased here [00:24] <Penyulap> oh [00:24] <llogan> since this is #ffmpeg [00:24] <llogan> and not #libav [00:24] <Penyulap> a-ha [00:27] <Penyulap> well, you guys seem more like casper and a party in the mansion than like, a zombie uprising to me. [00:28] <Penyulap> still, it's good at least that people have a choice, rather than how windoze is all locked up. [00:28] <Penyulap> in the end, it all works well [00:33] <Penyulap> is 2 higher quality than 3 ? [00:33] <Penyulap> sorry, i ask a silly thing, don't worry [00:38] <Penyulap> 2 makes a black screen.. i try 4 now [00:41] <Penyulap> it was my computer, strange aspect ratio tho, it cuts off the sides [00:41] <brontosaurusrex> yasm, x-code and git, do i need anything else on OSX for compilation of latest gif? [00:41] <Penyulap> but vlc says the out and the in are the same size [00:41] <brontosaurusrex> i havent done it for a while [00:42] <brontosaurusrex> *git [00:43] <llogan> brontosaurusrex: depends if you want to support any external libraries, such as x264, libvpx, fdk-aac, etc [00:43] <brontosaurusrex> only x264 [00:45] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/MacOSXCompilationGuide [00:45] <llogan> might be useful [00:46] <brontosaurusrex> thanks [00:49] <llogan> although the guide will install much more stuff that you'll need [00:51] <saste> llogan, if I'm not wrong libtheora is different from MPEG-based codecs, indeed an higher -qscale value will correspond to an *higher* quality [00:54] <saste> Penyulap, -qscale:v 10 should provide the highest possible quality with libtheora [00:54] <Penyulap> oh cool [00:54] <Penyulap> is there something to say to it, hey! don't go cutting the sides off the picture you, you, converter I can't live without ? [00:55] <Penyulap> :) [00:55] <saste> Penyulap, it won't, unless you're using a wrong incantation [00:56] <Penyulap> Hey ! just what are you saying ? I'll have you know that Pelyulap means magician in Indonesian :D [01:00] <llogan> range appears to be 0 - 10 [01:28] <brontosaurusrex> after installing x-code i get "configure: error: no acceptable C compiler found" , clues? [01:34] <brontosaurusrex> mkay, need to download cli tools separatedly as it seems .... [01:48] <brontosaurusrex> got it! [01:49] <llogan> brontosaurusrex: was that the problem? [01:50] <brontosaurusrex> yeah, no cli compiler found before [01:51] <brontosaurusrex> basically what i did is: get x-tools, open prefs > download cli tools, get yasm, compile yasm, get pkg-config, compile pkg-config [01:51] <brontosaurusrex> after that just pull git for ffmpeg and x264 [01:51] <brontosaurusrex> and compile [01:52] <llogan> feel free to add anything to that guide if you like [01:53] <brontosaurusrex> well, i was trying to avoid homebrew [01:53] <brontosaurusrex> and i can [01:53] <brontosaurusrex> but i only need x264, so i never really test everthing [01:54] <brontosaurusrex> but basically "how to compile on OSX" is a wrong title, should be: "How to compile on snow leopard, or How to compile on mountain lion" [01:55] <mpfundstein> u will probably want libfaac as well [01:56] <brontosaurusrex> no, i have best aac encoder in the world, and its built into OSX :P [01:57] <mpfundstein> which one? [01:58] <brontosaurusrex> afconvert is a cli tool (apple AAC encoder < must be the name) [01:58] <mpfundstein> k but libfaac enables u to u faac with ffmpeg [01:59] <brontosaurusrex> iam doing other audio manipulations, like replaygain [01:59] <brontosaurusrex> so at the end is was easier to just extract audio and do it separatedly [01:59] <brontosaurusrex> so far [02:00] <brontosaurusrex> now, let me retry mateo` s magic xdcam command line .... [02:11] <brontosaurusrex> hrm, is there a compile-time flag for -filter_complex? [02:22] <macmichael01> I'm trying to merge 2 mp4 files into one using the following command. The result when played only shows the first segment. any ideas what I am doing wrong? ffmpeg -i 01.mp4 -i 02.mp4 -map 0:a:0 -map 0:v:0 -c copy output.mp4 [02:24] <macmichael01> http://pastebin.com/04R9Um5A [02:35] <kewo> anybody know what video/audio/container does youtube and netflix use [02:36] <llogan> kewo: http://en.wikipedia.org/wiki/Youtube#Quality_and_codecs [02:37] <llogan> macmichael01: http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f [02:37] <kewo> and for netflix [02:39] <macmichael01> llogan: does that affect the quality at all? I'd like to preserve quality. Also the mp4's that I would like to merge were muxed from m2ts files. [02:43] <llogan> it depends if you have to re-encode [02:47] <macmichael01> llogan: The files I want to merge contain h.264 video and dts audio. I guess what I can do to preserve quality is extract the individual audio and video into their own files and find a way to merge them into a single file. Unless there is a better way. [02:47] <brontosaurusrex> how do i make sure that each separated input is also a new track in output file? [02:54] <burek> macmichael01 http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20(join%2C%20merg… [02:55] <burek> it is highly unlikely you'll be able to just "merge" two differently encoded streams [02:55] <burek> if your goal is to play the resulting media on various devices, you'll most probably have to re-encode it into a proper single video/audio [02:56] <brontosaurusrex> example: as input i have 1x video+audio, then 1x Left audio and 1x Right audio, how to output that? (ignoring the audio from video+audio and patching Left and Right to two mono channels? [02:56] <burek> it's like merging rar file and a zip file hoping it will somehow work [02:56] <burek> kewo, what is an video/audio/container? [02:57] <brontosaurusrex> + i must admint i dont understand the single thing about -map [02:57] <burek> yt uses flv (or mp4) with h264/aac [02:57] <kewo> burek h264/mp3/mkv for example [02:57] <burek> if that's what you are asking [02:58] <burek> brontosaurusrex, are you sure you know what you are doing? :) [02:58] <burek> or you want to take just a video (from the 1st input) and 2 mono audios and join everything into video + stereo audio? [02:59] <brontosaurusrex> burek: yes, -i va.mov -i Left.wav -i Right.wav, then waht ... to do with -map? [02:59] <burek> it depends what your end result should be [02:59] <brontosaurusrex> yes > take just a video (from the 1st input) and 2 mono audios and join everything into video + stereo audio? [02:59] <burek> ok [02:59] <burek> -map 0 will tell ffmpeg to use all streams from input 0 (first -i) [03:00] <burek> but if you want only video, then you'll use -map 0:v [03:00] <burek> from two other inputs, you'll want to merge audio with amerge audio filter [03:00] <brontosaurusrex> does it matter where map is in command line? [03:01] <burek> http://ffmpeg.org/ffmpeg-filters.html#amerge [03:01] <burek> it does [03:02] <brontosaurusrex> no merging, they have to be two separated mono streams [03:02] <burek> ffmpeg -i va.mov -i Left.wav -map 0:v -f lavfi -i "amovie=left.wav [l] ; amovie=right.mp3 [r] ; [l] [r] amerge" -c:v copy -c:a aac out.mp4 [03:02] <burek> why 2 mono streams [03:03] <evil_core> hi all [03:03] <evil_core> WARNING: erroneous pipeline: no element "ffdemux_cdg" [03:03] <evil_core> I built ffmpeg with cdg support :/ [03:03] <brontosaurusrex> becouse thats how my reference mxf looks like [03:04] <evil_core> burek: its bad to paste 1 or 2 lines of error? [03:04] <burek> brontosaurusrex then it's even simpler: ffmpeg -i va.mov -i Left.wav -i Right.wav -map 0:v -map 1:a -map 2:a -c copy output.mp4 [03:04] <burek> -map 0:v -> take only video from first input [03:04] <burek> -map 1:a -> take only audio [03:04] <burek> -map 2:a -> take only audio [03:04] <burek> ... [03:05] <brontosaurusrex> ah, thanks, let me try [03:07] <evil_core> gst-launch filesrc location=$1 !ffdemux_cdg ! ffdec_cdgraphics ! ffmpegcolorspace ! ximagesink [03:07] <burek> evil_core..? [03:08] <burek> does this look like a #gstreamer channel? :) [03:08] <evil_core> anyway rpm -ql ffmpeg-libs | gre pcdg shows nothing, so not sure if cdg is build even if specified to to so [03:08] <brontosaurusrex> burek: looks good, now i only need to check if channels are patched corectly ... [03:12] <brontosaurusrex> everything looks correct [03:17] <burek> great :) [03:18] <brontosaurusrex> another thing, how to use r128 to get "entire clip" loudness and apply correction? [03:25] <macmichael01> burek: Not as worried about supporting multiple devices. I'll be using the final video with plex. I basically want all the movies I have to be in a single format mp4 (I'm OCD). mp4's do support dts and h264 so there shouldn't be a problem with muxing/merging afaik. [03:28] <macmichael01> I found that mp4tools has an option to join multiple files but I kind of wanted to do it via ffmpeg. [03:28] <defaultro> hey folks, normally, which video format is supported in Windows machine other than avi? It's because I need to reencode an avi file since it's huge [03:28] <defaultro> other people at work will be accessing this files [03:29] <defaultro> most likely, this people won't have other cool video codecs [03:29] <defaultro> should I convert it to .mov? [03:30] <macmichael01> mp4 is my choice and seems to be supported everywhere. Also .mov and .avi is a container to hold audio and video. [03:30] <defaultro> ok, I'll use mp4 then [03:31] <defaultro> will Windows Media player be able to play mp4 file? [03:31] <macmichael01> I haven't used windows in a while but my guess is yes. [03:31] <defaultro> k [03:37] <burek> defaultrom you don't really want to know if wmp will play avi or mp4 [03:37] <burek> you want to know if it will play what's inside of it [03:38] <burek> since mp4/avi are just formats (containers) for encoded audio/video streams [03:39] <burek> just let your friends know about vlc media player [03:39] <burek> and you'll be fine whatever you send to them [03:43] <brontosaurusrex> the r128 lib seems to be working [03:45] <brontosaurusrex> but that will be sed/awk and then correct thingy, some other day ... [03:45] <brontosaurusrex> thanks for help [03:46] <roboman2444> so, im doing a ustream stream with ffmpeg, and it works very well [03:46] <roboman2444> and i have an mp3 file playing for background music [03:46] <roboman2444> but [03:47] <roboman2444> how do i do *.mp3 for background? [03:47] <roboman2444> basically play one after another for input [03:48] <roboman2444> i guess i can use some other app to play them, and use a fifo to pump the result into ffmpeg [03:50] <roboman2444> actually, that may be a good idea... then i can basically use that as a mixer to have microphone audio with voiceover volume control, etc [03:50] <roboman2444> but, if i cant do the mp3 thing with ffmpeg, then can someone suggest a small app to do audio mixing? [08:22] <elkng> is it possible to encode two or more videos in tile pattern in one big video, so if there are two videos 700x400 and 700x500 it will generate video as 1400x500 if its left to right tiling or 700x900 if its top to bottom tiling ? [08:34] <wallerdev> if ffmpeg is encoding to an rtmp server, can i limit how fast it sends the data? [08:35] <wallerdev> or does that not make sense haha [14:07] <fakie> ffserver crashes when teardown rtsp [14:07] <fakie> http://pastebin.com/CJFKWvNw [14:26] <Konstigt_> hello.. what is the correct way to set a date (metadata) so that my photomanager will detect it during import of videos? i tried -metadata date=2012-12-12 for example but it fails to find it.. [15:45] <burek> elkng, there is a tile filter [15:45] <burek> https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20take%20multiple%20screenshot… [15:46] <burek> i don't know if it can be used for video streams too, or for images only [15:46] <burek> also, you could read this page [15:46] <burek> in order to find out how to provide a useful backtrace [15:47] <burek> that can narrow down the exact spot of the error [15:47] <burek> so it can be fixed [15:47] <burek> Konstigt, do you have any file that already contains that kind of metadata? [16:55] <brontosaurusrex> how would i log ebur128 output to txt file? (ffmpeg -i "$tmp.wav" -filter_complex ebur128 -f null - > "$tmp.wav.txt") < is making nullsize logs [17:01] <brontosaurusrex> or what is the -report file="" syntax? [18:44] <mpfundst1in> hello mdsh, kierank from #obe told me that you deal with standard conversion. i am noob on that field and could need some advice [19:12] <norbert_> hi, I'm trying to reencode avi to mov, and I want to resize the video too; what I'm doing is: ffmpeg -ab 160k -s 1280x800 -sameq -b 4000k -i level1.avi -r 65535/2733 -r 25 level1.mov [19:12] <norbert_> it seems to do what I want, except resizing; anyone here any ideas why it's not doing that? [19:13] <norbert_> also, the audio sounds worse, now that I'm listening to it again... [19:14] <norbert_> even with -ab 1600k it sounds worse [19:21] <norbert_> (same when I remove the first -r stuff) [19:22] <bakers> If I have an old avi and I do: "ffmpeg -i old.avi /tmp/new.mp4" i.e. don't give it any options does it use CRF or what does it use to convert/compress? [19:23] <JEEB> it really depends on quite a lot of things [19:23] <JEEB> with mp4 you either get libx264 that has somewhat sane defaults [19:23] <JEEB> or if you don't have libx264 in [19:23] <JEEB> you get the mpeg4 encoder which is MPEG-4 Part 2, and also has quite ancient defaults [19:24] <JEEB> you should in general think that not setting the video and audio codecs is a relatively bad idea, [19:24] <JEEB> libx264 has defaults that are pretty much the same as what you'd get by using the library or the x264 command line encoder by itself [19:24] <JEEB> (yes, before it wasn't like that) [19:25] <JEEB> which would be preset 'medium' and crf 23 [19:25] <bakers> I have a bunch of old .avis and I just want h264... is it "sane" to do "-preset slower -crf 20" and be done with it [19:26] <JEEB> just set -c:v libx264 as well, and possibly some sane audio codec [19:26] <bakers> Some of this is old divx, some is mp3 some is old crap [19:26] <JEEB> or just do -c:a copy to copy audio [19:26] <bakers> I just want h264 that will play on my Raspberry Pi and have decent quality [19:26] <JEEB> then just copy audio with -c:a copy [19:26] <JEEB> and video you can just set -c:v libx264 and whatever x264 settings you want [19:27] <JEEB> preset slower and crf 20 is just fine if that's what you want [19:29] <bakers> crf is 0 to 63? [19:29] <bakers> 0 is highest quality? [19:29] <bakers> 23 is default? [19:32] <JEEB> with 8bit x264, 0 is lossless (separate encoding mode), and 0-51 is the 8bit CRF range, and then there are some after 51 that have extra filtering applied. Those are only to be used in x264 when it absolutely, definitely cannot fit stuff into a buffer. It's stuff for the "emergency mode" [19:32] <JEEB> 23 is the default, and lower uses lower quants in general ("better quality") [19:32] <JEEB> of course at some point you won't see the difference between X and X-1, and thus 23 is a relatively good place to start at [19:41] <rainmaker1> Hi, is there any solution (free) that can be used to monitor stream quality be it mpegts, rtmp oq hls? [19:43] <phatos> hi, I use ffmpeg for video-encoding. I work with the mpeg4 codec and two pass option. I am satisfied with the quality but after encoding my videos have a kind of blocky picture. is there an option for deblocking? [19:44] <JEEB> how can you be satisfied with the quality if you have blocking in the output >_> [19:45] <JEEB> or well, what you are complaining is exactly what is seen as negative picture quality [19:45] <JEEB> *complaining about [19:45] <phatos> cause i ve seen worse [19:46] <mpfundstein_home> rainmaker1: interested in that as well [19:46] <JEEB> also you'd have to deblock on the decoding side unless you want to open the ye olde source code and see how to control the deblocking in the encoder :P [19:46] <rainmaker1> mpfundstein_home: :) [19:47] <JEEB> phatos, in general I'd probably just push you towards using libx264 instead, it's easier to use, faster in most cases and simpler to configure [19:48] <JEEB> but if you want to continue using the mpeg4 MPEG-4 Part 2 encoder you'll have to get ready to either raise bit rate, go and look at the undocumented settings and have "fun" with them, or both [19:50] <Pimp_Rob> green [19:50] <norbert_> hope it's okay if I repost: trying to reencode avi to mov, and I want to resize the video too; what I'm doing is: ffmpeg -ab 1600k -s 1280x800 -sameq -b 4000k -i level1.avi -r 25 level1.mov; it works, but doesn't resize and the audio sounds worse than the original [19:50] <phatos> JEBB, what undocumented settings? [19:51] <phatos> sry JEEB [19:51] <JEEB> norbert_, 1) -sameq does not do what you think it does 2) use -vf scale, not -s 3) whaaat @ -ab 1600k 4) not setting output video/audio codecs is NOT a good idea [19:52] <JEEB> also do you have to do a frame rate conversion, -r will trigger that, and in most cases you don't want it [19:52] <JEEB> phatos, everything that is set and available from mpeg4enc.c but not in any help files etc. [19:52] <JEEB> not that I know, I've mostly stopped caring about MPEG-4 Part 2 to be honest [19:53] <norbert_> well, -sameq was just a little something extra, since I do specify -ab and -b [19:53] <phatos> I ll give it a try, thanks [19:53] <norbert_> -ab 1600k, because I tried -ab 160k and that sounded worse, but so does 1600k [19:53] <JEEB> norbert_, as I said, don't touch it -- I think it even got removed from ffmpeg lately [19:53] <norbert_> will try -vf scale now, hopefully it has some effect [19:53] <JEEB> (lately as in the last 3 to 6 months) [19:54] <norbert_> yeah, Debian stable here, so this is a stoneage version [19:54] <JEEB> ugh [19:54] <JEEB> you really, really want to build your own or use one of the static builds available [19:55] <mpfundstein_home> JEEB: I cosign this. ;-) [19:55] <norbert_> actually, now that I'm thinking about it, I have deb-multimedia.org in sources.list; this is still an old ffmpeg though (0.7.13) [19:56] <JEEB> yes, just build it yourself with the few libraries that you actually need, or grab one of the static libraries available [19:56] <norbert_> so, now I tried: ffmpeg -vf scale -s 1280x800 -b 4000k -i level1.avi -r 25 level1.mov [19:56] <norbert_> but audio still worse and still not resized [19:56] <JEEB> old ffmpeg defaults be old ffmpeg defaults :P [19:56] <JEEB> ^ there [19:57] <norbert_> well, I need ffmpeg not just now but with all libraries on the planet for future use [19:57] <norbert_> I think I'll just stick with this one for now [19:57] <JEEB> eh [19:57] <norbert_> so many problems I've ran into in the past when compiling custom versions [19:57] <mpfundstein_home> norbert_: just get libx264 , libfaac and libyasm [19:57] <mpfundstein_home> norbert_: its also pretty easy [19:57] <norbert_> one problem after another stops working [19:57] Action: JEEB slaps mpfundstein_home for recommending faac [19:57] <mpfundstein_home> norbert: just do it in the order libyasm, libfaac, libx264 , ffmpeg [19:57] <JEEB> seriously, we have libfdk-aac now :P [19:57] <norbert_> no, I'm not touching it, I'm smart :) [19:58] <JEEB> both are designated nonfree [19:58] <mpfundstein_home> JEEK: sorrryyyy [19:58] Action: mpfundstein_home wonders whats so terrible about libfaac [19:58] <norbert_> JEEB: any idea why it's not resizing and has worse audio than the original? is that because this ffmpeg version is 'old'? [19:58] <JEEB> norbert_, sorry but I'm not gonna start helping someone with an ancient ffmpeg. It's just that much harder to make it do a good job in a similar way [19:58] <mpfundstein_home> norbert_: if you need help compiling i can help you [19:58] <JEEB> norbert_, you didn't set any values for the scale filter [19:58] <norbert_> so in 2011, ffmpeg could not resize properly and didn't have the proper audio when recompiling [19:58] <JEEB> and you still set -s [19:59] <norbert_> is basically what you're saying [19:59] <norbert_> the solution is to reboot the computer [19:59] <JEEB> it's much older than that [19:59] <norbert_> ffmpeg version 0.7.13, Copyright (c) 2000-2011 the FFmpeg developers [19:59] <JEEB> also ffmpeg by default re-encodes your audio [19:59] <norbert_> -2011 [19:59] <JEEB> norbert_, that's when it was built [19:59] <JEEB> not when 0.7 was branched off [19:59] <norbert_> oh, okay [20:00] <JEEB> it could of course be that 0.7 was released in 2011, but before all of the useful modifications very possibly [20:00] <JEEB> you should set -acodec copy or set a sane'ish audio codec if you want to keep your audio relatively sane [20:00] <JEEB> I have no idea what you want in there for your "mov" [20:00] <norbert_> [NULL @ 0x941f640] Unable to find a suitable output format for '1280x800' [20:00] <norbert_> I tried removing -s [20:00] <norbert_> ffmpeg -vf scale 1280x800 -b 4000k -i level1.avi -r 25 level1.mov [20:00] <JEEB> you know, reading the docs sometimes does help, wait a sec [20:01] <mpfundstein_home> JEEB: is there a gain in terms of quality if switching from libfaac to libfdk-aac ? [20:01] <JEEB> yes [20:01] <JEEB> faac is far worse than fdk, which is fraunhofer's encoder [20:01] <mpfundstein_home> norbert_: -vf scale=1280:800 [20:01] <mpfundstein_home> und -b:a otherwise it will use the bitrate for the video [20:01] <JEEB> norbert_, http://ffmpeg.org/ffmpeg-filters.html#scale [20:01] <JEEB> it also has examples [20:02] <JEEB> mpfundstein_home, he has 0.7 [20:02] <mpfundstein_home> JEEB: ok. i didnt know about fdk . will try it out [20:02] <mpfundstein_home> JEEB: aja, i forgot :D [20:02] <JEEB> it might not have -b:a/v notation [20:02] <JEEB> thus, -ab and -b I guess :P [20:02] <mpfundstein_home> true [20:02] <norbert_> that's why I stopped reading ffmpeg docs [20:02] <mpfundstein_home> i kinda feel his pain. when i was starting using ffmpeg i fought hours until it compiled [20:02] <norbert_> because everything changes all the time [20:03] <mpfundstein_home> norbert_: USE THE NEW VERSION :D [20:03] <JEEB> uhh [20:03] <mpfundstein_home> lol [20:03] <JEEB> the last time this changed [20:03] <norbert_> "NEW VERSION" is also different in 3 years [20:03] <JEEB> was in july-august 2011 [20:03] <norbert_> I've been using GNU/Linux for like 17 years now [20:03] <JEEB> from time to time stuff kind of has to change, lots of the internals have become much better than they were in the very beginning of 2011 [20:04] <mpfundstein_home> i think also that the -vf pipeline are more than amazing [20:04] <JEEB> not sure if ffmpeg will change for the command line user as much in the future [20:04] <JEEB> at least in the close future of like a year or so [20:04] <JEEB> after elenril's rewrite of the options parsing etc. [20:04] <mpfundstein_home> JEEB: would be a shame. lots of scripts running here depending on it [20:05] <JEEB> well, I'd be surprised if a lot of stuff would change now [20:05] <norbert_> cool, it kinda works, resizes now and audio is okay; only the graphics suck even though I do -b 4000k [20:05] <JEEB> norbert_, also the documentation for command line users is now much better than it was :P [20:05] <JEEB> norbert_, check what codec is getting used [20:05] <JEEB> I mean, one of the main things now and before [20:05] <norbert_> norbert@ren:~/levels$ file level1.mov [20:05] <norbert_> level1.mov: ISO Media, Apple QuickTime movie [20:05] <JEEB> that hasn't ever changed [20:05] <JEEB> norbert_, no -- that's the container [20:05] <JEEB> check the ffmpeg log [20:05] <norbert_> hm... [20:05] <JEEB> it should tell you [20:05] <JEEB> anyways, as I was saying [20:06] <JEEB> one of the main things you should never, ever do is let ffmpeg decide for you what to use. It has become saner lately, but it still in most cases that aren't limited as hell most probably something you DO NOT WANT [20:06] <norbert_> ok, so I should add -vcodec libx264 or something [20:06] <JEEB> vcodec and acodec should should always be set [20:06] <mpfundstein_home> precisely [20:06] <norbert_> or -vcodec mpeg4 [20:06] <mpfundstein_home> and use a good preset [20:07] <mpfundstein_home> slower for example or medium [20:07] <norbert_> I need something that Cinelerra can handle, not sure, but will try both [20:07] <JEEB> oh [20:07] <mpfundstein_home> they also have presets for 2 pass [20:07] <JEEB> editing [20:07] <llogan> norbert_: tl;dr, but options placement matters. [20:07] <llogan> shit before -i applies ot the input [20:07] <JEEB> norbert_, cinerella was open source, right? [20:07] <JEEB> llogan, that isn't his problem [20:07] <JEEB> as far as I can see [20:07] <norbert_> yes, GPL [20:07] <JEEB> oh wait, he seemingly was putting -vf scale before it [20:08] <JEEB> norbert_, then you'll just want to use something that is 1) lossless and 2) is most probably installed even with the freetard codec setups [20:08] <JEEB> ffvhuff or so in AVI should be good enough, audio as raw PCM? [20:09] Action: mpfundstein_home is off reading [20:09] <JEEB> I don't really see why it would support mov better as it really isn't something most people in the libre open source side of things would like to support [20:10] <JEEB> ffvhuff should be a quick huffman-using compression technique for video, and supported even from old versions of libavcodec [20:10] <JEEB> raw PCM audio is also quite hard to derp up [20:10] <llogan> it has worked well for the few times i tested it for users in kdenlive and some other editors. [20:10] <norbert_> well, Cinelerra hasn't been properly improved for centuries and it hardly opens anything; usually you get just audio or video, rarely both as you want it to [20:11] <llogan> it, as in huffyuv or ffvhuff with PCM [20:11] <norbert_> and some years ago I figured out that it can handle mov pretty good [20:11] <norbert_> *pretty well [20:11] <norbert_> (not a native English speaker) [20:11] <JEEB> ok, let's try this then: ffmpeg -i derp.avi -vf scale=whatever -vcodec ffvhuff -acodec pcm_s16le output.avi [20:11] <JEEB> this should work in it [20:12] <JEEB> it's lossless and raw audio [20:12] <JEEB> in a format that I'd be damn surprised if it wouldn't work in a GPL app that most probably uses an old-as-hell libavformat/codec [20:12] <llogan> Undefined constant or missing '(' in 'whatever' [20:12] <JEEB> lol [20:12] <JEEB> naturally you'd want to put your stuff there :P [20:12] <llogan> i expect that sometimes [20:13] <mpfundstein_home> loooool [20:13] <norbert_> JEEB: trying (it's currently reencoding, will open the file in Cinelerra in a bit) [20:13] <JEEB> norbert_, I wish thee luck, it should be /quite/ editable tho :) [20:13] <llogan> don't be surprised if the file is huge [20:14] <norbert_> well, I already tried playing it with mplayer (while it's reencoding) and it looks and sounds fine - although my system is too slow to play it properly while the reencoding is going on [20:14] <llogan> Like this guy in college we called "Big Extra" because he was bigger than big. [20:14] <norbert_> dude [20:14] <JEEB> norbert_, it'd be surprising if it didn't look fine [20:14] <norbert_> that file is getting huge [20:14] <JEEB> it's lossless [20:14] <norbert_> norbert@ren:~/levels$ ls -lh output.avi [20:14] <norbert_> -rw-r--r-- 1 norbert norbert 6.7G Dec 27 20:15 output.avi [20:14] <JEEB> compressed with huffman [20:14] <norbert_> already at 6.7G [20:14] <JEEB> yes, it's lossless [20:15] <JEEB> not raw naturally, because that's even more crazy [20:15] <norbert_> I'm afraid my system won't be able to handle this [20:15] <llogan> welcome to 1998 [20:15] <JEEB> it should [20:15] <JEEB> it's not hard to decode [20:15] <norbert_> will try, we'll see :) [20:15] <JEEB> I just see that as the way to lose least quality and have your stuff in a format that most probably works with your editor of choice [20:16] <JEEB> (ffvhuff = losslessly encoding what you get from that scale filter with huffman compression, what comes in equals what comes out in video quality) [20:16] <norbert_> (14G, still going...) [20:17] <JEEB> you might have wanted to use -ss and -t to skip to a certain point and only encode X seconds of the clip [20:17] <JEEB> for testing [20:17] <norbert_> nope, not working [20:17] <JEEB> o_O [20:17] <norbert_> it's just opening the audio [20:17] <JEEB> seriously? [20:18] <JEEB> what the flying [20:18] <norbert_> yes, seriously; but I'm used to that with Cinelerra [20:18] <JEEB> jesus christ we just gave it something that libavcodec from ages ago could handle just fine [20:18] <norbert_> mov will work though, almost ready with that (audio + resizing now works, just need to make it ffmpeg or something inside the container) [20:18] <JEEB> well you could try to put the same stuff within mov if you want [20:18] <JEEB> lol [20:18] <JEEB> just switch output file name to something.mov [20:19] <JEEB> (ffmpeg auto-selects the container format by the extension) [20:19] <norbert_> or just ffmpeg or libx264 and it will be smaller and good enough [20:19] <JEEB> I'd be deeply surprised if libx264 would work [20:19] <JEEB> if it does it's a literal WTF and you'd want to use the lossless mode in that [20:19] <norbert_> yes, I will try mpeg4 [20:20] <JEEB> mpeg4 shouldn't either [20:20] <JEEB> and mpeg4 doesn't have a lossless mode either [20:20] <JEEB> so you don't want your movie editing to be using that stuff as a source [20:20] <norbert_> Unknown decoder 'libx264' [20:21] <llogan> option placement matters [20:21] <JEEB> note: settings that are set before -i set stuff for the decoder/input [20:21] <JEEB> settings that are set after -i set stuff for the encoder/output [20:21] <norbert_> I tried mpeg4, but it just gies me a lot of "Error while decoding stream #0.0times" and in the end the mov only plays audio with mplayer [20:21] <norbert_> llogan: yeah... why, by the way, whoever came up with that [20:22] <llogan> otherwise how in hell should ffmpeg know what you want? [20:22] <norbert_> serious pain for the average user :) [20:22] <llogan> there is the documentation and one of the first things it shows is how to use the syntax, but many people don't read docs [20:22] <norbert_> okay, moved the libx264 stuff to the end and it reencodes now [20:22] <llogan> and bitch when things don't work. [20:23] <JEEB> it's not the best thing around, but it's one of the ways that lets you set the codecs for input easily enough [20:23] <JEEB> and when that's not needed you just put the -i first [20:25] <norbert_> but the -vcodec libx264 is for the output [20:25] <norbert_> anyways, with libx264, still crappy video [20:25] <JEEB> how would it know that if you don't put it after -i? [20:25] <JEEB> and yes, ffmpeg defaults from ages ago [20:25] <norbert_> ffmpeg -b 4000k -acodec copy -vf scale=1280:800 -i level1.avi -r 25 level1.mov -vcodec libx264 [20:25] <JEEB> it's gonna be crappy [20:25] <norbert_> maybe I should move the -b 4000k to the end as well? [20:26] <JEEB> also seriously, just put most of those settings after -i [20:26] <mpfundstein_home> norbert_ move the i before -b 4000k [20:26] <mpfundstein_home> the -i [20:26] <mpfundstein_home> the only stuff i would want before -i is -ss and -t [20:26] <norbert_> alright, moved -i to the beginning [20:26] <norbert_> reencoding [20:26] <mpfundstein_home> norbert_ very good :-) [20:28] <DreadKnight> heya, how would I add an audio to a movie file? [20:28] <DreadKnight> I really want to learn to use ffmpeg [20:29] <norbert_> yes, the mov is perfect now, audio ok, video ok, resized; will try opening it in Cinelerra [20:30] <norbert_> video works, but no audio [20:30] <JEEB> just set audio to -acodec pcm_s16le or something [20:30] <norbert_> console shows this, not sure if related: new_acodec: couldn't find codec for "sowt" [20:30] <JEEB> lol [20:30] <JEEB> yeah, try just putting raw pcm there [20:30] <norbert_> will try -acodec pcm_s16le [20:31] <JEEB> also if your ffmpeg can use the -crf option, remove video bit rate and switch to crf 0 [20:31] <JEEB> that should be lossless [20:33] <llogan> DreadKnight: use pastebin or a similar site to show complete output of: ffmpeg -i videofile -i audiofile [20:34] <mpfundstein_home> DreadKnight: it is a bit <ffmpeg -i <video> -i <audio> <options> <output> [20:34] <mpfundstein_home> assuming audio and video have both the same length [20:34] <DreadKnight> they don't xD [20:35] <llogan> norbert_: and use -t so you don't have to encode the whole thing, such as -t 60 for 60 seconds [20:35] <llogan> mpfundstein_home: that's what -shortest is for [20:35] <norbert_> that pcm_s16le still gives me new_acodec: couldn't find codec for "sowt" [20:36] <mpfundstein_home> llogan: excuse me if i might sound dumb, but what means -shortest ? [20:36] <norbert_> Cinelerra is ancient, but when you get stuff to load, it works great :) [20:36] <norbert_> going to try mpeg4 instead [20:36] <llogan> mpfundstein_home: Finish encoding when the shortest input stream ends. [20:37] <llogan> if it doesn't accept PCM then you might as well give up [20:38] <llogan> and use a different editor [20:38] <mpfundstein_home> mpfundstein_hone: thanks, didnt know that. [20:38] <norbert_> I think mpeg4 works, I remember something like that [20:38] <mpfundstein_home> llogan: thanks, didnt know that [20:40] <norbert_> http://cinelerra.org/docs/wiki/doku.php?id=supported_file_formats [20:41] <norbert_> yes, this works, cool, thanks for all the info folks [20:41] <norbert_> good audio, good video, resized, and works in cinelerra :) [20:42] <mpfundstein_home> norbert_: but still using an old ffmpeg :-) [20:42] <norbert_> goes well with the old cinelerra ;) [20:43] <JEEB> norbert_, ok so sowt was "uncompressed standard PCM"? [20:43] <JEEB> no idea but I guess that's it? [20:43] <JEEB> also I hope you did H.264 (libx264) and not mpeg4 [20:43] <JEEB> because libx264 can at least be set to lossless [20:44] <mpfundstein_home> libx264 can be lossless??? [20:44] <mpfundstein_home> wow [20:44] <JEEB> ... [20:44] <JEEB> it has had support for the lossless parts of the high 4:4:4 profile for ages! [20:45] <JEEB> if you set quants to zero, or with 8bit x264 set crf to zero, you get lossless [20:45] <mpfundstein_home> ok. my knowledge isnt that deep yet [20:45] <mpfundstein_home> i am in broadcasting for 6 months now :D [20:45] <norbert_> JEEB, the resizing is from 320x200 to 1280x800, so I don't think I really need -crf 0 [20:45] <JEEB> with 10bit x264 crf values go under zero so the lossless value is somewhere there [20:45] <norbert_> looks good enough as it is :) [20:46] <llogan> JEEB: -12? I can't remember. [20:46] <JEEB> yes, something like that [20:47] <llogan> one reason i usually use -qp in examples [20:47] <llogan> lossless examples [20:50] <llogan> DreadKnight: you never posted the link. [20:50] <DreadKnight> llogan, not much of an output at all, besides a warning that this will get deprecated and to use avconv instead xD anyway, trying kdenlive a few more time atm [20:52] <JEEB> if it says that it means you are using a binary from the libav project, and you should indeed in that case not use the provided ffmpeg binary, because libav left that one alone and then removed it after the 0.8 release [20:52] <JEEB> either switch to avconv in that case, or get a binary from the ffmpeg project [20:53] <DreadKnight> ok; well, I'm on ubuntu 12.10 xD [20:53] <JEEB> if you want to use the thing that's installed by default, use avconv -- that is more up-to-date [20:53] <JEEB> (in the libav project) [20:53] <llogan> anyway, i wanted the output so i could give you an exact example [21:09] <Nolaan> Hi guys, i'm trying to record from my camera under Fedora 17 [21:09] <Nolaan> using the version 0.10.6 of ffmpeg [21:09] <Nolaan> video and audio are out of sync [21:10] <Nolaan> I read this ticket https://ffmpeg.org/trac/ffmpeg/ticket/692 [21:10] <Nolaan> saying that the problem was fixed using V4L2 specific options [21:11] <Nolaan> but how to use them (they don't look like specific for me) [21:11] <Nolaan> and i tried of course and nothing changed! [21:22] <norbert_> hm... what would be the easiest way to reverse an entire video, you think? I did find something that uses mencoder, ffmpeg and sox here http://ubuntuforums.org/showthread.php?t=1353893 but there's probably an easier way? :D [21:24] <tbarletz> Anyone successfully built ffmpeg for mipsel? [21:25] <chadmaynard> I'm new to ffmpeg and I am trying to accomplish what I assume is a pretty simple task. I want to take a live multicast mpeg2 transport and repeat it at mp4 or some better format. This command: ffmpeg -i 'udp://235.168.100.181:50001' -f mp4 'udp://192.168.100.121:50001' does not seem to do anything at all. Am i missing something obvious? [21:26] <norbert_> (oh, I see that avidemux can do what I just asked) [21:55] <roboman2444> so, im doing a ustream stream with ffmpeg, and it works very well [21:55] <roboman2444> and i have an mp3 file playing for background music [21:55] <roboman2444> but [21:55] <roboman2444> how do i do *.mp3 for background? [21:55] <roboman2444> basically play one after another for input [21:57] <klaxa> mp3 is concatable, right? [21:57] <klaxa> cat *.mp3 | ffmpeg -i - -c:a copy <video stuff> <rtmp stuff> [21:58] <klaxa> i bet you can use the concat filter too, not sure how though, lol [22:01] <saste> roboman2444, concat *muxer* [22:01] <saste> ehm *demuxer* [22:02] <saste> check ffmpeg-formats [22:08] <RSD> Hi all, I followed the CentOS installation guide on wiki.ffmpeg.org [22:09] <RSD> do I have all the tools to convert any format possible with ffmpeg to x264/aac ? [22:09] <RSD> I compared the Ubuntu compilation file with the CentOS file, but they differ a lot [22:37] <norbert_> thanks again, bye [23:39] <an3k> I'm trying to convert ac3 to aac and as soon as ffmpeg should index the file it crashes because it tries to read or write into protected memory. I also get "Stacktrace" and "Inner exception: null" [00:00] --- Fri Dec 28 2012

1 0

ffmpeg-devel.log.20121226
by burek 27 Dec '12

27 Dec '12

[00:01] <cone-710> ffmpeg.git 03Jean First 07master:7fc73d9ab781: rmdec: fix compiler warning for uninitialized variables [00:44] <burek> too bad ffmpeg does not implement anything like commercial licenses or something.. that way it would be able to gather funds for paid developers in needed areas, such as ffserver for example [01:00] <durandal_1707> burek: bullshit [01:03] <kierank> JEEB: fdk-aac is not lgpl compliant [01:04] <JEEBsv> orly? I thought it was mostly the you cannot take money from this clause that made it not GPL compliant [01:04] <kierank> no [01:05] <JEEBsv> LGPL on the other hand gives much more leeway, but if not then not [01:05] <kierank> the clause that mandates a patent licence is an additional restriction to the (l)gpl [01:05] <kierank> the commercial one is quite clear imo [01:05] <JEEBsv> ah [01:05] <kierank> the commercial one says you cannot licence fdk-aac under a commercial licence [01:05] <kierank> i.e you pay money and get software rights [01:05] <kierank> but the lgpl gives you those rights anyway [01:06] <kierank> irrespective of whether you charge for distribution [01:06] <JEEBsv> yeah [01:07] <JEEBsv> had mostly not noticed the patent thingy, and IIRC it wasn't really brought up during the "does this really need nonfree" discussions [01:07] <burek> durandal_1707, that's a perfect argument :) [01:08] <burek> ffserver is lacking a developer for a long time now btw [01:09] <kierank> because there are better tools for streaming [01:09] <kierank> like vlc [01:10] <burek> better tools that are developed by people who ignore the segfault in the latest git for 3 days [01:10] <burek> although ive provided several logs for it [01:11] <burek> even narrowed down exact commit... [01:11] <kierank> that's because nobody uses it [01:11] <kierank> if people used it, it would get fixed [01:11] <burek> lol :) [01:11] <burek> never mind [01:11] <burek> im just wasting time [01:11] <durandal_1707> "better tools that nobody uses" [01:11] <wm4> so ffserver is kind of like using ffplay as video player? [01:12] <beastd> burek: cool down. 3 days is not that long. [01:12] <ubitux> wm4: ffserver is pretty nice, and ffplay as well :) [01:12] <ubitux> IMO :p [01:12] <JEEBsv> they're nice as proofs of concepts, I guess :) [01:13] <ubitux> no, they are useful tools [01:16] <durandal_1707> ffmpeg nice, but is just hack, dont use it [01:16] <wm4> all correct, except the "nice" part [01:24] <ubitux> "ffserver is pretty"? [01:27] <Compn> yeah vlc to stream something... until you want to actually watch the stream, and find out no other program can actually play vlc's streams [01:27] <Compn> hunt for a format and protocol that will work, eventually giving up and starting up ftp or http daemon... [01:28] Action: Compn isnt bitter at all [01:28] <wm4> can't everyone just use vlc? [01:28] <Compn> playback only! :P [01:28] <wm4> ffmpeg's codec should be merged into vlc as well, because it has a better architecture [01:29] <wm4> *codecs [01:29] <Compn> what [01:29] <Compn> vlc uses libavcodec... [01:29] <Compn> or you mean ... the entire tree like mplayer does ? [01:29] <JEEBsv> heh, I remember watching certain VLC-streamed mpeg-ts-in-http (H.264/AAC) streams with mplayer2/mplayer just fine... [01:30] <Compn> this was a few years ago, before computer was fast enough to decode something and encode h264 in realtime ... [01:30] <wm4> Compn: it was an attempt at trolling, suggesting that all codecs should be ported to be native vlc modules [01:30] <Compn> oh, yeah vlc reinvents some wheels [01:30] <Compn> french jerks! [01:31] <JEEBsv> my capbox can only handle 320x180 H.264 re-encoding of Japanese DTV so I can't do proper private streams yet :/ [01:33] <JEEBsv> (I could almost just handle that with just re-streaming the 1seg, but meh) [01:33] <JEEBsv> (low frame rate is the derp of 1seg) [01:48] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:4f927542fbf6: h264_direct: silence several warning: assignment from incompatible pointer type" [01:48] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:2eab1a178ca4: imgconvert: dont depend on default return type for get_color_type() [01:48] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:2ad1eb190781: imgconvert: fix 2 "discards const qualifier from pointer target type" [01:48] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:169dfe320d3a: lcldec: fix zlib const pointer warning [01:50] <ubitux> -vf 'split[x][y]; [x]field=top,pad=iw:ih*2[t]; [y]field=bottom[b]; [t][b]overlay=0:h' [01:50] <ubitux> e [01:51] <wm4> readable [01:51] <ubitux> irony? [01:51] <wm4> definitely [01:51] <Compn> whats that do [01:51] <Compn> split fields from interlaced ? [01:52] <ubitux> display even fields and below the odd ones [01:52] <ubitux> wm4: looks pretty readable to me :p [01:52] <Compn> switch field order [01:53] <iive> I like it. [01:53] <wm4> ubitux: looks like gibberish [01:53] <ubitux> :/ [01:53] <ubitux> i could add spaces [01:54] <ubitux> -vf 'split[COPY1][COPY2]; [COPY1] field=top, pad=iw:ih*2 [TOP]; [COPY2] field=bottom [BOTTOM]; [TOP][BOTTOM]overlay=0:h' [01:54] <ubitux> would that be better? [01:54] <wm4> I can see the future: people will create command lines with thousands of characters, and everyone who has to maintain the graph parser or who is still on #ffmpeg to give user support will hate you [01:55] <wm4> but that's just my lowly opinion, now excuse me [01:55] <ubitux> seriously it doesn't look like that hard to understand when you have the basic concepts [01:55] <iive> ubitux: no. it is worse. now you use space as separator for 2 different things. [01:55] <ubitux> yes [01:56] <ubitux> iive: it's hard to improve when it's already perfect [01:57] <iive> ubitux: new lines :) [01:58] <ubitux> yep :) [01:58] <Compn> wm4 : i'm curious what your proposed idea of controlling filters is [01:58] <ubitux> lua [01:58] <Compn> xml scripts [01:58] <Compn> :P [02:14] <michaelni> lua parsing a xml script in a virtual machine written in java script running in firefox ;) [02:20] <ubitux> welcome in the future [02:21] <ubitux> Single frame detection: TFF:152 BFF:152 Progressive:1313 Undetermined:700 [02:21] <ubitux> :( [02:28] <ubitux> is poll_frame still needed? [02:44] <iive> -vf [in1->]split[->a][->b]; [a->],field=top,pad=iw:ih*2,[->top]; [b->],field=bottom,[->bottom]; [top->][bottom->]overlay=0:h' [02:45] <iive> does this look better? at least it marks what is input and what is output. [02:49] <ubitux> you should use and instead; this ascii notation could suggest it's part of the syntax [02:51] <iive> it is [02:55] <ubitux> i would prefer e and - instead btw [03:04] <iive> this is not really an argument. [03:07] <iive> the arrows help indicate what chain is input and what is output. [03:08] <ubitux> yes but e are cute [03:09] <iive> ubitux: trolling is not your thing. [03:10] <ubitux> :( [03:10] <ubitux> anyway, does anyone have any idea why in the vf idet, in uninit() the two final av_log shows a different behaviour: first one never displays the context pointer thing [03:10] <ubitux> ? [03:10] <ubitux> Single frame detection: TFF:4 BFF:5 Progressive:39 Undetermined:80 [03:10] <ubitux> [Parsed_idet_0 @ 0x28fd5e0] Multi frame detection: TFF:0 BFF:22 Progressive:106 Undetermined:0 [03:11] <ubitux> that's a bit ugly :( [03:11] <ubitux> using -nostats from ffmpeg doesn't help [04:24] <ubitux> [Parsed_idet_0 @ 0x2008880] Telecine score: 47% [04:25] <ubitux> not really efficient :p [05:13] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:67c1acf2346b: lavc/utils: fix 'warning: missing braces around initializer' [05:13] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:fceeac984735: vc1dsp: fix pointer type warnings [05:13] <cone-710> ffmpeg.git 03Michael Niedermayer 07master:b36745339df0: libswscale/swscale-test: fix some const correctness [07:47] <highgod> Hi all,I want to ask what's the procedure followed by ffmpeg community for acceptance? Thanks [07:53] <ubitux> your patch is still all broken [07:55] <highgod> Hi, I rewrite a patch again,and send it to ffmpeg devel,thanks. [07:56] <highgod> reference to vda_h264_dec [07:56] <highgod> today [08:11] <highgod> Hi, @ubitux, do you mean the patch I submit today? hehe. Can you say more details? I will correct it. Thanks [08:22] <ubitux> highgod: start reading this: https://www.ffmpeg.org/contact.html [08:23] <ubitux> also: your coding style is a complete nonsense, you're mixing CLRF, and the patch you inline (why are you attaching it two times?) is completely broken by your mailer [08:24] <highgod> OK,thanks [12:01] <cone-835> ffmpeg.git 03Stefano Sabatini 07master:e06c1475810c: lavfi/aresample: fix style [12:01] <cone-835> ffmpeg.git 03Stefano Sabatini 07master:955c7c7bc69a: doc/resampler: extend docs for min_comp and min_hard_comp options [14:04] <mateo`> hi there ! i'm currently looking at libavfilter/drawutils.c blend_line function, i can't figure out what is the purpose of the left and right parameters and the code it triggers, can someone help me ? [14:08] <Compn> probably ubitux knows what thats about [14:08] <Compn> but i dont think hes alive right now mateo` [14:09] <Compn> mateo` : if you figure it out or ubitux says something, make sure someone writes a comment in the source ;) [14:11] <mateo`> Compn: then i guess i'll have to wait or try harder to understand (i just don't get why the computations are different for the right and left case than in the for loop) [14:13] <mateo`> Compn: and indeed more documentation on this piece of code would be great :) [14:25] <iive> seems like it have somehting to do with subsampling, it probably antialiases the most left and the most right pixels [14:27] <durandal_1707> burek: why you censor irc logs? [14:28] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:075eaf8d6afc: vc1dsp: fix the warning fix, make it work with --disable-asm [14:30] <burek> durandal_1707, please be more specific when you state something like that [14:31] <durandal_1707> burek: do you censor irc logs? [14:32] <burek> durandal_1707, what is your problem? [14:33] <burek> tell me what's wrong and ill take a look but avoid asking such kind of questions insinuating im doing something like that on purpose [14:34] <burek> and no, of course im not censoring anythin, why would i do that? [14:34] <Compn> lol why you guys fighting ? [14:35] <Compn> burek : maybe an irc log is missing or timestamps are off [14:35] <durandal_1707> burek: then you send same message multiple times, and i replied on 2nd one ..? [14:36] <burek> i don't know what are you talking about, and i can't (still) read minds, sorry... [14:37] <durandal_1707> don't worry, you said you don't censor so I trust you [14:38] <Compn> what irc log message is missing durandal_1707 ? [14:38] <durandal_1707> nothing really important (i dont have any real evidence....) [14:39] <burek> oh.. i see.. you're talking about this [14:39] <burek> [00:46:58] <burek> too bad ffmpeg does not implement anything like commercial licenses or something.. that way it would be able to gather funds for paid developers in needed areas, such as ffserver for example [14:39] <burek> yes i sent it 2 times [14:39] <durandal_1707> lol [14:39] <burek> because 1st time nobody even cared to respond [14:40] <nevcairiel> the response to that is easy: its impossible =P [14:41] <Compn> what is your definition of commercial license [14:41] <michaelni> sure its possible if *GPL == commercial license [14:41] <Compn> i thought it was a joke [14:41] <Compn> few people sell ffmpeg ... [14:41] <burek> well, it's certainly better than durandal_1707's answer :) [14:41] <Compn> quite a few, that is [14:41] <michaelni> you can even sell GPL licenses i suspect :) [14:42] <michaelni> you just cant keep the guy buying it from doing the same [14:42] <nevcairiel> i guess it always depends what you want to do. LGPL permits using it just fine in commercial software as long as they obey to the license properly [14:42] <Compn> people sell gpl linux ? [14:42] <Compn> unheard of! [14:42] <nevcairiel> but creating a "full" commercial license is impossible without ever contributor aggreeing :p [14:43] <nevcairiel> every* [14:43] <Compn> redhat was sold in computer stores, in .. boxes? [14:43] <Compn> :P [14:43] <nevcairiel> selling phyiscal media of gpl software is explicitly allowed [14:43] <nevcairiel> as long as its only the cost of the media [14:43] <Compn> wha [14:43] <Skyler_> it's funny, corecodec has actually been asked multiple times "oh, you have a commercial license for x264! do you have one for ffmpeg?" [14:43] <Compn> theres no limitation like that lol [14:43] <Skyler_> because companies really really want to be able to pay money for things that are already free [14:44] <Skyler_> (we have to tell them no obviously, but) [14:44] <Compn> Skyler_ : by commercial license i'm guessing you mean 'combined license from various patented codec companies' [14:44] <Skyler_> no, I mean non-(l)gpl code license [14:44] <Skyler_> i.e. they pay money, they get something that doesn't have the evil brand of richard stallman on it or whatever scares them [14:45] <Compn> ehe [14:45] <Compn> could always try a relicensing run again [14:45] <Skyler_> they usually fully know that we can't possibly give them patent licenses on these things, especially things like AC3 audio [14:45] <Skyler_> probably not possible with something as huge as ffmpeg [14:45] <Compn> contact all authors , draft up a contract [14:45] <Skyler_> and lgpl is really good enough, I think [14:46] <Compn> :P [14:46] Action: Compn trolling much [14:46] <wm4> <nevcairiel> selling phyiscal media of gpl software is explicitly allowed [14:46] <wm4> <nevcairiel> as long as its only the cost of the media [14:46] <wm4> uh what [14:46] <wm4> that would be new to me [14:46] <wm4> I think you're confusing this with source distribution [14:47] <wm4> if you request the source, they're allowed to mail it physically instead of providing a download [14:47] <burek> considering a lot of people around the world are using ffmpeg (commercially) it might be a good idea to find a way to motivate them to contribute/donate/something to ffmpeg, so that we could rent a programmer to fix some things nobody wants to spend time on [14:47] <nevcairiel> possibly. [14:47] <Compn> anyone else think there is some concerted effort to FUD RMS ? e.g. microsoft trying to kill OSS by FUD opensource ? [14:47] <Compn> especially its 'leaders' .... [14:47] <wm4> then you can demand a free - but only what the media/transportation costs [14:47] <nevcairiel> not that selling open source ever works, considering i can just go and re-ditribute it on the net [14:47] <wm4> however, you're free to sell GPL software otherwise, and demand as much money as you wish [14:47] <wm4> you still have to give out the source on demand for free, though [14:48] <Compn> yeah redhat isnt a successful company at all [14:48] Action: Compn wonders if nevcairiel is paying attention [14:48] <nevcairiel> RedHat lives on giving enterprise support for their stuff [14:48] <nevcairiel> not by selling the stuff itself [14:48] <Compn> got me there i guess [14:50] <nevcairiel> on the matter of RMS, personally i think some of the so-called opensource "leaders" like RMS are just fanatics and harm opensource as much as they help it [14:50] <wm4> yeah, RMS just made open source popular and created one of the most popular open source licenses [14:50] <wm4> WHAT HAS RMS EVER DONE FOR US? [14:50] <wm4> now insert a comment about toe jam [14:51] <wm4> because toe jam is a valid argument [14:52] <wm4> I guess it's quite normal that the "ideologists" become unpopular as soon as what they fought for becomes commonly acceptable [14:52] <nevcairiel> i dunno, i think some parts of GPLv3 is whats bad with opensource, and many people agree on that [14:53] <nevcairiel> note that these parts only moved into v3, not earlier versions [14:53] <Compn> the v3 stuff you dont agree with is the secret encryption/keys/patent stuff ? [14:54] Action: Compn forgets what the big deal was , been a while [14:54] <Compn> not important [14:54] <Compn> anyone going to help the dxva guy with his patch ? [14:55] <Compn> i'd like to see ffmpeg policy change to help new patch authors instead of just telling them to read developer documentation and get it perfected ... [14:55] <Compn> course there probably arent many windows devs using dxva2 [14:56] <nevcairiel> Personally i think the patch should be declined as a whole because simply wrapping a hwaccel into a decoder seems like the wrong approach, but thats just me [14:56] <wm4> nevcairiel: btw. what's all that h264 parsing stuff in your directshow wrapper? doesn't libavformat normally take care of this? [14:56] <nevcairiel> what parsing stuff specifically? [14:56] <burek> how about creating a book on ffmpeg (for users and for developers) and selling just that book? :) [14:57] <wm4> nevcairiel: for example in avcodec.cpp (haven't looked too closely at that code, nor do I understand most of it) [14:59] <nevcairiel> there is two things really happening there, the first is parsing of the SPS to figure out the bitdepth and chroma format and if the stream may contain interlaced frames (because i need to know earlier then avcodec would tell me), and after a seek i manually look for keyframes to avoid garbage frames [15:00] <wm4> hm, I suppose that has mostly to do with DirectShow requirements not matching what ffmpeg does? [15:01] <nevcairiel> i cant exactly rely on having a avformat demuxer before my decoder, there could be any other demuxer and just my decoder being used [15:01] <nevcairiel> so i need to get information wherever i can [15:02] <wm4> ok, thanks [15:09] <burek> -probesize <int> .D... set probing size [15:09] <burek> is this in milliseconds, megabytes, kylobytes..? [15:09] <wm4> bytes [15:09] <wm4> I guess? [15:09] <nevcairiel> bytes [15:10] <burek> ok, thanks [15:17] <michaelni> nevcairiel, if you are against the patch completely you should reply and explain why its bad (and how the goals of the submitter could otherwise be solved if theres sufficient knowledge and possibility to do that) [15:20] <cone-835> ffmpeg.git 03Janne Grunau 07master:1f4ea4e068f1: mpegvideo: initialize videodsp with correct pixel depth [15:20] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:39d178806d91: Merge remote-tracking branch 'qatar/master' [15:34] <durandal_1707> but there is already similar code in tree [15:34] <nevcairiel> Two wrongs dont make a right [15:34] <wm4> what code? [15:36] <durandal_1707> decoder for hwaccel [15:37] <durandal_1707> it seems silly that users of lavc would need to write own wrapper for hwaccels [15:38] <wm4> what decoder is there? I only know of VDA [15:38] <durandal_1707> and now is dxva want to be same [15:38] <wm4> and VDA apparently always requires reading the data, and can't draw the image buffer directly on the GPU [15:39] <wm4> at least that's what a mac user told me [15:43] <nevcairiel> i wouldn't have accepted the VDA decoder because there already was a HWAccel at the time [15:43] <wm4> I mean, exposing that as hwaccel isn't useful [15:44] <wm4> it just requires more useless code on the application side, with no advantages [15:44] <nevcairiel> i think dxva is the only hwaccel which is somewhat complicated, all others don't require all that much setup from the user [15:44] <wm4> (if the decoded image really does not reside inside the GPU RAM) [15:44] <wm4> what others are there? vaapi? [15:44] <wm4> vdpau is separate [15:45] <nevcairiel> it uses the same hardware as dxva and other hwaccels, so at one point the image is on a hardware surface, but sure, the API could just copy it back itself [15:45] <nevcairiel> i cant really say i know or care about macs [15:45] <nevcairiel> and yeah, vaapi is the only other alternative [15:54] <iive> nevcairiel: everybody is free to sell any gpl software for any price they want. [15:54] <nevcairiel> yes, we covered that :P [15:57] <iive> yeh... quite a lot of backlog... [16:00] <Compn> wrapping it as a decoder would allow forex mplayer to use it :) [16:00] <Compn> i think anyways [16:01] <wm4> for some GPUs it would probably be slower [16:02] <nevcairiel> only recent intel gpus get any kind of useful speed out of dxva, but funny enough, dxva in ffmpeg is broken on latest intel gpus :P [16:02] <nevcairiel> i was meaning to send patches for that.. [16:04] <Compn> dxva2 that is [17:22] <cone-835> ffmpeg.git 03Clément BSsch 07master:915d7487d774: lavfi/idet: remove unecessary poll_frame callback. [17:22] <cone-835> ffmpeg.git 03Clément BSsch 07master:43cbd4406ea6: lavfi/idet: support named parameters. [17:22] <cone-835> ffmpeg.git 03Clément BSsch 07master:a7f0af1b9aeb: lavfi/idet: remove unecessary context assignment. [17:22] <cone-835> ffmpeg.git 03Clément BSsch 07master:d155abd1fcaa: lavfi/idet: remove unused assert include. [17:31] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:a2349dc3f0a4: vf_idet: fix type of stats [18:25] <durandal_1707> what should i add to histogram filter? [18:35] <ubitux> durandal_1707: overall histogram? [18:36] <ubitux> per component histogram? [18:36] <ubitux> (like drawing in red the histogram of red, on the right the histogram of green, and again on the right the histogram of blue) [18:37] <ubitux> another suggestion: make the histogram take eval() for the w/h [18:37] <durandal_1707> that can be done already by calling it 3 times and using other filters [18:38] <ubitux> so we can re-use the input width & height [18:38] <durandal_1707> elaborate [18:40] <ubitux> ./ffplay -f lavfi -i testsrc -vf "split[x][y]; [x]pad=iw:ih*2[a]; [y]histogram=size=320x240[b]; [a][b]overlay=0:h" [18:41] <ubitux> instead -> histogram=w=iw:h=ih [18:42] <Compn> saste / ubitux : is it possible to play two subs at once, one on top , one on bottom with filters yet ? [18:43] <Compn> diff sub files [18:43] <ubitux> you can't do positionning [18:43] <ubitux> but you can play two at once yes [18:43] <Compn> cant do pos, why nooooo [18:43] <ubitux> oh well, if the srt or ass has position info it will work :p [18:43] <Compn> yay [18:43] <durandal_1707> ubitux: it doesn't make sense to support various size, you use scale for that [18:43] <ubitux> subtitles=a.srt,subtitles=b.srt [18:43] <ubitux> :p [18:44] <Compn> -vf subtitles ? [18:44] <Compn> thanks :)))) [18:44] <ubitux> Compn: yes [18:44] <saste> Compn, you specify the position in the subtitle files [18:44] <Compn> yeah i understand that [18:44] <Compn> thats fine [18:51] <ubitux> saste: ping on lavfi; do you need help? [18:51] <saste> ubitux, about what? [18:52] <ubitux> about start_frame/draw_slice/end_frame, about sink buffers [18:52] <ubitux> it's currently quite messy [18:52] <saste> ubitux, what's the problem with sink buffers in the first place? [18:52] <ubitux> and hard to follow [18:52] <Compn> are we going to be able to use ffplay -vf help to get a list of filters on the command line ? :) [18:52] <saste> i tried to avoid to read code after the merges, thus i don't get depressed all the time [18:53] <ubitux> saste: our sink buffer filters (and likely some other filters) are still using cur/out/tmp buf [18:53] <ubitux> s/tmp/src/ sorry [18:54] <ubitux> anyway, we need to remove start_frame/draw_slice/end_frame and src/cur/out buf [18:55] <ubitux> and since "the evil plan" is on its way, it would be wise to do it soon [18:58] <ubitux> saste: basically the idea is to drop all the ff_*_frame() functions from lavfi/video.[ch] [18:59] <ubitux> except for ff_inplace_start_frame, the 3 other are a bit harder [18:59] <ubitux> they need to be merged into ff_filter_frame() [18:59] <ubitux> same thing for audio [18:59] <ubitux> this will result in dropping AVFilterLink->{src,cur,out}_buf [18:59] <ubitux> but to do so we also need to remove the usage from the filters [19:00] <ubitux> (now that we moved all the filters to ff_filter_frame() it should be easier, but there are still usage of the link->*_buf) [19:03] <Compn> blargh [19:03] <Compn> whats up with zeranoe's builds not updating for a month [19:06] <Compn> No such filter: 'subtitles' [19:09] <Compn> stupid old builds [19:10] <ubitux> :) [20:01] <durandal_1707> michaelni: the fix for duration in wav is just hack, because nothing in format spec dictates that 0xffffffff is invalid chunk size [20:16] <cone-835> ffmpeg.git 03Paul B Mahol 07master:c46cfedf0927: build: mp filter does not depend on postproc anymore [20:21] <saste> anyone is going to review my segment patches? [20:27] <durandal_1707> what they are doing? [20:37] <ubitux> oh, data uri protocol mmh [20:37] <ubitux> good idea [20:39] <nevcairiel> the use of that seems rather limited [20:40] <nevcairiel> but i guess it can help third party applications with a memory buffer that needs parsing [20:40] <durandal_1707> wow, what a burst of patches lately [20:56] <saste> what's data uri good for? [20:56] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:47e7f57a4b14: mjpegdec: factor handle_rstn() out [20:56] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:5ff8ca1f04e7: mjpegdec: Handle RSTn in progressive jpegs [20:56] <cone-835> ffmpeg.git 03Michael Niedermayer 07master:011169cd41ec: mjpegdec: handle the occurance of rstn emulation [20:58] <ubitux> saste: some http based formats/protocols tend to store binary data like this [20:58] <ubitux> HDS for instance& [21:03] <llogan> damn...it's still 45F/8C in my office. shitty old building. [21:05] <ubitux> sounds like a good temperature to me [21:16] <durandal_1707> ubitux: you have g+? [21:19] <ubitux> durandal_1707: i activated it recently for something, why? [21:19] <ubitux> (i'm not using it at all) [21:20] <durandal_1707> i added u to my circles [21:21] <ubitux> i'm more comfortable into squares [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:33e0eb510912: lavfi/video: remove unused ff_inplace_start_frame(). [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:5673a0102ae1: lavfi/decimate: remove usage of link->cur_buf. [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:a612e86ea65e: lavfi/deshake: remove usage of link->cur_buf. [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:3b870f973ec1: lavfi/scale: remove usage of link->cur_buf. [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:4cd724daeec3: lavfi/tile: remove usage of link->{cur,out}_buf. [21:33] <cone-835> ffmpeg.git 03Clément BSsch 07master:ceee4407e3fc: lavfi/tile: small align cosmetics. [21:35] <durandal_1707> saste: you use type_priority_list array only to get numer of elements in it [21:36] <beastd> durandal_1707: no, i think it is for selecting preference concerning stream type [21:37] <durandal_1707> but i see no code that do that [21:37] <beastd> i think that code is too complicated/large for what it does. it might also contain a bug if my assumptions hold [21:38] <saste> durandal_1707, oh i'm stupid [21:38] <durandal_1707> so why 90% of ops here are lurkers and do not review stuff on ml [21:38] <durandal_1707> michaelni: deop them [21:38] <ubitux> haha [21:39] <ubitux> who cares :) [21:39] <ubitux> is there some review needs where i could help? [21:39] <beastd> if you are talking about me, i am just at the moment trying to review that code [21:40] <durandal_1707> review of evertyhing patches, existing code, etc, ... [21:41] <beastd> saste: are you reworking that patch now? [21:42] <saste> yes will do in a few minutes [21:42] <durandal_1707> beastd: don't worry [21:42] <beastd> I never worry! [21:42] <beastd> (Now that was a lie.) [00:00] --- Thu Dec 27 2012

1 0

ffmpeg.log.20121226
by burek 27 Dec '12

27 Dec '12

[00:19] <Zeeflo> do I need to react to this message: [mpeg4 @ 0x46288e0] Invalid and inefficient vfw-avi packed B frames detected ? [00:21] <JEEBsv> not in any other way than try not to create such files yourself :) [00:22] <JEEBsv> the decoding itself should go just fine [01:26] <kewo> how do i permanently change tint/hue of a video [01:29] <beastd> kewo: permanent as in the video itself. probably using ffmpeg's hue filter or similar and re-encode. but beware is not a light step. [01:30] <kewo> "light step"? [01:30] <beastd> i mean you probably lose quality and will need to find good params for encoding. [02:48] <mapreduce> Is calling av_free_packet(pkt) then av_free(pkt) a problem? [02:48] <mapreduce> same pointer [02:53] <ubitux> nope [02:53] <ubitux> the pkt can be on the stack [03:57] <mapreduce> ubitux: Thanks. [03:58] <brx_> whats the shortest possible duration for a h264 video? [03:59] <brx_> for example if i record just a second sometimes the video seems to trim back to the closest keyframe (and the sound continues whilst the video freezes, for half a second +/-) [04:01] <mapreduce> Looking in mux.c I see av_interleaved_write_frame, which contains an infinite loop (for (;;)). I seem to be stuck in that every so often, particularly when my packet's pts or dts ends up as 0 but sometimes when that doesn't happen too. [04:01] <mapreduce> It looks like it will do the same thing each time after the 2nd iteration, so I don't know why that's written as an infinite loop. [04:58] <brx_> can i trim the audio of a h264 mp4 to the closest video keyframe? [04:58] <brx_> (im sometimes getting a half second stall in the video at the end of the file) [05:16] <jmhodges> hey, i'm trying to make a gif from a m4v but i'm getting oddly colored results on os x. [05:17] <jmhodges> with -pix_fmt rgb24, the message "Incompatible pixel format 'rgb24' for codec 'gif', auto-selecting format 'pal8'" [05:18] <jmhodges> i tried adding a -f gif, but that ruins the output%03d.gif format of the output (where i'm using gifsicle after to clean it up) [05:19] <jmhodges> its bluish. [05:21] <jmhodges> well, actually, with -f gif, the color is very red. no idea [05:28] <ubitux> try to add format=rgb8,format=rgb24 at the end of your filtergraph [05:28] <ubitux> you might get better colors [05:28] <ubitux> also note that the gif encoder doesn't compress very much currently, so your output file will get bigger quite fast [05:32] <jmhodges> ubitux: yep, using ImageMagick's convert to clean that up [05:32] <jmhodges> i'll try that [05:33] <jmhodges> hm, no go. same blue. https://gist.github.com/15a764ef0fad5782949e [05:34] <jmhodges> apologies. [05:35] <jmhodges> https://gist.github.com/39eb4034fbb3c4126b2e [05:35] <jmhodges> ubitux: ^ [05:35] <ubitux> move -s 355x270 into your filtergraph [05:35] <ubitux> scale=355:270,format=... [05:36] <ubitux> (otherwise it is added at the end, after the formats) [05:37] <ubitux> (iirc, maybe) [05:37] Action: jmhodges nods [05:37] <jmhodges> it worked. what's weird is that if you make the window smaller so that it squishes, the blue goes away [05:38] <jmhodges> er, it did scale properly i mean, but the blue is still there [05:38] <ubitux> can you show a before/after? [05:39] <jmhodges> yeah [05:39] <ubitux> remove the pix_fmt too [05:39] <ubitux> -pix_fmt option [05:40] <jmhodges> ahh [05:42] <jmhodges> ubitux: original http://cl.ly/image/0x3Q3I3i3F36 first frame of output: http://cl.ly/image/1W393y0y2d3y [05:43] <ubitux> yeah, that was expected [05:43] <jmhodges> ubitux: oh? [05:43] <ubitux> i'm not sure you'll get better results [05:43] <jmhodges> ah :/ [05:43] <ubitux> you can try removing the format=rgb8, but it will likely get uglier [05:44] <jmhodges> is this because of just how gif works, or how ffmpeg implements the gif encoding? [05:44] <jmhodges> i think it's the latter? [05:44] <jmhodges> something something system palette? [05:44] <ubitux> i don't think our encoder is making a custom palette [05:44] <ubitux> so it might pick the closer color in a large range of colors [05:45] <jmhodges> ah, hm [05:45] <ubitux> you need to check [05:45] <ubitux> well anyway, our gif encoder should be improved in many ways [05:45] <jmhodges> oh, check what? [05:45] <ubitux> patches are very welcome [05:45] <ubitux> check the code :p [05:45] <jmhodges> haha ahhh [05:45] <jmhodges> no worries [05:46] Action: ubitux would be very happy to see improvements on the gif encoder [05:48] Action: jmhodges nods [05:48] <jmhodges> would be nice [05:49] <ubitux> it could be pretty useful to make previews for videos [05:49] <jmhodges> i rigged it up by extracting out jpegs and using convert to turn them into one gif [05:49] <jmhodges> it would! [05:49] <ubitux> especially given our scene detection filter [05:49] <jmhodges> oh, hm [05:53] <FedUs> I used the "extract frames at given intervals and then process them with ImageMagick/gifsicle" workaround a few times, maybe it could be connected to the scene detection; code/filters for gif did not raise much interest in a few years, but I could be horribly wrong [05:54] <FedUs> s/to/with/ [05:54] <Aziroshin> ubitux: Thanks for the heads up, I'll look into that. :) [05:55] <Aziroshin> The CPU is fine, though. [05:59] <ubitux> http://lucy.pkh.me/bbb-scenes.gif [05:59] <ubitux> this is generated with: ./ffmpeg -i ~/samples/big_buck_bunny_1080p_h264.mov -vf 'select=gt(scene\,.4),scale=-1:120,format=rgb8,format=rgb24' -vsync vfr -frames:v 10 -r 1 -y bbb-scenes.gif [05:59] <ubitux> so 10 scene frames [06:01] <ubitux> jmhodges ^ [06:01] <jmhodges> hunh, yeah [06:02] <ubitux> but the gif is quite huge [06:02] <ubitux> (almost 300K) [06:07] <jmhodges> yeah [06:15] <Keshl> Kay, so, I'm doing ffmpeg -r 60 -i (pngstream) -vcodec mpeg4 -qscale 2 BLAH.avi -- It works fine, but there's a point in the video where the bitrate gets too high that, even from a ramdisk, the system can't handle it. How's I fix? D: [06:21] <p4plus2> Keshl: I think you can do something like "-maxrate 400k" (or whatever rate you need) to cap it [06:21] <Keshl> Shiny, oÉo. [06:22] <Keshl> And can I do a two-pass thing somehow so it doens't suddenly get fuzzy at that point, oÉo? At least not /as/ fuzzy? [06:23] <p4plus2> Probably but I am not sure how that setup would be done -- I would test to see if the change in quality is even noticeable before worrying about that [06:23] <Keshl> oÉo. [06:24] <p4plus2> set maxrate to as close to a high sane value as you can and work from there I suppose [06:37] <Keshl> It goes over maxrate. D: [06:37] <Keshl> ...Unless 400k means 400,000, not 400 kb. [06:39] <p4plus2> no it should mean 400kb [06:42] <Keshl> Whelp, it goes over 40000kb when I set it to 40000k D: [06:42] <Keshl> And still when I do 400k D: [06:42] <Keshl> And and and D: Why does the software not acc -- ..... [06:42] <Keshl> ...... [06:42] <Keshl> One moment. >w> [06:47] <Keshl> Kay, got it. Somehow I was using libx264 with -crf and didn't notice. [06:48] <Keshl> Switched to mpeg4 like I shoulda been using, all good now. >w> [09:52] <edgy> Hi, ffmpeg -i shows me 720x576 [SAR 16:15 DAR 4:3], I guess this is a bug because 16:15 is PAR not SAR, no? [09:57] <JEEB> edgy, both ways of calling it are valid [09:57] <JEEB> sample aspect ratio and pixel aspect ratio [09:58] <JEEB> video format specs love to use the former as far as I know [09:58] <edgy> JEEB: according to https://en.wikipedia.org/wiki/Pixel_aspect_ratio SAR is something different [09:58] <edgy> SAR is storage aspect ratio [09:59] <edgy> SAR is the resolution [09:59] <JEEB> uhh [09:59] <JEEB> I've never seen that being used like that [10:00] <JEEB> from the H.264 specification f.ex. [10:00] <JEEB> "The sample aspect ratio (SAR)" [10:01] <JEEB> the "sample aspect ratio" wording is much more used for the aspect ratio of a single sample (usually pixel) [10:03] <edgy> yes seems contradicting terminology ;) [10:04] <edgy> JEEB: but since PAR is agreed upon, I guess it's much better to use and I remember I have seen ffmpeg says PAR before [10:04] <edgy> though I may confused avcodec with ffmpeg not sure [10:07] <JEEB> x264 uses --sar, and as far as I know ffmpeg/avcodec has so far always used SAR. Also the SAR mentioned on that wikipedia page is not in any way or form agreed upon [10:07] <JEEB> also it limits itself to pixels [10:07] <JEEB> (because of its name) [10:08] <JEEB> in many cases in unofficial texts the wording "pixel aspect ratio" is used, and this is not incorrect [10:09] <JEEB> but when you are showing the data of a video stream in most cases that data is called SAR, and let's just say that everyone agrees that the data is called that way in most if not all cases [10:09] <JEEB> also, this is the /first/ time I have /ever/ seen the word "storage aspect ratio" [10:12] <JEEB> basically I'm not against people calling what is signalled by the SAR as PAR, and so forth in their guides/whatever. Those are two terms that are generally agreed upon to mostly mean the same thing within digital video [10:12] <JEEB> That storage aspect ratio tho is something I'm not even sure who uses it :P [10:12] <JEEB> not to mention that it falls over official specification terms with many MPEG-based formats which makes it even more evil [10:16] <edgy> JEEB: thanks for the clarification [10:21] <JEEB> storage aspect ratio probably just is something some wikipedia editor made up to not use what most people use to note that part of the aspect ratio equation (resolution) [10:21] <JEEB> and was quite unfortunately labeled [10:21] <JEEB> lol [10:36] <edgy> ;) [14:14] <knoch> hello, I have some video clips with wrong timestamps and duration ( mplayer shows an incorrect duration but ffmpeg is correct ), how can I fix this ? [14:16] <an3k> raw streams? [14:21] <an3k> knoch? [14:21] <knoch> mpeg2video [14:21] <knoch> in TS container [14:22] <knoch> on one video, ffmpeg is also wrong about the duration [14:22] <Zandman26> Hi all, I'm trying to split my microphone audio from my PCM audio and Desktop caputre using map command but I only manage to get errors:/ my commands and terminal output can be found here: http://pastebin.com/VMp5Mg12 [14:31] <burek> knoch, try remuxing your videos [14:48] <knoch> burek: je teste ça [15:00] <knoch> burek: remuxing fixed the timestamps, it also fixed the duration but only for VLC and ffmpeg, not for mplayer [15:01] <burek> well, im happy it works for ffmpeg at least :) [15:02] <Macey> does the mpegtsenc deal with PCR on audio only? [15:03] <Macey> i'm wanting to mp2 up a file and put it in a mpegts container and the PCR on the audio [15:03] <Macey> it informs me that the ecoder don't produce pts [15:04] <Macey> [mpegts @ 006f2d20] Encoder did not produce proper pts, making some up. [15:13] <Macey> from the source, it looks like its a huge hack... can't find the mp2 encoder though [15:31] <an3k> knoch: sry, didn't noticed you replied. with what tool have you remuxed the videos? [15:50] <an3k> can ffmpeg read avs files and use DXVA / CUDA for indexing a H.264 stream packed into a BDAV m2ts container and for converting it to H.264? [16:10] <Zandman26> Is it even possible with ffmpeg to use stream mapping together with x11grab? Can't find any examples of it:/ [16:12] <ubitux> yes [16:12] <ubitux> just like any input you can map it [16:14] <ubitux> Zandman26: x11grab is producing only one stream, and you try to map two of them [16:14] <ubitux> x11grab = video only, it's not producing an audio stream [16:20] <Zandman26> Ok. My goal is to capture video of the screen together with game sound in one file and a second file for my microphone audio, So how do I map that? [16:20] <an3k> ubitux: nice. then i can compare my DualCPU Xeon Server with my GTX580 PC ... let's see what's faster :p [16:21] <an3k> 8 Xeon Cores vs. one GTX580 ... anyone interested in the results? [16:24] <ubitux> Zandman26: you need an input audio stream, look at http://ffmpeg.org/ffmpeg-devices.html [16:35] <Zandman26> Ok, thx. Will try to figure it out [17:23] <Zandman26> Still having no luck getting ffmpeg to split channels my see : http://pastebin.com/sx1bfKPK [17:27] <ubitux> move the map after declaring all your inputs [17:27] <ubitux> -map is an output option [17:27] <ubitux> not an input option [17:28] <Zandman26> Ok thought it needed to be declared early to map correctly. [17:32] <siamba> hi [17:33] <siamba> I want to encode movie for android [17:33] <siamba> "saw" [17:34] <siamba> 8 years old, but in fine quality(1920x1072) [17:35] <siamba> my android 2.3.7 has 800x480 screen resolution [17:35] <sacarasc> Resolution and quality aren't the same thing. [17:37] <siamba> sacarasc: sorry, I mean it is h264 BDRemux [17:38] <siamba> and 8.4G [17:39] Action: siamba has 1.0.1 ffmpeg [17:42] <siamba> oh, it's a "Saw [Director's Cut] (2004) BDRip 1080p-Rip" [17:43] <ubitux> the film sux, don't waste your time [17:44] <ubitux> btw, what's the question? [17:44] <sacarasc> Encoding for Android. [17:44] <sacarasc> I forget how to set baseline... [17:44] <siamba> using cyanogenmod's android 2.3.7 [17:45] <siamba> trying with "ffmpeg -i ~/saw.mkv -s 320x240 -vcodec libx264 -acodec aac -strict experimental -ac 2 -r 15 -ab 44100 -aspect 16:9 ~/saw.mp4" [17:45] <ubitux> -profile:v baseline ? [17:45] <siamba> have fps=160 [17:46] <sacarasc> That's how fast you're encoding. [17:46] <ubitux> -ab 44100 [17:46] <ubitux> wat? [17:46] <ubitux> i think you want -ar [17:47] <siamba> ;( [17:48] <siamba> should I add -profile:v baseline or replace something with it? [17:49] <siamba> sacarasc: i7 3930k has ~600% utilization encoding [17:50] <sacarasc> ffmpeg -i input.mkv -vf scale=480:360 -profile:v baseline -c:v libx264 -b:v 500k -c:a aac -strict experimental -ac 2 -ar 44100 output.mp4 [17:50] <sacarasc> That is going by the http://developer.android.com/guide/appendix/media-formats.html [17:52] <siamba> sacarasc: thank you [17:52] <sacarasc> Oh... [17:52] <siamba> ubitux: I've heard a discussion about this movie today at work [17:53] <sacarasc> ffmpeg -i input.mkv -vf scale=480:360 -profile:v baseline -c:v libx264 -b:v 500k -c:a aac -strict experimental -b:a 128k -ac 2 -ar 44100 output.mp4 [17:53] <sacarasc> Missed the audio bitrate. [17:56] <siamba> I've heard there was CUDA or OpenCL ffmpeg fork, is that true? [17:58] <siamba> fps is ~190 now [18:00] <siamba> <_< [18:00] Action: siamba has dual GPU desktop [18:01] <siamba> GTX 580 + 680 [18:02] <ubitux> won't help you for h264 encoding [18:02] <siamba> ubitux: just interested if it is going to be implemented or not [18:03] <ubitux> i don't think so [18:03] <ubitux> in your current cmd line, maybe having a gpu scaling could help, but i'm not sure it could be faster [18:04] <ubitux> we have an opencl filter though, if the project has some gpu optim [18:04] <ubitux> wait no [18:04] <siamba> time is already 01:19:43.82 [18:04] <ubitux> we don't& what am i smoking. [18:04] <siamba> not so long to wait [18:04] <ubitux> opencv*. [18:04] <siamba> oh, opencv [18:05] <ubitux> not sure if that supports scaling, i doubt it [18:07] <siamba> encoded, "time ffmpeg ..." : real 12m51.300s, user 93m18.390s [18:07] <siamba> not bad for "frame=147856 fps=192 q=32582.0 Lsize= 474930kB time=01:42:46.83 bitrate= 630.9kbits/s" [18:12] <siamba> I guess it could be at least couple times faster with nVidia [18:29] <ubitux> i doubt it [19:13] <brx_> sometimes when I trim an mp4 the video is trimmed shorter than the audio, I think it freezes on the last keyframe, so the sound plays for half a second or so longer than the video [19:14] <JEEB> brx_, there's a setting that ends the encoding when the shortest track finishes [19:15] <JEEB> http://ffmpeg.org/ffmpeg.html ctrl+F and start writing "shorte" [19:15] <brx_> roger that, thanks man [19:15] <brx_> JEEB, i love you and i want to have your babies [19:15] <JEEB> haha [19:25] <brx_> JEEB, it doesnt quite work as expected [19:25] <brx_> still a pause in the vid at the end [19:26] <brx_> ffmpeg -y -ss 00:00:0.0 -t 00:00:1.0 -i 2013-01-01.mp4 -shortest -acodec copy -vcodec copy out.mp4 [19:52] <burek> brx_, it migh be that video and audio frames are not exactly aligned [19:52] <burek> so when you cut the output at 1 second [19:52] <burek> that non-alignment happens and someone will remain longer than the other [19:53] <brx_> burek, so is there anyway to extract a second from an mp4 and guarentee the audio and vid will align? [19:53] <brx_> im working on a simple security app type thing [19:53] <burek> for example, you might have 15 video frames and 13 audio frames in original media, bud if you cut it at half, you'll most probably have 7 video and 6 audio frames, which might not align perfectly [19:53] <brx_> it will record 10 seconds then allow the user to extract a second from it [19:53] <brx_> ahh yes i see [19:53] <burek> i guess you'll either have to re-encode [19:53] <burek> or play around with -t [19:54] <burek> to hit some spot [19:54] <burek> where frames do align perfectly again [19:54] <brx_> ok [19:54] <burek> the rule of a thumb (for me) is if you work with very short sequences, like couple of seconds, always do re-encoding [19:55] <burek> <brx_> burek, so is there anyway to extract a second from an mp4 and guarentee the audio and vid will align? [19:55] <burek> just decode a/v and nothing else [19:55] <burek> i.e. save it as uncompressed [19:55] <burek> it will be aligned perfectly [19:56] <brx_> thats the thing, in android i cant do that [19:56] <brx_> there is a MediaRecoder class, theres no raw/uncompressed option [19:56] <burek> why not do it server-side [19:56] <brx_> its a mobile app [19:56] <burek> and let android just access the result [19:56] <burek> exactly [19:56] <brx_> i want it all to be localized [19:57] <burek> then you have a problem :) [19:57] <brx_> :< [19:57] <burek> android and arm devices were generally designed to consume less power in order to be able to be deployed without cooling fans [19:57] <burek> and used in mobile devices, etc [19:58] <burek> as media players [19:58] <burek> not as encoders... so.. [19:58] <brx_> but surely dumping the raw/uncompressed video is less intensive than encoding an mp4? [19:58] <brx_> which is what im being forced to do [19:58] <burek> just decoding is far less cpu intensive than encoding [19:59] <brx_> im confused [19:59] <brx_> im capturing a vid with the camera, it is producing an mp4 [19:59] <burek> when you decode, you just follow the stream of bytes and transform it using known algorigthm into output buffer, but with encoding, you need to predict a lot of stuff to be sure you are always encoding the best possible way [20:00] <burek> why not using something like [20:00] <brx_> exactly, so its encoding an mp4, which would be more intensive than just dumping the uncompressed sreams [20:00] <burek> ffmpeg -y -ss 00:00:0.0 -i 2013-01-01.mp4 -shortest -c:v libx264 -crf 0 -c:a copy -t 00:00:1.0 out.mp4 [20:01] <burek> or even -c:a pcm_s16le -ar 44100 -ac 2 [20:01] <burek> crf 0 will make it lossless [20:01] <burek> but still re-encode [20:01] <brx_> ill try that now [20:02] <brx_> theres still apause at the end with that command [20:02] <burek> -c:a copy or the other [20:03] <brx_> actually thats a tad better [20:03] <burek> try the other one [20:03] <brx_> k trying now [20:03] <burek> ffmpeg -y -ss 00:00:0.0 -i 2013-01-01.mp4 -shortest -c:v libx264 -crf 0 -c:a pcm_s16le -ar 44100 -ac 2 -t 00:00:1.0 out.mp4 [20:03] <brx_> i got: Could not write header for output file #0 (incorrect codec parameters ?) [20:03] <brx_> the file is 0 bytes [20:04] <brx_> trying the "or even" one now... [20:05] <brx_> k [20:07] <brx_> http://pastebin.com/ehpa7Hkt [20:08] <burek> [mp4 @ 0x1c424e0] track 1: could not find tag, codec not currently supported in container [20:08] <burek> ffmpeg -y -ss 00:00:0.0 -i 2013-01-01.mp4 -shortest -c:v libx264 -crf 0 -c:a aac -strict experimental -ar 8000 -ac 1 -t 00:00:1.0 out.mp4 [20:10] <brx_> http://pastebin.com/CqfttzzH [20:11] <burek> ffmpeg -y -ss 00:00:0.0 -i 2013-01-01.mp4 -shortest -c:v libx264 -crf 0 -c:a aac -strict experimental -ar 8000 -ac 1 -ab 12k -t 00:00:1.0 out.mp4 [20:11] <brx_> that seems to have worked [20:12] <brx_> theres a very slight glitch at the end of the vid, however the source vid has a full half second pause in vid at the end [20:12] <brx_> ill try a few more sample source vids [20:12] <burek> hmmm [20:12] <burek> ffmpeg -y -i 2013-01-01.mp4 -ss 00:00:0.0 -shortest -c:v libx264 -crf 0 -c:a aac -strict experimental -ar 8000 -ac 1 -ab 12k -t 00:00:1.0 out.mp4 [20:12] <burek> put -ss after -i [20:13] <burek> btw [20:13] <burek> why -ss if it's 0 [20:14] <brx_> i think thats just about done it [20:14] <brx_> will that -strict experiment ever give any vizarre results? [20:14] <brx_> bizarre* [20:15] <burek> -strict is just to remind you that aac is still experim. codec [20:15] <burek> so that you dont complain too much :) [20:15] <brx_> ok cool :) [20:15] <brx_> im gonna experiment on a few more files seewhat the results are like [20:15] <brx_> thanks for all the help I really appreciate it [20:16] <burek> :beer: :) [20:16] <brx_> while(xmas){if(beer){happy++}else{goToBeerShop()}} [20:18] <burek> try{ assert(beer); } exception { doBrandy(); } [22:44] <Keshl> [16:44] [Whois] Akira^^_ has been idle for 7 days, 7 hours, 7 minutes, and 4 seconds. Epic OÉO [22:44] <Keshl> Well, 3 seconds early of being super-epic. [22:44] <Keshl> That is all. Carry on. oÉo. [23:23] <Penyulap> ffmpeg -i %04d.png -vcodec mjpeg -sameq "output.avi" [23:23] <Penyulap> can someone tell me how to change this into something that outputs an OGG video rather than the avi video ? it is getting input from a series of images, it works now, but I want to change the output type [23:24] <ubitux> select a video codec for ogg, then replace avi with ogg [23:29] <saste> Penyulap, and don't use -sameq which doesn't work anymore [23:29] <Penyulap> oh [23:29] <saste> well it never properly worked [23:30] <Penyulap> Unknown encoder 'ogg' [23:30] <saste> container is not the same as encoder [23:31] <Penyulap> it worked enough so that i could make avi's (sorry, I know nothing about ffmpeg except I can't live without it :D ) [23:31] <saste> just specify out.ogg and ffmpeg will pick a suitable encoder [23:31] <Penyulap> can you suggest a command i can try ? [23:31] <Penyulap> I'm an artist, I don't know much about this kind of thing [23:31] <Penyulap> but I know about CGI :D [23:32] <saste> ffmpeg -i INPUT output.ogg [23:32] <saste> -q:v to set the quality [23:32] <saste> -q:v 3 may be good, the lower the better (and higher the size) [23:32] <Penyulap> oh it's working, i cut down more stuff so it was more like that but with the whole input part left [23:33] <saste> check ffmpeg-codecs and the libtheora docs for more details [23:34] <Penyulap> can i add in a mp3 file so i have sound too, how can i do that ? [23:35] <Penyulap> it's ok it worked already [23:35] <saste> Penyulap, ffmpeg -i INVIDEO -i INAUDIO out.ogg should work [23:35] <Penyulap> I am kindof getting an idea of it, though I try to leave room in my head for all the things i have to learn [23:35] <Penyulap> ah [23:35] <Penyulap> it like gets the idea of what is what by itself, smart :) [23:37] <llogan> saste: docs for libtheora shows usage of -global_quality:v. is this preferred over qscale:v for this encoer? [23:37] <saste> llogan, ffmpeg-codecs should be tool agnostic [23:39] <saste> -q:v is an ffmpeg shortcut for -flags +qscale -global_quality X [23:39] <llogan> i see [23:43] <Penyulap> how can i tell it to make it Higher def (it worked but it is so blurry and jerky too actually) [23:44] <Penyulap> ok [23:44] <Penyulap> pb? [23:45] <Penyulap> oh pb ! [23:45] <llogan> it was a shortcut to summon the fflogger bot [23:47] <Penyulap> Input Stream #0.0 frame size changed to 960x540, rgb24 [23:47] <Penyulap> Input Stream #0.0 frame size changed to 960x540, bgrabitrate= 408.9kbits/s [23:47] <llogan> that means nothing without context. [23:47] <Penyulap> oh [23:47] <Penyulap> encoder : Lavf52.64.2 [23:47] <Penyulap> Stream #0.0: Video: libtheora, yuv420p, 960x540, q=2-31, 200 kb/s, 25 tbn, 25 tbc [23:47] <Penyulap> Stream #0.1: Audio: flac, 44100 Hz, mono, s16, 64 kb/s [23:48] <llogan> show your ffmpeg command and the complete console output that you get after you enter your ffmpeg command. use pastebin.com, and don't paste it into the channel [23:48] <Penyulap> ok [00:00] --- Thu Dec 27 2012

1 0