Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2012

1 participants
62 discussions

ffmpeg-devel.log.20120805
by burek 06 Aug '12

06 Aug '12

[00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r66747a6160 10ffmpeg/doc/examples/muxing.c: [00:40] <CIA-41> ffmpeg: examples/muxing: simplify alloc_picture() [00:40] <CIA-41> ffmpeg: Use avpicture_alloc() high level function. [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * re408e329d2 10ffmpeg/libavformat/img2dec.c: [00:40] <CIA-41> ffmpeg: lavf/img2dec: rename find_image_range() "max_start" parameter to "start_index" [00:40] <CIA-41> ffmpeg: The new name seems more consistent with the assumed logic. [00:40] <CIA-41> ffmpeg: "start_index" represents the minimum accepted value as first index, and [00:40] <CIA-41> ffmpeg: not the maximum value as implicitely assumed by the previous name. [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra30e776ff1 10ffmpeg/libavformat/img2dec.c: [00:40] <CIA-41> ffmpeg: lavf/img2dec: fix weird start_number count logic [00:40] <CIA-41> ffmpeg: This seems consistent with the assumed meaning of the option. [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r59e4e40673 10ffmpeg/libavformat/img2dec.c: lavf/img2dec: doxygen find_image_range() function [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r48c1d1d3fa 10ffmpeg/libavformat/img2dec.c: lavf/img2dec: introduce and use FIRST_INDEX_SEARCH_RANGE macro in find_image_range [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r2dfee8abf1 10ffmpeg/libavformat/img2dec.c: lavf/img2dec: sort options by name [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rb5c7318bd7 10ffmpeg/libavformat/img2dec.c: lavf/img2dec: improve error logging in case of find_image_range() failure [00:40] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r07ef7b1a30 10ffmpeg/libavformat/img2dec.c: [00:40] <CIA-41> ffmpeg: lavf/img2dec: fix out-of-range check in find_image_range() [00:40] <CIA-41> ffmpeg: Take the new parameter start_index into account. [00:56] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rb0d23ae208 10ffmpeg/ (doc/demuxers.texi libavformat/img2dec.c): lavf/img2doc: document options [00:56] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r74c6db0505 10ffmpeg/doc/demuxers.texi: [00:56] <CIA-41> ffmpeg: doc/demuxers.texi: avoid comma splice in image2 documentation [00:56] <CIA-41> ffmpeg: Add "and" proposition for connecting two sentences. [05:12] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r9e1c55cfde 10ffmpeg/libavformat/oggdec.c: [05:12] <CIA-41> ffmpeg: oggdec: check stream index before using it in ogg_get_length() [05:12] <CIA-41> ffmpeg: Fixes crash based on a uninitialized array index read. [05:12] <CIA-41> ffmpeg: If the read does not crash then out of array writes based [05:12] <CIA-41> ffmpeg: on the same index might have been triggered afterwards. [05:12] <CIA-41> ffmpeg: Found-by: inferno(a)chromium.org [05:12] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [10:24] <CIA-41> ffmpeg: 03Hendrik Leppkes 07master * r2db097ca76 10ffmpeg/configure: [10:24] <CIA-41> ffmpeg: configure: fix lib.exe check [10:24] <CIA-41> ffmpeg: Running lib.exe without parameters will always result in an error, [10:24] <CIA-41> ffmpeg: and failing the check. [10:24] <CIA-41> ffmpeg: Using the -list paramter results in a success if lib.exe is present. [10:58] <burek> is there a way to see what vcodec will ffmpeg choose by default, for a given output format? [11:10] <saste> burek: no, but you should be able to write a small program to do so [11:11] <saste> or we could extend the output of -formats to show that [11:11] <burek> I was afraid you're gonna say that :) [11:11] <saste> or add a show_formats option in ffprobe... [11:11] <burek> I was thinking more like, is there a table in the source code that shows it :) [11:12] <saste> no but is specified in each AVCodec structure, so once you register all codecs you can list them programmatically [11:13] <burek> I see, well extending -formats is a cool idea [15:49] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r9bece76009 10ffmpeg/ (3 files in 2 dirs): lavf/img2dec: add start_number_range option [15:49] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rb907655303 10ffmpeg/doc/examples/muxing.c: examples/muxing: drop duplicated code in add_video_stream() [15:49] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r8d6f46ab2c 10ffmpeg/doc/filters.texi: [15:49] <CIA-41> ffmpeg: doc/filters: add mandelbrot source documentation [15:49] <CIA-41> ffmpeg: Address trac ticket #1492. [15:51] <burek> there are people at ffsplit.com that use ff* branding and actually use ffmpeg source code but they don't provide source code in their download [15:51] <burek> just .exe file [15:51] <burek> is that a kind of violation of ffmpeg's license [16:13] <ubitux> they are on irc (quakenet) [16:13] <ubitux> in case we would like to tell them to fix that asap. [16:20] <ubitux> i'm not sure about the branding btw [16:24] <ubitux> burek: there is a link to FFmpeg on the bottom of the download page [16:25] <burek> well yes, I saw that, but if they use ffmpeg's source code and they are extending it in some way, isn't it mandatory that they respect the same license for their code? [16:25] <burek> isn't that the purpose of GPL [16:26] <burek> so that noone can close the source code and say "no, I added some important updates which I can't share" [16:26] <nevcairiel> under the LGPL they are free to use it from a closed-source project, they just have to share any changes they do [16:27] <burek> ffmpeg is LGPL? [16:27] <nevcairiel> if all the extra stuff is in their code, and not a change in ffmpeg itself, they are free to not share [16:27] <ubitux> burek: yes it's LGPL, some part are GPL though [16:27] <ubitux> depends how they distribute the built one [16:28] <ubitux> i mean, if they have --enable-gpl in they distributed libs it might be a problem [16:28] <burek> ok, I'm not a legal expert, I just pointed the attention to the right direction, so you (or anyone who cares about it) can investigate if there is a need :) [16:28] <ubitux> i'm not either [16:49] <Compn> basically, you ask them for source [16:49] <Compn> if they dont provide it, they arent following license [17:16] <michaelni> hey saste, did you break fate ? [17:16] <michaelni> fate-sub-movtextenc is failing here since [17:17] <michaelni> 9bece760097bf1de120e47aa504c9a9ca54d4490 [17:24] <saste> michaelni: how's that related to image2?? [17:27] <michaelni> its not ok to break fate even if the relation isnt obvious (its about bumping ver & bitexact here) [17:28] Action: michaelni is pissed [17:28] <CIA-41> ffmpeg: 03Philip Langdale 07master * r3eb56e8434 10ffmpeg/libavformat/movenc.c: [17:28] <CIA-41> ffmpeg: movenc: Fix unfreed memory found by valgrind. [17:28] <CIA-41> ffmpeg: Signed-off-by: Philip Langdale <philipl(a)overt.org> [17:28] <saste> is that supposed to happen? I mean, do we have tests which changes according to version bumps? [17:30] <saste> I bumped just before to push, as it is my custom [17:30] <michaelni> you should bump before testing :) [17:31] <michaelni> and i would have fixed it already but -flags +bitexact isnt enough [17:31] <ubitux> huh wtf [17:31] <michaelni> somethings buggy so the flag isnt reaching the muxer with subtitles only [17:31] <ubitux> the micro bump changes the tests? oO [17:32] Action: ubitux is also generally testing before bumping and might change his habit [17:34] Action: michaelni thinks it would be best if people would send him pull requests instead of direct pushes, as iam able to run fate before push and itz would also catch files that where forgotten to be added but are local (like yesterdays header) [17:35] <ubitux> i wonder if philip's last change is ok& [17:36] <durandal_1707> michaelni: what kind of fate? you mean all machines on fate server? [17:36] <michaelni> just mine [17:36] <ubitux> mmh actually it's fine. [17:37] <durandal_1707> imho, people who push stuff are expected to test them [17:37] <michaelni> yes [17:38] <ubitux> anyway, does anyone has an explanation for the failure? [17:39] <saste> ubitux: the output file contains libavformat version in metadata [17:39] <ubitux> oh [17:39] <saste> as I bumped micro the hash changed [17:39] <ubitux> interesting [17:39] <durandal_1707> there was strange paf failure on one of machines when i fixed code and that machines resolved it after some time, so there are strange cases .... [17:39] <saste> so anyway, I'm supposed to fix the reference? [17:40] <durandal_1707> proper fix is that libavf version is not put into files [17:41] <michaelni> that needs bitexact flag to be set [17:41] <michaelni> but for some reason it doesnt work with subtitles [17:41] <durandal_1707> there should be flag in muxed/encoder to not put numbers if bitexact is set or something ... [17:41] <michaelni> there is but it works with A/V but not S [17:41] <durandal_1707> ffmpeg bug? [17:46] <ubitux> saste: btw doc//filters.texi:3689: Bad argument `table.' to `@end', using `table' [17:47] <ubitux> hey philipl :) [17:47] <philipl> hi [17:48] <saste> ubitux: i suppose it is because of the ending ".", weirdly it is not complaining here [17:49] <ubitux> yes most likely [17:52] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r8331d56e0d 10ffmpeg/doc/filters.texi: [17:52] <CIA-41> ffmpeg: doc/filters: fix typo in "@end table." [17:52] <CIA-41> ffmpeg: Remove erroneously added trailing dot. [17:52] <ubitux> saste: thx :) [17:59] <michaelni> saste, i think ive fixed the bitexact bug [18:00] <michaelni> ill push in a moment if it passes tests [18:02] <philipl> :-( movtextenc test is now not passing. but the md5sum from my manual run of the command line still matches the md5sum I pushed originally. [18:02] <ubitux> that's what michaelni was talking about [18:02] <ubitux> it's about the encoder version being in the output [18:02] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb11b0e166e 10ffmpeg/libavcodec/options_table.h: [18:02] <CIA-41> ffmpeg: libavcodec/options_table: mark flags as also for subtitles [18:02] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:03] <CIA-41> ffmpeg: 03Moritz Bunkus 07master * rbc3b422029 10ffmpeg/libavformat/ (matroska.c matroskadec.c): (log message trimmed) [18:03] <CIA-41> ffmpeg: matroskadec: Implement support for ALAC [18:03] <CIA-41> ffmpeg: This patch implements support reading ALAC from Matroska files. The [18:03] <CIA-41> ffmpeg: only non-trivial thing about it is that only the ALAC magic cookie is [18:03] <CIA-41> ffmpeg: stored in Matroska's CodecPrivate element but not the "atom size", [18:03] <CIA-41> ffmpeg: "tag" and "tag version" fields that FFMPEG's ALAC decoder [18:03] <CIA-41> ffmpeg: expects. However, those are trivial to re-create. [18:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd106ffd942 10ffmpeg/tests/ (fate/subtitles.mak ref/fate/sub-movtextenc): [18:03] <CIA-41> ffmpeg: fate: add bitexact flag to fate-sub-movtextenc [18:03] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc30f53e4d8 10ffmpeg/libavformat/matroskadec.c: [18:03] <CIA-41> ffmpeg: matroskadec: prevent potential integer overflow [18:03] <CIA-41> ffmpeg: Iam not sure this can happen, but its safer we check. [18:03] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:03] <philipl> Did he just save me? [18:03] <ubitux> oh that was the 'S' flag missing [18:03] <philipl> wrt bitexact? [18:03] <philipl> Ok. [18:03] <ubitux> i checked the constant and it had the 'S' [18:04] <ubitux> but not the option.. :p [18:04] <michaelni> yes :) [18:04] <ubitux> philipl: bitexact prevents the encoder version from being there [18:04] <ubitux> michaelni: well spotted :p [18:04] <philipl> thanks. [18:04] <philipl> I've posted a review to fix the ass valgrind warnings. [18:04] <philipl> It's clearly dangerous to exercise any of that code in fate :-) [18:06] <ubitux> philipl: i think it would be better to use av_freep() [18:07] <philipl> ok. [18:14] <CIA-41> ffmpeg: 03Philip Langdale 07master * r50b4dbf65a 10ffmpeg/ (ffmpeg.c libavcodec/ass_split.c): (log message trimmed) [18:14] <CIA-41> ffmpeg: ass subtitles: Fix valgrind warnings. [18:14] <CIA-41> ffmpeg: We're now running some of this code through valgrind for the first [18:14] <CIA-41> ffmpeg: time, and a few warnings showed up stemming from two problems. [18:14] <CIA-41> ffmpeg: 1) The ASS code assumes the subtitle header is null terminated, but [18:14] <CIA-41> ffmpeg: it wasn't, and passing the size down doesn't look like fun, so I [18:14] <CIA-41> ffmpeg: added a terminator [18:17] <philipl> Off I go. Thanks gents. [18:17] <ubitux> cya ;) [18:34] <durandal_1707> why wav muxer doesn't write WaveFormatExtensible stuff? [18:34] <CIA-41> ffmpeg: 03Moritz Bunkus 07master * rfe40dc1cec 10ffmpeg/libavformat/matroskaenc.c: matroskaenc: Implement support for ALAC [18:53] <durandal_1707> i gonna push libtwolame [18:57] <durandal_1707> and id3 tags should be written for mp2 files too [19:05] <durandal_1707> what does I flag means unlike E it is not documented at all [19:08] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rf5f98727b3 10ffmpeg/ (6 files in 3 dirs): [19:08] <CIA-41> ffmpeg: libtwolame MP2 encoding support [19:08] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [19:48] <CIA-41> ffmpeg: 03Reimar Döffinger 07master * ra4163b2d65 10ffmpeg/libavformat/oggdec.c: [19:48] <CIA-41> ffmpeg: oggdec: simplify start time calculation code. [19:48] <CIA-41> ffmpeg: Also slightly more correct behaviour in case streams_left for [19:48] <CIA-41> ffmpeg: some reason is 0 from the start. [19:48] <CIA-41> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de> [19:48] <CIA-41> ffmpeg: 03Reimar Döffinger 07master * r69aeba1396 10ffmpeg/libavformat/oggdec.c: (log message trimmed) [19:48] <CIA-41> ffmpeg: oggdec: Initialize stream index to -1 in ogg_packet. [19:48] <CIA-41> ffmpeg: The previous method of having to initialize it outside lead [19:48] <CIA-41> ffmpeg: to incorrect code: even if it was initialized, it usually was [19:48] <CIA-41> ffmpeg: only initialized once, thus a packet that could not be matched [19:48] <CIA-41> ffmpeg: to any stream would just be processed with the return values [19:48] <CIA-41> ffmpeg: from the previous call. [19:59] <durandal_1707> hmm why exr is in riff.c are there actual files? [21:08] Action: ubitux finally got some csa reports [21:13] <ubitux> but i have various crashes though. [23:06] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r29facc1e91 10ffmpeg/libavcodec/zerocodec.c: [23:06] <CIA-41> ffmpeg: zerocodec: Cosmetics [23:06] <CIA-41> ffmpeg: Be consistent with error messages and code formatting. [23:06] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:06] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r616fd4fe5e 10ffmpeg/libavcodec/zerocodec.c: [23:06] <CIA-41> ffmpeg: zerocodec: Fix memleak in decode_frame [23:06] <CIA-41> ffmpeg: If there was a failure inflating, or reinitializing [23:06] <CIA-41> ffmpeg: the zstream, the current frame's buffer would be lost. [23:06] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:06] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r8b8750e061 10ffmpeg/ (libavcodec/cllc.c libavfilter/vf_libopencv.c): [23:06] <CIA-41> ffmpeg: cosmetics: Fix a few switched periods and linebreaks [23:06] <CIA-41> ffmpeg: Based on a patch by Piotr Bandurski. [23:06] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:06] <CIA-41> ffmpeg: 03Reinhard Tartler 07master * r800750417f 10ffmpeg/libavfilter/audio.c: [23:06] <CIA-41> ffmpeg: lavfi: properly signal out-of-memory error in ff_filter_samples [23:06] <CIA-41> ffmpeg: Found with a clang-scan report on http://fate.libav.org/csa/ [23:06] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r965efc1673 10ffmpeg/libavcodec/dpx.c: [23:06] <CIA-41> ffmpeg: dpx: Make start offset unsigned [23:06] <CIA-41> ffmpeg: Some corrupted files would end up with a negative offset, [23:06] <CIA-41> ffmpeg: and segfault. [23:07] <CIA-41> ffmpeg: rational: add av_inv_q() returning the inverse of an AVRational [23:07] <CIA-41> ffmpeg: This allows simplifying a few expressions. [23:07] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:07] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb4780d03d0 10ffmpeg/: (log message trimmed) [23:07] <CIA-41> ffmpeg: Merge remote-tracking branch 'qatar/master' [23:07] <CIA-41> ffmpeg: * qatar/master: [23:07] <CIA-41> ffmpeg: x86: h264_idct: Rename x264_add8x4_idct_sse2 --> h264_add8x4_idct_sse2 [23:07] <CIA-41> ffmpeg: rational: add av_inv_q() returning the inverse of an AVRational [23:07] <CIA-41> ffmpeg: dpx: Make start offset unsigned [23:07] <CIA-41> ffmpeg: lavfi: properly signal out-of-memory error in ff_filter_samples [23:07] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r2096857551 10ffmpeg/libavcodec/x86/h264_idct.asm: x86: h264_idct: Rename x264_add8x4_idct_sse2 --> h264_add8x4_idct_sse2 [23:14] <j-b> lo [23:14] <j-b> what is 0RGB fmt? [23:15] <durandal_1707> similar to ARGB but A is always FF [23:17] <j-b> ok [23:19] <durandal_1707> looks like it was created just because of bmp [23:20] <j-b> durandal_1707: fun [23:30] <durandal_1707> j-b: why is that funny? [23:33] <j-b> durandal_1707: because ;) [23:43] <kierank> lol [23:44] <j-b> because of the G2M patch [23:45] <durandal_1707> there is G2M patch? [23:49] <j-b> yes [23:49] <durandal_1707> very bad joke, btw [23:50] Action: kierank doesn't quite get the joke [23:52] <durandal_1707> it is decoder that does almost nothing [23:53] <durandal_1707> and kostya is almost begging that it get info ffmpeg [23:53] <ubitux> haha [23:54] <ubitux> refering to his latest blog post? :) [23:54] <iive> hum? why not get it in libav? [23:55] <ubitux> because it serves no purpose© i guess [23:56] <ubitux> http://codecs.multimedia.cx/?p=446 [23:58] <CIA-41> ffmpeg: 03Piotr Bandurski 07master * r5d2f89a23c 10ffmpeg/libavformat/ (mov.c movenc.c): movenc: fix remuxing of svq3 [23:58] <iive> that blog entry doesn't really explain anything. is go2meeting some skype like software that never made it? [00:00] --- Mon Aug 6 2012

1 0

ffmpeg.log.20120805
by burek 06 Aug '12

06 Aug '12

[00:01] <burek> Foxhoundz, try: ffmpeg.exe -i "XXX Summer Olympics_KXASDT_2012_08_04_15_41_34.wtv" -vcodec copy -ar 44100 test.mp4 [00:04] <spaam> burek: why do you want mpeg2 in .mp4? [00:04] <burek> to keep the quality? i dunno :) [00:05] <burek> if it doesn't work, just remove -vcodec copy :) [00:05] <burek> it was worth a shot :) [00:07] <Foxhoundz> same error [00:08] <Foxhoundz> removing vcodec also fails [00:08] <Foxhoundz> would first converting it to ogg then to mp4 do the trick? [00:08] <Foxhoundz> I'm trying to put this on my iDevice [00:08] <Foxhoundz> as well as some other media [00:29] <letoram> I'm using the ffmpeg libs as encoder for some generated video/audio output, I've set up codecs/streams successfully and got an AVOutputFormat and stuffed it as the oformat in an AVFormatContext but I don't have access to the filename to store as, only a pre-opened file descriptor. What would be the proper way to have ffmpeg output to that instead, replacing the write- function pointers in 'AVIOContext::pb'? or is there some more convenient way? [09:14] <micols_> ffmpeg -i input.mp4 out.mp3 reduces quality from 192kbit/s to 64kbit/s , any idea how do avoid that? [09:16] <ubitux> is the audio in mp3 in input.mp4? [09:18] <micols_> hm seems it saves as mp2 [09:18] <micols_> and input is not mp3 [09:18] <micols_> http://pastebin.com/ed3dhqZW [09:18] <micols_> maybe i need to compile ffmpeg with mp3 support for it to work with decent quality i think i remember now [09:18] <micols_> just used debians version, which only has mp2 support i think [09:18] <ubitux> you know this version is 4 years old? [09:19] <ubitux> btw, you can try -acodec copy [09:19] <micols_> ah thanks will try that, also i will try newest svn on this machine, i got newest svn on my other machine i think with mp3 support instead of mp2 :) [09:21] <micols_> seems xmms/audacious cannot play mp4a unfortunately, so i will need to fetch svn version i guess [09:21] <micols_> -acodec copy makes mp4a output [09:21] <ubitux> we don't use svn anymore [09:22] <ubitux> http://ffmpeg.org/download.html [09:23] <micols_> thanks, cloning now :) [09:23] <ubitux> your audio is AAC, so build a ffmpeg with --enable-libmp3lame, and ./ffmpeg -i input.mp4 -vn -aq 0 out.mp3 should give you a relatively good output [09:23] <micols_> yeah, i think i did it before with --enable-libmp3lame and it worked better i recall now [09:23] <micols_> debian comes with free stuff only, so only mp2 hehe [09:24] <micols_> but i got it on my broken laptop a more recent git version of ffmpeg that works better ;p [09:24] <micols_> with mp2 the sound is pretty bad, 64kbit/s [09:25] <ubitux> with your old version you might want to try -ab 192 or something like that [09:25] <micols_> -ab 192k seems to encode right [09:26] <micols_> 192k output, but it is still encoding :) [09:28] <micols_> nice, it worked, dunno why i didn't try that this time i looked in the manpage, but it is in the manpage :) [09:28] <micols_> default is 64k [09:28] <ubitux> i'd recommand playing with -aq instead, for vbr [09:28] <ubitux> but not sure your old ffmpeg allows it, or if it's even possible with mp2 [09:29] <micols_> yeah i was searching for vbr in the manpage i think, so overlooked it [09:29] <micols_> no -aq or vbr option [09:29] <micols_> but i think there is vbr in the newest version iirc, so will be compiling shortly, thanks for the help :) [09:30] <micols_> it sounds good now with -ab 192k and mp2 output [09:31] <micols_> but vbr is better i think [09:37] <Pyriel0> hi all [09:39] <Pyriel0> i am trying to stream to using rtmp and the video framerate continually drops from 30 fps down to about 10 in a couple minutes [09:40] <Pyriel0> recording to the hard drive works fine, and attempting to stream with the 64 bit version results in all of my ran (8 GB) being taken up. I'm guessing its a buffering problem, anyone know how to fix this? [09:43] <meelu> i wanna encode a video with same codec as this videos info i found from vlc "Codec: H264 - MPEG-4 AVC (part 10) (avc1)" "Frame rate: 23.976000" "Decoded format: Planar 4:2:0 YUV" "Codec: MPEG AAC Audio (mp4a)" "Sample rate: 44100 Hz" [09:43] <meelu> anyone know command for that? [09:53] <Pyriel0> i think we are the only 2 here [09:54] <ubitux> you didn't give enough info [09:54] <ubitux> pastebin the full output of your cmd line [09:54] <ubitux> if it's reproducible with git head, please open a bug on the trac [09:55] <ubitux> meelu: for re-encode -c:v libx264 and one lib aac codec for the audio [09:56] <ubitux> you can -c copy as well if you're just remuxing [09:57] <Pyriel0> i don't know what the git head is [09:58] <Pyriel0> here is "short" cmd line output though [09:58] <ubitux> use pastebin to paste everything [09:58] <Pyriel0> i am not sure what that is [09:58] <ubitux> git head means you should checkout the latest dev version (http://ffmpeg.org/download.html) [09:58] <ubitux> Pyriel0: http://pastebin.com [09:59] <ubitux> paste everything here [09:59] <ubitux> command line, and output [10:00] <Pyriel0> http://pastebin.com/BLBMw0e3 [10:02] <Pyriel0> pretty sure I am using the 7-30 zeranoe version [10:02] <ubitux> ok [10:03] <ubitux> the 8GB memory leak is a problem [10:03] <Pyriel0> I get video on the webpage, just the fps drops. The audio is fine though. Recording to the hard drive works perfectly [10:04] <Pyriel0> It seems like frames keep getting put in a buffer waiting for some signal in the video or fromjustin /twitch tv or something [10:05] <Pyriel0> i can use the exact same command line except -f flv rtmp:\xxxx changed to f:\test.mp4 for the hard drive, and it works perfect [10:05] <ubitux> i'm wondering if it's using librtmp here or the internals [10:07] <Pyriel0> i typed -codecs and there is no librtmp there [10:07] <ubitux> you certainly have it in -formats [10:07] <ubitux> (the build has --enable-librtmp) [10:08] <ubitux> i must say i never used rtmp stuff so i dunno [10:08] <ubitux> i'd suggest you to open a trac issue [10:09] <ubitux> (not -formats, -protocols sorry) [10:09] <Pyriel0> ah ok [10:10] <Pyriel0> I've only been messing around with this for a few days, not familiar with all the commands at all [10:10] <ubitux> https://ffmpeg.org/trac/ffmpeg/register, then open a new ticket please [10:11] <ubitux> don't forget to paste the same thing as the pastebin between {{{ }}} and specifies that there is no problem on the disk [10:13] <Pyriel0> registering right now [10:17] <Pyriel0> making the ticket now [10:17] <Pyriel0> thanks for looking at it [10:30] <ubitux> Pyriel0: could you share the ticket id when you open it? [10:30] <Pyriel0> sure [10:30] <Pyriel0> previewing it atm [10:31] <Pyriel0> do you think what i have is good enough? [10:31] <Pyriel0> or is the output with -report needed? [10:32] <Pyriel0> -report shows the handshake to the server and stuff [10:37] <Pyriel0> it is Ticket #1604 [10:39] <Pyriel0> i would like to figure this out just to not rely on programs like xsplit / ffsplit to stream video [10:39] <Pyriel0> + this lets me customize for my computer to get the best quality possible [10:41] <ubitux> you gave enough information, thanks [10:42] <ubitux> no you don't need -report; it's just an helper in case of crash [10:42] <Pyriel0> thank you for helping me with it =) [10:42] <ubitux> i don't have windows, and no justin.tv account, so it's hard for me to reproduce; can't do much sorry :) [10:43] <Pyriel0> i can give you guys the key to my channel if needed and just change it later if needed [10:45] <ubitux> one dev might have a rtmp server where he can push, don't share your account :) [10:46] <ubitux> hey burek. [10:46] <ubitux> we missed you [10:47] Action: burek brings the keg of beer :) [10:47] <ubitux> :) [10:47] <Pyriel0> looks like i showed up at the right time [10:54] <burek> Pyriel0, did you try to pipe 2 ffmpegs, just to see where does the bug show [10:54] <burek> something like ffmpeg -i ... -acodec .. -vcodec .. -f flv - | ffmpeg -f flv -i - -c copy -f flv rtmp://... [10:54] <burek> then watch the "top" with: watch top [10:54] <Pyriel0> yes but both slowly dropped fps from what i remember [10:55] <burek> and see what's going on.. the ffmpeg with higher cpu usage is the 1st one in the pipe [10:55] <Pyriel0> i had no idea about watch top [10:55] <burek> monitor the memory usage of both [10:55] <Pyriel0> so i just put -watch top anywhere in the line? [10:55] <burek> no no [10:55] <burek> run the pipe line [10:55] <burek> and in another shell/console, run: watch top [10:56] <burek> watch cmd just repeats the "top" command every 2 seconds [10:56] <burek> when I think of it [10:56] <burek> top is already auto-refreshing [10:56] <burek> I'm an idiot :) [10:56] <burek> just type top [10:56] <burek> :) [10:56] <Pyriel0> ill try real quick [10:59] <Fandekasp> hi there. Am I on the correct channel to ask help about mencoder ? [10:59] <burek> did you try #mencoder [10:59] <Fandekasp> channel doesn't exist, yes I tried [10:59] <burek> well ok then :) [10:59] <Fandekasp> lol [11:00] <Pyriel0> i have the commandline set up and its "working" [11:00] <Pyriel0> im not understanding where to put the top command though [11:01] <burek> Pyriel0, the "top" command is a monitoring cmd [11:01] <Fandekasp> I have an issue with extracting subtitles from a vob file. Here is what I did: http://sprunge.us/TfVV?rst . vobsub2srt couldn't print any text, and when running mplayer with the sub file, subtitles aren't displayed either, so I believe the mencoder command is the culprit. Do you see any error in it ? [11:01] <ubitux> Fandekasp: #mplayer is the correct channel for asking about mencoder; about your vobsub problem, i'm not sure ffmpeg will be a great help unfortunately [11:01] <burek> it shows all running processes [11:01] <Fandekasp> ubitux: ah ok ^^ [11:01] <burek> and mem/cpu usage [11:01] <burek> oh f... [11:01] <burek> you're on windows.. [11:01] <burek> I just got up, I'm sorry :) [11:02] <burek> use the task manager :) [11:02] <Pyriel0> lol np [11:02] <burek> * You were kicked from #mencoder by ChanServ (Invite only channel) [11:02] <burek> :) [11:03] <burek> Fandekasp, try /knock #mencoder [11:04] <Pyriel0> my task manager only shows one ffmpeg running [11:04] <burek> Fandekasp, try /j #mplayer [11:04] <Fandekasp> didn't know knock, thanks for the tip burek [11:05] <Pyriel0> ill do a short runa nd pastebin it [11:05] <burek> as ubitux suggested :) it's a redirect I guess :) [11:05] <Fandekasp> :) [11:07] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c:copy -f flv "rtmp://live-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx" [11:07] <burek> "-c:copy" should be "-c copy" [11:08] <Pyriel0> yah i have it, just doing the pastebin atm [11:08] <burek> and your task mgr shows only 1 ffmpeg? [11:10] <Pyriel0> http://pastebin.com/aSeb0cLX [11:10] <Pyriel0> ill run it again and make sure, last time i only saw 1 though [11:10] <burek> click on the first column in "processes" tab, named "Image Name" [11:11] <burek> you should see 2 of them [11:11] <Pyriel0> yeah there were 2 [11:11] <Pyriel0> just one only used 0 to 1% cpu [11:11] <Pyriel0> so i didn't see it the first time [11:12] <burek> ok, one with the higher cpu usage is the 1st ffmpeg (encoder) [11:12] <burek> the other is a streamer [11:12] <burek> so just leave it running and see which one consumes the memory a lot [11:12] <Pyriel0> ah ok [11:12] <Pyriel0> let me rerun with the 64 bit one [11:13] <Pyriel0> the one i posted just now was 32 bit [11:13] <burek> ok [11:14] <Pyriel0> the high cpu usage takes the ram [11:15] <Pyriel0> it was over 4.5 GB after 35 secs [11:16] <burek> well that was unexpected :) [11:17] <burek> can you run just one more test? [11:17] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -y -f flv /dev/null [11:18] <Pyriel0> what am i looking for when this runs? [11:18] <burek> mem usage [11:19] <Pyriel0> /dev/null: No such file or directory [11:19] <burek> I'm an idiot, part 2 [11:19] <Pyriel0> not to me lol [11:20] <burek> try using this [11:20] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -y -f flv - > NUL [11:20] <burek> or \Device\Null instead of /dev/null [11:21] <Pyriel0> that one works [11:21] <Pyriel0> with - > NUL [11:21] <burek> ok [11:21] <Pyriel0> mem toggles 307 - 315 MB [11:22] <Pyriel0> and constant 30 fps with ~25 cpu usage [11:22] <burek> no memory exhaustion? [11:22] <Pyriel0> nope, still running and still 308-317 ish mem usage [11:22] <burek> now that's odd [11:23] <Pyriel0> if i throw the NUL part in my old command line, will it still pipe it to the streaming one? [11:24] <burek> no, that part tells ffmpeg to send the output to nowhere [11:24] <burek> it redirects the output to a sinking hole [11:24] <Pyriel0> crap lol [11:25] <burek> but why would a first process have that memory leak, I'm really curious [11:25] <burek> are you sure it was the 1st one, with higher cpu, the one that eats all the ram memory [11:26] <Pyriel0> ill run it again [11:28] <Pyriel0> yeah its the high one [11:28] <Pyriel0> low only takes 5.5MB [11:28] <Pyriel0> high just keeps taking more mem [11:28] <burek> maybe 2nd process doesn't read fast enough from the pipe [11:29] <zap0> pipes block if there is no data to read [11:29] <burek> that's the opposite case [11:30] <Pyriel0> ill try setting both to -r 30 instead of -re [11:30] <burek> looks like the 1st ffmpeg sends data to pipe and 2nd process doesn't read it fast enough [11:30] <burek> so the first process buffers a lot of data and thus consumes a lot of ram memory [11:31] <burek> Pyriel0, you need -re in the 1st ffmpeg [11:31] <burek> otherwise you'll make it worse [11:31] <burek> ffmpeg will try to flush all of the input as fast as possible [11:31] <burek> with -re it reads the input in real-time, so you can watch it (playback) [11:34] <Pyriel0> c:\ffmpeg64\bin>ffmpeg -re -rtbufsize 100000k -f dshow -i video="SCFH DSF":audio [11:34] <Pyriel0> ="Line 1 (Virtual Audio Cable)" -pix_fmt yuv420p -s hd720 -vcodec libx264 -prese [11:34] <Pyriel0> t medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 1 [11:34] <Pyriel0> 28k -f flv - | ffmpeg -r 30 -i - -c copy -f flv "rtmp://live-dfw.justin.tv/app/xxxxxxxxxx flashver=FME/2.5 (compatible; FMSc 1.0)" [11:34] <burek> pastebin [11:34] <Pyriel0> sorry i didn't think just the commandline would take up too much [11:34] <burek> Pyriel0, try this: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c:copy -f flv udp://127.0.0.1:12345 [11:35] <burek> just to see if it's the rtmp's fault [11:35] <burek> again -c:copy -> -c copy [11:36] <burek> I just copy/pasted it.. [11:36] <Pyriel0> yeah i put the space there [11:36] <Pyriel0> its working fine [11:37] <Pyriel0> one fps was locked at 30 and the other started at about 40 and dropped to 31 now [11:37] <Pyriel0> one is locked at 30 and the other 30-31 [11:37] <Pyriel0> memory usage for the higher one is about 315 MB and holding [11:39] <Pyriel0> does that mean the problem is with the receiving end? [11:39] <burek> so, it's librtmp that is not behaving [11:42] <burek> you could maybe go to the zeranoe's forum [11:42] <burek> and post these results there [11:42] <burek> i think they will figure out how to fix it [11:46] <Pyriel0> i just post the its works to NUL and udp but not with rtmp output? [11:46] <burek> well yes [11:46] <Pyriel0> i already made a thread there and they referred me to ffmpeg users lol [11:47] <burek> describe the problem briefly and say what test you have made [11:47] <Pyriel0> ill reply to it with these results and hopefully someone gets it [11:47] <burek> with what results [11:47] <burek> ok [11:48] <burek> if they already redirected you to ffmpeg, then try on ffmpeg's bug trac [11:48] <Pyriel0> i submitted a bugreport already, is there a way for me to update it with what we just did? [11:49] <burek> yes [11:49] <burek> just post a reply [11:53] <Pyriel0> should i put your name in it? [11:59] <Pyriel0> updated both [12:00] <Pyriel0> is there a way for me too try using it with different librtmp builds? I have only been using static builds, not sure exactly how to use the others [12:03] <burek> im not sure [12:03] <burek> try other zeranoe's builds [12:04] <burek> (maybe even older ones) [12:04] <burek> you just might stumble upon some version that actually works :) [12:06] <Pyriel0> im gonna need that keg of beer lol [12:06] <burek> :D [12:06] Action: burek sets mode: +beer Pyriel0 [12:06] <burek> :) [12:19] <Pyriel0> just realized i was testing out of the wrong folder =/ [12:30] <Pyriel0> i just copied the ffmpeg.exe from the ffsplit folder to my regular ffmpeg folder and it still doesn't work [12:30] <Pyriel0> but that program works [12:31] <Pyriel0> it has to be something on the commandline [12:46] <rainmaker1> I amtrying to concatenate to mp4 files (the one I saved with ffmpeg in mp4 container) and am using this command ffmpeg -i concat:"out000.mp4|out001.mp4" -c copy out.mp4 however the resulting file out.mp4 is the same size as out000.mp4!?! Am I doing something wrong? [13:00] <saste> rainmaker1: yes [13:00] <saste> please read the FAQ on joining multiple files [13:00] <saste> !faq [13:01] <saste> damn doesn't work... [13:06] <rainmaker1> saste: I read the manual, but I don't know what I am doing wrong. Do you see any error in my command? [13:08] <rainmaker1> saste: maybe the problem is that I didn't mention that I save the live stream with with segment format [13:09] <saste> no the problem is that mp4 doesn't allow physical concatenation [13:09] <saste> http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f [13:11] <rainmaker1> saste: yes, but I use beatstreamfilter -bsf h264_mp4toannexb in order to make physical concatenation possible [13:12] <rainmaker1> saste: maybe it does not work.... hmmm Thank you for your support, I will investigate this... [13:14] <rainmaker1> saste: s/beat/bit sorry :) [15:22] <saste> works now [15:22] <saste> !rtfm [15:25] <Pyriel0> thanks for all the help earlier burek [15:26] <burek> Pyriel0 :beer: :) did you solve your problem? :) [15:26] <Pyriel0> no [15:27] <burek> saste :) what should the result of !rtfm be? :D [15:27] <Pyriel0> i tried putting the ffmpeg.exe from the ffsplit folder in the reg one and everything [15:27] <burek> lmgtfy.com? :) [15:27] <Pyriel0> it has to be either something with the librtmpor some weird parameters that the jtv server needs [15:28] <burek> Pyriel0, I'm not sure I understand what you did, but did you file a bug report at least? :) [15:29] <Pyriel0> yeah i filed a bug earlier and updated it with what we did [15:29] <burek> at ffmpeg bug tracker? [15:29] <Pyriel0> https://ffmpeg.org/trac/ffmpeg/ticket/1604#comment:4 [15:30] <burek> ok, let me see [15:30] <Pyriel0> the output i have posted was an old saved one from a few days ago [15:30] <Pyriel0> but the same thing happens with/ without piping [15:31] <Pyriel0> and it happens to dshow and file input [15:32] <burek> ok ok, I'll update the ticket to show all the examples we tried [15:32] <Pyriel0> what pisses me off the most, I asked one of the head guys of FFsplit because they obviously already figured this out [15:33] <Pyriel0> and he told me in that irc chat to go here / the ffmpeg page [15:33] <Pyriel0> eventually they are supposed to open source their project so I'll get the answer sooner or later [15:35] <Pyriel0> i just want to use -maxrate instead of variable bitrate because it controls the bitrate much better and keeps the upload from spiking to / past the max of our cable line [15:40] <burek> what is ffsplit [15:41] <Pyriel0> i guess like a gui version thing for transcoding files and streaming to rtmp [15:41] <Pyriel0> for desktop capture [15:41] <Pyriel0> it isn't for files [15:45] <Pyriel0> thanks for updating the post. I don't know how to put the command lines in like that [15:45] <Pyriel0> its funny those :'s are still there lol [15:47] <burek> :))) [15:47] <burek> immortal annoying thingies :) [15:48] <Pyriel0> i am amazed there aren't any simple little programs just to pass the encoded stream through [15:48] <Pyriel0> you would think the websites themselves would at least release something like that [15:48] <burek> I guess the process itself is not that simple :) [16:32] <aro> what would cause ffmpeg to encode video/audio out of sync on a quicktime (.mov) video? [16:33] <burek> a bug, aliens, bad weather.. hmh what else.. [16:38] <Trax``> don't rule out human error [18:18] <helderberg> supigle [18:18] <helderberg> any mix boffs here ? [18:18] <helderberg> nix [20:04] <burek> does anyone see anything wrong here: http://pastebin.com/wcjsJhxp [20:04] <burek> how blind I am... [20:04] <burek> "The specified picture size of 1280x720 is not valid for the H.263 codec" :) [20:04] <burek> just ignore me :) [20:06] <Pyriel0> lol [21:19] <far_> the lgpl licensing is hugely annoying [21:20] <far_> cant use ffmpeg in iphone apps unless you publish your source or object code (because you must statically link iphone apps) [21:20] <far_> but even if they change ffmpeg i would have to upgrade because im using an old version that has variety of custom mods i never want to port! [21:20] <far_> i need retroactive licensing change [21:21] <far_> ffmpeg works so nice on iphone too, with hardware accelerated FFT [21:22] <far_> why are you guys ruining my life with unusable license? [21:28] <Mavrik> far_: because you're using an OS which vendor forbade you from using opensource software [21:28] <Mavrik> I suggest you ask MainConcept for licensing of codecs [21:37] <JEEB> far_, LGPL is a relatively usable license even for proprietary use cases, but it just doesn't happen to work for you (compare to those libraries that put themselves under the GPL f.ex.). I'm sorry for you already having made work with it, but you really should have done the check before hand. And changing the license for a project like this is just impossible, you'd have to ask permission from everyone who has code in. [21:38] <JEEB> (x264 did actually change from "GPL-only" to "GPL and a proprietary license", so it _is_ possible, but the code base of x264 is quite a bit smaller) [21:38] <Mavrik> (not to mention changing a license on such a project just to cover a single platform which isn't primarly supported is rarely a worthwile endeavour) [21:39] <JEEB> anyways, I kind of do understand the need to vent after putting effort into something, but it really does fall into "didn't research properly" [21:40] <far_> also apples fault heh [21:41] <far_> its just unfortunate, now i am going to all the trouble to replace ffmpeg in general, just to replace it for 1 platform [21:42] <far_> as far as my use of it goes that is [21:43] <JEEB> well, if your work needs it there ain't much you can do with it [21:43] <JEEB> I really can't say that the ffmpeg license is even too strict on people who want to generally use it in proprietary stuff [21:44] <JEEB> as LGPL permits that, and esp. in dynamic linking scenarios [21:50] <far_> if ffmpeg aspired to the true multimedia swiss army knife it would be apache/bsd/mit free as in beer [21:51] <far_> i guess lgpl would be perfectly fine if not for apple [21:52] <far_> im also looking into google native client, hopefully they dont have some static link requirement [22:06] <MMlosh> Hi! I am trying to reencode a video and dropping the first frame from it... but expected solution -vf select='gte(t,2)' doesn't work [22:08] <ubitux> replace t with n [22:08] <ubitux> and escape the ',' [22:09] <MMlosh> thanks.. then the manpage example is wrong [22:10] <MMlosh> ubitux, hmm.. did not help..... maybe I am supposed to put the -vf thing somewhere else..... (which would be stupid mistake, I know) [22:11] <MMlosh> yup, I had it in the infline options... thanks again, ubitux [22:14] <MMlosh> but also it seems to defeat the deinterlacer [22:16] <ubitux> where is the documentation wrong? [22:16] <ubitux> it's indeed an output option [22:17] <MMlosh> avconv manpage, around line 4125 as the "-vf select" is described [22:17] <MMlosh> about yadif - it's just stupid me, having "-vf" twice [22:17] <ubitux> we are not supporting avcov [22:17] <ubitux> avconv [22:17] <ubitux> please use ffmpeg [22:17] <MMlosh> oh... I don't understand the legal situation between those [22:17] <ubitux> btw, it wouldn't surprise me much if that's causing issues with the deinterlace, but it shouldn't happen [22:18] <ubitux> there is no "legal" situation; thought you might be interested in http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html [22:18] <MMlosh> easy - setting the "-vf select" just overwrites the first "-vf yadif" argument, doesn't it [22:18] <ubitux> you can stack them [22:18] <MMlosh> ffmpeg says "please use avconv" when I run it [22:18] <ubitux> -vf select=...,yadif [22:18] <MMlosh> yes... but I didn't, that's why it wasn't deinterlaced I guess [22:18] <ubitux> MMlosh: that's the libav propaganda, look at the article [22:19] <ubitux> -vf 'select=gte(n\,2),yadif' might work as you expect [22:19] <MMlosh> works in reverse as expected as well [22:19] <ubitux> i wouldn't recommand to run yadif before select [22:19] <MMlosh> I was having two "-vf"-s .. stupid user error [22:21] <MMlosh> ok, I won't do that again.. [22:22] <ubitux> yadif is using multiple frame for the context [22:22] <ubitux> dropping them after select will likely break the efficiency [22:22] <MMlosh> that frame is totally unrelated... [22:22] <ubitux> if not worst [22:22] <MMlosh> it's green, while the following frames are pink-toned... no useful reference in there [22:23] <MMlosh> but I agree that it was a good idea to drop it first and then deinterlace... [22:25] <MMlosh> ubitux, for the manpage error - suprise surprise, ffmpeg manpage is identical to avconv's (thus also with an error) [22:26] <ubitux> MMlosh: could you paste the wrong line please? [22:27] <MMlosh> ubitux, http://fpaste.org/bqnB/ as minimum, there may be more [22:27] <ubitux> ah you mean the escape thing? [22:27] <MMlosh> no [22:27] <MMlosh> yes [22:27] <ubitux> . [22:27] <ubitux> yes or no? [22:27] <ubitux> :D [22:27] <MMlosh> the missing escape AND "t" instead of "n" [22:28] <ubitux> the 't' is correct in the examples [22:28] <ubitux> it's the time [22:28] <fishsponge_> hey people - i need to trim the last 5 seconds of lots of videos... i know the -t flag does this, but then I need to know the duration for each... is there any way to just trim the last 5 seconds? [22:28] <fishsponge_> i'm already using -ss to trim 5 seconds from the beginning, but i need to trim 5 seconds from the end of each one too... [22:28] <MMlosh> oh... I misread the thing... I am glad it was unescaped then [22:29] <ubitux> fishsponge_: the duration might not be known with a lot of inputs, and might be unreliable [22:29] <ubitux> so there is no such option [22:29] <MMlosh> ubitux, then it's the missing escape only.... and I wonder where in the man is the declaration of "t" and "n" [22:29] <fishsponge_> ubitux, hmm... nightmare then! I guess i'll have to run mediainfo and parse it in the script... [22:30] <ubitux> maybe the duration could be pushed to libavfilter to be re-used into vf select if available thought. [22:30] <ubitux> fishsponge_: you can use ffprobe as well [22:30] <ubitux> fishsponge_: it has fancy ini, json, xml or whatever easily parsable output [22:31] <ubitux> MMlosh: this is likely a problem with the texi2man script since the escape are in the doc/filters.texi [22:31] <MMlosh> aha [22:31] <ubitux> MMlosh: see above for what 'n' and 't' stands [22:32] <MMlosh> hmm... right, it's there, my apologies [22:32] <ubitux> you're not wrong, maybe something can be fixed [22:32] <ubitux> i'll open an issue [22:42] <kenoby> Hello, I'm thinking about converting a rtsp stream from an ip camera to an mjpeg one in order to feed it to the program motion which does not understand rtsp. I looked in ffmpeg and ffserver options but didn't understand if this is possible [22:43] <ubitux> MMlosh: this is now https://ffmpeg.org/trac/ffmpeg/ticket/1610 [22:43] <ubitux> thanks for the report [22:44] <MMlosh> no problem.. thanks for the solution [22:51] <MMlosh> ubitux, https://bugs.launchpad.net/ubuntu/+source/libav/+bug/939863 Can I read that as "even though I type ffmpeg, I still get avconv" ? [22:55] <llogan> new x264 Encoding guide on the wiki: https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [22:55] <llogan> feel free to edit/fflame [22:56] Action: llogan leaves to move shitty car from shitty parking area [23:03] <ubitux> MMlosh: ubuntu is packaging libav; and the old libav distributes their own version of a deprecated ffmpeg binary [23:03] <Mavrik> MMlosh: yeah [23:04] <Mavrik> depending on your Ubuntu version you either get avconv or old ffmpeg [00:00] --- Mon Aug 6 2012

1 0

ffmpeg-devel.log.20120804
by burek 05 Aug '12

05 Aug '12

[00:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra189475c8e 10ffmpeg/libavcodec/dvdec.c: [00:31] <CIA-41> ffmpeg: dvdec: switch to av_assert [00:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r70bcdfb39f 10ffmpeg/libavcodec/g723_1.c: [00:31] <CIA-41> ffmpeg: g732_1: reduce difference to qatar [00:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd673a3f4a9 10ffmpeg/libavcodec/motion_est_template.c: [00:31] <CIA-41> ffmpeg: motion_est_template: switch to av_assert [00:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:34] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r668c873bed 10ffmpeg/libavformat/matroskadec.c: [02:34] <CIA-41> ffmpeg: matroskadec: check element size against stream limit in ebml_parse_elem() [02:34] <CIA-41> ffmpeg: Fixes Ticket1195 [02:34] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:36] <michaelni> Daemon404, did you see https://ffmpeg.org/trac/ffmpeg/ticket/1218 ? (zerocodec issue) [02:37] <Daemon404> ive seen it, and you wont like the answer [02:37] <Daemon404> the binary vfw codec behaves different on different versions of windows [02:37] <Daemon404> when it isnt busy crashing [02:37] <Daemon404> because its a buggy piece of crap [02:38] <Daemon404> i dont really think its possible to 'fix' it [02:38] <Daemon404> (for example, if you dont pass it the right colorspace, it crashes) [02:42] <ohsix> when you say different versions of windows, do you mean as reported by GetVersionEx? cuz when you're hosting the dll you can change that [02:43] <Daemon404> ohsix, no i physically trie on an xp 32-bit machine and a 64-bit win7 machine [02:43] <Daemon404> tried* [02:43] <Daemon404> but thats all i tested [02:43] <ohsix> oh you don't mean with a dll loader, you meant on windows, nevermind [02:43] <Daemon404> yeah i instaleld the vfw codec on windows [02:44] <ohsix> there's always going to be exceptional crap you have to keep a list of when you're handling binary stuff :< [02:44] <Daemon404> installed* [02:44] <Daemon404> my problem is [02:44] <Daemon404> theres no way to 'fix' the ffmpeg decoder [02:46] <ohsix> there's no implied or marked bitmap orientation? [02:46] <Daemon404> you mean in the container? [02:47] <Daemon404> no. [02:47] <ohsix> on windows different stuff implies a bottom up bitmap, so you can end up with flipped pictures [02:47] <Daemon404> if you look at the bug report, he tried the sample i made on win7 on whatever he had [02:47] <Daemon404> and it displays upside down [02:47] <Daemon404> so the 'official' decoder doesnt handle it either [02:48] <michaelni> Daemon404, if it cant be fixed, please close the ticket with a short explanation and whatever resolution (wontfix/invalid/?) you consider correct [02:48] <Daemon404> michaelni, OK [02:48] <ohsix> is sample-zeco known to be encoded correctly [02:48] <Daemon404> i encoded it on win 7, and it idsplays correctly on win 7 [02:49] <ohsix> if he uses different output color spaces does it change [02:49] <Daemon404> stuff on xp displays upside down on win 7 [02:49] <Daemon404> and suff from win 7 upside down on xp [02:49] <Daemon404> there's only one colorspace. [02:49] <ohsix> ok [02:49] <ohsix> so is it the sampe dll on xp and 7? [02:49] <Daemon404> yup. [02:50] <Daemon404> the xp behavior is probably 'correct' [02:50] <Daemon404> since win7 didnt exist when it was written [02:50] <ohsix> and there's no source or documentation [02:50] <Daemon404> no [02:50] <Daemon404> i RE'd it [02:50] <Daemon404> and the "docs" are a japanese blog post [02:50] <Daemon404> which doesnt have any info like that [02:51] <ohsix> that's fine, the dll doesn't even know win7 is hosting it; and win7 should be mindful of flipping the pictures when it decided to do something different [02:51] <ohsix> you re'd the format, right? not what the dll might conditionally do based on the windows version or who calls it? [02:51] <Daemon404> not that i could find [02:51] <ohsix> someof those codecs have code that actually checks what's reading it and act differently [02:51] <ohsix> (like if they were broken in premier or whatever) [02:52] <Daemon404> the binary fails between versions too [02:52] <Daemon404> so technically ours is doing the same [02:52] <Daemon404> (lulz) [02:52] <Daemon404> when you look at the compression scheme used though, youll understand it was designed by an idiot. [02:52] <Daemon404> not even any prediction [02:52] <ohsix> if i open it in ida i'm going to be looking at other things :> [02:53] <Daemon404> :P [02:53] <Daemon404> go4it [02:53] <Daemon404> Patches Welcome [02:53] <Daemon404> i hope to never touch that abomination of a dll again [02:53] <Daemon404> <.< [02:53] <Daemon404> >.> [02:53] <ohsix> i can't help but think he'd know about bitmap orientation, but if you just left it alone i don't know, you need to mark it [02:53] <Daemon404> also dont try and pass it any sort of rgb. it just crashes. [02:54] <Daemon404> i think you give these people too much credit :P [02:54] <ohsix> it's possible in xp that the _encoder_ gets the bitmap one way, and the output uses another way [02:54] <Daemon404> teh guy basically hooked up zlib to a vfw interface [02:54] <ohsix> if the encoder doesn't mark the picture orientation it won't be preserved [02:54] <Daemon404> is there even a way to mark that in an avi container? [02:54] <Daemon404> if so, i dont think we have a flag for it [02:54] <ohsix> i don't think you mark it in the container, but i think there is also a way to do that [02:55] <Daemon404> theres nothing in the bitstream at all [02:55] <Daemon404> and it relies on the keyframe flag in the container [02:55] <ohsix> that's probably what's going on then [02:55] <ohsix> input orientation isn't recorded anywhere, output orientation can only be guessed [02:56] <Daemon404> that still means tehres no way to 'fix' it [02:57] <ohsix> right [02:57] <ohsix> it's a reason to never fix it, too [02:58] <Daemon404> my reason is because nobody actually uses iyt [02:58] <Daemon404> it* [02:58] <Daemon404> its about as obscure as they come [02:58] <ohsix> you cant infer it from the version or anything either, unless he is all like, with version 3 all bitmaps are top down! [02:58] <Daemon404> lol [02:58] <Daemon404> version isnt stored either [02:59] <Daemon404> just fyi [02:59] <Daemon404> the entire bitstream is literally just a deflated hunk of data [02:59] <Daemon404> with dumb interframe compression [02:59] <ohsix> is this a "refreshingly simple api" because it's one driver entry? http://wiki.multimedia.cx/index.php?title=Microsoft_Video_For_Windows_API [03:00] <ohsix> cuz the msgproc interface kind of blows [03:00] <Daemon404> usuallt i open the DriverProc function [03:00] <Daemon404> look for ICM_DECOMPRESS [03:00] <Daemon404> follow it [03:00] <Daemon404> and set the proper struct times liek ICDECOMPRESS * [03:01] <Daemon404> which contains all the useful things like BITMAPINFOHEADER [03:01] <ohsix> frame topness is indicated in the sign for biHeight http://msdn.microsoft.com/en-us/library/windows/desktop/dd183376%28v=vs.85%… [03:01] <ohsix> does it store the frame height as a signed number? [03:01] <Daemon404> i cannot remember off the top of my head [03:01] <Daemon404> libavcodec always sees a positive # tho afaik [03:01] <ohsix> ok, it'd be cool to confirm, cuz you could say for a fact that it's junk and can't work, and here's why [03:02] <Daemon404> ill have to read its avi demuxer [03:02] <Daemon404> to see if we even support it [03:02] <Daemon404> mind you.. even teh binary decoder gets it wrong... but were already less unstable that it so no big deal [03:03] <ohsix> well the binary decoder can't get it right unless it assumes the bitmap orientation [03:03] <Daemon404> it can check biHeight [03:03] <ohsix> to the encoder, it can be delivered top down or bottom up, if it's not recorded it will be wrong in usually the top down case [03:04] <Daemon404> ive see ndecoderts that check it [03:04] <Daemon404> i need to fix a possible memleak in zerocodec.c as well [03:04] <Daemon404> so ill check this out when i do [03:04] <Daemon404> thanks for the tip, ohsix [03:05] <ohsix> np, most people get caught off guard on the bottom up bitmap stuff, it's a holdover from Targa card acceleration (the first type ever supported) [03:06] <ohsix> it's just an extension of knowing about that [03:06] <Daemon404> i know about bottom up bitmaps [03:06] <Daemon404> but ive NEVER seen it for a yuv colorspace [03:06] <Daemon404> only ever rgb or bgr [03:08] <ohsix> yea, it's weird, but if it's not marked somewhere it's essentially random on the output [03:09] <ohsix> and i think it's legal to have yuv bottom up, but i don't know the implications or anything [03:09] <Daemon404> probably [03:09] <Daemon404> ive just never seen it in the wild [03:10] <ohsix> right, it's a decent place to decide that they're just top down [03:11] <Daemon404> michaelni, do you want me to rebase / fix my license file patch and send a v2 for you? [03:14] <Daemon404> lol ohsix [03:14] <Daemon404> st->codec->height= FFABS(st->codec->height); [03:14] <Daemon404> ^ we handle it so well [03:15] <durandal_1707> :)))) [03:15] <Daemon404> memcpy(st->codec->extradata + st->codec->extradata_size - 9, "BottomUp", 9); [03:15] <Daemon404> what sort of hack is this? [03:15] <Daemon404> O_o [03:15] <Daemon404> appending BottomUp to extradata?! [03:16] <Daemon404> yeah OK im going to fix this to use a proper flag. [03:16] <ohsix> i don't know anything about that, it's highly possible it's a valid thing to do [03:16] <ohsix> ohh you mean extradata in ffmpeg [03:16] <Daemon404> yeah [03:16] <ohsix> can you just make height signed? :D [03:16] <Daemon404> to pass it to teh decoder [03:16] <Daemon404> thats likely break stuff [03:16] <ohsix> or all bitmaps top down [03:16] <Daemon404> id rather just set a flag [03:16] <Daemon404> liek we do for keyframes [03:17] <ohsix> it almost certainly will, but it's an implicit flag, people would have to handle it [03:17] <Daemon404> ill replace any code relying on teh extradata hack [03:17] <Daemon404> and it should be fine [03:18] <ohsix> if people just copy abs() from seeing it in other codecs they might not ever get to know why they might be negative :p [03:19] <ohsix> (and the info gets lost) [03:19] <Daemon404> http://git.videolan.org/?p=ffmpeg.git;a=commit;f=libavformat/avidec.c;h=31f… [03:21] <Daemon404> libavcodec/rawdec.c: if((avctx->extradata_size >= 9 && !memcmp(avctx->extradata + avctx->extradata_size - 9, "BottomUp", 9)) || [03:21] <Daemon404> libavdevice/dshow.c: memcpy(codec->extradata, "BottomUp", 9); [03:21] <Daemon404> libavdevice/vfwcap.c: memcpy(codec->extradata, "BottomUp", 9); [03:21] <Daemon404> libavformat/avisynth.c: memcpy(st->codec->extradata, "BottomUp", 9); [03:22] <Daemon404> libavformat/mtv.c: st->codec->extradata = av_strdup("BottomUp"); [03:22] <Daemon404> looks like it's plausible to fix it [03:22] <Daemon404> not a lot of things use it [03:22] <Daemon404> but before that [03:22] <Daemon404> lets see if it's set in zerocodec! [03:27] <michaelni> Daemon404, yes, please rebase it [03:29] <Daemon404> michaelni, sent [03:30] <durandal_1707> michaelni: what would cause parser which do spliting to use bunch of memory (like all file is stored in memory) ? [03:34] <Daemon404> ohsix, [zerocodec @ 0x1d4d6a0] ExtraData Size: 0 [03:34] <Daemon404> for both clips [03:34] <Daemon404> so no, its not even being set [03:35] <ohsix> is extradata an ffmpeg thing or an avi thing [03:35] <durandal_1707> demuxer [03:35] <Daemon404> ah wait [03:35] <Daemon404> >st->codec->codec_tag==0 [03:36] <Daemon404> its only checking when theres no codec tag [03:37] <Daemon404> yeah.. even fi i remove that, it gets set for both clips [03:37] <Daemon404> so zerocodec really is just a broken piece of crap [03:43] <ohsix> so is biHeight stored in the container or the codec data? in either case is the sign being preserved by zerocodecs encoder/decoder? [03:44] <Daemon404> container [03:44] <Daemon404> set by the codec at encode time [03:44] <Daemon404> or app or w/e [03:54] <Daemon404> humm, looks likereimar's patch might have fixed the memleak too [03:57] <durandal_1707> michaelni: enabling debug log shows that crap values for pts/dts, why this happens? [03:59] <ohsix> someone should tip off the zerocodec guy about the picture orientation at least, bbl [04:01] <michaelni> durandal_1707, i dont know at all [04:02] <durandal_1707> parser is trivial, it scans for 2 16bit sync ids and that is packet [04:03] <Daemon404> ohsix, its long abandoned [04:03] <durandal_1707> RIP [04:04] <durandal_1707> michaelni: seting pts seems to resolve it .... [04:07] <michaelni> btw about mp2 VBR it looked to me that twolame and everyone else has a different idea on the packet length by 1 byte [04:08] <durandal_1707> hmm. so it is twolame bug.. [04:10] <michaelni> the difference only happened for the larger of 2 packet lengthes and i didnt debug it beyond seeing the difference [04:10] <michaelni> so its likely a twolame bug but not 100% certain [04:10] <Daemon404> ah there is a memleak... <3 valgrin d [04:29] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r878b3f2a24 10ffmpeg/LICENSE: [04:29] <CIA-41> ffmpeg: LICENSE: Document all GPL files [04:29] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [04:29] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:59] <ohsix> Daemon404: maybe ffmpeg could at least mark it so it decodes correctly if encoded with ffmpeg, srhug [05:59] <Daemon404> no encoder [05:59] <Daemon404> and i have no interesting in writing one [05:59] <Daemon404> as simple as it is [05:59] <ohsix> ah [06:00] <durandal_1707> can we please forget it. please! [06:00] <Daemon404> i already have. [06:00] <Daemon404> i fixed a memleak instead [06:00] <ohsix> bug can be closed now too, so it's even more forgotten [08:59] <ubitux> michaelni: thx for fixing ticket 1195, but how come mplayer wasn't affected by this? [08:59] <ubitux> also, it seems ffplay isn't ignoring the error, but that's not really important [09:53] <CIA-41> ffmpeg: 03Alexander Strasser 07master * r56977eefd8 10ffmpeg/tests/ (Makefile fate/probe.mak): (log message trimmed) [09:53] <CIA-41> ffmpeg: fate: Rename FATE_SAMPLES make file variable to FATE_EXTERN [09:53] <CIA-41> ffmpeg: Restore functionality to set the samples directory via the [09:53] <CIA-41> ffmpeg: FATE_SAMPLES environment variable . This is broken since commit [09:53] <CIA-41> ffmpeg: 63dcd16 was merged. [09:53] <CIA-41> ffmpeg: Additionally the name FATE_EXTERN is more suited as the current [09:53] <CIA-41> ffmpeg: FATE_SAMPLES make file variable does not carry the name of the [13:30] <michaelni> ubitux, i suspect mplayers avio context implementation behaves slightly different than ffmpegs [13:41] <ubitux> ok [15:27] <ubitux> saste: if i need multiple intermediate buffer within a video filter, it seems i can't run multiple ff_get_video_buffer() [15:27] <ubitux> normal? [15:28] <saste> why?? [15:28] <ubitux> because it crashes :)) [15:28] <ubitux> pretty strange [15:28] <ubitux> but i'm doing this in input config_props() so maybe that's the problem [15:30] <saste> ubitux: no you can't do that [15:30] <saste> you can ask for buffers only after the filtergraph has been configured [15:30] <ubitux> :( [15:30] <ubitux> ok [15:31] <saste> but you can create buffers *locally*, or cache them when start_frame() is called the first time [15:32] <ubitux> what do you mean by creating buffers locally? [15:32] <saste> you don't request buffers to the next filter, you create them locally [15:33] <ubitux> i'm doing multiple myctx->fooref = ff_get_video_buffer(inlink, AV_PERM_WRITE, inlink->w, inlink->h); [15:33] <saste> i think this is what default_get_video_buffer does [15:33] <ubitux> ok [15:33] <ubitux> will look [15:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rae0312ab2e 10ffmpeg/libavcodec/h264_ps.c: [15:50] <CIA-41> ffmpeg: h264: print num_reorder_frames in debug output [15:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc91ca5b95d 10ffmpeg/libavformat/utils.c: [15:50] <CIA-41> ffmpeg: lavf: move has_decode_delay_been_guessed() up to make it accessible to earlier functions [15:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb288b4c63f 10ffmpeg/libavformat/utils.c: [15:50] <CIA-41> ffmpeg: has_decode_delay_been_guessed: adjust value for has_b_frames=0 [15:50] <CIA-41> ffmpeg: needed for a mkv file [15:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:51] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r2107009e7d 10ffmpeg/libavformat/ (avformat.h utils.c): [15:51] <CIA-41> ffmpeg: lavf: move nb_decoded_frames out of info. [15:51] <CIA-41> ffmpeg: This way the variable is available outside find_stream_info [15:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:51] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r3e1cf49676 10ffmpeg/libavformat/utils.c: [15:51] <CIA-41> ffmpeg: compute_pkt_fields: do not attempt to calculate dts when the delay hasnt been estimated. [15:51] <CIA-41> ffmpeg: Fixes ticket1242 [15:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:32] <saste> burek: why do you do that? are you testing the logger? [16:32] <burek> I needed a link quickly and if I do it on #ffmpeg, people will think I'm refering the link to some of them :) [16:41] <ubitux> http://ubitux.fr/pub/pics/edgedetect.png yepee. [16:43] <burek> :) [16:51] <ubitux> i'm wondering how i could overlay the edge on the original image [16:52] <ubitux> like vf edgedetect,makethewhitered,overlay=transparent=black [17:01] <saste> ubitux: lutyuv=a=y/yrange*255 [17:03] <saste> uhmmno it can't work... you need an eval filter [17:03] <ubitux> :( [17:04] <ubitux> you mean like geq ? :) [17:07] <saste> yes [17:14] <saste> alternatively: alphamerge [17:56] <saste> gosh what's the point of commits like 3e1ff8eb27e547c330af if they are not documented?? [17:59] <ubitux> :) [19:49] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rafa6afcc9f 10ffmpeg/libavformat/mpeg.c: (log message trimmed) [19:49] <CIA-41> ffmpeg: mpegdemux: remove redundant dvd audio code [19:49] <CIA-41> ffmpeg: This is almost a revert of: (the file from the report still works) [19:49] <CIA-41> ffmpeg: commit 80e58c6153249a40e47a20326b7626cbe0fcabd3 [19:49] <CIA-41> ffmpeg: Author: Benoit Fouet <benoit.fouet(a)free.fr> [19:49] <CIA-41> ffmpeg: Date: Wed Feb 11 11:09:36 2009 +0000 [19:49] <CIA-41> ffmpeg: Allow demuxing of audio substreams stored as 0x06 type. [19:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rce7cf600be 10ffmpeg/libavformat/mpeg.c: [19:50] <CIA-41> ffmpeg: mpegdemux: move private stream 1 handling out of mpegps_read_pes_header [19:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r759901f817 10ffmpeg/libavformat/mpeg.c: [19:50] <CIA-41> ffmpeg: mpegdemux: support MLP/AOB [19:50] <CIA-41> ffmpeg: Fixes issue1731 [19:50] <CIA-41> ffmpeg: Based-on-patch-by: carl [19:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:09] <CIA-41> ffmpeg: 03Philip Langdale 07master * r2daaf77698 10ffmpeg/ (8 files in 5 dirs): (log message trimmed) [21:09] <CIA-41> ffmpeg: movtextenc: 3GPP TS 26.245 Timed Text Encoder. [21:09] <CIA-41> ffmpeg: This change introduces a basic encoder for 3GPP Timed Text subtitles, [21:09] <CIA-41> ffmpeg: also known as TX3G, Quicktime subtitles, or "movtext" in the existing [21:09] <CIA-41> ffmpeg: code. [21:09] <CIA-41> ffmpeg: This initial change doesn't attempt to write styling information, [21:09] <CIA-41> ffmpeg: and just writes the plain text of the subtitles. I intend to add [21:09] <CIA-41> ffmpeg: 03Philip Langdale 07master * r18175ca9b2 10ffmpeg/libavformat/ (movenc.c movenc.h): (log message trimmed) [21:09] <CIA-41> ffmpeg: movenc: Handle need for extra packets to express subtitle duration. [21:09] <CIA-41> ffmpeg: As packet duration is not stored inherently in MPEG4 containers, [21:09] <CIA-41> ffmpeg: subtitles have their duration expressed by storing an additional [21:09] <CIA-41> ffmpeg: empty packet with a pts matching the desired end time of the real [21:09] <CIA-41> ffmpeg: subtitle. Additionally, it is generally expected that all streams [21:09] <CIA-41> ffmpeg: start at time = 0, so an empty packet needs to be inserted at the [21:09] <CIA-41> ffmpeg: 03Philip Langdale 07master * r7b24be557f 10ffmpeg/libavformat/srtdec.c: [21:09] <CIA-41> ffmpeg: avformat/srtdec: Write duration into packet from srt demuxer. [21:09] <CIA-41> ffmpeg: The current demuxer does not bother to write packet durations, [21:10] <CIA-41> ffmpeg: which makes it impossible to remux into a new format. [21:10] <CIA-41> ffmpeg: Signed-off-by: Philip Langdale <philipl(a)overt.org> [21:10] <Daemon404> michaelni, zerocodec fixes pushed to my github. can be merged. [21:18] <michaelni> philipl, libavcodec/movtextenc.c:24:21: fatal error: movtext.h: No such file or directory [21:19] <philipl> Again. Damn it. [21:19] <philipl> That stupid file is in my local tree. Sorry [21:21] <CIA-41> ffmpeg: 03Philip Langdale 07master * r82de3e16a8 10ffmpeg/libavcodec/movtextenc.c: [21:21] <CIA-41> ffmpeg: movtextenc: Remove dangling reference to movtext.h [21:21] <CIA-41> ffmpeg: This is a reference that leaked in from my future work to [21:21] <CIA-41> ffmpeg: support styling. [21:21] <CIA-41> ffmpeg: Signed-off-by: Philip Langdale <philipl(a)overt.org> [21:23] <michaelni> philipl, thx [21:25] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * rd6124d0d14 10ffmpeg/libavcodec/zerocodec.c: [21:25] <CIA-41> ffmpeg: zerocodec: Cosmetics [21:25] <CIA-41> ffmpeg: Be consistent with error messages and code formatting. [21:25] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [21:25] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * rfcf550c2cb 10ffmpeg/libavcodec/zerocodec.c: [21:25] <CIA-41> ffmpeg: zerocodec: Fix memleak in decode_frame [21:25] <CIA-41> ffmpeg: If there was a failure inflating, or reinitializing [21:25] <CIA-41> ffmpeg: the zstream, the current frame's buffer would be lost. [21:25] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [21:25] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf85746509c 10ffmpeg/: [21:25] <CIA-41> ffmpeg: Merge remote-tracking branch 'dwbuiten/master' [21:25] <CIA-41> ffmpeg: * dwbuiten/master: [21:25] <CIA-41> ffmpeg: zerocodec: Fix memleak in decode_frame [21:25] <CIA-41> ffmpeg: zerocodec: Cosmetics [21:25] <CIA-41> ffmpeg: Merged-by: Michael Niedermayer <michaelni(a)gmx.at> [22:16] <CIA-41> ffmpeg: 03Nicolas George 07master * r8ef740ce01 10ffmpeg/libavfilter/ (avfilter.h video.c): (log message trimmed) [22:16] <CIA-41> ffmpeg: lavfi: use a new field for automatic buffer copy. [22:16] <CIA-41> ffmpeg: The code currently use cur_buf as the target of the copy, [22:16] <CIA-41> ffmpeg: but cur_buf can be cleared by the filter if it has given [22:16] <CIA-41> ffmpeg: the reference away or stored it elsewhere as soon as start_frame. [22:16] <CIA-41> ffmpeg: The code still relies on the fact that the reference is not [22:16] <CIA-41> ffmpeg: destroyed until end_frame. All filters currently follow that condition. [22:16] <CIA-41> ffmpeg: 03Nicolas George 07master * r8d6eed7b56 10ffmpeg/libavfilter/avfilter.h: lavfi: document the constraints on incoming frames. [22:16] <CIA-41> ffmpeg: 03Nicolas George 07master * r88fc1438c6 10ffmpeg/ (Changelog doc/ffmpeg.texi ffmpeg.c): [22:16] <CIA-41> ffmpeg: ffmpeg: insert bitmap subtitles as video in filters. [22:16] <CIA-41> ffmpeg: With this feature, it becomes possible to perform commonly [22:16] <CIA-41> ffmpeg: requested tasks, such as hardcoding bitmap subtitles. [22:16] <CIA-41> ffmpeg: This will be reverted once libavfilter has proper support [22:16] <CIA-41> ffmpeg: for subtitles. All the changes have the string "sub2video" [22:16] <CIA-41> ffmpeg: in them, it makes it easy to spot the parts. [23:54] <CIA-41> ffmpeg: 03Sean McGovern 07master * r3693608023 10ffmpeg/libavcodec/wmaprodec.c: [23:54] <CIA-41> ffmpeg: wmapro: prevent division by zero when sample rate is unspecified [23:54] <CIA-41> ffmpeg: This fixes Bugzilla #327: [23:54] <CIA-41> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com> [23:54] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * r98d0d19208 10ffmpeg/libavcodec/lagarith.c: (log message trimmed) [23:54] <CIA-41> ffmpeg: lagarith: pad RGB buffer by 1 byte. [23:54] <CIA-41> ffmpeg: For left HFYU prediction, we predict from the buffer buf+1 using 8- or [23:54] <CIA-41> ffmpeg: 16-byte reads. This means that aligning the buffer by 16 bytes is in [23:54] <CIA-41> ffmpeg: itself not sufficient, because if the width itself is 16- or 8-byte [23:54] <CIA-41> ffmpeg: aligned, the buffer will not be padded, and thus a read of size 16 at [23:54] <CIA-41> ffmpeg: buf+1 will overflow boundaries at the right edge. Padding the buffer by [23:54] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * rda6505ad2f 10ffmpeg/libavcodec/x86/dsputil_yasm.asm: (log message trimmed) [23:54] <CIA-41> ffmpeg: dsputil: make add_hfyu_left_prediction_sse4() support unaligned src. [23:54] <CIA-41> ffmpeg: This makes add_hfyu_left_prediction_sse4() handle sources that are not [23:54] <CIA-41> ffmpeg: 16-byte aligned in its own function rather than by proxying the call to [23:54] <CIA-41> ffmpeg: add_hfyu_left_prediction_ssse3(). This fixes a crash on Win64, since the [23:54] <CIA-41> ffmpeg: sse4 version clobberes xmm6, but the ssse3 version (which uses MMX regs) [23:54] <CIA-41> ffmpeg: does not restore it, thus leading to XMM clobbering and RSP being off. [23:54] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * r66adb7ce1b 10ffmpeg/libavcodec/wmaprodec.c: [23:54] <CIA-41> ffmpeg: Revert "wmapro: prevent division by zero when sample rate is unspecified" [23:54] <CIA-41> ffmpeg: This reverts commit 36936080239ba9e162f9f5d0f722ce579cb606cf. It was [23:54] <CIA-41> ffmpeg: already applied; no idea why it didn't error out while re-applying it. [23:54] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * r4a8143e73c 10ffmpeg/libavcodec/x86/fft_mmx.asm: [23:54] <CIA-41> ffmpeg: fft: 3dnow: fix register name typo in DECL_IMDCT macro [23:54] <CIA-41> ffmpeg: Signed-off-by: Diego Biurrun <diego(a)biurrun.de> [23:54] <CIA-41> ffmpeg: 03Mans Rullgard 07master * re6cd698955 10ffmpeg/libavcodec/arm/vp8dsp_armv6.S: [23:54] <CIA-41> ffmpeg: ARMv6: vp8: fix stack allocation with Apple's assembler [23:54] <CIA-41> ffmpeg: In the GNU assembler, a relational expression, bizarrely, has the [23:54] <CIA-41> ffmpeg: value -1 if true, whereas in Apple's it is +1. This patch makes [23:54] <CIA-41> ffmpeg: sure the correct expression is used in both cases. [23:54] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:54] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r0c3ff1982c 10ffmpeg/libavcodec/x86/dct32_sse.asm: x86: dct32: port to cpuflags [23:54] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r9829a81bcd 10ffmpeg/libavcodec/arm/vp56_arith.h: (log message trimmed) [23:54] <CIA-41> ffmpeg: ARM: vp56: allow inline asm to build with clang [23:54] <CIA-41> ffmpeg: The clang integrated assembler does not support pre-UAL syntax, [23:55] <CIA-41> (25 lines omitted) [00:00] --- Sun Aug 5 2012

1 0

ffmpeg.log.20120804
by burek 05 Aug '12

05 Aug '12

[00:22] <melkor> Hello, I am trying to rotate a movie and I get an Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [00:25] <llogan> otherwise i can try to guess [00:25] <melkor> Cool, Ill post it. [00:28] <melkor> http://pastie.org/4386264 [00:31] <melkor> I got it, I had to set the audio rate. Now lets see if I can get it t stop at 2:30 [00:32] <llogan> melkor: -t 00:02:30 [00:34] <melkor> thanks [00:40] <llogan> melkor: you're not using ffmpeg from FFmpeg by the way. [00:55] <melkor> llogan: I realize that, but I just wanted to do this quick. [00:55] <llogan> melkor: you should copy the audio instead of re-encode [00:56] <llogan> -c:a copy [00:56] <llogan> i'm not sure of the syntax for ffake ffmpeg though [00:57] <melkor> I didn't know it could be done, actually the audio sounds a little better after being reencoded. [00:57] <llogan> weird [00:57] <melkor> Maybe that is just on these headphones. [01:15] <trysten> thanks llogan [01:19] <VooDooNOFX_> I've been googling for some time now, but how can I turn a pile of (DPX|TIFF) images into a dnxhd? [01:20] <VooDooNOFX_> "-i /tmp/*.dpx" is creating a .mov with a single frame, not a sequence of frames [01:23] <llogan> VooDooNOFX_: http://ffmpeg.org/faq.html#How-do-I-encode-single-pictures-into-movies_003f [01:24] <VooDooNOFX_> llogan, so the answer is to pack them into a mpg first? [01:24] <llogan> no. that's just what the example uses. [01:26] <llogan> also see this patch that i never applied: http://pastebin.com/nmRqZeb5 [01:29] <llogan> VooDooNOFX_: does it make sense? [01:30] <VooDooNOFX_> llogan, interesting. So you're saying there's an option now that's -start_number, or that you never enabled -start_number [01:30] <llogan> no. the option is there. the patch is just for updating the faq that i linked to [01:30] <llogan> sorry, that wasn't very clear [01:31] <VooDooNOFX_> ah, cool! I was having to renumber frames in nuke to 0000, but with this, I can start at the normal 1001 [01:34] <VooDooNOFX_> llogan, in my case, substituting %04d for the input worked instead of the glob pattern *.dpx. However, i've got another question about the compression settings in the dnxhd module. There appears to be a large amount of compression artifacts in the encode [01:34] <VooDooNOFX_> are there flags to control how that's processed? [01:36] <llogan> i'm ignorant of dnxhd but here's some old info: http://www.itbroadcastanddigitalcinema.com/ffmpeg_howto.html#Encoding_VC-3 [01:37] <llogan> VooDooNOFX_: why dnxhd? [01:38] <VooDooNOFX_> it's being requested by my work for vfx previews [01:42] <VooDooNOFX_> llogan, when was start_number added? I'm using 0.10 [01:44] <llogan> 24 May [01:44] <VooDooNOFX_> ah, min eis from mar 5. [01:45] <VooDooNOFX_> np, time to rebuild it anyway. [01:45] <llogan> what distro? [01:45] <VooDooNOFX_> centos 5.7, build from source [01:45] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide [01:45] <llogan> for 6 but should work i guess [01:46] Action: llogan needs to finish the "local install" version [01:47] <llogan> you can probably jsut use zlib from the repo. someone else added the zlib compile seciton. seems unnecessary to me. [01:57] <VooDooNOFX_> llogan, thank you for your help. I'll try building the latest and see if that helps the compression artifacts also. [05:22] <powerNET> i'm getting some issues trying to stream to a file to rtmp server [05:22] <powerNET> http://pastebin.com/w2Hsb2Dh [10:23] <fturco> Hello. Is there a way to apply a "smart" deinterlace filter in ffmpeg? That is, a deinterlace filter that is able to automatically detect if video is interlaced or not, or even if single frames are. [10:24] <fturco> There is one in Avidemux, for example. [10:24] <saste> fturco: what about idet? [10:25] <fturco> Never heard of it. I'll try. Thank you saste [10:26] <fturco> saste, I even heard there are videos that have partially interlaced frames. Is this true? [10:26] <JEEBsv> not really [10:26] <saste> fturco: have no idea [10:27] <JEEBsv> the "frame" either is interlaced or not, although with interlaced video one deals with fields [10:27] <JEEBsv> of course, what is within those two fields is a completely separate issue [10:29] <fturco> The problem is I record from TV, and TV programs use interlaced/progressive material almost at "random" [10:29] <fturco> I cannot manually check every time [10:30] <JEEBsv> unelss you have a veryt lulzy TV station that actually switches between progressive and interlaced encoding, you're talking about "true interlacing" vs telecine [10:31] <JEEBsv> personally I would just do encoding manually and cut off commercials etc. that are unneeded/most possibly truly interlaced [10:31] <JEEBsv> but if you want to automate [10:32] <JEEBsv> yadif or handbrake's decomb filter are probably the best you can get on something that is cross-platform [10:32] <JEEBsv> (not to be mistaken with the Avisynth decomb filter, which is an inverse telecine filter) [10:33] <fturco> JEEBsv, so you recommend to keep the original TV recording as is (without commercials of course), and not to apply additional filters [10:33] <JEEBsv> both ways will most probably leave you the extra "frames" in telecined content, but at least you should have no combing (the usual artifact when fields contain different pictures [10:33] <JEEBsv> fturco: uhh, no [10:34] <JEEBsv> I meant, that I would just cut off commercials in something frame-exact, and would then deal with the content accordingly to what it happens to be [10:36] <fturco> I just checked a video, and it seems only a portion of the screen in a certain scene has combing effect, while the rest seems progressive [10:39] <JEEBsv> that means that the two fields were taken at different times [10:39] <JEEBsv> anyways, unless you want to do it Correct (TM), I recommend those two filters I mentioned [10:40] <JEEBsv> also, "doing it Correct (TM)" means using certain software that you need to use through wine on *nix, unfortunately. Since the replacement isn't done yet [10:41] <fturco> doing it correct (tm) consists of? what win software? [10:43] <JEEBsv> Avisynth and its filters, that are really the only thing with which you can do it "correctly" [10:43] <JEEBsv> (Esp. with commercial cutting etc.) [10:43] <JEEBsv> it has worked on wine since 2003 or so though [10:45] <saste> JEEBsv: file feature requests for filters you want ported [10:45] <saste> we have a socis student allocated exactly for that [10:47] <JEEBsv> k [10:49] <JEEBsv> will do at some point, although it's mostly about getting frame-exact frame-based cutting and joining, as well as all kinds of other stuff that ffmpeg isn't really usually meant for [11:34] <Eraindil> chaos, I have a question about recording [11:34] <Eraindil> I would like to make a screencast and record all audio input output [11:34] <Eraindil> I use alsa [11:35] <Eraindil> Have you got an idea? [11:48] <fturco> JEEBsv, it seems there is a port of avisynth for linux: http://code.google.com/p/avxsynth/ [14:26] <deuxbierre> Bonjour [14:26] <deuxbierre> http://paste.ubuntu-fr-secours.org/src-108403 [16:11] <deuxbierre> scale=220:176 -vcodec mpeg4 -b:v 1M -acodec mp2 * -ac 2 -ar 44100 -ab 64k [16:11] <deuxbierre> [NULL @ 0x9b0a2c0] Unable to find a suitable output format for 'scale=220:176' [16:11] <deuxbierre> scale=220:176: Invalid argument [16:15] <benpro> Trying to compile ffmpeg-git with libx264 support. I got libavcodec/libavcodec.so: undefined reference to `x264_encoder_open_125'. libx264.a is at /usr/local/lib/libx264.a. I don't know why ld fail. Any idea ? Need I set LD_LIBRARY_PATH var ? [16:16] <benpro> same with LD_LIBRARY_PATH, mhhh [16:29] <burek> benpro [16:29] <burek> probably you have some x264 installed with your package manager [16:29] <burek> which conflicts with your compiled one [16:30] <burek> try uninstalling your x264 first and then compile it from source [16:30] <burek> you have some instructions on wiki [16:32] <benpro> YEah seems to be that [16:33] <benpro> I would like to not uninstall official repo [16:33] <benpro> When running make, libavodec.so si linked to ibx264.so.124 => /lib/libx264.so.124 (official repo) [16:33] <burek> of course, system libs take precedence over user compiled libs [16:34] <benpro> Why LD choose /lib/libx264.so when I specify PKGCONFIG_PATH to /usr/local/lib [16:34] <burek> dunno :) [16:34] <benpro> mhhh [16:34] <burek> try google :) [16:34] <benpro> Yeah but not easy to type the good keywords :P [16:35] <burek> or http://www.linuxquestions.org/questions/slackware-14/installing-two-version… [16:35] <burek> :) [16:36] <benpro> Ok, I'll search system library conflicts, seems to be the case [16:38] <benpro> Or I will not keep offical ffmpeg ... tired of resolving this case [16:38] <burek> why do you keep the system installed x264/ffmpeg? [16:38] <burek> they are in 99% outdated a lot [16:38] <benpro> Well not to outdated [16:38] <burek> do you have a specific need for it? [16:39] <benpro> I use archlinux [16:39] <benpro> I would like to keep "stable" things, and my compile in /usr/local :) [16:39] <burek> well, just take a look how many commits there are per day in ffmpeg's git [16:39] <burek> and you tell me if it's outdated or not :) [16:39] <benpro> ffmpeg 1:0.11.1-1 for achlinux [16:39] <burek> what date? [16:39] <benpro> but not ffmpeg-mt BTW [16:40] <burek> !dnld [16:40] <benpro> 2012-07-08 [16:40] <burek> 2012-06-07 [16:40] <burek> 2 months ago [16:41] <burek> it gets even worse [16:41] <burek> 0.11.1 was released on 2012-06-07. It is the latest stable FFmpeg release from the 0.11 release branch, which was cut from master on 2012-05-25 [16:41] <benpro> Well just uninstalled it [16:41] <burek> do as you like, I suggest you always use the latest git version [16:42] <burek> and when you want to update, just: make uninstall && make clean && git pull && make && make install [16:42] <benpro> Im recompile it, but I failed in my PKGBUILD and have rm -rf src, redownloading the git sources with my slowpoke connection ... [16:42] <burek> use --max-depth=1 [16:42] <burek> or --max-level=1 [16:42] <burek> man git [16:42] <benpro> Yep good idea ! [16:43] <benpro> but sometimes, this fails, dunno why [16:43] <burek> beer never fails :) [16:44] <benpro> In fact already use --depth 1 [17:05] <benpro> and, compilation done \o/ Thx for the help and tips burek. [19:05] <burek> benpro :beer: :) [19:08] <benpro> :) [19:20] <ratbert90> hey, would anybody be around that has dealt with grabbing a test picture from /dev/video0? I am trying to do some hardware verification on a camera and I am not too sure where to go from here. This is a embedded system. The camera on the o-scope checks out just fine for voltages and clock readout, so I am thinking it's more of a v4l2 issue [19:21] <ratbert90> whenever I run ffmpeg -f video4linux2 -i /dev/video0 -pix_fmt yuvj420p -vframes 1 -vsync 2 -bufsize 1843200 test.jpeg It spits back out at me a Frame Dropped! message and that The v4l2 frame is 2073600 bytes, but 1843200 bytes are expected [19:22] <ratbert90> This is a omnivsion OV2715 camera that uses 10bit bayer [20:11] <benpro> ratbert90: read frist 10 frames but get only first one ? [20:17] <ratbert90> I just want to get the first frame from the camera [20:18] <ratbert90> heck, I don't care if it's a garbled mess, it has no optics on it right now, it would be good enough for hardware verification [20:18] <ratbert90> I was digging around in DM365_IPIPE.c (TI dm368 board is what I am using.) and it seems like ipipe may not like bayer. [20:22] <burek> ratbert90 [20:22] <burek> remove -vsync and -bufsize [20:22] <ratbert90> good idea, that way I can show you the errors it gives with those removed. :) [20:22] <burek> use the pastebin please [20:23] <ratbert90> of course [20:26] <ratbert90> http://pastebin.com/W0N3mHcT [20:29] <ratbert90> we have a lot of printk's going for some more verboseness :) [21:00] <pyoor> hi all. is there a way to use the ffmpeg command line to parse a file and output the type of codec used? I tried doing "ffmpeg -i foo.mov | grep Stream" but I was curious if there was a better way [21:00] <pyoor> I'd like to batch it out so that I can parse of a directory of media files and determine which are h234, jpeg2000, etc. [21:03] <pyoor> h264* [21:06] <microchip_> pyoor: try ffprobe [21:10] <pyoor> great thanks microchip_ [21:55] <anon^_^> Hi, I have a question regarding invalid time/duration being reported by a MPEG-TS file. Is there a way to correct this with FFmpeg or some other linux utility? [23:03] <Foxhoundz> does ffmpeg support Window Media Center's WTV format? [23:04] <Foxhoundz> Well, WTV is the extension, I don't know how it's encoded [23:04] <Foxhoundz> I recorded a video using Windows Media Center from my TV Tuner and wish to convert it to a more friendly AVI format [23:05] <Foxhoundz> or perhaps even MP4 [23:05] <sacarasc> Try playing it with ffplay. If it works, it's supported! [23:07] <Foxhoundz> it plays it [23:07] <Foxhoundz> still, ffmpeg fails to convert it [23:07] <Foxhoundz> Also, ffplay seems to show weird scan lines when it's playing it [23:07] <Foxhoundz> and stutters [23:16] <spaam> Foxhoundz: what does ffmpeg -i file.wtv say? [23:22] <Foxhoundz> spaam, http://pastie.org/4391135 [23:22] <Foxhoundz> I had to manually copy the contents because it wasn't writing the outputs to a file [23:25] <spaam> from the .wtv file to somewhere else? [23:30] <Foxhoundz> spaam, no I mean ffmpeg's stdout output [23:30] <Foxhoundz> Anyway, it gives me an error when attempting to convert [23:31] <Foxhoundz> This was the error: http://pastie.org/4391161 [23:31] <Foxhoundz> I tried to use the -sameq flag [23:31] <Foxhoundz> but it still keeps giving me the errors [23:31] <Foxhoundz> and I usually don't have to supply bitrate arguments to ffmpeg [23:32] <spaam> you want to use h264? [23:32] <Foxhoundz> Yes, yes I do. [23:32] <spaam> ffmoeg -i file.wtv -vcodec libx264 -crf 22 -preset slow file.mp4 [23:33] <spaam> try that [23:35] <Foxhoundz> Failed [23:35] <Foxhoundz> ogg seems to work [23:35] <spaam> ah you want to add -acodec libvo_aacenc -ab 128k [23:54] <burek> Foxhoundz [23:55] <Foxhoundz> burek, yes? [23:55] <burek> next time instead of just " >file.txt " [23:55] <burek> use 2>file.txt [23:55] <Foxhoundz> >>? [23:55] <Foxhoundz> Hmm [23:55] <Foxhoundz> Why? [23:55] <burek> because ffmpeg writes to stderr [23:55] <burek> not stdout [23:55] <Foxhoundz> Ahhh [23:55] <burek> stdout is reserved if you want to use it to output file there (to pipe it somewhere else) [23:55] <burek> to write the output file* [23:56] <burek> for ex. ffmpeg -i input -acodec .. -vcodec .. - | ffplay - [23:56] <burek> anyway, just use something like ffmpeg -i ... 2>log.txt [23:57] <burek> ok, your ffmpeg is up-to-date [23:58] <burek> US:Serbia wolleyball :) nice :) [23:59] <burek> oh, your audio is a problem [23:59] <burek> 48k is probably not supported, so try forcing 44.1k with -ar 44100 [00:00] --- Sun Aug 5 2012

1 0

ffmpeg-devel.log.20120803
by burek 04 Aug '12

04 Aug '12

[00:28] <CIA-41> ffmpeg: 03Nicolas George 07master * r752344dada 10ffmpeg/libavfilter/ (af_amerge.c af_astreamsync.c af_pan.c): [00:28] <CIA-41> ffmpeg: amerge/astreamsync/pan: fix license boilerplate. [00:28] <CIA-41> ffmpeg: The boilerplate states that the files are under LGPL, [00:28] <CIA-41> ffmpeg: but refer the user to the GPL at one place. [00:28] <CIA-41> ffmpeg: These files were (re)implemented specifically for FFmpeg. [01:05] <durandal_1707> michaelni: 333 line of lavfi/vf_select.c looks strange to me [01:50] <ubitux> it's likely the same as if ((ret = ff_start_frame()) < 0) return ret; if ((ret = ff_draw_slice()) < 0) return ret; ret = ff_end_frame(); return ret; [01:51] <ubitux> it just make use of the || to put only one return ret in case of both success & failure [01:51] <ubitux> i guess. [01:52] <ubitux> i agree it looks weird :) [01:53] <ubitux> maybe that wasn't intended [02:46] <durandal_1707> kierank: do you know mp2 decoder which supports vbr? [02:57] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r31d8261cde 10ffmpeg/libavformat/mpeg.c: [02:57] <CIA-41> ffmpeg: mpegprobe: fix misdetection of mp3 [02:57] <CIA-41> ffmpeg: Fixes tikcet1524 [02:57] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:08] <ubitux> saste: did you have a look to the aformat issue last of the other day? [14:11] <ubitux> (wget 'lucy.pkh.me/samples/6ch.flac' && ./ffplay -f lavfi 'amovie=6ch.flac,aformat=channel_layouts\=stereo') [14:15] <CIA-41> ffmpeg: 03Clément BSsch 07master * rbc42682749 10ffmpeg/libavformat/ (movenc.c movenc.h): [14:15] <CIA-41> ffmpeg: lavf/movenc: fix invalid free with timecode meta and tmcd data copy. [14:15] <CIA-41> ffmpeg: Fixes ticket 1577. [14:26] <saste> ubitux: seems a problem in the channels laytout conversion [14:51] <CIA-41> ffmpeg: 03Piotr Bandurski 07master * ra2232e696b 10ffmpeg/libavcodec/cllc.c: [14:51] <CIA-41> ffmpeg: cllc: fix typo in the error message [14:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:51] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r71a5cd7dbc 10ffmpeg/libavformat/flvdec.c: [14:51] <CIA-41> ffmpeg: flvdec: perform duration search just once [14:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:51] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r231ffb9243 10ffmpeg/libavformat/flvdec.c: [14:51] <CIA-41> ffmpeg: flvdec: follow packets backward until a valid last timestamp is found [14:51] <CIA-41> ffmpeg: Fixed Ticket981 [14:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:59] <CIA-41> ffmpeg: 03Clément BSsch 07master * re39f6a3a5c 10ffmpeg/ (libavcodec/crystalhd.c libavfilter/vf_libopencv.c): Fix misc swapped dot and carriage returns in av_log calls. [15:29] <saste> funny i never noticed it... [15:43] <ubitux> :) [16:31] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r39a8275fdf 10ffmpeg/ (5 files in 2 dirs): lavfi: move color filter to testsrc, factorize [16:32] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r44bd69e9b9 10ffmpeg/libavcodec/ (internal.h utils.c): [16:32] <CIA-41> ffmpeg: lavc/utils: rename ff_init_buffer_info() pic parameter to frame [16:32] <CIA-41> ffmpeg: The new name is more expressive, given that the frame is not necessarily [16:32] <CIA-41> ffmpeg: a picture but may be an audio frame. [16:32] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rb99381e8b5 10ffmpeg/libavcodec/utils.c: [16:32] <CIA-41> ffmpeg: lavc/utils: generalize ff_init_buffer_info() and use it when seems feasible [16:32] <CIA-41> ffmpeg: Extend ff_init_buffer_info() to init audio frames as well as video [16:32] <CIA-41> ffmpeg: frames. [16:32] <CIA-41> ffmpeg: Avoid code duplication. [16:35] <fj> hello we are upgrading our old ffmpeg library to the latest version [16:35] <fj> it seems that AVFormatParameters is taken out of the new version [16:35] <fj> what should I use instead? [16:36] <fj> doc/APIchanges only mentions it is deprecated but not what it is replaced with [16:37] <saste> fj: use format options, an AVDictionary with the corresponding options you used before [16:38] <saste> also note this is the channel for development *on* ffmpeg, not *with* ffmpeg [16:40] <saste> seems like we miss a *demuxing* example [16:42] <fj> oh okay thanks and sorry [16:57] <ubitux> michaelni: i've trouble parsing "that would make sense, but may with frames drops fail to be what its expected to be" [17:01] <michaelni> drop every 3rd frame and instead of 30fps you have 20fps which would fail [17:01] <michaelni> the timebase still might be 30 though [17:13] <ubitux> mmh.. [17:18] <michaelni> ubitux, you can also try r_frame_rate .... [17:18] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rd84dd35f8e 10ffmpeg/ (3 files in 2 dirs): [17:18] <CIA-41> ffmpeg: paf: fix audio packet duration [17:18] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [17:28] <durandal_1707> michaelni: is there way to find out host cpu fpu is slow? [17:45] <michaelni> probably needs to be handled like the other HAVE_FAST things [17:45] <michaelni> that is listing in configure like fast_64bit_if_any=... [17:45] <michaelni> fpu is fast on x86, alpha and ppc probably and slow on arm [17:47] <michaelni> the ones between can be filled in by the fans of these architectures, they should know better anyway [17:48] <michaelni> also modern arm isnt really slow in terms of fpu but i think we have not much float optims but more fixed optims for arm [17:48] <michaelni> and floatmp3 is a bit slower than fixed with all optims disabled on my panda board [17:49] <michaelni> but maybe that wasnt all, i guess i should recompile with disable-asm [18:31] <kierank> durandal_1707: i don't understand you and the smpte bars filter [18:32] <durandal_1707> both! :) can you elaborate? [18:33] <kierank> "For the record I do not really care what colors will be picked...." [18:35] <durandal_1707> it is about colors which can not be represented in rgb/yuv colorspace [18:38] <durandal_1707> michaelni: fixed point encoder is faster than float one [18:40] <durandal_1707> on my machine [18:41] <durandal_1707> kierank: do you know mp2 decoder which supports vbr files produced with twolame? [18:41] <kierank> nothing [18:41] <kierank> it's an experimental feature [18:42] <durandal_1707> well mono works fine with lavc [18:42] <kierank> i mean nothing is guaranteed to work [18:42] <kierank> mp2 is inherently cbr [19:27] <nevcairiel> michaelni: why did you keep the libmpeg2 idct? does it serve any purpose at all? [19:30] <ubitux> saste: i'm trying to make showspectrum "reconfigure compliant" (to support resize for instance) [19:30] <ubitux> should i assume config_output() callback could be called any time? [19:31] <ubitux> (and thus half destroy stuff in the context and recreate then depending on the new params) [19:31] <ubitux> also, is there any way to test such thing? [19:46] <ubitux> http://ubitux.fr/pub/pics/_mismatch-spectrums.png mmh looks like there is still a bug. [20:01] <michaelni> nevcairiel, any files encoded using that idct need it to be cleanly decoded [20:02] <JEEB> yay non-specified stuff [20:02] <JEEB> (I think H.264 was the first one that standardized stuff like that?) [20:02] <michaelni> yes [20:03] <iive> nevcairiel: the early version of xvid used it. If it is not used on decoding there is a green tilt. [20:04] <iive> iso14496 defines precision constraints for the idct, this allowed extending keyframe interval to 300 frames. xvid failed on that, at first. [20:08] <michaelni> durandal_1707, if fixed encoder is faster then i dont mind if its default [20:10] <michaelni> btw, mp3float is faster than fixed on ARM too if all asm is disabled [20:10] <michaelni> that is decoder [20:14] <michaelni> also about the idct, theres another reason why id liek to keep it, if some file shows artifacts that look like idct rounding i liek to be able to test all idcts to see if any fixes it [20:19] <durandal_1707> michaelni: mp2 decoder is "prefered" over mp2float.... [20:38] <michaelni> durandal_1707, both encoders should be tested in fate [20:50] <durandal_1707> michaelni: ok, i will push patch once fate passes [20:53] <durandal_1707> michaelni: would fixed point mp2 encoder need CMP_SHIFT ? [21:09] <michaelni> durandal_1707, it should, yes [21:11] <durandal_1707> saste: what is happening with socis? [21:15] <ubitux> saste: i'm changing the internals based on outlink->h [21:17] <ubitux> i could use the width as well [21:22] <ubitux> saste: right now i'm doing it like this: https://github.com/ubitux/FFmpeg/commit/fc49236cb6ab5aa80cb858631798078079a… [21:33] <CIA-41> ffmpeg: 03Michael Bradshaw 07master * ra763cafc0c 10ffmpeg/libavcodec/libopenjpegdec.c: [21:33] <CIA-41> ffmpeg: libopenjpegdec: increase max lowres from 5 to 31 [21:33] <CIA-41> ffmpeg: OpenJPEG doesn't have a particular limit [21:33] <CIA-41> ffmpeg: Signed-off-by: Michael Bradshaw <mbradshaw(a)sorensonmedia.com> [21:33] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:44] <ubitux> Daemon404: so does libclang looks like appropriate for the convert tool? [22:44] <Daemon404> ubitux, of course it is [22:45] <Daemon404> we need an actual c99 parser [22:45] <ubitux> i'm curious, it looked interesting last time you mention it [22:45] <ubitux> and certainly smarter than the other propositions [22:45] <ubitux> did you succeed in some PoC already? [22:45] <Daemon404> people want to use dumb regex in scripts or custom token parsing [22:45] <Daemon404> id prefer an actual c parser. [22:45] Action: ubitux agrees :) [22:46] <Daemon404> unfortunately im running into an issue [22:46] <Daemon404> anonymous structs inside otehr struct declarations [22:46] <Daemon404> make it a massive PITA [22:46] <Daemon404> c99 'feature; [22:46] <ubitux> that's handy ;) [22:47] <Daemon404> itsn ot handy [22:47] <Daemon404> its ugly [22:47] <Daemon404> and poor practice [22:47] <ubitux> that's discussable [22:47] <ubitux> do we have a lot of them? [22:47] <Daemon404> we have a lot of stuff like [22:47] <Daemon404> typedef struct foo { [22:47] <Daemon404> int a; [22:47] <Daemon404> struct some_struct *b; [22:47] <Daemon404> } foo; [22:48] <Daemon404> strict some_struct { [22:48] <Daemon404> .... [22:48] <Daemon404> }; [22:48] <Daemon404> (below) [22:48] <nevcairiel> how is that bad? its just a opaque pointer at the point, who cares what it really is [22:48] <Daemon404> and clangsp arser is telling me struct some_struct *b; is a new struct decl [22:49] <ubitux> mmh ok [22:49] <Daemon404> nevcairiel, see what i just said [22:49] <Daemon404> its a pain to parse [22:49] <nevcairiel> sounds like clang just fails at that, the feature is fine imho [22:49] <Daemon404> than if it just returned teh type as struct member [22:49] <ubitux> i thought you were talking about sth like struct bla { struct { int i, j; } foo; } [22:50] <Daemon404> i was too [22:50] <Daemon404> but tahts far more horrid [22:50] <ubitux> :) [22:50] <ubitux> and so libclang has trouble with that? [22:50] <Daemon404> im sure there is a way to tell [22:50] <Daemon404> but i bet it involves some sort of introspection [22:50] <Daemon404> and clang ahs no real dev docs [22:50] <Daemon404> just doxygen [22:50] <Daemon404> (sound familiar?) [22:50] <ubitux> reminds me some project [22:50] <ubitux> :DD [22:50] <JEEB> :D [22:51] <nevcairiel> lacking doxy too? [22:51] <Daemon404> dont worry, my parser can never be put into teh repo [22:51] <Daemon404> i used c++ for easy queues and stacks [22:51] <ubitux> you'll burn in hell for that [22:51] <nevcairiel> gotta have some convenience here and there [22:52] <JEEB> :) [22:52] <Daemon404> at first i looekd for a lib for c [22:52] <Daemon404> but was like... fuck that [22:52] <Daemon404> :WHY: [22:52] <ubitux> there is no python libclang binding? [22:52] <Daemon404> ubitux, thats even worse [22:52] <Daemon404> there is doxy fr teh c api [22:52] <ubitux> why? [22:52] <Daemon404> with real words [22:52] <ubitux> ah you mean from a doc PoV ok [22:52] <Daemon404> teh python api is a swig-generated python file [22:52] <Daemon404> and nothing more [22:53] <Daemon404> not to mention the point is to be able to distribute a precompiled binary [22:53] <Daemon404> with no debs [22:53] <Daemon404> deps* [22:53] <Daemon404> for windows. [22:53] <ubitux> i forgot that detail [22:53] <ubitux> thought some solution would have been possible, but well [22:54] <ubitux> anyway, i'm curious about the outcome [22:54] <nevcairiel> there is always a dependency on some kind of build system [22:54] <Daemon404> nevcairiel, yeah but the idea is for the chroem devs, the ycan pop preproc.exe in their bin dir with yasm.exe [22:54] <Daemon404> and they check in a config.h too [22:54] <ubitux> Daemon404: were you able to do some convert already, or you're still trying to get an AST of the input first? [22:54] <nevcairiel> i mean, you still need a msys or cygwin of sorts for configure [22:55] <Daemon404> i cnat convert shit until i can parse struct defs correctly [22:55] <ubitux> ok [22:55] <Daemon404> nevcairiel, no, you check in teh config.h and co [22:55] <Daemon404> for te msvc build [22:55] <Daemon404> along with a sln [22:55] <nevcairiel> thats somewhat on the ugly side [22:55] <Daemon404> welcome to google [22:55] <Daemon404> they want to get rid of all deps at all costs [22:55] <Daemon404> etc [22:56] <Daemon404> i wonder if i write a full functional clang-based thing, i can get google to pay me (lol) [22:56] <Daemon404> the other thing clang makes annoying is getting the proper struct name [22:57] <Daemon404> depending on if it is typedef'd [22:57] <Daemon404> and teh struct/typedef names match [22:57] <Daemon404> or are even present [22:57] <ubitux> Daemon404: if you succeed you should create a proper project page for this [22:57] <ubitux> you will most likely get contribz [22:57] <Daemon404> i know [22:57] <Daemon404> a c++ project to convert c99 to c89 [22:57] <Daemon404> not convoluted at all. nope. [22:59] <ubitux> what's make me sad is that someone actually needs to do that (for free?) because some company likes insulting the human being common sense [22:59] <ubitux> but i support you in the process anyway ;) [23:00] <ubitux> even if i don't have any interest in it myself [23:00] <Daemon404> yes im not being paid [23:00] <Daemon404> im doing it because it's interested [23:00] <Daemon404> also i guess e-penis [23:06] <ubitux> btw, http://code.google.com/p/pycparser/ looks fun. [23:30] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r144e4b0997 10ffmpeg/LICENSE: [23:30] <CIA-41> ffmpeg: LICENSE: Document all GPL files [23:30] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:30] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r81905088a1 10ffmpeg/libavcodec/x86/h264dsp_mmx.c: x86: h264dsp: K&R formatting cosmetics [23:30] <CIA-41> ffmpeg: 03Sean McGovern 07master * r3680b24351 10ffmpeg/libavcodec/wmaprodec.c: [23:30] <CIA-41> ffmpeg: wmapro: prevent division by zero when sample rate is unspecified [23:30] <CIA-41> ffmpeg: This fixes Bugzilla #327: [23:30] <CIA-41> ffmpeg: Signed-off-by: Kostya Shishkov <kostya.shishkov(a)gmail.com> [23:30] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r7f92db14f9 10ffmpeg/libavcodec/g723_1.c: [23:30] <CIA-41> ffmpeg: g723_1: save/restore excitation with offset to store LPC history [23:30] <CIA-41> ffmpeg: The same buffer with saved data is used later in LPC reconstruction, so [23:30] <CIA-41> ffmpeg: it should have some head space for LPC history. [23:30] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r8772d2511a 10ffmpeg/libavcodec/g723_1.c: g723_1: fix off-by-one error in normalize_bits() [23:30] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r8ddadea171 10ffmpeg/libavcodec/g723_1.c: g723_1: make scale_vector() behave like the reference [23:30] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r802bcdcb2f 10ffmpeg/libavcodec/g723_1.c: g723_1: fix upper bound parameter from inverse maximum autocorrelation [23:30] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r94bfdfd6f0 10ffmpeg/libavcodec/g723_1.c: [23:30] <CIA-41> ffmpeg: g723_1: increase excitation storage by 4 [23:30] <CIA-41> ffmpeg: Fixed codebook mode in 5300 rate may write up to SUBFRAME_LEN + 4 and [23:30] <CIA-41> ffmpeg: that is considered normal by the reference decoder. Without that additional [23:30] <CIA-41> ffmpeg: padding it might overwrite first elements of LPC history. [23:30] <CIA-41> ffmpeg: 03Diego Biurrun 07master * rca844b7be9 10ffmpeg/ (7 files in 2 dirs): [23:30] <CIA-41> ffmpeg: x86: Use consistent 3dnowext function and macro name suffixes [23:30] <CIA-41> ffmpeg: Currently there is a wild mix of 3dn2/3dnow2/3dnowext. Switching to [23:30] <CIA-41> ffmpeg: "3dnowext", which is a more common name of the CPU flag, as reported [23:30] <CIA-41> ffmpeg: e.g. by the Linux kernel, unifies this. [23:30] <CIA-41> ffmpeg: 03Mashiat Sarker Shakkhar 07master * r8379ea5e9f 10ffmpeg/libavcodec/vc1dec.c: (log message trimmed) [23:30] <CIA-41> ffmpeg: vc1dec: Invoke edge_emulation regardless of MV precision [23:30] <CIA-41> ffmpeg: In VC-1 interlaced field pictures, chroma motion vectors can extend beyond [23:30] <CIA-41> ffmpeg: picture boundary even if luma vectors are bounded. The problem shows up [23:30] <CIA-41> ffmpeg: only for hpel interpolated MVs, and may be due to the way motion vectors [23:31] <CIA-41> ffmpeg: is the same for interlaced field and progressive pictures. [23:31] <CIA-41> (10 lines omitted) [00:00] --- Sat Aug 4 2012

1 0

ffmpeg.log.20120803
by burek 04 Aug '12

04 Aug '12

[00:32] <Jax> llogan: any idea? http://dpaste.com/780294/ [04:02] <cinelli> hey, been trying to get some video's reencoded to .avi / something playable for some detectives that I'm working with. The files are -umv (unlimited motion vector) from a CCTV [04:04] <cinelli> I friend of mine was messing around with vlc player, and managed to get one to avi format, so I know they can be converted.. But, he's an asshole and was just clicking buttons and didn't think it would be a good idea to write it down ... [04:22] <sacarasc> Can ffplay play them? [07:59] <newenc> how can i encode proves 422 file to mpeg2 ps with cbr [08:00] <newenc> I've specified each of these (-maxrate -minrate -vb -bt -bufsize) at 15Mi but media info still reports VBR [08:05] <spaam> newenc: use -b bitrate if you want cbr [08:09] <newenc> nope that gives me a whopping 7Mi bitrate still VBR [09:19] <spaam> newenc: what commandline are you using? [09:20] <spaam> newenc: ffmpeg -i file -vcodec mpeg4 -b 1000k file.avi should give you an .avi file with mpeg4 and 1000k cbr bitrate.. [09:22] <newenc> here it ishttp://pastebin.com/0Gp6bwma [09:22] <newenc> http://pastebin.com/0Gp6bwma sorry [09:25] <spaam> you want cbr stream? why do you use -vb 15Mi -minrate 15Mi -maxrate 15Mi ? [09:25] <spaam> if you want it [09:26] <spaam> oh nvm [09:28] <spaam> newenc: http://ffmpeg.org/ffmpeg.html#Video-and-Audio-file-format-conversion if you see the example there they are using -b and not -vb [09:30] <newenc> i have used the same args bit with -b instead and it produces same output [09:34] <newenc> output file has constant audio br but video is vbr [09:35] <soulstitchmmo> anyone around to explain why the only sound I can record is what comes through my microphone? [10:10] <oldwzd> Incompatible pixel format 'bgra' for codec 'libx264', auto-selecting format 'yuv420p' [10:12] <Jax> hello, i'm having trouble with this: http://dpaste.com/780294/ [10:12] <Jax> trying to extract a part of an MTS movie [10:16] <JEEB> oldwzd, there's no way to encode alpha channel into H.264. And most things like hardware decoders etc. want 4:2:0 YCbCr. It's possible to encode RGB as 4:4:4 with a new enough libx264, but the support for that would be really limited [10:16] <JEEB> QuickTime adds alpha channel data into the [10:16] <JEEB> SEI or whatever [10:16] <JEEB> which is not documented [10:17] <JEEB> (and only works in QT) [10:18] <oldwzd> JEEB: so its because i have compossite running then i gues [10:19] <JEEB> uhh, it's because you have a colorspace that can't be encoded as-is, and in most cases people want 4:2:0 H.264 [10:19] <JEEB> f.ex. Flash only supports 4:2:0, 4:2:2 [10:20] <JEEB> hardware decoders in various things only support 4:2:0 [10:20] <JEEB> if you want something else you need to have a new'ish libx264 and set the pix_fmt you want [10:20] <JEEB> but yes, if you really are doing something with an alpha channel that will get destroyed [10:21] <oldwzd> im recording my desktop in linux [10:37] <sibi_a> Hello folks! Do you offer help for frei0r plugins ? [10:38] <sibi_a> I was using ffmpeg to distort some videos for fisheye (frei0r defish0r plugin), [10:38] <sibi_a> but the results are quite pixelated. [10:39] <sibi_a> I have set a higher bitrate, played around with qscale option, still the results are pixelated [10:42] <burek> oldwzd why would you need an alpha channel if you just record your desktop? [10:43] <burek> sibi_a can you please use a pastebin site (like www.pastebin.com) to show your ffmpeg command and the complete console output? [10:48] <sibi_a> burek: My bad! Here it is - http://pastebin.com/At2HdEeX [10:49] <sibi_a> I tried setting higher bitrates as well as the qscale options. I'm also not recording audio (-an option) [10:49] <oldwzd> burek: i dont [10:51] <burek> sibi_a, you can't use -vcodec copy if you apply a filter to the input [10:52] <burek> frei0r filter* [10:52] <burek> oh my bad.. [10:52] <burek> it's acodec [10:52] <burek> well, you didn't specify -vcodec [10:52] <burek> so ffmpeg defaults to something.. who knows what.. [10:53] <burek> try adding after "-acodec copy" this: -vcodec libx264 -crf 18 -preset medium [10:56] <sibi_a> okay. I think I don't have libx264, crf, preset options [10:56] <sibi_a> Unrecognized option 'crf' [10:56] <sibi_a> let me try to get them [10:57] <burek> well, try just adding -vcodec mpeg -q 1 [10:58] <burek> if you prefer mpeg4 [10:58] <burek> or increase -b [10:58] <sibi_a> I tried increasing -b to 1000k , still the same results [10:58] <burek> but, if you can, use libx264, because it's awesome :) [10:58] <sibi_a> sure, yes. :) [11:01] <deuxbierre> Hello, I shall like I can encode a video of YouTube flv towards avi for an archos 2 vision, all my manipulations or tries(essays) with software failed, can use me. If anybody knows parametres for archos 2 vision? [11:05] <burek> deuxbierre, did you use Google Translate? :)) [11:07] <deuxbierre> yes burek [11:08] <deuxbierre> or reverso [11:09] <burek> well, go to archos 2 vision website and read the specifications to find out what kind of video do you need [11:09] <burek> :) [11:12] <oldwzd> Stream #1:0: Video: rawvideo (BGRA / 0x41524742), bgra, 1024x600, 589234 kb/s, 29.97 tbr, 1000k tbn, 29.97 tbc [11:13] <deuxbierre> there is an video on archos 2 vision original i paste the result http://paste.ubuntu-fr-secours.org/src-108387 On web site of archos, they say .avi that's all. [11:13] <burek> oldwzd can you please use a pastebin site (like www.pastebin.com) to show your ffmpeg command and the complete console output? [11:14] <burek> deuxbierre, why grep? [11:15] <deuxbierre> i don't know, this command isn't me [11:15] <burek> btw, that kind of video you can get with ffmpeg using: ffmpeg -i input -vcodec mpeg4 -acodec mp2 output [11:19] <sibi_a> burek: you're awesome, giving help for 3 people at same time :) [11:20] <burek> :beer: :) [11:20] <sibi_a> I just tried recompiling ffmpeg with x264. But results are the same, quite pixelated. I guess it has to do with the frei0r plugin. Dunno. [11:20] <burek> sibi_a can you please use a pastebin site (like www.pastebin.com) to show your ffmpeg command and the complete console output? [11:21] <sibi_a> http://pastebin.com/BEKhKYDE [11:22] <burek> sibi_a remove -b 500k [11:22] <deuxbierre> Burek, I am invalid(useless) command(order) under ffmpeg there, can give me myself the typical line that I should bring in for éffectuer the conversion? By leaving of a video YouTube mp4 or flv, towards the size(format) of the first one paste http: // paste.ubuntu-fr-secours.org / src-108387 [11:22] <deuxbierre> Thanks for all [11:22] <burek> also, if you use -an, no need for -acodec copy [11:23] <burek> deuxbierre, can you ask here in your native language? [11:23] <deuxbierre> je peux ecrire en francais ? [11:23] <ubitux> deuxbierre: vu ton niveau d'anglais c'est ptet mieux ouais [11:24] <burek> yes, just ask in french :) [11:25] <ubitux> burek: so you speak french now ? ;) [11:25] <deuxbierre> reverso ... je voudrais encoder des videos de youtube flv ou mp4 vers avi avec les valeurs soient disant supporté par l'archos avec la video qu'il y a dessus d'origine et qui est la http: // paste.ubuntu-fr-secours.org / src-108387 [11:25] <burek> not quite :) but it's easier for me to translate what he says in french, then to let him translate what he thinks is understandable :) [11:26] <deuxbierre> i undestand burek thanks lol [11:26] <burek> deuxbierre, ok, use this line: ffmpeg -i input.avi -vcodec mpeg4 -b 1M -acodec mp2 -ac 2 -ar 44100 -ab 64k output.avi [11:27] <deuxbierre> ok burek je te remerci je teste desuite [11:27] <burek> instead of -b, use -b:v [11:27] <burek> ffmpeg -i input.avi -vcodec mpeg4 -b:v 1M -acodec mp2 -ac 2 -ar 44100 -ab 64k output.avi [11:27] <deuxbierre> ok [11:28] <deuxbierre> the file input in your exemple is .avi mine is .mp4 [11:29] <burek> then use input.mp4 [11:29] <burek> replace "input.avi" with the file name of your input [11:29] <deuxbierre> of course, i'm bad [11:29] <GA-Flix> hey guys, short question: i have installed zeranoe's 32 and 64 bit minGW_w64 compiler, but i don't get a windows executable file :/ i used --cross-prefix=mingw-w64-x86_64 and --arch=x86 but it still doesn't run; any quick solutions? [11:29] <burek> GA-Flix, did you read his blog with instructions? [11:30] <deuxbierre> ffmpeg: unrecognized option '-b:v' [11:30] <burek> deuxbierre, then you have old ffmpeg.. replace -b:v with -b :) [11:30] <GA-Flix> burek, yes, i did :/ but i dun't know how i say exactly which compiler shall be used :/ [11:31] <burek> deuxbierre if -b 1M doesn't work, try -b 512k [11:31] <burek> GA-Flix, well last time I checked, there was a detailed, step-by-step instruction tutorial.. so you can't miss [11:31] <deuxbierre> FFmpeg version SVN-r0.5.9-4:0.5.9 ok burek [11:32] <burek> deuxbierre, that's ancient.. [11:32] <GA-Flix> burek, do you have a link to that? (i used http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide#ffmpeg) [11:32] <GA-Flix> (& http://ffmpeg.zeranoe.com/blog/?p=106) [11:33] <burek> GA-Flix, on that 2nd link, scroll down and find "Here are the steps to get the script running:" [11:34] <GA-Flix> burek, yeah, the script itself installed mingw perfectly, but how do i say to my ffmpeg files that they shall use THAT? [11:34] <burek> the script should take care of the compilation and building of ffmpeg [11:35] <deuxbierre> -vcodec mpeg4 -b 512K -acodec mp2 -ac 2 -ar 44100 -ab 64k 'file.avi' is run [11:35] <deuxbierre> je teste sur l'archos [11:36] <deuxbierre> Grrr format non reconnu [11:37] <GA-Flix> burek, i ran the script in my /mingw_w64 folder and in there i have now "mingw-w64-i686" and "mingw-w64-x86_64" as directories and "mingw-w64-build-3.0.6" as file [11:37] <burek> GA-Flix, could you please ask in http://ffmpeg.zeranoe.com/forum/ [11:37] <GA-Flix> okay [11:37] <burek> deuxbierre, can you type ffmpeg -i file.avi [11:38] <burek> and use pastebin to show the result [11:39] <deuxbierre> tu veux le resultat encodé en avi de la video mp4 ? [11:39] <burek> yes, I want to see what the result was [11:41] <deuxbierre> burek http://paste.ubuntu-fr-secours.org/src-108388 [11:42] <ubitux> ffmpeg 0.5 [11:42] <ubitux> please. [11:42] <ubitux> it's yeaaaars old [11:42] <ubitux> just upgrade [11:43] <ubitux> https://ffmpeg.org/download.html [11:44] <sibi_a> burek: I was waiting until you take a breather. :) I removed -acopy, -b. The same problem. Well, the pixelation isn't heavy. But noticeable. I guess it has to do with the plugin [11:44] <deuxbierre> https://launchpad.net/~jon-severinsson/+archive/ffmpeg all right ? [11:45] <sibi_a> I'm trying to distort videos to fisheye for projection in a dome. I don't know a better way than the frei0r plugins. But with this pixelation, it's kind of unuseable :( [11:45] <burek> deuxbierre, try to download this http://dl.dropbox.com/u/24633983/ffmpeg/index.html [11:45] <burek> extract and run with ./ffmpeg [11:46] <deuxbierre> ok [11:46] <burek> sibi_a did you try removing -b 500k [11:46] <sibi_a> yes, I did [11:47] <burek> im not sure if ffplay supports filters [11:47] <burek> but try this if you can [11:47] <burek> ffplay input.avi -vf frei0r=defish0r:0.75:n:0.666:0:0.0:0.0:0.25:0.0 [11:47] <burek> just to see if you still get pixelated result [11:48] <burek> so that we know it's not the problem with encoding [11:48] <burek> btw, sibi_a, you can also try that static version, because it's newer than yours [11:49] <sibi_a> yes, the same. Looks like ffplay supports filters, it gets distorted to fisheye. But with pixelation [11:49] <burek> if that static build still shows pixelation, then it's a bug/issue in frei0r filter [11:50] <deuxbierre> http://paste.ubuntu-fr-secours.org/src-108389 [11:50] <burek> deuxbierre, that is your original (old) ffmpeg [11:50] <burek> new one you need to start with ./ [11:51] <burek> (go into the directory where you downloaded/extracted it) [11:51] <burek> and just type ./ffmpeg <options> ... [11:53] <deuxbierre> ok [11:54] <deuxbierre> ./ffmpeg: Aucun fichier ou dossier de ce type [11:54] <burek> deuxbierre, you need someone who knows how to use linux to help you a little bit :) [11:55] <roxlu_> hi! [11:56] <deuxbierre> ./ffmpeg : fichier binaire impossible à lancer [11:56] <roxlu_> I asked this in #libav too, but maybe someone here knows this. [11:56] <roxlu_> When I use av_read_frame to get a AVPacket from a .mp4 file, what is a correct way to copy the packet into another buffer so I can synchronise the video and audio? Do I need av_dup_packet [12:03] <sibi_a> burech: I don't think the static builds are built with frei0r plugins. And my best guess is that the problem has to do with the plugin. So I will seek help with frei0r. [12:03] <sibi_a> Thank you for the help so far ! [12:05] <burek> not plugins, filters [12:06] <burek> deuxbierre, do you have 32bit or 64bit linux? [12:06] <burek> roxlu_, did you read in the source code, how does ffmpeg do it? [12:07] <roxlu_> burek: no my first step was checking the documentation [12:07] <roxlu_> but thanks for the hint, I'll look into ffmpeg [12:11] <deuxbierre> 32 [12:12] <deuxbierre> 10.04 26.32-41-generic-pae [12:40] <deuxbierre> ffmpeg [12:40] <deuxbierre> ffmpeg version 0.10.4-6:0.10.4-0ubuntu0jon2~lucid2 Copyright (c) 2000-2012 the FFmpeg developers j'ai refais ta commande burek, en -v:b 1M et en -b 512K toujours format non reconnu [12:57] <deuxbierre> si quelqu'un sait ? http://paste.ubuntu-fr-secours.org/src-108391 [13:08] <deuxbierre> comme je galere pour une video [13:11] <deuxbierre> on peut remplacer (Simple Profile) (FMP4 / 0x34504D46) par (Simple Profile) (XVID / 0x44495658) ??? [13:20] <deuxbierre> adieu monde cruel [14:27] <codinho> is it possible to force audio decoder sample width to 16 bit? [14:35] <Jax> how can i extract part of an MTS video? (target format MTS) [14:36] <applegekko> did that guy with the CCTV video issue get it solved? [14:37] <applegekko> i dont have it in my scoolback :( [14:39] <Jax> shouldn't this just work? ffmpeg -i 00068.MTS -an -vcodec copy out.MTS [14:39] <Jax> to copy one file to another basically... [14:39] <Jax> Unable to find a suitable output format for out.MTS [14:40] <JEEB> oh, that just means that it can't find what 'MTS' is supposed to be [14:40] <JEEB> you want mpeg-ts [14:40] <JEEB> out.ts [14:40] <JEEB> should do it [14:40] <JEEB> also you want no audio? [14:40] <Jax> yeah [14:41] <Jax> ah that worked. can i just rename it to MTS then? [14:41] <JEEB> yes [14:41] <JEEB> it's all the same, mpeg-ts inside [14:41] <Jax> much love. thanks [14:41] <JEEB> (transport stream) [14:41] <JEEB> if you need to match up the package byte length, you might have to set some extra settings tho [14:41] <JEEB> but in general, you should be good to go as -is [14:42] <JEEB> (you can have 188 byte, 192 byte and 204 byte mpeg-ts packets) [14:43] <Jax> hm [14:43] <Jax> so -s 10 -t 3 would extract 3 seconds after the 10 seconds position, correct? [14:43] <JEEB> not sure, also I remember seeing -ss too [14:43] <JEEB> if it looks correct documentation-wise [14:43] <JEEB> try it out [14:43] <JEEB> http://ffmpeg.org/ffmpeg.html [14:44] <Jax> ah yes. thanks, [14:45] <Jax> bit rate is not set, this will cause problems [14:57] <Jax> what's all this TS Invalid business about [14:57] <Jax> i just recorded a video off of a Canon HD handycam and would like to cut out a portion.. shouldn't be that hard [14:58] <Jax> PAR is 4:3 DAR 16:9, apparently fps is 50 [14:59] <Jax> everytime i extract a video i get duration 00:00 in vlc [15:00] <Jax> http://dpaste.com/780706/ [15:00] <Jax> just trying to extract 2 seconds at 15s [15:02] <JEEB> try putting -ss and -t before -i [15:02] <JEEB> for the lulz [15:03] <JEEB> also lol at dts < pcr [15:06] <Jax> hm [15:07] <Jax> ffmpeg -ss 15 -t 2 -s 960x540 -r 25 -i 00068.MTS -an -vcodec rawvideo template2.ts [15:07] <Jax> is what i'm using now [15:07] <JEEB> uhhh [15:07] <JEEB> rawvideo = raw YCbCr or RGB depending on your colorspace [15:07] <Jax> can use copy too [15:08] <Jax> http://dpaste.com/780710/ [15:08] <Jax> gives weird stuff if i prepend -ss and -t [15:13] <Element9> ffmpeg -formats lists arm codec but using "-acodec amr" gives me "Unknown encoder 'am'". Am I doing something wrong? [15:13] <Element9> here's the command line: http://pastebin.com/ppWLidCt [15:14] <Element9> I wanted to type: "Unknown encoder 'amr'" [15:59] <root_> 15:58 [ Aikar ] [ cyndis ] [ ivanich__ ] [ mattg ] [ root_ ] [ Tuxist ] [15:59] <root_> hi [16:07] <root_> never mind [16:17] <syssi> hi. i'm missing a52 support in ffmpeg (0.11.1). [16:18] <syssi> is there some alternative around or do i miss something? [16:18] <JEEB> a52 is ac3 [16:19] <JEEB> should be in libavcodec by default unless it's specifically disabled [16:19] <syssi> up to now i'm using mux=ts, vcodec=h264, acodec=a52 [16:19] <syssi> JEEB: so it is renamed and i can use acodec=ac3 ? [16:19] <JEEB> that doesn't sound like ffmpeg [16:20] <syssi> JEEB: uh, yes. [16:20] <JEEB> your question would most probably be better off around videolan people [16:20] <JEEB> (because that looks like VLC settings) [16:21] <syssi> JEEB: indeed it is. but i tracked down the proble to ffmpeg without mention it, sorry. [16:21] <syssi> JEEB: but you're right. i should ask there. [16:21] <JEEB> np [16:21] <JEEB> #videolan methinks [16:22] <syssi> thx :-) [16:30] <fj> hello we are upgrading our old ffmpeg library to the latest version [16:31] <syssi> back again. ;-) i reformulate my question. [16:31] <fj> it seems that AVFormatParameters is taken out of the new version [16:31] <syssi> in the past "ffmpeg -formats" lists a52 as en- and decoder. [16:31] <fj> what should I use instead? [16:32] <syssi> is there some replacement or is the a52 support missing? [16:32] <fj> doc/APIchanges only mentions it is deprecated but not what it is replaced with [16:32] <JEEB> syssi, the ac3 encoder is there [16:32] <JEEB> should be LGPL, too [16:32] <syssi> i think ac3 (raw AC-3) ins't the same like liba52? [16:32] <JEEB> hmm [16:33] <JEEB> it should be [16:33] <syssi> ac3 should be the same? [16:33] <JEEB> yes [16:34] Last message repeated 1 time(s). [16:34] <JEEB> http://wiki.multimedia.cx/index.php?title=A52 [16:35] <syssi> okay. :-) *fiddling* [16:36] <JEEB> fj, seems like you're supposed to use demuxer-specific options now? [16:38] <JEEB> oh yes, AVDictionary [16:38] <JEEB> and then format-specific options :) [16:43] <fj> thanks : ) [16:49] <syssi> http://pastebin.com/tM6mAwHd [16:49] <syssi> this is a comparison of an old ffmpeg version and the new one. [16:49] <syssi> in the past "formats" lists ATSC A/52A (AC-3) [16:50] <syssi> the recent version provides raw AC-3, which isn't the same. [16:50] <syssi> i guess right? [16:51] <JEEB> I'm pretty sure it's the same thing [16:52] <syssi> JEEB: why it is listed in the old version twice, than? [16:52] <JEEB> and I'm pretty sure features haven't been removed with time, where they are and how they are shown has changed [16:52] <JEEB> I have no idea [16:52] <syssi> JEEB: in the past there was some --enable-a52 option at ffmpeg. [16:52] <syssi> JEEB: this option is gone. [16:53] <JEEB> that's because libavcodec's implementations overcame a separate library's [16:53] <JEEB> that's all [16:53] <syssi> hmm. okay. :-) [16:53] <JEEB> that was done for some other decoding libraries as well [16:54] <JEEB> libavcodec implementation is better -> cut separate library support off as it's pretty much useless [17:49] <odinsbane> I ran ffmpeg from ubuntu and I get a warning that it is deprecated? [17:49] <sacarasc> You're not running ffmpeg, but libav which is a fork. [17:49] <JEEB> that's because ubuntu uses the libav fork, and they deprecated it in favor of a somewhat rewritten tool called 'avconv' [17:50] <JEEB> thus, the ffmpeg notion is of the command line tool within their project, not the ffmpeg project or the ffmpeg tool in the ffmpeg project [17:50] <odinsbane> damn [17:50] <JEEB> thus, if you use libav you use avconv [17:50] <JEEB> if you use ffmpeg you use ffmpeg [17:50] <JEEB> ffmpeg has merged most of avconv changes into ffmpeg [18:00] <Diogo> hi this is possible use wget [URL] | ffmpeg -i pipe:0 -pass 1 | ffmpeg -i pass2 ....using pipe too? [18:02] <sacarasc> No, because you only use a stats file from pass 1 in pass 2. [18:04] <Diogo> where i can find more information about pipe:0 and realtime video encoding, and node.js.. [18:04] <Diogo> any documentation ? [18:05] <Diogo> i find a good example in this site: http://pauldbergeron.com/blog/2011/12/28/streaming-youtube-to-mp3-audio-in-… [18:05] <Diogo> Streaming Youtube to MP3 Audio in NodeJS (using ffmpeg pipe:0) [18:48] <burek> Diogo, use a tmp file [21:32] <jax> can i extract a png from an mts video? [22:07] <hackeron> I have an H264 stream from an IP camera, I seem to be getting all kinds of problems with the image, the image breaks, the bottom of the image blurs, etc when I play it with vlc/ffplay - however playing it with quicktime looks perfect. Any suggestions? - this is my stream: rtsp://demo1.xanview.com/ [22:13] <cbreak> we use ip cameras via motion jpeg [22:14] <Mavrik> hackeron: probably too small buffer [22:14] <hackeron> Mavrik: hmm, how do you increase it? [22:16] <hackeron> Mavrik: it's a little better with ffplay -rtbufsize 2048 'rtsp://192.168.0.151' but not much [22:17] <hackeron> Mavrik: same with -rtbufsize 8192 -- bottom of the image is corrupted [22:18] <Mavrik> hmm [22:19] <hackeron> you can try it yourself [22:19] <hackeron> open the stream with ffplay and quicktime [22:25] <trysten> how do i discard an input stream? [22:28] <llogan> trysten: in what context? [22:41] <jax> can you guys think of a quick way to synchronize 6 videos ? [22:42] <jax> i took them with 6 handycams and would like to synchronize them as far as possible (i know frames may not be on the same millisecond) [22:57] <trysten> llogan: i have a webm file. i want to 'rip' the audio to an ogg. [22:58] <llogan> trysten: one way to do it is: ffmpeg -i input.webm -c:a copy -vn output.ogg [00:00] --- Sat Aug 4 2012

1 0

ffmpeg-devel.log.20120802
by burek 03 Aug '12

03 Aug '12

[02:07] <durandal_1707> michaelni: what poly i should use for crc24? [02:22] <michaelni> durandal_1707, it should be written in the RFC [02:23] <durandal_1707> michaelni: but it is bigger than max 24bit number and i cant get it work with crc stuff in lavu [02:23] <michaelni> what is its value ? [02:24] <durandal_1707> http://svn.noreply.org/cgi-bin/viewvc.cgi/Mixmaster/branches/Mix-stats/Src/… [02:24] <durandal_1707> #define POLY 0X1864CFB [02:26] <michaelni> try to drop the leading 1 [02:26] <Daemon404> hey michaelni, can you take a look at the latest canopus patch (v5). libav OK'd me on it, but it'd rather get everyone OK'd before I push. [02:28] <durandal_1707> Daemon404: i cant ok redundant initializations [02:28] <Daemon404> im going to keep it explicit. [02:28] <durandal_1707> i'm not going to OK it [02:28] <Daemon404> if you wanan block it, then tough, as it'll end up in libav anyway. [02:29] <durandal_1707> i dont wanna block it..... [02:29] <Daemon404> sure sounds like it. [02:29] <Daemon404> "your code is doign something non-harmful, and beign explicit. i cannto accept this." [02:29] <Daemon404> "because it doesnt match my style" [02:31] <durandal_1707> no it is just redundant, that does not mean code is crap [02:31] <Daemon404> i prefer it be explicit. [02:31] <Daemon404> even if it i know priv_Data gets zero'd at alloc time [02:31] <Daemon404> it's easier to read. [02:51] <Daemon404> michaelni, thank you [02:51] <michaelni> np [02:54] <Compn> lol [02:54] <Compn> Daemon404 : just means durandal_1707 wont 'LGTM' on it :P [02:54] <Daemon404> LBTM [02:54] <Compn> feels bad man [03:01] <Daemon404> michaelni, im not sure how to fix 'info_offset > avpkt->size - 8' gracefully [03:01] <Daemon404> i could add a second check, but thats ugly [03:03] <durandal_1707> michaelni: removing leading 1 does not help... [03:04] <michaelni> Daemon404, info_offset + 8 > avpkt->size [03:04] <Daemon404> ... [03:04] <Daemon404> note to self: afterworks beers = bad [03:04] <Daemon404> -s [03:06] <Daemon404> or maybe im high off teh raid i sprayed in here earlier at some ants [03:06] Action: Daemon404 shrug [03:09] <michaelni> durandal_1707, did you try setting the initial value to 0xB704CE [03:11] <durandal_1707> michaelni: i do that for each av_crc [03:12] <llogan> Daemon404: i read "rats" at first... [03:16] <Daemon404> lol [03:16] <Daemon404> i was having some ants in my apartment [03:17] <michaelni> durandal_1707, hmm try bswap it [03:19] <Compn> man [03:19] <Compn> ants are like the best insects to have [03:19] <Compn> honestly [03:19] <Compn> they attack the cockroaches :P [03:27] <Daemon404> Compn, they also crawl EVERYWHERE [03:28] <Daemon404> also i saw a hosue centipede [03:28] <Daemon404> fucking scary. [03:28] <Daemon404> michaelni, new patch for canopus sent. should be the last. [03:29] <llogan> Daemon404: one of those fast bastards? they're weird. [03:29] <Daemon404> yes [03:29] <Daemon404> 30 leggers [03:29] <Daemon404> michaelni, replied to wrong thread... but you can sitll OK it there. [03:29] Action: Daemon404 made a royal mess of his threads [03:30] <Daemon404> llogan, im from northern ontario... i aint used to city bugs [03:30] <llogan> i took a scanning electron microscopy class once. looked at some silverfish shit. most interesting class. [03:30] <Daemon404> lol [03:32] <llogan> i don't have that stuff here. just occasional derelicts/drunks/bums/mentals and mice. [03:32] <Daemon404> lol [03:33] <Daemon404> oh well. i killed a bunch of brain cells with raid today. [03:34] <llogan> damn. i'll miss your contributions. [04:03] <Daemon404> michaelni, pushed to my github. it can be merged. [04:05] <durandal_1707> michaelni: bswap what? i have 5byte data and 3byte crc so it can be tested... [04:28] <durandal_1707> michaelni: this it how table should look like http://www.koders.com/cpp/fid3331C1D57FDF3031632BEEE6022A1E78E3A1FF02.aspx?… [04:29] <durandal_1707> that is what codec use (i see it in assembly code) [04:30] <Daemon404> i didnt think anything used crc24 irl [04:30] <Daemon404> all 16 or 32 [04:30] <durandal_1707> Daemon404: there is poor which use 8bit [04:30] <durandal_1707> or even less [04:30] <Daemon404> not really a good check, now is it [04:34] <durandal_1707> and table i generate is something else ... [04:35] <Daemon404> everything i see use crc ever seems to hardcode tables [04:35] <durandal_1707> Daemon404: lavu have crc which generate crc at runtime [04:36] <Daemon404> i figured [04:36] <durandal_1707> and other codecs like mlp dont have big table but follow same behaviour by generating table [04:37] <durandal_1707> hah table entries need swapping [04:38] <durandal_1707> actually not, they are in reverse order, is that normal? [04:38] Action: Daemon404 has no diea. [04:38] <Daemon404> idea8 [04:39] <durandal_1707> fb4c86 instead of 864cfb [04:39] <Daemon404> endianness? [04:44] <durandal_1707> dont think so, swapping causes table to get wrong results... [04:48] <durandal_1707> got it!!! i need to swap result and parameter [04:48] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r98a2f4e87b 10ffmpeg/configure: [04:48] <CIA-41> ffmpeg: configure: reduce difference to qatar by 2 lines [04:48] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [04:48] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r571572fcdd 10ffmpeg/libavcodec/ (mpegaudio.h mpegaudio_tablegen.h mpegaudiodsp_template.c): [04:48] <CIA-41> ffmpeg: mp3dec: adjust IMDCT scaling to avoid overflows [04:48] <CIA-41> ffmpeg: Fixes ticket268 [04:48] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [04:54] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r91c86d3cf8 10ffmpeg/ (9 files in 4 dirs): [04:54] <CIA-41> ffmpeg: Canopus Lossless decoder [04:54] <CIA-41> ffmpeg: At the moment it only does BGR24, but I plan to add the rest after. [04:54] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [04:55] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r96cb143800 10ffmpeg/: [04:55] <CIA-41> ffmpeg: Merge remote-tracking branch 'dwbuiten/master' [04:55] <CIA-41> ffmpeg: * dwbuiten/master: [04:55] <CIA-41> ffmpeg: Canopus Lossless decoder [04:55] <CIA-41> ffmpeg: Merged-by: Michael Niedermayer <michaelni(a)gmx.at> [06:16] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra6aa7e039a 10ffmpeg/libavcodec/mpegaudio_tablegen.h: [06:16] <CIA-41> ffmpeg: mpegaudio_tablegen: try to fix hardcoded tables [06:16] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [08:56] <ubitux> michaelni: are you the maintainer of the asan box on fate? [08:57] <ubitux> if so, i think you should --disable-memory-poisoning for this one [11:57] <michaelni> ubitux, added, thx [12:32] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r8cac86e091 10ffmpeg/libavcodec/vorbisdec.c: [12:32] <CIA-41> ffmpeg: vorbisdec: fix heap buffer overflow. [12:32] <CIA-41> ffmpeg: Found-by: Dale Curtis <dalecurtis(a)chromium.org> [12:32] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [12:46] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r65520f5933 10ffmpeg/libavfilter/ (5 files): [12:46] <CIA-41> ffmpeg: lavfi/video: remove duplicated function ff_null_start_frame_keep_ref() [12:46] <CIA-41> ffmpeg: Semantic for the function ff_null_start_frame() was changed in [12:46] <CIA-41> ffmpeg: 07bad27810cd, and it has now the same behavior of [12:46] <CIA-41> ffmpeg: ff_null_start_frame_keep_ref(), thus it makes no sense to keep both of [12:46] <CIA-41> ffmpeg: them. [12:46] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r3bcde3f06c 10ffmpeg/libavfilter/ (drawutils.c drawutils.h): lavfi/drawutils: make ff_draw_color() accept a const rgba map [12:46] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * raa5b93fbd8 10ffmpeg/libavfilter/vsrc_testsrc.c: [12:46] <CIA-41> ffmpeg: lavfi/rgbtestsrc: use ff_fill_rgba_map() rather than a local copy [12:46] <CIA-41> ffmpeg: Also convert int rgba_map[4] to uint8_t rgba_map[4], as required by [12:46] <CIA-41> ffmpeg: ff_fill_rgba_map(). [12:46] <CIA-41> ffmpeg: Simplify. [14:52] <CIA-41> ffmpeg: 03Nicolas George 07master * r93d428953c 10ffmpeg/libavformat/assdec.c: assdec: return EOF instead of EIO. [17:07] <CIA-41> ffmpeg: 03Kifayat ullah 07master * r32aeba1275 10ffmpeg/libavformat/mpegtsenc.c: [17:07] <CIA-41> ffmpeg: mpegtsenc: Fix AC3 Sound issue with Blu-ray Players. [17:07] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:11] <Daemon404> michaelni, you can either apply my eadmad patch from ffmpeg-devel, or merge it in from libav [19:11] <Daemon404> i dont think its worth doign a merge from my repo for [19:11] <Daemon404> for such a small change [19:47] <llogan> Daemon404: have you sucessfully gotten fdk-aac to perform a quality_based encode? [19:48] <Daemon404> yes [19:48] <llogan> what's the command you used? [19:50] <Daemon404> -flags +qscale -global_quality 1[-5] [19:50] <Daemon404> er [19:50] <Daemon404> [1-5] [19:51] <llogan> that's what i thought. http://pastebin.com/uckpwjqD [19:51] <llogan> seems to choke on the -flags +qscale [19:52] <Daemon404> you cant use 1 (lowest bitrate vbr mode) with aac_low profile [19:52] <Daemon404> only he-aac [19:52] <Daemon404> and pals [19:53] <llogan> ah. i had a feeling i had a hidden -flags +ignorance in there. [19:53] Action: JEEB pats llogan [19:53] <JEEB> :) [19:53] <JEEB> well, now we are a bit more in the know [19:53] <Daemon404> ~undocumented things~ [19:53] <llogan> taking it for the team [20:04] <msmithng> are patches required to be sent in via git send-email? [20:04] <nevcairiel> no [20:04] <msmithng> sweet [20:04] <Daemon404> michaelni, some people attach formatted patches. but git-send email is sitll preffered [20:04] <Daemon404> er... msmithng [20:04] <nevcairiel> its easier to review that way, but sending git format-patch is usually fine too [20:04] <Daemon404> make sure its make with format-patch, at least [20:04] <Daemon404> made* [20:04] <nevcairiel> i cba to figure out how to make git send-mail work on windows [20:05] <msmithng> yes, I have 2 to submit but I'm fighting with git send-email [20:05] <nevcairiel> the mingw environment that comes with git is lacking some perl things i think [20:05] <msmithng> the macports version is missing some ... yup [20:05] <Daemon404> eh? [20:05] <msmithng> probably the same issues... git-core is shy of a small library [20:05] <Daemon404> sounds like the packager did it wrong [20:05] <nevcairiel> msys env that is, not mingw [21:13] <saste> msmithng: patches written in a postcard and sent to a developers are also fine, especially if packaged with goodies, e.g. a chocolate bar, a box of beers, a bag of gold coins [21:54] <Mista_D> Encoded TS file with x264 and faac; demuxed it; can't mux it back to TS. MP4/AVI are ok. http://pastebin.ca/2176923 [22:02] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf92a99dae5 10ffmpeg/libavcodec/flacenc.c: [22:02] <CIA-41> ffmpeg: flacenc: switch to av_assert [22:02] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r4d38b838f0 10ffmpeg/libavcodec/flacdec.c: [22:03] <CIA-41> ffmpeg: flacdec: switch to av_assert [22:03] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:05] <michaelni> Mista_D, open a bugreport on https://ffmpeg.org/trac/ffmpeg [22:06] <Mista_D> michaelni: will do. [22:11] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r19d40c7912 10ffmpeg/libavcodec/eamad.c: [22:11] <CIA-41> ffmpeg: eamad: Use dsputils instead of its own bswap16_buf [22:11] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [22:11] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [23:39] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r45eaac02cb 10ffmpeg/ (8 files in 4 dirs): [23:39] <CIA-41> ffmpeg: Canopus Lossless decoder [23:39] <CIA-41> ffmpeg: At the moment it only does BGR24, but I plan to add the rest after. [23:39] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:40] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * ra675d73d57 10ffmpeg/libavcodec/eamad.c: [23:40] <CIA-41> ffmpeg: eamad: Use dsputils instead of a custom bswap16_buf [23:40] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rcf5781fad0 10ffmpeg/libavcodec/vp8.h: [23:40] <CIA-41> ffmpeg: vp8: pack struct VP8ThreadData more efficiently [23:40] <CIA-41> ffmpeg: Reordering the members in this struct reduces the holes required [23:40] <CIA-41> ffmpeg: to maintain alignment. With this order, the only remaining, and [23:40] <CIA-41> ffmpeg: unavoidable, hole is 3 bytes following left_nnz. [23:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rec7c501ed5 10ffmpeg/ (6 files in 3 dirs): [23:40] <CIA-41> ffmpeg: x86: remove libmpeg2 mmx(ext) idct functions [23:40] <CIA-41> ffmpeg: These functions are not faster than other mmx implementations on [23:40] <CIA-41> ffmpeg: any hardware I have been able to test on, and they are horribly [23:40] <CIA-41> ffmpeg: inaccurate. There is thus no reason to ever use them. [23:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * raf500c08bb 10ffmpeg/libavcodec/Makefile: [23:40] <CIA-41> ffmpeg: dct-test: always link with aandcttab.o [23:40] <CIA-41> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org> [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rcfb1091898 10ffmpeg/libavcodec/vc1dec.c: [23:40] <CIA-41> ffmpeg: vc1dec: remove useless #include simple_idct.h [23:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:40] <CIA-41> (20 lines omitted) [00:00] --- Fri Aug 3 2012

1 0

ffmpeg.log.20120802
by burek 03 Aug '12

03 Aug '12

[00:47] <burek> rexbron, are you sure you want to use -ss 01:00:00 after the -i ? [00:48] <burek> because the duration of your input is: Duration: 00:09:07.21 [00:49] <burek> silly_, try updating your ffmpeg [00:50] <burek> also, this might be your issue: bind(port 2210): Address already in use [00:50] <burek> are you running 2 ffservers? [02:16] <rexbron> burek: I tried -ss 00:00:08 but there is also a timecode track and timecode metadata with the 1st frame of the program starting at 1 hour. Thought -ss might work with the timecode [02:16] <rexbron> -ss and a rate override ended up working [02:19] <burek> rexbron, your input is 9 minutes long [02:20] <burek> what's with "1 hour" ? [02:20] <burek> anyway if you managed it to work, then we are both happy, I guess :) [02:20] <rexbron> burek: convention within brodcast and film is to have the 1st frame of what you want to show at 1 hour. anything before that is pre-roll for identifcation [02:22] <rexbron> ffmpeg displays the timecode track, I was hoping that it might also pick it up with -ss [02:23] <rexbron> easier to say "start at 1h" than have to determin how much pre-roll there is per file [03:20] <Aikar> https://gist.github.com/3232211 with this - how can i get it to record my system audio and mic? is pulse going to just record mic only? [03:24] <llogan> Aikar: i don't know, but consider adding "-pix_fmt yuv420p" as an output option otherwise you'll probably get yuv444p. [03:24] <llogan> and i doubt twitch.tv can use that [03:33] <Aikar> llogan: Incompatible pixel format 'bgra' for codec 'libx264', auto-selecting format 'yuv420p' [03:34] <llogan> ignore that [03:34] <llogan> oh, i see. you're probably using an older ffmpeg then. [03:34] <Aikar> so put it before the -f flv part? [03:34] <llogan> sure [03:34] <Aikar> w/e is default in 12.04 with restricred exras [03:34] <llogan> oh, you're not even using ffmpeg from FFmpeg then [03:35] <Aikar> it wrapper for avconv? [03:35] <Aikar> seems like the flags changed for avconf so didnt switch commands... [03:35] <llogan> i don't know anything about the "ffmpeg" that was provided by libav [03:35] <Aikar> so how would i add an audio source of a playback device? I want to also record game sound [03:36] <llogan> good question. i can never remember this. where's burek when you need him? [03:36] <Aikar> removing tghe -i -hw and only having -i pulse is working for my mic [03:40] <burek> Aikar, you have a tutorial on the ffmpeg's wiki [03:40] <burek> but it might not apply for avconv [03:40] <burek> I dunno [03:40] <burek> llogan :beer: :) [03:42] <llogan> burek: what's the beer for today? [03:42] <burek> the cold one :) [03:43] <llogan> do you have a good burek recipe? [03:44] <burek> http://en.wikibooks.org/wiki/Cookbook:B%C3%B6rek [03:44] <burek> :))) [03:45] <Aikar> burek: yes but that only lists input devices [03:45] <Aikar> if i list a device from aplay -L it says [alsa @ 0x663000] cannot open audio device hw:CARD=XFi,DEV=1 (No such file or directory) [03:45] <burek> Aikar, if your sound card supports recording from the "stereo output" or "what you hear" then it will show under recording devices too [03:45] <burek> use alsamixer [03:45] <Aikar> when using -f alsa -ac 2 -i hw:CARD=XFi,DEV=1 [03:46] <burek> not aplay [03:46] <burek> arecord [03:46] <burek> read the tut [03:46] <llogan> i'll try it. thanks. [03:46] <Aikar> ive got mic working, im not trying to do that [03:46] <burek> :beer: :) [03:46] <Aikar> im trying to record my output [03:47] <burek> llogan, there are a lot of variants.. so it's really just a matter of choice :) usually it's a meat pie :) that's all :) [03:52] <Aikar> burek so how can i take the device on aplay -L and use it? [03:52] <burek> Aikar, for the 3rd time, read the tutorial [03:52] <Aikar> i did... [03:52] <Aikar> ive got that part working :/ [03:53] <burek> aplay won't help you [03:53] <Aikar> http://ffmpeg.org/trac/ffmpeg/wiki/Capturing%20audio%20with%20FFmpeg%20and%… [03:53] <burek> [03:47:10] <burek> Aikar, if your sound card supports recording from the "stereo output" or "what you hear" then it will show under recording devices too [03:53] <burek> if not, throw it away and buy one that can do it [03:53] <burek> or play with jack audio, crate virtual devices and connect output to input :) [03:53] <Aikar> I have a Creative Xfi... its not that bad. [03:53] <burek> (use google for that) :) [03:54] <Aikar> so your saying ffmpeg cant read an output device? [03:54] <burek> nobody can [04:06] <Aikar> burek: http://aikar.co/devices.txt ive tried hw:CARD=XFi,DEV=0, dsnoop ones, dmix, tons. what do you suggest? [04:06] <burek> to read the tutorial [04:06] <Aikar> err crap wrong command, I thought i was looking at arecord [04:07] <burek> use alsamixer [04:07] <burek> and select your recording device [04:08] <Aikar> how do i get the device name to use there? [04:08] <burek> its most probably listed there [04:09] <Aikar> I get a gui with alsamixer [04:10] <burek> well of course [04:10] <burek> first examine if your card can do it [04:10] <burek> press tab, select recording devices [04:11] <burek> use f6 to switch cards [04:11] <burek> if needed [04:11] <burek> and see that list of recording devices [04:11] <Aikar> i have master, pcm, line, mic, spdif [04:11] <burek> if it says somewhere "stereo output" or something [04:11] <burek> pcm [04:11] <Aikar> http://www.twitch.tv/aikaradora [04:11] <Aikar> you can see where im at atm [04:12] <burek> move to pcm and press space [04:12] <Aikar> took capture off [04:12] <burek> turn it on [04:12] <Aikar> was already on [04:12] <burek> now exit with esc [04:13] <burek> and use -f alsa -i hw:0 [04:13] <burek> that's it [04:13] <Aikar> cannot open audio device hw:0 (Device or resource busy) [04:13] <burek> can you pastebin arecord -L [04:14] <Aikar> http://aikar.co/arecord.txt [04:15] <burek> hw:0 should work [04:15] <burek> but try this too "front:CARD=SB,DEV=0" [04:16] <Aikar> device busy too [04:17] <burek> well, reboot the machine or something.. you have some other process accessing it too [04:17] <Aikar> mic works fine when using -i pulse [04:17] <burek> well then use pulse [04:17] <burek> to change mic to stereo output [04:27] <Aikar> ok so i got it recording the sound now [04:31] <llogan> Aikar: how did you do that? [04:32] <Aikar> setting my output hardware to be duplex, then switched the input to be the stero out as burek said [04:39] <FunkyELF> Anyone have a good set of parameters for youtube upload of 720p video? I output a project from kdenlive as FFV1. [04:42] <llogan> i assume the ffv1 file is too big for upload? [04:42] <FunkyELF> lol... yeah [04:42] <FunkyELF> 3 gig [04:43] <llogan> FunkyELF: ffmpeg -i input -c:v libx264 -preset medium -crf 18 -c:a copy output.mkv [04:43] <FunkyELF> I have tried various setting but I can't get audio to work [04:43] <llogan> what's the audio in the input? [04:43] <FunkyELF> is -c:v like -vcodec ? [04:43] <llogan> yes [04:43] <llogan> adjust preset as your patience allows [04:44] <FunkyELF> the audio on the input is FLAC [04:44] <FunkyELF> Unrecognized option 'c:v' [04:44] <llogan> you can copy it if it isn't too big or re-encode [04:44] <llogan> you're using an old ffmpeg then [04:44] <FunkyELF> I'm using Fedora 16 [04:44] <llogan> just use -vcodec [04:45] <llogan> and -acodec instead of -c:a [04:45] <FunkyELF> okay... will do -t 15 to see how it works [04:45] <Aikar> ok, burek i got it working w/ w/e is the first audio input, how can i have 2? [04:46] <FunkyELF> hmmm.... still no audio [04:46] <FunkyELF> seems like ffmpeg doesn't like the FLAC input [04:48] <llogan> if you want to re-encode the audio use: "-acodec libvorbis -aq 7" or "-acodec libmp3lame -aq 1" or "-acodec libfaac -aq 100". [04:48] <FunkyELF> hmm... when I did an "ffmpeg -i untitled.avi -acodec copy audio.flac" it extracted it and the .flac file played with mplayer [04:49] <llogan> what do you mean by, "ffmpeg doesn't like the FLAC input" [04:50] <FunkyELF> well... the original .avi plays with sound with mplayer... but when I copy it to an mp4 or mkv file and convert the video the sound doesn't work [04:50] <llogan> doesn't work in mplayer or youtube? [04:50] <FunkyELF> still no audio when I convert it to vorbis either [04:50] <FunkyELF> in mplayer [04:52] <FunkyELF> llogan, http://pastebin.ca/2176707 [04:55] <llogan> FunkyELF: i don't see why mplayer wouldn't like that. [04:56] <FunkyELF> let me try totem [04:56] <llogan> or ffplay [04:56] <llogan> or just upload it to youtube [04:57] <FunkyELF> it is 3.3G [04:59] <llogan> the 15 second H.264/vorbis MKV you just made? [04:59] <llogan> i'm not talking about the FFV1/FLAC file [05:00] <FunkyELF> the 15 second mkv file doesn't play in mplayer or totem... to me that means it is not valid [05:00] <FunkyELF> ... it plays, but no audio [05:00] <llogan> worksforme [05:00] <FunkyELF> lol [05:01] <llogan> does it play in ffplay? [05:01] <llogan> and it doesn't matter if it doesn't play in your mplayer or totem as long as it works in youtube. [05:01] <llogan> although it's quite odd that mplayer doesn't like it. [05:04] <FunkyELF> in ffplay the audio is really short and loud and lasts a fraction of a second [05:04] <llogan> does ffplay like the FFV1/FLAC file? [05:05] <FunkyELF> yes... but video is choppy because file is huge probably [05:05] <llogan> but the audio is ok? [05:06] <FunkyELF> yeah [05:07] <llogan> hmm...i don't know. [05:07] <svm_invictvs> Heya [05:07] <svm_invictvs> http://blog.grio.com/2012/01/fast-and-slow-motion-video-with-ffmpeg.html [05:07] <svm_invictvs> I'm trying that guy's example and ffmpeg complains that -vf is not a valid option. [05:07] <llogan> FunkyELF: and it's crappy with libmp3lame too? [05:09] <FunkyELF> yeah... no audio [05:09] <svm_invictvs> http://mysticpaste.com/private/gF7XoFT4GV/ [05:09] <svm_invictvs> llogan: Got it [05:10] <svm_invictvs> fwiw: ffmpeg -i ./data/video/android/City/AAA03.mp4 -vf setpts=2*PTS ./data/video/android/City/AAA03_slow.mp4 [05:10] <llogan> svm_invictvs: does "ffmpeg -filters" show a filter list? [05:10] <Aikar> what map command would i use to have 2 audio streams with my 1 video [05:10] <llogan> svm_invictvs: your ffmpeg might be too old, but i don't remember [05:11] <svm_invictvs> llogan: no filters [05:11] <svm_invictvs> llogan: Ah, okay. Well, I have another machine with the filters I need :D [05:11] <llogan> also, i recall -vf may have been called something else at one time...or maybe i'm making that up [05:12] <llogan> FunkyELF: you could try encoding video and audio separately and mux them together. [05:12] <llogan> or try a newer ffmpeg [05:13] <llogan> or just upload one of those short videos and test 'tube [05:20] <llogan> svm_invictvs: note that the default quality settings will probably look bad. [05:20] <llogan> but it depends on your output format and your ffmpeg version [05:28] <svm_invictvs> so now I get this: http://mysticpaste.com/private/MTaxq44vca/ [05:34] <Aikar> https://gist.github.com/3233082 < how do i do the map commands to properly merge the 2 audio streams? I'm only hearing 2.0 since that was what got mapped [05:34] <powerNET> is it possible to compile ffmpeg lgpl with commercial version of libx264? I want to before buying commercial license for x264 [05:50] <svm_invictvs> Silly ffmpeg [06:25] <soulstitchmmo> Hello Everyone, Recently I've modified my Streaming Code: http://pastebin.com/uYdpcKAb and now can no longer transmit sound. Can someone help me figure out why I can no longer transmist sound? [06:41] Last message repeated 1 time(s). [07:00] <mikos> hi there [07:02] <mikos> i just switched from ffmpeg to avconv is there a channel for that or can i ask for help here? :) [07:02] <mikos> i m getting [07:02] <mikos> Incompatible pixel format 'argb' for codec 'mpeg1video', auto-selecting format 'yuv420p' [07:02] <mikos> and the video looks really bad quality now and renders twice slower [07:04] <mikos> is there anyone around? [07:05] <ZzBuntu> I recognize that.. via a webcam I assume.. I fixed a while ago but dont remember how [07:06] <mikos> similar, it s via an air app [07:06] <mikos> did you get a really low res renders? [07:06] <mikos> from the best hd before... [07:07] <soulstitchmmo> Hello Everyone, Recently I've modified my Streaming Code: http://pastebin.com/uYdpcKAb and now can no longer transmit sound. Can someone help me figure out why I can no longer transmist sound? [07:11] <mikos> the two codes you pasted are the same [07:11] <mikos> cmd F ... [08:50] <soulstitchmmo> I have lost the ability to record sound in both my local recording, and my streaming. [09:28] <silly_> burek, was already asleep when you answered. the bind is cause i allready started /this/ server. not an issue, when i kill it and then run the command again, this line is missing, rest is the same. [09:29] <silly_> and i got this version of ffmpeg freshly compiled from AUR [09:35] <DexterLB> hello.. is it possible for ffmpeg to take an input, transcode all video streams to, say, h264, and all audio streams to ac3, and copy all other streams? [09:35] <DexterLB> or do I need to write a script that takes a list of streams and tells ffmpeg what it has to do with each stream 1 by 1? [10:17] <soulstitchmmo> Can someone explain to me why all of a sudden I can no longer record sound? ffmpeg -f x11grab -s $INRES -r 35 -i :0.0+0,0 -f alsa -ac 2 -i pulse -vcodec libx264 -preset:v $QUAL -s $OUTRES -acodec libmp3lame -ab 128k -ar 44100 -threads 4 -b 5000k -f flv local_record.flv [10:22] <ubitux> are you using a recent version? can you pastebin the full output? [10:23] <codinho> guys, is it possible to force audio decoder to output 8 channels always? [10:23] <ubitux> DexterLB: what's "all other streams"? [10:24] <burek> Aikar, http://ffmpeg.gusari.org/viewtopic.php?f=25&t=611 [10:24] <ubitux> -c:v libx264 -c:a ac3 -c:s copy maybe [10:25] <ubitux> codinho: with af pan i guess [10:25] <codinho> ubitux, I mean in the code [10:25] <codinho> ubitux, not using ffmpeg app [10:27] <ubitux> use af pan within the code [10:27] <ubitux> i don't think you can force any decoder to output 8 channels if the input has a different number [10:28] <ubitux> so use some filtering, see doc/examples/filtering_audio.c [10:28] <burek> *snip* "<mikos> i just switched from ffmpeg to avconv" and "<mikos> and the video looks really bad quality now and renders twice slower"... [10:28] <burek> those just might be related :) [10:29] <codinho> ubitux, thanks [10:31] <burek> DexterLB, I think you need -map, since there is not cmd line switch that selects all video/audio streams.. by default ffmpeg selects "the best pick" audio and video (1A + 1V) and that's it.. if you want something else, you have to use -map [10:31] <burek> -not +no [11:36] <DexterLB> ubitux: thanks, that's perfect [11:51] <bartbogdan> Hi all [11:52] <bartbogdan> I'm have just build ffmpeg from the nightly tar and I am using it to convert videos to theora [11:53] <bartbogdan> Somehow Chrome fails to load the ogg theora videos I am creating, Firefox and other videoplayers have no problem [11:53] <bartbogdan> Any users with experience on theora? [11:54] <bartbogdan> And where to look for a solution? [11:55] <zap0> sounds like the problem is Chrome [11:55] <bartbogdan> Yes I know, but there might be users here that have encountered this as well [11:56] <JEEB> I would personally recommend you to look at VP8/libvpx instead of theora by now, as the crowd that needs/wants to use theora has taken VP8 in as their newest thing of choice [11:57] <iive> bartbogdan: does chrome play other theora videos? [11:58] <bartbogdan> JEEB: thanks for that info, I'll look into that if I can't get this working [11:59] <bartbogdan> live: Yes, if I do the conversion on another machine (with a slightly older ffmpeg), then it works [12:01] <iive> could you be bothered with findins when did it stop working? [12:01] <iive> it may be some regression [12:03] <bartbogdan> iive: I'll try to do a checkout of the older version and see if works with that. If so, then I could look into that. [12:03] <iive> thank you :) [12:05] <bartbogdan> iive: I have built it without --enable-gpl right now, could that be of any influence? [12:07] <iive> it should not. [13:00] <tesla888> hello, Help me anyone with ffserver+ffmpeg+dvb-t [13:02] <tesla888> please [13:32] <JyZyXEL> rendering artifacts ;-; [13:44] <bartbogdan> iive: This is what I found so far: 0.9.2 works, current master doesn't [13:47] <iive> could you try 10.3 and 10.4 ? [14:18] <bartbogdan> iive: 10.4 works, now building 11.1 [14:31] <bartbogdan> iive: Good news, 0.11.1 works, current master does not [14:31] <iive> do you know how to use git bisect ? [14:32] <bartbogdan> iive: So that greatly reduces the timespan. It must have been a change after 0.11 was split off [14:32] <bartbogdan> iive: no [14:33] <iive> man git-bisect [14:34] <iive> you give it that 11.1 is ok, and current is bad, and it starts binary search. [14:35] <iive> checkouts a version in the middle between bad and good. you compile it and test it. then say if it is bad or good. then it repeats. [14:35] <iive> hopefully it can narrow it down to a single commit. [14:38] <bartbogdan> I see [14:39] <bartbogdan> Well, I'm afraid I don't have the time to dig into it that deep [14:40] <bartbogdan> But maybe I can post my findings so far somewhere? [14:40] <bartbogdan> Might be helpful once someone else bumps into this problem in the near future [14:45] <bartbogdan> Shall I file it in trac? [14:48] <saste> bartbogdan: yes, with as much information as possible [14:49] <saste> (useful information of course) [15:00] <JyZyXEL> oh what fun to keep encoding over and over with different x264 settings because some of them generate artifacts [15:00] <JEEB> dealing with pesky hardware? [15:00] <JEEB> on decoding side [15:00] <JyZyXEL> not that i know [15:01] <JyZyXEL> it just seems there is this one part of the video that is very prone to generating artifacts [15:01] <JEEB> uhh [15:01] <JEEB> what kind of artifacts are you speaking of? [15:01] <JyZyXEL> leik weird colors appearing on top of the video [15:01] <JEEB> compression artifacts or artifacts that come from the decoder mis-decoding the encoded output? [15:01] <JEEB> oh [15:01] <JEEB> sounds like the second :P [15:02] <JEEB> how are you checking your output? [15:02] <JyZyXEL> VLC [15:02] <JEEB> is it up-to-date? [15:02] <JyZyXEL> yeah [15:02] <JEEB> as in? [15:02] <JEEB> version? [15:02] <JyZyXEL> 2.0.3 [15:03] <JEEB> are you on windows per chance? [15:03] <JyZyXEL> yeah [15:03] <JEEB> do you have hardware decoding enabled? [15:03] <JyZyXEL> of that i do not know [15:03] <JEEB> check the settings [15:04] <JyZyXEL> if i can manage to find it [15:04] <JEEB> also you might want to check out lachs0r's mplayer2 builds, while VLC has gotten way better since the 0.8x and 1.x times, I'd still be vary of having it as the only thing to check against [15:04] <JEEB> http://mplayer2.srsfckn.biz/ [15:04] <JyZyXEL> well doesn't really matter as the output has to work with VLC [15:05] <JEEB> I'm really surprised though, current VLC should more or less be OK. Thus, make sure to disable hardware decoding when testing, that can be REALLY derp depending on the vendor [15:05] <JEEB> otherwise you might want to pastebin what you're using to encode right now command-line wise [15:05] <JyZyXEL> i shall check the configurations [15:07] <bartbogdan> saste: Enough info like this: https://ffmpeg.org/trac/ffmpeg/ticket/1595 ? [15:08] <saste> bartbogdan: uhm no, complete output missing [15:08] <saste> the blurb with all the info about configuration options and all [15:08] <saste> you can also use -report and send the report file [15:09] <bartbogdan> Ok, will do that [15:09] <bartbogdan> First, some coffee.. [15:09] <JyZyXEL> where might i find some example x264 lines? [15:10] <saste> bartbogdan: also usually in these cases the problem is in the decoder [15:10] <saste> especially if you can decode the file with other tools (ffplay, vlc, mplayer, younameit) [15:11] <iive> bartbogdan: something else you can try, process same input using same options and post the 2 different files. keep the files small. [15:13] <JyZyXEL> like example command lines for doing x264 [15:13] <Mareod> Hello! is anyone able to help me with a problem I'm having with Kostya's ProRes encoder? [15:13] <JEEB> JyZyXEL, <rate control of your choice with a value> <preset of your choice, as in the slowest that fits your expectations> [15:13] <JEEB> that's the basics [15:13] <JEEB> anything else is limited to specific needs [15:14] <JEEB> -crf 20 -preset veryslow for as an example (naturally lolslow and that's a bit on the lower side for a crf value for HD, for example) [15:14] <JEEB> if you are then aiming for streaming/hardware decoding, you might need to limit more [15:14] <JEEB> but I have no idea of what you're doing, now do I? [15:15] <JyZyXEL> i just want the 10GB Huffyuv to something more usable :D [15:15] <JEEB> lol [15:15] <iive> Mareod: nobody can help you, until you say what the problem is. ;) [15:16] <JEEB> JyZyXEL, then you can leave preset alone at first, and find your preferred crf value (default is 23, higher is 'use higher quants, compress more and (possibly) worsen the quality', lower is 'use lower quants, compress less, (possibly) highen the quality) [15:17] <JEEB> the reason for the (possibly) is because there's an area where your eyes don't see a difference [15:17] <JEEB> and there there is no reason why you wouldn't use a higher value [15:17] <JEEB> (the idea is to just find the highest value that still looks good for you) [15:17] <JEEB> you can encode a few thousand frames out of the clip for testing [15:17] <JEEB> somewhere with various content [15:19] <Mareod> that's true. right so I have no problem encoding with the standard ProRes encdec codec but that doesn't have any multi threading support. I then tried out Kostya's encoder but it crashes with the libavcodec library in function prores_fdct_c() (line 57 libavcodec/proresdsp.c). I did find a ticket from 5 months back here http://ffmpeg.org/trac/ffmpeg/ticket/1097 that matches the problem I'm having [15:19] <Mareod> but thought someone might have some insight into why this might be happening [15:19] <Mareod> within* [15:20] <JEEB> seems like it wouldn't happen on every setup, but it was indeed duplicated [15:21] <Mareod> That thread only contains debugging dumps but it does pin down the exact line where it segfaults. That line is line 64 "block[y * 8 + x] = tsrc[x];" [15:24] <JEEB> if you could check if it happens with libav's avconv as well, you could poke kshishkov himself [15:24] <Mareod> ok i'll give that a go [15:31] <JyZyXEL> JEEB: everything else plays it correctly than VLC :D [15:32] <JEEB> JyZyXEL, unfortunately for some reason I'm not surprised [15:32] <JyZyXEL> its funny how some videos it plays without any artifacts [15:33] <JEEB> make sure the hardware decoding is off in VLC, although I have no idea about it being off/on by default [15:33] <JEEB> also, I guess it's worth trying a nightly from VideoLAN [15:34] <JyZyXEL> funny thing is i don't have any control over the VLC installed in the machine where the video will be displayed :p [15:37] <JEEB> JyZyXEL, what kind of muxing are you using btw? [15:37] <JEEB> (as in, what are you muxing into?) [15:37] <JyZyXEL> MPEG-4 AVC [15:38] <JEEB> and that's a container? [15:38] <JyZyXEL> AVI container [15:38] <JEEB> no [15:38] <JEEB> don't do that [15:38] <JEEB> use mp4/flv/mkv [15:38] <JyZyXEL> oh! [15:40] <JyZyXEL> thats a great idea [15:42] <JEEB> basically AVI is really an old design [15:42] <JEEB> you _can_ do it, as the same thing was more or less done for MPEG-4 Part 2 (xvid/divx are encoders for this standard), but it's... not really a good idea as many people just don't make the support for that well, for the obvious reason that it's not what's recommended [15:43] <Aikar> woot for being in a relationship... forgot to wake pc up from suspend, getting fiancee to do it >_> [15:43] <Aikar> im trying to get amerge to work but having problems :/ [15:43] <bartbogdan> saste: iive: Done, https://ffmpeg.org/trac/ffmpeg/ticket/1595 [15:45] <Aikar> https://gist.github.com/3237217 using ffmpeg version 0.10.4-6:0.10.4-0ubuntu0jon2 from the ubuntu PPA recommended. [15:45] <saste> bartbogdan: looks fine [15:45] <Aikar> i get [amerge @ 0x1fb2a60] Media type mismatch between the 'Parsed_amerge_0' filter output pad 0 and the 'out' filter input pad 0 [15:45] <Aikar> Cannot create the link amerge:0 -> buffersink:0 [15:47] <saste> Aikar: -vf "[1][2] amerge" [15:47] <saste> doesn't make sense [15:47] <Aikar> thats the syntax i was finding on many articles [15:48] <saste> -vf is for *video* filters [15:48] <Aikar> so i need af? [15:48] <saste> you tell it [15:48] <Aikar> i saw someone say use -vf instead of -filter_complex for older versions [15:50] <saste> Aikar: -af is not supported in older versions, depending on how older the version is [15:50] <Aikar> hmm -filter:a looks like its working [15:51] <Aikar> well its streaming but im not at home to test if audio is merged haha [15:52] <Aikar> https://gist.github.com/68fd4532a19a411a934a [15:52] <Aikar> does this look like its working? [15:53] <Aikar> basically im capturing desktop sound and microphone sound and want to merge them [15:53] <Aikar> pulse is my desktop and hw:0 is mic [15:56] <Aikar> lol well desktop sound works, i used espeak and heard it over my stream [15:57] <Aikar> i wonder if i just freaked my fiancee out [15:57] <JyZyXEL> ffmpeg -i INPUT.AVI -acodec libfaac -vcodec libx264 -vpre default -crf 20 OUTPUT.mkv [15:57] <JyZyXEL> would that be ok? [15:58] <Aikar> ok the idea of being able to do TTS messages to my fiancee is great haha [15:58] <Aikar> i hope i dont have the speakers all the way down ;( [15:58] <Aikar> http://www.twitch.tv/aikaradora < im using ffmpeg to stream desktop to twitch [15:59] <Aikar> so saste thanks for the help, looks like it MAY be working. I can hear desktop sound [15:59] <Aikar> I guess I can flip the sound order (as I always only heard the first input before) and see If i can still hear desktop when its 2nd [15:59] <Aikar> since she doesnt seem to be wanting to get out of bed to speak into the mic [16:00] <Aikar> ugh its not working, now i hear mic and i can hear the TTS messages through mic :( [16:02] <Aikar> https://gist.github.com/3237217 < where im currently at [16:05] <JyZyXEL> File for preset 'default' not found [16:05] <JyZyXEL> how can there not be a default [16:06] <Aikar> JyZyXEL: try -preset instead of -vpre, that hit me when i upgraded to .10 [16:06] <JyZyXEL> unknown encoder libfaac [16:11] <JyZyXEL> i can't figure out a way past this [16:12] <JyZyXEL> ok its "aac" [16:14] <JyZyXEL> this is isanely hard [16:15] <Aikar> i need someone who knows how to properly do amerge :( [16:15] <JyZyXEL> -preset was wrong [16:15] <JyZyXEL> deleted that, then it wanted me to add -strict and -2 [16:15] <Aikar> everything seems to want to use -f lavfi -i with files, but i need the input streams [16:15] <JyZyXEL> aparrently some of the codec im using is "experimental" [16:16] <JyZyXEL> but it didn't tell me which one of them [16:18] <Mareod> JEEB: ah.. after getting it installed and everything I have now noticed that libav does not include support for ProRes encoding, only decoding. :) [16:18] <Aikar> newaudio was removed? [16:18] <JyZyXEL> im just assuming it is using some kind of default values now [16:20] <JEEB> Mareod, uhh [16:20] <JEEB> it does [16:20] <JEEB> it has a prores encoder [16:21] <Mareod> oh.. i did a avconv -codecs and it has prores listed as decoder only.. let me recheck it [16:21] <JEEB> Mareod, http://git.libav.org/?p=libav.git;a=blob;f=libavcodec/proresenc.c;h=f821533… [16:21] <JEEB> proresenc.c :P [16:21] <JEEB> this is kostya's [16:24] <Mareod> ok yep its not in the latest libav release (0.8.3).. I'll grab HEAD [16:29] <JyZyXEL> im really starting to hate VLC [16:43] <JyZyXEL> im starting to run out of ideas [16:44] <JyZyXEL> i've tried avidemux, ffmpeg, videolan x264 [16:44] <JyZyXEL> none of them produce a H264 video that plays correctly on VLC [17:13] <Mareod> JEEB: sorry it took a while, had some issues with shared libraries on the Linux machine I'm using. anyway avconv works fine. I was able to transcode a clip to ProRes with no issues.. [17:14] <JEEB> ok, so it's ffmpeg specific [17:14] <JEEB> then you might want to poke the ffmpeg trac issue that you're still having a problem with it [17:15] <Mareod> ok [17:18] <rainmaker1> Hi, I try to save rtmp stream to a number of files (using segment format) with a fiex time duration of segments. However the very first segment is ok but every after segment when player in vlc first wait to pass segment duration and then start to play normally. [17:19] <rainmaker1> Maybe I didn't explained my problem very well so if anyone can help I will be glad to provide more info with samples :) [17:20] <Mareod> thanks for the help JEEB :) [17:32] <JyZyXEL> JEEB: http://img853.imageshack.us/img853/37/vlcsnap2012080218h30m57.png [17:34] <saste> rainmaker1: that seems the "right behavior" according to VLC [17:35] <saste> since the following segments will start with a timestamp != 0, VLC seems to wait until the starting time is reached [17:35] <saste> did you try the same with ffplay/mplayer? [17:35] <saste> but usually non-starting-from-0 files are not a problem, assuming A/V are synched [17:36] <saste> if not, i could add an option for resetting timestamp values for each new segment [17:41] <Aikar> its a tjholowaychuk o.o [17:41] <JEEB> JyZyXEL, and that's with which container? :D [17:41] <Aikar> saste: https://gist.github.com/3237217 < I'm here but its not merging my audio :/ I still only hear the first input source [17:42] <JyZyXEL> JEEB: MKV [17:42] <JyZyXEL> i even tried the VideoLan x264 encoder straight up [17:44] <JEEB> JyZyXEL, try pushing the matroska file through mkvmerge [17:44] <JEEB> http://www.bunkus.org/videotools/mkvtoolnix/downloads.html#windows [17:45] <JyZyXEL> what will that do? [17:47] <JyZyXEL> i figured it was a problem with the H264 stream and VLC not decoding it properly? [17:48] <saste> Aikar: seems like a pulse/also problem [17:48] <saste> pulse/alsa* [17:50] <JEEB> JyZyXEL, some demuxers have problems with non-mkvmerge muxing [17:50] <JEEB> dunno if that's the case in this case [17:50] <JEEB> but it's worth a shot [17:50] <JyZyXEL> i guess! [17:51] <Aikar> saste: both the inputs work fine, whichever is first works. I want to merge them into 1 stream though [17:51] <Aikar> so its the amerge part that doesnt seem to be working [18:34] <emerica> Is there something I could change setting wise in ffmpeg when creating mp4's to have the size of the moov atom to become smaller? Running into a problem with some devices having issues when a moov atom is larger than 6mb. When doing long movies 1.5-2 hours we start to break that 6mb. The mdia and trak atoms get rather large. Any ideas ? [18:39] <soulstitchmmo> can anyone help me figure out why I can't record sound any more? [18:58] <brontosaurusrex> how would i go compiling fdk-aac with ffmpeg, any guides? [19:02] <JEEB> not different from any other library [19:02] <JEEB> https://github.com/mstorsjo/fdk-aac -> create the configure with autoreconf -> compile -> install -> compile ffmpeg with the needed configuration [19:03] <powerNET> what is the best aac library [19:03] <powerNET> that is lgpl compliant [19:04] <JEEB> until fraunhofer's license has been re-checked libavcodec's internal aac encoder is the "best" there is [19:04] <JEEB> fraunhofer made a custom license which depending on what they meant is either LGPL compatible or not [19:06] <brontosaurusrex> ok autoreconf is doing something [19:07] <JEEB> it'll create the configure script [19:12] <Macey> anyone got an example of how to reencode a mp3 stream from http please/or can point me in the right direction#? [19:12] <Macey> oops ? [19:13] <brontosaurusrex> JEEB: --enable-nonfree ? [19:13] <JEEB> yes [19:14] <brontosaurusrex> and this thing will do he aac and pc aac as well right? [19:14] <brontosaurusrex> ps* [19:15] <JEEB> lc, yes, hc, yes -- and a whole lot of other stuff [19:15] <brontosaurusrex> like? [19:15] <brontosaurusrex> 5.1? [19:15] <JEEB> ...you were just talking about types AAC [19:15] <JEEB> now you're talking about channel sets? [19:15] <JEEB> anyways, yes -- various channel configurations should work [19:16] <brontosaurusrex> afaik build in aac encoders can only do 2 channel [19:16] <JEEB> no, libavcodec can afaik do more [19:16] <JEEB> vo-aacenc was limited [19:16] <deuxbierre> hello, i've got a problem to convert files .flv to files.avi for an archos 2 vision, , sorry if my english isn't perfect [19:17] <llogan> Macey: ffmpeg -i http://192.168.1.159/input.mp3 -c:a libmp3lame -q:a 4 output.mp3 [19:17] <powerNET> people keep saying libvo-aacenc isnt that good quality [19:17] <powerNET> i cant tell the difference though [19:17] <llogan> also it doesnt work with -q:a [19:17] <llogan> AFAIK [19:18] <JEEB> powerNET, libavcodec and vo-aacenc are pretty similar, and heck -- libavcodec's could even be better. [19:18] <JEEB> faac would probably be better with lower bit rates, but nothing really special. fraunhofer's aac encoder is the only one that'll probably stand out in the end [19:20] <llogan> libfdk-aac with ffmpeg doesn't seem to like "-flags +qscale" [19:20] <llogan> to use -global_quality [19:21] <JEEB> I think it supports quality-based encoding, but I don't remember what exact setting was to be used for that [19:21] <llogan> http://www.hydrogenaudio.org/forums/index.php?showtopic=95989 [19:21] <JEEB> yes [19:21] <JEEB> d404 made that thread for testing [19:22] <JEEB> and I now just saw that it uses that setting, it could be different in ffmpeg, I don't know >_> [19:22] <llogan> so the syntax is possibly different now? [19:22] <llogan> ah [19:22] <JEEB> possible syntax differences between libav and ffmpeg? dunno [19:22] <JEEB> in any case, the quality-based encoding should definitely still be there [19:24] <brontosaurusrex> JEEB: do you use libav or ffmpeg? [19:24] <Macey> hey llogan, i need to do it on a binarystream rather than as a file [19:25] <JEEB> I mostly use libav, but I test ffmpeg as well from time to time. Most help I can give isn't specific to any project so I am around both projects. [19:25] <llogan> JEEB: http://pastebin.com/uckpwjqD [19:25] <powerNET> how do i inbuilt aac codec inside ffmpeg? [19:25] <powerNET> without external library [19:26] <brontosaurusrex> JEEB: cool [19:26] <JEEB> powerNET, as long as you haven't disabled it specifically and at least have LGPL enabled it should be enabled [19:26] <brontosaurusrex> got my osx compile now, but no clue how to even test it [19:26] <JEEB> 'aac' codec [19:26] <powerNET> this is lgpl compliant? [19:26] <JEEB> yes? [19:26] <JEEB> it's the libavcodec encoder I've been talking about >_> [19:27] <JEEB> it's on par if not better than vo-aacenc [19:27] <powerNET> i tried using "-acodec aac" but that doesnt seem to work [19:27] <llogan> -strict experimental or -strict -1 (I think) [19:27] <Macey> llogan, is it easy enough to take a mp3 stream (like you had) and transcode to mp2 programatically? I just don't want to write into a file [19:28] <JEEB> llogan, it seems to say -2 nowadays [19:28] <JEEB> but experimental is more readable, yeah [19:28] <Macey> i want to call a getBytes() or something [19:28] <llogan> JEEB: i can never remember the exact value [19:28] <JEEB> which is why the word-based thing is better off :3 [19:28] <JEEB> also in case the number changes in the future it'll still work [19:29] <llogan> Macey: i have no experience with using FFmpeg programatically [19:29] <Macey> ah ok no worries, ta. Is this the right channel or should i be in -devel? [19:29] <llogan> not -devel [19:29] <Macey> ok [19:29] <llogan> that's for discussion of development and patches [19:30] <Macey> ic [19:30] <Macey> i'm just a little stuck [19:30] <llogan> another alternative is the mailing lists [19:30] <Macey> can't find any good examples [19:31] <llogan> you could ask on libav-user mailing list (the list for using the libraries programatically) [19:32] <JEEB> s/libav/ffmpeg/ if you're using ffmpeg :) [19:34] <Macey> ok thanks! [19:34] <llogan> https://lists.ffmpeg.org/mailman/listinfo/libav-user/ [19:35] <llogan> libav-user and ffmpeg-user are both offered by ffmpeg [19:35] <JEEB> lol [19:35] <llogan> it's legacy [19:37] <brontosaurusrex> any good example on how to use fdk-aac from ffmpeg cli, a link perhaps? my google fu is failing me [19:37] <deuxbierre> sorry [19:38] <deuxbierre> llogan, fflogger, http://pastebin.com/mXutS0uZ [19:38] <JEEB> brontosaurusrex, set audio codec to libfdk_aac and set other settings as usual, maybe check up with llogan on how to use quality-based rate control with it. bitrate-based doesn't seem any different [19:38] <llogan> i haven't been able to get quality based working, but i only tried for a minute or so [19:40] <brontosaurusrex> ffmmpeg -i <input> -c:a libfdk_aac -flags +qscale -global_quality 5 -afterburner 1 <output> ? [19:40] <llogan> deuxbierre: you are using ffmpeg like it is mencoder. [19:42] <llogan> deuxbierre: ffmpeg -i input -vcodec mpeg4 -s 176x220 -acodec mp2 -ar 44100 -ac 2 -ab 64k -r 18 -qscale 4 output.mpg [19:42] <deuxbierre> and for out put .avi ? [19:43] <llogan> i don't know what the Archos 2 supports. [19:43] <llogan> i just copied the video information from your paste [19:44] <llogan> brontosaurusrex: did it work for you? [19:44] <brontosaurusrex> llogan: just reading around currently [19:45] <deuxbierre> ok, llogan new paste with the command i'm trying with mencoder http://paste.ubuntu-fr-secours.org/src-108378 [19:45] <llogan> heh. if i try -q:a 5 it complains "[libfdk_aac @ 0x2152040] VBR quality 590 out of range, should be 1-5" [19:46] <brontosaurusrex> 0.5 perhaps then? [19:46] <llogan> no. i was just screwing around. there might be a bug or i'm doing something dumb. [19:47] <llogan> (regarding the way its supposed to be done) [19:47] <deuxbierre> i'll trying to ajust better that commands [19:48] <brontosaurusrex> perhaps -global_quality:a 5 [19:48] <brontosaurusrex> lmao [19:48] <brontosaurusrex> whatever this means: global_quality[:stream_specifier] integer (output,audio,video) [19:49] <deuxbierre> thanks [19:51] <llogan> deuxbierre: that's similar to what i gave you but a few differences: -s 320:-1 -r 15 [19:52] <deuxbierre> i don't understand , i going to read the man and infos [19:54] <llogan> brontosaurusrex: Daemon404 says: you cant use 1 (lowest bitrate vbr mode) with aac_low profile [20:05] <Sashmo> is there a way to output audio and video into seperate files from a input file? [20:08] <brontosaurusrex> llogan: huh? [20:09] <JyZyXEL> the MKV tool didn't help [20:09] <JEEB> ok [20:09] <brontosaurusrex> so there is 0 *** docs as usual ... [20:09] <JEEB> and everything else plays it fine, like mplayer2? [20:09] <JyZyXEL> yeah [20:10] <JEEB> try mp4/flv [20:10] <JEEB> mp4 should be "good enough" [20:10] <JyZyXEL> mp4 is rendering [20:10] <JEEB> k [20:10] <JEEB> you could've just used ffmpeg to remux tho [20:10] <JEEB> -c:v copy -c:a copy [20:10] <JyZyXEL> would that even help because the file was produced by ffmpeg in the first place [20:10] <JEEB> why not? [20:10] <JEEB> I mean [20:10] <JEEB> you only need to switch containers [20:11] <JyZyXEL> oh [20:11] <JEEB> so your input would be derp.mkv [20:11] <JEEB> and output derp.mp4 [20:11] <JyZyXEL> ha funny :p [20:11] <JyZyXEL> i somehow have a feeling its the h264 decoder in VLC thats being buggy [20:11] <JyZyXEL> tried it now on 3 different computers with buncha different VLC versions [20:12] <JyZyXEL> it happens in all of them exactly the same [20:12] <JEEB> well, if mp4 fails too then it's for sure [20:12] <JyZyXEL> i don't know what im gonna do then [20:12] <JEEB> mkv had problems in the past, although they've rewritten the mkv parser lately [20:12] <JEEB> (for 2.x) [20:15] <JyZyXEL> an there we go mp4 fails too [20:16] <JEEB> durf [20:20] <Meelu> i want to convert from multiple video formats if possible all popular ones to mp4/flv the format flash video players support. Anyone know any python scripts or something similiar for this? [20:22] <someone-noone> Hello! Can anyone tell me real bitrate for h264 hd and full hd stream with best and average quality? [20:23] <sacarasc> Bitrates can vary enormously depending on the content. [20:24] <GA-Flix> Good day everyone. Can anyone tell me where I get a mingw32 compiler for ubuntu? (and how i choose that compiler for compiling ffmpeg) [20:24] <someone-noone> sacaras, I understand& But there should be some avarage value. For example, if we are talking about movie [20:25] <sacarasc> someone-noone: High action? Low action? Animated? [20:25] <someone-noone> sacaras, avarage and high action [20:25] <sacarasc> You could just use a quality based thing, and forget about setting a bit rate at all... [20:27] <cbreak> someone-noone: forget about bitrate [20:27] <cbreak> and just use crf [20:27] <cbreak> you don't seem to need bitrate anyway [20:27] <llogan> someone-noone: 1. choose a preset 2. choose a crf value 3. use these same settings for the rest of your videos [20:27] <someone-noone> sacaras, I need to calc how much my service will cost (internet-traffic). For this I need some avarage value to make calculation. I understand it depends on lot of factors, anyway I should understand low, avarage and hight bitrate for 720p and 1080p [20:27] <cbreak> let's say crf 20 or so. Lower if you want better quality, higher if you want smaller files [20:29] <someone-noone> Can I make assumption, that most of HD files with h264 has bitrate ~2mbps? [20:29] <llogan> Meelu: you don't need a python script to do that. just use ffmpeg directly. [20:29] <cbreak> bitrate will probably between 500kbit/s and maybe 20mbit/s [20:29] Action: GA-Flix needs help with cross compiling [20:29] <Meelu> llogan, i know but i thought there may be many diff commands and a script would have them ready [20:30] <llogan> GA-Flix: http://ffmpeg.zeranoe.com/blog/?p=106 [20:30] <GA-Flix> llogan, can i use w64 script to build 32bit program? [20:31] <llogan> GA-Flix: i don't know. i'm a linux luser. [20:31] <GA-Flix> okay, i'll try [20:31] <GA-Flix> thank you [20:32] <llogan> Meelu: ffmpeg -i input -c:v libx264 -preset medium -crf 23 -c:a libmp3lame -aq 4 -ar 44100 output.flv [20:32] <llogan> adjust crf and preset if desired [20:33] <Meelu> would this be like youtube ones [20:33] <llogan> similar, but better looking. probably -crf 29 for youtube quality [20:33] <Meelu> alright thanks [20:34] <llogan> or: ffmpeg -i input -c:v libx264 -preset medium -crf 23 -c:a libfaac -q:a 100 output-temp.mp4 && qt-faststart output-temp.mp4 final-output.mp4 [20:35] <llogan> use the slowest preset you have patience for and the highest crf value that still gives an acceptable quality [20:35] Action: llogan needs to get off ass and finish that x264 encoding guide [20:35] <llogan> i'll do it later [20:35] <Meelu> lol [20:35] <GA-Flix> llogan, thanks, i can choose between x86 and x64 =D [20:46] <llogan> Sashmo: yes. probably something like: ffmpeg -i IronMan.mkv -map 0:0 -c copy output-video.mkv -map 0:1 -c copy output-audio.mka [20:54] <Sashmo> thanks llogan [20:58] <subanomic> hi [20:59] <subanomic> I have a problem with ffmpeg for Ubuntu 10.04. When trying to convert a wmv to vcodec libx264, it tells me "Unsupported codec for output stream #0.1" [20:59] <subanomic> I do have libx264 installed [21:00] <subanomic> okay. I have to figure out a way to copy from a vm... [21:01] <JEEB> subanomic, you will need to have libavcodec-extra installed for that [21:01] <JEEB> if you are using the distro package [21:01] <JEEB> IIRC [21:01] <subanomic> I do have that installed as well [21:01] <JEEB> ok... [21:01] <JEEB> then yeah, pastebin would be nice [21:12] <subanomic> okay, here we go. I wasn't able to SSH into the machine, I wasn't able to copy from it and for some weird reason I wasn't able to pipe the ffmpeg output into a text file [21:12] <subanomic> so I had to do a screenshot: http://www1.picturepush.com/photo/a/8882929/1024/Anonymous/ffmpeg-screensho… [21:13] <llogan> subanomic: it's having trouble with the audio output [21:14] <subanomic> oh, okay [21:14] <llogan> also, -crf and -b are mutually exclusive [21:15] <llogan> so you probably want to remove -b 1500k [21:15] <llogan> try giving it an -acodec, such as "-acodec libfaac -aq 100" [21:16] <llogan> (that is if your libavcodec-extra-52 is from medibuntu) [21:16] <subanomic> unknown encoder libfaac. I'll search for the ubuntu packages, just a minute... [21:17] <llogan> http://ubuntuforums.org/showthread.php?t=1117283 [21:17] <llogan> option C [21:18] <llogan> or use "-acodec libmp3lame -aq 4" [21:19] <subanomic> I need the videos to play under HTML5 compatible browsers, so I need AAC [21:21] <Mista_D> Demuxed a TS file, can't mux it back toghether again. http://pastebin.ca/2176913 [21:21] <subanomic> so is this due to the fact that the ffmpeg version I'm using didn't have --enable-libfaac when it was compiled? [21:21] <subanomic> I did install a libfaac package, but still the same error [21:22] <JEEB> yes [21:23] <subanomic> thanks everyone! The medibuntu version from llogan's link works [21:23] <JEEB> ugh [21:23] <JEEB> medibuntu [21:23] <JEEB> although I guess that's better than debian-multimedia [21:25] <subanomic> JEEB: the other ffmpeg version still doesn't have --enable-libfaac [21:25] <subanomic> must have been something else [21:25] <JEEB> well, without libfaac enabled you can't use faac, naturally [21:27] <llogan> subanomic: an alternative solution: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuideLucid [21:27] <JEEB> and you might just compile ffmpeg with fdk-aac [21:27] <JEEB> if you compile yourself :) [21:27] <subanomic> I don't know how ffmpeg works. But isn't there some standardized interface for all the codecs, such that one could just install the codec libraries and ffmpeg can use them without having to compile support for that particular codec into ffmpeg? [21:27] <JEEB> nope, doesn't work like that [21:28] <JEEB> if you enable it and don't have the library at runtime it'll just crash [21:28] <JyZyXEL> is it better to put xvid in avi or mkv? [21:28] <llogan> i will add a fdk-aac section (and possibly a note about -global_quality 1) [21:29] <JEEB> JyZyXEL, the b-frames in avi hack is something most people are used to, so it shouldn't matter -- but I would prefer mkv as it's "proper" [21:29] <JyZyXEL> ok [21:29] <subanomic> but then, again, I'm wondering why the ffmpeg version from medibuntu didn't have "--enable-libfaac" in the configuration section that it prints when I run it [21:30] <JEEB> because it's nonfree? [21:30] <JEEB> as in, can't be distributed [21:31] <subanomic> no, you misunderstood me. I mean the working version from medibuntu. It did convert the video with -acodec libfaac just fine. But it didn't say "--enable-libfaac" in the configuration section [21:31] <JyZyXEL> im trying xvid with 9216kbps two pass now [21:31] <JyZyXEL> thats good, right? [21:32] <powerNET> so i cant redistribute ffmpeg with lib-faac or lib-aacplus? [21:32] <JEEB> subanomic, pastebin of its output? [21:32] <JEEB> powerNET, indeed [21:32] <JyZyXEL> ok the projections are saying it might be a bit too good haha [21:32] <JEEB> they are nonfree [21:32] <JEEB> JyZyXEL, OVER NINE THOUSAND! [21:32] <powerNET> yeah. I'm just wondering if the built-in encoder is fine to redistribute... i guess i'd have to get some aac licenses [21:32] <JyZyXEL> yeah its gonna be way too big :D [21:33] <powerNET> patent* [21:33] <JEEB> powerNET, uhhh the libavcodec one is LGPL just fine [21:33] <JEEB> liaacplus and libfaac were found to just copy the reference code [21:33] <JEEB> which is not GPL-compatible [21:33] <JEEB> thus they were made nonfree [21:33] <JEEB> but [21:33] <JEEB> patent licenses and software licenses are different [21:33] <powerNET> wait so aac doesnt have any patent licenses [21:34] <JEEB> ... [21:34] <JEEB> read my last line [21:34] <powerNET> well im guessing there isnt any software licenses for using libavcodec one [21:35] <JEEB> ... [21:35] <JEEB> ok, I'll say it in a different way [21:35] <powerNET> yeah im really retarded sorry [21:35] <JEEB> patent licenses and software licenses are completely separate things [21:36] <JEEB> software license is the license under which you can use the software in general terms, whether or not by local laws and patents you have to license your usage of certain formats is a complete separate issue [21:36] <JEEB> nonfree means that the code isn't compatible with the software license(s) [21:36] <JEEB> (which makes it impossible for you to distribute the binary) [21:37] <powerNET> but if i want to distribute ffmpeg lgpl to do aac encoding [21:37] <JEEB> has nothing to do with whether or not there are patents on something and/or if someone wants you to license certain formats [21:41] <llogan> JyZyXEL: why are you performing two passes? why not just use a quality based single pass encode? [21:42] <JyZyXEL> i thought two pass was the cool thing to do? [21:43] <JEEB> llogan, with xvid? [21:43] <llogan> -qscale [21:43] <JEEB> hmm [21:43] <JEEB> wasn't that just constant qp? [21:44] <JEEB> JyZyXEL, it used to be the only way of getting good enough quality for file size with certain encoders... libx264 f.ex. has the crf rate control mode, which is as good quality-wise, but is suited for "quality-based" encoding [21:44] <JyZyXEL> i thought x264 was totally awesome [21:44] <JEEB> it is [21:45] <JyZyXEL> until i opened the resulting file in VLC... [21:45] <JEEB> I haven't seen other encoders with a mode similar to libx264's crf [21:45] <JyZyXEL> thats when it all turned into.. poop [21:45] <JEEB> well, VLC be VLC [21:45] <JEEB> as you could see only it fails [21:45] <JEEB> and I'm surprised why it's failing for you [21:45] <JyZyXEL> for all my machines [21:45] <JEEB> all of the streams I've made and played with it have worked [21:46] <JyZyXEL> only thing i can think of maybe the source material has something to do with it? [21:46] <JEEB> JyZyXEL, can you share how you were encoding those H.264 streams? [21:46] <JyZyXEL> its Huffyuv 2.1.1 [21:46] <JEEB> no [21:46] <JyZyXEL> JEEB: i tried all the tools i could think of [21:46] <JEEB> command line for ffmpeg and ffmpeg's terminal output [21:46] <JEEB> if possible [21:46] <JyZyXEL> ffmpeg, avidemux and the x264.exe [21:46] <JEEB> for what you were doing [21:46] <JEEB> I would like to try and replicate it myself, and/or see if you have set anything stupid [21:46] <JyZyXEL> i already closed the command lines but the resulting output was same always [21:47] <Mista_D> encoded TS file with x264 and faac; demuxed it; can't mux it back to TS... MP4/AVI are ok. http://pastebin.ca/2176923 [21:47] <JyZyXEL> i used default settings only setting the quality controls [21:47] <JEEB> if you can do a favor to me and start one up once again, to get your command line and the output ffmpeg does when it starts encoding, you can stop in the middle unless you remember getting some extra messages [21:50] <JyZyXEL> yeah i guess i can work it out from memory [21:51] <JyZyXEL> it wasn't a very nice user experience with all the syntax errors my commands gave [21:51] <JyZyXEL> fix one thing and a next error appears [22:11] <llogan> i added fdk-aac to the ubuntu guide (but not the older ones for lucid 'n hardy). [23:15] <powerNET> it seems libvo_aacenc is the best lgpl compliant encoder [23:16] <powerNET> its very close my original source at 128 kb/s bitrate compared to libmp3lame and libavcodec [23:16] <JEEB> k [23:16] <JEEB> it can be close to libavcodec's internal at times tho [23:18] <powerNET> hmm well what i did was i had a flac file at 320kbps.. converted to 3 different files [23:18] <powerNET> opened up audacity and then inverted my original track.. lined all 3 coverted ones [23:19] <powerNET> and ideally it there should be no sound in the exported file [23:20] <powerNET> i'm assuming the more sound the exported file has, the more lossy encoding [23:20] <powerNET> i could be wrong though [23:21] <JEEB> you should really be doing blind listening tests [23:21] <JEEB> there was one done lately'ish and it showed that libavcodec's encoder was actually surprisingly good [23:22] <JEEB> it does have some features disabled tho, as those are broken. But even without them :D [23:27] <powerNET> blind testing? [23:27] <powerNET> i mean they all sound pretty much the same :) [23:28] <powerNET> but yeah libavcodec was second best. worst was mp3. [23:33] <Jax> hello.. is there an easy way to extract a couple seconds from an MTS movie? i don't usually do video stuff. [23:46] <llogan> JEEB: do you have a link to that test? [23:46] <llogan> i'm guessing its japanese [23:46] <JEEB> yeah, it's the japanese one [23:46] <llogan> i don't know it, but kamendo2 (sp?) 'n friends seem to be on top of the testing [23:47] <llogan> Jax: ffmpeg -i input -t 4 -ss 12 -c copy output [23:49] <Jax> thanks llogan! [23:49] <llogan> Jax: -t duration, -ss offset time [23:50] <llogan> you may have to replace "-c copy" with "-vcodec copy -acodec copy" depending on your ffmpeg version [23:50] <Jax> 0.7.11 [23:51] <llogan> i don't remember what versions use what syntax [23:53] <llogan> JEEB: i hope his next one includes fdk-aac [23:54] <teratorn> "-c copy" that is nice syntax [23:54] <teratorn> thanks! [23:55] <llogan> http://d.hatena.ne.jp/kamedo2/20120729 [00:00] --- Fri Aug 3 2012

1 0

ffmpeg-devel.log.20120801
by burek 02 Aug '12

02 Aug '12

[00:00] <slackyman> I made a 22MB static ffmpeg [00:00] <slackyman> a 22MB static ffplay [00:01] <Daemon404> that sounds about right. [00:01] <slackyman> and a 22MB static ffprobe [00:01] <slackyman> ALL possible windows libs were included [00:02] <slackyman> librtmp with polarssl support (due to the impossiblility to make p11-kit static) [00:02] <slackyman> freetype, libfribidi, fontconfig [00:02] <Daemon404> i recall librtmp being annoying to cross-compile [00:02] <slackyman> and x264, gsm, xavs etc [00:02] <Daemon404> and what on earth are you using fontconfig for? [00:02] <slackyman> yep [00:02] <slackyman> I make my own scripts [00:03] <slackyman> ok, if you wanted to know, configure went well [00:03] <slackyman> now let's compile [00:03] <slackyman> (I had MANY MANY linking error in compiling and linking with the old one) [00:04] <slackyman> sorry if It takes too much but there's a lot of libs and I only have a Q8800 [00:05] <slackyman> "make" started [00:05] <slackyman> [OT] I really love GitHub [00:05] <slackyman> :) [00:06] <slackyman> another question [00:06] <slackyman> does ffmpeg reads the "private" libs on pkg-config? [00:08] <Daemon404> what? [00:09] <slackyman> I noticed that many code in ffmpeg has changed since my last git [00:09] <slackyman> ffmpeg, as far as I know, add libs defined in the pkg-config of a defined lib added [00:10] <slackyman> but last time I had to move what's in Libs.Private to Libs [00:10] <slackyman> since ffmpeg didn't add that flags [00:11] <ubitux> reminds me https://ffmpeg.org/trac/ffmpeg/ticket/1539 [00:11] <ubitux> since i'm not familiar with all the cross-compil & toolchain stuff, maybe someone else want to comment when you found out the problem [00:12] <Daemon404> slackyman, indeed pkg-config needs to be called with --static if so [00:12] <slackyman> yes, I know [00:12] <slackyman> sorry [00:12] <slackyman> I'm on the phone... a call [00:20] <slackyman> anyone knows where can I find libilbc source without having to extract to hte IETF doc? [00:20] <slackyman> no, leave it [00:20] <slackyman> I don't want to get in business with propertary libs [00:22] <Daemon404> you cant legally distribute nonfree builds [00:22] <slackyman> yes, I know [00:22] <slackyman> I enable "version3" [00:23] <slackyman> and it's good that ffmpeg refuse to copmpile when finds comflicts between licenses [00:24] <slackyman> I don't really know how google develop chrome using gpl'ed code and closing some source without license infrangements [00:25] <slackyman> but I really don't care :) [00:25] <slackyman> I only use gpl code [00:27] <slackyman> Daemon404, compile and linking to your git is OK! [00:27] <Daemon404> :) [00:27] <slackyman> utvideo.o is linked without warnings [00:28] <slackyman> I even modified ffmpeg Makefile to add resources like icons and versioninfo [00:29] <slackyman> I'm pretty proud of my Monolith-version of ffmpeg [00:32] <slackyman> ok [00:33] <slackyman> I have to go [00:33] <slackyman> thanks and good-evening-night-day (it depends where are you from) [00:33] <slackyman> bye [01:19] <durandal_1707> michaelni: i can reproduce strange bug in FFmpeg code [01:20] <durandal_1707> ffmpeg -i wavpack_sample.wv -f null - [01:20] <durandal_1707> will show error on end of decoding [01:20] <durandal_1707> it appers libav does not have this bug [01:22] <michaelni> durandal_1707, where can i find wavpack_sample.wv ? [01:23] <durandal_1707> michaelni: fate have many of them [01:23] <durandal_1707> this is because of ape tags handling [01:25] <durandal_1707> error cames from check for wpkt tag [01:25] <durandal_1707> somehow check if we reached ape tags is not working [01:26] <michaelni> the output from the decoder is fine though its just the error message [01:27] <durandal_1707> am talking about bogus error mesage [01:28] <durandal_1707> even worse (with flac and others) happens if you use -c copy [01:28] <durandal_1707> you get spam with messages about invalid picture 0x0 size [01:30] <durandal_1707> michaelni: i think that check libav folk addes is just ridicilous - it does now work in non-seekable case [01:31] <durandal_1707> instead for containers for which there is no way to know when is end of stream chek for APE stuff should be added [01:33] <michaelni> durandal_1707, this is not a difference between libav & ffmpeg, I tried latest libav and it has this bug too [01:34] <durandal_1707> michaelni: than folk on libav channel lied to me [01:35] <michaelni> avconv version v0.8-2587-g9e4bca1, Copyright (c) 2000-2012 the Libav developers [01:35] <michaelni> 12bit-partial.wv: Input/output error [01:36] <durandal_1707> hmm that is not same error, that is just partial file [01:37] <michaelni> <michaelni> durandal_1707, where can i find wavpack_sample.wv ? [01:37] <durandal_1707> it can be created with wavpack [01:37] <durandal_1707> and it does not need to have ape tags at all [01:38] <durandal_1707> also what about related issue: [01:38] <durandal_1707> ffmpeg -i test.flac -c copy -f null - [01:39] <michaelni> 4.0_8-bit.wv: Invalid data found when processing input (also same between libav and ffmpeg) [01:51] <michaelni> durandal_1707, how do i create wavpack_sample.wv with wavpack ? [01:52] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd57a9928ea 10ffmpeg/ffmpeg.c: [01:52] <CIA-41> ffmpeg: ffmpeg: avoid bogus error with "test.flac -c copy -f null -" [01:52] <CIA-41> ffmpeg: Reported-by: durandal_1707 [01:52] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:54] <durandal_1707> michaelni: something like: wavpack input.wav output.wv [01:56] <durandal_1707> without that output... [01:58] <michaelni> i get tests/data/asynth-44100-2.wv: Invalid data found when processing input [01:58] <michaelni> but libav produces that too [01:59] Action: durandal_1707 sigh [02:00] <durandal_1707> but file should not have any tags so i dunno why this happens at all [02:01] <durandal_1707> and i could swear i did not happened before [02:02] Action: michaelni tries some older versiosn [02:02] <michaelni> ffmpeg 0.11.1 is clean [02:03] <michaelni> so its a regression [04:11] <msmithng> durandal_1707: you had mentioned git format-patch [04:12] <msmithng> I presume this is after I've made my changes to ffmpeg.c [04:12] <msmithng> just trying to be sure I provide the appropriate details [04:22] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb0c51bbcd1 10ffmpeg/libavcodec/h264_mc_template.c: [04:22] <CIA-41> ffmpeg: h264_mc_template: switch to av_assert [04:22] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [04:23] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r38d1c5a4cc 10ffmpeg/libavcodec/g722enc.c: [04:23] <CIA-41> ffmpeg: g722enc: switch to av_assert [04:23] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:12] <durandal_1707> msmithng: that is how usual work is done, you work on one branch and than format-patch againts master and git send-email patches.... [05:15] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rc36bad3b89 10ffmpeg/libavformat/xwma.c: [05:15] <CIA-41> ffmpeg: xvma: remove unused variable [05:15] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [05:17] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r296bcdd2a7 10ffmpeg/libavcodec/paf.c: [05:17] <CIA-41> ffmpeg: paf: use reget_bufer() instead of get_buffer() [05:17] <CIA-41> ffmpeg: Pallete is written to frame->data[1] only if it changes. [05:17] <CIA-41> ffmpeg: This fixes PAL8->PAL8 transcoding. [05:17] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [05:26] <msmithng> hmm... it's at least nice to see that the kbps output is still incorrect in the newest fetch [05:26] <msmithng> frame= 3093 fps= 30 q=21.0 size= 0kB time=00:01:41.93 bitrate= 0.0kbits/s dup=3 drop=0 [05:30] <durandal_1707> msmithng: when was it correct? [05:33] <durandal_1707> actually that currently seems to work only for seekable output [06:29] <msmithng> dang... stepped away and he's gone [06:29] <msmithng> if anyone's interested, I'm putting together a patch that will fix this for non-seekable output [06:30] <msmithng> additionally it will disclose the same details for any extra ost [08:39] <CIA-41> ffmpeg: 03Carl Eugen Hoyos 07master * rd1ebb25ac6 10ffmpeg/libavformat/mov_chan.c: [08:39] <CIA-41> ffmpeg: Skip chan tag padding. [08:39] <CIA-41> ffmpeg: Fixes ticket #1580 [08:55] <ubitux> michaelni: it seems 618fb9cc is causing me an issue [08:56] <ubitux> on ticket 1576, the codec tb is invalid [08:56] <ubitux> because it is not copied [08:56] <ubitux> what issue does this commit solve? [10:39] <CIA-41> ffmpeg: 03Nicolas George 07master * r6eee9f5596 10ffmpeg/libavcodec/8svx.c: [10:39] <CIA-41> ffmpeg: 8svx: ensure that packet size is multiple of channels. [10:39] <CIA-41> ffmpeg: Fix an assert failure with packets of invalid size. [11:10] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r2702e38477 10ffmpeg/libavfilter/ (Makefile defaults.c): lavfi: remove unused defaults.c file [11:10] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r7ddf082f04 10ffmpeg/libavfilter/vsrc_testsrc.c: lavfi/testsrc: drop pointless parentheses [11:26] <ubitux> Assertion ref->buf->refcount > 0 failed at libavfilter/buffer.c:147 [11:26] <ubitux> meh. [11:28] <ubitux> vf tile looks broken [11:30] <ubitux> (./ffmpeg -f lavfi -i testsrc -vf tile -f null - fails) [11:30] <ubitux> i thought we had a test for this [11:30] <ubitux> ah actually fate looks broken [11:35] <ubitux> saste: is it me or everything is broken? [11:37] <saste> ubitux: is fate (the server) working? [11:37] <ubitux> it's down since a while& [11:37] <saste> no seems up [11:37] <ubitux> fate locally fails anyway [11:38] <ubitux> saste: huh? [11:38] <ubitux> oh :o [11:38] <ubitux> indeed. [11:38] <saste> ubitux: seems a problam in tile, probably introduced by anton buf_out patches [11:39] <saste> do you want to fix it? [11:39] <ubitux> no [11:39] <ubitux> :) [11:39] <ubitux> i'm trying to understand why fate fails hard locally [11:39] <ubitux> and also why the lavfi regressions didn't spot the tile assert [11:39] <saste> do we have a tile tests? [11:40] <ubitux> i thought we had [11:40] <saste> *test [11:40] <ubitux> seems not... [11:41] <ubitux> btw, maybe we should move the tests to tests/fate/filter.mak [11:45] <saste> ubitux: why? [11:45] <saste> i mean what's the pro? [11:46] <ubitux> less messy than script shells [11:47] <saste> makefiles are convoluted to read, unless you have your head well buried into them [11:47] <saste> which it's not the case for me, most of the times [11:47] <ohsix> just remember target: stuff-to do-target [11:48] <saste> yes, and the includes and the definitions in other files included in often very non obvious ways [11:48] <ubitux> (lol @ https://lists.libav.org/pipermail/libav-devel/2012-August/032466.html) [11:48] <ohsix> indeed [11:50] <saste> ubitux: some tests should be easily ported to makefile (tests/fate/filter.mak) [11:51] <saste> the advantage is that it bookeeps dependency, i.e. if the component is not build then it won't run the test [11:51] <ubitux> <@saste> makefiles are convoluted to read, unless you have your head well buried into them // well i like the idea of having all the tests in tests/fate/*.mak, and they are pretty easy to read [11:51] <ubitux> and yes, it handle dependencies in a sane way [11:52] <saste> the disadvantage is that it looks less flexible, for example see the do_lavfi_pixfmts function [11:52] <saste> i wouldn't know how to "port" it to filter.mak [11:53] <saste> that said, patches are welcome [11:53] <ubitux> :) [11:53] <ubitux> saste: are you looking at the tile issue or should i just send a mail to nicolas? [11:54] <saste> not at the moment, my todo list is already mighty and growing, and i'm supposed to have a life after all [11:54] <ubitux> ok :) [11:54] <ubitux> use vsrc life [13:05] <CIA-41> ffmpeg: 03Nicolas George 07master * rf952b23ed4 10ffmpeg/libavfilter/vf_tile.c: [13:05] <CIA-41> ffmpeg: vf_tile: fix output buffer ownership. [13:05] <CIA-41> ffmpeg: There is no need to start_frame immediately on the output link [13:05] <CIA-41> ffmpeg: since the rest is only done with the last frame of the tile. [13:05] <CIA-41> ffmpeg: link->out_buf is now automatically dereferenced; since we give [13:05] <CIA-41> ffmpeg: it away it must be cleared. [13:05] <CIA-41> ffmpeg: Fix an assert failure; found by Clément BSsch. [13:44] <CIA-41> ffmpeg: 03Nicolas George 07master * rff2955a4f7 10ffmpeg/libavformat/apetag.c: [13:44] <CIA-41> ffmpeg: apetag: return value when required. [13:44] <CIA-41> ffmpeg: Should fix compilation on clang. [15:19] <CIA-41> ffmpeg: 03Nicolas George 07master * r39b0d40d92 10ffmpeg/tests/ (lavfi-regression.sh ref/lavfi/tile): fate: add test for the tile video filter. [17:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r1894f88546 10ffmpeg/configure: [17:06] <CIA-41> ffmpeg: configure: add support for dlltool when lib.exe is unavailable [17:06] <CIA-41> ffmpeg: The lib.exe test is untested. Someone who has lib.exe please test and fix it if it doesnt work [17:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:10] <Daemon404> yay [17:36] <CIA-41> ffmpeg: 03Clément BSsch 07master * r1f68be4764 10ffmpeg/libavutil/timecode.c: timecode: show frame rate when invalid. [18:10] <Daemon404> michaelni, get_vlc2 is indeed a fair bit slower than my code.. trying to work out why with `perf` and mru. [18:10] <Daemon404> re: canopus [18:10] <Daemon404> http://chromashift.org/perf_anno.txt <-- perf log here if anyone interested [18:11] <durandal_1707> Daemon404: what about GET_VLC ? [18:11] <Daemon404> GET_VLC is called inside get_vlc2 [18:13] <Daemon404> gonna try with -fno-inline-functions to make it easier [18:57] <msmithng> durandal_1707: ping [18:57] <durandal_1707> what? [18:58] <msmithng> to answer your question from last night... [18:58] <msmithng> "durandal_1707: actually that currently seems to work only for seekable output" [18:59] <msmithng> you're correct, at least in as far I can understand the code thus far [19:00] <msmithng> I'm working on getting a patch to accurately track and log for non-seekable (aka live) output [19:00] <msmithng> although, I had built it against N-41668-g564bb24 [19:02] <msmithng> you had also mentioned git format-patch... I'll admit, I'm not entirely familiar with this git command. Is there a particular process you (or anyone else for that matter) like to use when creating a patch? [19:04] <durandal_1707> did you clone repo with git? [19:04] <msmithng> yes [19:06] <durandal_1707> read doc/git-howto.txt [19:06] <rexbron> I'm having trouble transcoding a mov file with a timecode track and get the following error: http://pastebin.com/fyQHtTqn. Looking at libavcodec/timecode.c, it apears that it doesn't support non-integer framerates. The timecode track in question has a frame rate of 23.98 [19:06] <msmithng> swell... thanks [19:07] <durandal_1707> rexbron: framerate is rational and that is not integer [19:08] <rexbron> durandal_1707: yep. It seems that -ss triggers the problem. I can transcode it as long as I don't try and seek, which unfortunately is what I want to do. [19:11] <rexbron> nevermind, fixed in 1f68be4764adb0ee82ac0ca962ff467142ee2af9 [19:16] <rexbron> or I [19:16] <rexbron> or I'm dumb [19:20] <rexbron> hmm, forcing the rate with -r seems to have fixed it [19:31] <Daemon404> durandal_1707, tirns out manually calling GET_VLC is indeed faster (with OPEN/CLOSE_READER outside the loop) [19:31] <Daemon404> turns* [19:32] <durandal_1707> Daemon404: michaelni already said that..... [19:32] <ohsix> i didn't look at the trace, were you recording dcache/tlb misses and stuff? cachegrind can help with t hat sort of stuff [19:33] <Daemon404> durandal_1707, i must have missed it [19:33] <Daemon404> oh wait... now i remember [19:33] <Daemon404> yes. [19:33] <Daemon404> d'oh. [19:37] <CIA-41> ffmpeg: 03Reimar Döffinger 07master * re1bc0171c0 10ffmpeg/libavcodec/nuv.c: [19:37] <CIA-41> ffmpeg: nuv: check size of buffer before accessing it instead of after. [19:37] <CIA-41> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de> [19:37] <CIA-41> ffmpeg: 03Reimar Döffinger 07master * r98b0120668 10ffmpeg/libavcodec/nuv.c: [19:37] <CIA-41> ffmpeg: nuv: Fix playback of RTjpeg from current MythTV, [19:37] <CIA-41> ffmpeg: The previous validity check seems to work only for some [19:37] <CIA-41> ffmpeg: (presumably older) files, in current versions the first bytes [19:37] <CIA-41> ffmpeg: now contain the data size. [19:37] <CIA-41> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de> [19:46] <durandal_1707> can -maxrate be used for upper limit of vbr encoding? [19:47] <Daemon404> that would depend on the codec [19:53] <JEEB> also afaik maxrate goes hand-in-hand with bufsize, which is the buffer size over which the rate used in maxrate is calculated [20:00] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc99d3e2e6c 10ffmpeg/tests/tiny_psnr.c: [20:00] <CIA-41> ffmpeg: tiny_psnr: fix undefined shift [20:00] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [20:44] <CIA-41> ffmpeg: 03Clément BSsch 07master * r53a3748ed2 10ffmpeg/ffmpeg.c: (log message trimmed) [20:44] <CIA-41> ffmpeg: ffmpeg: honor -ss and -t parameters with muxed subtitles. [20:44] <CIA-41> ffmpeg: This patch fixes two things: [20:44] <CIA-41> ffmpeg: - in case of subtitles, check_recording_time() is comparing the current [20:44] <CIA-41> ffmpeg: PTS to the recording time (-t option, set to INT_MAX by default), so [20:44] <CIA-41> ffmpeg: the -ss option needs to be taken into account. It is not required in [20:44] <CIA-41> ffmpeg: do_{audio,video}_out() because this adjustment is set while polling [20:49] <durandal_1707> what is range for qscale arguments? [20:50] <Daemon404> it depends on the encoder [20:50] <Daemon404> it varies between them [20:53] <ubitux> it's insane how -ss/-t and stream copy never actually work [20:53] <ubitux> a & v are *never* in sync :) [20:53] <Daemon404> >implying -ss ever works reliably ever [20:54] <durandal_1707> Daemon404: than how user know what value give best quality? [20:54] <Daemon404> durandal_1707, its listed in the codec options... i think [20:54] <durandal_1707> no it is not [20:54] <ubitux> Daemon404: yeah, it seems the issue is that it jump between "chunks" of time, and never cut the packets data [20:55] <Daemon404> durandal_1707, i guess its just not documented [20:55] <Daemon404> ugly, etc [21:02] <llogan> same goes for aq/q:a [21:21] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb9df3f4f6c 10ffmpeg/libswresample/swresample.c: [21:21] <CIA-41> ffmpeg: swr: fix 10l typo mixing in and out config. [21:21] <CIA-41> ffmpeg: Fixes ticket1458 [21:21] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:26] <Compn> assange documentary about his extradition , sweden, etc -- http://www.abc.net.au/4corners/stories/2012/07/19/3549280.htm [22:17] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rc2502b7b34 10ffmpeg/libavcodec/alac.c: [22:17] <CIA-41> ffmpeg: alac: remove redundant "alac: " from log messages [22:17] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [22:20] <Compn> j-b : can libbluray handle bluray iso ? [22:21] <Compn> i keep getting answers from 2011 [22:21] <j-b> No [22:21] <j-b> because noone added udf support [22:21] <nevcairiel> libbluray can only read the files, something else would need to mount it [22:21] <Compn> k [22:21] <j-b> many claimed they would do it [22:21] <j-b> noone did it [22:22] <j-b> except by doing overly horrible hacks [22:22] <Compn> aww, whats a few hacks between friends ? :P [22:23] <Compn> make it a qualification task for next year GSOC ? :P [22:23] <Compn> who has 40gb iso files anyways... crazyness. [22:23] <Daemon404> i do [22:23] <Daemon404> blurays [22:23] <j-b> well, libdvdread has the right code [22:24] <j-b> so, it should not be hard to extract it [22:24] <Daemon404> j-b, ping about pm i left you a night or two ago. [22:25] <philipl> ubitux: So, your -ss -t change is ok with differing time bases? [22:25] <philipl> I've done a bunch of work with Handbrake generated files as test input and they use 1/90000 as the timebase. Seriously... [22:25] <philipl> (for mp4) [22:25] <j-b> Compn: not hard to do, if someone has the guts [22:27] <Compn> j-b : videolan recieved any threats from sony/ bluray yet ? [22:27] <Compn> or shouldnt i ask... [22:28] <j-b> You can ask [22:28] <j-b> And we did not. [22:28] <Compn> i think its been pretty quiet on the ole front as of late [22:29] <Compn> pretty strange imo, especially with all of the big codecs (prores!) and such [22:29] <Compn> maybe the 2000s was just a crazy lawyer playground that the world has outgrown? [22:30] <j-b> oh, no. [22:30] <j-b> AAC comes very often [22:30] <j-b> DTS made MX Player to remove the DTS decoder from their Android app [22:31] <j-b> Dolby attacks a lot [22:31] <Daemon404> are the aac people the ones who dont understand this whle internet thing [22:31] <j-b> Daemon404: yes [22:31] <Compn> yikes [22:31] <Daemon404> i was on a call with DTS once and mentioned ffmpeg [22:31] <nevcairiel> Shouldnt they be happy people use their codecs instead of just using another one :p [22:31] <Daemon404> yeah bad idea. [22:32] <Compn> nevcairiel : no, they want to sell each and every decoder license [22:32] <Compn> people not using their codecs arent 'users' , but people using ffmpeg are 'lost sales' ... bad math [22:36] <ubitux> philipl: it should; do you have some issues? [22:37] <philipl> No, but I was just catching up on the thread and I saw the question came up and you said you'd only seen 1/1000 samples. [22:37] <Daemon404> j-b, is there a document or page somewhere that details how to submit for reimbursment, or how to find out whats goin on with hotels 'n' stuff? (sorry, first time with this whole shebang) [22:38] <kierank> j-b: well aac = dolby [22:38] <ubitux> philipl: yep, i just played with one sane mkv+ass input [22:38] <philipl> Ok. Cool. [22:38] <j-b> kierank: untrue. [22:39] <kierank> via licensing = dolby, no? [22:39] <j-b> yes [22:39] <j-b> aac != dolby though :) [22:39] Action: j-b runs [22:39] <kierank> yes i was about to correct myself there [22:39] Action: j-b runs faster [22:50] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r20e940e768 10ffmpeg/libavfilter/vsrc_testsrc.c: [22:50] <CIA-41> ffmpeg: lavfi/testsrc: free the context in uninit [22:50] <CIA-41> ffmpeg: Keeping stuff in the context can be useful for debugging purposes. [22:50] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r33474eb1c6 10ffmpeg/libavfilter/vsrc_testsrc.c: lavfi/testsrc: extend logic in request_frame, support static image output [22:50] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r4c8fc6a2a4 10ffmpeg/libavfilter/vsrc_testsrc.c: [22:50] <CIA-41> ffmpeg: lavfi/testsrc: use AVFILTER_DEFINE_CLASS for defining the filter classes [22:50] <CIA-41> ffmpeg: Factorize. [23:05] <ubitux> saste: i'll look at re-submitting showspectrum this week end, sorry for the delay :) [23:05] <saste> ubitux: cool [23:05] <ubitux> i've added the colors and fixed most of the stuff you mentioned [23:05] <saste> ubitux: is it working now? [23:06] <ubitux> well it already worked the other day [23:06] <ubitux> but testing various channels stuff led to crashes so i delayed :p [23:06] <saste> ok [23:06] <ubitux> since it should be fixed now in lavfi and stuff, it might work [23:07] <ubitux> the last issue i have is the jerky playback in various cases [23:07] <ubitux> and i need to check the buffer perms stuff as you pointed out [23:07] <ubitux> anyway, will look this week end [23:08] <ubitux> saste: how is the dvd stuff coming btw? ;) [23:08] <saste> ubitux: sleeping hard [23:08] <ubitux> :D [23:09] <ubitux> i'm really curious to see how it will deal with the only dvd i have [23:10] <ubitux> especially with the subtitles [23:10] <saste> ubitux: i'm toying with the idea of creating a small kickstarter project for it, and see if the prospect of getting some money will foster me [23:10] <ubitux> hehe [23:10] <ubitux> ok :) [23:14] <ubitux> saste: hey so we lost the only buffer local reuse case when moving color to testsrc, right? [23:15] <saste> ubitux: uh? what do you mean? [23:16] <saste> i extended the testsrc framework, so it is now already reusing the buffer, same with the color->testsrc merge [23:16] <ubitux> oups my bad i thought the vf color code was moving to testsrc [23:16] <saste> check how it is done with rgtestsrc [23:17] <saste> i'll apply the color patch soon if no one will comment [23:18] <ubitux> mmh ok seems like it's actually doing something similar [23:18] <ubitux> i was imaginating things again [23:20] <slackyman> Hi [23:20] <slackyman> Daemon404, are you here? [23:20] <Daemon404> ... yes? [23:21] <slackyman> I'm compiling the same ffmpeg configuration for linux (except for the windows-relative libs) [23:21] <slackyman> I'm recompiling some system libs since they're shared [23:21] <slackyman> and put in a different path [23:22] <slackyman> but I have a problem with SDL [23:22] <slackyman> when compiling SDL statically it includes some sys lib like libvga [23:23] <slackyman> but when I'm using its relative sdl-config I get an arror regardin the fact that "ld cannot find -lvga' [23:24] <slackyman> i edited my configure file to make it use my own recompiled sdl-config [23:25] <Daemon404> not my domain [23:25] <Daemon404> also, this belongs in #ffmpegf\ [23:25] <Daemon404> er [23:25] <Daemon404> #ffmpeg [23:26] <slackyman> ok [23:26] <slackyman> thanks [23:26] <slackyman> bye [23:40] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r921063877e 10ffmpeg/libavformat/apetag.c: apetag: change a forgotten return to return 0 [23:40] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r6376a3ad24 10ffmpeg/libavcodec/x86/h264dsp_mmx.c: x86: h264dsp: Remove unused variable ff_pb_3_1 [23:40] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r13a79cf84e 10ffmpeg/libavcodec/ (Makefile dca.c): [23:40] <CIA-41> ffmpeg: dca: Rename dca.c ---> dcadec.c [23:40] <CIA-41> ffmpeg: This will allow adding dca.c with tables used from other files. [23:40] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r9e4bca16f8 10ffmpeg/ (7 files in 2 dirs): dca: Move tables used outside of dcadec.c to a separate file. [23:40] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * r53dfaedc01 10ffmpeg/libavcodec/x86/ (dsputilenc_mmx.c fdct_mmx.c motion_est_mmx.c mpegvideo_mmx.c): x86/dsputilenc: bury inline asm under HAVE_INLINE_ASM. [23:40] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * rb6a3849adb 10ffmpeg/libavcodec/x86/ (Makefile fft.c fft_3dn.c fft_3dn2.c fft_mmx.asm): [23:40] <CIA-41> ffmpeg: fft: port FFT/IMDCT 3dnow functions to yasm, and disable on x86-64. [23:40] <CIA-41> ffmpeg: 64-bit CPUs always have SSE available, thus there is no need to compile [23:40] <CIA-41> ffmpeg: in the 3dnow functions. This results in smaller binaries. [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r998170913c 10ffmpeg/libavcodec/arm/ (5 files): [23:40] <CIA-41> ffmpeg: ARM: use standard syntax for all LDRD/STRD instructions [23:40] <CIA-41> ffmpeg: The standard syntax requires two destination registers for [23:40] <CIA-41> ffmpeg: LDRD/STRD instructions. Some versions of the GNU assembler [23:40] <CIA-41> ffmpeg: allow using only one with the second implicit, others are [23:40] <CIA-41> ffmpeg: more strict. [23:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:40] <CIA-41> ffmpeg: ARM: use =const syntax instead of explicit literal pools [23:40] <CIA-41> ffmpeg: ARM: use standard syntax for all LDRD/STRD instructions [23:40] <CIA-41> ffmpeg: fft: port FFT/IMDCT 3dnow functions to yasm, and disable on x86-64. [23:40] <CIA-41> ffmpeg: 03Ronald S. Bultje 07master * rddbe71b44f 10ffmpeg/libavcodec/dct-test.c: dct-test: allow to compile without HAVE_INLINE_ASM. [23:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rfaa788227f 10ffmpeg/libavcodec/arm/ (simple_idct_arm.S simple_idct_armv5te.S simple_idct_armv6.S): [23:40] <CIA-41> ffmpeg: ARM: use =const syntax instead of explicit literal pools [23:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [00:00] --- Thu Aug 2 2012

1 0

ffmpeg.log.20120801
by burek 02 Aug '12

02 Aug '12

[00:14] <ylluminate> How do you place a video at a specific location on top a larger static background image using ffmpeg? [00:15] <ylluminate> i've attempted to use the following `ffmpeg -loop 1 -i background.png -i overlay.mov -filter_complex overlay -shortest -y output.mov` [00:15] <ylluminate> however the output.mov only has a single frame composed of the background.png file with no video overlay [01:06] <ylluminate> How do you place a video at a specific location on top a larger static background image using ffmpeg? i've attempted to use the following `ffmpeg -loop 1 -i background.png -i overlay.mov -filter_complex overlay -shortest -y output.mov` - however the output.mov only has a single frame composed of the background.png file with no video overlay [01:17] <raven> hi [01:17] <raven> i need to encode videos with very smooth color gradients. they are causing steps. any way to encode such a gradient with mpeg in general? if yes how? [01:19] <relaxed> libx264 has -tune animation [01:19] <iive> you may want to use libx264 and at least 10 bit sample per channel color format. also lower quant levels until gradients are smooth. [01:20] <raven> what are the commands for that? [01:24] <ylluminate> anyone with ideas for the above question regarding overlaying a video atop a static background? [01:25] <iive> ylluminate: doesn't -loop 1 indicate that the image should be repeated only once? [01:25] <relaxed> you need to use the movie filter for the video [01:25] <ylluminate> hmm, i was under the impression that it would loop the first frame, let me go look at the man page again [01:26] <ylluminate> being an image, i looked at it for so long using a previous version packed with ubuntu [01:26] <ylluminate> then updated to the most recent version so i'd not have to use that relaxed [01:26] <ylluminate> i thought that the new -filter_complex eliminated that [01:27] <relaxed> perhaps, I haven't tried it in a while. [01:29] <iive> looking at the source i think it is flag and is used as flag. [01:30] <raven> i cannot find the right command for setting colordepth to 10 - how to do that? [01:30] <ylluminate> interesting, my compilation did not update the man page [01:30] <iive> so no fancy numbers. ylluminate could you try only the single image input, without the second and the stream? [01:30] <ylluminate> although all else installed just fine [01:31] <iive> raven: try the encode and see if it is good enough. [01:31] <raven> iive no it is not [01:31] <iive> tried quant=1? [01:31] <raven> yes [01:31] <iive> -qf 1 probably. [01:31] <iive> try with 0. [01:32] <ylluminate> iive: which arg is the stream? [01:33] <iive> ylluminate: try just ffmpeg -loop 1 -i background.png output.mov [01:33] <iive> hum... i guess you need something to limit the size... [01:34] <ylluminate> kay iive yes, that will just go on ad infinitum without -shortest [01:34] <ylluminate> *okay [01:34] <iive> -t 0:1:0 [01:34] <iive> i think. [01:34] <iive> (1 minute) [01:36] <ylluminate> alright interesting [01:36] <ylluminate> i ran `ffmpeg -loop 1 -i background.png -t 0:0:5 output.mov` [01:37] <ylluminate> after spinning away for 125 frames, i checked it and it actually yielded no time index on the output .mov [01:38] <ylluminate> the file was about 32k [01:38] <ylluminate> hmm [01:39] <iive> 60*25=1500. [01:39] <ylluminate> no, i take that back [01:40] <iive> if the image is black, then it compress quite well. [01:40] <ylluminate> it seems to have worked properly [01:41] <ylluminate> the bg is not blank, it's a static image over which i'm inserting some various data fields with imagemagick [01:41] <ylluminate> so that did indeed encode the video properly [01:41] <ylluminate> my goal is to take a video, resize it and overlay it at a certain position over this static bg i'm generating [01:43] <ylluminate> hmm, so we have the static background encoding to video properly [01:43] <ylluminate> but how now brown cow? [01:43] <ylluminate> i've gotta, it seems, do what we were doing initially [01:43] <ylluminate> use the -filter_complex overlay [01:44] <ylluminate> and pull in a second input that is being overlaid atop the static initial input bg image [01:46] <iive> is the background video bigger than the second video? [01:48] <ylluminate> yes [01:48] <ylluminate> about 2x larger [01:51] <ylluminate> could it somehow be getting underlaid instead of overlaid iive? [01:52] <iive> this is possibility. But I know almost nothing about the filters. [01:53] <ylluminate> hm. unfortunately i flipped the inputs and still it did not change the overlay order as far as i can tell [01:53] Action: iive pokes saste [01:53] <iive> are there more options about the overlay? [01:54] <iive> i guess you use recent git build. [01:54] <saste> ylluminate: start by hacking the overlay examples [01:55] <saste> i'm pretty sure we already have a basic examples covering your problem [01:55] <saste> *basic example [01:55] <ylluminate> really [01:56] <ylluminate> where prey tell is that url wise? [01:59] <ylluminate> saste: do you have an example url for the overlay examples? [02:01] <saste> ylluminate: http://ffmpeg.org/ffmpeg.html#overlay-1 [02:01] <saste> movie docs also may help [02:02] <ylluminate> wow, interesting [02:03] <ylluminate> but as i've seen in some other examples saste it seems to cover overlay pngs just fine, but not seeing anything flipped [02:03] <ylluminate> it seems as though it should work essentially the same [02:03] <ylluminate> yet it doesn't seem to be so far [02:03] <saste> what's the problem [02:04] <ylluminate> i have a larger static bg image (1280x720) over which i'm placing a video that's 200x200 being resized to 660x660 [02:04] <ylluminate> the problem seems to be that each time it's rendered the static bg renders out just fine, but no overlay video appears [02:05] <ylluminate> i've thought perhaps it's being underlaid rather than overlaid, but i don't think so from the examples i'm seeing [02:05] <saste> ylluminate: pastebin with command [02:05] <ylluminate> it seems that the first input is the back most layer and then it increases in height on each additional input [02:06] <ylluminate> `ffmpeg -loop 1 -i background.png -i overlay_video.mov -filter_complex overlay -shortest -y output.mov` yields http://j.mp/R5HGm4 [02:08] <saste> -shortest [02:09] <saste> that is ending the video when the shortest input is ending [02:09] <saste> in this case the background, since it is a single image [02:09] <ylluminate> however background.png is looping indefinitely and therefore should no longer be the shortest... no? [02:09] <saste> ah loop 1 ok... [02:09] <saste> lemme try [02:12] <saste> look it works fine here... [02:12] <saste> and your ffmpeg seems pretty recent [02:12] <saste> maybe a timestamp issue with video.mov? [02:13] <ylluminate> hrm [02:13] <ylluminate> effectively this is what i'm trying to do: https://img.skitch.com/20120801-raeuuubw681x7uqj7n99mfi6eq.png [02:13] <saste> try ffprobe -show_frames on video.mov, check that the video timestamp start from 0 [02:15] <saste> ffmpeg -f lavfi -i color=c=red:s=200x200 -f lavfi -i testsrc=s=100x100 -filter_complex overlay -shortest -y output.mov [02:15] <saste> also try this (which works fine here, and doesn't depend on possibly bogus files) [02:16] <ylluminate> ffprobe output: https://gist.github.com/1e06794c75025e8f40a7 [02:16] <EhevuTov> anyone have source piping to ffmpeg working on Mac OS X? ppm is not working for me anymore [02:17] <EhevuTov> gource* [02:18] <saste> ylluminate: no check the output on video.mov, don't show it to me, just verify that timestamps are in order and starting from 0 (pts_time values) [02:18] <saste> use setpts to fix them otherwise [02:18] <ylluminate> the ffmpeg test you gave me with overlay does indeed work iive [02:19] <ylluminate> i can't help but think something's wrong with that video i'm trying to place over the static bg now [02:19] <ylluminate> i wonder if some kind of an initial conversion on it to sanitize it first might be wise [02:19] <saste> ylluminate: ffprobe -show_frames, setpts in case it has bogus timestamps [02:20] <soulstitchmmo> I am currently reading: http://ffmpeg.org/ffmpeg.html#Detailed-description and would like to know if I am correct in assuming that -vcodec libx264 is what defines the values for -preset:v ? [02:21] <ylluminate> so you're saying `ffprobe -show_frames, setpts overlay_video.mov` saste? [02:21] <ylluminate> (returning an error for me as to why i ask) [02:22] <saste> ylluminate: i'm tired and sleepy, and i compress my sentences [02:23] <ylluminate> lol i know what you mean. just went through a string of gall, kidney stones and kid breaking arm [02:23] <saste> that's mean, use ffprobe -show_frames on the file to check, read carefully the output, use your guessing skills if something seems obscure, in case of problems with timestamps use the setpts filter and see if it helps [02:24] <saste> look it's much easier to just do ffmpeg -i video.mov -vf showinfo -f null - to check the timestamps [02:24] <saste> or ffplay video.mov -vf showinfo [02:25] <ylluminate> no, he didn't break my arm. he fell and broke his. just been a very long month for me. lol [02:25] <ylluminate> i've been up the last few days tending him so -.- zzzzzz [02:27] <ylluminate> ah yes saste [02:27] <ylluminate> i think it is a corrupted overlay vid [02:29] <ylluminate> bingo saste [02:29] <ylluminate> thanks, that really helped to look at the frames [02:32] <saste> ylluminate: i'm going to sleep, good night/day/whatever [02:32] <ylluminate> sleep well [02:32] <soulstitchmmo> I am currently reading: http://ffmpeg.org/ffmpeg.html#Detailed-description and would like to know if I am correct in assuming that -vcodec libx264 is what defines the values for -preset:v ? [02:39] <soulstitchmmo> how do I increase my bitrate from the command line? [05:39] <darkstarbyte> What are some options I could use with libxvid to increase quality? [05:48] <soulstitchmmo> how do I increase my bitrate? [05:50] <darkstarbyte> -b What_ever_you_want_here [05:50] <darkstarbyte> like [05:50] <darkstarbyte> -b 6000k [05:50] <darkstarbyte> The default is a little low. [05:51] <soulstitchmmo> darkstarbyte: the bitrate, corresponds to my upload speed right? [05:51] <darkstarbyte> upload speed? [05:51] <soulstitchmmo> right the bitrate is how fast I can transmit, or how fast it gets encoded. [05:51] <soulstitchmmo> what exactly does the bitrate do. [05:52] <darkstarbyte> The bitrate corresponds to how many bits output from the video file per second. [05:52] <darkstarbyte> average. [05:52] <darkstarbyte> or [05:52] <darkstarbyte> on average. [05:52] <soulstitchmmo> so does that affect CPU? [05:52] <soulstitchmmo> like how much CPU ffmpeg uses? [05:53] <darkstarbyte> cartoon don't take much, I gave one at the resolution 720p, and I gave it 4000k and it only take 1500k [05:53] <soulstitchmmo> I want to stream gaming. [05:53] <darkstarbyte> Usually not by much. [05:53] <soulstitchmmo> So the stream will be running while I'm gaming. [05:53] <darkstarbyte> That is a tough one. [05:53] <soulstitchmmo> and currently it's sitting at 70-90% cpu. [05:53] <darkstarbyte> What kind of cpu do you have? [05:54] <darkstarbyte> Please say multicore. [05:54] <soulstitchmmo> Intel Core i7 cpu 860 @ 2.80ghz x 8 [05:54] <darkstarbyte> oh, then this should be great and easy [05:54] <darkstarbyte> What format do you need? [05:55] <darkstarbyte> mkv, mp4, avi? [05:55] <soulstitchmmo> I'm pretty sure I need flv for twitch. [05:55] <darkstarbyte> avi, etc* [05:55] <darkstarbyte> ok [05:55] <soulstitchmmo> i'm streaming directly to twitch [05:55] <darkstarbyte> Do have the code needed for capturing the screen? [05:56] <soulstitchmmo> ffmpeg -f x11grab -s $INRES -r $FPS -i :0.0+0,0 -f alsa -ac 2 -i pulse -vcodec libx264 -preset:v $QUAL -s $OUTRES -acodec libmp3lame -ab 96k -ar 44100 -b 6000 -threads 0 -f flv rtmp://live.justin.tv/app/$STREAM_KEY [05:56] <soulstitchmmo> I just added the -b 6000 [05:56] <darkstarbyte> it is live, which complicates things. [05:56] <soulstitchmmo> yeah. which is why I'm trying to tweak all that to get maximum quality with minimal lag. [05:56] <darkstarbyte> hold on while I grab options for that x264 encoder. [05:57] <soulstitchmmo> tyvm and if there is a better encoder as well. [05:57] <soulstitchmmo> I am used to XSplit for Windows which handles everything beautifully. [05:57] <darkstarbyte> They have easier ways of doing things, but they can take more cpu power. [05:58] <darkstarbyte> -tune zerolatency should be added for live streaming. [05:58] <soulstitchmmo> Well I'm trying to get Linux Gaming more recognized on Twitch, but to do that I need to be able to stream and not lag my ass off. [05:58] <soulstitchmmo> what does that do? [05:59] <darkstarbyte> lower latency for live streaming. [05:59] <darkstarbyte> How fast is your internet by the way, upload that is? [05:59] <soulstitchmmo> 2.5mbps [05:59] <darkstarbyte> They might need to be a change in bit rate, so you don't lag when sending stuff to the sight. [06:00] <soulstitchmmo> well I know I have to balance that against my Q [06:01] <darkstarbyte> The current options need tweaking [06:01] <darkstarbyte> change -b 6000k to -b 2000k or it will lag when sending the info. [06:01] <soulstitchmmo> done [06:01] <darkstarbyte> One last thing [06:01] <darkstarbyte> Is the game cartoony? [06:01] <soulstitchmmo> Qual = Medium. [06:02] <soulstitchmmo> League of Legends, and Team Fortress 2. [06:02] <darkstarbyte> Ok never mind. [06:02] <soulstitchmmo> So yeah kinda cartoony. [06:02] <darkstarbyte> I forgot that we are using -tune for the low latency. [06:02] <darkstarbyte> If it does not have to be live, we can make the video look better. [06:02] <soulstitchmmo> has to be live :p p [06:03] <soulstitchmmo> I can record locally just fine. [06:03] <soulstitchmmo> ffmpeg -f x11grab -s $INRES -r $FPS -i :0.0+0,0 -f alsa -ac 2 -i pulse -vcodec libx264 -preset:v $QUAL -s $OUTRES -acodec libmp3lame -ab 96k -ar 44100 -tune zerolatency -b 2000 -threads 0 -f flv rtmp://live.justin.tv/app/$STREAM_KEY [06:03] <darkstarbyte> well check the quality on that, see if that is ok. [06:03] <soulstitchmmo> ok [06:04] <soulstitchmmo> lol my q=69.0 :p [06:05] <soulstitchmmo> is the b 2000 supposed ot have a k? [06:06] <darkstarbyte> yeah [06:06] <darkstarbyte> It might not change though. [06:06] <darkstarbyte> This is a very light compression, for band width constraints. [06:07] <soulstitchmmo> ok q = 0.0 [06:07] <soulstitchmmo> http://www.twitch.tv/soulstitchmmo# [06:07] <soulstitchmmo> Just streaming chat atm though. [06:07] <darkstarbyte> check the quality on this, man [06:08] <darkstarbyte> If we could delay the broadcast, you can have much better quality. [06:08] <soulstitchmmo> how much delay? [06:12] <darkstarbyte> I would say if you record it a head of time, you can have really great quality. [06:13] <darkstarbyte> also, set -threads to 4, as in -threads 4 [06:15] <soulstitchmmo> This quality, is kinda fantastic so far. about to actually get in game though. [06:16] <soulstitchmmo> what does that do? [06:16] <darkstarbyte> so it can distribute the work load over the cores of your cpu. [06:16] <soulstitchmmo> wow I can't believe I'm just now learning about that lol. [06:16] <darkstarbyte> even if it is really low, it should make it spread out more. [06:16] <relaxed> that's what -threads 0 does [06:17] <darkstarbyte> auto detect? [06:17] <relaxed> yes [06:17] <darkstarbyte> What he said. [06:17] <soulstitchmmo> this is amazing. [06:19] <soulstitchmmo> haven't even done the thread 4 thing yet and it's worlds better. [06:23] <darkstarbyte> You have a task manager, please pull it up. [06:24] <darkstarbyte> It should tell you how much cpu is left for your game. [06:25] <darkstarbyte> Good night everyone, I am really tired. [07:24] <soulstitchmmo> darkstarbyte: thanks a ton there was a huge improvement. [08:03] <powerNET> Do I need to open source a GUI application that I'm writing for ffmpeg if I use ffmpeg through CLI without modifying anything? [08:04] <powerNET> I'm compiling it with --enable-gpl --enable-libmp3lame --enable-libx264 [08:06] <powerNET> i'm using the software as a ffmpeg exe launcher but it allows user to set x264 preset levels to convert xvid videos to x264. Not really sure if i actually need libmp3lame because I'm using -acodec copy parameter. [08:20] <relaxed> no [08:33] <kcm1700_> I'm receiving video from rtsp/rtp server. decoder is native ffmpeg mpeg4. is it possible to detect if any packet is lost? (as a result the decoded frame is not clear?) [10:12] <Xgates> hey guys [10:12] <Xgates> anyone here ever use WinFF? I'm trying to figure out these problems with; http://code.google.com/p/winff/issues/detail?id=171 maybe I need to use an older version of ffmpeg? [10:16] <JEEB> uhh, I never knew 'kb' worked for bitrates, it was always k AFAIK, [10:30] <Xgates> I changed it to k for one and got it work [10:57] <Xgates> well I finally figured it out, I just needed a different present :) [10:57] <Xgates> thanks [10:57] <Xgates> later... [12:24] <cinelli> Trying to convert *.umv to *.avi can't find any documentation for it anywhere.. *.umv are from a CCTV [12:24] <sacarasc> If you can do ffplay blah.umv, then you don't need any documentation specifically about that. Then again, if that doesn't work, you probably can't use ffmpeg to reencode it. [12:25] <cinelli> sacarasc: noted, what would the command be to reencode it? Not to savy with ffmpeg [12:41] <Gupp> Anyone seen/solved this before? I'm trying to transcode to a H264 MP4 for HTML5 video. libx264 works fine for mkv, but when I change the extention to mp4 it gives an error: http://pastebin.com/sa3dFdcq [12:41] <Gupp> I have searched high and low and tried adding various bit/sample rates, sizes etc as suggested in a lot of forums, but always the same error. [12:46] <saste> Gupp: Codec is experimental but experimental codecs are not enabled, try -strict -2 [12:47] <Gupp> i added -strict -2 to the command line but that didnt suppress the message [12:47] <Gupp> is there a non-experimental eay to get an HTML5 MP4? [12:48] <Gupp> eay/way [12:48] <Gupp> oh no, adding -strict -2 changed the error: [12:48] <Gupp> [mp4 @ 0x1ea47c0] track 1: could not find tag, codec not currently supported in container [12:50] <JEEB> Stream #0:1(eng): Audio: none, 32000 Hz, stereo, flt, 128 kb/s [12:50] <JEEB> what on earth is it trying to select as the audio codec :D [12:51] <CodeFriar> Can anyone share example code showing how to trim video using the *c api* without re-encoding the video? [12:52] <JEEB> also Gupp -- I can't say using a non-release 4.7.0 GCC is a good idea either [12:53] <JEEB> CodeFriar, you would most probably have to look at the ffmpeg command line app's sources for that, look at how it deals with the -ss and other similar commands and having the video codec set to 'copy' [12:54] <saste> CodeFriar: check the segment.c muxer [12:54] <JEEB> ugh [12:54] <JEEB> he left [12:54] <saste> impatient... [12:55] <JEEB> Gupp, I'm somewhat wary of that GCC you're using in relation to the fact that ffmpeg seemingly selected something NULL/none as the audio codec [12:55] <JEEB> oh, it's Stream #0:0 -> #0:1 (pcm_s16be -> aac) [12:56] <Gupp> hmm, not sure what to do about the gcc issue [12:56] <Gupp> i didnt compile ffmpeg myself, prehaps i should try that? [12:56] <JEEB> if you're not going to distro your ffmpeg, I just recommend you to try out the fraunhofer aac encoder [12:58] <JEEB> Gupp, can you give a pastebin with -strict experimental [13:00] <Gupp> JEEB, will do, do you want "-strict -2" like the error suggested, or "-strict experimental" or just "-strict" ? [13:11] <Gupp> JEEB, http://pastebin.com/b6273xqe -strict -2 and -strict experimental dont seem to have made any difference [13:11] <Gupp> http://pastebin.com/b6273xqe [13:11] <Gupp> it was -acodec copy that gave the other error [13:11] <Gupp> getting very confused with all the things i've tried now [13:12] <JEEB> I think experimental is -2 internally [13:12] <Gupp> i dont know what that means!? [13:12] <JEEB> they are the same internally :P [13:12] <JEEB> that's all [13:13] <JEEB> so you can either write it as a word [13:13] <JEEB> or a number [13:13] <Gupp> oh ok [13:13] <JEEB> also, yes -- uhh [13:13] <JEEB> both pastebins seem to be doing copy [13:13] <JEEB> for audio [13:13] <JEEB> which will naturally fail [13:13] <JEEB> as mp4 doesn't support PCM audio [13:14] <JEEB> (there's a specification for that under writing, but it's far from being finalized) [13:14] <JEEB> -c:a aac [13:14] <JEEB> that'll use the experimental aac encoder that you needed the -strict experimental/-2 for [13:15] <Gupp> how come -strict -2 still gives the warning? is that expected? [13:16] <Gupp> -c:a aac doesnt seem to have mad any difference [13:16] <JEEB> give a pastebin [13:16] <Gupp> is there not a non-expermental way to make a H264 MP4? [13:16] <Gupp> coming up [13:16] <JEEB> it's not MP4 or H.264 that needs experimental [13:16] <JEEB> it's the fact that you don't have any other aac encoder [13:17] <JEEB> than the internal one, which is still under the experimental flag [13:17] <Gupp> http://pastebin.com/kmnhcWmM [13:18] <JEEB> try ffmpeg -i test.mov -c:v libx264 -b:v 800k -c:a aac -b:a 192k -strict experimental -g 30 test.mp4 [13:21] <Gupp> genius! its encoding :D [13:21] <JEEB> so it was enabling experimental stuff for the decoders... [13:21] <JEEB> (or ignoring it before the -i) [13:21] <JEEB> basically, if you set something before the -i, the settings touch input/decoding [13:21] <JEEB> after -i, it's output/encoding [13:22] <Gupp> ohhh right [13:22] <Gupp> such a complex tool! [13:22] <Gupp> many thanks for your help :) [13:22] <Gupp> lets just hope the web browsers are happy with the output [13:23] <JEEB> they should be [13:23] <JEEB> H.264/AAC [13:23] <JEEB> in mp4 [13:23] <JEEB> also if you're going to be loading this up via some limited connection like an internet connection, you might want to set vbv [13:24] <JEEB> also, bitrate-based encoding is less than optimal with just one pass [13:24] <JEEB> vbv is set by -maxrate and -bufsize [13:25] <JEEB> where maxrate is the maximum average bit rate over the buffer (basically the minimum connection needed to watch something without extra buffering). and bufsize is the maxrate * how many seconds you will be buffering at first [13:25] <JEEB> and a rate control mode that is optimal with just one pass is the crf parameter (it is limited to libx264, though) [13:26] <JEEB> it is basically a quality based rate control mode [13:26] <JEEB> ("constant rate factor") [13:26] <JEEB> default is 23, and by making it higher you make it compress more and by lowering it you make it compress less [13:26] <JEEB> and yes, "crf that looks good" + vbv would keep the bit rate within the vbv limitations, naturally [13:27] <JEEB> also, regarding libx264 you might want to use the internal presets with -preset most probably (default is 'medium') [13:27] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset [13:27] <Gupp> wow soo much stuff, very interesting though [13:27] <Gupp> will have a play with a few things [13:28] <JEEB> regarding presets, you just use the slowest you can take, it will enable various things that help with compressing things [13:28] <JEEB> (more cpu power used for compression vs less cpu power) [13:28] <JEEB> also, I don't really recommend the slowest and fastest preset [13:28] <JEEB> both are for benchmarks usually [13:28] <JEEB> (or if you have extra time to spend) [13:29] <Gupp> its quite a short vid, so slowest might be tolerable, in this case [13:32] <JEEB> also, maxrate/bufsize probably work with more video encoders. crf is libx264-specific and the presets I mentioned are too [13:33] <JEEB> (I think for example libvpx does have separate preset files that you can call though) [13:34] <JEEB> if you have any extra questions, just ask [13:34] <Gupp> ok, thanks again, defo saving this chat to re-read and will have a play with a few things [13:34] <Gupp> i may be back ;) [13:35] <JEEB> also, if you build ffmpeg yourself you might want to try out fraunhofer's lately open sourced AAC encoder [13:35] <JEEB> https://github.com/mstorsjo/fdk-aac [13:36] <JEEB> also, if you build ffmpeg yourself you usually want to build the current git HEAD :) [13:36] <JEEB> (not one of the releases, as they can become old in one way or another quite quickly) [16:33] <sb1066> Hello! I'm trying to transcode a dvb stream in real time using libavcodec, libavformat and so on. Then mux it to webm and spit out on a http socket. [16:33] <cbreak> there's no such thing as an http socket [16:34] <sb1066> tcp socket [16:34] <sb1066> that spits out http formatted data then :) [16:34] <cbreak> you want to post stuff to a server? [16:34] <sb1066> no, the other way arround [16:35] <cbreak> ffmpeg is not an http server. [16:35] <sb1066> I know [16:35] <cbreak> when I did HTTP Live streaming, I used vlc and apache to split/serve [16:35] <cbreak> and ffmpeg to transcode [16:35] <sb1066> the application I'm working on, called tvheadend, contains a http server [16:36] <sb1066> https://www.lonelycoder.com/tvheadend/ [16:37] <sb1066> atm, I can transcode the dvb source (usually mpeg ts) into mkv [16:37] <sb1066> but I was having some trouble with the vobis codec so I thought I'd pop in here and ask a few things [16:38] <sb1066> to be specific, the timestamps for vorbis is a bit different than for example aac, mp2 and so on [16:40] <sb1066> and also, the frame size is alot smaller for vobis than the source, usually mp2 [16:43] <sb1066> so my first question is: can I just append a bunch of vorbis frames collected from a mp2 frame, then send it to the webm muxer with the first "pts" [16:43] <sb1066> or do I need to send in one frame at a time? [17:10] <burek> sb1066 sounds like you are looking for vorbis user manual, specs, docs, etc [17:12] <sb1066> k, I'll see if I can dig anything up [17:12] <sb1066> thanks [17:19] <dooley> I'm working on a basic transcoding app and was wondering what good presets for x264 would be to use for standard (base SD mp4) and hd (base 720p mp4) encoding? [17:27] <teratorn> dooley: the ones ffmpeg ships with, I think [17:28] <teratorn> sb1066: usually you encode one frame at a time [17:39] <Diogo> hi one question i have one movie mkv with subtitles...i need to convert to mp4 file but with subtitles... [17:39] <Diogo> /servers/ffmpeg/bin/ffmpeg -i filme_comlegendas.mkv -vcodec copy -acodec copy -scodec copy filme_legendas.mp4 [17:39] <Diogo> if i convert directaly /servers/ffmpeg/bin/ffmpeg -i filme_comlegendas.mkv copy filme_legendas.mp4 (i loose the subtitles) [17:42] <raposinha> hi [17:42] <raposinha> I need capture two video from webcam with ffmpeg [17:43] <raposinha> but I run first command the second command not responde and block capture process [17:43] <raposinha> ex: avconv -f video4linux2 -i /dev/video0 video0.avi [17:43] <raposinha> avconv -f video4linux2 -i /dev/video1 video1.avi [17:44] <raposinha> It is possible? [17:44] <Mavrik> avconv? [17:53] <Diogo> anyone? [17:53] <Diogo> hi one question i have one movie mkv with subtitles...i need to convert to mp4 file but with subtitles... [17:55] <raposinha> yes [18:01] <raposinha> Mavrik, Yes [18:02] <Mavrik> raposinha, people on avconv support channel are probably more fit to help you with your problem [18:03] <raposinha> Mavrik, Ok [19:03] <rexbron> I'm having trouble transcoding a mov file with a timecode track and get the following error: http://pastebin.com/fyQHtTqn [21:09] <silly_> i have a problem, when i want to stream audio in additon to the webcam.. webcam alone works.. http://pastebin.com/raw.php?i=WRmYCp0W any ideas? [21:18] <silly_> the strange thing is, without audio it works perfectly, but as soon as i add the alsa part if fails [21:36] <bwalker8981> Hi, I'm streaming a flv from ffmpeg to red5 media server. My frame rate is very low (7fps), even though I specified -r 30. Here is my command, along with the video formats from my webcam: http://pastebin.com/bfZnwRCn [21:45] <Mavrik_> bwalker8981: your camera is telling you it can't stream 30fps @ 720p [21:45] <Mavrik_> so it probably defaults back to 7fps [21:45] <Mavrik_> bwalker8981: you didn't paste the actuall ffmpeg output [21:45] <Mavrik_> so we can't know if that's the case. [21:53] <bwalker8981> mavrik: sorry, i'll paste the ffmpeg output... [21:56] <bwalker8981> mavrik: here is the ffmpeg output. http://pastebin.com/8cbb75q6 I'm new to ffmpeg. Between this and the output of the webcam in the previous paste, do you think there is any way to get a higher fps with that resolution? [21:58] <Mavrik_> bwalker8981: if you look at your output [21:58] <Mavrik_> you can see your camera outputs either up to 10fps @ 720p RAW video or up to 30fps @ 720p h.264 encoded video [21:58] <Mavrik_> you probably just have to tell ffmpeg to switch the camera to the second mode [21:59] <Mavrik_> yeah, see in the input segment: [21:59] <Mavrik_> Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 960x720, 165888 kb/s, 15 tbr, 1000k tbn, 15 tbc [21:59] <Mavrik_> [video4linux2,v4l2 @ 0xac2d680] The driver changed the time per frame from 1/30 to 1/15 [22:01] <Mavrik_> bwalker8981: try putting "-vcodec h264" BEFORE "-i" [22:01] <bwalker8981> mavrik: so it's streaming Raw video now, but if i go to the h.264 codec I should be able to go up to 30fps? I think I see what you're saying now. To use the h.264 codec, that's th- oh you just answered my question with -vcodec [22:01] <bwalker8981> mavrik: Thanks! I'll have to install that and give it a try, ill do that now [22:01] <Mavrik_> see if you're getting h264 from the camera in the "input segment" :) [22:03] <llogan> bwalker8981: you don't need to install anything to decode H.264 [22:04] <bwalker8981> llogan: oh, so I guess im confused then, i should just add the vcodec line? [22:04] <llogan> sure, you can try it [22:05] <bwalker8981> llogan: i get http://pastebin.com/mYUB5RN8 error message [22:05] <llogan> always include your complete command and the complete output [22:06] <llogan> you can also test decoding only so you can determine if it is decodng or encoding that is the bottleneck [22:06] <llogan> ffmpeg -benchmark -f v4l2 -s 1280x720 -r 30 -i /dev/video0 -f null - [22:06] <bwalker8981> llogan: sorry! here it is http://pastebin.com/H87iGReR [22:08] <Mavrik_> bwalker8981: can you do somethin glike ffmpeg -f v4l2 -list_formats all -i /dev/video0 dummy.mp4 [22:08] <Mavrik_> that should list supported formats as ffmpeg sees them [22:09] <bwalker8981> mavrik: llogan: here is that output http://pastebin.com/K1jW8hkC [22:10] <Mavrik_> hmm, "h.264" says unsupported [22:10] <llogan> bwalker8981: refer to "V4L2 indev AVOptions" in ffmpeg -h [22:10] <Mavrik_> bwalker8981: mjpeg is supported though, use "-vcodec mjpeg" before "-i"... that should give you 30 fps :) [22:11] <Mavrik_> (of course use "-r 30" before "-i" to actually set 30 fps input :) ) [22:12] <llogan> v4l2 has -framerate, -input_format, -video_size private options, so you may have to use those instead [22:13] Action: llogan has never used v4l2 [22:13] <Mavrik_> llogan: -vcodec / -r / -s get translated if passed before -i :) [22:14] <llogan> i'm just regurgatating what the documentation and examples show [22:14] <llogan> corn? when did i eat corn? [22:15] <Mavrik_> and I'm telling you what works ;) [22:15] <llogan> good for you. here's a cookie. [22:15] <bwalker8981> mavrik: logan: cool, using vcodec mjpeg I can get it up to 30 fps. However, now there is a very large lag in the video. We are trying to have a real time feed from a blimp, so this 4 sec lag is too much. Any suggestions for how to deal with this? would the h264 codec eliminate this option? [22:16] <Mavrik_> hmmm, the question is where the lag is coming from [22:16] <Mavrik_> if it's the camera, the encoder, player, streaming server or all of those :) [22:18] <bwalker8981> Mavrik: I don't think its the player, because I set the buffer to 0 for that... [22:20] <Mavrik_> bwalker8981: I suggest you run "ffplay" on your camera [22:20] <Mavrik_> with same parameters (except encoding/output) as you're running ffmpeg [22:20] <Mavrik_> to see if there's lag with camera [22:21] <bwalker8981> Mavrik: okay ill give it a try, i'll have to figure out the command... [22:21] <Mavrik_> the syntax is probably almost identical [22:21] <Mavrik_> probably just remove output file and -i [22:23] <bwalker8981> Mavrik: is this supposed to be installed with ffmpeg? I don't think I have it [22:23] <Mavrik_> yeah, it's part of ffmpeg [22:23] <llogan> it requires sdl [22:24] <llogan> if it is missing it is silently not built i think [22:27] <bwalker8981> llogan: i didn't have sdl installed. it looks like ill have to to reinstall ffmpeg [22:28] <llogan> libsdl1.2-dev specifically [22:31] <llogan> bwalker8981: sounds like an interesting project...a blimp. [22:31] <bwalker8981> llogan: i know! we're going to have it fly around our research building, and let anyone control it from a webpage with a live video feed from the blimp [22:33] <llogan> i propose you name it "Coppens" after the Belgian balloon buster [22:35] <llogan> bwalker8981: what board are you using? [22:35] <bwalker8981> llogan: ha ha. beaglebone [22:41] <bwalker8981> llogan: you know, I think the problem is my internet connection. my connection is 10,000 kbits/s, but with 30fps at 1280x720 the datarate is over 20Mb/s [22:42] <sacarasc> Depends on the compression. [22:42] <bwalker8981> sacarasc: im streaming mpeg's now. is h264 more compressed? if so, I would like to figure out how to get this codec working with ffmpeg [22:43] <sacarasc> Technically, H264 is an MPEG... [22:45] <sacarasc> It does have the best quality:size ratio, though. [23:27] <slackyman> hi [23:27] <slackyman> nedd a help to recompile sdl and make ffmpeg using the new one (static) [00:00] --- Thu Aug 2 2012

1 0