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

[burek]

[00:00] <durandal_1707> llogan: there is no -pass
[00:04] <cone-434> ffmpeg.git 03Michael Niedermayer 07master:c11c180132b3: MAINTAINERS: add Alexander Strasser for the server
[00:04] <cone-434> ffmpeg.git 03Michael Niedermayer 07master:3b2e99fe9ec4: avfilter/vf_perspective: factor u cliping code
[00:09] <llogan> durandal_1707: what you say!!!
[00:12] <durandal_1707> only i see pass1 and pass2
[00:12] <durandal_1707> really awkward
[00:12] <durandal_1707> so lets add pass3 - pass 255
[00:33] <llogan> have fun
[00:35] <durandal_1707> its no fun, its pain
[00:35] <gnafu> "Life is pain."
[00:36] <llogan> anybody want a peanut?
[00:37] <durandal_1707> no, i prefer nut
[00:39] <durandal_1707> pine nut
[00:43] <llogan> durandal_1707: so i guess the user can pass pass via x264opts/x264-params? da/nyet?
[00:46] <BBB> ubitux: no
[00:46] <BBB> ubitux: 32 is largest
[00:47] <BBB> ubitux: does it work? :)
[00:50] <BBB> ok so it doesn't work yet (after plugging in the function pointer), but it does do something
[00:50] <BBB> so that's a good start
[00:50] <BBB> ubitux: nice! so would you like me to commit this or hold off until it works?
[00:56] <Daemon404> BBB, think im sending you PR tomorrow with some bitstream parsing
[00:56] <BBB> ok
[00:56] Action: Daemon404 has to visit family tonight
[00:56] <Daemon404> the pre-moving visits. joy.
[00:56] <BBB> yay
[00:57] <BBB> don't worry about timing, I'm on vacation in asia so not doing much useful either
[00:57] <Daemon404> lol
[00:57] <BBB> stuff like this takes time
[03:05] <bernie_> I'm a bit confused about why when I use libfdk_aac on a matroska output, I only get CodecID = 'A_AAC' on the audio TrackEntry.  I was hoping for something more descriptive that includes the profile as well.  Just knowing that it's AAC isn't enough for when developing a video player.
[03:05] <bernie_> any thoughts on that?
[03:12] <Daemon404> the A_AAC/X/Y codec ids are deprecated
[03:12] <Daemon404> A_AAC is correct.
[03:13] <kierank> aac is complicated because of backwards compatiblity
[03:13] <bernie_> Oh
[03:14] <bernie_> So, but in iOS I need to tell the audio queue what type of AAC it is... so is there a way to find out? 
[03:14] <Daemon404> there's something to parse, presumably
[03:14] <bernie_> Hehe... yeah
[03:14] <bernie_> can't find it (yet)
[03:15] <kierank> why does the audio queue need to know what kind of aac it is
[03:15] <Daemon404> matroska is a mess.. their spec docs are out of date (like circa 2004)
[03:15] <kierank> you need to use an aac parser and find out the true sample rate
[03:15] <kierank> including extensions
[03:15] <Daemon404> so enjoy RTFSing...
[03:15] <bernie_> ewww
[03:16] <bernie_> really?!
[03:16] <bernie_> ewww
[03:19] <bernie_> kierank: I believe to setup an audio queue, I need to give it a valid AudioStreamBasicDescription, and there are values there that it seems to want.  Such as... mFormatID, which can be any number of AAC profiles.
[03:19] <kierank> ok
[03:26] <bernie_> that's frigging insane.  Sigh.  I thought I was done with decoding information when I finished my matroska reader.
[03:26] <bernie_> grr
[07:03] <cone-654> ffmpeg.git 03Marton Balint 07master:9f120e034fbe: ffplay: free subtitle pictures on exit
[07:03] <cone-654> ffmpeg.git 03Marton Balint 07master:608989f6bf8e: ffplay: fix memleak of non-bitmap subtitles
[07:03] <cone-654> ffmpeg.git 03Marton Balint 07master:e84ca8d38a18: ffplay: ensure the decoder is flushed before exiting or looping
[07:03] <cone-654> ffmpeg.git 03Marton Balint 07master:18be3fac1d04: ffplay: check for filter EOF return codes
[07:48] <ubitux> BBB-work: yeah please hold, it's a WIP, i will try to make it work
[08:00] <cone-654> ffmpeg.git 03Martin Storsjö 07master:dfc6b5c81491: file: Move win32 utf8->wchar open wrapper to libavutil
[08:00] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:0dc17da30825: Merge commit 'dfc6b5c81491abf7effb97b23af17ccf7adcd132'
[08:59] <cone-654> ffmpeg.git 03Anton Khirnov 07master:fa09e76010b7: FATE: add a TAK test
[08:59] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:760c5278dbff: Merge remote-tracking branch 'qatar/master'
[09:30] <BBB> ubitux: ok
[09:43] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:190a5893d189: avfilter/fifo: explicitly assert that a frame should have become available after request
[10:28] <zidanne> I am trying to manually convert S16 to S16P. Where am I doing wrong? http://pastebin.com/h2DujTa6
[10:28] <nevcairiel> S16 is interleaved sample by sample
[10:29] <av500> you cannot convert interleaved to planar with a memcpy
[10:29] <av500> unless you have a special memcpy :)
[10:33] <zidanne> swr_convert crashes, that is why I am trying to find another way :/ I already use swr_convert perfectly to convert FLTP to S16, but I can't do it to convert from S16 to S16P (which I will use in libmp3lame)
[10:33] <wm4> zidanne: swr probably crashes because you're not using it correctly
[10:33] <wm4> zidanne: maybe paste your swr code?
[10:34] <wm4> it's probably just some oversight if it already works with other formats
[10:37] <zidanne> wm4: http://pastebin.com/XRbH8Xze
[10:40] <wm4> you pass AVCODEC_MAX_AUDIO_FRAME_SIZE as number of output samples
[10:40] <wm4> this looks wrong
[10:41] <wm4> and passing decoded_frame.linesize[0] as in_count looks wrong too
[10:43] <zidanne> as this is non-planar input, i thought that linesize[0] would be correct
[10:44] <wm4> linesize is in bytes
[10:44] <bernie_> hi wm4! 
[10:44] <wm4> but swr wants something else
[10:44] <wm4> I'm not sure what it is... looks like you could call it number of frames
[10:44] <wm4> bernie_: hi
[10:45] <bernie_> so, I've got vp8 video playing from a matroska file on my iOS device... nice!  Having a headache with getting the Audio going though (AAC).  What a mess! :(
[10:46] <bernie_> I'm not sure even where to start debugging the problem.  iOS is telling me that it can't decode the first 2 frames... which seem impossibly small to me anyhow (just 160 bytes)
[10:54] <zidanne> bernie_: why not discard 2 frames?
[10:58] <zidanne> I changed the function to handle interleaved format. manually converting from S16 to S16P but it still does not work. Do you see any problems here? http://pastebin.com/uxzZySt5
[10:59] <av500> its ugly
[10:59] <av500> define src, a and b outside and just increase in the loop
[11:00] <av500> also, uint8_t for S16?
[11:00] <av500> also, why the channel check inside the loop?
[11:00] <av500> will the number change while it runs?
[11:01] <av500> *a++=*srr++;
[11:01] <av500> *b++=*src++;
[11:01] <av500> also
[11:01] <av500> it fails for channels > 2
[11:03] <zidanne> I am just trying to make it work for the current situation. that is why I ignored situations other than channels==2
[11:03] <zidanne> http://pastebin.com/H6D9eQbY
[11:05] <av500> that might work
[11:35] <zidanne> av500: it worked after a few more adjustments. thank you.
[12:19] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:c9837613ed05: avfilter/trim: Fix assertion failure with empty frames
[12:49] <michaelni> smarter, whats the status of hevc ?
[12:51] <JEEB> he hasn't worked on it for a while, so the openhevc libav tree is currently the most up-to-date IIRC. And elenril is going through it atm.
[12:51] <JEEB> also we still don't have the final draft on 14496-15 amendment 2 :<
[12:52] <JEEB> which holds back both "mp4" and matroska with regard to HEVC
[12:52] <michaelni> whats the expected timeframe for elenril merging openhevc ?
[12:53] <JEEB> it's really a mess so I don't know of timeframes just yet :s openhevc added intrinsics and there's random commented out code etc.
[12:54] <durandal_1707> there is some reason for the rush?
[12:54] <durandal_1707> lol 61af627d56
[12:55] <JEEB> there's no rush really, but everyone kind of wants HEVC to get finally merged into libavcodec
[12:55] <JEEB> since it mostly works
[12:55] <durandal_1707> its already in widespread use?
[12:56] <JEEB> we're kind of getting stuff created in it almost every day, and the MCW x265 project kind of has brought a semi-usable-speed encoder
[12:56] <JEEB> MC/DivX have publicized their decoder, and they should put up the encoder during the summer as well
[12:57] <durandal_1707> and where are such stuff available?
[12:58] <JEEB> I don't know which you mean with that, but MCW's project is @ https://bitbucket.org/multicoreware/x265/ and DivX releases its stuff @ http://labs.divx.com/term/HEVC
[12:58] <durandal_1707> i mean watchable files
[12:58] <JEEB> oh
[12:58] <durandal_1707> or stream?
[12:58] <JEEB> well divx has some samples, I have some samples @ http://x264.fushizen.eu/samples/hevc/
[12:59] <JEEB> and then there's the ITU ftp used for the tests smarter made
[13:01] <michaelni> someone should put some samples to samples.ffmpeg.org
[13:02] <JEEB> also do note that rovi/mc/divx hacked up a kind of a pre-release spec for hevc in matroska, but it most probably won't be used in the end because everyone wants to copy the extradata format from 14496-15 amendment 2... which is seemingly in a limbo because there are no public working drafts, unlike with JCT-VC
[13:04] <michaelni> sounds like many non-issues. We need to support both the final spec and whatever hacks people use before it anyway
[13:05] <JEEB> I'm not sure if supporting both will be fun :P Since they both use the same ID and all
[13:07] Action: pippin notices that ffmpeg sometimes encodes invalid GIFs (decoders complain about "too much data")
[13:07] <michaelni> pippin, is there a ticket on trac about that ? if not please open one (with enough info to reproduce)
[13:08] <durandal_1707> pippin: how to reproduce?
[13:09] <pippin> it seems data dependent
[13:09] <pippin> thus should be possible to reproduce also without the custom dithering algorithm I'm hacking on... (http://pippin.gimp.org/dither/)
[13:12] <durandal_1707> what is exact error reported by decoder?
[13:14] <pippin> gimp reports:
[13:14] <pippin> GIF: too much input data, ignoring extra...
[13:15] Last message repeated 1 time(s).
[13:16] <pippin> mplayer reports: GIF-LIB error: Image is defective, decoding aborted.
[13:19] <durandal_1707> what lavf/lavc version you are using?
[13:20] <pippin> bdccfc which is origin/master as of Sat Aug 3 00:45:08 2013 +020
[13:22] <pippin> the middle of the gif's on the url referenced above should be the defective gif, though I prefer not to check as I'm on expensiveish mobile connection right now - if it loops before the others in the browsers it likely is the one
[13:41] <durandal_1707> this error difusion dither is single pass?
[13:42] <pippin> yep, and it is deterministic based on input color and position
[13:43] <durandal_1707> well to me all 3 sucks on its own
[13:47] <pippin> finding a good dither (to 256 colors) is about compromising various suck factors
[13:47] <durandal_1707> the test-nesodden.gif is shorter than others, is that one you get error when decoding?
[13:48] <pippin> yes
[13:48] <pippin> the browser loops it at the error
[13:48] <durandal_1707> i do not get any error here
[13:49] <durandal_1707> and firefox loops all of them
[13:49] <durandal_1707> also i failed to find too much input ... error log in code
[13:50] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:f58cd2867a8a: avformat/paf: Fix integer overflow and out of array read
[13:50] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:c94f9e854228: avutil/mem: Fix flipped condition
[13:50] <durandal_1707> perhaps you have original lossless files somewhere (same dimensions)
[13:50] <pippin> it would have to be the lossless, dithered result
[13:51] <pippin> if I keep stumbling across this while experimenting with dithering; I'll wrap it up in a bug report...
[13:54] <pippin> durandal_1707: btw firefox wouldnt complain, it would just loop the gif prematurely
[14:22] <cone-654> ffmpeg.git 03Michael Niedermayer 07release/2.0:1bf2461765c5: avfilter: fix plane validity checks
[14:22] <cone-654> ffmpeg.git 03Michael Niedermayer 07release/2.0:211374e52a93: avutil/mem: Fix flipped condition
[14:22] <cone-654> ffmpeg.git 03Michael Niedermayer 07release/2.0:50f9c4acc3ea: avformat/paf: Fix integer overflow and out of array read
[14:22] <cone-654> ffmpeg.git 03Michael Niedermayer 07release/2.0:d6d168e87b63: avfilter/vf_separatefields: fix ;;
[14:28] <durandal_1707> michaelni: this too 86e722ab97d7f5?
[14:29] <durandal_1707> and bc2187cfdb5eeb82e3ca
[14:59] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:a9553e8f3792: avcodec/tiff: avoid seek back on reading tags
[14:59] <cone-654> ffmpeg.git 03Michael Niedermayer 07master:200170e8c0b7: avcodec/tiff: remove redundant check
[16:50] <j-b> spam incoming
[23:08] <cone-749> ffmpeg.git 03Michael Niedermayer 07master:12538bb9c2f4: avformat/nut: support planar rgb
[23:08] <cone-749> ffmpeg.git 03Michael Niedermayer 07master:db8578a809f5: avcodec/raw: gbrp support
[23:38] <Datalink> ok, just compiled ffmpeg on my Ubuntu box, same parameters as the Raspberry Pi I'm trying to stream from, same error
[23:48] <Datalink> it gives me an input output error on the RTMP
[00:00] --- Sat Aug 10 2013