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

[burek]

[00:50] <cone-97> ffmpeg.git 03Diego Biurrun 07ddb009425cdf: riff: Make ff_riff_tags static and move under appropriate #ifdef
[00:51] <cone-97> ffmpeg.git 03Sean McGovern 07f2ce813e3760: configure: suncc: Add compiler arch support for Nehalem & Sandy Bridge
[00:51] <cone-97> ffmpeg.git 03Marcus Stollsteimer 072bf794b69820: doc: avtools-common-opts: Fix terminology concerning metric prefixes
[00:51] <cone-97> ffmpeg.git 03Anton Khirnov 074632abc7a3a6: avconv: fix copying per-stream metadata.
[00:51] <cone-97> ffmpeg.git 03Paul B Mahol 07b491da18d1df: yop: fix typo
[00:51] <cone-97> ffmpeg.git 03Diego Biurrun 0728c8e288fa03: x86: h264_chromamc: port to cpuflags
[00:51] <cone-97> ffmpeg.git 03Michael Niedermayer 07bf2f93cdbf15: Merge commit '28c8e288fa0342fdef532a7522a4707bebf831cc'
[01:02] <cone-97> ffmpeg.git 03Daniel Kang 07ad01ba6ceaea: x86: h264: Remove 3dnow QPEL code
[01:02] <cone-97> ffmpeg.git 03Michael Niedermayer 0766c3bac2b9de: Merge commit 'ad01ba6ceaea7d71c4b9887795523438689b5a96'
[01:52] <cone-97> ffmpeg.git 03Paul B Mahol 077d2156aee8b6: adpcm/thp: make use of ADPCMChannelStatus to store prev samples
[02:22] <cone-97> ffmpeg.git 03Daniel Kang 07610e00b3594b: x86: h264: Convert 8-bit QPEL inline assembly to YASM
[02:22] <cone-97> ffmpeg.git 03Janne Grunau 07e96d90eed66a: remove #defines to prevent use of discouraged external functions
[02:22] <cone-97> ffmpeg.git 03Michael Niedermayer 077b29b07394c6: Merge remote-tracking branch 'qatar/master'
[02:23] <Compn> they beat 3dnow support out of diego ?
[02:25] <michaelni> Well, if diego wants to maintain 3dnow support iam happy to put it back and have him maintain it in ffmpeg ...
[02:26] <durandal11707> diego wanted to remove 3dnow, no?
[02:29] <Compn> i dont know 
[02:29] <Compn> i remember he had the k6-3
[02:30] <cone-97> ffmpeg.git 03Michael Niedermayer 07262402743911: lavu: drop time redefinition as it causes some problems in some uncommon configurations.
[02:52] <iive> is the code actually broken?
[03:00] <Compn> we just dont have k6-3 fate box
[03:00] <Compn> :P
[03:01] <michaelni> Compn, no
[03:01] <michaelni> we have a 3dnow fate box
[03:01] <michaelni> we do not have a maintainer for the 3dnow code
[03:01] <Compn> oh :)
[03:01] <Compn> ok
[03:01] <michaelni> its a duron not a k6-3 though strictly speaking
[03:02] <michaelni> so it supports mmx2 too, but its disabled for the test
[03:02] <michaelni> so it should behave like a k6-3
[03:03] <michaelni> also that commit just disabled part of the 3dnow code in ffmpeg not all
[03:04] <iive> still, is the code broken?
[03:08] <michaelni> iive, no, it worked
[03:09] <michaelni> but there was a subsequent commit that moved some of it to yasm so to leave 3dnow in there one would have to port it to yasm
[03:10] <michaelni> i dont volunteer for doing that ...
[03:14] <iive> also, have somebody benchmarked the new code. I understand it is just rewrite of the old code... but everything is possible.
[04:33] <cone-97> ffmpeg.git 03Michael Niedermayer 0769d45d2ecb94: avfiltergraph: add aresample_swr_opts
[04:33] <cone-97> ffmpeg.git 03Michael Niedermayer 074bd6d73fc8d4: ffmpeg: fix passing swresample options to the auto inserted swr
[04:33] <cone-97> ffmpeg.git 03Michael Niedermayer 07b5e0e327ceb7: ffmpeg: fix swr filter_type for auto inserted aresample filters
[07:32] <llogan> "-metadata creation_time=now" with mp4 container appears to set correct time in console output, but probing with 'ffmpeg -i' shows a time 24 years in the future.
[07:43] <kcm1700> what do you people think about making segment muxer to support cutting output video file by its file size?
[10:02] <juanmabc> that darwin is being a b**ch
[11:19] <ubitux> meh drawutils are lavfi specific :(
[11:43] <cone-99> ffmpeg.git 03Paul B Mahol 07c5607dfddcdf: doc/general: improve AST description
[13:04] <cone-99> ffmpeg.git 03Paul B Mahol 075a3370816fc9: av_get_audio_frame_duration: add ADPCM_AFC
[13:14] <cone-99> ffmpeg.git 03Peter Ross 07f2dc82b90ffe: dpx: perform width/height upgrade and av_image_check_size earlier to prevent segfault on malformed input
[13:30] <cone-99> ffmpeg.git 03Peter Ross 07929a24efff9a: iff decoder: merge iff ilbm and byterun1 decoders
[13:30] <cone-99> ffmpeg.git 03Peter Ross 07f737e7602649: iff decoder: reindent
[13:30] <cone-99> ffmpeg.git 03Peter Ross 0776f60788e796: iff demuxer: don't bother checking bitmap compression type; iff decoder does this now
[14:03] <cone-99> ffmpeg.git 03Michael Niedermayer 0786270236d5ef: dsputil_mmx: ff_put_dirac_pixels depend now on yasm.
[14:36] <cone-99> ffmpeg.git 03Justin Ruggles 072d3993ce8c38: x86: h264 qpel: use the correct number of utilized xmm regs in cglobal
[14:36] <cone-99> ffmpeg.git 03Justin Ruggles 073ffed68c2afa: mpegaudiodec: use planar sample format for output unless packed is requested
[14:36] <cone-99> ffmpeg.git 03Justin Ruggles 078e134e5104e9: lavc: clarify get_buffer() documentation
[14:36] <cone-99> ffmpeg.git 03Michael Niedermayer 07a13148f63351: Merge commit '8e134e5104e99a69cd4cea10540a7ce9c3682a2c'
[15:46] <blez> hello, since the #ffmpeg is silent I'll ask here (also it might be a code problem)
[15:46] <blez> I'm converting wav stream to .flac, but the output is not seekable
[15:46] <durandal_1707> what player?
[15:47] <blez> vlc, winamp
[15:48] <durandal_1707> what about ffplay?
[15:48] <durandal_1707> or mplayer
[15:48] <blez> I'll check.
[15:49] <blez> ffplay doesn't play it well
[15:49] <blez> it's all slowed down
[15:49] <blez> invalid sync code
[15:50] <durandal_1707> pastebin full ffplay console output
[15:51] <blez> http://pastie.org/pastes/5437530/text
[15:52] <blez> that's with this cmd line: ffmpeg -f dshow -i audio="virtual-audio-capturer" something.flac
[15:54] <durandal_1707> try another container
[15:55] <durandal_1707> is this regression?
[15:59] <blez> it works with .wav
[16:00] <durandal_1707> it may be flac muxer bug
[16:00] <durandal_1707> blez: you use flac in .wav ?
[16:01] <blez> I think the input stream is wav and I want to output flac
[16:01] <durandal_1707> input stream is dshow
[16:01] <durandal_1707> use -acodec flac something.wav
[16:02] <cone-99> ffmpeg.git 03Justin Ruggles 073d3cf6745e2a: aacdec: use float planar sample format for output
[16:02] <cone-99> ffmpeg.git 03Michael Niedermayer 0759b68ee8870a: Merge commit '3d3cf6745e2a5dc9c377244454c3186d75b177fa'
[16:05] <blez> vlc can't even play it, winamp plays it but it's not seekable
[16:05] <blez> (winamp plays it when renamed to .flac)
[16:08] <durandal_1707> blez: is it seekable with ffplay?
[16:10] <blez> no, it's slow
[16:11] <blez> I can't tell if it's seekable cause the sound is screwed
[16:11] <blez> nope, not seekable, I saw the output
[16:13] <blez> so, is it fixable? Cause I know there are formats that can't be converted well from streams
[16:15] <durandal_1707> hmm, try nut
[16:17] <cone-99> ffmpeg.git 03Diego Biurrun 077ee40713621d: x86: fix build without inline asm
[16:17] <cone-99> ffmpeg.git 03Janne Grunau 07706acb558a38: h264: enable low delay only if no delayed frames were seen
[16:17] <cone-99> ffmpeg.git 03Janne Grunau 075ae72f545329: flashsv: check for keyframe before using differential coding
[16:17] <cone-99> ffmpeg.git 03Michael Niedermayer 07a3f30f2e995c: Merge commit '5ae72f54532960cb9eae82a1c9e8d505106c022b'
[16:18] <blez> is that no
[16:20] <durandal_1707> try -acodec flac something.nut
[16:20] <durandal_1707> does it seeks/plays correctly with ffplay?
[16:22] <blez> Invalid data found while processing input
[16:23] <durandal_1707> it plays nothing?
[16:24] <blez> yes
[16:24] <blez> it just prints this line
[16:24] <blez> "Invalid data found when processing input"
[16:24] <cone-99> ffmpeg.git 03Janne Grunau 077709ce029a7b: lavf: avoid integer overflow in ff_compute_frame_duration()
[16:24] <cone-99> ffmpeg.git 03Michael Niedermayer 07386fc67c79b7: Merge remote-tracking branch 'qatar/master'
[16:25] <durandal_1707> looks like you cant ecode directly to flac
[16:25] <blez> blah.
[16:26] <durandal_1707> you could try other codecs, perhaps only pcm ones will work
[16:30] <blez> fine, thanks
[16:31] <blez> also, is there a way to redirect the visual output of ffplay to a window?
[16:33] <cone-99> ffmpeg.git 03Michael Niedermayer 074b5a12a2cb02: af_aresample: fix rounding of negative timestamps
[17:58] <cone-99> ffmpeg.git 03Sergio Garcia Murillo 07ec51b3308eff: h264: Fix minor bug in h264.c error trace
[18:05] <Compn> anyone find any good deals on 3tb hds today ? 
[18:05] <Compn> ehe
[18:23] <michaelni> Compn, whats good ?
[18:24] <Skyler_> Thre's a ~$130 refurbished one on Newegg I think, for internals, but I'm pretty sure I remember Black Friday having better deals
[18:24] <michaelni> i see this one: http://geizhals.at/eu/686485 <-- 117.9 euro
[18:26] <michaelni> but thats more expensive than US :(
[18:29] <michaelni> amazon seems to list some 3tb at 130usd too
[18:38] <Compn> heh
[18:38] <Compn> 4TB $170 http://www.amazon.com/Touro-Desktop-External-Drive-0S03396/dp/B007K4HA0W/ref=cm_cr_pr_product_top
[18:38] <Compn> go go go...
[18:38] <nevcairiel> probably some noname branded drive inside. :p
[18:39] <Compn> hitatchi :)
[18:39] <tg2> likely a hitachi ;)
[18:39] <nevcairiel> somehow i feel confirmed in my opinion
[18:39] <tg2> yeah hgst
[18:39] <tg2> its a deathstar
[18:39] <Compn> hitachi is what i've been buying
[18:40] <Compn> after wd , seagate, maxtor shenanigans
[18:40] <tg2> hitachi is great actually
[18:40] <nevcairiel> you never had ibm shenanigans? :p
[18:40] <tg2> I have 36 of the regular deskstars in raid, not 1 failure yet
[18:40] <Compn> i didnt even know ibm still sold drives haha
[18:40] <nevcairiel> they sold their hdd line to hitachi
[18:40] <tg2> and hundreds of ultrastars
[18:40] <tg2> hgst is owned by WD now though I believe
[18:41] <tg2> © 2012 HGST, a Western Digital company
[18:41] <tg2> yep
[18:42] <nevcairiel> i run mostly WD drives, and dont remember any serious failure. got a DOA once, but that can happen to anything, so i don't think much about it
[18:42] <JEEB> I just run stuff through badblocks, if it passes that it'll work for a couple of months at least
[18:43] <tg2> zfs
[18:43] <tg2> fucks given about dead blocks: 0
[18:43] <JEEB> badblocks is the testing tool :P
[18:43] <JEEB> that runs a write/read pass through it all
[18:43] <tg2> ^
[18:44] <JEEB> aanyways, it's just a general test before formatting and putting the HDD into use
[18:44] <JEEB> :P
[18:44] <tg2> like burn in test?
[18:44] <JEEB> yes
[18:44] <tg2> makes sense, probably takes a while on a 4tb though :D
[18:44] <tg2> esp when you have 180 of them
[18:47] <JEEB> haha, yeah
[18:47] <JEEB> took like 28h for a 1TB drive
[18:48] <tg2> could probably use some optimization
[18:49] <tg2> at drive throughput should take ~20hrs to read/write
[18:49] <tg2> a raid-z replacement of a 4tb ultrastar takes about 36 hrs
[20:27] <ajiekcahdp> hi all,can anyone help me? rtmp
[21:01] <cone-99> ffmpeg.git 03Paul B Mahol 0767be7fb43259: adpcm: thp, afc: support multichannel decoding
[21:06] <burek> sorry for bugging you guys, but, can anyone explain what does line 51 in fate-recv.sh, which says "exec <report" actually do? (in fateserver repo)
[21:07] <burek> report is a text file
[21:07] <burek> i.e. not a script/executable
[21:09] <AJIeKCaHDp> Is it possible to ignore messages coming from the server?
[21:09] <AJIeKCaHDp> rtmp
[21:09] <burek> 2>/dev/null ?
[21:09] <cone-99> ffmpeg.git 03Michael Niedermayer 0789d5262289ae: mpeg4videodec: use ROUNDED_DIV for pts calculation
[21:09] <cone-99> ffmpeg.git 03Michael Niedermayer 078d231e37af0c: af_aresample: consistently use ROUNDED_DIV
[21:10] <AJIeKCaHDp> I think that the RTMP server sends ffmpeg command abort and streaming video stops
[21:42] <cone-99> ffmpeg.git 03Michael Niedermayer 07109268c826ae: get_dc: fix rounding
[21:56] <burek> if anyone finds some spare time to check this, i would really appreciate it: http://pastebin.com/nWTgymYv
[21:56] <burek> i dont understand the meaning of "exec <report"
[22:12] <michaelni> burek, it makes stdin suck from a file named report
[22:15] <burek> so, those 2 lines
[22:15] <burek> exec <report
[22:15] <burek> head -n2 >summary
[22:16] <burek> are actually equivalent to head -n2 report > summary?
[22:16] <burek> oh i get it now..
[22:16] <burek> thanks
[22:16] <burek> i thought he was executing something like variables assignments or such :S
[22:55] <saste> ffserver badly needs a maintainer (or more love)
[00:00] --- Tue Nov 27 2012