Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
January 2012
- 1 participants
- 62 discussions
[00:16] <davidmitchell> If I'd like to submit a patch to ffmpeg, is it acceptable to submit a pull request to the GitHub mirror, or do I really need to subscribe to the mailing list and email it?
[00:20] <kierank> mailing list is better
[00:20] <durandal_1707> davidmitchell: http://ffmpeg.org/contact.html
[00:22] <davidmitchell> Thanks, durandal_1707, I read that and only found the link to the MPlayer patch guidelines, which are still geared towards svn
[00:22] <davidmitchell> did I miss a link?
[00:25] <durandal_1707> davidmitchell: http://libav.org/developer.html#Submitting-patches (our fork)
[00:26] <durandal_1707> replace every occurence of libav with ffmpeg
[00:34] <kierank> davidmitchell: http://ffmpeg.org/developer.html#Submitting-patches-1
[00:38] <davidmitchell> wow, that's buried pretty deeply
[00:42] <michaelni> suggestions, patches and pull requests to improve the docs are welcome!
[00:44] <michaelni> also you dont strictly have to subscribe but if you dont it may take a day or 2 until the mail shows up
[00:44] <michaelni> depends on how busy the ML people are
[00:57] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r1843e6c8aa 10ffmpeg/libavcodec/mjpegdec.c:
[00:57] <CIA-31> ffmpeg: thp: Fix handling of restart interval
[00:57] <CIA-31> ffmpeg: Fixes Ticket903
[00:57] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:57] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * ra91f206665 10ffmpeg/libavcodec/mjpegdec.c:
[00:57] <CIA-31> ffmpeg: ljpegdec: reset restart interval for each plane of a non interleaved file.
[00:57] <CIA-31> ffmpeg: Fixes Ticket907
[00:57] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:18] <CIA-31> ffmpeg: 03Justin Ruggles 07master * re1a7af6f29 10ffmpeg/tests/fate/image.mak: FATE: fix targa tests on big-endian systems
[02:18] <CIA-31> ffmpeg: 03Justin Ruggles 07master * rfaaebcdf6b 10ffmpeg/libavcodec/targa.c: targa: add support for rgb555 palette
[02:18] <CIA-31> ffmpeg: 03Justin Ruggles 07master * r9c2f9b0e2d 10ffmpeg/tests/fate/image.mak: FATE: enable the 2 remaining targa conformance suite tests
[02:18] <CIA-31> ffmpeg: 03Janne Grunau 07master * r502bf3b462 10ffmpeg/tests/ref/fate/ (targa-conformance-CCM8 targa-conformance-UCM8):
[02:18] <CIA-31> ffmpeg: fate: add missing reference files for targa tests in 9c2f9b0e2
[02:18] <CIA-31> ffmpeg: Fixes fate-targa-conformance-CCM8 and fate-targa-conformance-UCM8.
[02:18] <CIA-31> ffmpeg: 03Justin Ruggles 07master * r4c82c6d993 10ffmpeg/tests/ (3 files in 2 dirs):
[02:18] <CIA-31> ffmpeg: FATE: convert output to rgba for the targa tests which currently output pal8
[02:18] <CIA-31> ffmpeg: fixes the tests on big-endian systems
[02:18] <CIA-31> ffmpeg: 03Ronald S. Bultje 07master * r3c172a4106 10ffmpeg/libswscale/x86/output.asm: swscale: change yuv2yuvX code to use cpuflag().
[02:18] <CIA-31> ffmpeg: 03Martin Storsjö 07master * r57facb73ab 10ffmpeg/libavcodec/libx264.c: (log message trimmed)
[02:18] <CIA-31> ffmpeg: libx264: Don't leave max_b_frames as -1 if the user didn't set it
[02:18] <CIA-31> ffmpeg: max_b_frames is initialized to -1 for libx264, to allow
[02:18] <CIA-31> ffmpeg: distinguishing between an explicit user set 0 and a default not
[02:18] <CIA-31> ffmpeg: touched 0 (see bb73cda2).
[02:18] <CIA-31> ffmpeg: If max_b_frames is left as -1, this affects dts generation (where
[02:18] <CIA-31> ffmpeg: expressions like max_b_frames != 0 are used), so make sure it is
[02:18] <CIA-31> ffmpeg: 03Diego Biurrun 07master * re44c11e9fa 10ffmpeg/ (4 files in 3 dirs):
[02:18] <CIA-31> ffmpeg: cosmetics: Move static and inline attributes to more standard places.
[02:18] <CIA-31> ffmpeg: Fixes several "static is not at beginning of declaration" warnings.
[02:18] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * rb5c2b5af6a 10ffmpeg/configure:
[02:18] <CIA-31> ffmpeg: configure: provide libavfilter/version.h header to get_version()
[02:18] <CIA-31> ffmpeg: Fix libavfilter library version numbers generation, which was broken in
[02:18] <CIA-31> ffmpeg: 3167dc9515810bbdd86d99d773bcf84657d2e72a.
[02:18] <CIA-31> ffmpeg: Signed-off-by: Anton Khirnov <anton(a)khirnov.net>
[02:18] <CIA-31> ffmpeg: 03Aneesh Dogra 07master * r4cd0bdae9a 10ffmpeg/libavcodec/ (bytestream.h sgidec.c):
[02:18] <CIA-31> ffmpeg: sgidec: Use bytestream2 functions to prevent buffer overreads.
[02:18] <CIA-31> ffmpeg: The patch also adds several bytestream macros to deal with native endian.
[02:18] <CIA-31> ffmpeg: Signed-off-by: Justin Ruggles <justin.ruggles(a)gmail.com>
[02:18] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r4640da7e58 10ffmpeg/: (log message trimmed)
[02:18] <CIA-31> ffmpeg: Merge remote-tracking branch 'qatar/master'
[02:18] <CIA-31> ffmpeg: * qatar/master:
[02:18] <CIA-31> (4 lines omitted)
[02:43] <MrNaz_YMAtv> /j #libav
[02:43] <MrNaz_YMAtv> woops
[02:48] <Compn> dats a banning!
[02:48] <Compn> :p
[02:51] <Daemon404> irc protip: only /j from the server window
[02:53] <ohsix> or /channel add
[03:18] <Snaggle> I saw on the gitweb videolan page that libpostproc was being deprecated after a merge from libav. However, a git pull doesn't show this happening. What is the status for it in ffmpeg?
[03:19] <Compn> michaelni will know :)
[03:19] <Compn> whats libpostproc do again ? hasnt it been on depreciated list for years ?
[03:21] <Compn> of course sometimes michaelni merges things from libav that he shouldnt.. it happens when merging 1000s of commits
[03:23] <Snaggle> I'm just curious as to the discrepancy between gitweb and a git pull. I don't have a preference as to which way to actually go
[03:23] <Compn> ah, sometimes merges show up in the commit but arent actually merged to git
[03:24] <Compn> it will list everything as merged, even things that are marked as not-to-be-merged
[03:24] <Compn> at least it did in the past on the list
[03:25] <Snaggle> ahh
[03:26] Action: Snaggle pokes gitweb for not being clear
[03:27] <michaelni> we wont deprecate libpostproc
[03:27] <michaelni> the commit was not merged but showed up, like compn said ...
[03:27] <ohsix> git log, there was some messages about it
[03:28] <ohsix> oicnm
[03:28] <michaelni> i guess i should have replied on the ML or added a note to the merge commit to clarify
[03:29] <Snaggle> michaelni: no biggie. I was just curious
[03:29] <Compn> i find it wrong that libav removed sonic riff tags
[03:29] <Compn> i guess they dont care about decoding currently existing samples
[03:30] <Compn> wonder if anyone used it as a codec ever :)
[03:42] <Compn> michaelni : it might make sense to start a kind of running ffmpeg-libav changelog
[03:42] <Compn> well, thats probably a lot of work
[03:43] <Compn> and maybe no one even cares about the differences
[07:42] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r668a74e808 10ffmpeg/tests/Makefile:
[07:42] <CIA-31> ffmpeg: buildsystem: add $EXESUF to the used tool for fate
[07:42] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[07:42] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * rd9816cd5df 10ffmpeg/libavcodec/imgconvert.c:
[07:42] <CIA-31> ffmpeg: imgconvert: add PIX_FMT_GRAY8A to pix_fmt_info
[07:42] <CIA-31> ffmpeg: Fixes selecting gray8a for PAM
[07:42] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[10:23] <CIA-31> ffmpeg: 03Nicolas George 07master * rbbf372e145 10ffmpeg/libavfilter/vf_overlay.c: overlay: do not leak x/y expressions.
[13:54] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * r8af6b9711e 10ffmpeg/libavcodec/asv1.c:
[13:54] <CIA-31> ffmpeg: Fix uninitialized reads for fate-vsynth1-asv2 test.
[13:54] <CIA-31> ffmpeg: This is not a real error and memsetting always even when the
[13:54] <CIA-31> ffmpeg: size did not change is overkill, but it still should be
[13:54] <CIA-31> ffmpeg: an acceptable trade-off.
[13:54] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>
[14:25] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r73da4fd520 10ffmpeg/tests/Makefile:
[14:25] <CIA-31> ffmpeg: Revert "buildsystem: add $EXESUF to the used tool for fate"
[14:25] <CIA-31> ffmpeg: This reverts commit 668a74e808dad06b15549ed05aa3a879f76c17c3.
[14:25] <CIA-31> ffmpeg: 10l, this change was unneeded, target_exec can be used to achive the same.
[14:25] <CIA-31> ffmpeg: 03Peter Ross 07master * r69224582da 10ffmpeg/libavcodec/iff.c:
[14:25] <CIA-31> ffmpeg: iff: support masking plane feature
[14:25] <CIA-31> ffmpeg: Fixes ticket 705.
[14:25] <CIA-31> ffmpeg: Reported-by: ami-stuff
[14:25] <CIA-31> ffmpeg: Signed-off-by: Peter Ross <pross(a)xvid.org>
[14:25] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[14:53] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r4ee03fef53 10ffmpeg/libavfilter/vsrc_testsrc.c: lavfi/rgbtestsrc: make alpha plane opaque
[14:53] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * rbb4c0abc7c 10ffmpeg/ffplay.c:
[14:53] <CIA-31> ffmpeg: ffplay: mark i variable in toggle_full_screen() as unused
[14:53] <CIA-31> ffmpeg: Fix gcc warning:
[14:53] <CIA-31> ffmpeg: ffplay.c: In function toggle_full_screen:
[14:53] <CIA-31> ffmpeg: ffplay.c:2792:9: warning: unused variable i [-Wunused-variable]
[15:00] <KuroiTsuki> umm, someone from mplayer/mencoder team told me that someone from ffmpeg team don't want to fix issues when embedded subs of mkv are staying for longer than they are supposed to be in converted file. why ffmpeg team don't want to fix this issue? or i should ask this on mailing list?
[15:09] <saste> KuroiTsuki: ask on the mailing list, as for what i know we are happy to fix things (especially if there are patches for that)
[15:09] <saste> KuroiTsuki: or you may simply open a ticket on trac
[15:10] <KuroiTsuki> let me quote
[15:10] <KuroiTsuki> Yes, that is the issue that the maintainer (in FFmpeg) didn't want to have fixed.
[15:10] <KuroiTsuki> i guess i go report on https://ffmpeg.org/trac/ffmpeg
[15:11] <KuroiTsuki> thanks for advice
[15:11] <saste> np
[15:11] <JEEB> just check if the issue itself isn't already there :P
[15:11] <JEEB> by your "quote" it would seem as if it is already there
[15:16] <KuroiTsuki> that's why i asked why ffmpeg team don't want to fix it :)
[15:24] <JEEB> you never pointed out what exact issue it is .-.
[15:24] <JEEB> you just pointed that it was supposedly an issue of type X
[15:24] <JEEB> but you didn't link the issue on the issue tracker or anywhere else
[15:27] <KuroiTsuki> when embedded subs of mkv are staying for longer than they are supposed to be in converted file
[15:28] <KuroiTsuki> pretty much explains issue :)
[15:28] <KuroiTsuki> and i didn't link to issue on tracker for the sole reason i've never see it there. i just quoted what person of mplayer team told me
[15:30] <JEEB> well, people usually officially comment on issues on trackers etc.
[15:30] <JEEB> anyways, get used to actually trying to find the issue that you're wishing to get fixed instead of just putting random rambling in .-.
[15:30] <KuroiTsuki> that's what i'm doing atm :)
[15:31] <JEEB> not to mention that if there was some negative comment from the developers' side, that would be in there as well
[15:31] <JEEB> that is important
[15:41] <KuroiTsuki> i can't find it =/ shoild report it then?
[15:42] <JEEB> yes
[15:45] <KuroiTsuki> okay
[16:11] <durandal_1707> how to make audio filter ashowinfo to output something?
[16:23] <NapHtaKeRoSene> hi
[16:23] <NapHtaKeRoSene> will gcc optimize out the return overhead from my putpixel if i don't use the return value? (if i want it to return pixel offset)
[17:12] <saste> durandal_1707: you need to grep stderr
[17:12] <saste> better solutions are welcome
[17:19] <durandal_1707> saste: how? why it does not work like video variant?
[18:59] <NapHtaKeRoSene> what do you think will gcc optimize this for me?
[18:59] <NapHtaKeRoSene> (point2d_int_t){ ( ( (ofs) - (s) -> pixels ) % ( (s) -> pitch ) ) / (bpp), ( ( (ofs) - (s) -> pixels ) - ( ( (ofs) - (s) -> pixels ) % ( (s) -> pitch ) ) ) / ( (s) -> pitch ) }\
[19:54] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r719a576f04 10ffmpeg/tools/lavfi-showfiltfmts.c:
[19:54] <CIA-31> ffmpeg: lavfi-showfiltfmts: fix typo that segfaulted haiku.
[19:54] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:38] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * rea3abcd58f 10ffmpeg/libavformat/riff.c:
[20:38] <CIA-31> ffmpeg: Fix ff_get_guid for short reads or errors.
[20:38] <CIA-31> ffmpeg: Current code would just return uninitialized data with no way
[20:38] <CIA-31> ffmpeg: to detect this condition.
[20:38] <CIA-31> ffmpeg: Instead, fill the whole GUID with 0 in that case.
[20:38] <CIA-31> ffmpeg: Fixes valgrind uninitialized data errors in fate-seek-lavf_asf.
[20:38] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>
[22:15] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * red10ca4c76 10ffmpeg/libavcodec/pngenc.c: Support gray8a png encoding.
[22:15] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * rf94ce3bcab 10ffmpeg/libavcodec/pngenc.c: Support rgb48 and rgba64 png encoding.
[22:15] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * rfdc013da78 10ffmpeg/libavcodec/pngenc.c: Support gray16 png encoding.
[22:15] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r107f55cb01 10ffmpeg/libavcodec/pngenc.c: Simplify RGB32 png encoding.
[00:00] --- Mon Jan 16 2012
1
0
[00:30] <toolfan> I'm trying to use FFmpeg in my app for encoding, and I suspect that I may be using the wrong pixel format. I've looked through the docs, but I can't seem to find a list of which formats each encoder supports. Is there such a list, or will I have to look through the source for this info?
[01:06] <lahwran> how would I convert from animated gif using ffmpeg? it seems to be only reading the first frame :/
[01:16] <falip> toolfan: not sure if this will help you but ffmpeg -formats and ffmpeg -codecs
[01:18] <falip> toolfan: as to which which encoders each format supports, I don't know, i've asked similar questions, usually people just seem to know for containers and codecs they use frequently.
[01:18] <lahwran> oh hm
[01:19] <lahwran> seems that it has multiple frames but far too high framerate
[01:36] <toolfan> falip: ok, thanks. I guess I'll have to dive into the source to get a definitive answer.
[02:13] <Arthur_D> hi, how do I output ffprobe to a file? Tried ffprobe file.avi > output.txt but it doesn't work
[02:16] <grepper> ffprobe file.avi > output.txt 2>&1
[02:18] <Arthur_D> thank you very much :)
[05:57] <llrcombs> is there a way to give ffplay a playlist of files and have it play them one by one? (possibly displaying a default image or looping a default video if it runs out of files to play)
[06:00] <llrcombs> if not, I suppose I can use VLC
[06:03] <lahwran> will it not take it if you just give it more than one?
[06:03] <lahwran> perhaps multiple -i
[06:04] <llrcombs> lahwran: I want to be able to add items to the playlist as it goes
[06:04] <llrcombs> so it looks like VLC is where I should be
[06:04] <lahwran> ffplay is rather minimal
[06:04] <llrcombs> ffplay's probably not the best choice for anything that complex
[06:04] <lahwran> so yes
[06:05] <llrcombs> only thing I can't find in VLC is making it loop a default file if it runs out of playlist items
[06:05] <lahwran> I'm trying to convert from gif to avi - I'm using a three step process where I detect the gif's frame "rate", use imagemagick "convert" to convert to png, and then convert to avi with ffmpeg -r <detected framerate> -i <gif file> <avi file>
[06:06] <lahwran> https://gist.github.com/38590783d681126c6ae4 < this is my code - gif2avi.py
[06:06] <llrcombs> anything going wrong?
[06:06] <lahwran> however, it's resulting in a damaged avi file
[06:06] <lahwran> and I don't understand why
[06:06] <llrcombs> did you specify a video codec?
[06:06] <lahwran> no
[06:06] <llrcombs> try that
[06:07] <lahwran> what's a good one for very small files?
[06:07] <llrcombs> I usually reccomend x264 for nearly anything, as it's pretty versatile
[06:07] <lahwran> I have plenty of space and encoding speed is a priority, that still your recommendation?
[06:07] <llrcombs> x264 can be very fast
[06:08] <llrcombs> there's actually a "veryfast" setting
[06:08] <lahwran> -vcodec x264, yes?
[06:08] <llrcombs> I think it's libx264, actually
[06:08] <llrcombs> are these gifs animations?
[06:08] <lahwran> yes
[06:08] <llrcombs> -preset veryfast -tune animation
[06:09] <lahwran> erm
[06:09] <lahwran> wait, what do you mean by "animation?
[06:09] <lahwran> "
[06:09] <lahwran> they're various content, some of them converted video
[06:09] <llrcombs> then take out the -tune animation part
[06:10] <llrcombs> if it needs to be faster, set it to superfast. If you can bear slower, set it to faster
[06:10] <llrcombs> do the output files need to decode fast?
[06:11] <lahwran> Unrecognized option 'preset'
[06:11] <lahwran> fast enough to play is all
[06:11] <llrcombs> that's strange
[06:11] <llrcombs> what's the exact command, and what version are you on?
[06:11] <llrcombs> ffmpeg -version
[06:12] <lahwran> FFmpeg 0.6-4:0.6-2ubuntu6
[06:12] <llrcombs> ahh, that's old
[06:12] <llrcombs> go grab 0.9.1
[06:12] <llrcombs> or latest git
[06:12] <lahwran> I'd prefer not to compile it if I don't have to
[06:12] <lahwran> compiling takes ages on this cpu
[06:12] <llrcombs> 0.6 is not actively maintained
[06:13] <llrcombs> you need to move to a newer version
[06:13] <llrcombs> you might be able to find a precompiled one
[06:14] <llrcombs> if you can't find one, I might be able to cross-compile it for you
[06:15] <lahwran> I'll grab it from https://launchpad.net/~jon-severinsson/+archive/ffmpeg
[06:16] <llrcombs> ahh, good
[06:16] <llrcombs> grab that, then try it
[06:18] <lahwran> suddenly: everything breaks
[06:18] <lahwran> (it's still installing)
[06:18] <lahwran> nope, same result
[06:19] <lahwran> Unrecognized option 'preset'\nFailed to set value 'veryfast' for option 'preset'
[06:19] <llrcombs> what's ffmpeg -version say?
[06:19] <lahwran> ffmpeg 0.9.1-4:0.9.1-0ubuntu1~jon1~maverick1
[06:20] <llrcombs> hmm
[06:20] <llrcombs> try with -vpre instead of -preset
[06:20] <llrcombs> what's the build date?
[06:20] <lahwran> I dunno
[06:21] <lahwran> how do I find out? :P
[06:21] <llrcombs> it's in -version
[06:21] <lahwran> https://gist.github.com/769199a7a63f3fdf339e
[06:21] <lahwran> 2012-01-07 on the ubuntu ppa page
[06:22] <lahwran> -vpre works somewhat better; recognizes the option, but not the preset "veryfast"
[06:22] <lahwran> "File for preset 'veryfast' not found"
[06:22] <llrcombs> hmm, -preset was added on 2011-5-3, so it should be fine...
[06:23] <llrcombs> list the files in /usr/local/share/ffmpeg
[06:23] <lahwran> no such file or directory
[06:23] <lahwran> https://gist.github.com/a0bb05df4b6317454ea8
[06:28] <lahwran> when I remove the vpre option, it says Unknown encoder 'libx264'
[06:28] <llrcombs> ahh, there's our problem
[06:28] <llrcombs> your build is compiled without libx264
[06:28] <lahwran> heavenly.
[06:28] <llrcombs> you could try another codec
[06:28] <llrcombs> or another build
[06:28] <llrcombs> maybe it has libvpx?
[06:28] <lahwran> sounds like I'll have to build it myself after all
[06:28] <llrcombs> or theora
[06:28] <llrcombs> or mpeg4
[06:29] <lahwran> hm
[06:29] Action: lahwran tries mpeg4
[06:30] <lahwran> that worked.
[06:30] <lahwran> thanks!
[06:31] <llrcombs> if you need encoding to be even faster, I reccomend building your own ffmpeg with libx264 and setting it to veryfast. Otherwise, stick with your current settings, maybe mess with the arguments a bit
[07:06] <lahwran> llrcombs: hm, half an hour of encoding
[07:06] <lahwran> and then I try to play a file and vlc crashes and ffplay spews crap
[07:08] <lahwran> ffplay does play it sort of though, however completely different problem seems to be occurring (in addition to the damaged file, which I'm still confused about) - the delta frames are shown as mostly-black images, probably due to the imagemagick convert command not interpolating the frames
[10:44] <lahwran> hm, configure doesn't seem to be finding my lame installation
[10:44] <lahwran> https://gist.github.com/cba048dea6db7fe17579
[10:44] <lahwran> pretty sure I built it myself ages ago
[14:49] <ackbahr> Hi! What should I do about this message (and an output file that contains only audio)?
[14:50] <sacarasc> About what message?
[14:50] <ackbahr> sacarasc: Hey, you'r here as well? Good question.... This one : [mpeg @ 0x17c2e20] VBV buffer size not set, muxing may fail
[14:51] <Mavrik> paste whole command line and output to a pastebin
[14:51] <Mavrik> that message isn't helpful
[14:52] <ackbahr> Mavrik: ok!
[14:53] <KuroiTsuki> hi. umm, someone of mplayer/mencoder team told me that someone from ffmpeg team don't want to fix issue when embedded subs of mkv stay longer than they are supposed to in result video. why is that ffmpeg team don't want to fix issue?
[14:54] <ackbahr> Mavrik: http://pastebin.com/FCaDeaTd
[14:54] <Mavrik> KuroiTsuki, we're mostly not developers here
[14:54] <Mavrik> mailing lists are the right way to communicate with the devs
[14:56] <Mavrik> ackbahr, what are you trying to achieve with the command line? re-encode a 3gp to a mpeg2 file?
[14:56] <KuroiTsuki> ffmpeg-user or ffmpeg-devel?
[14:56] <ackbahr> Yes; in fact it's a script for all my cameras/phones/etc.
[14:56] <Mavrik> KuroiTsuki, devel
[14:56] <Mavrik> (probably)
[14:57] <KuroiTsuki> lol
[14:57] <KuroiTsuki> i see, thank you :)
[14:57] <ackbahr> It makes smaller versions of all videos that can be e-mailed as is (are?).
[14:57] <Mavrik> ackbahr, ffmpeg is sensitive to order of command line parameters
[14:57] <Mavrik> now you're forcing ffmpeg to interpret your input as mpeg-2 video and encode with a default codec (mpeg-1 it seems)
[14:58] <Mavrik> you need to move the -vcodec parameter after the "-i" input file parameter
[14:58] <ackbahr> Mavrik: seems I recall that from the beginning of the man page, but didn't think about it here... Great!
[14:58] <Mavrik> ackbahr, you'll also have to move other parameters
[14:59] <Mavrik> do something like
[14:59] <Mavrik> ffmpeg -y -i <file> -vcodec -deinterlace -threads 4
[14:59] <Mavrik> because right now -deinterlace (might) not work and "-threads 4" sets decoding threads not encoding threads
[15:00] <Mavrik> you're not getting any video because your input is probably H.264 and you're forcing a MPEG-2 decoder to decode it :)
[15:01] <ackbahr> Mavrik: Just moving the -vcodec seemed to work, but I might get quicker results with -thread in the right place.... Or in both?
[15:02] <Mavrik> just move it after -i... you won't get any significant speedups if you set them for decoding
[15:03] <ackbahr> Ok. What about deinterlace?
[15:03] <ackbahr> Mavrik: Only an encoding feature?
[15:04] <Mavrik> yeah
[15:04] <Mavrik> but I'm not sure about that one, it was replaced by -vf yadif (video filter) in new versions
[15:04] <ackbahr> Mavrik: Do you think I should use this one?
[15:05] <Mavrik> yadif is a better filter, I'm just not sure if it works with your ffmpeg
[15:05] <Mavrik> anyway, gotta go, :)
[15:05] <ackbahr> Mavrik: Thanks a lot, you made my day!
[16:16] <CrazyThinker> What is the best way to convert a mkv(h264) video to mp4(mpeg-4)?
[16:17] <CrazyThinker> losslessly
[16:17] <CrazyThinker> I tried doing just ffmpeg -i file.mkv file.mp4 -s hd1080
[16:17] <CrazyThinker> but it destroyed the quality of the video
[16:25] <JEEB> do you want to change the video codec or do you just want to remux
[16:25] <JEEB> if you just want to remux it'll be lossless
[16:26] <JEEB> mpeg4 codec (mpeg-4 part 2 has no lossless mode)
[16:26] <JEEB> so switching video codecs would be lethal
[16:26] <JEEB> ffmpeg -i input.mkv -acodec copy -vcodec copy out.mp4
[16:26] <JEEB> ^ this would copy audio and video streams from the input and would mux them into mp4
[16:30] <CrazyThinker> JEEB, my TV has a problem with h264 encoding
[16:30] <CrazyThinker> so I want to preserve the quality and convert it to avi or mpg
[16:30] <CrazyThinker> is that possible?
[16:31] <JEEB> you can use a lot of bitrate and make it look similar'ish
[16:31] <JEEB> but it isn't lossless :P
[16:31] <JEEB> anyways, I have no idea about the settings you have to give the mpeg4 encoder so don't ask me
[16:32] <JEEB> I don't encode for crappy plastic toys in anything else but H.264, thankfully
[16:33] <CrazyThinker> Thanks anyway
[18:37] <stonie> hi.. i want to create a video from single images.. trying with "ffmpeg -f image2 -i DSC_%04d.JPG foo.avi" always gives me "DSC_%04d.JPG: No such file or directory" .. files are all caled DSC_1159.JPG... DSC_1270.JPG
[18:39] <relaxed> the number sequence must start at (or near) zero
[18:40] <relaxed> you can cat jpgs though, cat *.JPG | ffmpeg -f image2pipe -vcodec mjpeg -i -
[19:42] <stonie> ok thanks trying that
[20:05] <BLZbubba> hello there, does anyone have a good command line for making high quality ipod touch 4g mp4 files?
[20:13] <Mavrik> can you tell the H.264 profile and level it supports?
[21:22] <cbreak> BLZbubba: H.264 video up to 720p, 30 frames per second, Main Profile level 3.1 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats
[21:22] <cbreak> from apple's page
[21:22] <cbreak> h.264 is the highest quality codec those things support
[21:23] <cbreak> And iPhones: H.264 video up to 1080p, 30 frames per second, High Profile level 4.1 with AAC-LC audio up to 160 Kbps, 48kHz, stereo audio in .m4v, .mp4, and .mov file formats
[21:23] <cbreak> (the 4S variant)
[21:24] <cbreak> no idea how ffmpeg exposes those, but x264 has a --level switch
[21:26] <JEEB> -level -profile:v
[21:26] <JEEB> -profile:v main
[21:26] <JEEB> -level 3.1
[21:26] <JEEB> should work
[21:27] <relaxed> if that fails, -level 31
[23:41] <JodaZ> wait, so what color space is video normally encoded in ?
[23:41] <JodaZ> like h264 on your standard blueray
[23:45] <Mavrik> yuv420 probably
[23:45] <Mavrik> it's the only really widely supported pixel format with acceleration everywhere
[23:53] <JodaZ> Mavrik, what does that mean ? y is 4 bit and u is 2 ?
[23:53] <JodaZ> i don't get the fancy box graphics on wiki
[23:55] <Mavrik> JodaZ, it means that every 8 pixels (two rows of 4) of black and white information get two 2x2 blocks of color information
[23:56] <Mavrik> JodaZ, http://en.wikipedia.org/wiki/Chroma_subsampling#Sampling_systems_and_ratios
[00:00] --- Mon Jan 16 2012
1
0
[00:37] <funman> ok finally got it
[00:37] <funman> http://pastie.org/3181237
[00:37] <funman> the .exe and dlls all have debug symbols
[00:38] <funman> i can insert breakpoints and have complete backtraces when they happen
[00:38] <Compn> lol
[00:38] <Compn> ok that is a useless backtrace
[00:38] <funman> indeed but the other binary i have (without symbols) actually show function name in the bt
[00:38] <Compn> no function names
[00:40] <uau> funman: do you have function names when you set a breakpoint elsewhere?
[00:40] <funman> it just says it's in DXVA2CreateVideoService() from Windows' dxva2.dll
[00:40] <uau> could be that the issue is that the stack is corrupted
[00:40] <funman> uau: yeah, just checked with WinMain
[00:40] <funman> likely
[00:40] <uau> so it would not be an issue looking up the names, but the addresses might not correspond to functions
[00:42] <funman> even the last one?
[00:42] <funman> shouldn't it be resolved from IP/PC ?
[00:43] <uau> well maybe it crashed after jumping to a return address read from corrupted stack
[00:43] <funman> true
[00:43] <funman> it's Windows code so we dont know
[00:43] <uau> you could check whether the asm makes any sense
[00:45] <funman> the address doesn't make sense at all
[00:45] <funman> "No function contains program counter for selected frame."
[00:46] <funman> VLC looks if that function exist but doesn't call it
[00:46] <uau> i think that message you quoted only means there's no debug info
[00:46] <uau> so it can't automatically show asm for exactly the whole function
[00:46] <funman> ah but it comes from 'disassemble'
[00:46] <uau> you need to give it more arguments probablly
[00:47] <funman> ooh ok
[00:47] <funman> well it makes sense
[00:47] <funman> it is NULL dereference
[00:47] <uau> what is?
[00:48] <funman> http://pastie.org/3181294
[00:48] <funman> rdx = 0
[00:49] <uau> that looks like meaningful code though
[00:49] <funman> ffmpeg has no reference to DXVA2CreateVideoService
[00:49] <uau> so lack of debug info rather than a random address
[00:49] <funman> uau: yeah, the first line is *(rdx) = rax; iiuc (translated to C)
[00:50] <uau> well that alone could happen to occur in random memory
[00:50] <funman> yeah
[00:50] <uau> i mean that overall the asm looks like a meaningful function
[00:51] <funman> the second function in the backtrace doesnt point to valid memory though
[00:52] <funman> in any case it's annoying to debug
[00:55] <funman> ah and i dont see symbols defined in vlc .dll s
[00:56] <funman> http://pastie.org/3181327
[00:57] <funman> enough for today :)
[00:57] <uau> funman: was that after starting the process?
[00:58] <funman> yes
[00:59] <funman> same thing if i don't run the process
[00:59] <funman> i'll ask help on #mingw-w64 they are helpful - just need some timezone concordance
[01:00] <uau> so the libraries should already have been loaded?
[01:00] <funman> yeah
[01:00] <funman> well maybe
[01:00] <funman> DLLs are special
[01:03] <funman> ramiro left a long time ago? last time i saw him was 1 year ago or something
[01:04] <michaelni> last post from ramiro on ffmpeg-dev was 5 Nov 2011, thats not so long ago
[01:13] <Compn> ramiro left irc and stopped his autobuilds site after the fork
[01:13] <Compn> but i saw him once or twice on the list
[01:13] <Compn> or something
[01:17] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r7c10d3ca2e 10ffmpeg/libavcodec/ (pamenc.c version.h):
[01:17] <CIA-31> ffmpeg: Simplify 32bit RGB pam encoding.
[01:17] <CIA-31> ffmpeg: Reviewed-by: Paul B Mahol
[01:17] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r93af38ca93 10ffmpeg/ffmpeg.c:
[01:17] <CIA-31> ffmpeg: Increase maximum encoding video buffer size.
[01:17] <CIA-31> ffmpeg: libavutil now supports 64bit RGB formats.
[01:17] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r3fe4540b08 10ffmpeg/libavcodec/ (pamenc.c version.h): Support 64bit pam encoding.
[01:18] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * rc714cd3bd4 10ffmpeg/libavcodec/ (tiff.c tiffenc.c version.h):
[01:18] <CIA-31> ffmpeg: Support 64bit tiff images.
[01:18] <CIA-31> ffmpeg: Fixes a part of ticket #503.
[01:18] <CIA-31> ffmpeg: Reviewed-by: Paul B Mahol
[01:18] <CIA-31> ffmpeg: Reviewed-by: Jean First
[01:18] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r0b1f20e23c 10ffmpeg/libavcodec/sgidec.c:
[01:18] <CIA-31> ffmpeg: Support reading 64bit sgi images.
[01:18] <CIA-31> ffmpeg: Reviewed-by: Jean First
[01:18] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * rdd55adb1a7 10ffmpeg/libavcodec/dpx.c:
[01:18] <CIA-31> ffmpeg: Support reading 64bit dpx images.
[01:18] <CIA-31> ffmpeg: Reviewed-by: Jean First
[01:19] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r8d95eb6702 10ffmpeg/libavcodec/utils.c:
[01:19] <CIA-31> ffmpeg: lavc: Prevent opening of experimental codecs if strict_std_compliance > FF_COMPLIANCE_EXPERIMENTAL.
[01:19] <CIA-31> ffmpeg: Some of these encoders may produce invalid bitstreams, which should not
[01:19] <CIA-31> ffmpeg: be done without the user knowing.
[01:19] <CIA-31> ffmpeg: Some of these decoders may be unfinished and may contain security issues.
[01:19] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[01:19] <CIA-31> ffmpeg: 03Baptiste Coudurier 07master * r89fc7e36c7 10ffmpeg/libavcodec/alac.c:
[01:19] <CIA-31> ffmpeg: alacdec: support 32 bps
[01:19] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[01:24] <funman> Compn: :(
[01:24] <funman> there are no windows build on fate ?
[01:25] <funman> running tests would require wine but build-only works on linux
[01:41] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * rffd1017fb8 10ffmpeg/libavcodec/ (libopenjpegenc.c version.h):
[01:41] <CIA-31> ffmpeg: Gray16 encoding with libopenjpeg.
[01:41] <CIA-31> ffmpeg: Reviewed-by: Michael Bradshaw
[01:41] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r36397ea1c7 10ffmpeg/libavcodec/ (libopenjpegenc.c version.h):
[01:41] <CIA-31> ffmpeg: RGBA64 encoding with libopenjpeg.
[01:41] <CIA-31> ffmpeg: Reviewed-by: Michael Bradshaw
[02:26] <Compn> funman : ramiro ran the win32 fate boxes :(
[02:27] <Compn> funman : libav runs some mingw fate
[02:27] <Compn> http://fate.libav.org/
[02:28] <Compn> so at least thats pretty close to ffmpeg :)
[02:30] <Compn> with a normal gcc version mingw seems ok
[02:42] <funman> yeah mingw is just the runtime and standard library
[02:42] <funman> all gcc patches are upstream these days
[02:53] <CIA-31> ffmpeg: 03Diego Biurrun 07master * r64d779f2f7 10ffmpeg/libavcodec/ (cabac.c cabac.h):
[02:53] <CIA-31> ffmpeg: cabac: Remove ff_h264_lps_state array.
[02:53] <CIA-31> ffmpeg: It was only ever used in the cabac test program, but never initialized.
[02:53] <CIA-31> ffmpeg: 03Diego Biurrun 07master * r0a60780c7f 10ffmpeg/libavcodec/ (cabac.c cabac.h): cabac: Mark ff_h264_mps_state array as static, it is only used within cabac.c.
[02:53] <CIA-31> ffmpeg: 03Ronald S. Bultje 07master * re7843db3df 10ffmpeg/libswscale/swscale_unscaled.c: (log message trimmed)
[02:53] <CIA-31> ffmpeg: swscale: fix invalid conversions and memory problems.
[02:53] <CIA-31> ffmpeg: Fixes problems where rgbToRgbWrapper() is called even though it doesn't
[02:53] <CIA-31> ffmpeg: support this particular conversion (e.g. converting from RGB444 to
[02:53] <CIA-31> ffmpeg: anything). Thirdly, fixes issues where rgbToRgbWrapper() is called for
[02:53] <CIA-31> ffmpeg: non-native endiannness conversions (e.g. RGB555BE on a LE system).
[02:53] <CIA-31> ffmpeg: Fourthly, fixes crashes when converting from e.g. monowhite to
[02:53] <CIA-31> ffmpeg: 03Mans Rullgard 07master * r5c5e1ea3cd 10ffmpeg/libavcodec/arm/asm.S: (log message trimmed)
[02:53] <CIA-31> ffmpeg: ARM: 4-byte align start of all asm functions
[02:53] <CIA-31> ffmpeg: Due to apprent bugs in the GNU assembler and/or linker, relocations
[02:53] <CIA-31> ffmpeg: can be incorrectly processed if the alignment of a Thumb instruction
[02:53] <CIA-31> ffmpeg: is changed in the output file compared to the input object.
[02:53] <CIA-31> ffmpeg: This fixes crashes in h264 decoding with Thumb enabled. No effect in
[02:53] <CIA-31> ffmpeg: ARM mode since everything is 4-byte aligned there.
[02:53] <CIA-31> ffmpeg: 03Paul B Mahol 07master * r0cc1a86dc3 10ffmpeg/libswscale/ (rgb2rgb.c rgb2rgb.h swscale_unscaled.c):
[02:54] <CIA-31> ffmpeg: rgb2rgb: rgb12to15()
[02:54] <CIA-31> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[02:54] <CIA-31> ffmpeg: 03Justin Ruggles 07master * r68d6012c72 10ffmpeg/tests/ (10 files in 2 dirs):
[03:14] <durandal_1707> build is failling for me
[03:15] <Compn> pastebin you have not made
[03:15] <durandal_1707> lps/mlps for cabac
[03:16] <durandal_1707> libavcodec/cabac.c:149:13: error: use of undeclared identifier 'ff_h264_lps_state'; did you mean 'ff_h264_mlps_state'?
[04:14] <durandal_1707> answer to clang question is No
[04:50] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * rc834c7e39c 10ffmpeg/libavcodec/cabac.c:
[04:50] <CIA-31> ffmpeg: 1000l commit forgotten cabac fix
[04:50] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:51] <michaelni> darn i had fixed it but forgot commit --amend
[04:55] <durandal_1707> hmm, i fixed it differently, reusing h264_mps_state
[05:01] <michaelni> well i just reverted the 2 line removials that broke it
[05:01] <michaelni> seemed the most straightforward
[05:04] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r2422e8271c 10ffmpeg/libavcodec/cabac_functions.h:
[05:04] <CIA-31> ffmpeg: cabac_functions: fix license header, this wasnt developed in libav
[05:04] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:04] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r44e191457a 10ffmpeg/libavcodec/utils.c:
[05:04] <CIA-31> ffmpeg: utils: check that parameters havnt changed in reget_buffer()
[05:04] <CIA-31> ffmpeg: Fixes Ticket902
[05:04] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[07:29] <CIA-31> ffmpeg: 03Oana Stratulat 07master * ra63a86fd6f 10ffmpeg/libavformat/avidec.c:
[07:29] <CIA-31> ffmpeg: Fixes issue 890: OOM with zmbv file
[07:29] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[10:41] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r6ba74be511 10ffmpeg/libavcodec/utils.c: Add CR/LF to a reget_buffer warning message.
[10:41] <CIA-31> ffmpeg: 03Carl Eugen Hoyos 07master * r28002030f2 10ffmpeg/libavcodec/iff.c:
[10:41] <CIA-31> ffmpeg: Support transparency in iff images.
[10:41] <CIA-31> ffmpeg: Fixes ticket #707.
[10:41] <CIA-31> ffmpeg: Reviewed-by: Peter Ross
[12:37] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r4057505e28 10ffmpeg/doc/bitstream_filters.texi: doc/bistream_filters.texi: add documentation for the h264_mp4toannexb filter
[14:21] <j-b> 'morning
[14:37] <pross-au> very early morning here
[15:20] <kirarav2> hello :)
[15:47] <pross-au> slow news day
[15:52] <Compn> pross-au : your comment on mikes blog, what did you mean ffmpeg merge with fmpeg, what fmpeg ?
[15:52] <pross-au> oops
[15:53] <pross-au> ffmpeg merge with libav
[15:53] <Compn> ah
[15:53] <pross-au> reunification to the motherland
[15:53] <Compn> :D
[15:53] <pross-au> dare i say, tawain will merge first
[15:53] <Compn> and the dalai lama will turn catholic
[15:53] <Compn> :D
[15:54] <Compn> china got to him
[15:56] <pross-au> oops^2
[15:59] <Compn> wb
[16:01] <pross-au> slip of the finger
[16:55] <CIA-31> ffmpeg: 03Marton Balint 07master * r1348420b8a 10ffmpeg/ffplay.c:
[16:55] <CIA-31> ffmpeg: ffplay: silence buffer size must be a multiple of frame size
[16:55] <CIA-31> ffmpeg: Otherwise the audio channels sometimes would be shifted on output.
[16:55] <CIA-31> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[16:55] <CIA-31> ffmpeg: 03Marton Balint 07master * r6f06545b26 10ffmpeg/ffplay.c: (log message trimmed)
[16:55] <CIA-31> ffmpeg: ffplay: use swr_set_compensation for audio synchronization
[16:55] <CIA-31> ffmpeg: Also change synchronize_audio to only calculate the wanted number of samples
[16:55] <CIA-31> ffmpeg: instead of doing the actual synchronization, and make swr_convert handle the
[16:55] <CIA-31> ffmpeg: sample addition or deletion.
[16:55] <CIA-31> ffmpeg: This new method replaces the old buggy way which simply deleted or
[16:55] <CIA-31> ffmpeg: multiplied samples.
[16:55] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r0b4f1e0d3d 10ffmpeg/:
[16:55] <CIA-31> ffmpeg: Merge remote-tracking branch 'cus/stable'
[16:55] <CIA-31> ffmpeg: * cus/stable:
[16:55] <CIA-31> ffmpeg: ffplay: silence buffer size must be a multiple of frame size
[16:55] <CIA-31> ffmpeg: ffplay: use swr_set_compensation for audio synchronization
[17:22] <CIA-31> ffmpeg: 03Laurent BRULET 07master * r45c39e566f 10ffmpeg/libavformat/udp.c:
[17:22] <CIA-31> ffmpeg: udp: fix segfault on closing
[17:22] <CIA-31> ffmpeg: Fixes ticket915
[17:24] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * rc4ba5198ea 10ffmpeg/libavcodec/ (avcodec.h avpacket.c internal.h utils.c): (log message trimmed)
[17:24] <CIA-31> ffmpeg: Fix leaking of side data.
[17:24] <CIA-31> ffmpeg: While we correctly "register" the side data when we split it,
[17:24] <CIA-31> ffmpeg: the application (in this case FFmpeg) might not update the
[17:24] <CIA-31> ffmpeg: AVPacket pool it uses to finally free the packet, thus
[17:24] <CIA-31> ffmpeg: causing a leak.
[17:24] <CIA-31> ffmpeg: This also makes the av_dup_packet unnecessary which could
[17:44] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * r83b12c16af 10ffmpeg/libavcodec/x86/rv34dsp.asm:
[17:44] <CIA-31> ffmpeg: Use correct register size, fixes compilation with NASM.
[17:44] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>
[20:12] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * rb26f0ee39f 10ffmpeg/libavformat/ (avidec.c riff.c):
[20:12] <CIA-31> ffmpeg: avidec: XMPG support
[20:12] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:12] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r0d5c810bd5 10ffmpeg/libavcodec/mpeg12.c:
[20:12] <CIA-31> ffmpeg: mpeg12dec: check uppercased codec_tag.
[20:12] <CIA-31> ffmpeg: We do this for all other codec_tag checks in mpegvideo*/h26*
[20:12] <CIA-31> ffmpeg: doing it here too makes the code more consistent.
[20:12] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:12] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r52889b543d 10ffmpeg/ (libavcodec/mpeg12.c libavformat/riff.c):
[20:12] <CIA-31> ffmpeg: mpeg12dec: BW10 support
[20:12] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:23] <michaelni> ping to my ISPs web server: 652 packets transmitted, 135 received, 79% packet loss, time 651074ms
[22:23] Action: michaelni kicks his ISP very hard
[22:24] <Daemon404> why dont you ssh into somewhere faster?
[22:24] <Daemon404> rather, more reliable
[22:24] <nevcairiel> ssh isnt much fun when your connection is dropping data, either
[22:24] <Daemon404> true
[22:29] <ubitux> are you forced to keep your current isp?
[22:30] <ubitux> btw, Diego, Janne, Luca and Ronald didn't answer to me request about libav.org&
[22:31] <durandal_1707> ubitux: request about what?
[22:31] <Compn> yea whut request
[22:32] <ubitux> about the permission to use their work on libav.org for ffmpeg.org (web repository)
[22:32] <Compn> lol
[22:32] <ubitux> well i don't mind an explicit refusal
[22:32] <ubitux> but being ignored really is the worse
[22:32] <ubitux> you can't just move on
[22:33] <ubitux> it's not the first i'm deliberatly ignored from libav :(
[22:33] <Compn> i have not heard much from them since the fork. guess i'm on the 'list'.
[22:34] <Compn> ubitux : you tried in #libav-devel ?
[22:34] <Compn> or by email ?
[22:34] <ubitux> it was by mail
[22:34] <Compn> ouch
[22:34] <ubitux> i also got ignored several time on #libav-devel and in private on irc but well&
[22:35] <ubitux> (not for that matter)
[22:35] <Compn> like i tried explaining to people, there is a big communications problem
[22:36] <ohsix> that's too polite
[22:37] <Compn> oh, i mentioned communications problem in some ffmtech thread
[22:37] <ubitux> i think i don't have access to it
[22:37] <ubitux> i don't know at all what's happening there
[22:38] <Compn> i think it was on ffmpeg-devel
[22:38] <Compn> and yeah, i havent a clue whats going on, aside from who is on the board
[22:39] <Compn> lu_zero offered to make a website on ffmtech.org , but hes been busy i guess.
[22:39] <ubitux> anyway, i'll ping them with ffmpeg-devel in copy next time
[22:39] <ubitux> maybe next week.
[22:39] <Compn> and my idea to pay someone to create a quick website was ignored
[22:40] <Compn> merbanan said i may be able to help with ffmtech, i wonder how that went
[22:40] <Compn> have to ask him next time hes around
[22:45] <durandal_1707> how much bugs from old tracker have been cheched to be still alive?
[22:46] <michaelni> durandal_1707, dunno, best ask carl, he is the one knowing all the bugs to the finest detail
[22:47] <durandal_1707> our mjpeg decoder sucks
[22:47] <michaelni> why ?
[22:49] <durandal_1707> does not support some stuff
[22:50] <michaelni> some stuff ?
[22:59] <durandal_1707> #903 dunno what is cause of that and #907 32bpp pix_fmt come to mind
[23:01] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r5a840f6364 10ffmpeg/libswscale/x86/yuv2rgb_mmx.c:
[23:01] <CIA-31> ffmpeg: x86/yuv2rgb_mmx: Remove yuv420 check.
[23:01] <CIA-31> ffmpeg: This check is not correct, the code supports more yuv variants.
[23:01] <CIA-31> ffmpeg: Fixes Ticket904
[23:01] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[23:01] <CIA-31> ffmpeg: 03Jean First 07master * rc48883163d 10ffmpeg/libavcodec/timecode.h:
[23:01] <CIA-31> ffmpeg: timecode: fix typo
[23:01] <CIA-31> ffmpeg: Signed-off-by: Jean First <jeanfirst(a)gmail.com>
[23:01] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[23:07] <Compn> heh
[23:07] <Compn> durandal_1707 : carl and michael have been adding crazy amounts of mjpeg formats lately :D
[23:08] <Compn> and for some reason ami_stuff has been reporting all of the weird image formats
[23:08] <Compn> and kostya did a bunch of them too
[23:08] <Compn> ffmpeg is going to take over imagemagick one day :D
[23:10] <Compn> i dont really know the reason why everyone is adding rare jpg/image formats
[23:10] <Compn> easy to reverse engineer i guess :)
[23:10] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * r7a1723086a 10ffmpeg/libavcodec/x86/mpegaudiodec_mmx.c: (log message trimmed)
[23:10] <CIA-31> ffmpeg: Fix compilation without HAVE_AVX, HAVE_YASM etc.
[23:10] <CIA-31> ffmpeg: At the very least this should fix warnings about unused static
[23:10] <CIA-31> ffmpeg: functions if one or more of these is not defined.
[23:10] <CIA-31> ffmpeg: However even compilation might be broken if the compiler does
[23:10] <CIA-31> ffmpeg: not optimize the function away completely.
[23:10] <CIA-31> ffmpeg: This actually happens in case of the AVX function, since the
[23:37] <michaelni> durandal_1707, fix for #903 is on its way to the ML
[23:38] <durandal_1707> omg, how you do that?
[23:52] <michaelni> durandal_1707, patch for #907 is also on its way to the ML
[00:00] --- Sun Jan 15 2012
1
0
[00:00] <llrcombs> but not on x264, yeah?
[00:00] <JEEB> with everything
[00:00] <JEEB> it's something you only use when you're developing something that needs the same qp values
[00:00] <llrcombs> heh, someone told me it didn't work with x264
[00:00] <JEEB> because qp is not something you use for normal encodes .-.
[00:00] <JEEB> well, in any case it's not something to use
[00:00] <llrcombs> how do you force it to be the same actual _quality_?
[00:01] <JEEB> you'll have to buy a few thousand chinese child laborers for that
[00:01] <llrcombs> or do you just have to mess around until you find a good compromise between size and quality?
[00:01] <JEEB> because there is no automated way to find the same quality for your eyes
[00:01] <JEEB> the closest alternative is to use -crf
[00:01] <JEEB> and find the highest crf value that still looks good for you
[00:01] <JEEB> start at around 24
[00:01] <JEEB> and if it looks bad, lower it
[00:02] <JEEB> values lower than 18 aren't usually needed, so don't lower it too much from 24 before trying stuff in the middle
[00:02] <llrcombs> 0 is lossless, right?
[00:02] <JEEB> 0 is lossless mode with 8bit libx264
[00:02] <JEEB> with >8bit libx264 the crf values start to go negative as well
[00:03] <JEEB> thus it's better off to use -qp 0 for lossless if you think you ever will use >8bit libx264
[00:03] <JEEB> if you use only 8bit libx264 you can use crf zero just fine
[00:03] <llrcombs> what would you reccomend for MJPEGs?
[00:04] <llrcombs> if I want the highest quality possible and the original file is MJPEG
[00:04] <JEEB> no idea, I only use ffvhuff and libx264
[00:04] <llrcombs> I used -sameq at first to go to libx264, since I didn't really understand what it did
[00:04] <JEEB> well, if you want to have a lossless copy of the file in H.264 then you can use -crf 0
[00:04] <JEEB> and have a lossless copy
[00:05] <llrcombs> won't that be ridiculously huge?
[00:05] <JEEB> well, depends
[00:05] <JEEB> it will be big of course, as it is lossless
[00:05] <JEEB> but whether or not it is bigger than the original is a separate matter
[00:05] <JEEB> of course, MJPEG is not lossless so I might even leave it as-is :P
[00:05] <llrcombs> true
[00:06] <JEEB> oh, highest quality possible as in output and not lossless?
[00:06] <JEEB> as in, "export"
[00:06] <JEEB> (last stage of whatever workflow)
[00:06] <JEEB> something that end users watch, and that isn't edited
[00:06] <llrcombs> as in, highest quality I can get from this original without lossless
[00:06] <JEEB> what are you going to be using this for?
[00:07] <JEEB> end users?
[00:07] <JEEB> editing?
[00:07] <JEEB> as in, only for watching, or a working copy / whatever?
[00:07] <llrcombs> sharing on Mediafire and YouTube (though I think no matter what my quality settings are, it won't make YouTube look any different)
[00:07] <llrcombs> watching
[00:07] <JEEB> k
[00:07] <JEEB> then what I just said
[00:08] <JEEB> highest crf that still looks good
[00:08] <JEEB> and setting preset to the slowest you can take should give you compression
[00:09] <llrcombs> http://www.youtube.com/watch?v=cUwjrIU9AsE&list=UU1qXejKCgpHeK-_DR8NDdkw&in… <-- I used -sameq and didn't specify crf, bitrate, etc... and ended up with this
[00:09] <llrcombs> looks a little better not on YT, MOVs are here: http://www.mediafire.com/?w4d6rz648sg8y#19mj8p79zcjje
[00:09] <JEEB> well, youtube'll re-encode your stuff in any case so to maximize profit there you might as well upload the original MJPEG there (or in case of you doing editing/whatever lossless H.264)
[00:10] <llrcombs> not bad for YT, IMHO
[00:10] <llrcombs> I'd have to reencapsulate the files for YT if I wanted to up the originals, as I'm pretty sure YT doesn't like THPs
[00:11] <llrcombs> and I'm not sure if the mjpeg format here is standard
[00:11] <JEEB> yeah, lossless H.264 via libx264 or ffvhuff or something
[00:11] <JEEB> should be the "thing as-is"
[00:12] <JEEB> also, -sameq's quality depends on the QPs of the original thing, and how they work on the output codec >_> When you mismatch codecs it becomes even more fun
[00:13] <llrcombs> just out of curiosity now, as you seem to know a fair amount about codecs, can you identify what format these captions are: http://www.mediafire.com/?w4d6rz648sg8y#a4j6s38nq6mz2
[00:13] <llrcombs> I've been trying to figure them out; I've never seen binary captions before
[00:13] <llrcombs> (mostly because one usually sees simple SRTs or SSAs)
[00:14] <llrcombs> they were all compressed with LZ77, but the files up'd at that link are extracted
[00:15] <JEEB> if this is out of some game there's a good chance they're in some weird proprietary format
[00:15] <llrcombs> yeah, that's what I've been thinking
[00:15] <llrcombs> ahh well
[00:15] <llrcombs> the video files they correspond to are a weird proprietary format too, but ffmpeg supports it!
[00:16] <JEEB> luckily enough :D
[00:16] <llrcombs> they're THP files, which are used solely in GameCube + Wii games
[00:16] <llrcombs> strangely-encapsulated not-quite-standard MJPEG with custom PCM audio
[00:16] <JEEB> looking at the size of the captions I'll guess it's image-based
[00:17] <llrcombs> I was guessing that it was in multiple languages, but image-based is possible too, I suppose
[00:17] <JEEB> (easier for the game console to deal with too, since it doesn't have to render text)
[00:19] <llrcombs> ahh well, it was worth a shot
[00:19] <llrcombs> I can manually remake subs for them, there aren't that many lines
[00:20] <JEEB> reminds me that I should see if I could continue the development of the ARIB caption app an internets friend of mine started
[00:20] <JEEB> (used in Japanese digital TV)
[00:21] <llrcombs> I've got a bug in trac right now about some rainbow artifacts in a few of the THP files on that page
[00:21] <llrcombs> (most of the ones from FE9)
[00:36] <dualbus> hi, I'm trying to stream live audio using ffserver; I'm capturing the audio from a network camera with a python script I made; the script outputs pcm_s16le, 4096 hz, 2 channels, and I'm piping that to ffmpeg
[00:36] <dualbus> the exact command is " python -u audio.py | ffmpeg -vn -f s16le -codec pcm_s16le -sample_rate 4096 -channels 2 -i - -vn -f mp2 -codec libmp3lame -sample_rate 8000 -channels 2 http://localhost:8090/feed1.ffm"
[00:37] <dualbus> http://dpaste.org/oEH9T/
[00:37] <relaxed> why -f mp2?
[00:37] <dualbus> thats my ffserver.conf
[00:38] <dualbus> relaxed: I don't really know, I've tried ogg/mp2 as an output format
[00:38] <dualbus> and liblamemp3 and libvorbis as output acodec
[00:39] <dualbus> but all the ffmpeg command does is to capture some blocks, and then it exits (breaking the pipe)
[00:39] <dualbus> if I do the same command, but instead of pushing to the ffm location, I do record.mp3 it works correctly
[00:40] <dualbus> so I'm guessing i'm doing something wrong in the ffserver config, but I don't know what
[00:41] <dualbus> at first I thought it was my python script, since there is a delay between each output block (about 1sec)
[00:42] <dualbus> but if I transcode directly to hard-drive it works correcly
[00:48] <llrcombs> OHSHIT
[00:48] <llrcombs> ohwait, this is freenote
[00:48] <llrcombs> *freenode
[00:48] <llrcombs> I forgot what net I was on
[00:49] <llrcombs> I'm used to foonetic's netsplits, which take out about a quarter of whatever channel I'm in
[01:23] <AkiraBot> wow 0.8.10 released
[02:04] <PovAddict> does the mp4 container support embedded subtitles?
[02:05] <microchip_> yes
[02:05] <PovAddict> what codec should I use
[02:05] <PovAddict> ?
[02:06] <PovAddict> I have a .mp4 with h264 video and aac audio, and separately, a subtitle file in SRT format
[02:06] <PovAddict> what codec should I tell ffmpeg to transcode the subtitles into?
[02:08] <llrcombs> SSA?
[02:09] <PovAddict> I thought both SSA and SRT were things created by the "community"?
[02:10] <PovAddict> http://en.wikipedia.org/wiki/MPEG-4_Part_17 apparently this is what mpeg4 uses, does ffmpeg have any support for it?
[02:13] <muken> there is no software supports mpeg-4 part17 (mp4s with OTI=0x08)
[02:14] <PovAddict> "no software" is a bit of a strong statement, that wikipedia page says VLC can decode...
[02:15] <muken> i think it is 3gpp timed text. timed text != mpeg-4 part17
[02:19] <muken> fourcc for mpeg-4 streaming text is 'mp4s', and for 3gpp timed text is 'tx3g'. i have never seen 'mp4s' case
[02:20] <PovAddict> is there any subtitle format, embedded or separate-file, that is supported by Windows / WMP out of the box?
[03:10] <shintaku> thank goodness... there's a channel
[03:11] <shintaku> i'm trying to convert my massive 25GB movie into a smaller, sub 300MB mp4. the current resolution of the movie is 1680x1050. i'd like to half that.
[03:12] <shintaku> not really familiar with ffmpeg, but am trying: ffmpeg -i ~/Desktop/iShowU-Capture.mov -s 840x525 -vcodec mpeg4 -an ~/Desktop/out.mp4
[03:12] <shintaku> swScaler: Unknown format is not supported as input pixel format
[03:13] <PovAddict> what does "ffmpeg -i ~/Desktop/iShowU-Capture.mov" alone say? put full output in a pastebin
[03:14] <shintaku> thanks
[03:15] <shintaku> http://pastebin.com/UgxWaeXF
[03:16] <shintaku> have a feeling it'll probably have something to do with the Apple Intermediate Codec
[03:16] <PovAddict> hm
[03:17] <PovAddict> try removing the -s
[03:17] <PovAddict> use "-t 10" to only convert the first 10 seconds
[03:17] <shintaku> as a test run?
[03:17] <PovAddict> yeah, trying without scaling first
[03:17] <Arthur_D> how do I use ffprobe to display width&height of all video files in a folder?
[03:18] <shintaku> same thing
[03:18] <shintaku> w/o the -s
[03:22] <PovAddict> I think that codec isn't supported by ffmpeg (yet)
[03:24] <shintaku> poo
[03:44] <CalimeroTeknik> how do I drop id3 tags when transcoding a file?
[04:04] <shintaku> ok, converted to m4v w/ quicktime. i can now convert m4v to mp4. when i do, though, it looks like crap. any idea how to control quality. i tried -b 1200.
[04:04] <shintaku> current settings are: Stream #0.0(eng): Video: h264, yuv420p, 1152x720 [PAR 1:1 DAR 8:5], 629 kb/s, 14.86 fps, 1500 tbr, 1500 tbn, 3k tbc
[04:04] <shintaku> in m4v
[04:04] <PovAddict> that's 1200 bits per second
[04:04] <PovAddict> I don't think any video codec can give you sane quality at that bitrate ;)
[04:04] <PovAddict> use -b 1200k
[04:08] <shintaku> oh.. lol
[04:08] <shintaku> thanks
[04:08] <shintaku> still looks pixelated
[04:09] <PovAddict> are you sure the original video isn't like that already?
[04:10] <shintaku> yeah
[04:10] <shintaku> it looks good
[04:11] <shintaku> what is acodec?
[04:11] <shintaku> audio?
[04:11] <PovAddict> yes
[04:11] <PovAddict> what's the bitrate of the input video?
[04:11] <PovAddict> the m4v I mean
[04:14] <shintaku> 629 kb/s
[04:14] <shintaku> last q
[04:14] <shintaku> what's the diff between libx264 and mpeg4 codec?
[04:14] <shintaku> this looks great now: ffmpeg -i ~/Movies/iShowU-Capture2/Resources/iShowU-Capture2\ -\ Computer.m4v -r 15 -t 10 -b 2M -bt 4M -vcodec libx264 -vpre hq -an ~/Desktop/out.mp4
[04:15] <shintaku> this looks like crap
[04:15] <shintaku> ffmpeg -i ~/Movies/iShowU-Capture2/Resources/iShowU-Capture2\ -\ Computer.m4v -t 10 -b 1629k -vcodec mpeg4 -an ~/Desktop/out.mp4
[04:15] <shintaku> i have no idea what the first set of options do
[04:15] <shintaku> i just copied it from something i saw online
[04:15] <PovAddict> err if your m4v was 629 kb/s it would look like shit too
[04:16] <shintaku> it's readable
[04:18] <PovAddict> "ffmpeg -i ~/Movies/iShowU-Capture2/Resources/iShowU-Capture2\ -\ Computer.m4v" => pastebin
[04:18] <shintaku> http://pastebin.com/zbQG6B2t
[04:19] <shintaku> i'm encoding it w/ that libx264 line i pasted earlier. that looks fine
[04:19] <PovAddict> isn't it small enough already, then?
[04:19] <shintaku> yeah, just want it in mp4
[04:19] <PovAddict> it already is
[04:20] <shintaku> m4v = mp4?
[04:20] <shintaku> i don't know
[04:20] <PovAddict> ok, try this: ffmpeg -i ~/Movies/iShowU-Capture2/Resources/iShowU-Capture2\ -\ Computer.m4v -vcodec copy out.mp4
[04:20] <shintaku> will do. thanks a bunch.
[04:40] <shintaku> well, thanks a lot for your help, PoVAddict. heading to bed
[05:49] <PovAddict> hi
[05:49] <PovAddict> I have a 720x306 video which I want to transcode into a 16:9 DVD
[05:51] <PovAddict> the original resolution is something like 2.35:1, so I need either padding or cropping to fit 16:9
[05:52] <PovAddict> however, if I use -target pal-dvd and pad it, ffmpeg first scales it from 720x306 to 720x576 and then pads *that* into 1024x576, which is not an allowed resolution in DVD
[05:52] <PovAddict> dvdauthor somehow manages to create a .VOB but I don't think it's exactly compatible...
[06:32] <PovAddict> took me a while but I managed to do what I wanted - wheew
[06:59] <PovAddict> what's a reasonable bitrate for AC3 audio in a DVD?
[07:00] <PovAddict> I don't know about ac3 quality, but using the default 448 kb/s for AC3 seems way overkill considering my source material is 160 kb/s MP3
[12:47] <mvip> I'm having a somewhat odd issue. I need to turn a sequence of one or two images into a video. Let's say I have image1.png, then I will need to turn that into a 7 second long video. Any points on how to best go about to do that?
[12:48] <mvip> If i just do 'ffmpeg -i foo.png foo.mpg' that will generate a video that is a fraction of a second long
[13:19] <mvip> For the record, the command is "ffmpeg -loop_input -t $SECONDS -r 1 -i $INPUT -s hd1080 -vcodec libx264 $OUTPUT"
[17:55] <praedo> hello
[17:56] <praedo> i use crf and -t to specify a time limit
[17:56] <praedo> is it safe to predict the final bitrate of a 2 hour video considering the bitrate of a -t 60 chunk?
[17:57] <JEEB> nothing is really safe if you encode a part of a thing, but you should get a better view if you encode 500-1500 frame chunks from various parts of the video
[17:58] <JEEB> instead of just the first 60sec
[17:58] <relaxed> is there a reason why you wouldn't use 2 pass instead?
[18:03] <praedo> i don't know how
[18:03] <praedo> i learned a command line which is gives quite a good quality
[18:04] <praedo> and i understood that 2 pass would take a very long time
[18:04] <praedo> ffmpeg -i file -deinterlace -vcodec libx264 -preset medium -crf 20 -threads 0 -acodec libfaac -aq 100 output.mp4
[18:04] <praedo> this is what i always use
[18:04] <JEEB> if you want all encodes to have the same size for the same length (same average bitrate), then you use 2pass. If you just want to set quality, crf is what you want.
[18:05] <praedo> but sometimes i have to repeat everything by changing 20 to 22 or 24
[18:05] <JEEB> also, some places do a crf 1st pass, and then set a bitrate and do a second pass if the crf encode is too big
[18:05] <JEEB> (mostly video hosting sites)
[18:06] <praedo> i want good quality for all lenghts with a result of 1300-1400 kbps
[18:06] <JEEB> if you're that set for a bitrate
[18:06] <JEEB> just use 2pass .-.
[18:07] <praedo> okay... please tell me the basic commands
[18:07] <praedo> with this example:
[18:07] <praedo> ffmpeg -i file -deinterlace -vcodec libx264 -preset medium -crf 20 -threads 0 -acodec libfaac -aq 100 output.mp4
[18:07] <JEEB> -pass 1 -b:v 1400k for the first pass and -pass 2 -b:v 1400k for the second?
[18:07] <JEEB> and preset should be set to the slowest you can take
[18:07] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset <- listing
[18:07] <praedo> and both passes will take the same?
[18:08] <JEEB> nah, second pass is faster
[18:08] <JEEB> or well
[18:08] <relaxed> also, remove -deinterlace and add -vf yadif
[18:08] <JEEB> first pass will use faster settings
[18:08] <JEEB> and second pass will be faster because it doesn't have to do frame type decisions
[18:08] <JEEB> IIRC
[18:08] <praedo> so i don't specify medium? i get a good quality with medium but it takes 8 hours for a 45min video
[18:08] <praedo> pentium 4
[18:08] <llrcombs> JEEB: what's placebo, anyway?
[18:08] <llrcombs> "supermegaincrediblyslow"?
[18:09] <JEEB> llrcombs, everything up to eleven
[18:09] <JEEB> yeah
[18:09] <praedo> i want the same good quality i get with medium
[18:09] <JEEB> for benchmarks
[18:09] <praedo> how should the 2 pass commands look like
[18:09] <praedo> ?
[18:09] <llrcombs> JEEB: is it ever worthwhile?
[18:09] <JEEB> praedo, if you don't specify medium it will get set as the default .-.
[18:09] <JEEB> llrcombs, not really -- it's there for benchmarks
[18:09] <JEEB> just like ultrafast
[18:09] <llrcombs> JEEB: gotcha, so veryslow is usually your best bet if you can stand it
[18:10] <JEEB> although some people really don't care as they get double-digit frame rates with SD content with placebo
[18:10] <JEEB> lol
[18:10] <JEEB> praedo, take away -crf and add -pass 1 -b:v 1400k for the first pass and -pass 2 -b:v 1400k for the second pass?
[18:12] <praedo> good, and i don't specify medium?
[18:12] <JEEB> medium is default .-.
[18:12] <JEEB> so if you don't specify it, it will get automatically used
[18:13] <llrcombs> I've heard conflicting statements on this: does setting the preset adjust video quality, filesize, or both?
[18:13] <praedo> i see
[18:13] <Mavrik> llrcombs, mostly quality, filesize is dependant on bitrate
[18:14] <JEEB> llrcombs, it sets basically how much time is given to compression algorithms (read: how slow algorithms are used)
[18:14] <JEEB> when you use crf it can affect the file size, with bitrate encoding it affects the quality
[18:14] <relaxed> praedo: http://pastebin.com/raw.php?i=ERVw0xZd
[18:15] <JEEB> (note that the quality that crf values give are not exactly the same between settings because different algorithms change how the crf value gets calculated)
[18:18] <Mavrik> ah.
[20:07] <XeonBloomfield> Hello
[20:07] <XeonBloomfield> "-acodec vorbis" and "-acodec libvorbis" are two different things, right?
[20:18] <saste> XeonBloomfield: vorbis -> internal codec, libvorbis -> wrapper around libvorbis
[20:19] <XeonBloomfield> saste: I see
[20:19] <XeonBloomfield> saste: vorbis (internal) is saying little... to ass...
[20:20] <XeonBloomfield> saste: it convert about 5 times faster, but quality is terrible
[20:27] <praedo> JEEB, why -y in the 2nd pass? that will overwrite the file... so where are the stats of the 1st pass stored?
[20:28] <JEEB> I haven't said ANYTHING about -y >_>
[20:28] <JEEB> ask the guy who actually gave you that
[20:28] Action: JEEB smacks praedo for highlighting the wrong guy
[20:28] <praedo> http://pastebin.com/raw.php?i=ERVw0xZd
[20:28] <praedo> isn't that correct?
[20:28] <JEEB> yes, that is not me
[20:29] <praedo> i know
[20:29] <praedo> please have a look
[20:29] <praedo> isn't -y needed then?
[20:29] <JEEB> I don't care, I am watching video now so you can take the lower priority
[20:30] <JEEB> and the -y is probably in case you are actually outputting the 1st pass into a file instead of NUL or /dev/null
[20:30] <JEEB> that's all
[20:42] <diegoviola> hi
[20:43] <diegoviola> i want to extract part of some movie from 00:03:15 to 00:03:30, and encode this to ogg/theora/webm into another file, is this possible with ffmpeg?
[20:52] <falip> what is a standard video and audio codec for FLV?
[20:52] <Hyperi> New one is pretty much the same as mp4 iirc
[20:53] <Hyperi> falip: http://en.wikipedia.org/wiki/Flash_Video
[20:53] <falip> what about old one?
[20:53] <JEEB> falip, FLV can take VP3, VP62, Sorenson Spark, H.264 IIRC video-wise
[20:53] <JEEB> audio wise mp3, aac at least
[20:53] <JEEB> probably more
[20:53] <falip> ta
[20:53] <Hyperi> Oh right, I only use H.264 in my mp4 FLV
[20:54] <Hyperi> As it works for HTML5 browsers aswell nicely :P
[20:54] <Hyperi> <video> tag that is, and not restricted to Flash
[20:54] <JEEB> mp4 is what the container format in mpeg-4 specs is normally called .-.
[20:54] <falip> does ffmpeg set a container format based on extension, or is there a special switch?
[20:54] <JEEB> there is a format switch IIRC as well
[20:55] <Hyperi> like -vcodec parameter? :>
[20:55] <JEEB> nah, that's video codec
[20:55] <JEEB> but yeah, similar switch
[20:55] <falip> JEEB: there is -formats but that just lists formats.
[20:56] <JEEB> yeah
[20:56] <JEEB> I don't remember what the format setting switch was :P
[20:56] Action: JEEB usually sets the output file name in a way that ffmpeg can guess
[20:57] <Hyperi> 'man ffmpeg' might help :P
[20:58] <ioni> jeeB did you find out the problem?
[20:59] <JEEB> ioni, nope -- I don't have access to the box and helping the guy was too herp derp
[20:59] <JEEB> http://ffmpeg.org/ffmpeg.html is another good place to check stuff :3
[20:59] <ioni> k
[20:59] <falip> how do you distinguish between mpeg the container format and the codec?
[20:59] <falip> is it only a container format?
[20:59] <JEEB> uhh
[21:00] <JEEB> there are lots and lots of mpeg-specified container formats :<
[21:00] <falip> ah I see
[21:00] <JEEB> mpeg-ts , mpeg-ps , iso media | mp4
[21:00] <JEEB> etc. etc.
[21:00] <JEEB> usually they are distinguished by extensions, but of course that isn't always completely correct
[21:01] <JEEB> (someone can make an mkv file f.ex. and then rename it avi)
[21:02] <falip> there is such a thing as a mpeg audio codec(mp3), but no mpeg video codec is there? only codecs for the mpeg video format
[21:03] <falip> i mean
[21:03] <falip> there is such a thing as a mpeg audio codec(mp3), but no mpeg video codec is there? only codecs for the mpeg container format
[21:03] <falip> actually i suppose there is like mpeg1video
[21:04] <falip> so is mpeg set of container formats, and video codecs, and audio codecs?
[21:05] <falip> set=a set
[21:08] <JEEB> mpeg is an entity that does specifications of formats
[21:08] <JEEB> those can be a lot of stuff
[21:08] <JEEB> ranging from audio, video codecs f.ex. to containers and other similar stuff
[21:09] <JEEB> some mpeg video codecs: mpeg-1, mpeg-2, mpeg-4 part 2, mpeg-4 part 10 (also called H.264/AVC)
[21:11] <JEEB> audio wise you have: mpeg-1 layer 1, layer 2, layer 3 (layer 3 is also what you call "mp3")
[21:11] <JEEB> and then some others, including ALS in mpeg-4
[21:12] <JEEB> (ALS is part of mpeg-4 part 3, which also contains a lot of other formats .-. )
[21:25] <falip> thanks btw I found a force format option -f fmt
[21:29] <JEEB> yeah
[21:29] <JEEB> that was it
[21:38] <diegoviola> anyone please?
[21:40] <sacarasc> diegoviola: -ss and -t
[21:40] <diegoviola> sacarasc: thanks
[21:41] <diegoviola> can i encode h264/mkv to webm?
[21:41] <diegoviola> with ffmpeg
[21:45] <sacarasc> Yes.
[21:46] <diegoviola> ok ty
[22:10] <falip> why do I get this error
[22:10] <falip> C:\>ffmpeg -i w.flv -vcodec svq1 -acodec libmp3lame w2.flv
[22:10] <falip> it says video codec not compatible with flv
[22:10] <falip> but surely sorenson spark is
[22:10] <falip> compatible with flv
[22:16] <JEEB> falip, then your ffmpeg version just doesn't support muxing it there or something .-.
[22:16] <JEEB> I'd personally use H.264/AAC within flv tho
[22:22] <falip> what about for mp4?
[22:23] <falip> would you do -vcodec mpeg4 -acodec libmp3lame ?
[22:24] <JEEB> nope
[22:24] <JEEB> at least if I wanted compression/good control of quality
[22:24] <JEEB> lol
[22:24] <JEEB> libx264 <3
[22:25] <falip> when do you use libx264 and when h264?
[22:26] <JEEB> h264 is the H.264 decoder, libx264 is a mighty good H.264 encoding library
[22:26] <falip> howcome one only specifies one then when doing -vcodec?
[22:26] <falip> aren't both a decoder and encoder necessary to convert from one to another?
[22:27] <JEEB> yes, but the decoder is usually automatically used if the format is identified
[22:27] <sacarasc> If you want to use h264 for decoder, you can use -vcodec h264 in the input section.
[22:27] <JEEB> ^
[22:27] <JEEB> pretty much "set -vcodec before -i", right?
[22:27] <JEEB> after -i it becomes the encoder selection
[22:28] <falip> is it better to do -ss and -t before -t or after?
[22:28] <falip> I mean before -i or after?
[22:31] <falip> i think i got it.. as an output is slower but more accurate
[22:31] <falip> for -ss anyway is what i've got noted down from some time.
[22:31] <falip> to do with keyframe or something. like whether it cuts at that.
[22:36] <falip> I just tried to convert an mpg to mp4, libx264 and I got the errors
[22:36] <falip> [libx264 @ 01e0d010] broken ffmpeg default settings detected
[22:36] <falip> [libx264 @ 01e0d010] use an encoding preset (vpre)
[22:37] <JEEB> you have an old ffmpeg >_>
[22:37] <JEEB> get a new one
[22:37] <falip> ok but out of interest what would I have done?
[22:37] <JEEB> back then you had to use the ffmpeg's presets that would override ffmpeg's then-broken defaults
[22:37] <JEEB> now ffmpeg uses libx264's defaults
[22:38] <JEEB> and has -preset to set libx264's presets
[22:38] <falip> what defaults was it set to back then?
[22:38] <JEEB> Something Quite Awful
[22:38] <JEEB> awful enough to make libx264 block their usage :P
[22:38] <falip> was it the settings for another codec or something?
[22:38] <JEEB> well
[22:39] <JEEB> they pretty much had one line of defaults for ALL codecs
[22:39] <falip> heh
[22:39] <JEEB> I think it was either 200kbps or 300kbps, with some very basic features used >_>
[22:39] <falip> so now it autodetects?
[22:39] <falip> or does it piss off all the other codecs?
[22:40] <falip> piss off = slang, for annoy
[22:40] <JEEB> nah, now it just uses libx264's defaults for libx264
[22:40] <falip> british slang
[22:40] <JEEB> which is the sane thing to do
[22:40] <JEEB> no idea about other codecs
[22:40] <falip> k
[22:40] <JEEB> also, overall libx264 usage got a lot easier
[22:41] <JEEB> you got -preset to set libx264's presets, -profile:v to set libx264's profile, and -level for libx264's level setting
[22:42] <JEEB> before those additions got in, I would've never used ffmpeg to encode libx264 .-.
[22:42] <JEEB> because you basically had to write down the settings in a very herpy derpy way
[22:43] <diegoviola> ffmpeg is awesome
[22:43] <diegoviola> -t and -ss worked great for me, thank you all
[22:44] <Mavrik> JEEB, is it -profile:v now? :)
[22:45] <JEEB> Mavrik, just setting -profile works too unless you're using aac encoding >_>
[22:45] <JEEB> because nowadays profile tries to get applied to both, and aac encoding seems to have "profile"
[22:45] <JEEB> thus, setting -profile:v will only have it affect video
[22:45] <Mavrik> yeah, I thought it was "-vprofile" so I'mnot really sure which is the "last" version :P
[22:46] <JEEB> -profile:v seems to be the final way
[22:46] <JEEB> (for now)
[22:46] <Mavrik> ^^
[22:47] <Mavrik> eh, I'll deal with it when my tests fail with -vprofile -_-
[22:47] <JEEB> yeh
[22:48] <huglester> guys where I can find information on how to put watermark over video? I'm using 0.9.. so searchign for fresh docs... I trie to look in the archive, but it has some files which probably need to be compiled somehow to open them
[22:49] <Mavrik> huglester, http://ffmpeg.org/libavfilter.html
[22:49] <huglester> ah.. so it's done via libavfilter? thanks
[22:50] <Mavrik> huglester, yeah, it's a video filter
[22:50] <JEEB> the overlay video filter
[22:50] <JEEB> IIRC
[22:50] <Mavrik> huglester, you're looking for the overlay filter
[22:51] <Mavrik> oh, I'm late -_-
[22:51] <huglester> thank you :)
[22:51] <huglester> Yeah I was going to ask it.. because could not find the word 'watermark' in the docs
[22:51] <huglester> but after I searched for '.png' I foudn out about overlay :)))
[22:52] <falip> I think I just got the ffmpeg command to convert an mpg to mp4 -vcodec libx264 without any -profile or -level
[22:53] <JEEB> sure
[22:53] <JEEB> you don't need to set those unless you are encoding for some limit
[22:53] <JEEB> just make sure you have a new'ish ffmpeg and you'll start getting sane settings >_>
[22:53] <falip> yeah this is the latest one
[22:53] <falip> the previous one gave the error
[22:53] <JEEB> yup
[22:53] <falip> when you say some limit, what kind of limit?
[22:54] <JEEB> hardware devices, etc.
[22:54] <JEEB> profiles = feature limits
[22:54] <JEEB> level = memory limits
[22:54] <falip> oh ok
[22:54] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset <- also, a listing for libx264's presets
[22:54] <JEEB> (basically use the slowest preset you can take speed-wise :))
[22:54] <falip> is there anything that lists recommended video and audio codecs for each common container format?
[22:55] <JEEB> not that I think
[22:55] <falip> when ffmpeg wasn't good for libx264, what did you use?
[22:56] <Mavrik> falip, instead of checking which codec for container, rather check which codec will work best for content and target devices and then choose container accordingly
[22:56] <JEEB> x264's command line encoder
[22:56] <JEEB> I still am better with controlling x264cli than libx264 via ffmpeg :D
[22:57] <falip> Mavrik: well i can find like one piece of software isn't good at playing a file so I need to convert it to something else
[22:58] <Mavrik> *shrug*
[22:58] <Mavrik> pretty much anything can play H.264/LC-AAC in MP4 nowdays, so that's a very safe bet
[22:58] <falip> they all seem just as good in terms of quality, when they play!
[22:58] <Mavrik> unless you have some special demands
[22:59] <falip> well, i have some old windows machines with a WMP that won't see mp4
[22:59] <falip> and i have some software to split videos, that won't play mp4 it seems
[22:59] <falip> xilinx, they have a piece of software for combining them that works properly really well
[22:59] <falip> so i like to use their splitter too
[23:00] <Mavrik> huh
[23:00] <Mavrik> then you'll have to check what those WMPs can play
[23:00] <falip> I mean xilisoft is the software.
[23:00] <falip> WMP=windows media player
[23:00] <falip> no WMPs ;-)
[23:01] <falip> sometimes I play things in an early WMP that won't accept mp4 at all.
[23:03] <huglester> guys, anything here does seem invalid for you here? /usr/local/bin/ffmpeg -y -i 4_4734464ac1fc386a1a79c4f036e2e7af.avi_240.mp4 -vf "movie=watermark_video.png [logo]; [in][logo] overlay=10:main_h-overlay_h-10 [out]" watermark.mp4
[23:04] <huglester> I am hetting these errors: http://d.pr/iD3X
[23:06] <Mavrik> hmm... either you don't have png support compiled into ffmpeg or you confused it with it
[23:07] <huglester> I'll just try try jpeg now, to see if there are any changes
[23:07] <Mavrik> huglester, check ffmpeg -codecs to see if your ffmpeg supports png
[23:10] <huglester> Mavrik: seems no :( giving .jpg file worked!
[23:10] <huglester> need to search on how to enable png support
[23:11] <huglester> Thank you very much
[23:14] <huglester> Mavrik: do I need ffmpeg with png support, or avfilter..?
[23:16] <falip> what does this line mean?
[23:16] <falip> EV libx264 libx264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
[23:16] <falip> encoder, video OK
[23:16] <falip> but what's the H.264 / AVC thing mean?
[23:17] <falip> AVC is a different video codec, so what does it mean in that context?
[23:17] <microchip_> falip: AVC = advanced video coding, which is another name for H.264
[23:23] <falip> and sorenson is another name for H.263?
[23:23] <JEEB> nah, sorenson spark is a H.263-based codec
[23:23] <microchip_> yes, although it's a modification of .263
[23:23] <microchip_> H.263*
[23:23] <JEEB> http://wiki.multimedia.cx/index.php?title=Sorenson_Spark
[23:28] <falip> so when -codecs has lines like this
[23:28] <falip> DEVSD flv Flash Video (FLV) / Sorenson Spark / Sorenson H.263
[23:28] <falip> EV libx264 libx264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
[23:28] <falip> the right hand side is a mix really
[23:29] <falip> 'cos for the libx264 line AVC is another name for H.264
[23:29] <falip> but for the flash line, Sorenson is not another name for flash
[23:29] <falip> so what does that right hand side set out to achieve?
[23:30] <falip> also is there a quick way to cut 5 seconds off a long video in ffmpeg?
[23:31] <falip> using -ss 0 -t .. takes quite a while.
[23:31] <falip> i'd rather have a cut function maybe it'd be quicker
[23:31] <falip> than an extract function
[23:33] <JEEB> sorenson spark was IIRC the first codec in 'flv' flash video, no?
[23:33] <JEEB> thus it's like mpeg4
[23:33] <huglester> I'm lost :( how do I compile png support in? maybe I need to compile ffmpeg with: --enable-decoder=png ?
[23:34] <JEEB> which is really mpeg-4 part 2
[23:34] <JEEB> (the first video codec in mpeg-4)
[23:40] <diegoviola> how do i tell ffmpeg not to encode audio while encoding some video
[23:41] <falip> Is AVC a name for the encoder and the decoder?
[23:41] <sacarasc> diegoviola: -an or -acodec copy
[23:41] <diegoviola> sacarasc: i mean i don't want audio at all in the output file
[23:41] <diegoviola> i want to exclude it
[23:41] <sacarasc> Then the first one.
[23:41] <diegoviola> ty
[23:42] <JEEB> falip, the video format in itself is called MPEG-4 Part 10 AVC / ITU-T H.264 or whatever
[23:42] <JEEB> the name of the decoder in ffmpeg is h264
[23:42] <JEEB> and the encoder available to encode in that format is libx264
[23:43] <falip> diegoviola: -an means no audio
[23:43] <falip> if i recall. and -vn means no video
[23:44] <diegoviola> falip: thanks
[23:44] <falip> wow, so h264 and h.264 are different things, such fiddly syntax!
[23:44] <microchip_> falip: no they're not
[23:44] <JEEB> nope, ffmpeg's codec's name just doesn't have the dot there :P
[23:45] <falip> yeah JEEB I call that fiddly syntax!
[23:46] <JEEB> well, it's usual to drop stuff like that on command line usually .-.
[23:46] <falip> and do any decoders have a name like h264.. or only libx264?
[23:47] <falip> doh i mean
[23:47] <falip> and do any encoders have a name like h264.. or only libx264?
[23:47] <JEEB> external encoders have a name like "libSOMETHING"
[23:47] <microchip_> falip: nope, only libx264
[23:47] <JEEB> internal encoders/decoders have a name set inside ffmpeg
[23:47] <falip> well, libmp3lame-yes. But mp2 is just mp2.
[23:48] <JEEB> yes, because it's internal
[23:48] <JEEB> lib = library
[23:48] <falip> ok
[23:48] <falip> so i guess the ones that were around when ffmpeg was built!
[23:48] <falip> and the others are external?
[23:48] <microchip_> falip: whay do you even care how it's called? just use it :P
[23:49] <microchip_> falip: it has little to do with when ffmpeg was built
[23:49] <falip> microchip_: you mean just call it ;-)
[23:49] <microchip_> falip: it has to do with whether there's an ffmpeg implementation of a specific codec or not
[23:50] <falip> well maybe initially they reinvented the wheel then later they decided to use libraries more.
[23:51] <falip> though their philosophy as to which they made internal and which they made external isn't important and certainly wouldn't be of interest to you microchip_ if you think even what it is called doesn't matter much!
[00:00] --- Sun Jan 15 2012
1
0
[00:00] <ubitux> anyway, doesn't matter
[00:00] <Compn> fedora has some crazy security things
[00:00] <Compn> used to affect mplayer even
[00:00] <Compn> or was that redhat
[00:00] <Compn> hmm
[00:01] <gnafu> I haven't had any issues with SELinux for the last few releases at least. The default policy has gotten a ton better, and the tools are very well documented for when you need to change things.
[00:35] <CIA-46> ffmpeg: 03Lou Logan 07master * ra2c419848d 10ffmpeg/doc/filters.texi:
[00:35] <CIA-46> ffmpeg: docs: remove extra sar entry for scale filter
[00:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[01:41] <CIA-46> ffmpeg: 03Alex Converse 07master * rb5fc571e4f 10ffmpeg/libavcodec/aacdec.c:
[01:41] <CIA-46> ffmpeg: latmdec: Check AudioSpecificConfig length before decoding extradata.
[01:41] <CIA-46> ffmpeg: This is different than a normal get_bits() over read because
[01:41] <CIA-46> ffmpeg: decode_audio_specific_config() creates its own GetBitContext.
[01:41] <CIA-46> ffmpeg: Fixes Bug 170.
[01:41] <CIA-46> ffmpeg: 03Christophe GISQUET 07master * r3faa303a47 10ffmpeg/libavcodec/ (7 files in 2 dirs): (log message trimmed)
[01:41] <CIA-46> ffmpeg: rv34: DC-only inverse transform
[01:41] <CIA-46> ffmpeg: When decoding coefficients, detect whether the block is DC-only, and take
[01:41] <CIA-46> ffmpeg: advantage of this knowledge to perform DC-only inverse transform.
[01:41] <CIA-46> ffmpeg: This is achieved by:
[01:41] <CIA-46> ffmpeg: - first, changing the 108x4 element modulo_three_table into a 108 element
[01:41] <CIA-46> ffmpeg: table (kind of base4), and accessing each value using mask and shifts.
[01:41] <CIA-46> ffmpeg: 03Kostya Shishkov 07master * r08bab32cf1 10ffmpeg/libavcodec/ (indeo4.c indeo4data.h):
[01:41] <CIA-46> ffmpeg: indeo4: add some missing static and const qualifiers
[01:41] <CIA-46> ffmpeg: From the patch by Reimar Döffinger.
[01:41] <CIA-46> ffmpeg: 03Paul B Mahol 07master * rf7f3563214 10ffmpeg/libswscale/ (rgb2rgb.c rgb2rgb.h swscale_unscaled.c):
[01:41] <CIA-46> ffmpeg: rgb2rgb: rgb12tobgr12()
[01:41] <CIA-46> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[01:41] <CIA-46> ffmpeg: 03Anton Khirnov 07master * rb2ce3b998b 10ffmpeg/avconv.c: avconv: use AVFrame.width/height/format instead of corresponding AVCodecContext fields
[01:41] <CIA-46> ffmpeg: 03Anton Khirnov 07master * r0fd88d3988 10ffmpeg/libavformat/riff.c:
[01:41] <CIA-46> ffmpeg: riff: remove references to sonic codec ids
[01:41] <CIA-46> ffmpeg: They are deprecated and will be purged on next major bump.
[01:41] <CIA-46> ffmpeg: 03Anton Khirnov 07master * rf3d02a8b28 10ffmpeg/libavcodec/ (v410dec.c v410enc.c vble.c): lavc: replace some remaining FF_I_TYPE with AV_PICTURE_TYPE_I
[01:41] <CIA-46> ffmpeg: 03Anton Khirnov 07master * ra29c25a9b2 10ffmpeg/libavcodec/options.c: lavc: ifdef out parse_only AVOption
[01:41] <CIA-46> ffmpeg: 03Janne Grunau 07master * r3547f8e8f8 10ffmpeg/libavcodec/rv34.c:
[01:41] <CIA-46> ffmpeg: rv34: fix and optimise frame dependency checking
[01:41] <CIA-46> ffmpeg: The sporadic threading errors during fate-rv30 were caused by calling
[01:41] <CIA-46> ffmpeg: ff_thread_await_progress with mb row -1 as argument. That returns
[01:41] <CIA-46> ffmpeg: immediately since progress is initialized to -1. Not yet computed
[01:41] <CIA-46> ffmpeg: motion vectors from the reference could be used for the first
[01:42] <CIA-46> ffmpeg: ARM: rv34: fix asm syntax in dc transform functions
[01:42] <CIA-46> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[01:42] <CIA-46> ffmpeg: Signed-off-by: Janne Grunau <janne-libav(a)jannau.net>
[01:42] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * rb18e17eabf 10ffmpeg/: (log message trimmed)
[01:42] <CIA-46> ffmpeg: Merge remote-tracking branch 'qatar/master'
[01:42] <CIA-46> ffmpeg: * qatar/master: (21 commits)
[01:42] <CIA-46> ffmpeg: utils: Check for extradata size overflows.
[01:42] <CIA-46> ffmpeg: ARM: rv34: fix asm syntax in dc transform functions
[01:42] <CIA-46> ffmpeg: avio: Fix the value of the deprecated URL_FLAG_NONBLOCK
[01:42] <CIA-46> ffmpeg: rv34: fix and optimise frame dependency checking
[01:42] <CIA-46> ffmpeg: 03Anton Khirnov 07master * r3167dc9515 10ffmpeg/ (4 files in 2 dirs): lavfi: move version macros to a new installed header version.h
[01:43] <CIA-46> ffmpeg: 03Anton Khirnov 07master * r136ee32da3 10ffmpeg/avprobe.c: avprobe: use avio_size() instead of deprecated AVFormatContext.file_size.
[01:43] <CIA-46> (18 lines omitted)
[02:31] <ubitux> michaelni: ffmpeg has libpostproc 51.2.100 while libav has a +1 on major; this seems problematic for compatibility
[02:37] <durandal11707> yep, mplayer2 is checking for this
[02:38] <durandal11707> (i fixed that in my mplayer2 fork)
[02:39] <michaelni> well, iam not against installing postproc under both sonames, its the 100% same ABI anyway
[02:40] <michaelni> that is if that fixes it ...
[03:06] <ubitux> michaelni: i think "amongth" is not a correct english word
[03:07] <ubitux> maybe you wanted to use "among" (or eventually "amongst" which seem less common)
[03:13] <michaelni> ubitux, locally fixed, thx
[03:43] <durandal11707> hmm rsync server is sending crap to me
[03:46] <ubitux> seriously& wtf: http://stackoverflow.com/questions/5637178/clang-2-9-crt1-not-found-error
[03:46] <ubitux> it's been 1 hour i'm trying to understand why clang isn't able to build a single binary
[03:46] <ubitux> i needed to add the gcc version in that list&
[04:28] <ubitux> michaelni: i think i won't use ioc soon
[04:28] <ubitux> it just ate my 6GB of ram in a few seconds running one of the fate test
[04:28] <ubitux> so i don't think it's wise to use it on my box :p
[04:30] <ubitux> i may be doing something wrong or hiting an incompatibility somewhere
[04:30] <ubitux> but well, i don't have much time for this, i already gave it too much time
[04:49] <durandal11707> libcdio input format is missing long name
[15:21] <cbsrobot> ubitux ping
[16:05] <ubitux> cbsrobot: pong
[16:05] <cbsrobot> ubitux: just a (maybe stupid) question
[16:05] <cbsrobot> how should I pass the timecodecontext from the decode to the encoder ?
[16:07] <ubitux> i don't know at all :)
[16:07] <cbsrobot> and should we add a dummy codec for timecode streams ?
[16:07] <cbsrobot> lol
[16:09] <cbsrobot> and I guesst the timecode api is not stable yet
[16:09] <cbsrobot> ok to change the the arguments for [avpriv,ff]_framenum_to_smtpe_timecode ?
[16:14] <ubitux> do you really need to change that?
[16:14] <ubitux> changing it means deprecating the old one
[16:14] <ubitux> what do you need to change?
[16:22] <cbsrobot> Im ff_timecode I replaced the drop with a flags
[16:23] <cbsrobot> and instead of submitting drop to them I need to submit flags
[16:24] <cbsrobot> but I can also add a workaround
[16:25] <ubitux> ah yes i wanted to do that for the new api
[16:26] <cbsrobot> so what do you think ?
[16:26] <ubitux> well the best things to do is to rewrite the timecode api in lavu properly
[16:27] <ubitux> i will work on this starting monday
[16:27] <cbsrobot> ok
[16:27] <cbsrobot> I'll send a WIP to the ML
[16:27] <ubitux> atm i don't have time for this unfortunately
[16:27] <ubitux> yes good idea
[16:28] <cbsrobot> ok
[16:28] <ubitux> feel free to change the prototype for the WIP
[16:28] <cbsrobot> ok
[16:31] <cbsrobot> btw - mov can add a fontname (size etc.) to the timecode atom
[16:31] <ubitux> yes
[16:31] <cbsrobot> what to do with it ?
[16:31] <cbsrobot> missude metadata ?
[16:31] <cbsrobot> *misuse
[16:31] <ubitux> i don't really know&
[16:32] <ubitux> in the best world a timecode track just like subtitles should be generated
[16:32] <ubitux> with the style set with ass tags
[16:33] <ubitux> but we are not at that point yet, i'd ignore it&
[16:33] <ubitux> except if you need to keep it in transcode maybe
[16:34] <cbsrobot> well yes
[16:35] <cbsrobot> two more things to consider when doing transcode is the udta tag for the timecode track
[16:35] <cbsrobot> it's used for the name of the track
[16:35] <cbsrobot> I think it's used by editing applications like final cut to be able to match the timecode type
[16:36] <cbsrobot> like auxTC, sourceTC, etc
[16:37] <cbsrobot> and there seems to be the tref tag on the video track referencing to the timecode tracks
[16:38] <cbsrobot> but I'm not sure what happens if they are ignored
[16:39] <ubitux> i really don't know much about the mov
[16:39] <ubitux> i won't be able to help a lot
[16:43] <NapHtaKeRoSene> i have invented area map in 8 hours, good time?
[16:58] <ubitux> can anyone try "make libavutil/eval-test && valgrind ./libavutil/eval-test" and tell me if there are valgrind failures?
[16:58] <ubitux> i don't understand the issue here, and i suspect a valgrind or libc bug
[16:59] <ubitux> though, i'm not able to reproduce it in a simpler .c
[17:28] <ubitux> mmh, might be related to http://sourceware.org/bugzilla/show_bug.cgi?id=12424
[17:39] <j-b> is Carl around?
[17:44] <av500> on irc?
[17:44] <av500> rarely I would say
[17:56] <j-b> crap
[17:57] <ubitux> my logs say he came only once here in 2011
[17:57] <ubitux> for exactly 3 minutes
[17:58] <av500> j-b: you lost email access?
[17:59] <j-b> yes
[18:01] <av500> hadopi?
[18:01] <j-b> yes
[18:02] <av500> j-b: if you are on the run, I have friends in paris that could hide you
[18:02] <j-b> not yet
[18:02] <j-b> source code of BD+ is still hidden
[18:02] <j-b> and the keys are still on http://vlc-bluray.whoknowsmy.name/
[18:04] <funman> what's the plan for revealing BD+ source btw?
[18:12] <j-b> having someone test it
[18:12] <j-b> and fix it
[18:12] <j-b> separate the sensitive data
[18:21] Action: JEEB wonders if any of his discs actually contain BD+
[18:23] <gnafu> Wait, there's progress being made on playing back BD+ discs? Awesome!
[18:24] <gnafu> The day I can play most or all commercial Blu-ray discs in VLC is the day I buy a BD-ROM drive for my computer and start buying at least a few Blu-rays.
[18:26] <JEEB> I already buy stuff I like, or what I find cheaply. But I don't have a drive .-. I get the data of those blu-ray discs in other ways.
[18:26] <Compn> j-b : i can mail carl if you want ?
[18:27] <j-b> Compn: you're nice
[18:27] <j-b> I will do it
[18:27] Action: Compn asks the dumb questions :)
[18:28] <gnafu> JEEB: Yeah, I'll probably start buying some soon anyway. There are certain movies I know will really benefit from HD, and then other Blu-rays that are just so darn cheap.
[18:29] <JEEB> yeh
[18:29] <gnafu> I just got a projector, so I'll probably be buying a dedicated player soon anyway. Right now, I just have an Oppo 971H (which is excellent for upscaling DVDs, but it's not the same).
[18:30] <Compn> encryption schemes only hurt paying customers
[18:30] <JEEB> indeed
[18:30] <Compn> i will not buy into something that affects my use of it :P
[18:31] Action: Compn is blu free!
[18:31] <j-b> http://source.ffmpeg.org/?p=libaacs.git;a=summary
[18:32] <gnafu> Compn: That's largely how I feel, but it's getting hard to resist now that I have a 70" HD display (and a nice 1080p monitor for my computer as well)...
[18:33] <gnafu> But I'm trying to hold out for an open source implementation, allowing me to have my cake (commercial Blu-ray discs) and eat it too (watch it, decode it, and play with it in Linux).
[18:35] <funman> iiuc libbd+ contains mandatory powerdvd9 memdumps, that's all taht is "sensitive"
[18:37] <j-b> dvd8
[18:40] <Compn> well
[18:40] <Compn> j-b : you could always tell those secret blu key guys to submit patches to mplayer
[18:40] <Compn> mplayer isnt afraid of anything :D
[18:41] <j-b> this is not like 10 years ago, you know
[18:41] <Compn> is it worse?
[18:41] <gnafu> I think mplayer is a pretty cool guy. Eh fights copy protection and doesnt afraid of anything.
[18:42] <j-b> Compn: yes, way worse
[18:42] <j-b> Compn: to host it correctly, you need now servers outside of USA, EU, Russia and Japan
[18:43] <Compn> ah, software patents
[18:43] <j-b> no
[18:43] <j-b> DRM breakage
[18:43] <Compn> ah
[18:43] <Compn> i thought it was still legal in usa for interoperability
[18:43] <j-b> no
[18:43] <j-b> Compn: shipping 30M/month binaries libdvdcss, I know the mess
[18:43] <Compn> i guess that one key showed that was incorrect :\
[18:43] <Compn> doh
[18:43] <j-b> and Sony will fight
[18:43] <Compn> yeah, you know best :)
[18:43] <j-b> they already told me
[18:48] <Compn> i remember they tried to harass digg about that aacs key
[18:49] <Compn> are there distros that even accept libdvdcss ?
[18:49] <funman> what we (including i) don't get is how libaacs is different from libdvdcss
[18:49] <funman> and libbd+
[18:50] <funman> Compn: iirc altlinux (russian distro) did/does
[18:53] <gnafu> funman: Well, the content on Blu-ray discs is, like, 6 times the resolution of DVD content, so it's at least 6 times more important to protect it.
[18:56] <funman> so i can go and sell VHS copies in front of MPAA offices?
[18:56] <funman> well i hope oyu're not serious
[18:56] <Compn> that would only make sense if you could divide by zero
[18:56] <Compn> funman
[18:56] <funman> if you sell drugs your sentence isn't proportional to the amount you sold
[18:57] <funman> video content isn't worth protecting only at some resolution
[18:57] <funman> to me libaacs + libbd+ = libdvdcss, same same
[18:57] <Compn> and yes that was a joke
[18:58] <Compn> gnafu also did the mplayer doesnt afraid of anything meme :)
[18:58] <funman> sorry i didnt catch it - bad day
[18:58] <Compn> j-b : anyways, lots of people want to help if they can with bluray stuff. just let us know if we can.
[18:58] Action: Compn goes afk
[19:00] <funman> Compn: j-b: first thing would be release code to select peoples remove "sensitive" stuff, then release non-working sources so everyone can improve on it
[19:02] Action: ubitux kicks CIA-31
[19:02] <CIA-31> ow
[19:04] <gnafu> funman: General rule of thumb for interpreting what I say is that I'm probably not serious ;D.
[19:05] <gnafu> Especially if I use one or more smilies, or if I put "like" in the middle of a sentence like a valley girl :-).
[19:06] <ubitux> Tjoppen: it seems the ptses is leaking in mxf demuxer
[19:07] <ubitux> Tjoppen: http://pastie.org/3179588 with fate-lavf-mxf
[19:14] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r3fcf841ff5 10ffmpeg/libavformat/mpegtsenc.c: mpegtsenc: fix some typos: aac -> AAC, adts -> ADTS
[19:14] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r0be8e66174 10ffmpeg/libavformat/mpegtsenc.c:
[19:14] <CIA-31> ffmpeg: mpegtsenc: do not reference the deprecated ffmpeg option 'vbsf' in a log message
[19:14] <CIA-31> ffmpeg: Give a more generic advice.
[19:14] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r7efc6f2932 10ffmpeg/ffmpeg.c: ffmpeg: clarify error message in case of bitstream filter opening failure
[19:14] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r9a7f2aa958 10ffmpeg/libavformat/mpegtsenc.c: mpegtsenc: use more meaningful error codes
[19:15] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r645569e19f 10ffmpeg/libavformat/riff.c:
[19:15] <CIA-31> ffmpeg: Revert "riff: remove references to sonic codec ids"
[19:15] <CIA-31> ffmpeg: This reverts commit 0fd88d398896353074fee153259dbf3530ca423f.
[19:15] <CIA-31> ffmpeg: Theres no reason to drop support for this.
[19:15] <CIA-31> ffmpeg: 03Nicolas Noirbent 07master * r62a22b2865 10ffmpeg/libavformat/segment.c:
[19:15] <CIA-31> ffmpeg: segment: fix FPE when segment_list_size is 0
[19:15] <CIA-31> ffmpeg: With the added benefit that allowing -segment_list_size 0 makes it
[19:15] <CIA-31> ffmpeg: possible to keep all segment entries in the list file.
[19:15] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:15] <CIA-31> ffmpeg: 03Peter Ross 07master * r3a1df393b8 10ffmpeg/libavformat/icodec.c:
[19:15] <CIA-31> ffmpeg: ico: favour BITMAPHEADER dimensions over IconEntry dimensions
[19:15] <CIA-31> ffmpeg: Fixes ticket 759.
[19:15] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:15] <CIA-31> ffmpeg: 03Nicolas Noirbent 07master * rc949d5b15d 10ffmpeg/ffmpeg.c:
[19:15] <CIA-31> ffmpeg: ffmpeg.c: transcode_video(): do not go through filter network if encoding is not required
[19:15] <CIA-31> ffmpeg: This fixes a segmentation fault when doing a transcoding and a stream
[19:16] <CIA-31> ffmpeg: copy of the same input stream at the same time, e.g.:
[19:16] <CIA-31> ffmpeg: ffmpeg -i in.mkv -c:v mpeg2video transcode.m2v -c copy copy.ts
[19:16] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:16] <CIA-31> ffmpeg: 03Clément BSsch 07master * re3127db438 10ffmpeg/ffmpeg.c: ffmpeg: use av_asprintf() in opt_old2new() and fix a memleak.
[19:16] <CIA-31> ffmpeg: 03Clément BSsch 07master * r2a81e0c2ad 10ffmpeg/ffmpeg.c: ffmpeg: fix parse_option() string memleak.
[19:16] <CIA-31> ffmpeg: 03Clément BSsch 07master * rf2193569a5 10ffmpeg/libavcodec/8svx.c: 8svx: fix memleak in iff-fibonacci fate test.
[19:16] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * re4fa15d156 10ffmpeg/configure:
[19:16] <CIA-31> ffmpeg: configure: provide libavfilter/version.h header to get_version()
[19:16] <CIA-31> ffmpeg: Fix libavfilter library version numbers generation, which was broken in
[19:16] <CIA-31> ffmpeg: 3167dc9515810bbdd86d99d773bcf84657d2e72a.
[19:20] <CIA-31> ffmpeg: 03Ray Simard 07master * r7f6004fc74 10ffmpeg/libavfilter/vf_deshake.c:
[19:20] <CIA-31> ffmpeg: vf_deshake: zero-init Transform structs in end_frame()
[19:20] <CIA-31> ffmpeg: Initialize Transform structs t and orig to zero.
[19:20] <CIA-31> ffmpeg: Signed-off-by: Ray Simard <rhs.ffmpeg(a)sylvan-glade.com>
[19:20] <CIA-31> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com>
[19:20] <CIA-31> ffmpeg: 03Ray Simard 07master * r369befb41e 10ffmpeg/libavfilter/vf_deshake.c:
[19:20] <CIA-31> ffmpeg: vf_deshake: remove unused variable totalangles
[19:20] <CIA-31> ffmpeg: Variable totalangles was created and assigned, but never used.
[19:20] <CIA-31> ffmpeg: Signed-off-by: Ray Simard <rhs.ffmpeg(a)sylvan-glade.com>
[19:20] <CIA-31> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com>
[19:30] <CIA-31> ffmpeg: 03Clément BSsch 07master * rad12d60d73 10ffmpeg/ffmpeg.c: ffmpeg: fix return value in opt_old2new after e3127db4.
[19:35] <funman> gnafu: ok
[19:51] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * r4cef928ef7 10ffmpeg/libavcodec/j2kdec.c:
[19:51] <CIA-31> ffmpeg: j2kdec: Fix memleak, ensure cleanup is called also on error.
[19:51] <CIA-31> ffmpeg: Fixes valgrind fate with fate-suite/r3d/4MB-sample.r3d.
[19:51] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>
[20:17] <ubitux> it seems running all the valgrind tests doesn't take 1-2hours actually, but more like 6 or 8
[20:17] <ubitux> :(
[21:53] <uau> michaelni: IIRC libpostproc is not quite "100% the same ABI" in 51 and 52
[21:54] <uau> there was a help string symbol that changed, IIRC from a pointer to a string to the string itself
[21:55] <uau> yes ffmpeg still has this in postprocess.h:
[21:55] <uau> extern const char *const pp_help; ///< a simple help text
[21:55] <uau> #else
[21:55] <uau> extern const char pp_help[]; ///< a simple help text
[21:57] <ohsix> what are the implications of the constness change to code that is built against the old version
[21:58] <michaelni> uau, i had not realized that this changed :(
[21:58] <uau> ohsix: what "constness change"? you must have misread that
[21:59] <ohsix> * pp_help and pp_help[] are the same, *const pp_help and pp_help[] are not
[22:00] <uau> ohsix: you're confused
[22:01] <ohsix> and?
[22:02] <ohsix> i guess if it's in front of const it's not the same, nevermind
[22:04] <ohsix> or is it
[22:04] <beastd> if i am not mistaken it is an array-vs-pointer change
[22:04] <ohsix> that's what cdecl says
[22:07] <uau> ohsix: that difference actually mattered for mplayer2 code (and likely for mplayer 1, as the relevant part came from it)
[22:07] <ohsix> but it doesn'ttt
[22:08] <ohsix> an array declared like that is equivalent to a pointer
[22:08] <ohsix> it just changes the constness of the reference
[22:08] <uau> there was a global constant help string struct where one element was initialized to "&pp_help"
[22:09] <ohsix> what jerks
[22:09] <uau> in postproc 51 that means pointer to the pointer
[22:09] <uau> in postproc 52 that means pointer to the first character of the string
[22:09] <uau> definitely completely different meanings
[22:10] <ohsix> that's an api change though, unless you have something writing the strings (that's discernable at compile time, all bets for constness are off at runtime), not an abi change
[22:10] <uau> it is an abi change
[22:10] <uau> in 51 abi the symbol "pp_help" is resolved to point to the first byte of a pointer
[22:11] <uau> in 52 abi the symbol "pp_help" is resolved to point to the first byte of a string
[22:11] <uau> definitely different abi
[22:11] <ohsix> oh i see
[22:11] <ohsix> pointer size change since it's char
[22:11] <uau> you're still missing the biggest difference
[22:12] <ohsix> i'm not missing the one that drew me to the wrong conclusion now, though
[22:12] <uau> the api actually changed "less" in a way; something like say "pp_help[0]" would still give the same result on an API level, even though the underlying ABI changed
[22:13] <uau> in 51 abi that'd mean "read pointer from the location given by pp_help, then read character from the location given by the pointer"
[22:13] <uau> in 52 abive that'd mean "read character from the location given by the pp_help symbol"
[22:15] <beastd> ohsix: what makes you think it is equivalent to a pointer? the syntax deceives you into using it like pointer/array but the binary interface is quite a different thing, isn't it?
[22:16] <ohsix> beastd: yea the binary interface is what i was thinking of, and assuming char and the native pointer size were wquivalent
[22:16] <beastd> ohsix: you are missing the (now missing) indirection
[22:17] <ohsix> ok
[22:17] <michaelni> i guess the best way to resolve this in 0.9.2 would be to compile & install postproc for both ABIs
[22:20] <iive> i actually wonder how the underling assembler have changed.
[22:20] <michaelni> maybe someone has a better idea ...
[22:22] <uau> iive: you mean when using the symbol?
[22:23] <iive> yes. I would assume that in the [] case the linker would try to overwrite the address in the calling binary.
[22:23] <uau> "char *p = pp_help;" in 51 this would resolve the symbol pp_help (which could have been done at link time, or could result in a call to resolve dynamic linking), and then would do a load from the pp_help address
[22:24] <uau> in 52 it would resolve the symbol pp_help, and that itself would be the result
[22:41] <iive> michaelni: building and installing two separate and almost identical libraries sounds like horrible idea. especially for such small difference. And then you'd have the same problem for the headers and picking the right library at link time...
[22:42] <michaelni> iive, the headers are a problem :(
[22:44] <michaelni> i guess that leaves adding a switch to configure so the person compiling can choose which he wants
[22:47] <iive> there is another solution, you can make the pointer a null one. it would also constitute an empty string. still I'm not sure it NULL pointer won't break the programs that use it without checking.
[22:48] <iive> it NULL/if NULL
[22:48] <iive> and is horrible bit of hackery....
[23:19] <funman> any clue on a win64 application using ffmpeg's dxva2?
[23:19] <funman> i know it's broken in vlc/win64 but no idea if it's on ffmpeg or vlc side
[23:20] <funman> and WMP works
[23:40] <Compn> funman : dumb question, why not just use 32bit ?
[23:43] <funman> Compn: 64 is 2 times better than 32!!
[23:43] <Compn> when it works.
[23:43] <funman> more seriously 32bits work fine
[23:43] <Compn> ah
[23:43] <funman> the question could have been "why using windows" :)
[23:44] <Compn> well since you cant really use ffmpeg dxva2 by itself, its going to be difficult to figure if its ffmpeg or vlc
[23:44] <funman> well the bug is somewhere
[23:44] <Compn> and since its pretty much only vlc (and possibly mpc-ht) using dxva2, if they fix it, they will fix ffmpeg too ;P
[23:44] <funman> and debugging tools for windows are crap when they exist at all
[23:44] <funman> yeah
[23:44] <funman> they = me in this case
[23:44] <Compn> oh ok
[23:45] <Compn> so your question is
[23:45] <Compn> how do you debug a win64 mingw app ?
[23:45] <kierank> gdb
[23:45] <Compn> right
[23:45] <funman> do you guys have gdb/mingw skills?
[23:46] <Compn> add in a bunch of printfs' to vlc and ffmpeg and see how far it gets
[23:46] <funman> well in fact i have a backtrace
[23:46] <Compn> gdb works fine on mingw, well, on 32bit, i havent tested 64 but it should be the same.
[23:46] <funman> but only function names, no lines
[23:46] <Compn> did you compile everything with debug symbols ?
[23:46] <funman> and vlc use DLLs so it's a bit special
[23:46] <funman> yeah
[23:46] <Compn> but if you paste the backtrace at least we can try to figure where its crashing
[23:47] <Compn> even without lines, maybe
[23:47] <funman> are you interested in helping me with that? i'll reboot to windows
[23:47] <Compn> i am trying to figure out who is the mingw64 master
[23:48] <Compn> kshawkeye / zeranoe and whoever added dxva2 to ffmpeg
[23:48] <Compn> who else does 64mingw
[23:48] Action: Compn thinks
[23:48] <funman> ramiro
[23:49] <Compn> Gianluigi Tiesi also does a lot of mplayer mingw stuff
[23:50] <Compn> reimar plays with it i think
[23:51] <Compn> well you can always boot to windows and ask
[23:51] <Compn> we can try :)
[23:53] <funman> ok let's see
[00:00] --- Sat Jan 14 2012
1
0
[02:50] <kode54> is there any way to convert a left/right stereo video pair to a side by side video without using stupid hacks like converting all the videos to image files and assembling them with imagemagick?
[02:50] <kode54> I'd rather just use avisynth for that, except that's not portable
[03:08] <iive> kode54: ffmpeg support multiple input file and video filter system that can handle parallel branches.
[03:08] <iive> but i'm not sure about the exact syntax.
[03:19] <kode54> I see video filter options
[03:19] <kode54> what would be really handy would be if the input specifier could specify a stream id from existing inputs
[03:19] <kode54> since the input video I have is an AVI file with two video streams
[03:20] <kode54> ah, split option
[03:21] <kode54> no
[03:26] <kode54> http://ffmpeg-users.933282.n4.nabble.com/libavfilter-multiple-input-td32373…
[03:26] <kode54> I see nobody answered it
[03:30] <ubitux> -f lavfi -i "movie=a.mp4 [a]; movie=b.mp4 [b]; [a][b] overlay=..." ?
[03:46] <kode54> got it
[03:46] <llrcombs> anyone here know anything about weird caption formats?
[03:46] <kode54> ffmpeg -i HNI_0043.AVI -map 0:0 -map 0:1 -vf "[in]pad=iw*2:0:0:0:black, [T1]overlay=480:0, scale=0:ih*2[out]; movie=HNI_0043.AVI:si=2[T1]" -acodec libmp3lame -ab 192k -vcodec libx264 -crf 20 HNI_0043_sxs.mkv
[03:47] <kode54> to turn 3DS video into side by side format suitable for youtube
[03:47] <kode54> 3DS is AVI, with two 480x240 MJPEG streams sandwiching a 16KHz mono IMA ADPCM stream
[03:48] <kode54> video filter trickery to overlay and stretch the video
[03:48] <kode54> stretch is needed for youtube aspect handling after turning on 3D side by side mode
[05:07] <misslesbian> Hello
[05:25] <epsilon> what can be the reason, if ffmpeg is ignoring -acodec and -vcodec for output format?
[05:26] <epsilon> trying to grab video, but it's taking mpg4 video and mp2 audio whatever I say
[05:29] <relaxed> epsilon: pastebin.com
[05:32] <epsilon> http://paste.debian.net/152112 - I tell to use v/acodec, but in lines 27/28 they are ignored
[05:35] <drv> you need to put the output options after the input options
[05:35] <drv> move -acodec xyz and -vcodec xyz after /dev/video0
[05:37] <epsilon> ah better
[05:45] <epsilon> I was fooled cause -vcodec copy worked at the "wrong" position
[05:51] <relaxed> epsilon: Your output will be huge.
[05:52] <relaxed> -sameq does nothing in that command
[05:53] <epsilon> ok, it's leftover from earlier test, cause -vcdiec was ignored
[05:53] <relaxed> In fact if Zeus came down from heaven and made me king of the world, my first course of action would be to remove -sameq forever
[05:54] <relaxed> then world peace
[06:02] <epsilon> question is the bitrate... what should I take to encode analog PAL (720x480) into mpeg4, like ~8MBits as -sameq used?
[06:04] <relaxed> If you just want great quality I recommend -qscale 3.
[06:05] <Ginks> what would you recommend for a watermark overlay?
[06:05] <Ginks> -qscale or qmax?
[06:05] <relaxed> the qscale range is 1 (highest quality) - (lowest) 31
[06:05] <Ginks> I'm not even sure what qscale is
[06:06] <Ginks> vs qmax
[06:06] <Ginks> I'm not doing any scaling though
[06:06] <Ginks> lol
[06:06] <epsilon> qscale applies to VBR? I prefer CBR...
[06:07] <Ginks> cbr is actually what I think I should be doing since it's streaming
[06:07] <epsilon> I want to cut the grabbed video later with other tools, CBR vid and audio is better for that in my experience
[06:07] <epsilon> VBR often resulted in async audio
[06:07] <relaxed> keep it lossless if you're going to be editing
[06:08] <epsilon> I'l keep PCM for audio, but video I'd like to use mpeg4 due to size
[06:11] <relaxed> vbr should not affect sync in any way.
[06:42] <epsilon> zomg
[06:43] <epsilon> I wonder why I can't open libxvid encoded video in virtualdub in Windows -> I have to open hex editor and change manually "xvid" in the avi file to "XVID"
[06:47] <relaxed> ffmpeg has -vtag
[08:28] <burek> is there any ffmpeg based subtitle editor?
[08:28] <burek> or any subs editor that supports h264
[08:34] <cbreak-work> h264 does not support subtitles
[08:56] <jck_true_> burek: I think you're confusing with mp4
[08:57] <jck_true_> burek: Might wanna look at mp4box - http://gpac.wp.institut-telecom.fr/
[09:01] <cbreak-work> hmm... ffmpeg compiles fine on OS X, but somehow it fails to link on Ubuntu :(
[09:02] <burek> no, i have subtitleeditor which doesnt want to load h264 movie
[09:02] <burek> so im asking is there any other subtitle editor
[09:02] <burek> which can load h264 movie
[09:02] <burek> so i can edit my subtitles
[09:03] <jck_true_> burek: Extract them with mp4box
[09:03] <burek> and?
[09:03] <cbreak-work> h264 doesn't support subtitles
[09:03] <burek> :)
[09:03] <burek> ok you are seriously misunderstanding something
[09:03] <cbreak-work> if you have a movie that has subtitles, then it's most likely some container format that does
[09:03] <burek> i have my subtitles
[09:03] <burek> and a movie downloaded from the internet
[09:04] <burek> i need a movie as a ref. point to sync subs
[09:04] <burek> thats all
[09:04] <jck_true_> oh
[09:04] <jck_true_> no clue
[09:04] <jck_true_> sorry
[09:04] <burek> i dont need to embed/extract subs from a container :)
[09:22] <burek> i solved it by installing gstreamer0.10-ffmpeg package :) thanks to all for help :)
[09:25] <cbreak-work> I switched back from git master tip to n0.9.1
[09:26] <cbreak-work> but ffmpeg still doesn't compile on linux
[09:26] <cbreak-work> http://paste.the-color-black.net/224216
[09:26] <cbreak-work> well, linker error that is, not a compiler error
[09:31] <cbreak-work> well... seems all .o files are ... 0 bytes
[09:53] <cbreak-work> well, finally managed to compile ffmpeg, but now it doesn't link:
[09:53] <cbreak-work> http://paste.the-color-black.net/224219
[09:54] <cbreak-work> the same code does link on OS X
[12:24] <cjhmdm> hello, can the latest source for ffmpeg & x264 still be found at git://git.videolan.org/x264 & git://source.ffmpeg.org/ffmpeg ?
[12:25] <sacarasc> http://ffmpeg.org/download.html has the address for ffmpeg. http://www.videolan.org/developers/x264.html for x264.
[12:28] <JEEB> cjhmdm, yes -- the repository address for x264 hasn't changed for ages
[12:28] <JEEB> can be seen in the gitweb, too @ http://git.videolan.org/gitweb.cgi?p=x264.git
[12:29] <cjhmdm> JEEB: thanks
[13:08] <elkng> the smartphone supports natively "MP3/WMA/eAAC+" and "MP4/H.263/H.264", how can I convert video to supported format ?
[13:08] <elkng> this: "ffmpeg -i 1.flv -vcodec h263 -vb 2000k -s 320x240 -ab 128k -ar 44100 -ac 2 -acodec libmp3lame -y -f avi 1.avi" cant be played
[13:08] <elkng> and this: "mencoder 1.flv -o 2.avi -oac mp3lame -ovc xvid -xvidencopts bitrate=687" cant be played
[13:17] <dipanjan> hi, can someone please explain to me the syntax of padding using -vf?
[13:17] <dipanjan> -vf pad=width:height:x:y:color
[13:31] <cjhmdm> hello, if I'm setting the following options - -b:v 1200k -minrate 1200k -maxrate 1200k - what would the proper -bufsize be?
[13:32] <cjhmdm> or does it really matter? I'm not sure what this setting does exactly, so not sure how important it is
[13:43] <burek> does anyone have a working example of burning subtitles onto a video? :)
[13:43] <burek> using ffmpeg :)
[13:46] <ubitux> -vf ass=foobar.ass
[13:47] <burek> thx :) and how to convert txt/srt to ass? :)
[13:49] <ubitux> gaupol/subtitleseditor/aegisub ?
[13:49] <ubitux> maybe ffmpeg is able to do it btw
[13:49] <ubitux> maybe try ffmpeg -i foobar.ass foobar.srt (not sure it will work)
[13:49] <burek> subtitleeditor
[13:50] <burek> heh save as :) thanks :D
[13:52] <shroomM> anyone has any experience with ms's adaptive streaming solution - smooth streaming ?
[13:56] <burek> ms? :S
[13:56] <shroomM> microsoft ;)
[13:57] <burek> yeah, i was afraid you're gonna say that :/
[13:58] <shroomM> haha, lol
[13:58] <burek> :)
[14:04] <ideea> hi :) can any1 help me: i have source video in WMV format, but when i try to convert it, to, for example, flv with this command: http://pastie.org/3178088 i get this error: http://pix.am/bUbG/
[14:08] <ideea> friends, help :D
[14:13] <JEEB> first of all...
[14:13] <JEEB> lol old ffmpeg .-.
[14:13] <ideea> dunno, all from sid's rep
[14:14] <JEEB> also, damn at that libx264 stuff...
[14:14] <ideea> simplt apt-get :)
[14:14] <JEEB> just build current libx264 and ffmpeg and apt-get the faac devel/lib package if you need that >_>
[14:14] <ubitux> at least 3 years old
[14:14] <JEEB> oh, and you probably need current yasm for x264 so build that first, too
[14:15] <ideea> on other server: freebsd i have 0.8.5.git-9719f25 version
[14:15] <ideea> but there another error
[14:16] <ideea> http://pix.am/bNih/
[14:17] <ideea> input/output error with thw same command.
[14:17] <ideea> :(
[14:18] <ideea> well, here is full configured server for my task, but i can't get this convertation to work
[14:18] <JEEB> > gcc from 2007
[14:18] <JEEB> anyways
[14:18] <JEEB> minimize the command line
[14:19] <JEEB> also jesus fuck that configure line .-.
[14:19] <ideea> its important parameters for ffmpeg :)
[14:19] <ideea> that i need.
[14:19] <JEEB> ffmpeg -i input.wmv -vcodec libx264 -crf 20 -an out.flv
[14:19] <JEEB> try this first
[14:20] <ideea> same error
[14:20] <JEEB> then it's borked
[14:20] <JEEB> easy as that
[14:20] <JEEB> either the compile or the input file
[14:20] <JEEB> I'm going to bet on the compile first
[14:20] <ideea> maybe, there is some problem with wmv? cause i can convert flv to mpg, for example
[14:22] <JEEB> anyways, what gcc does the linux box have?
[14:22] <JEEB> (don't tell me it's older than that freebsd's 4.2)
[14:22] <ideea> 4.2.1
[14:22] <JEEB> .-.
[14:22] <JEEB> ok, I don't want to have anything to do with you, sorry
[14:22] <ideea> rofl :D
[14:23] <ideea> any1 other?:))
[14:23] <ideea> or, tell me what to write to admins, they will configure server for it
[14:23] <JEEB> in any case, build on some relatively sane set-up current yasm, current libx264 and ffmpeg with the minimal configure line (./configure --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac or so)
[14:23] <JEEB> and check if it still fails
[14:26] <ideea> ok, ty, i will tell support team of content srver to do this.
[14:26] <JEEB> also, make sure that the wmv has no drm on it :V
[14:27] <ideea> drm?
[14:28] <JEEB> "digital rights management"
[14:28] <JEEB> encrypted files in other words
[14:28] <JEEB> which will naturally fail
[14:28] <ideea> no, nothing with this. all videos are mine.
[14:28] <ideea> well, its for porno studio.. :)
[14:29] <JEEB> it seems like you just don't understand what I'm talking about at all .-.
[14:30] <JEEB> in any case, do what I said and try with current libx264 and ffmpeg
[14:30] <ideea> yes, i already wrote support team to do this, then i will try.
[14:30] <ideea> thank you.
[14:32] <JEEB> also, does this wmv file work? http://www.mediafire.com/?jllmmt3jtwh
[14:33] <JEEB> with something simple like ffmpeg -i input.wmv -vcodec libx264 -crf 20 -an out.flv
[14:49] <burek> I'm gonna build a generic big fat ffmpeg
[14:49] <burek> and let people download and use it
[14:49] <burek> (without non-free stuff)
[14:49] <burek> even better, i'll make a cron job to rebuild it every 7 days
[14:50] <burek> so they will have the latest binary all the time
[14:59] <Mavrik> for which OS? :)
[15:13] <ideea> JEEB, no. Also, with last ffmpeg, lib..etc same error.
[15:46] <arbn> On one particular Linux box, ffmpeg produces an empty mp3 when piped some webm video input. I have the verbose output:http://bpaste.net/show/21766/
[15:46] <arbn> Any ideas on why? I can provide more details.
[15:58] <relaxed> arbn: Works here. Maybe your ffmpeg is too old.
[15:59] <arbn> The thing is, it worked on another machine with the exact same ffmpeg package.
[16:01] <burek> Mavrik, debian most probably :)
[16:05] <relaxed> burek: I have big fat staic builds people can download. https://sites.google.com/site/linuxencoding/builds
[16:05] <relaxed> static*
[16:05] <burek> great :)
[16:06] <burek> we can make a list of OSes for download
[16:06] <burek> to save time for others
[16:06] <burek> i mean builds for different OSes :)
[16:07] <arbn> OK. Saving the data to the command-line works. It's only when I try to convert through a pipe that it produces empty output.
[16:10] <relaxed> arbn: you can cheat, ffmpeg -i input.webm -f nut - 2>/dev/null | ffmpeg -f nut -i - out.mp3
[16:11] <relaxed> actually, ffmpeg -i input.webm -vn -f nut - 2>/dev/null | ffmpeg -f nut -i - out.mp3
[16:17] <relaxed> arbn: er, that isn't lossless ^^, ffmpeg -i out.webm -vn -acodec pcm_s16le -f nut - 2>/dev/null | ffmpeg -f nut -i - -y out.mp3
[16:18] <relaxed> that's my final answer.
[16:20] <arbn> relaxed: my input is coming via a pipe, not a file.
[16:20] <arbn> It's raw piped video data.
[16:20] <arbn> [nut @ 0x8712880]EOF before video frames
[16:20] <arbn> pipe:: Operation not permitted
[16:23] <relaxed> if it's raw yuv you need to tell ffmpeg how to decode it. ... | ffmpeg -s WxH -r framerate -pix_fmt yuv420p -f rawvideo -i -
[16:25] <arbn> ffmpeg -loglevel quiet -i pipe:0 out.mp3
[16:26] <arbn> It works fine, expect on this one machine. Now raw video, but the WebM bytes. Sorry.
[16:26] <arbn> Not raw*
[16:28] <arbn> I am piping a WebM file byte-by-byte to stdin, and trying to encode into mp3.
[16:28] <relaxed> I don't think that's going to work
[16:28] <arbn> It does. On every machine I've tried it on, except this one.
[16:32] <relaxed> my mistake, it does work.
[16:34] <arbn> Yeah. Except that, in this one case, the mp3 output is empty. I wouldn't expect ffmpeg to stop reading the stream until EOF, though, so I don't understand at all.
[16:38] <arbn> Oh. The ffmpeg output is different...
[16:39] <arbn> Would the difference between "libmp3lame" and "mp3" be significant?
[16:41] <relaxed> what's different?
[16:42] <arbn> Stream #0.0: Audio: libmp3lame, 44100 Hz, stereo, s16, 64 kb/s
[16:42] <arbn> Under "metadata:"
[16:42] <arbn> The other machine has "mp3" there.
[16:44] <relaxed> Are you sure they're using the same packages? I think "mp3" is the old name for "libmp3lame"
[16:45] <arbn> Oh. No, these aren't the same packages. I'll try it on the machines that have the same packages, and then paste the output for both on bpaste.
[16:55] <arbn> http://bpaste.net/show/21774/
[16:55] <arbn> There. As you can see, the top output concludes with 0kb audio.
[16:56] <arbn> The command is the same.
[16:57] <relaxed> the solution would seem to be updating the other machines ffmpeg version
[16:59] <relaxed> it looks like 0.6.3 predates webm
[17:00] <arbn> Oh. Wow. No idea how I missed that. I need to sleep. Thanks for your help and patience.
[17:01] <relaxed> you're welcome
[17:07] <NapHtaKeRoSene> hi
[17:07] <NapHtaKeRoSene> i have invented area map in 8 hours, good time?
[18:16] <naeluh> Hi all having trouble installing yasm can anyone give me a hand I am on ubuntu
[18:22] <grepper> naeluh: if apt-get install yasm is failing you probably need help in #ubuntu
[18:22] <naeluh> grepper:okay cool
[18:56] <Budd> I'd like to decode video frames into RGB, but with layout of row > channel > column (in decreasing order of significance)
[18:57] <Budd> All the RGB formats I see listed put the three channels for one pixel together.
[18:57] <Budd> Is there a way to specify my own format for libavformat to use, or should I just suck it up and reorder the data myself?
[19:10] <teratorn> Budd: you mean planar rgb?
[19:10] <Budd> teratorn: not quite, but that would be better.
[19:11] <teratorn> see the GBRP* formats then, I guess
[19:13] <Budd> My layout goal is to have all the red values for one row contiguous, then group three of those to make one line.
[19:14] <Budd> I think my error was grepping for RGB, not GBR - thanks!
[19:15] <Budd> nope - not seeing GBRP in libavutil/pixfmt.h
[19:17] <Budd> I suppose learning to to the SSE shuffle will let me reorder pixels fast enough.
[19:17] <Budd> I may write a tune called the "SSE shuffle"
[19:19] <fris> trying to compile 0.9.1 and keep getting this error http://pastie.org/3179640 any ideas?
[19:40] <naeluh> hi is there documentation on installing libfaac? thanks!!
[20:03] <naeluh> cant install libfaac can some one help
[20:29] <arbn> naeluh: Give more detail than "can't install". What's happening?
[20:30] <naeluh> arbn: thanks
[20:31] <naeluh> arbn: I am on ubuntu lucid I used command sudo apt-get install faac should that be suffcient?
[20:31] <naeluh> it looked like it worked
[20:32] <relaxed> you will need the -dev package too
[20:32] <arbn> If you're compiling ffmpeg, you want libfaac-dev, yeah.
[20:32] <naeluh> like this sudo apt-get install libfaac-dev libfaac0
[20:32] <arbn> I think so. I don't use Ubuntu or Debian.
[20:33] <naeluh> I did that and it looks like it worked
[20:43] <naeluh> weird it still isnt wrking
[20:43] <naeluh> is there a way to find out if libfaac is installed ?
[20:44] <relaxed> are you running ./configure --enable-libfaac --enable-nonfree ?
[20:49] <naeluh> would I run that when I configure ffmpeg
[20:49] <relaxed> yes
[20:55] <naeluh> I think it might be a problem with an install script I am using its this one http://www.ffmpeginstaller.com/
[20:55] <naeluh> I think maybe I should try to compile it myself
[20:55] <naeluh> cause it seems to be screwing up
[21:18] <JEEB> [mp4 @ 0x1da33c0] malformated aac bitstream, use -absf aac_adtstoasc -> [aac @ 0xc13700] Multiple RDBs per frame with CRC is not implemented.
[21:18] <JEEB> normal behavior?
[21:19] <JEEB> (mp4 output with ffaac)
[21:19] <JEEB> (yes, the person I'm helping doesn't have any other aac encoders installed)
[21:26] <relaxed> you're stream copying aac to mp4
[21:27] <relaxed> ?
[21:27] <JEEB> nope
[21:27] <JEEB> -acodec aac
[21:27] <JEEB> (with strict experimental)
[21:27] <relaxed> that shouldn't happen
[21:28] <JEEB> ...yeah
[21:28] <relaxed> then your answer is no :)
[21:30] <JEEB> http://pastie.org/3180336 -> http://pastie.org/3180342
[21:30] <JEEB> some arch packaged ffmpeg
[21:30] <JEEB> ffmpeg -i input.derp -s 480x272 -vcodec libx264 -crf 22 -preset fast -profile main -level 3 -x264opts ref=3:b-pyramid=none:weightp=1 -acodec aac -strict experimental -ab 192k -absf aac_adtstoasc out.mp4
[21:30] <JEEB> s/profile/profile:v/
[21:30] <JEEB> should be the command line
[21:31] <JEEB> he can't paste it all because he seemingly is using his distro without a DE... and not through ssh .-.
[21:32] <ioni> maybe ffmpeg master requires a more newer x264?
[21:33] <JEEB> I don't see libx264 being the problem >_>
[21:33] <Milos_SD> Hello... I have a little problem with gstreamer-ffmpeg in Ubuntu 11.10 ... I have ffmpeg compiled from source from git. Today I compiled a new version of ffmpeg from latest git, and Totem and mozilla-totem can't play any videos. When I do "gst-inspect" I get this on the begining: http://pastebin.com/d698m1hT How can I solve this?
[21:33] <ioni> that is a 2 days old snapshot
[21:34] <ioni> jeeB let me do another package
[21:34] <JEEB> oh, you're the guy responsible for this?
[21:34] <JEEB> lol
[21:34] <ioni> yeah :)
[21:34] <JEEB> also, add libvo_aacenc if you can... you're already at gplv3 anyways >_>
[21:34] <ioni> no
[21:34] <JEEB> aww
[21:35] <ioni> is not in the repos and i don't want to maintain yet another package
[21:35] <JEEB> oh well, for a mobile device ffaac should be good enough
[21:35] <JEEB> if it would work .-.
[21:35] <JEEB> anyways, a newer libx264 isn't a bad idea, but I just don't see why an older libx264 would be the problem here >_>
[21:36] <JEEB> libx264 seems to be working fine, but the audio part seems to herp a derp
[21:36] <ioni> i don't have time now to recompile all packages for new x264
[21:36] <JEEB> well, as I said I don't really think that error happens because of libx264 >_>
[21:37] <JEEB> at least it doesn't show itself anywhere
[21:37] <ioni> Milos_SD, gstreamer-ffmpeg doesn't use external ffmpeg
[21:37] <ioni> at least developers do not suggest using it
[21:38] <Milos_SD> ioni, so why does it segfault when I have ffmpeg from source, and not when I have ffmpeg from ubuntu repo?
[21:38] <ioni> JEEB i686 or x86_64?
[21:38] <ioni> Milos_SD, no idea, get a trace
[21:38] <JEEB> ioni, no idea -- I'll ask the guy >_>
[21:39] <ioni> cool
[21:41] <ioni> jeeB http://pkgbuild.com/~ioni/ffmpeg/
[21:41] <JEEB> linked to the guy
[21:41] <Milos_SD> ioni, this: http://paste.ubuntu.com/803410/ ?
[21:41] <ioni> Milos_SD, no
[21:41] <ioni> gdb trace
[21:46] <Milos_SD> ioni, never mind, fixed it by compiling gstreamer-ffmpeg :D
[21:46] <ioni> jeeb any news?
[21:46] <JEEB> ioni, seems to do the same thing
[21:46] <ioni> ok
[21:47] <ioni> let me compile new x264+ffmpeg rebuild
[21:50] <relaxed> JEEB: If the preson you're helping is using 64bit linux: https://sites.google.com/site/linuxencoding/builds
[21:51] <ioni> relaxed, because using some random binary from internet helps a lot ?:)
[21:51] <ioni> while keeping the distro version broken
[21:53] <JEEB> relaxed, thanks but I have no idea about which arch he is even now. He never answered that question, just tried ioni's newer compile
[21:53] <JEEB> I actually asked the guy for ssh access to his box so I could handle compilation of multimedia stuff etc. for him... but it seems like he hasn't even installed openssh yet .-.
[21:54] <JEEB> no idea how the hell he's using arch without a DE and without using it externally via ssh
[21:54] <relaxed> ioni: I have no control over distro's broken ffmpeg packages and all the control over my own.
[21:55] <ioni> the point is that is better to fix the bug upstream rather that workaround the issue by using some random stuff
[21:55] <ioni> jeeB tell him to install the new packages
[21:55] <ioni> x264 and ffmpeg
[22:06] <ioni> jeeB don't forget to pacman -Suu after
[22:06] <ioni> x264 had a soname bump
[22:07] <JEEB> posted that to the guy... kind of herping a derp because I can't get access to the box so I can't exactly see what the heck he's doing .-.
[22:51] <ioni> jeeB any luck?
[23:21] <ValW> @find *air*supply*
[23:43] <gentt> Hello guys
[23:43] <gentt> I need some help with the commands
[23:44] <gentt> 'man' didn't help much
[23:44] <llrcombs> what are you having trouble with?
[23:44] <gentt> so i have video .mp4 which is in 1080p
[23:44] <gentt> i want to convert it into .avi with 480p
[23:44] <gentt> what command should i use?
[23:45] <gentt> llrcombs, ?
[23:46] <llrcombs> ffmpeg -i original.mp4 -acodec nameYourCodec -vcodec nameYourCodec -s 854x480 out.avi
[23:46] <llrcombs> throw in an -acodec and bitrate settings
[23:46] <llrcombs> (right now that command is incomplete)
[23:46] <llrcombs> or make it 720x480 if you want DVD quality
[23:47] <llrcombs> here, have a cheat sheet: http://rodrigopolo.com/ffmpeg/cheats.html
[23:55] <gentt> llrcombs, what nameYourCodec would be?
[23:57] <gentt> in the end i just used ffmpeg -i original.mp4 -sameq -s 854x480 out.flv
[23:59] <JEEB> > sameq
[23:59] <llrcombs> well, if you want an FLV, that works
[23:59] <JEEB> sameq does not do what you think it does
[23:59] <JEEB> the new ffmpeg help should properly say what it does
[23:59] <llrcombs> JEEB: I've been wondering, what exactly does it do?
[23:59] <llrcombs> (assuming I'm using latest git [I am])
[23:59] <JEEB> it has always done the same thing. it copies the qp values from source and uses them as-is.
[00:00] --- Sat Jan 14 2012
1
0
[01:22] <CIA-46> ffmpeg: 03Janne Grunau 07master * rf6a152db11 10ffmpeg/libavcodec/ (libvpxdec.c libvpxenc.c libxavs.c): threads: add CODEC_CAP_AUTO_THREADS for libvpx and xavs
[01:22] <CIA-46> ffmpeg: 03Janne Grunau 07master * r68e252f548 10ffmpeg/libavformat/wtv.c: wtv: fix memleaks during normal operation
[01:22] <CIA-46> ffmpeg: 03Reinhard Tartler 07master * r014f8d8106 10ffmpeg/ (Changelog cmdutils.c configure doc/APIchanges):
[01:22] <CIA-46> ffmpeg: No longer build libpostproc by default
[01:22] <CIA-46> ffmpeg: update documentation to inform developers that it may be removed in a
[01:22] <CIA-46> ffmpeg: later release.
[01:22] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[01:22] <CIA-46> ffmpeg: 03Reinhard Tartler 07master * rcf53a2127b 10ffmpeg/ (Changelog RELEASE):
[01:22] <CIA-46> ffmpeg: Add some missing changelog entries and release 0.8_beta2
[01:22] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[01:22] <CIA-46> ffmpeg: 03Diego Biurrun 07master * rf1355dfcd6 10ffmpeg/doc/avserver.conf: doc: Replace ffmpeg references in avserver config file by avconv.
[01:22] <CIA-46> ffmpeg: 03Diego Biurrun 07master * r5ea20630b4 10ffmpeg/ (7 files in 4 dirs): Fix a bunch of platform name and other typos.
[01:22] <CIA-46> ffmpeg: 03Justin Ruggles 07master * r467879eb54 10ffmpeg/libavformat/gsmdec.c:
[01:22] <CIA-46> ffmpeg: gsm demuxer: return packets with only 1 gsm block at a time.
[01:22] <CIA-46> ffmpeg: fixes stream copy of raw gsm to mov.
[01:22] <CIA-46> ffmpeg: tested with QuickTime.
[01:22] <CIA-46> ffmpeg: 03Justin Ruggles 07master * rf01f6a8474 10ffmpeg/libavformat/gsmdec.c:
[01:22] <CIA-46> ffmpeg: gsm demuxer: use generic seeking instead of a gsm-specific function.
[01:22] <CIA-46> ffmpeg: Since packets all contain only a single block, the generic seek function can
[01:23] <CIA-46> ffmpeg: be used while still maintaining block-accuracy.
[01:23] <CIA-46> ffmpeg: 03Diego Biurrun 07master * r1466a5181b 10ffmpeg/doc/avtools-common-opts.texi: doc: Fix names of av_log color environment variables.
[01:23] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r794006f8fe 10ffmpeg/: (log message trimmed)
[01:23] <CIA-46> ffmpeg: Merge remote-tracking branch 'qatar/master'
[01:23] <CIA-46> ffmpeg: * qatar/master:
[01:23] <CIA-46> ffmpeg: fft: init functions with INIT_XMM/YMM.
[01:23] <CIA-46> ffmpeg: pcmenc: set frame_size to 0.
[01:23] <CIA-46> ffmpeg: gsm demuxer: use generic seeking instead of a gsm-specific function.
[01:23] <CIA-46> ffmpeg: gsm demuxer: return packets with only 1 gsm block at a time.
[01:24] <CIA-46> ffmpeg: The WAVE demuxer returns packets with many blocks per frame, which needs to be
[01:24] <CIA-46> ffmpeg: parsed into single blocks. This has a side-effect of fixing the timestamps.
[01:24] <CIA-46> ffmpeg: 03Justin Ruggles 07master * r56f22b7e16 10ffmpeg/libavcodec/pcm.c:
[01:24] <CIA-46> ffmpeg: pcmenc: set frame_size to 0.
[01:24] <CIA-46> ffmpeg: This indicates that the actual frame size is based on the buf_size passed to
[01:24] <CIA-46> ffmpeg: avcodec_encode_audio().
[01:24] <CIA-46> ffmpeg: 03Henrik Gramner 07master * re7d02b04dc 10ffmpeg/libavcodec/x86/fft_mmx.asm:
[01:24] <CIA-46> ffmpeg: fft: init functions with INIT_XMM/YMM.
[01:24] <CIA-46> ffmpeg: This is required to handle clobbering of XMM registers on Win64
[01:24] <CIA-46> ffmpeg: correctly. Fixes FFT and all tests depending on FFT on Win64.
[01:24] <CIA-46> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[01:25] <CIA-46> ffmpeg: Signed-off-by: Janne Grunau <janne-libav(a)jannau.net>
[01:44] <OanaStratulat> michaelni: ping
[01:51] <OanaStra_> ubitux: ping
[01:51] <ubitux> OanaStra_: yup
[01:52] <OanaStra_> ubitux: do you have some spare time to explain me how to finish that bug, the return part
[01:53] <ubitux> iirc you have to make the function raise the error code again
[01:53] <ubitux> but i need to look at the code
[01:53] <ubitux> give me 5 min
[01:53] <OanaStra_> ubitux: ok
[02:03] <ubitux> http://pastebin.com/NYNLSMkM is this the latest version of your patch?
[02:04] <OanaStra_> ubitux: yes
[02:06] <ubitux> first, fix your indent
[02:06] <ubitux> next, change ff_vorbis_floor1_render_list prototype to make it return an int
[02:06] <ubitux> so you can return -1 in this function too if render_line fails (aka raise the error at a upper level)
[02:07] <ubitux> then in the decoder (vorbisdec), check the return value of ff_vorbis_floor1_render_list
[02:07] <ubitux> and return AVERROR_INVALIDDATA in case of a negative value
[02:08] <OanaStra_> the prototype meaning making it int ff_vorbis_floor1_render_list no?
[02:13] <OanaStra_> ubitux: http://pastebin.com/JNKNbeqP my diff
[02:14] <ubitux> yes something like this, but you need to change the prototype in the header file
[02:14] <ubitux> and your patch is not done
[02:14] <OanaStra_> done that too
[02:15] <ubitux> then your diff is incomplete
[02:16] <OanaStra_> http://pastebin.com/cxGWT10M
[02:16] <OanaStra_> this is the full one
[02:18] <OanaStra_> ubitux: any comments on it?
[02:19] <ubitux> overall looks good if it works but:
[02:19] <ubitux> line 25: indent is wrong
[02:19] <ubitux> nit: i'd add a comment such as: if (!adx) // avoid FPE
[02:19] <ubitux> you can merge the two if
[02:19] <ubitux> if (lx < samples &&
[02:19] <ubitux> render_...
[02:20] <OanaStra_> ok
[02:20] <ubitux> also, it is common to use if (foobar() < 0) instead of exact -1
[02:20] <ubitux> (it allows to return different kind of error for instance)
[02:20] <ubitux> line 75: indent is wrong
[02:21] <OanaStra_> done all of those
[02:22] <ubitux> if you fix these, git commit with a proper message ("vorbis: fix FPE [...]") I think you can submit it to ffmpeg-devel
[02:22] <ubitux> (with git send-email -1 for instance)
[02:22] <ubitux> did you ever use git send-email btw?
[02:22] <OanaStra_> no
[02:22] <OanaStra_> i must set it up
[02:22] <ubitux> wanna try?
[02:22] <OanaStra_> yes
[02:23] <ubitux> do you have a gmail or you're using another smtp?
[02:23] <OanaStra_> gmail
[02:23] <ubitux> then: http://pastie.org/3169740
[02:23] <OanaStra_> 1st please look at my diff once again http://pastebin.com/LzZuR7gb
[02:23] <ubitux> add sth like that in your ~/.gitconfig
[02:23] <OanaStra_> if it is good
[02:24] <ubitux> you still have a == -1
[02:24] <ubitux> multiple ones actually
[02:24] <ubitux> you forgot to merge the if () line 48
[02:24] <ubitux> and you can keep the line break
[02:24] <ubitux> if (lx < samples &&
[02:24] <ubitux> render_line... < 0)
[02:24] <ubitux> return -1
[02:25] <ubitux> while you are at it, you can fix the broken vertical align after changing the void into int (see the parameters columns)
[02:26] <OanaStra_> put how many spaces in front of it?
[02:26] <ubitux> just remove one space each line
[02:27] <ubitux> "vorbis_floor1_entry * list" must be vertically aligned with "uint16_t *y_list..." and "int multiplier..."
[02:27] <ubitux> do you see what i mean?
[02:27] <ubitux> (you need to change it in both the .c and .h)
[02:27] <OanaStra_> yes
[02:28] <ubitux> sorry for all these nits
[02:28] <ubitux> :)
[02:28] <OanaStra_> no no , i`m glad i can help
[02:28] <OanaStra_> http://pastebin.com/M2UW2N9f
[02:28] <OanaStra_> this is the last one
[02:28] <OanaStra_> latest*
[02:29] <ubitux> "< 0" is preferred to "<0"
[02:30] <ubitux> also, indent is broken line 54 (are you indenting by hand?)
[02:30] <ubitux> you didn't break the line either when merging the if (we try to avoid very long line)
[02:31] <OanaStra_> using TextMate and when i hit enter it thinks it`s tab and puts me beneath the previous line
[02:31] <OanaStra_> how can i break it as to be good ?
[02:31] <ubitux> i showed you two times :)
[02:32] <ubitux> read the logs :p
[02:32] <OanaStra_> oh yes
[02:32] <OanaStra_> i`m a bit zzz
[02:32] <OanaStra_> ok done all of those
[02:32] <OanaStra_> so know mail it ? or you wanna take a look at the final version?
[02:33] <ubitux> 02:23:29 <@ubitux> then: http://pastie.org/3169740
[02:33] <ubitux> 02:23:37 <@ubitux> add sth like that in your ~/.gitconfig
[02:33] <ubitux> for the mail
[02:33] <ubitux> the do a proper git commit, and then git send-email -1 (to send the last commit)
[02:33] <ubitux> and you send it to ffmpeg-devel(a)ffmpeg.org
[02:34] <ubitux> if you are not subscribed to the mailing list, you will need to wait for moderation
[02:34] <OanaStra_> i am subscribed
[02:35] <OanaStra_> but where do i put the pass for the gmail account?
[02:35] <OanaStra_> it will be required when i git send-emal ?
[02:35] <OanaStra_> email*
[02:35] <OanaStra_> requested not required
[02:36] <ubitux> you will be prompted a few questions
[02:36] <OanaStra_> ko
[02:36] <OanaStra_> ok
[02:37] <OanaStra_> ubitux: vorbis: fix FPE when multiple values of x in the floor1 list
[02:37] <OanaStra_> ubitux: good commit message ?
[02:38] <ubitux> sounds good yes
[02:40] <OanaStra_> ubitux: Message-ID to be used as In-Reply-To for the first email? what should i say here?
[02:42] <ubitux> leave it blank
[02:43] <OanaStra_> ubitux: http://pastebin.com/VGA0tTat any idea?
[02:44] <ubitux> ah yeah you need a few perl mail related packages to use it
[02:44] <OanaStra_> know the name of them?
[02:45] <ubitux> heh each time i setup it i need to try 3-4 times before i have all the needed packages
[02:45] <ubitux> try to search perl smtp in your packages
[02:45] <ubitux> apt-cache search perl smtp
[02:45] <OanaStra_> i`m on osx, trying with brew
[02:45] <ubitux> iirc you also need base64 and other mail related stuff
[02:46] <ubitux> but the errors are somewhat explicit
[02:46] <ubitux> Can't locate Net/SMTP/SSL.pm .pm = perl, and then the module is stmp/ssl, so just look for packages matching this
[02:46] <ubitux> you will certainly need to install a few of them
[02:46] <ubitux> have fun ;)
[02:47] <OanaStra_> yes
[02:47] <OanaStra_> i think i`ll send it using the normal client
[02:47] <OanaStra_> i cannot find these packages for osx at this moment
[02:48] <ubitux> heh, then send the file generated with git format-patch -1
[02:48] <OanaStra_> yes
[02:50] <OanaStra_> ubitux: has it arrived ?
[02:50] <ubitux> yes great
[02:50] <ubitux> good work
[02:50] <ubitux> thank you
[02:51] <ubitux> did you check if make fate was still fine? ;)
[02:51] <OanaStra_> ubitux: no, doing it now
[02:51] <OanaStra_> ubitux: runs smoothly
[02:51] <OanaStra_> all the vorbis tests
[02:52] <ubitux> ok good
[02:52] <ubitux> michaelni: i don't like asking for nit but do you mind just adding a \n between "static void free_pool(AVFilterPool *pool)" and "{" and some spacing around the > op in "av_assert0(pool->refcount>0);"? :)
[02:53] <OanaStra_> ubitux: i should file a bug too don`t you think ?
[02:53] <OanaStra_> and post the patch afterwards for it?
[02:53] <ubitux> OanaStra_: i don't think it's worth the effort
[02:53] <OanaStra_> ubitux: ok
[02:54] <OanaStra_> michaelni: http://google-melange.appspot.com/gci/task/view/google/gci2011/7183252 marked as completed
[02:54] <ubitux> michaelni: i don't mind that coding style i think it's better to keep the current file coding style
[02:55] <ubitux> +but
[04:22] <OanaStratulat> michaelni: ping
[04:25] <michaelni> OanaStratulat, pong
[04:26] <OanaStratulat> had time to check my patch for FPE in vorbis.c ?
[04:26] <michaelni> ive just rewritten it :)
[04:26] <OanaStratulat> it has been sent to ML like an hour ago
[04:26] <michaelni> it was a bit messy
[04:26] <OanaStratulat> ubitux: mentored me
[04:26] <OanaStratulat> need link to gci task to close ?
[04:26] Action: michaelni kicks ubitux ;)
[04:27] <michaelni> i should have the link in my inbox
[04:27] <michaelni> moment
[04:27] <OanaStratulat> ok
[04:27] <OanaStratulat> can you send me the rewritten patch on my email ?
[04:29] <michaelni> ill CC you when i post it to the ML
[04:29] <OanaStratulat> thx
[04:29] <michaelni> your patch is ok, it just can be done a bit simpler
[04:30] <OanaStratulat> posting to ML now or i`ll go to zz ?
[04:33] <michaelni> i need to run some tests first to make sure it works and breaks nothing
[04:33] <michaelni> then ill post
[04:34] <OanaStratulat> ok
[04:34] <OanaStratulat> awaiting for it
[04:34] <OanaStratulat> until then good night
[04:35] <michaelni> OanaStratulat, mail sent
[04:35] <OanaStratulat> michaelni: thx
[04:36] <OanaStratulat> gn
[04:36] <michaelni> gn
[04:46] <michaelni> ubitux, btw, thx for mentoring Oana!
[04:51] <funman> is gci ending soon?
[05:14] <michaelni> funman, we are out of tasks, so for ffmpeg it pretty much has ended unless we can add more but AFAIK we cant
[05:14] <michaelni> there where just 2 points where tasks could be added
[05:15] <michaelni> about the official end time of the non ffmpeg GCI, that is in 4 days
[05:16] <funman> looks like it was pretty successful
[05:16] <michaelni> yes, indeed
[05:16] <michaelni> it was also pretty stressfull at times :)
[05:17] <funman> yeah.. that's why i avoid mentoring completely :)
[05:17] <michaelni> funman, you are missing all the fun that way ...
[05:17] <funman> i did it twice for gsoc but the students didn't need much help
[05:18] <funman> yeah ill consider it next year if i have a more stable life
[05:18] <michaelni> if you are interrested in mentoring students in the next ffmpeg gci or gsoc, you certainly are welcome :)
[05:19] <funman> it would probably in videolan though
[05:19] <funman> well, let's see
[05:19] <michaelni> :)
[10:45] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * ra8b0ece6e5 10ffmpeg/ (3 files in 2 dirs): lavfi/testsrc: add "d" alias for the duration option
[10:45] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * r7328c2fc21 10ffmpeg/ffprobe.c:
[10:45] <CIA-46> ffmpeg: ffprobe: replace av_destruct_packet() with av_free_packet()
[10:45] <CIA-46> ffmpeg: av_destruct_packet() always frees the packet data even when the demuxer
[10:45] <CIA-46> ffmpeg: is going to re-use it, thus causing crashes when decoding audio
[10:45] <CIA-46> ffmpeg: frames (as implemented in a pending patch).
[10:45] <CIA-46> ffmpeg: av_free_packet() is used instead, as it allows each demuxer to set the
[10:45] <CIA-46> ffmpeg: right packet data releasing mechanism through the pkt->destruct callback.
[10:45] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * r4fd1e2e432 10ffmpeg/ffprobe.c:
[10:45] <CIA-46> ffmpeg: ffprobe: fix leak in show_packets()
[10:45] <CIA-46> ffmpeg: Call av_free_packets() at each demuxing loop iteration, not only when
[10:45] <CIA-46> ffmpeg: decoding.
[10:45] <CIA-46> ffmpeg: X-ColaCount: +10l
[10:47] <ubitux> michaelni: :)
[10:47] <ubitux> michaelni: sorry for the vorbis patch
[10:48] <ubitux> i though it was a good way to deal with
[11:38] <ubitux> saste: i noticed the other day you could bump the copyright date in ffprobe.c
[11:39] <ubitux> (a lot of changes came in in 2011 & 2012)
[16:35] <CIA-46> ffmpeg: 03Paul B Mahol 07master * rbd36ec55be 10ffmpeg/libavcodec/bmp.c:
[16:35] <CIA-46> ffmpeg: bmpdec: proper check for alpha
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * rf068ce570f 10ffmpeg/libavfilter/ (avfilter.c defaults.c internal.h):
[16:35] <CIA-46> ffmpeg: avfilter: pool draining and self destruction support.
[16:35] <CIA-46> ffmpeg: This should fix a memleak.
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r3e8a368b2b 10ffmpeg/libavcodec/ (j2kdec.c j2kenc.c mjpegenc.c):
[16:35] <CIA-46> ffmpeg: lavc: constify enums for .pix_fmts
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Peter Ross 07master * r90dbd08127 10ffmpeg/libavformat/icodec.c:
[16:35] <CIA-46> ffmpeg: ico: ignore IconEntry.bpp value, and favour BITMAPHEADER.NumColors value over that in IconEntry
[16:35] <CIA-46> ffmpeg: Fixes ticket 905.
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Peter Ross 07master * rbd3a12d68d 10ffmpeg/libavformat/icodec.c:
[16:35] <CIA-46> ffmpeg: ico: consider IconEntry.NumColors of 255 to be ambiguous
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r05577aafaa 10ffmpeg/libswscale/x86/yuv2rgb_template.c:
[16:35] <CIA-46> ffmpeg: sws: yuv2rgb asm, add memory clobber.
[16:35] <CIA-46> ffmpeg: This fixes dithering for rgb555le, it appears gcc had moved the
[16:35] <CIA-46> ffmpeg: setup of the variables after the asm or something like that.
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:35] <CIA-46> ffmpeg: 03Peter Ross 07master * r051257495a 10ffmpeg/libavformat/icodec.c:
[16:35] <CIA-46> ffmpeg: ico: reject icon entries that are smaller than sizeof(BITMAPHEADER)
[16:35] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:36] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07master * ref3a19d595 10ffmpeg/ (7 files in 2 dirs): Fix compilation with yasm-0.6.2
[16:53] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07release/0.9 * rad6eefc0d8 10ffmpeg/ (6 files in 2 dirs): Fix compilation with yasm-0.6.2.
[17:03] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07master * r01616f12e2 10ffmpeg/libavcodec/rawdec.c:
[17:03] <CIA-46> ffmpeg: Fix linesize for rawvideo in mov.
[17:03] <CIA-46> ffmpeg: Fixes ticket #823.
[17:36] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * r58e1de724d 10ffmpeg/ffprobe.c:
[17:36] <CIA-46> ffmpeg: ffprobe: set AV_LOG_SKIP_REPEATED log flag
[17:36] <CIA-46> ffmpeg: Consistent with ffmpeg and ffplay.
[17:36] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * rb25c239c7a 10ffmpeg/ (doc/ffprobe.texi doc/ffprobe.xsd ffprobe.c): ffprobe: add support to audio frame information printing
[17:36] <CIA-46> ffmpeg: 03Stefano Sabatini 07master * rbb4c18881a 10ffmpeg/ffprobe.c: ffprobe: reindent after previous commit
[17:44] <NapHtaKeRoSene> hi
[17:44] <NapHtaKeRoSene> should i keep int insquare_p(point2d p, point2d p1, point2d p2), or just consider int insquare(point2d p, rect2d rect) ?
[17:53] <Compn> benchmark and compare speeds? :P
[17:53] Action: Compn has no clue :)
[17:57] <NapHtaKeRoSene> :)
[17:58] <NapHtaKeRoSene> i was just thinking about in general i'd probably want a rect2d structure for defining an area, and point2d for a point
[18:06] <Compn> are you working on a filter or ?
[18:06] <NapHtaKeRoSene> this is for general use
[18:07] <NapHtaKeRoSene> for everything
[18:08] <av500> dont forget value1d
[18:13] <NapHtaKeRoSene> av500<< are you vbeing sarcastic?
[18:50] <pasteeater> i am travelling from jan 13-22, so my mailing list moderation might be slower than usual.
[18:54] <Compn> good to know
[18:54] <Compn> you've been doing an excellent job :)
[18:55] <pasteeater> it's affecting my speech. Thank you friend, Congratulation.
[19:10] <Compn> spam subjects are getting harder to delete :)
[19:10] <Compn> hehe
[19:12] Action: Compn curious who is using ffmpeg to convert .ico files
[19:36] Action: j-b
[19:41] <NapHtaKeRoSene> av500<< i was asking for guideline for general optimization practices not one particular problem.
[19:41] <ubitux> anyone knows who is the owner of http://fate.ffmpeg.org/report.cgi?time=20120112183703&slot=x86_64-linux-gnu… ?
[19:42] <NapHtaKeRoSene> ((rect.p1.x>rect.p2.x)?((p.x>=rect.p2.x)&&(p.x<=rect.p1.x)):((p.x<=rect.p2.x)&&(p.x>=rect.p1.x)))&&((rect.p1.y>rect.p2.y)?((p.y>=rect.p2.y)&&(p.y<=rect.p1.y)):((p.y<=rect.p2.y)&&(p.y>=rect.p1.y)));
[19:42] <ubitux> the samples rsync looks broken
[19:42] <NapHtaKeRoSene> i'm not willing to write this every time i need to check a range in my code
[19:58] <pasteeater> Compn: if http://wiki.multimedia.cx/ is the official wiki then what do we call the wiki function in trac?
[19:58] <pasteeater> current page title is "Welcome to the FFmpeg Bug Tracker and Wiki"
[20:01] <cbsrobot> I have access to the latest MacPro with 12 Cores (2x6 Cores) with hyperthreading giving 24 threads and tested ffmpeg on it
[20:01] <cbsrobot> but I was only able to use 12 threads
[20:02] <cbsrobot> anybody knows whats going on ?
[20:02] <durandal_1707> michaelni: how good are you at mpeg1video decoder?
[20:02] <cbsrobot> on a 8 (2x4 cores) machine i can use up to 16 threads - no problem
[20:04] <michaelni> durandal_1707, how can i help ?
[20:04] <durandal_1707> trying to make bw10 avi play like in xanim
[20:05] <durandal_1707> i'm using vcr2 code as example
[20:05] <durandal_1707> but something is wrong with slices
[20:06] <durandal_1707> decoded frame is split verticaly and bottom part of frame is never used/is red
[20:06] <durandal_1707> xanim decodes it in one go or something like that
[20:09] <CIA-46> ffmpeg: 03Reimar Döffinger 07master * r742b660eb7 10ffmpeg/libavformat/wtvdec.c:
[20:09] <CIA-46> ffmpeg: wtvdec: fix a few memleaks as show by valgrind with the FATE test.
[20:09] <CIA-46> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>
[20:10] <CIA-46> ffmpeg: 03Reimar Döffinger 07master * r7cbb32e461 10ffmpeg/libavfilter/vf_deshake.c: (log message trimmed)
[20:10] <CIA-46> ffmpeg: Use an int MotionVector for find_block_motion.
[20:10] <CIA-46> ffmpeg: Using the double variant causes several pointless conversions between
[20:10] <CIA-46> ffmpeg: double and int.
[20:10] <CIA-46> ffmpeg: Worse, one of the conversions is in an inner loop together with a
[20:10] <CIA-46> ffmpeg: function using MMX, resulting in undefined behaviour.
[20:10] <CIA-46> ffmpeg: Based on debugging by Ray Simard.
[20:35] <michaelni> durandal_1707, can i see this issue somehow ? (samplefile/code) ?
[20:36] <durandal_1707> michaelni: issue #104
[20:37] <durandal_1707> for code just abuse and modify vcr2 functions
[21:43] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.8 * r97f23c72a3 10ffmpeg/libavcodec/vorbisdec.c: (log message trimmed)
[21:43] <CIA-46> ffmpeg: vorbisdec: Fix decoding bug with channel handling
[21:43] <CIA-46> ffmpeg: Fixes Bug: #191
[21:43] <CIA-46> ffmpeg: Chromium Bug: #101458
[21:43] <CIA-46> ffmpeg: CVE-2011-3895
[21:43] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[21:43] <CIA-46> ffmpeg: (cherry picked from commit e6d527ff729e42d80e4756cab779ff4ad693631b)
[21:43] <CIA-46> ffmpeg: 03Chris Evans 07release/0.8 * rb0283ccb9e 10ffmpeg/libavcodec/vorbisdec.c: (log message trimmed)
[21:43] <CIA-46> ffmpeg: vorbis: An additional defense in the Vorbis codec.
[21:43] <CIA-46> ffmpeg: Fixes Bug: #190
[21:43] <CIA-46> ffmpeg: Chromium Bug: #100543
[21:43] <CIA-46> ffmpeg: Related to CVE-2011-3893
[21:43] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[21:43] <CIA-46> ffmpeg: (cherry picked from commit afb2aa537954db537d54358997b68f46561fd5a7)
[21:43] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.8 * r8f17d7dd4b 10ffmpeg/RELEASE: Update RELEASE file for 0.7.4
[21:43] <CIA-46> ffmpeg: 03Ronald S. Bultje 07release/0.8 * rdd8228dcff 10ffmpeg/libswscale/x86/swscale_template.c:
[21:43] <CIA-46> ffmpeg: swscale: fix crash in fast_bilinear code when compiled with -mred-zone.
[21:43] <CIA-46> ffmpeg: Additional comments from Måns Rullgard have been integrated
[21:43] <CIA-46> ffmpeg: by Reinhard Tartler.
[21:43] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[21:43] <CIA-46> ffmpeg: (cherry picked from commit b14fa5572c2a3bb1d8cd6327c4687a2eee363bbb)
[21:43] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[21:43] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.8 * rd4653e882f 10ffmpeg/Changelog: Update Changelog for 0.7.4 release
[21:43] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r1c1af2af0d 10ffmpeg/: (log message trimmed)
[21:43] <CIA-46> ffmpeg: Merge remote-tracking branch 'qatar/release/0.7' into release/0.8
[21:43] <CIA-46> ffmpeg: * qatar/release/0.7:
[21:43] <CIA-46> ffmpeg: Update Changelog for 0.7.4 release
[21:43] <CIA-46> ffmpeg: Update RELEASE file for 0.7.4
[21:43] <CIA-46> ffmpeg: swscale: fix crash in fast_bilinear code when compiled with -mred-zone.
[21:44] <CIA-46> ffmpeg: vorbis: An additional defense in the Vorbis codec.
[22:03] <CIA-46> ffmpeg: 03Stefano Sabatini 07release/0.8 * rc4cc8584d0 10ffmpeg/libavfilter/avfilter.c:
[22:03] <CIA-46> ffmpeg: lavfi: add missing check in avfilter_filter_samples()
[22:03] <CIA-46> ffmpeg: Avoid out-of-buffer data access when nb_channels is 8.
[22:03] <CIA-46> ffmpeg: (cherry picked from commit ae21776207e8a2bbe268e7c9e203f7599dd87ddb)
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r56173eabb6 10ffmpeg/libavcodec/j2k_dwt.c:
[22:03] <CIA-46> ffmpeg: j2kdec: Fix integer overflow leading to a segfault
[22:03] <CIA-46> ffmpeg: Fixes Ticket776
[22:03] <CIA-46> ffmpeg: Bug found by: Diana Elena Muscalu
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: (cherry picked from commit 1f99939a6361e2e6d6788494dd7c682b051c6c34)
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * rd80db23e7d 10ffmpeg/libavcodec/ws-snd1.c:
[22:03] <CIA-46> ffmpeg: ws_snd1: Fix wrong samples count and crash.
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: (cherry picked from commit 5257743aee0c3982f0079e6553aabc6aa39401d2)
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r049b08d04c 10ffmpeg/libavcodec/atrac3.c:
[22:03] <CIA-46> ffmpeg: atrac3: Fix crash in tonal component decoding.
[22:03] <CIA-46> ffmpeg: Fixes Ticket780
[22:03] <CIA-46> ffmpeg: Bug Found by: cosminamironesei
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r6f0e349a02 10ffmpeg/libavcodec/aacsbr.c:
[22:03] <CIA-46> ffmpeg: aacsbr: Fix memory corruption.
[22:03] <CIA-46> ffmpeg: Fixes Ticket760 and Ticket761
[22:03] <CIA-46> ffmpeg: Bug Found by: Diana Elena Muscalu
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: (cherry picked from commit 944f5b2779e4aa63f7624df6cd4de832a53db81b)
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r8935e7474a 10ffmpeg/libavcodec/shorten.c:
[22:03] <CIA-46> ffmpeg: shorten: Fix invalid free()
[22:03] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:03] <CIA-46> ffmpeg: (cherry picked from commit 18bcfc912e48bf77a5202a0e24a3b884b9b2ff2c)
[22:04] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:04] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r4ad5618210 10ffmpeg/libavcodec/j2kdec.c:
[22:04] <CIA-46> ffmpeg: j2kdec: Fix crash in get_qcx
[22:04] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:04] <CIA-46> ffmpeg: (cherry picked from commit 282bb02839b1ce73963c8e3ee46804f1ade8b12a)
[22:04] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:04] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r8454d81ebe 10ffmpeg/libavcodec/h264_ps.c:
[22:04] <CIA-46> ffmpeg: h264: check chroma_format_idc range.
[22:04] <CIA-46> ffmpeg: Fixes Ticket758
[22:04] <CIA-46> (9 lines omitted)
[22:08] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.6 * r42f0a66968 10ffmpeg/libavcodec/vorbis_dec.c: (log message trimmed)
[22:08] <CIA-46> ffmpeg: vorbisdec: Fix decoding bug with channel handling
[22:08] <CIA-46> ffmpeg: Fixes Bug: #191
[22:08] <CIA-46> ffmpeg: Chromium Bug: #101458
[22:08] <CIA-46> ffmpeg: CVE-2011-3895
[22:08] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:08] <CIA-46> ffmpeg: (cherry picked from commit e6d527ff729e42d80e4756cab779ff4ad693631b)
[22:08] <CIA-46> ffmpeg: 03Chris Evans 07release/0.6 * ra5e0afe3c9 10ffmpeg/libavcodec/vorbis_dec.c: (log message trimmed)
[22:08] <CIA-46> ffmpeg: vorbis: An additional defense in the Vorbis codec.
[22:08] <CIA-46> ffmpeg: Fixes Bug: #190
[22:08] <CIA-46> ffmpeg: Chromium Bug: #100543
[22:08] <CIA-46> ffmpeg: Related to CVE-2011-3893
[22:08] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:08] <CIA-46> ffmpeg: (cherry picked from commit afb2aa537954db537d54358997b68f46561fd5a7)
[22:08] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.6 * r62c4739348 10ffmpeg/ (Changelog RELEASE): Release notes and changelog for 0.6.5
[22:08] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.6 * re85296beae 10ffmpeg/: (log message trimmed)
[22:08] <CIA-46> ffmpeg: Merge remote-tracking branch 'qatar/release/0.6' into release/0.6
[22:08] <CIA-46> ffmpeg: * qatar/release/0.6:
[22:08] <CIA-46> ffmpeg: Release notes and changelog for 0.6.5
[22:14] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.6 * r431cf16963 10ffmpeg/libavcodec/h264_ps.c:
[22:14] <CIA-46> ffmpeg: h264: check chroma_format_idc range.
[22:14] <CIA-46> ffmpeg: Fixes Ticket758
[22:14] <CIA-46> ffmpeg: Bug found by: Diana Elena Muscalu
[22:14] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:14] <CIA-46> ffmpeg: (cherry picked from commit 7fff64e00d886fde11d61958888c82b461cf99b9)
[22:14] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:15] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.6 * r1014e20492 10ffmpeg/libavcodec/atrac3.c:
[22:15] <CIA-46> ffmpeg: atrac3: Fix crash in tonal component decoding.
[22:15] <CIA-46> ffmpeg: Fixes Ticket780
[22:15] <CIA-46> ffmpeg: Bug Found by: cosminamironesei
[22:15] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:15] <CIA-46> ffmpeg: (cherry picked from commit 9af6abdc17deb95c9b1f1d9242ba49b8b5e0b016)
[22:15] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:18] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.5 * refd453d82d 10ffmpeg/libavcodec/vorbis_dec.c: (log message trimmed)
[22:18] <CIA-46> ffmpeg: vorbisdec: Fix decoding bug with channel handling
[22:18] <CIA-46> ffmpeg: Fixes Bug: #191
[22:18] <CIA-46> ffmpeg: Chromium Bug: #101458
[22:18] <CIA-46> ffmpeg: CVE-2011-3895
[22:18] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:18] <CIA-46> ffmpeg: (cherry picked from commit e6d527ff729e42d80e4756cab779ff4ad693631b)
[22:18] <CIA-46> ffmpeg: 03Chris Evans 07release/0.5 * r6b01bcebb9 10ffmpeg/libavcodec/vorbis_dec.c: (log message trimmed)
[22:18] <CIA-46> ffmpeg: vorbis: An additional defense in the Vorbis codec.
[22:18] <CIA-46> ffmpeg: Fixes Bug: #190
[22:18] <CIA-46> ffmpeg: Chromium Bug: #100543
[22:18] <CIA-46> ffmpeg: Related to CVE-2011-3893
[22:18] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:18] <CIA-46> ffmpeg: (cherry picked from commit afb2aa537954db537d54358997b68f46561fd5a7)
[22:18] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.5 * r1eb7872238 10ffmpeg/: (log message trimmed)
[22:18] <CIA-46> ffmpeg: Merge remote-tracking branch 'qatar/release/0.5' into release/0.5
[22:25] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.7 * r97f23c72a3 10ffmpeg/libavcodec/vorbisdec.c: (log message trimmed)
[22:25] <CIA-46> ffmpeg: vorbisdec: Fix decoding bug with channel handling
[22:25] <CIA-46> ffmpeg: Fixes Bug: #191
[22:25] <CIA-46> ffmpeg: Chromium Bug: #101458
[22:25] <CIA-46> ffmpeg: CVE-2011-3895
[22:25] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:25] <CIA-46> ffmpeg: (cherry picked from commit e6d527ff729e42d80e4756cab779ff4ad693631b)
[22:25] <CIA-46> ffmpeg: 03Chris Evans 07release/0.7 * rb0283ccb9e 10ffmpeg/libavcodec/vorbisdec.c: (log message trimmed)
[22:25] <CIA-46> ffmpeg: vorbis: An additional defense in the Vorbis codec.
[22:25] <CIA-46> ffmpeg: Fixes Bug: #190
[22:25] <CIA-46> ffmpeg: Chromium Bug: #100543
[22:25] <CIA-46> ffmpeg: Related to CVE-2011-3893
[22:26] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:26] <CIA-46> ffmpeg: (cherry picked from commit afb2aa537954db537d54358997b68f46561fd5a7)
[22:26] <CIA-46> ffmpeg: 03Ronald S. Bultje 07release/0.7 * rdd8228dcff 10ffmpeg/libswscale/x86/swscale_template.c:
[22:26] <CIA-46> ffmpeg: swscale: fix crash in fast_bilinear code when compiled with -mred-zone.
[22:26] <CIA-46> ffmpeg: Additional comments from Måns Rullgard have been integrated
[22:26] <CIA-46> ffmpeg: by Reinhard Tartler.
[22:26] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:26] <CIA-46> ffmpeg: (cherry picked from commit b14fa5572c2a3bb1d8cd6327c4687a2eee363bbb)
[22:26] <CIA-46> ffmpeg: Signed-off-by: Reinhard Tartler <siretart(a)tauware.de>
[22:26] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.7 * r8f17d7dd4b 10ffmpeg/RELEASE: Update RELEASE file for 0.7.4
[22:26] <CIA-46> ffmpeg: 03Reinhard Tartler 07release/0.7 * rd4653e882f 10ffmpeg/Changelog: Update Changelog for 0.7.4 release
[22:26] <CIA-46> ffmpeg: 03Stefano Sabatini 07release/0.7 * rc4cc8584d0 10ffmpeg/libavfilter/avfilter.c:
[22:26] <CIA-46> ffmpeg: lavfi: add missing check in avfilter_filter_samples()
[22:26] <CIA-46> ffmpeg: Avoid out-of-buffer data access when nb_channels is 8.
[22:26] <CIA-46> ffmpeg: (cherry picked from commit ae21776207e8a2bbe268e7c9e203f7599dd87ddb)
[22:26] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:27] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.5 * r8e101086eb 10ffmpeg/ (RELEASE VERSION):
[22:27] <CIA-46> ffmpeg: update for 0.5.8
[22:27] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:27] <CIA-46> ffmpeg: 03Michael Niedermayer 07release/0.8 * r3a3f2b515f 10ffmpeg/ (Doxyfile RELEASE VERSION):
[22:27] <CIA-46> ffmpeg: Update for 0.8.10
[22:27] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:52] <ubitux> mmh i wonder if ffserver could take multiple input sources
[22:52] <ubitux> if so, i think it should be easy to write a confcall system
[22:53] <ubitux> a ffserver grabbing multiple sources, client pushing webcam+audio to it and using ffplay to play the other users streams (with a filtergraph mashup with overlay, pan+amerge)
[23:00] <ubitux> pan+amerge, or amix :)
[23:22] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07master * r2c90204598 10ffmpeg/libavcodec/mjpegdec.c:
[23:22] <CIA-46> ffmpeg: Fix decoding of progressive jpgs with unusual pixel formats.
[23:22] <CIA-46> ffmpeg: Fixes ticket #892.
[23:28] <michaelni> ubitux, sounds interresting
[23:32] <ubitux> i find quite unbelievable that no real open source system exists for conf calls :/
[23:34] <ubitux> btw, i'm building clang/llvm with ioc
[23:37] <michaelni> ubitux, :)
[23:38] <ubitux> it takes some time, building llvm + valgrind/fate is a bit too much for the machine ;)
[23:38] <ubitux> (celeron 2.6)
[23:38] <michaelni> btw, i wonder if anyone knows how to use clang + valgrind so that valgrind shows line numbers
[23:40] <michaelni> i tried various -O and -g combinations
[23:40] <Compn> ubitux : theres lots of apps that do voice chat with multiple people
[23:40] <ubitux> Compn: really? i didn't find any
[23:40] <ubitux> atm the only existing solution i see is g+ hangup
[23:41] <ubitux> but i don't want to create an account on this
[23:41] Action: Compn googles
[23:41] <ubitux> livemeeting (ms stuff) doesn't work on linux (even if it seems to have some non-working java applet)
[23:41] <ubitux> (and doesn't work really on windows either btw)
[23:42] <ubitux> skype has a multiple ppl video system, but windows only and it's not free
[23:42] <Compn> oh , i was thinking windows programs
[23:42] <Compn> lets seeeee
[23:43] <Compn> what about teamspeak for linux ?
[23:43] <ubitux> only audio afaik
[23:43] <gnafu> Not open source, but Adobe Connect works well across Windows, Mac, and Linux.
[23:43] <ubitux> same for mumble (not sure it's the name)
[23:43] <Compn> heh videochat
[23:44] <gnafu> Each participant can send and receive video and audio, and presenters can share application windows or desktops, and there is a whiteboard feature and such.
[23:44] <ubitux> it's free?
[23:44] <gnafu> No :-(.
[23:44] <gnafu> But for what it costs, I find it to be very nice.
[23:44] <Compn> theres gotomeeting
[23:44] <Compn> but thats not free
[23:44] <Compn> and a hack for linux support
[23:45] <Compn> oh there was 'dimdim'
[23:46] <Compn> but its not open source anymore
[23:46] <Compn> ubitux : http://www.bigbluebutton.org/
[23:46] <Compn> there
[23:46] <gnafu> I'm hoping WebRTC makes some of these kinds of things easier to do freely in the browser.
[23:47] <Compn> BigBlueButton is an open source web conferencing system built on over fourteen open source components to create an integrated solution that runs on mac, unix, or PC computers. In the true sense of open source, we invite you to try out and participate in our project.
[23:47] <ubitux> let me check :)
[23:47] <ubitux> thx
[23:49] <ubitux> mpf. !@$ flash; i still can't click on the accept/cancel security check&
[23:49] <ubitux> it's been years i have this issue, and not a single flash update solved it
[23:51] <Compn> what flash security check ?
[23:51] Action: Compn never seen one
[23:51] <Compn> use an updated browser
[23:52] <ubitux> if you want to share the webcam, you need to allow flash to access it
[23:52] <ubitux> and thus there is a popup
[23:52] <Compn> oh
[23:52] <ubitux> michaelni: yes i'm not able to get them either
[23:52] <ubitux> i guess that's not yet supported
[23:53] <gnafu> Hmm, I've not had problem clicking the button to allow.
[23:53] <gnafu> s/had problem/had a problem/
[23:53] <gnafu> ubitux: Do you have nspluginwrapper installed?
[23:54] <gnafu> I wonder if that's interfering.
[23:55] <ubitux> no
[23:55] <Compn> what web browser / version ?
[23:56] <ubitux> i tried with firefox9 and chromium 16
[23:56] <ubitux> but i have this issue since firefox3 (when i actually noticed it, but it might already existed for long)
[23:57] <gnafu> What OS do you use?
[23:58] <ubitux> archlinux, 64bits
[23:58] <ubitux> but i was able to reproduce the exact same issue using an ubuntu vm
[23:58] <Compn> 64bits :)
[23:59] Action: gnafu uses Fedora 64-bit with 64-bit Flash in Firefox 9 without issue.
[23:59] <ubitux> (i reported the issue but they didn't seem to be able to reproduce it)
[23:59] <gnafu> It is odd that it doesn't happen in other distros.
[23:59] <ubitux> it happens in ubuntu with my tests
[23:59] <gnafu> Strange.
[23:59] <ubitux> but well i must be cursed
[23:59] <gnafu> I wonder what Fedora does differently.
[23:59] <ubitux> or totally stupid
[00:00] --- Fri Jan 13 2012
1
0
[00:38] <darkstarbyte> anyone know a lot about multithreading in ffmpeg?
[01:01] <Ginks> threads=0 or threads=auto I think
[01:12] <darkstarbyte> I was wondering how effective threads were on the mpeg2 codec
[02:00] <iive> darkstarbyte: not that much. I remember that things like reading from the same bitstream were memory hogs
[02:00] <iive> so even the bitstream should be copied for each thread.
[02:01] <naeluh> hey is there a way to install libfacc on ubuntu lucid ?
[02:02] <iive> naeluh: do you mean libfaac ?
[02:02] <naeluh> live: yes
[02:04] <naeluh> live: 1 sec I think it ma9y have installed
[02:21] <naeluh> hey so I am getting ERROR: libfaac not found
[02:21] <naeluh> live: is there a way to install it
[02:24] <shevy> naeluh http://downloads.sourceforge.net/faac/faac-1.28.tar.bz2
[02:24] <naeluh> awesome thanks let me try it !
[02:30] <naeluh> awesome worked how about libmp3lame
[02:32] <iive> you can download it from sf.net too
[02:34] <naeluh> awesome
[02:34] <naeluh> hows everyone doin today
[02:35] <naeluh> weird now it says I dont have libopencore_amrnb
[02:37] <naeluh> is there a place to download that
[02:37] <shevy> hmm that's an odd lib
[02:37] <naeluh> maybe I dont need it
[02:37] <shevy> I know libfaac, I know liblame but I never heard of that libopencore* before
[02:37] <naeluh> I will try with enablbing it
[02:37] <naeluh> enable
[02:38] <shevy> I think I found it... let me dig https://trac.pjsip.org/repos/changeset/3911/pjproject/trunk/pjmedia/src/pjm…
[02:38] <shevy> it belongs to that project probably
[02:38] <shevy> http://www.pjsip.org/release/1.12/pjproject-1.12.tar.bz2 seems to be the stable one
[02:39] <naeluh> awesome!
[02:39] <naeluh> how bout libtheora
[02:39] <naeluh> is there one out there
[02:39] <naeluh> thanks again
[02:40] <shevy> libtheora is easy
[02:40] <shevy> works for me very well http://downloads.xiph.org/releases/theora/libtheora-1.2.0alpha1.tar.xz
[02:40] <shevy> or look for another version http://downloads.xiph.org/releases/theora/?C=M;O=D but the above should be the latest
[02:41] <naeluh> shevy: u r gr8
[02:41] <shevy> I have those things in local files
[02:42] <shevy> "compile libtheora" in bash compiles it for me. if it can not find it locally, it will download it and put it into SOURCE_DIRECTORY/name_of_program ... like /Depot/libtheora/
[02:42] <naeluh> cool thanks !!
[02:49] <naeluh> is there a way to untar a file like libogg-1.3.0.tar.xz
[02:50] <shevy> yes
[02:50] <shevy> the binary (or script is called)
[02:50] <shevy> "unxz"
[02:50] <shevy> it is bundled there http://tukaani.org/xz/xz-5.0.3.tar.bz2
[02:50] <shevy> .xz files usually have smaller size than .bz2, that's why they are used
[02:51] <shevy> you can however also download other formats naeluh like http://downloads.xiph.org/releases/ogg/libogg-1.3.0.tar.gz
[02:54] <naeluh> weird when I run ./configure --prefix=/usr && it wont configure ?
[02:54] <naeluh> \
[02:55] <naeluh> ls
[02:55] <naeluh> wrong diretory
[02:55] <naeluh> directory
[02:59] <shevy> hmm
[02:59] <shevy> you should not use the && I think
[02:59] <shevy> "./configure --prefix=/usr" should be enough
[02:59] <shevy> my alias to this is "cusr"
[02:59] <shevy> :)
[03:00] <shevy> or rather "doit"... as alias being ./configure --prefix=/usr, then make, then make install
[03:06] <naeluh> I got it I was in the wrong directory
[03:08] <darkstarbyte> Unrecognized option 'acodec'
[03:08] <darkstarbyte> Is ffmpeg broken on my computer?
[03:09] <durandal_1707> full cmd output
[03:10] <darkstarbyte> http://pastebin.com/QfEdu8ZR
[03:11] <relaxed> ffmpeg, not ffprobe
[03:11] <darkstarbyte> crap
[03:11] <darkstarbyte> a typo
[03:11] <relaxed> -profile:v high
[03:12] <darkstarbyte> oh
[03:14] <darkstarbyte> that explains that error
[03:14] <naeluh> I got it wrkin thanks
[03:15] <shevy> cool naeluh
[03:16] <naeluh> yeah its al configured but that one libopencore ? it still couldnt find it after I installed that one link
[03:17] <naeluh> shevy I am going to try it without and see how it goes
[03:24] <naeluh> shevy can you show me how to determine the Absolute path to ffmpeg executable?
[03:25] <naeluh> thanks again
[03:25] <newl> which
[03:25] <newl> which ffmpeg
[03:25] <naeluh> I installed using these instructions http://ubuntuforums.org/showpost.php?p=9868359&postcount=1289
[03:26] <naeluh> I guess the latest one
[03:26] <naeluh> newl does that make sense
[03:26] <newl> is your 'i guess the latest one' the answer to 'which ffmpeg' (god i love that one ...) no just type it in a terminal
[03:27] <naeluh> newl your a funny guy
[03:28] <naeluh> I found it thanks !!
[03:30] <naeluh> weird I used the which ffmpeg command it showed me a directory /usr/local/bin/ffmpeg then I tried to cd to it and it said that it didnt exist?
[03:30] <shevy> well
[03:30] <shevy> something is odd
[03:31] <naeluh> yeah
[03:31] <shevy> if you used --prefix=/usr then ffmpeg would be at /usr/bin/ffmpeg
[03:31] <shevy> also, that is a binary, not a directory, so you can't cd to a file
[03:31] <naeluh> oh okay
[03:31] <shevy> you can give the absolute path though and look what it outputs ./usr/local/bin/ffmpeg
[03:31] <shevy> hmm or without the .
[03:33] <naeluh> I am using a drupal installation which is asking for the path to ffmpeg executable I am trying to find it but no luck
[03:33] <newl> naeluh: which shows you the full path to the binary (man which)
[03:34] <naeluh> weird thats what I used and it is not recognizing it
[03:34] <shevy> drupal
[03:34] <shevy> isn't that some webserver thingy
[03:34] <naeluh> shevy drupal.org
[03:34] <naeluh> its a cms
[03:34] <shevy> perhaps it can not see your /usr/local/dir
[03:34] <shevy> because you have a base dir somewhere else
[03:35] <naeluh> I think it can
[03:35] <newl> try /usr/local/bin maybe it just wants the dir it is in - anyway drupal should be using your system path to find stuff ?? I would hope
[03:35] <naeluh> can I create a sym link or somethin
[03:35] <shevy> naeluh hmm... my apache has a document root that is somewhere in /www/bla
[03:35] <shevy> and from there, it cant see my /usr/bin things
[03:36] <naeluh> maybe a symlink to the /www
[03:36] <shevy> sure, symlink into your root dir
[03:42] <naeluh> ln -s /usr/local/bin/ffmpeg /www/ffmpeg
[03:43] <naeluh> I used this but doesnt seem to wrk
[03:47] <newl> you need the symlink directive in your httpd.conf for that dir?
[03:49] <naeluh> I ran a check install on the ffmpeg folder and it output this
[03:49] <naeluh> Done. The new package has been installed and saved to
[03:49] <naeluh> /root/ffmpeg/ffmpeg_5:git-2012-01-11-4093d13-1_amd64.deb
[03:49] <naeluh> You can remove it from your system anytime using:
[03:49] <naeluh> dpkg -r ffmpeg
[03:49] <naeluh> does that mean its in the root directory?
[03:52] <newl> -> /root/ffmpeg more likely
[03:55] <shevy> naeluh when you use dpkg by default it would install into /usr/bin
[03:56] <shevy> if not, then tell the debian/ubuntu guys they are idiots
[03:56] <naeluh> is there a way to test if ffmpeg is installed
[03:56] <naeluh> or something
[03:56] <shevy> if you use shell, just type "ffmpeg -v"
[03:56] <naeluh> ffmpeg: error while loading shared libraries: libfaac.so.0: cannot open shared object file: No such file or directory
[03:57] <shevy> libfaac.so.0 is not existing on your system
[03:57] <shevy> also make sure to run "ldconfig"
[03:57] <shevy> and try again
[03:57] <shevy> /usr/lib/ls *faac*
[03:57] <shevy> libfaac.a libfaac.la libfaac.so libfaac.so.0 libfaac.so.0.0.0
[03:57] <shevy> stat libfaac.so.0
[03:57] <shevy> File: `libfaac.so.0' -> `libfaac.so.0.0.0'
[03:58] <shevy> I dont believe you naeluh
[03:58] <shevy> I compiled libfaac into /usr and it works fine here for me.
[03:58] <naeluh> wait shevy should I change that file
[03:58] <shevy> depends on what you did before
[03:58] <shevy> you probably did not compile libfaac into /usr prefix
[04:00] <naeluh> so I would have to recompile libfaac and then recompile ffmpeg ?
[04:05] <shevy> naeluh I dont think you compiled any of this either
[04:05] <shevy> you used apparently a .deb package
[04:05] <newl> what does ldd /usr/local/bin/ffmpeg | grep libfaac
[04:05] <shevy> it's bad to mix things. debian/ubuntu wants its users to stick to its schemata
[04:05] <naeluh> okay
[04:06] <naeluh> hey I gotta go go am going to try again tomorrow and see if I can get it to work thanks for your help!!!
[04:18] <newl> why would drupal use ffmpeg any way
[10:27] <eightfold> is there a "plain" MPEG-4 ASP encoder, or is ASP only available as XviD, DivX etc?
[10:28] <Tjoppen> -vcodec mpeg4 perhaps?
[10:48] <upvar> how do i increase the contrast of my transcode slightly
[13:14] <libin_v> Hi All, I would like to create an IPhone app which allows me to send CMSampleBuffer to an ffmpeg client over the network. Any pointers as to how I can achieve this?
[13:17] <libin_v> After some amount of research .. I think I need to get the ImageBuffer from SampleBuffer. Put them into AVFrame and encode these frames using av_encode_video and then write them into a socket. .. am I right ??
[14:05] <chub_> anybody here knows about ffmpeg linking with quick sync's dlls and using quicksync for encoding/decoding?
[14:27] <abli> Hi! what units is the 'time' in, which is printed on the command line when converting a video? I.e. there is a continously updating line like this: "size= 10826kB time=1316.57 bitrate= 67.4kbits/s". What units is the time part in?
[14:42] <Mavrik> abli, seconds
[14:43] <abli> ok, thanks
[15:38] <gdp16> Hi
[15:46] <gdp16> I have question
[15:58] <Mavrik> good for you ;)
[15:58] <gdp16> ^^
[15:59] <gdp16> currently I am building ffmpeg in cygwin environment
[15:59] <gdp16> and it's configured using below configuration
[16:00] <gdp16> --enable-cross-compile \ --cross-prefix=i686-pc-mingw32- \ --target-os=mingw32 \ --arch=x86 \ --sysroot=/usr/i686-pc-mingw32/sys-root/ \ --sysinclude=/usr/i686-pc-mingw32/sys-root/mingw/include/ \ --enable-static \ --disable-shared \ --enable-zlib \ --extra-cflags='-mno-cygwin -mms-bitfields' \
[16:00] <gdp16> when I run, ffmpeg
[16:00] <gdp16> ffmpeg can't load libz-1.dll
[16:00] <gdp16> does anyone have idea?
[16:03] <JEEB> you built/have a dynamic zlib installed and that got linked
[16:03] <JEEB> nothing more, nothing less
[16:03] <JEEB> also, I think newer gccs don't work with -mno-cygwin so you must be using something old
[16:03] <JEEB> but that's a separate problem :P
[16:05] <gdp16> I use i686-pc-mingw32-gcc version 4.5.2
[16:06] <gdp16> and how to avoid this error? is there any special configuration to not use zlib shared library?
[16:08] <JEEB> dunno, I just usually don't have the dynamic lib around .-.
[16:09] <gdp16> @JEEB, did you also build ffmpeg in cygwin, if you did, would you let me know your configuration?
[16:11] <JEEB> I use msys/mingw in most cases >_>
[16:11] <gdp16> owh...
[16:13] <Guest59107> hi guys, i'm trying make a image loop video with fade in and fade out. How can i make it to fade in & fade out from white ?
[16:13] <Guest59107> here is my command
[16:13] <Guest59107> http://pastebin.com/Ymn71cSj
[16:40] <gdp16> @JEEB, i try to build in msys/mingw environment.
[16:40] <gdp16> but I got warning, pkg-config not found..
[16:40] <gdp16> is that OK?
[16:40] Action: JEEB sighs
[16:41] <JEEB> if you don't understand that you could've just dealt with the dynamic lib of zlib and built a static lib I'm quite sure you're completely not sure what you're doing .-.
[16:42] <gdp16> hmmm..
[16:43] <gdp16> I am newbie in here ^^..
[16:50] <Guest59107> if anyone could help me, i will send you a pint of beer :)
[16:53] <Guest59107> oh well it was worth a try
[16:53] <cbreak-work> hmm... ffmpeg headers fail to compile on linux
[16:53] <cbreak-work> they worked fine on mac os
[16:54] <cbreak-work> error: /usr/local/include/libavutil/common.h:170:47: error: UINT64_C was not declared in this scope
[17:48] <dericed> maybe a dumb question: can I run latest git of ffmpeg with libx264 on Ubuntu 10.04. I have a project where I need both the latest ffmpeg and the LTS of Ubuntu
[17:51] <gdp16> yes
[17:51] <gdp16> I think you can use git command
[17:51] <dericed> thanks
[17:52] <thoro> Hello everyone - so, I'd like to decode a MPEG4-Video Stream from an ACTi Hardware Encoder (TCP Stream) and use the rendered frame in a .net Application - I already parse the tcp stream and filter out the raw MPEG4 data, I've initialized a AVIOContext with callbacks at read_packet and seek, but after the first 10 bytes i get 2 errors ( err{or,}_recognition separate: 193588380; 86261680, err{or,}_recognition combined: 193588380; 265008619) af
[17:54] <thoro> I'm currently initializing the stream with av_open_input_stream and a pre selected AVInputFormat (m4v)
[18:30] <thoro> okay got it working :) - used new instead of av_alloc_context
[18:41] <thoro> how can I reduce the cached time?
[18:44] <kriegerod> thoro: you can open your tcp socket as input, iirc
[18:48] <pasteeater> dericed: of course http://ubuntuforums.org/showpost.php?p=9868359&postcount=1289
[18:51] <Arthur_D> once again, I'll ask if anyone knows how to improve the resulting audio when recording video with glc and audio with ffmpeg. If anyone knows how to make the resulting audio not stutter, I'd be very grateful
[18:56] <pasteeater> Arthur_D: does the audio stutter when you do not record video at the same time?
[18:57] <pasteeater> also, use a pastebin site to show your ffmpeg command and the complete console output
[18:57] <thoro> kriegerod: but I need the data that's sent in the B2 headers and there's auth -- btw it already works :), just 800 ms delay - how do I minimize that?
[18:58] <kriegerod> thoro: do you _decode_ packets using libavcodec also? if so, probably there're options that can be tuned to speedup
[18:59] <kriegerod> for example, you can turn on decoding multithreading
[18:59] <kriegerod> although its better to check all the system, possibly several places can be enhanced in terms of performance
[19:00] <thoro> I don't think it's a performance problem
[19:00] <Arthur_D> pasteeater: no, it does not stutter when I don't record video at the same time. I'll put up a pastebin ASAP
[19:00] <thoro> it just just caches stuff like in vlc player where you can reduce the Caching
[19:01] <thoro> okay, it definitly caches a certain amount of KB (just reduced the Bitrate and now the lagg is much higher)
[19:01] <kriegerod> if you just give it data stream, and take back AVPacket's, it should not cache anything
[19:01] <thoro> yeah I do that
[19:05] <Arthur_D> pasteeater: http://pastebin.com/chERRADi
[19:10] <pasteeater> Arthur_D: i do not believe MP3 is officially supported in MP4.
[19:10] <pasteeater> is $fname.mp4 or $fname.wav stuttering?
[19:11] <Arthur_D> pasteeater: both, if I open the .wav in Audacity there are gaps in the file
[19:12] <pasteeater> where does $fname.wav come from? i don't see a ffmpeg command making that
[19:13] <Arthur_D> wait, I'll paste the whole file. Somehow I removed that part when I tried to remove the commented lines (there are lots :P)
[19:14] <Arthur_D> http://pastebin.com/TwrkcnQ0
[19:16] <zpmorgan> Is there a way to turn a video into a bunch of 1-second audio clips with associated screenshots?
[19:18] <zpmorgan> and what are the rawest formats for both images & audio??
[19:48] <zap0> PCM
[19:51] <pasteeater> Arthur_D: -threads 0 does nothing for audio
[20:08] <Megapixar> any advice on missing lpthread please? http://pastebin.ca/2102735
[20:13] <Megapixar> BTW, on ffmpeg.org is a spelling mistake, under News section: "Januar 5, 2012..."
[20:18] <dericed> BTW, on http://ffmpeg.org/libavfilter.html#scale there is a mistake. The sar argument is listed twice.
[20:21] <Arthur_D> pasteeater: OK, will remove that then. But I doubt it would matter for the stuttering
[20:25] <pasteeater> Arthur_D: same here. ping burek if you ever see him here. he knows more about audio capture than me.
[20:27] <Arthur_D> thanks. I've been trying to fix this for a couple days, but I've had no luck. Hopefully burek will know something of help
[20:28] <pasteeater> dericed: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-January/119064.html
[20:30] <Megapixar> Any advice on missisng pthreads library? getting same arror with 0.9.1 as well. http://pastebin.ca/2102735
[20:31] <JEEB> Megapixar, does it work with -L/usr/lib64 ?
[20:33] <Arthur_D> pasteeater: one more thing: about the video output - will the parameters I'm using give the highest possible output quality? I will later edit videos together and I'd like to keep them as lossless as possible
[20:34] <pasteeater> if you're editing then use a lossless output that is edit friendly as an intermediate file.
[20:34] <pasteeater> i wonder if you can use '-c:a copy' with alsa/pulse input.
[20:35] <pasteeater> ...then output from editor as lossless too and re-encode with ffmpeg/x264 (or encode directly from editor if you trust it).
[20:36] <Arthur_D> so -acodec copy and -vcodec copy will output to an editor-friendly format? That's why I'm using libx264 since I know I can open it in editors
[20:36] <pasteeater> no
[20:36] <Arthur_D> what do you suggest to use?
[20:37] Action: pasteeater must go afk. tags JEEB into ring.
[20:37] Action: JEEB takes out the :effort: card
[20:37] <Arthur_D> :D
[20:38] <Arthur_D> as you can see, I'm by no means an expert. With audio, I know WAV and FLAC is lossless, but what to use for video I have no idea
[20:39] <JEEB> no "normal" H.264 decoder that is in some commercial editor supports lossless H.264, so libx264 is out of the question I guess
[20:39] <JEEB> if you're on windows you could use ffvhuff with WAV/PCM in avi
[20:39] <Arthur_D> I'm on Linux
[20:39] <JEEB> there are video editors on lunix?
[20:40] <Arthur_D> why would there not be?
[20:40] <JEEB> anyways, that then depends on what library is used to load the clips, and even more importantly -- how old
[20:41] <JEEB> anyways, ffvhuff + wav/pcm in avi is a safe bet
[20:41] <Arthur_D> I'm using a rolling-release distro, Arch Linux
[20:41] <JEEB> since even the old stuff supports that
[20:41] <Arthur_D> ok, what extension does it use?
[20:41] <JEEB> ?
[20:41] <Arthur_D> filename extension
[20:41] <JEEB> ffmpeg -i input.derp -vcodec ffvhuff -acodec pcm16lewhatever derp.avi
[20:42] <Arthur_D> ok, thanks :)
[20:42] <JEEB> you can also test crf 0 libx264 at some point of time with the editor to check if it supports lossless H.264
[20:43] <Arthur_D> alright, sounds good. Now I have two options, thanks :)
[20:44] <JEEB> if lossless H.264 works with the editor, you might want to make GOPs shorter, because usually editing means lots of seeking
[20:44] <JEEB> and the less frames you have to decode before getting a picture after seeking, the better
[20:45] <Arthur_D> um, okay
[20:47] <Arthur_D> any reason to use lossless H.264 instead of ffvhuff?
[20:48] <JEEB> it compresses better
[20:48] <Arthur_D> ok, I will try to see if I can use that then
[20:48] <JEEB> ffvhuff is just fast
[20:48] <JEEB> very fast
[20:48] <JEEB> in both decoding and encoding
[20:49] <Arthur_D> hm, well I think it's more compelling to use that then
[20:49] <Arthur_D> I've got plenty of disk space
[20:49] <Megapixar> JEEB: no, same error. I looked inside /usr/lib64/lpthread.so since its only 222 bytes. http://pastebin.ca/2102744 should I rebuild pthread, if so how would I do that?
[20:51] <JEEB> I don't know... haven't dealt with weird multilib distros
[21:49] <eightfold> can anyone recommend any more recent and good quality codec shoot-outs. i'm looking at a 2005 shoot-out at doom9. seems to be the latest.
[21:54] <pasteeater> eightfold: you might be interested by http://x264dev.multimedia.cx/archives/102
[21:54] <pasteeater> still old, but not as
[21:54] <pasteeater> or same time and just use x264
[21:57] <JEEB> s/same/save/
[22:33] <ircdearia> Is there a way I can use ffmpeg to create a v4l2 device so that I can stream/broadcast a video live over network/Internet?
[23:13] <eightfold> pasteeater: thanks. are those mighty settings lines necessary when using like ie mpeg-4 asp? isn't there something like lame's --preset or -Vx?
[23:14] <pasteeater> eightfold: not really. generally i just use -qscale if encoding with -c:v mpeg4
[23:15] <pasteeater> lower value is higher quality.
[23:15] <pasteeater> sane range is 3-5. consider 2 to be visually lossless, IIRC.
[23:17] <eightfold> pasteeater: sorry for a stupid question. but is there such a thing as "pure" mpeg-4 asp (as presented in this blog-post). i thought there was only implementations of mpeg-4 part 2 such as xvid divx etc.
[23:21] <kriegerod> when ffmpeg prints its stats on _new_ line, instead of rewriting old on the same line, it means it has reconnected? (applying to applehttp stream)
[23:46] <epsilon> I need a hint, I'm trying to record through the mic-in of the soundcard: http://paste.debian.net/152069
[23:47] <epsilon> I can hear the sound via alsa and headphone directly, but the recorded file is empty.
[23:47] <epsilon> I also tried different hw, codec, sample rate, no effect. Any ideas?
[23:55] <ircdearia> loopback is perhaps a useful keyword relative to my question
[00:00] --- Fri Jan 13 2012
1
0
[00:00] <durandal_1707> i dont know out of head
[00:00] <durandal_1707> maybe fourcc
[00:00] <durandal_1707> where you found that?
[00:02] <OanaStratulat> durandal_1707: Stream #0:1(eng): Video: h264 (Main) (avc1 / 0x31637661)
[00:05] <OanaStratulat> durandal_1707: can you point me the line where the duration is calculated?
[00:05] <durandal_1707> avc1 is fourcc and 0x31... is its hex representation
[00:05] <durandal_1707> OanaStratulat: you need to start reading mov demuxer
[00:09] <durandal_1707> michaelni: ffplay -vf format=bgr555le,format=rgb555be fate-suite/dxtory/dxtory_mic.avi
[00:10] <durandal_1707> something is not right with endianess and rgb2rgb conversion
[00:28] <cbsrobot> OanaStratulat: concerning the bug 599
[00:28] <OanaStratulat> cbsrobot: yes
[00:28] <cbsrobot> I think mov.c calculates the duration from the info in the mdhd atom
[00:29] <cbsrobot> timescale 5994, duration: 2004952
[00:30] <cbsrobot> but the tkhd (and elst ) atom have a duration of 179700
[00:30] <cbsrobot> so: 179700 / 5994 = 29.81 sec
[00:30] <OanaStratulat> yes...that is the correct duration of the file
[00:31] <cbsrobot> 2004952 / 5994 = 334 sec
[00:31] <cbsrobot> ^ the wrong duration
[00:31] <OanaStratulat> so where do you think is the problem?
[00:32] <OanaStratulat> the duration in mdhd atom?
[00:32] <cbsrobot> before answering this ... some observations I made
[00:32] <cbsrobot> quicktime says the file has about 5 fps, but plays it at 60 fps
[00:33] <cbsrobot> so quicktime mixes some things up too
[00:34] <OanaStratulat> yes
[00:34] <OanaStratulat> please have in mind that i started working with ffmpeg 2 weeks ago
[00:35] <cbsrobot> and btw the mvhd atom uses timescale: 5994, duration: 179700
[00:36] <OanaStratulat> where does the 2004952 duration come from ?
[00:37] <cbsrobot> not sure
[00:38] <cbsrobot> I suggest you read http://developer.apple.com/documentation/quicktime/QTFF/qtff.pdf
[00:39] <OanaStratulat> it calculates duration on line 765 in mov.c but it is based on the version no ?
[00:40] <cbsrobot> read p52: Duration
[00:42] <cbsrobot> as I can see in mov.c
[00:43] <cbsrobot> the MOVContext timescale is set in mov_read_mvhd
[00:44] <cbsrobot> but the MOVStreamContext is set in mov_read_mdhd
[00:44] <cbsrobot> and the duration aswell
[00:44] <OanaStratulat> they must be in the same place no?
[00:44] <OanaStratulat> it uses the timescale for one track with the duration of another one no/
[00:46] <cbsrobot> well - actually it looks correct to me
[00:47] <cbsrobot> but I think you can try to set in mov_read_mdhd :
[00:47] <cbsrobot> sc->time_scale = c->time_scale;
[00:47] <cbsrobot> at the end and see if it fixes the problem
[00:47] <cbsrobot> sorry
[00:47] <cbsrobot> wrong
[00:48] <cbsrobot> timescale is 5994 in both atoms
[00:48] <cbsrobot> rather
[00:48] <cbsrobot> st->duration = c->duration;
[00:49] <cbsrobot> at the end
[00:49] <OanaStratulat> the same duration
[00:49] <cbsrobot> (I cant tell you the exact linenumer as I'm hacking mov.c in this branch)
[00:50] <cbsrobot> *linenumber
[00:50] <OanaStratulat> ok so now i have http://pastebin.com/QV7Uvza1
[00:50] <OanaStratulat> this is my output
[00:51] <OanaStratulat> http://pastebin.com/bugPg610
[00:51] <OanaStratulat> my diff
[00:51] <cbsrobot> Duration: 00:05:34.49, start: 0.000000, bitrate: 2775 kb/s <- still looks wrong
[00:52] <OanaStratulat> yes
[00:52] <OanaStratulat> but when i av_log the duration looks good
[00:55] <cbsrobot> yeah - you need to dig deeper
[00:55] <cbsrobot> it was just a hint ....
[00:56] <OanaStratulat> so no other ideas ?
[01:03] <cbsrobot> not yet
[01:03] <OanaStratulat> what is version ?
[01:03] <OanaStratulat> because the duration is calculated looking at the version
[01:05] <bcoudurier> duration is not based on edit lists
[01:05] <bcoudurier> it's what's in the mdhd atom
[01:06] <OanaStratulat> i`m now looking at http://wiki.multimedia.cx/index.php?title=QuickTime_container#mdhd
[01:09] <cbsrobot> version is a question of 32-bit size or 64-bit size
[01:09] <OanaStratulat> yes, found that out
[01:10] <OanaStratulat> the duration is calculated correctly from the file, i checked with the versions
[01:10] <OanaStratulat> and it`s using the correct function
[01:10] <OanaStratulat> maybe the file used it`s the problem ? can it be?
[01:11] <cbsrobot> quicktime shows correct duration
[01:11] <Daemon404> btw
[01:11] <cbsrobot> but who knows what info quicktime shows as duration
[01:11] <Daemon404> quicktime will be a dick sometimes
[01:11] <Daemon404> and its "Duration" will techncially be wrong
[01:12] <Daemon404> cause itll be based off of timecodes instead of timestamps
[01:15] <cbsrobot> the duration in the editlist (elst) seems correct for audio and video
[01:16] <OanaStratulat> why it`s doing 2 passes of mdhd ?
[01:16] <cbsrobot> the only place it seems wrong is the duration in the mdhd atom
[01:16] <cbsrobot> audio
[01:16] <cbsrobot> video
[01:16] <cbsrobot> audio <- pass 1
[01:16] <cbsrobot> video <- pass 2
[01:17] <cbsrobot> or more ccurate
[01:17] <cbsrobot> *accurate
[01:17] <cbsrobot> pass1: trak 1
[01:17] <cbsrobot> pass 2: track 2
[01:17] <OanaStratulat> so video is wrong
[01:17] <OanaStratulat> can be the video header scrammbled in the file ?
[01:18] <OanaStratulat> scrambled *
[01:18] <cbsrobot> maybe
[01:18] <cbsrobot> remove the DEBUG comment at line 25
[01:19] <OanaStratulat> the same duration
[01:19] <OanaStratulat> michaelni: ping
[01:23] <OanaStratulat> cbsrobot: can be a filed for the audio duration and one for the video and then compare
[01:23] <OanaStratulat> and av_log if they are different but still decode the file ?
[01:23] <OanaStratulat> this seems to be a viable solution
[01:25] <cbsrobot> this sound more like "add a warning" then "fix a bug"
[01:26] <OanaStratulat> yes..
[01:27] <OanaStratulat> but suppose the video header is messed up in the file how can i find this out ?
[01:28] <OanaStratulat> ffplay shows the same duration
[01:31] <cbsrobot> ha - found it
[01:32] <cbsrobot> at the end of mov_read_stts
[01:32] <OanaStratulat> do not tell me what is, let me try to find it
[01:32] <cbsrobot> add
[01:32] <cbsrobot> st->duration = c->duration
[01:32] <OanaStratulat> ahh
[01:32] <OanaStratulat> :))
[01:32] <cbsrobot> but this is the "dirty" solution
[01:32] <OanaStratulat> why is that?
[01:33] <OanaStratulat> 1st what does mov_read_stts do ?
[01:33] <cbsrobot> well - I'm not the mainteiner ...
[01:33] <cbsrobot> bcoudurier: what do you think ?
[01:33] <bcoudurier> nope
[01:34] <bcoudurier> if anything AVFormatContext = c->duration
[01:35] <cbsrobot> bcoudurier: can you be a bit more verbose ? OanaStratulat tries to find a good solution for bug 599
[01:36] <OanaStratulat> bcoudurier: it`s for a Google Code In task
[01:36] <bcoudurier> sure
[01:36] <bcoudurier> setting AVFormatContext->duration to the global mov duration in mvhd is fine
[01:39] <OanaStratulat> so if i add st->duration = c->duration at the end of mov_read_stts is it good ?
[01:44] <OanaStratulat> bcoudurier: ^?
[01:44] <bcoudurier> no
[01:45] <bcoudurier> not st->duration, AVFormatContext->duration
[01:46] <OanaStratulat> what is the var of AVFormatContext used ?
[01:46] <OanaStratulat> AVFormatContext->duration = c->duration; doing like this is wrong i presume
[01:46] <bcoudurier> ->duration
[01:47] <OanaStratulat> please be more explicit
[01:50] <OanaStratulat> bcoudurier: ^
[01:51] <bcoudurier> the var is probably named s but then again it depends on the function :)
[01:51] <OanaStratulat> in mov_read_stts there is no var of type AVFormatContext
[01:53] <bcoudurier> read_mvhd
[01:53] <bcoudurier> you should set it there
[01:54] <OanaStratulat> but again here no AVFormatContext variable
[01:54] <OanaStratulat> static int mov_read_mvhd(MOVContext *c, AVIOContext *pb, MOVAtom atom)
[01:55] <cbsrobot> c->fc maybe
[01:56] <OanaStratulat> it messes up duration now, shows 17 secnds
[01:56] <OanaStratulat> http://pastebin.com/U0Y1wiYr
[01:56] <cbsrobot> read avformat.h:970
[01:56] <OanaStratulat> my diff http://pastebin.com/JGBc4Nap
[02:00] <OanaStratulat> cbsrobot: am i doing smth wrong here?
[02:08] <OanaStratulat> bcoudurier: ^
[02:13] <OanaStratulat> cbsrobot: it`s not good setting it there it will se the video duration the same as the audio one
[02:16] <cbsrobot> OanaStratulat: I'm not sure how to set the AVFormatContext duration correctly
[02:16] <OanaStratulat> but doing as you said the 1st time is not corect ?
[02:16] <OanaStratulat> correct *
[02:17] <cbsrobot> maybe someone else can shed some light in it
[02:17] <cbsrobot> nope
[02:17] <cbsrobot> it was just finding where the wrong values come from
[02:18] <cbsrobot> but the fix should be somewhere else
[02:18] <OanaStratulat> maybe bcoudurier can enlighten us
[02:19] <cbsrobot> I thought the AVFormatContext duration = time_scale * duration
[02:19] <cbsrobot> but it's not
[02:21] <bcoudurier> avformatcontext duration scale is different it's in AV_TIME_BASE
[02:23] <OanaStratulat> bcoudurier: AV_TIME_BASE how can be calculated ?
[02:23] <bcoudurier> you can use av_rescale
[02:23] <bcoudurier> AV_TIME_BASE is a constant
[02:24] <OanaStratulat> how exactly can i do that with c->duration ?
[02:25] <cbsrobot> bcoudurier: thanks
[02:25] <cbsrobot> in ...mvhd... add:
[02:25] <cbsrobot> c->fc->duration = av_rescale(c->duration, AV_TIME_BASE, c->time_scale);
[02:26] <OanaStratulat> cbsrobot: yes, it`s working now
[02:27] <OanaStratulat> bcoudurier: cbsrobot thx for the help
[02:32] <cbsrobot> OanaStratulat: patch ready ?
[02:32] <OanaStratulat> upload it on trac?
[02:33] <cbsrobot> or directly to the ml mentioning ticket599
[02:34] <OanaStratulat> cbsrobot: https://ffmpeg.org/trac/ffmpeg/attachment/ticket/599/0001-Fixes-wrong-durat…
[02:36] <cbsrobot> hmm
[02:37] <cbsrobot> i'd put it directly after
[02:37] <cbsrobot> c->duration = (version == 1) ? avio_rb64(pb) : avio_rb32(pb); /* duration */
[02:37] <cbsrobot> so it's easier to read
[02:37] <OanaStratulat> so amend to patch ?
[02:39] <cbsrobot> and maybe a little comment above it would be nice
[02:40] <OanaStratulat> what should i say in the comment?
[02:40] <cbsrobot> I let you think about that
[02:41] <OanaStratulat> cbsrobot: //duration calculated from c->duration converted to AV_TIME_BASE sounds good?
[02:42] <cbsrobot> nah - sounds too much like me commenting something
[02:42] <cbsrobot> maybe
[02:43] <cbsrobot> Set the AVFormatContext duration because the track duration is not accurate
[02:43] <OanaStratulat> ok
[02:45] <OanaStratulat> resend on ML?
[02:45] <cbsrobot> and you can also mention the "Similar to what Quicktime shows" when you send the mail
[02:45] <cbsrobot> do you use git send-email ?
[02:46] <OanaStratulat> no
[02:46] <cbsrobot> a pitty
[02:46] <cbsrobot> so yes ML
[02:46] <OanaStratulat> ok
[02:51] <OanaStratulat> cbsrobot: sent
[02:52] <OanaStratulat> michaelni: http://google-melange.appspot.com/gci/task/view/google/gci2011/7179244 please accept the claim
[02:55] <cbsrobot> OanaStratulat: you forgot the patch ...
[02:55] <OanaStratulat> i have put it in the replay
[02:55] <cbsrobot> well I cant see it
[02:56] <cbsrobot> http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2012-January/118913.html
[02:56] <OanaStratulat> in Mail on osx it shows it`s there
[02:57] <OanaStratulat> it`s buggy i think my mail
[02:57] <CIA-46> ffmpeg: 03Laurentiu Ion 07master * rda2e774fd6 10ffmpeg/libavcodec/kmvc.c:
[02:57] <CIA-46> ffmpeg: kmvc: Use bytestream2 functions to prevent buffer overreads.
[02:57] <CIA-46> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[02:57] <CIA-46> ffmpeg: 03Luca Barbato 07master * rb8c310cb0a 10ffmpeg/libavdevice/v4l2.c:
[02:57] <CIA-46> ffmpeg: v4l2: support compressed formats
[02:57] <CIA-46> ffmpeg: Let pass the codec name to -pixel_format and introduce -input_format.
[02:57] <CIA-46> ffmpeg: 03Luca Barbato 07master * rb6db385922 10ffmpeg/libavdevice/v4l2.c:
[02:57] <CIA-46> ffmpeg: v4l2: use C99 struct initializer
[02:57] <CIA-46> ffmpeg: Remove some unneeded memsets.
[02:57] <CIA-46> ffmpeg: 03Luca Barbato 07master * r0c50edb789 10ffmpeg/doc/filters.texi: doc: fix stray reference to FFmpeg
[02:57] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r0b8b3387a9 10ffmpeg/libswscale/swscale_unscaled.c:
[02:57] <CIA-46> ffmpeg: rgb2rgb: allow conversion for <15 bpp
[02:57] <CIA-46> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[02:57] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r353a2d2164 10ffmpeg/libavcodec/bmp.c:
[02:57] <CIA-46> ffmpeg: bmpdec: support for rgb444 with bitfields compression
[02:57] <CIA-46> ffmpeg: Do not display garbage for invalid/unsupported bitfields values.
[02:57] <CIA-46> ffmpeg: Signed-off-by: Ronald S. Bultje <rsbultje(a)gmail.com>
[02:57] <CIA-46> ffmpeg: 03Martin Storsjö 07master * ra78dbada55 10ffmpeg/libavformat/movenc.c:
[02:57] <CIA-46> ffmpeg: movenc: Don't store a nonzero creation time if nothing was set by the caller
[02:57] <CIA-46> ffmpeg: If the creation time is stored in the file as a zero, the
[02:57] <CIA-46> ffmpeg: mov demuxer skips exporting the creation time. Currently,
[02:57] <CIA-46> ffmpeg: files muxed without a creation time get demuxed with a
[02:57] <CIA-46> ffmpeg: Jan 1st 1970 creation timestamp.
[02:57] <CIA-46> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[02:57] <CIA-46> ffmpeg: 03Anton Khirnov 07master * r7b9373db89 10ffmpeg/avconv.c:
[02:57] <CIA-46> ffmpeg: avconv: fix -copyinkf.
[02:57] <CIA-46> ffmpeg: This option only applies to streamcopy, but is currently processed only
[02:57] <CIA-46> ffmpeg: when encoding.
[02:57] <CIA-46> ffmpeg: 03Anton Khirnov 07master * r5d25140f71 10ffmpeg/libavfilter/vsrc_buffer.c: vsrc_buffer: error on changing frame parameters.
[02:57] <CIA-46> ffmpeg: 03Anton Khirnov 07master * rac64607682 10ffmpeg/avconv.c:
[02:57] <CIA-46> ffmpeg: avconv: reinitialize the filtergraph on resolution change.
[02:57] <CIA-46> (61 lines omitted)
[02:58] <OanaStratulat> something it`s buggy
[02:58] <OanaStratulat> sent it again
[02:58] <OanaStratulat> and the same
[02:58] <cbsrobot> lol
[02:59] <OanaStratulat> cannot figure out what`s happening
[02:59] <OanaStratulat> https://ffmpeg.org/trac/ffmpeg/attachment/ticket/599/0001-Fixes-wrong-durat…
[02:59] <OanaStratulat> here is the link
[03:00] <cbsrobot> well lgtm, but let's see what others say
[03:01] <cbsrobot> and set up git send-email ...
[03:01] <OanaStratulat> i think michaelni has the final word, he is the mentor for the task i`ve took
[03:01] <cbsrobot> it's quite easy
[03:02] <cbsrobot> see http://wiki.videolan.org/Git
[03:02] <cbsrobot> search for gmail
[03:03] <cbsrobot> I need to sleep
[03:03] <cbsrobot> gn
[03:04] <OanaStratulat> good night and thx for the help
[03:04] <OanaStratulat> michaelni: http://google-melange.appspot.com/gci/task/view/google/gci2011/7179244 marked as completed
[03:20] <OanaStratulat> michaelni: have some time to review my patch ?
[04:16] <OanaStratulat> michaelni: ping
[05:36] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r6fe7b57280 10ffmpeg/doc/filters.texi:
[05:36] <CIA-46> ffmpeg: doc: Fix stray references to libva
[05:36] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:36] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * rac7efd3364 10ffmpeg/libswscale/swscale_unscaled.c:
[05:36] <CIA-46> ffmpeg: sws: fix unscaled LE<->BE rgb<->bgr
[05:36] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:37] <CIA-46> ffmpeg: 03Oana Stratulat 07master * r550f7c43ec 10ffmpeg/libavformat/mov.c:
[05:37] <CIA-46> ffmpeg: Fixes wrong duration in .mov file. Issue 599
[05:37] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[08:38] <Compn> anyone here want a free 50gb box.net account? basically its free space on cloud server. 100mb per file limit
[08:38] <Compn> remind me later
[08:38] Action: Compn sleeps
[08:41] <ohsix> can you rsync to it?
[08:41] <ohsix> and why is it free and for how long will it remain that way
[08:45] <av500> 100mb per file?
[08:45] <av500> I haz to put split rars for warez?
[08:50] <Compn> i guess
[08:50] <Compn> ohsix : no clue, only that you can give people direct urls to files
[09:00] <Compn> oh nevermind, looks like i cant use gmail to send the invites anyways ;\
[09:00] <Compn> dumb website
[09:37] <ubitux> is there anyone to unsubscribe John Mucha from ffmpeg-user?
[09:38] <ubitux> he doesn't stop top posting "Stop sent mi messages" on every message
[10:56] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07master * rc3ff0713ef 10ffmpeg/libavutil/pixdesc.c: Fix step_minus1 pixel descirption for RGB64.
[11:06] <ubitux> mmh it seems the inlink->channel_layout is not defined in the query_formats of the current filter
[11:06] <ubitux> and thus i see no neat way of doing some sanity checks
[11:07] <ubitux> should i look into the inlink->out_chlayouts?
[11:11] <ubitux> that sounds pretty weird and not easy
[11:21] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r98dfdfdd8e 10ffmpeg/libavcodec/ (tiff.c tiff.h):
[11:21] <CIA-46> ffmpeg: tiffdec: notify user that tile support is missing
[11:21] <CIA-46> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com>
[11:22] <ubitux> mmh maybe config_props
[11:35] <Tjoppen> cbsrobot: new patch on ML. sample still plays fine
[11:36] <cbsrobot> Tjoppen: thanks - I'll check it later - need to run
[14:04] <OanaStratulat> ubitux: ping
[14:04] <ubitux> OanaStratulat: yup
[14:04] <OanaStratulat> busy right now?
[14:05] <ubitux> as usual yes, but what's your question?
[14:05] <OanaStratulat> have some questions about a bug in vorbis.c http://bugzilla.libav.org/attachment.cgi?id=271 this file makes it crash. it`s a FPE
[14:06] <cbsrobot> OanaStratulat: You didn't send the email to the list yesterday ... :(
[14:06] <cbsrobot> michaelni already applied it
[14:06] <OanaStratulat> cbsrobot: i cannot attach the patch, i will configure my git mail
[14:08] <ubitux> OanaStratulat: what questions?
[14:08] <OanaStratulat> regarding this file, the adx var gets 0. it always should be > 0 but i cannot figure out why it gets like this
[14:08] <ubitux> hi saste
[14:08] <ubitux> saste: i'm testing your audio -show_frames patch, but i have a crash
[14:09] <saste> ubitux: sample/bt?
[14:10] <ubitux> all the mp3 i test, and the backtrace:
[14:10] <ubitux> #7 0x081eaa51 in av_destruct_packet (pkt=0xbffff508) at libavcodec/avpacket.c:37
[14:10] <ubitux> #8 0x08093371 in show_packets (w=0x8f86b00, fmt_ctx=0x8f86b80) at ffprobe.c:1385
[14:11] <ubitux> i have one which should trigger the decoderet<0 case, which make it crash just like the others normal mp3
[14:11] <ubitux> i'll upload in a moment, i need to check some stuff
[14:12] <ubitux> iirc i had this issue because the pkt.data is shifted
[14:12] <ubitux> and thus the destroy packet try to do invalid free
[14:12] <ubitux> (in another context of lav* use)
[14:17] <ubitux> saste: do you need a sample or you are able to reproduce?
[14:18] <OanaStratulat> ubitux: some thought regarding the file i`ve pointed out ?
[14:19] <ubitux> OanaStratulat: i'm waiting for your observations and specific questions before looking at the code :P
[14:20] <OanaStratulat> from the bt i see that the adx var is 0. adx is calculated from a difference of x1-x0 but i do not understand why those are equal at some point.
[14:20] <saste> ubitux: no need, my MP3s crash it, thanks for spotting
[14:22] <ubitux> ok :)
[14:23] <ubitux> OanaStratulat: not sure i'll be of much help but i'll have a quick look in a moment
[14:23] <ubitux> saste: btw, i think the we might want to limit the packet/frames to audio or video only
[14:26] <OanaStratulat> ubitux: ok thx
[14:27] <ubitux> OanaStratulat: is it a zzuf file?
[14:28] <OanaStratulat> ubitux: BBB from libav uploaded the file
[14:28] <cbsrobot> I get http://pastebin.com/3W4ETVfU when compiling - any ideas ?
[14:34] <ubitux> OanaStratulat: you need to understand how the codec works to fix this one
[14:35] <ubitux> i can't help much without taking the time to read some doc, and i don't have that time unfortunately
[14:35] <OanaStratulat> where can i find the documentation for the codec ?
[14:35] <OanaStratulat> on multimedia wiki ?
[14:36] <ubitux> vorbis mmh, i guess xiph.org?
[14:36] <ubitux> http://www.xiph.org/vorbis/doc/
[14:37] <ubitux> http://www.xiph.org/vorbis/doc/Vorbis_I_spec.html
[14:37] <ubitux> you'll need to take some time to understand what is the function doing and supposed to do
[14:45] <OanaStratulat> ubitux: that functions draws the line described in page 45 of http://www.xiph.org/vorbis/doc/Vorbis_I_spec.pdf
[14:45] <OanaStratulat> and the problem is that a line cannot be drawn within a point, the line from x0 x1 is 0
[14:46] <ubitux> ok well spotted
[14:47] <av500> so find out why x0 and x1 are equal
[14:47] <ubitux> it shouldn't be hard to deal with a simple point
[14:47] <ubitux> av500: i guess the function should be able to deal with a line which is actually a single point
[14:47] <ubitux> but i don't know the codec at all
[14:48] <av500> OanaStratulat: didnt we have the same discussion in #libav?
[14:48] <OanaStratulat> av500: yes, the bug is here too
[14:49] <OanaStratulat> av500: void ff_vorbis_floor1_render_list what is the meaning of var lx in this function, i cannot figure this out
[14:50] <av500> i'd say its an index variable
[14:50] <av500> increasing x
[14:50] <OanaStratulat> ff_vorbis_floor1_render_list this functions goes through the array and calculates the lines between every x[i] and y[i].
[14:50] <OanaStratulat> right ?
[14:50] <av500> did you find out what FFMIN(x1,samples) was?
[14:50] <OanaStratulat> yes
[14:50] <av500> OanaStratulat: right
[14:50] <OanaStratulat> calculates the min of those 2 vars
[14:50] <av500> OanaStratulat: and?
[14:51] <av500> and, what is the result in the failing case?
[14:51] <OanaStratulat> x1 is 3 and samples are 1024 in the failing case
[14:51] <av500> and lx?
[14:51] <av500> also 3?
[14:52] <av500> did you print the contents of list[].x;?
[14:53] <OanaStratulat> no doing it now
[14:53] <OanaStratulat> how can i find how many elements does it has?
[14:53] <av500> for (i = 1; i < values; i++) {
[14:53] <OanaStratulat> ok
[14:56] <OanaStratulat> i have the values 3 is in 2 cases
[14:56] <av500> does the spec allow that?
[14:57] <OanaStratulat> is the problem that those lines intersect each other at one point?
[14:58] <OanaStratulat> or i`m thinking it wrong
[14:58] <av500> does the spec allow 2 times the same x value?
[14:58] <av500> if yes, the vorbis decoder is wrong
[14:59] <av500> if not, the decoder should complain
[14:59] <OanaStratulat> i do not know that, i do not see any comments of the same value of x in the spec
[15:04] <OanaStratulat> av500: do you know something about this ?
[15:06] -OanaStratulat:#ffmpeg-devel- All vector [floor1_x_list] element values must be unique within the vector; a non-unique value renders the stream undecodable
[15:06] <OanaStratulat> av500: ^
[15:06] <OanaStratulat> found ti
[15:06] <OanaStratulat> it
[15:06] <spaam> omg
[15:08] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r7c4b397508 10ffmpeg/libavcodec/bmp.c:
[15:08] <CIA-46> ffmpeg: bmpdec: support various bitfields for 32 bit depth
[15:08] <CIA-46> ffmpeg: Fixes #740
[15:08] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:08] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r106f714d30 10ffmpeg/libavdevice/v4l2.c: (log message trimmed)
[15:08] <CIA-46> ffmpeg: Revert "v4l2: poll the file descriptor"
[15:08] <CIA-46> ffmpeg: This reverts commit 0efd48dfd15273a5ac85f2fd42f19d419fafe90d.
[15:08] <CIA-46> ffmpeg: Reason for the revert is that the code seems based on some
[15:08] <CIA-46> ffmpeg: misunderstanding on how the code works.
[15:08] <CIA-46> ffmpeg: Conflicts:
[15:08] <CIA-46> ffmpeg: libavdevice/v4l2.c
[15:08] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r0644cabd7a 10ffmpeg/libswscale/ (swscale.c swscale_internal.h yuv2rgb.c):
[15:08] <CIA-46> ffmpeg: sws: Move yuv2rgb clipping into the tables.
[15:08] <CIA-46> ffmpeg: This fixes some cases where the clipping was entirely missing.
[15:08] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:08] <CIA-46> ffmpeg: Thanks (for the comments and review) -to: Reimar, beastd, Ronald
[15:09] <OanaStratulat> av500: in that case i should av_log and return an error no ?
[15:09] <av500> see what other codecs do in such a case
[15:10] <OanaStratulat> what codec should i study ? similar to vorbis i presume
[15:10] <av500> any codec
[15:12] <OanaStratulat> can you help me here, i cannot see where to look
[15:13] <av500> look at aacdec
[15:14] <av500> it has a few places that av_log and error out
[15:16] <OanaStratulat> invalid data i see that it return in most of cases
[15:16] <OanaStratulat> if there are errors in the input file
[15:22] <OanaStratulat> av500: ^
[15:22] <ubitux> oh it seems Diego just did the same i did for make tests
[15:23] <ubitux> hopefully it will reduce some diff
[15:23] <ubitux> but pff, so much wasted time in duplicating efforts :(
[15:23] <OanaStratulat> ubitux: any idea how i should end the program if i have duplicate values of x in the array ?
[15:24] <ubitux> just like any other decoder failure?
[15:24] <OanaStratulat> av_log the message and return invalid data?
[15:24] <ubitux> also i'm not sure you should end the program if it can still continue
[15:24] <ubitux> better raise a warning and deal with it
[15:25] <OanaStratulat> ubitux: All vector [floor1_x_list] element values must be unique within the vector; a non-unique value renders the stream undecodable
[15:25] <OanaStratulat> this is in the documentation of vorbis
[15:25] <ubitux> yes, but some ppl might want to play the video anyway
[15:26] <ubitux> so if there is some duplicated element values, maybe it's a transmit error or any other random reason
[15:26] <OanaStratulat> the file is not playable even in vlc
[15:26] <ubitux> ignore the element, or ignore the frame, and just play the rest
[15:26] <OanaStratulat> how can i do that?
[15:26] <ubitux> isn't vlc using the libavcodec codec?
[15:27] <OanaStratulat> don`t know that
[15:27] <av500> ubitux: maybe they use libvorbis
[15:27] <ubitux> can't you just skip the duplicated element?
[15:28] <OanaStratulat> that function makes lines between every x and the computed y, and they are dependable with the previous one
[15:28] <OanaStratulat> is one value is wrong and i use the previous one i make the stream fuzzed
[15:29] <av500> OanaStratulat: see vorbisdec.c:
[15:29] <av500> av_log(vc->avccontext, AV_LOG_ERROR, "Invalid floor type!\n");
[15:29] <av500> return AVERROR_INVALIDDATA;
[15:29] <ubitux> OanaStratulat: can you do some interpolation and raise a warning? ;)
[15:30] <OanaStratulat> what is interpolation?
[15:30] <ubitux> guessing the value
[15:30] <ubitux> basically.
[15:30] <ubitux> :p
[15:30] <av500> just stop decoding that frame and return an error
[15:30] <ubitux> yes should do the trick too :)
[15:31] <OanaStratulat> the x value are given with the file
[15:31] <av500> dont interpolate anything
[15:31] <ubitux> can't you just raise a warning and return just like av500 proposed a few times already?
[15:31] <av500> av_log and return an error
[15:32] <OanaStratulat> it`s a void function how can i end it ?
[15:32] <ubitux> "return;"
[15:33] <av500> OanaStratulat: its not cast in stone to be void
[15:33] <av500> not part of the 10 commandments
[15:34] <av500> in other words, it's called *soft*ware for a reason :)
[15:34] <ubitux> that's true in that case, but in a lot of case it might break api & abi
[15:34] <ubitux> so it's as frustrating as hardware
[15:34] <ubitux> :(
[15:35] <av500> I dont think codec internal functions are part of any ABI/API
[15:35] <av500> at least not in lavc
[15:35] <ubitux> yes as i said, it doesn't apply here
[15:35] <ubitux> that was just a generic unjustified complain
[15:36] <ubitux> life is hard
[15:36] <OanaStratulat> av500: if i exit_program(1); ?
[15:36] <OanaStratulat> av log and exit_program(1); ?
[15:36] <av500> no
[15:36] <av500> of course not
[15:37] <av500> OanaStratulat: have a look at the call chain that leads to the error
[15:37] <OanaStratulat> in ff_vorbis_floor1_render_list i must put the check there it computes everything
[15:37] <av500> in fact, you dont even need to add the av_log
[15:37] <av500> its already there
[15:40] <OanaStratulat> av500: is it good like this http://pastebin.com/W9eDdTpn ?
[15:40] <av500> looks like overkill
[15:42] <OanaStratulat> how to check for the same value in another manner ?
[15:42] <ubitux> juste change the prototype of the /0 function and returns a negative value when it happens
[15:42] <ubitux> then you raise the error
[15:42] <OanaStratulat> ubitux: please be more explicit
[15:42] <ubitux> make render line return a value
[15:43] <ubitux> return 0 in normal case, return -1 if adx is 0
[15:43] <ubitux> in floor1_render_list, you check the return value of render_line
[15:43] <ubitux> and raise it in case it's not zero
[15:43] <ubitux> or sth like that
[15:43] <OanaStratulat> ok
[15:44] <av500> OanaStratulat: we are not after writing a vorbis verifier
[15:44] <av500> we want the thing not to crash and be robust
[15:44] <OanaStratulat> so how must i do it correctly ?
[15:45] <av500> well, as you found out, you divide by adx = 0
[15:45] <OanaStratulat> i found out the bug, but now how is the best way to repair it
[15:45] <OanaStratulat> this is lead by having the same x valye
[15:45] <OanaStratulat> value
[15:46] <OanaStratulat> av500: http://pastebin.com/BLzisMU7 doing like this it does not crash anymore
[15:47] <av500> yes, but why return a value then at all?
[15:47] <av500> since the return value is not checked
[15:47] <av500> and usually return 0 is used for success
[15:52] <OanaStratulat> av500: http://pastebin.com/NYNLSMkM
[15:52] <OanaStratulat> av500: opinion about this ?
[15:53] <av500> again the error is not propagated
[15:54] <ubitux> or not enough :P
[15:54] <av500> [15:37:13] <av500> OanaStratulat: have a look at the call chain that leads to the error
[15:54] <OanaStratulat> and check for the error in another place ?
[15:54] <ubitux> (indent is wrong too btw)
[15:55] <ubitux> OanaStratulat: int ret = render_line(...); if (ret < 0) return ret;
[15:55] <ubitux> if floor1_... fails, you need to raise the error too.
[15:55] <OanaStratulat> ok ubitux, i must go now. i`ll look into this problem later. thx for the advice
[15:56] <ubitux> heh, i never know how much we are supposed to explain
[15:58] <Compn> ubitux : which email addy ?
[15:58] <Compn> needs to be unsubscribed
[15:58] <ubitux> http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2012-January/004207.html
[15:58] <ubitux> john.mucha.jm at googlemail.com
[15:59] <ubitux> also here: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2012-January/004206.html
[15:59] <ubitux> here: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2012-January/004213.html
[15:59] <ubitux> and all of them actually
[16:00] <ubitux> ~10 mails like this
[16:00] <Compn> k
[16:00] <Compn> lol
[16:00] <ubitux> a bit annoying :)
[16:03] <Compn> oh i think lou unsubscribed him
[16:03] <ubitux> ok :)
[16:04] <ubitux> do you think he replied "stop sent mi message" to the unsubscribe notification mail? ;)
[16:05] <av500> that should resubscribe him
[16:05] <av500> I'd leave him subscribed, just drop all his emails
[16:05] <av500> win-win
[16:35] <gnafu> Someone's not too bright, methinks.
[16:36] <gnafu> I've never accidentally subscribed to a mailing list, so it's near impossible for me to imagine how someone could be subscribed and yet not know how to unsubscribe...
[16:36] <av500> maybe a trojan?
[16:42] <gnafu> av500: If I had to have a trojan that subscribed me to a mailing list, I can think of worse lists to be subscribed to :-P.
[16:53] <ubitux> bcoudurier: any comment on the timecode documentation in general.texi?
[17:31] <ubitux> speaking of the timecode documentation i might need to update the mxf entry soon too
[17:32] <ubitux> Tjoppen: maybe you could have a look to that patch? (mxf timecode metadata exporting)
[17:32] <ubitux> cbsrobot: are you still trying to add timecode writing in mov?
[17:32] <cbsrobot> I have some patche yes
[17:33] <cbsrobot> but it's more like reading, storing and writing timecode
[17:34] <Tjoppen> ubitux: ah, yes. I saw
[18:18] <CIA-46> ffmpeg: 03Clément BSsch 07master * r98aafc5bbf 10ffmpeg/ (3 files in 2 dirs): timecode: set a fixed buffer size of 16B for tc string.
[18:18] <CIA-46> ffmpeg: 03Clément BSsch 07master * rf1db99166b 10ffmpeg/libavcodec/ (timecode.c timecode.h):
[18:18] <CIA-46> ffmpeg: timecode: string representation can be negative.
[18:18] <CIA-46> ffmpeg: Timecode can be specified with a negative value in MOV...
[18:18] <CIA-46> ffmpeg: 03Clément BSsch 07master * rca1bae3983 10ffmpeg/libavcodec/ (timecode.c timecode.h): timecode: support >24h timecode.
[20:13] <durandal_1707> michaelni: compare ffplay -fs -vf format=rgb444le,format=bgr444be ~/git/fate-suite/dxtory/dxtory_mic.avi
[20:13] <durandal_1707> with ffplay -fs -vf format=rgb444le,format=bgr444 ~/git/fate-suite/dxtory/dxtory_mic.avi
[20:15] <durandal_1707> something is buggy, rgb555 doesn't have this issue
[20:24] <michaelni> durandal_1707, might be due to double application of dither
[20:26] <durandal_1707> so 555/565 have different dithering which does not have such issue
[20:30] <durandal_1707> it looks similar to rgb8 to bgr8 which is pallete
[20:32] <durandal_1707> but rgb444le - bgr444be should be lossless
[20:33] <michaelni> yes, but theres no code that handles this case
[20:33] <michaelni> so it goes through the generic case which applies dither
[20:33] <durandal_1707> ah
[21:08] <pasteeater> looks like the Arch maintainer (ioni) is having issues in #ffmpeg
[22:06] <CIA-46> ffmpeg: 03Paul B Mahol 07master * r8b87fd9825 10ffmpeg/libavcodec/bmpenc.c:
[22:06] <CIA-46> ffmpeg: bmpenc: support for BGRA
[22:06] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:07] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r84d0fcf268 10ffmpeg/libavcodec/libmp3lame.c:
[22:07] <CIA-46> ffmpeg: libmp3lame: It appears the buffer used is a bit too small.
[22:07] <CIA-46> ffmpeg: Increase it by an arbitrary amount.
[22:07] <CIA-46> ffmpeg: Fixes part of Ticket676
[22:07] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:07] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * rbc11580007 10ffmpeg/libswscale/swscale.c:
[22:07] <CIA-46> ffmpeg: sws: Remove unneeded YUV cliping from yuv2rgb_X_c_template()
[22:07] <CIA-46> ffmpeg: This should slightly improve speed.
[22:07] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:07] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * rba6e36f906 10ffmpeg/libswscale/utils.c:
[22:07] <CIA-46> ffmpeg: swscale: Force full horizontal chroma internally when the output has a odd size.
[22:08] <CIA-46> ffmpeg: This fixes a gray line on the right side due to 1 column of pixels being skiped.
[22:08] <CIA-46> ffmpeg: Fixes Ticket891
[22:08] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:44] <CIA-46> ffmpeg: 03Michael Niedermayer 07master * r5387f9917f 10ffmpeg/libavcodec/x86/cabac.h:
[22:44] <CIA-46> ffmpeg: cabac: Try to disable problematic ASM for gcc-llvm 4.2.1
[22:44] <CIA-46> ffmpeg: This should fix compilation with gcc-llvm (see darwin fate box)
[22:44] <CIA-46> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:48] <pasteeater> michaelni: lol @ "Invitation to the Unity in Diversity MJ & Bob Marley Classic Karaoke Show" spam
[23:02] <mbradshaw> Hi, I'm the maintainer for the libopenjpeg encoder, and I'm rather new to git. Last time I tried to apply a patch submitted by someone I apparently didn't do it right because it put me as the author of the patch rather than the one who submitted it when I committed the changes. Another patch has been submitted to me, and it's close to being accepted, but I'd like to do it right this time when I apply it.
[23:02] <mbradshaw> is there anyone who would be willing to walk me through this?
[23:04] <Compn> i would, but i dont know git stuff that much :)
[23:04] <Compn> someone here will help, but you may also find help in the #git channel
[23:04] <durandal_1707> git commit --author="John Doe <john(a)doe.com>"
[23:06] <mbradshaw> Ah, I see durandal, thanks. Last time I just did git apply somepatch.patch and then git commit. I'll add the author next time like that!
[23:06] <durandal_1707> michaelni: if patch is from git format-patch you can use "git ammend"
[23:06] <durandal_1707> ooops
[23:06] <durandal_1707> i mean mbradshaw
[23:07] <durandal_1707> actually correct command is "git am"
[23:08] <durandal_1707> i have some hany aliases in my ~/.gitconfig
[23:08] <durandal_1707> s/hany/handy
[23:09] <mbradshaw> durandal_1707: thanks. So it would be git am somepatch.patch followed by git commit --author="Name <email(a)address.com>", correct?
[23:09] <durandal_1707> mbradshaw: no
[23:09] <iive> mbradshaw: is the patch git formatted, or just regular unified diff?
[23:09] <durandal_1707> if patch is made with git format-patch you do not need to do anything, just to git am
[23:10] <durandal_1707> assuming submitter have git configured correctly (real name and no root@hostname)
[23:11] <durandal_1707> i you did something wrong you can rebase and edit/reword/fix commit
[23:11] <mbradshaw> @iive: the patch is sometimes formatted with git format-patch, and sometimes it's just a diff. Last time it was a git formatted patch
[23:14] <durandal_1707> michaelni: is it possible/allowed to add metadata from codec? codec in question is tiff.
[23:16] <mbradshaw> Thanks everyone. I'll probably be back with more questions in the near future.
[23:29] <michaelni> durandal_1707, this isnt supported yet, justin wanted to add metadata support to AVFrames though
[23:34] <durandal_1707> michaelni: is #902 going to be closed and patch commited or this needs more work?
[23:36] <michaelni> durandal_1707, i had a more generic fix for this
[23:36] <michaelni> i mean detecting in reget_buffer()
[23:59] <CIA-46> ffmpeg: 03Carl Eugen Hoyos 07master * r4093d130d1 10ffmpeg/libavcodec/libopenjpegenc.c:
[23:59] <CIA-46> ffmpeg: Support encoding RGB48 with libopenjpeg.
[23:59] <CIA-46> ffmpeg: Reviewed-by: Michael Bradshaw
[00:00] --- Thu Jan 12 2012
1
0
[00:00] <mgeary> so, i've been given a h264 video, which i realize isn't a good intermediary format (though it's a great final delivery format). I need to make some smaller versions of this video that will then be encoded for web delivery. What is a good codec to use to keep as much quality as possible, given that i'm already dealing with a compressed source file?
[00:00] <mgeary> in other words, what format should i use if my objective is preserving quality, not having an acceptable end-user experience?
[00:00] <newl> webm is my favorite of the month
[00:00] <mgeary> s/format/codec(s)
[00:01] <mgeary> mmm. i'm dealing with some non-*nix people on the receiving end of this, i don't know if they'll have the ability to convert webm. Any other suggestions?
[00:01] <newl> get ffmpeg.exe :)
[00:02] <relaxed> mgeary: {h264/aac}.mp4 served via flashplayer
[00:02] <newl> relaxed: that was last months favorite
[00:02] <mgeary> relaxed: but h264 is a rather lossy format, no? One that is optimized for playback, not necessarily retention of quality. I would have thought something like a high-quality motionJPEG...
[00:05] <relaxed> 1) h264 is the best lossy codec 2) you're not servering lossless video over the web 3) the alternatives are {theroa/vorbis}.ogv and {vpx/vorbis} via html5.
[00:05] <darkstarbyte> h.264 is very good lossy also
[00:05] <mgeary> this isn't for web delivery. This is for delivery to someone else who will encode what i give them into several derivatives
[00:05] <JEEB> something lossless then
[00:05] <mgeary> i'm looking for an archival format, not a delivery format
[00:06] <mgeary> right. such as?
[00:06] <JEEB> be it lossless H.264, ffvhuff or ffv1
[00:06] <relaxed> oh, "encoded for web delivery" confused me.
[00:06] <darkstarbyte> I was not here for the whole thing, but vp8 is great for animation
[00:06] <mgeary> okay, so "-vcodec libx264 -vpre lossless_fast" is really lossless?
[00:07] <JEEB> -vcodec libx264 -crf 0 is lossless :V
[00:07] <JEEB> (with 8bit H.264)
[00:07] <mgeary> ok, thanks
[00:07] <JEEB> if you have a >8bit build of libx264, then you need to set qp to zeor
[00:07] <JEEB> *zero
[00:07] <JEEB> (as crf values go below zero with >8bit)
[00:07] <JEEB> but I'm pretty sure you'll only be dealing with 8bit
[00:07] <JEEB> thus -crf 0 is fine
[00:08] <mgeary> also, does anyone here have experience compiling from git on OS X? my previous attempt worked fine, but with the latest code i'm getting this: http://dpaste.com/685584/. i did a pull of x264 and re-compiled and installed that with no problems, but i still get this error from ffmpeg
[00:08] <darkstarbyte> I use Linux, but the command line is very similar
[00:09] <darkstarbyte> If you have git installed then
[00:09] <mgeary> right. i know how to do it, but i don't know how to deal with this particular error
[00:09] <mgeary> if i leave out x264, it compiles fine
[00:09] <relaxed> make distclean
[00:09] <darkstarbyte> I know how to compile x264, but I am not sure how to install it on macosx
[00:09] <relaxed> then try again
[00:10] <mgeary> did "make clean", but i'll try "make distclean" and try again
[00:11] <mgeary> "./configure --enable-libmp3lame --enable-gpl --enable-libx264" works just fine
[00:14] <DrGorilla> hi
[00:18] <mgeary> nope. same error :(
[00:27] <DrGorilla> so is ffserver sutable for streaming video files yet? the documents say it has problems
[00:28] <JEEBsv> it might work, but it certainly isn't kept up nor does it have documentation
[00:28] <JEEBsv> thus I'd prolly recommend VLC for streaming in most cases
[00:29] <DrGorilla> what about vlc vs gstreamer?
[00:29] <JEEBsv> vlc
[00:29] <DrGorilla> ok
[00:30] <JEEBsv> I don't really see gstreamer as a great alternative at this point of time
[00:30] <JEEBsv> it might have become better, but that's my personal opinion on it >_>
[00:30] <DrGorilla> its complicated and im not having fun with the docs
[00:30] <JEEBsv> VLC is the thing that most people use for http/rtsp streaming and the likes
[00:31] <JEEBsv> lets you set libx264's settings nowadays nicely as well
[00:31] <JEEBsv> watching your Japanese TV tuner's stuff from 8000km away is lovely :D
[00:33] <DrGorilla> ive got an archive of video in a custom file format and i want to put a rest api with a video server on it, ive been playing with vlc, ffserver, and gstreamer and they are all kind of a pain - i need to create a custom input plugin but i would like to just use a tool to stream frames to a pipe or stdout and into a video server - id like to use php to serve the streams
[00:34] <DrGorilla> do you happen to know of any examples or something?
[00:34] <mgeary> have you looked at Red5 at all?
[00:34] <DrGorilla> nope
[00:34] <DrGorilla> thanks i will check it out
[00:34] <mgeary> it's a replacement for the Flash Media Server. i've never used it for HTML video, but it may work for that as well
[00:35] <DrGorilla> interesting, thanks
[00:36] <DrGorilla> it looks like its flv
[00:36] <mgeary> it also does mp4
[00:36] <DrGorilla> oh ok
[00:37] <DrGorilla> let me ask you this, say i have frames already encoded in dixv, but it has custom headers - whats the best container i could put them in to enable video streaming?
[00:39] <mgeary> on that i have no experience or ideas, i'm afraid. But others here probably would
[01:18] <stopppppa> would it be possible to put a AAC Internet Radio stream into a MP4 container? with or without FFMPEG, does that make sense even?
[01:31] <newl> internet radio stream -> mp3
[01:44] <stopppppa> newl: there are streams that are aac
[01:44] <stopppppa> newl: heres one: http://icy1.abacast.com:80/eldorado-ksly-64
[01:47] <newl> stopppppa: yes - when i play it is a aac and when i dumpstream it to a mp3 file and then play that it is still an aac -
[01:47] <cbreak> of course
[01:47] <cbreak> what did you expect? :)
[01:47] <newl> i was stating that - he wants to put it into some other container
[01:48] <newl> does he want to convert it? that is a different question
[01:48] <cbreak> it sounded like he wanted to remux it
[01:48] <stopppppa> my understanding is the stream is in raw aac format
[01:49] <stopppppa> it doesn't have a container
[01:49] <stopppppa> I'd like it to have a MP4 container
[01:49] <stopppppa> on the fly conversion would be the solution, but not sure if that is possible or makes sense
[01:50] <newl> is ksly an all country all the time station?
[01:50] <stopppppa> that would be my guess
[01:51] <newl> i'll move it to my country folder then -> /dev/null
[01:52] <newl> what about piping it from an mplayer dumpstream into ffmpeg -i *.mp4
[01:53] <stopppppa> newl: not a bad idea... but i would like to do this programmatically
[01:53] <stopppppa> its seems like ffmpeg would do the job
[01:54] <newl> does programmatically mean in a script ? use pipes
[01:54] <stopppppa> no i mean using c code or java code
[01:54] <stopppppa> ffmpeg code would be nice
[01:54] <stopppppa> but not sure if it handles things like that, meaning infinite streams
[01:55] <newl> use exec - if you want to use fpc - let me know - that is my main reason for living - using mplayer to get internet radio streams
[01:56] <newl> i use pkill as a timer to set the 'recording' time
[01:56] <newl> sleep and then pkill
[01:56] <stopppppa> exec? fpc? sorrry new terms to me
[01:57] <newl> there is options for mplayer and mencoder - for timing - one didn't have it when i was programming this
[01:57] <newl> exec -> system exec for a string exec 'mplayer ....
[01:57] <newl> fpc = freepascal
[01:58] <stopppppa> cool. thanks for the input newl
[01:58] <stopppppa> still open to suggestions if anyone has any bright ideas on where to look in the FFMPEG code
[01:58] <newl> c and all languages can execute strings
[02:00] <newl> except javascript - but i saw some trick with it
[02:03] <stopppppa> newl: so technically if I had a ffmpeg binary on the system and made an exec call it could work
[02:04] <newl> sure
[02:07] <newl> http://pubs.opengroup.org/onlinepubs/009604499/functions/exec.html
[02:07] <newl> http://pubs.opengroup.org/onlinepubs/009604499/functions/system.html
[02:36] Action: newl using ffmpeg with exec also hides the actual ffmpeg code from prying non debugger eyes or people who know how to use strings .. knowledge is power
[03:27] <DrGorilla> anyone familiar with rtmpdump or live555?
[03:27] <newl> rtmpdump needs command line improvement
[03:28] <DrGorilla> i mean as a library to create a simple server with
[03:28] <newl> what does this simple server do
[03:28] <DrGorilla> serve video
[03:29] <newl> icecast?
[03:29] <newl> http
[03:30] <DrGorilla> http rtmp
[03:31] <newl> i use rtmpdump to get cspan2 - there has to be a better way to serve videos
[06:10] <Arthur_D> hi, I'm trying to re-play a glc output file with glc-play and pipe it to ffmpeg which will encode the output to a usable format. However, it fails with "pipe:: Invalid data found when processing input". Full command and output: http://pastebin.com/JcWMCwXH
[06:11] <Arthur_D> it should supposedly work; found the method here: https://qubodup.wordpress.com/2010/06/02/record-an-opengl-game-in-linux-usi…
[06:13] <relaxed> do you get any errors when dumping it without the pipe?
[06:13] <Arthur_D> what do you mean?
[06:13] <relaxed> -o file
[06:14] <Arthur_D> you mean ffmpeg -i supertuxkart-32700-0.glc ?
[06:15] <Arthur_D> I get the same result
[06:15] <Arthur_D> I think the problem is that glc has its own format, which can be played with glc-play, but somehow piping it to ffmpeg doesn't work
[06:16] <relaxed> glc-play /home/magne/SuperTuxKart/Videos/glc-tmp/supertuxkart-32700-0.glc -o OUTPUT.FILE -y 1
[06:16] <Arthur_D> nothing happens
[06:17] <Arthur_D> I'm not sure what glc-play actually does
[06:18] <relaxed> it doesn't output anything?
[06:18] <Arthur_D> no
[06:19] <Arthur_D> hmmm... "-y, --yuv4mpeg=NUM save video stream NUM in yuv4mpeg format" - and the -y flag is used
[06:19] <relaxed> then we've ruled out a ffmpeg problem
[06:20] <Arthur_D> right
[07:20] <Arthur_D> ok, now I've got a real ffmpeg issue: when I record sound with it, the resulting file is choppy
[07:22] <Arthur_D> i.e. doesn't play back smoothly, and when looking at it in Audacity I can see it has gaps here and there
[07:25] <relaxed> are you piping?
[07:29] <Arthur_D> no
[07:29] <Arthur_D> but I start to audio record with ffmpeg at the same time I start recording with glc
[07:30] <Arthur_D> so perhaps there are buffer problems
[07:37] <Arthur_D> any suggestions?
[08:00] <Arthur_D> hmphf, ffmpeg -list_devices true -f openal -i dummy out.ogg as suggested in the ffmpeg man page does not even work
[08:29] <Arthur_D> sound problem the same when using rec for audio. Can increasing buffer size mitigate the problem?
[09:21] <iandriyanov> Hi all!
[09:21] <iandriyanov> Pls help me with install ffmpeg
[09:22] <iandriyanov> Me need old version (svn checkout -r13180 svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg)
[09:23] <iandriyanov> But svn say "svn: warning: URL 'svn://svn.mplayerhq.hu/mplayer/trunk/libswscale' at revision 34540 doesn't exist"
[09:23] <iandriyanov> And ./configure say error - FAAD test failed
[09:23] <iandriyanov> What's wrong?
[09:25] <iandriyanov> Hey...anybody
[09:27] <Arthur_D> http://svn.mplayerhq.hu/ffmpeg/trunk does not appear to exist, so I guess it's not there anymore then
[09:28] <Arthur_D> try to ask their mailing list: http://svn.mplayerhq.hu/design7/mailing_lists.html
[12:05] <Ginks> Could I have someone take a look at: http://pastebin.com/HDFuTk2A It deals with adding a -vf to an existing -vf for an overlay
[12:07] <Ginks> Oh, and in the last sentence I ment to say video, not image
[12:34] <cbreak-work> what is the general expected lifetime of data of which pointers are passed to ffmpeg?
[12:34] <cbreak-work> for example av_interleaved_write_frame()
[12:35] <cbreak-work> must the AVPacket live on, or is the data copied/encoded syncronously?
[14:15] <Milos> So I have a 320kbps mp3
[14:15] <Milos> I'm trying to convert it to 128kbps CBR
[14:15] <Milos> I use -minrate -maxrate and -b all set to 128k
[14:15] <Milos> keep saying output bitrate = 64kbps
[14:15] <Milos> why and how do I get it to do what I want
[14:23] <Mavrik> Milos, please paste your commandline and all ffmpeg output to a pastebin :)
[14:23] <Milos> Mavrik, I got it! I had to use -ab
[14:24] <Milos> which apparently stands for "audio bitrate" and not "average bitrate"
[14:24] <Mavrik> Milos, new versions prefer -b:v and -b:a
[14:24] <Milos> because apparentely the liblame stuff is not the same as typical ffmpeg switches
[14:24] <Milos> ahh ok
[14:24] <Mavrik> and "-ab" is typical for older ffmpeg versions :)
[14:57] <Milos> Mavrik, cool cool
[14:57] <Milos> Mavrik, thanks
[14:57] <Milos> btw I am using version numbeeeeer
[14:57] <Milos> 0.7.8
[14:57] <Milos> so that explains it
[14:57] <Milos> given the latest is somewhere in the 9s
[14:58] <Mavrik> yeah, repository versions are ancient
[16:21] <iOOO9> is there a plain MPEG-4 ASP encoder, or is ASP only available as XviD, DivX etc?
[16:57] <Arthur_D> I'll ask again: anyone know how to reduce stuttering when recording audio with ffmpeg? The resulting file is always choppy when I record video with glc and sound with ffmpeg of a game
[17:17] <christo_m> Hello, has anyone had success using WinFF for batch conversion of flv to mp4?
[19:07] <Freakshow> nice to see the av_log output \r fixed
[19:38] <ioni> hey guys
[19:38] <WangDangerly> hello
[19:39] <ioni> i have hard time compiling ffmpeg with debug symbols
[19:40] <ioni> vlc crashes with hardware acceleration enabled with ffmpeg git
[19:42] <ioni> it crashes in libavcodec.so.53 but that's stripped
[19:43] <ioni> yey for --disable-stripping
[19:49] <ioni> http://paste.xinu.at/7iB/
[19:49] <ioni> trace log
[19:49] <ioni> start_frame (avctx=0xac965c40, buffer=0x0, size=0) at libavcodec/vaapi_h264.c:234
[19:49] <ioni> not cool
[21:34] <iive> michaelni: take a look ioni's problem.
[21:34] <ioni> i have one more step!
[21:34] <ioni> wait for me
[21:35] <ioni> stupid laptop, is too slow
[21:35] <iive> ioni: can you reproduce the problem if you don't use threading?
[21:35] <ioni> iive, is threading enabled by default?
[21:35] <iive> #3 is frame_worker_thread and #4 is pthread...
[21:36] <iive> #4 is start_thread()
[21:36] <ioni> hmm
[21:37] <ioni> let me look in vlc to see if i can disable
[21:37] <ioni> i don't know how to use ffmpeg with libva for playing
[21:37] <iive> #0 shows vactx = 0, that looks kind of wrong.
[21:39] <ioni> it will be funny to be a one line change as it was last time :)
[21:49] <iive> btw, ioni , do you know if vlc uses h264_vaapi codec, or switches pix_fmt by avct->get_format() ?
[21:49] <ioni> no idea
[21:51] <ioni> c3513477bbbc0898e8fe38c4e37ac67298d76a48 is the first bad commit
[21:51] <ioni> commit c3513477bbbc0898e8fe38c4e37ac67298d76a48
[21:51] <ioni> Author: Shitiz Garg <mail(a)dragooon.net>
[21:51] <ioni> Date: Sat Dec 31 03:48:53 2011 +0530
[21:51] <ioni> cook: K&R formatting cosmetics
[21:51] <ioni> iive,
[21:51] <iive> huh?! cosmetics broke code!!
[21:52] <durandal_1707> i doubt ioni uses cook at all
[21:52] <iive> cook is audio codec, afair
[21:52] <ioni> let me try to revert that
[21:52] <durandal_1707> try reverting whole merge
[21:54] <ioni> yes
[21:54] <ioni> http://git.videolan.org/?p=ffmpeg.git;a=blobdiff_plain;f=libavcodec/cook.c;…
[21:54] <ioni> i'll revert this
[21:55] <durandal_1707> that is single commit, i doubt it will help
[21:56] <ioni> hmm
[21:56] <ioni> i failed at bisecting i guess
[21:57] <durandal_1707> revert whole merge with that commit inside
[21:57] <ioni> which one?
[21:57] <ioni> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=1a6a088f7c7b164042ad16d43d… ?
[21:58] <durandal_1707> i see nothing bad with that one
[21:58] <durandal_1707> ioni: what is actually your problem?
[21:59] <ioni> vlc crashes when hardware acceleration is enabled
[21:59] <ioni> with git master
[21:59] <ioni> http://paste.xinu.at/7iB/
[21:59] <ioni> gdb trace
[22:00] <durandal_1707> where is merge with cook file cosmetics changes?
[22:01] <michaelni> ioni, did you try disabling threads ?
[22:01] <ioni> michaelni, i don't know how to do it
[22:01] <durandal_1707> better give whole bisecting history
[22:02] <michaelni> -threads 1 for ffmpeg, dunno how todo it in vlc
[22:02] <ioni> durandal_1707, http://paste.xinu.at/haSy/
[22:02] <ioni> michaelni, how do use ffmpeg + libva for playing?
[22:04] <michaelni> reverting the options.c part of e4e30256f87f177decf59b59e923d05ef64147df should disable therads
[22:05] <ioni> let me try
[22:11] <ioni> michaelni, yes, that's it
[22:24] <ioni> michaelni, i'll revert this in our package
[22:24] <ioni> until is fixed properly
[23:22] <ioni> michaelni, let me know if you need any more details
[23:30] <michaelni> ioni, i mailed the vaapi maintainer about the bug ...
[23:30] <ioni> on a ml or private?
[23:31] <ioni> michaelni, i want to follow the subject
[23:32] <michaelni> ioni, private :( ill reply and CC to you if you tell me your email address
[23:33] <ioni> ibiru(a)archlinux.org
[23:33] <michaelni> ok, moment
[23:34] <michaelni> reply sent
[23:36] <ioni> thanks
[23:37] <ioni> for now i'll push a package that disables multithread
[00:00] --- Thu Jan 12 2012
1
0