[Ffmpeg-devel-irc] ffmpeg-devel.log.20120501

[burek]

[00:03] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r4f6a1c974f 10ffmpeg/ffmpeg.c: 
[00:03] <CIA-17> ffmpeg: Fix parsing of -force_key_frames option.
[00:03] <CIA-17> ffmpeg: Currently it always exits with an error when more than
[00:03] <CIA-17> ffmpeg: one position is specified.
[00:03] <CIA-17> ffmpeg: Fixes trac issue #1266.
[00:03] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[03:54] <Shimmy> Every one, please vote: http://area51.stackexchange.com/proposals/40292/ffmpeg (vote by following)
[03:55] <Shimmy> Ever heard of StackOverflow.com? Ffmpeg really deserves a site like SO!!!
[03:55] <Shimmy> Please cast your vote!!!
[04:04] <funman> Sarkozy
[04:05] <iive> funman: who in their right mind would vote for him?
[04:05] <funman> almost 1 french out of 2
[04:06] <funman> most of my dad's family vote for him
[04:06] <funman> farmers always vote for the right, not sure why exactly though
[04:07] <ohsix> they vote against their economic interests, they're trained to
[04:07] <funman> yeah that s weird because they rely on social help
[04:08] <ohsix> indeed, lots of it compared to people in other vocations :]
[04:09] <funman> my dad and one brother vote right, my mum and my other brother vote left
[04:09] <funman> i dont vote, so whatever happens they can all blame me :P
[04:12] <iive> we all have to pick between smallest of 2 evils, because people like you are not voting for the best candidate. ;)
[04:12] <funman> i think the left propose more environmental measures incompatible with farming?
[04:12] <funman> iive: :)
[04:12] <ohsix> funman: that may be true, but it would only be used as a red herring
[04:13] <gnafu> Mmm, herring...
[04:15] <drv> useful for cutting down trees
[04:21] <iive> n8 ppl, have fun.
[11:18] <CIA-17> ffmpeg: 03Stefano Sabatini 07master * rbb39c74b59 10ffmpeg/libavfilter/vf_lut.c: 
[11:18] <CIA-17> ffmpeg: lavfi/lut: remove unused variable
[11:18] <CIA-17> ffmpeg: Fix warning:
[11:18] <CIA-17> ffmpeg: libavfilter/vf_lut.c: In function draw_slice:
[11:18] <CIA-17> ffmpeg: libavfilter/vf_lut.c:297:15: warning: unused variable k [-Wunused-variable]
[11:18] <CIA-17> ffmpeg: 03Stefano Sabatini 07master * r5f3f03f5dd 10ffmpeg/doc/filters.texi: doc/filters: use @var{} for denoting parameter reference in drawtext docs
[11:18] <CIA-17> ffmpeg: 03Stefano Sabatini 07master * r08c4dec5d3 10ffmpeg/doc/filters.texi: doc/filters: alphabetically sort drawtext option listing
[13:30] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r0334464336 10ffmpeg/libswresample/swresample_test.c: 
[13:30] <CIA-17> ffmpeg: swr-test: simplify by using uint_rand()
[13:30] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:30] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rbea3d19fbb 10ffmpeg/libswresample/swresample_test.c: 
[13:30] <CIA-17> ffmpeg: swr-test: use uint_rand() for mode too
[13:30] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:30] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r30aa004f0c 10ffmpeg/libswresample/swresample_test.c: 
[13:30] <CIA-17> ffmpeg: swr-test: allow randomizing mode differently each run.
[13:30] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:43] <ubitux> saste: ah i also missed the "1 seconds" typo in the "[PATCH] doc/filters: document drawtext draw expression" patch
[15:26] <ubitux> mmh, no ff_raw_write_extradata somewhere?
[15:39] <saste> ubitux: ok i'll fix it before committing
[15:43] <saste> ubitux: what about renaming rate like timecode_rate, so it is clear that it should be used in combination with timecode
[15:44] <saste> also i see some synchronization issues, check for example testsrc,drawtext=timecode=00\:00\:00
[15:51] <ubitux> i don't see any
[15:51] <ubitux> what's the full cmd line?
[15:51] <ubitux> ./ffplay -f lavfi "testsrc,drawtext=fontcolor=white:timecode='00\\:00\\:00\\:00':rate=25"
[15:51] <ubitux> i'm testing with this
[15:51] <ubitux> i'm not so sure about the timecode_rate; the rate might be used for something else at some point
[15:52] <ubitux> but i don't mind much (maybe an alias)
[15:55] <saste> ubitux: for what? also that framerate is *for* the timecode, and there would be a conflict if you need to specify a generic rate for something else
[15:56] <ubitux> i don't know :)
[15:56] <ubitux> note the option is already in use (we already had bug reports and doc), so don't rename it, just add an alias
[15:59] <saste> ubitux: of course
[16:00] <ubitux> saste: btw, any idea how we could introduce some kind of "timeline" system in lavfi?
[16:01] <ubitux> like say "hey overlay this video from frame 1203 to frame 5312, write timecode from frame 1001 to frame 7000, do a blur from ts 10 sec to ts 50 sec, ..." etc
[16:03] <saste> ubitux: you can send reconfigure events
[16:03] <saste> drawtext already supports that, altough is not documented at all
[16:05] <ubitux> i mean in a generic way
[16:05] <ubitux> i you mean the command system?
[16:05] <ubitux> it's based on TS only right now afaik
[16:06] <saste> write timecode from frame 1001 to frame 7000: you can already do that with draw=gt(n, 1000)*lt(n, 7001)
[16:08] <ubitux> yes that's for the timecode
[16:08] <ubitux> what if you want this for any filter?
[16:08] <saste> you can add support to events in the other filters
[16:08] <saste> btw we should document that feature
[16:09] <ubitux> can't we have generic filters options?
[16:09] <saste> then you can schedule reconfiguration when some specific events occurs
[16:09] <ubitux> mmh that would do the trick for most config though
[16:09] <saste> what kind of generic filters options do you want?
[16:10] <ubitux> like i said, timeline feature
[16:10] <ubitux> for any filter
[16:14] <saste> ubitux: imho it's more headaches than gain
[16:14] <saste> especially considering that there are stateful filters, which cache content, so enabling/disabling may be complex
[16:15] <ubitux> ok
[16:15] <saste> forcing the filter writer (that is mostly me, Nicolas and you)  to support that is going to be painful
[16:16] <ubitux> i was think of hijacking the callbacks of the filter when not in the range of frames/ts
[16:16] <ubitux> (of course it only applies to a restricted list of filters, but it could be marked as a flag)
[16:17] <ubitux> thinking*
[16:17] <ubitux> something like overlay[1000-2000]=....
[16:18] <ubitux> when not in the range of frame 1000-2000, the callback is like the null filter
[16:20] <ubitux> that will require to put the frame counter at a top level
[16:20] <ubitux> (which is imo a good thing)
[16:21] <ubitux> not sure how well it will behave with frame dropping/insert filters though
[16:23] <saste> i still see the reconfiguration approach more generic
[16:24] <saste> as you want to do more complex things with filters than just enabling/disabling them
[16:25] <saste> also events can be defined interactively, not necessarily through scripting (specifying ranges etc.)
[16:28] <ubitux> then overlay{gt(n,1000)*lt(n,2000)}=...
[16:28] <ubitux> :)
[18:25] <mbradshaw> Quick question: is there a function in ffmpeg that, given a AVPixFmtDescriptor, will either find the corresponding best PixelFormat or will find all the PixelFormats that match it?
[18:26] <nevcairiel> doesnt AVPixFmtDescriptor describe one specific pix fmt ? how would you get the structure without knowing which format it belongs to?
[18:28] <mbradshaw> In libopenjpegdec, if the frames are stored in the J2K format instead of the JP2 format, the pixel format has to be guessed based on the size of the components, number of components, etc.
[18:29] <mbradshaw> Much of the code in libopenjpegdec deals with trying to guess the correct pixel format, and if an AVPixFmtDescriptor could be filled out with the known information and passed to some already existing function, the code could be greatly simplified
[18:34] <Compn> mbradshaw : you could just probe the format and pass it along...
[18:34] Action: Compn has not much idea what hes talking about actually
[18:38] <mbradshaw> So I'm taking it there isn't such a function in ffmpeg....
[18:40] <Compn> better wait for someone more knowledgable :)
[18:40] <Compn> swscale picks compatable pixfmts tho
[18:43] <mbradshaw>  Compn : Ok, I'll do that :) I don't think any of the functions in swscale take a AVPixFmtDescriptor though
[19:49] <michaelni> mbradshaw, simply iterate over the array of descriptors and compare some things like chroma subsampling and bits per pixel
[19:49] <michaelni> should work more or less
[19:49] <michaelni> a bit care for yuv vs rgb and yuvj vs yuv would be needed
[19:51] <mbradshaw> @michaelni : Alright. Thanks. That's kind of how it's doing it now, so I'll leave it the same, though I think the current way its implemented could be clean up and simplified a bit
[19:52] <j-b> good morning
[19:53] <mbradshaw> morning :)
[20:42] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r046b5339fc 10ffmpeg/libswresample/swresample.c: 
[20:42] <CIA-17> ffmpeg: swr: disable 1 stage convert when dither is enabled.
[20:42] <CIA-17> ffmpeg: This combination is not possible easily.
[20:42] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:42] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rf08397642f 10ffmpeg/ffmpeg.c: 
[20:42] <CIA-17> ffmpeg: ffmpeg: fix type of dither scale.
[20:42] <CIA-17> ffmpeg: This allows non integer scales.
[20:42] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:42] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r00fea26faf 10ffmpeg/libswresample/ (rematrix.c swresample.c swresample_internal.h): 
[20:42] <CIA-17> ffmpeg: swr: add native matrix for rematrixing
[20:42] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:42] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * raab5a4521c 10ffmpeg/libswresample/ (4 files): 
[20:42] <CIA-17> ffmpeg: swr: add and use function pointers for rematrix
[20:42] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:54] <Shimmy> http://area51.stackexchange.com/proposals/40292/ffmpeg
[21:57] <ubitux> ?
[21:58] <ubitux> there is already ffmpeg-user mailing list, #ffmpeg irc user channel, 2 dedicated forums, stackoverflow, &
[21:58] <ubitux> any reason you are pushing this one?
[21:58] <ubitux> we also have a FAQ (http://ffmpeg.org/faq.html) that could be completed instead
[22:00] <Shimmy> Have you ever heard about stackoverflow.com?
[22:01] <Shimmy> I think FFmpeg deserves a professional Q&A site on its own.
[22:01] <Shimmy> Stackoverflow, is not for ffmpeg usage tho
[22:02] <Shimmy> With all due respect you can't compare the mailing list to a SE website.
[22:02] <Shimmy> So please go ahead and follow it!
[22:02] <ubitux> < Shimmy> Have you ever heard about stackoverflow.com? // i mentioned it you know :)
[22:03] <ubitux> i just believe it would be actually more useful to maintain the FAQ page instead
[22:04] <ubitux> but you do whatever you want to of course
[22:07] <michaelni> ubitux, Shimmy, id say we have someone who wants to push Stackoverflow and noone who wants to maintain a FAQ i think
[22:07] <michaelni> so why not ...
[22:07] <ubitux> sure, it's not like i was opposed to :)
[22:19] <Shimmy> michaelni, ubitux, besides, the FAQ doesn't target specific questions
[22:19] <CIA-17> ffmpeg: 03Mans Rullgard 07master * rce82dad7eb 10ffmpeg/libavcodec/ppc/int_altivec.c: 
[22:19] <CIA-17> ffmpeg: ppc: remove shift parameter from scalarproduct_int16_altivec()
[22:19] <CIA-17> ffmpeg: The shift parameter was removed from this interface in 7e1ce6a.
[22:19] <CIA-17> ffmpeg: This updates the Altivec implementation to match.
[22:19] <CIA-17> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[22:19] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rf7ff099997 10ffmpeg/doc/APIchanges: APIchanges: fill in some dates and commit hashes
[22:19] <CIA-17> ffmpeg: 03Mans Rullgard 07master * rc75eca9d37 10ffmpeg/libavcodec/dv.c: 
[22:19] <CIA-17> ffmpeg: dvenc: do not call dsputil functions with stride not a multiple of 16
[22:19] <CIA-17> ffmpeg: Allowing dsputil functions to assume the stride is a multiple of 16
[22:19] <CIA-17> ffmpeg: even for smaller block sizes can simplify their implementation.
[22:19] <CIA-17> ffmpeg: This appears to be the only place this guarantee is not met.
[22:19] <CIA-17> ffmpeg: Signed-off-by: Mans Rullgard <mans at mansr.com>
[22:19] <CIA-17> ffmpeg: 03Mans Rullgard 07master * r4c387c7070 10ffmpeg/libavcodec/ppc/ (dsputil_altivec.c int_altivec.c): (log message trimmed)
[22:19] <CIA-17> ffmpeg: ppc: dsputil: do unaligned block accesses correctly
[22:19] <CIA-17> ffmpeg: To load unaligned vector data in the usual way, explicit vec_ld()
[22:19] <CIA-17> ffmpeg: should be used rather than dereferencing a pointer to a vector type.
[22:19] <CIA-17> ffmpeg: When the VSX extension is enabled, gcc may compile vector pointer
[22:19] <CIA-17> ffmpeg: dereferences using the VSX lxvw4x instruction instead of the lvx
[22:19] <CIA-17> ffmpeg: instruction typically used with Altivec/VMX. As the behaviour of
[22:19] <CIA-17> ffmpeg: 03Mans Rullgard 07master * rc81d1e2390 10ffmpeg/libavcodec/ppc/int_altivec.c: 
[22:19] <CIA-17> ffmpeg: ppc: add const where needed in scalarproduct_int16_altivec()
[22:19] <Shimmy> For example, I posted this question two days ago and still can't seem to find a solution
[22:19] <Shimmy> http://ffmpeg-users.933282.n4.nabble.com/Converted-video-runs-on-device-in-fast-motion-td4598300.html#a4598683
[22:20] <CIA-17> ffmpeg: Reviewed-by: Mashiat Sarker Shakkhar <mashiat.sarker at gmail.com>
[22:20] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[22:20] <CIA-17> ffmpeg: Signed-off-by: Kostya Shishkov <kostya.shishkov at gmail.com>
[22:20] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * re5b7d7773a 10ffmpeg/libavresample/x86/audio_mix.asm: 
[22:20] <CIA-17> ffmpeg: Fix compilation with YASM/NASM without AVX support.
[22:20] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[22:20] <CIA-17> ffmpeg: Signed-off-by: Justin Ruggles <justin.ruggles at gmail.com>
[22:20] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rf1ffb01ee9 10ffmpeg/avplay.c: 
[22:20] <CIA-17> ffmpeg: avplay: use libavresample for sample format conversion and channel mixing
[22:20] <CIA-17> ffmpeg: SDL only supports s16 sample format and a limited number of channel layouts.
[22:20] <Shimmy> In stack overflow, you can edit your original question/answer and vote up/down the relevant answers, so the upcoming users with similar question can immediately reach the correct answer.
[22:21] <Shimmy> Unlike in the mailing list where every thread gets polluted with individual message where you can't remember what was already mentioned and what not
[22:21] <CIA-17> ffmpeg: Some versions of SDL on some systems support 4-channel and 6-channel output,
[22:21] <CIA-17> ffmpeg: but it's safer overall to downmix any layout with more than 2 channels to
[22:21] <CIA-17> ffmpeg: stereo.
[22:21] <CIA-17> ffmpeg: 03Mashiat Sarker Shakkhar 07master * rf92f452378 10ffmpeg/libavcodec/wmalosslessdec.c: 
[22:21] <CIA-17> ffmpeg: WMAL: do not start decoding if frame does not end in current packet
[22:21] <CIA-17> ffmpeg: This fixes decoding of frames which span more than two packets. Tested with
[22:21] <CIA-17> ffmpeg: recit24.wma.
[22:21] <CIA-17> ffmpeg: Signed-off-by: Kostya Shishkov <kostya.shishkov at gmail.com>
[22:21] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r75f847aa6b 10ffmpeg/: (log message trimmed)
[22:21] <CIA-17> ffmpeg: Merge remote-tracking branch 'qatar/master'
[22:21] <CIA-17> ffmpeg: * qatar/master:
[22:21] <Shimmy> so yes, im a big fan of stackoverflow, and a big fan of ffmpeg and i thing ffmpeg should have a site.
[22:22] <Shimmy> do i work for SO, no, not at all.
[22:22] <CIA-17> (8 lines omitted)
[22:22] <Shimmy> I just think it might be great for the ffmpeg community having a Q/A website that maintains itself
[22:23] <Shimmy> and the IRC chat is to get answers, but no history left.
[22:23] <Shimmy> you help someone out, tomorrow you helping out someone else with the same exact issue.
[22:23] <Shimmy> So don't be so negative and cast your vote.
[22:23] <Shimmy> And share it with all your friends
[22:24] <Shimmy> it's about time to change.
[22:24] <Shimmy> become creative
[22:24] <Shimmy> mailing list is primitive
[22:24] <Shimmy> and unproductive
[22:25] <Shimmy> michaelni, do you know how to use mencoder? im still stuck with my issue from yesterday
[22:26] <michaelni> Shimmy, dunno what your issue from yesterday is ...
[22:26] <michaelni> btw this is the wrong channel for mencoder ..
[22:27] <michaelni> thats not supposed to mean you cant ask here rather that asking in the right channel likely will reach more experts
[22:28] <Shimmy> michaelni, here is my issue: http://ffmpeg-users.933282.n4.nabble.com/Converted-video-runs-on-device-in-fast-motion-td4598300.html
[22:29] <Shimmy> my question is not about mencoder.
[22:29] <Shimmy> do you know of things that can be done with mencoder that cannot be done with ffmpeg?
[22:37] <michaelni> Shimmy, i think your chances to get this fixed quickly are best if you do what carl says
[22:38] <Shimmy> what does he say, he told me to repost complete code, i now reposted the complete output plus media info for both files.
[22:39] <michaelni> well to be able to fix the issue we need to reproduce it first
[22:39] <michaelni> so carl will need everything so he can see the issue on his own computer
[22:46] <Shimmy> Ok. As you can see, I now create a new paste that includes all info i could ever thing of as helpful.
[22:47] <Shimmy> take a look, maybe u can help too http://pastebin.com/ieL8UUFG
[22:47] <Shimmy> michaelni, are there things mencoder can do that ffmpeg can't
[22:52] <burek> Shimmy, that's excellent idea actually, but..
[22:52] <burek> SO is alive thanks to the motivation
[22:52] <burek> that is given to all its registered users
[22:52] <burek> which can actually earn money buy answering questions
[22:52] <mbradshaw> Shimmy, are you saying that output.avi doesn't playback like native.avi?
[22:52] <ubitux> Shimmy: dvd input i guess
[22:53] <ubitux> most things should be possible with ffmpeg now
[22:53] <burek> so everyone is competing to answer the question to get the points, which he/she can cash in, for real money
[22:53] <burek> who would invest money in ffmpeg-related SE/SO website, to motivate users to answer?
[22:53] <burek> s/buy/by
[23:12] <burek> I finally compiled 32bit static ffmpeg successfully :) Is there any way I could test to see if everything went ok? :)
[23:16] <Compn> make fate or make tests or whatever 
[23:17] <Compn> to run the fate regression tests
[23:17] <teratorn> burek: were you able to do it with assembly optimizations enabled? I wasn't able to get my static ffmpeg to build with them...
[23:18] <burek> teratorn, how can I check that?
[23:18] <burek> Compn, thanks, will try to do it now
[23:18] <teratorn> burek: if you didn't explicitly disable them, then you have them, I think
[23:18] <burek> configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra-cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra-ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-l
[23:18] <burek> ibmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx
[23:19] <Shimmy> mbradshaw, yes. while native.avi plays great on the device, output.avi plays in super fast motion (3 sec instead of 30)
[23:20] <Shimmy> burek, SO has nothing to do with money. users get reputation only, SO is open source
[23:21] <Shimmy> ubitux, what do you mean by dvd?
[23:21] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r7effbee66c 10ffmpeg/libavformat/ (9 files): 
[23:21] <CIA-17> ffmpeg: Mark truncated packets as corrupt in av_get_packet.
[23:21] <CIA-17> ffmpeg: Manually remove that flag again for formats that read an arbitrary
[23:21] <CIA-17> ffmpeg: amount of data and thus truncation is not an error.
[23:21] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[23:21] <Shimmy> burek, no one needs to invest money. it's the people who have to vote and the idea, once it gets enough votes it's on the air!
[23:21] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r8f63f241d4 10ffmpeg/libavformat/ (8 files): 
[23:21] <CIA-17> ffmpeg: Remove some useless code that duplicates av_get_packet.
[23:21] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[23:21] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r20044cd9a9 10ffmpeg/libavformat/flvdec.c: 
[23:21] <CIA-17> ffmpeg: flvdec: pass on proper error value.
[23:21] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[23:22] <Shimmy> burek, i donno why u guys makin such a big deal from casting a "follow" that takes ten seconds http://area51.stackexchange.com/proposals/40292/ffmpeg
[23:24] <burek> ok, I'll vote
[23:24] <burek> where is the vote button
[23:27] <burek> there you go
[23:30] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r1f0c92d68b 10ffmpeg/libavcodec/xbmdec.c: 
[23:30] <CIA-17> ffmpeg: xbmdec: print more details on decode error.
[23:30] <CIA-17> ffmpeg: Makes debugging issues easier.
[23:30] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[23:30] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * ra5f8417db5 10ffmpeg/libavcodec/xbmdec.c: 
[23:30] <CIA-17> ffmpeg: xbmdec: fix decoding when variable name contains an 'x'.
[23:30] <CIA-17> ffmpeg: Fixes trac ticket #1142.
[23:30] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[23:32] <Shimmy> burek, i removed the -s. however removing the -vtag, makes the file unplayable at all.
[23:33] <burek> Shimmy, lets switch to #ffmpeg channel, this one is reserved for developers and questions about developing/coding ffmpeg
[23:33] <mbradshaw> Shimmy, you've shown ffmpeg's output for native.avi, but you havent' shown ffmpeg's output for avisample.avi
[23:33] <mbradshaw> It's hard to say anything about why output.avi doesn't match native.avi when native.avi isn't the source file
[23:35] <ubitux> Shimmy: mplayer dvd://...
[23:35] <ubitux> ffmpeg doesn't have a lavd input yet
[23:35] <ubitux> but there is a WIP patch on ffmpeg-devel
[23:36] <Shimmy> mbradshaw, i'm on ffmpeg as burek suggested, here is the output.avi info from ffmpeg: http://pastebin.com/uEY46ebZ
[23:51] <burek> would it be useful to add a metadata parameter into the output file's metadata which will contain ffmpeg command used to produce the file?
[23:52] <burek> or some sort of info, that could help maybe, when -sameq is used, to fetch the same encoding options, something like that
[00:00] --- Wed May  2 2012