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

burek burek021 at gmail.com
Tue Dec 18 02:05:02 CET 2012


[01:09] <cone-952> ffmpeg.git 03Michael Niedermayer 07master:7973a07590f2: h264: Improve first slice and slice type checks
[01:47] <cone-952> ffmpeg.git 03Michael Niedermayer 07master:d28dfa2d425c: ac3dec: fix outptr increment.
[02:12] <cone-952> ffmpeg.git 03Michael Niedermayer 07master:2e59142fa9a0: sctp: dont abort on invalid input
[02:19] <burek> http://pastebin.com/zMUQy07j :)
[02:23] <burek> i have to admit you guys are funny :)
[02:23] <burek> the order of letters in ffmpeg -codecs
[02:23] <burek> really make funny output :)
[02:24] <burek>  DEVILS jpeg2000             JPEG 2000 (decoders: j2k ) (encoders: j2k )
[02:24] <burek>  DEVILS jpegls               JPEG-LS
[10:50] <cone-263> ffmpeg.git 03Peter Ross 07master:afa1617b937f: SGI RLE 8-bit decoder
[10:50] <cone-263> ffmpeg.git 03Peter Ross 07master:746b1dcc98b4: Silicon Graphics Motion Video Compressor 1 & 2 decoder
[10:50] <cone-263> ffmpeg.git 03Peter Ross 07master:6fb40779cd34: Silicon Graphics Movie (.mv) demuxer
[10:50] <cone-263> ffmpeg.git 03Peter Ross 07master:fb9d58509c98: isom: support SGI RLE 8-bit in QuickTime file format
[13:42] <cone-263> ffmpeg.git 03Piotr Bandurski 07master:0f450ac575b1: siff: set duration
[13:52] <cone-263> ffmpeg.git 03Martin Storsjö 07master:65e053271a98: rtpenc_vp8: Include the picture number in VP8 packets
[13:52] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:021b3497e1bc: Merge commit '65e053271a98f7acf3ef6b412998cfcb44a8eef8'
[14:11] <cone-263> ffmpeg.git 03Martin Storsjö 07master:3b2e8d1d216f: rtpenc: Allow including a SDES/CNAME block in RTCP SR packets
[14:11] <cone-263> ffmpeg.git 03Martin Storsjö 07master:e798085f9659: rtpdec_vp8: Cosmetics: Fix bad alignment/indentation
[14:11] <cone-263> ffmpeg.git 03Justin Ruggles 07master:f322b2073581: lavr: only save/restore the mixing matrix if mixing is being done
[14:11] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:8d07bbca6360: Merge commit 'f322b2073581119de5da74f92a03309a36891cfa'
[14:17] <cone-263> ffmpeg.git 03Justin Ruggles 07master:f1c2915ce1ea: lavr: remove automatic context close/open for resampling compensation
[14:17] <cone-263> ffmpeg.git 03Hendrik Leppkes 07master:0cf350593091: avresample: use valid log context in mixing functions
[14:18] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:082dd17bd267: Merge remote-tracking branch 'qatar/master'
[14:53] <cone-263> ffmpeg.git 03Ramiro Polla 07master:190f6135b48a: dshow: handle events in graph
[14:53] <cone-263> ffmpeg.git 03Ramiro Polla 07master:83a9f29f60d9: dshow: call CoUninitialize() on dshow_read_close()
[14:53] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:8505daacc55d: Merge remote-tracking branch 'ramiro/dshow'
[15:36] <burek> one short question
[15:36] <burek> aevalsrc=0::s=44100:d=3:n=1024
[15:37] <burek> it should produce exactly 3 seconds, right?
[15:37] <burek> but it always produces like 3.04 or 3.02 or such
[15:37] <burek> is this supposed to work that way or what
[15:38] <burek> further more, a guy tried this: aevalsrc=0::s=48000:d=3:n=(48000/25)
[15:38] <burek> and it produced like 3.04 seconds
[15:38] <burek> is there a way to produce exactly 3 seconds
[17:18] <cone-263> ffmpeg.git 03Derek Buitenhuis 07master:df0d6735b38d: doxy: Clarify what avpriv_set_pts_info does
[17:32] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:8976ef7aec4c: concatdec: change data type to suppress warning about limited range of data type on some platforms.
[17:32] <cone-263> ffmpeg.git 03Jernej Virag 07master:2f7465b5bf6c: SAP muxer set session name from metadata
[21:00] <cone-263> ffmpeg.git 03Michael Niedermayer 07master:1d29624c73fd: oggparsevorbis: check channels
[21:22] <t4nk499> I believe I've found a bug. Would someone care to try and reproduce it? This example results in one frame extra audio beyond the specified duration: http://pastebin.com/9ertsjjG, while this paste, with an adjusted duration, results in the desired 3 seconds of audio: http://pastebin.com/zJAHuymm.
[21:26] <Compn> you mihgt want to try posting it on http://ffmpeg.org/trac/ffmpeg
[21:26] <Compn> but someone may be around to reproduce it
[21:27] <t4nk499> @Compn I was hoping to make sure I wasn't simply misunderstanding the usage before submitting a bug report
[21:28] <Compn> no idea
[21:42] <Daemon404> nevcairiel, +1
[21:42] <Daemon404> useless response recieved
[22:05] <Compn> maybe burek's question was related to the tank guy
[22:14] <kierank> Compn:  :)
[22:14] <Daemon404> lulz
[22:14] <Daemon404> tell him to email dolby too
[22:14] <Compn> lol
[22:14] <Compn> you guys laugh now
[22:15] <Compn> watch, cineform will give us codec source :P
[22:15] <Daemon404> pretty sure they wont
[22:16] <Daemon404> they haven't even heard of ffmpeg. thats fairly telling.
[22:22] <Compn> some support drone doesnt know ffmpeg
[22:23] <Compn> is ffmpeg well known at all in video editing companies ?
[22:23] <Compn> seems like only youtube-sites know about it :p
[22:23] <Compn> vendors maybe
[22:25] <kierank> they all know about ffmpeg
[22:25] <kierank> they probably use it
[22:26] <kierank> companies know about it, they just don't respect it because they haven't paid $$$ for it
[22:27] <Compn> some companies keep it a seeeecret :)
[22:27] Action: Compn tried to get youtube to mention ffmpeg on their site
[22:28] <Daemon404> dont lie
[22:28] <Daemon404> youtube uses Secret Google Magic
[22:29] <Compn> dont think facebook credits it either
[22:46] <beastd> Daemon404: Ah Paul answered in "thp: set duration". So discussion is rolling again. But please do calm down a bit now. I do not see any bad intentions in Paul's action that are personally aimed against you. I do understand it doesn't feel good to be ignored though!
[22:46] <Daemon404> beastd, the notion that it was ok because teh patch was correct is false.
[22:46] <Daemon404> end of story.
[22:47] <beastd> Daemon404: That is not exactly what I do call calm down.
[22:47] <Daemon404> ive been this -exact- path with him time and time again
[22:47] <Daemon404> excuse me if i do not hold out hope
[22:47] <Daemon404> statistics imply itll end the same
[22:48] <beastd> Mistakes and misunderstandings happen all the time.
[22:48] <beastd> But maybe we can lower the rate
[22:48] <Daemon404> ...
[22:48] <Daemon404> you are serious that naive?
[22:48] <Daemon404> teh dude told me TO MY FACE what he thought
[22:48] <Daemon404> "i ignore your reviews"
[22:49] <beastd> Doesn't meant he will do it till the end of days.
[22:50] <Daemon404> and i dont think people should tolerate or defend him when he behaves this way.
[22:50] <beastd> Daemon404: I do not defend him.
[22:52] <ubitux> Daemon404: happy to be part of the drama this time? :)
[22:52] <ubitux> (can anyone point me out the thread?)
[22:52] <Daemon404> thp: ste duration
[22:52] <Daemon404> s/ste/set/
[22:53] <Daemon404> also there's a patch from jamal too
[22:53] <Daemon404> where he even applied the WRONG patch
[22:53] <Daemon404> in his attempt to ignore my review
[22:57] <Daemon404> brstm: fix last packet sampels calculation
[22:57] <Daemon404> is the other
[23:01] <beastd> I'll be off soon. See you!
[23:01] <cbsrobot> leandroprz should tell cineform that elvis is working for us, maybe they know him &.
[23:02] <cbsrobot> ^ compn
[00:00] --- Tue Dec 18 2012


More information about the Ffmpeg-devel-irc mailing list