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

[burek]

[00:15] <reynaldo> Timothy_Gu: Cool, thanks for letting me know
[04:02] <cone-939> ffmpeg.git 03Omer Osman 07master:e0bfe34ea8cc: libfdk-aacdec: Reduce the default decoder delay by one frame
[04:02] <cone-939> ffmpeg.git 03Michael Niedermayer 07master:4216a5082bee: Merge commit 'e0bfe34ea8ccf333ec5b17961fd58eb575e74f8b'
[04:26] <cone-939> ffmpeg.git 03Carl Eugen Hoyos 07master:d919fdd4f7e8: Do not detect jp2 images as mov files.
[04:27] <cone-939> ffmpeg.git 03Carl Eugen Hoyos 07master:8f6a04a279bb: Assume that old bmps do not contain transparency information.
[04:27] <cone-939> ffmpeg.git 03Carl Eugen Hoyos 07master:810294ce3d3d: Use os/2 palette even if it contains less than 256 entries.
[04:27] <cone-939> ffmpeg.git 03Michael Niedermayer 07master:d5818c37f321: Merge remote-tracking branch 'cehoyos/master'
[07:05] <Timothy_Gu> saste: if you have time, can you review my Doxygen patches? Thanks. 
[11:53] <cone-709> ffmpeg.git 03Stefano Sabatini 07master:85eabd748bc7: lavfi/drawtext: do not allocate FT_Glyph, but keep it in the Glyph structure
[11:53] <cone-709> ffmpeg.git 03Stefano Sabatini 07master:60f162946f09: tools/ffeval: print computed value even in case of error
[12:08] <cone-709> ffmpeg.git 03Lukasz Marek 07master:362cfe8ce101: doc/protocols: document unit of timeouts for ftp and http
[12:55] <cone-709> ffmpeg.git 03Carl Eugen Hoyos 07master:d3e51b411858: Fix standalone compilation of the amv encoder.
[14:54] <wm4> michaelni: would it make sense to introduce a flag or something to indicate that a format is an image file?
[14:57] <michaelni> possible, yes, depends mostly upon if something (like a wildcard evaluation at probe time) needs it
[14:57] <wm4> I want to override the framerate for such things, and since it's a group of demuxers, it's hard to know
[14:57] <wm4> no
[14:57] <wm4> not for wildcards
[15:02] <wm4> could be an AVFMT_ flag
[15:04] <michaelni> maybe the should set AVFMT_NOTIMESTAMPS
[15:05] <michaelni> should have set
[15:15] <wm4> that isn't completely sufficient of course
[15:15] <wm4> and timestamps are actually set on the packets
[15:44] <microchip_> michaelni: any idea why eac3 does not support more than 6 channels?
[15:48] <microchip_> (according to wiki, eac3 supports up to 16 chans)
[15:51] <michaelni> microchip_, do you have a sample which contains more than 6 channels and is decoded to less ? (and is a real world stream)
[15:52] <michaelni> wm4, "#define AVFMT_NOTIMESTAMPS  0x0080 /**< Format does not need / have any timestamps. */"
[15:53] <microchip_> michaelni: i have a film with DTS ES (6.1 channels). if I use -channels 7, eac3 defaults to a max of 5.1. I can cut a small sample from this film
[15:53] <michaelni> wm4, to which image formats does this not apply ?
[15:55] <michaelni> microchip_, dts es or eac3 ? either way please open a ticket on trac if we lack support for something
[15:56] <microchip_> michaelni: i try to encode DTS ES to EAC3, keeping all channels of the DTS audio, but eac3 defaults to max of 6 chans, even when i use -channels 7
[15:56] <wm4> michaelni: the question is to what non-image format this flag applies
[15:56] <microchip_> i will create a ticket with the sample
[15:57] <michaelni> wm4, its currently used mostly for muxers with few exceptions
[15:57] <microchip_> michaelni: it's from a copyrighted film. Am I allowed to post a small sample from it?
[15:58] Action: michaelni IANAL
[15:58] <microchip_> hmm
[15:58] <michaelni> cannot give legal advice, though might fall under fair use
[15:58] <microchip_> ok
[15:59] <wm4> somehow I doubt anyone ever got in trouble for test samples
[15:59] <wm4> even the mplayer/ffmpeg samples ftp has excerpts from major hollywood movies etc.
[16:02] <wm4> (but IANAL too)
[16:05] <michaelni> yes, i do too belive its all fine and fair use, but i cannot give legal advice as iam not a lawyer ...
[16:06] <microchip_> ok, ticket created
[16:10] <microchip_> hmm, mkvinfo says the DTS ES audio is 6 chans, but both mediainfo and mplayer report it's 7 chans
[16:11] <microchip_> mplayer decodes it at 7 chans when i use -channels 7
[16:19] <microchip_> yup, ffmpeg also says it's 6.1 chans
[17:32] <durandal_1707> opw on wiki lists opus, but native opus was merged
[17:33] <wm4> edit it
[17:33] <durandal_1707> i forgot password
[19:17] <cone-486> ffmpeg.git 03Diego Biurrun 07master:009331303a64: x86: huffyuvdsp: Move inline assembly to init file
[19:17] <cone-486> ffmpeg.git 03Michael Niedermayer 07master:6bef3e55bdc7: Merge commit '009331303a6462d07cbe94aef9c446f1a1695519'
[19:41] <cone-486> ffmpeg.git 03Clément BSsch 07master:d5601cf6fc1c: avfilter/haldclut: fix R/B swap in CLUT loading
[19:45] Action: ubitux goes buy a few L of cola
[20:11] <cone-486> ffmpeg.git 03Diego Biurrun 07master:12f129e545e5: x86: Unconditionally compile blockdsp and svq1enc init files
[20:11] <cone-486> ffmpeg.git 03Michael Niedermayer 07master:5036c8b17b29: Merge commit '12f129e545e5a5844b6ad7f3eb6a438015cad8bc'
[20:18] <cone-486> ffmpeg.git 03Diego Biurrun 07master:b0de1c766329: x86: build: Only compile FDCT code if MMX is enabled
[20:18] <cone-486> ffmpeg.git 03Michael Niedermayer 07master:19b79c1429c4: Merge commit 'b0de1c766329dd8c9960ad1722e2f653160abc1b'
[21:47] <jamrial> ^ I tried to implement vp8 in ogg muxing like i did for demuxing back then, but the vp8 invisible frames thing gave me some trouble
[21:51] <Daemon404> xiph 'discourages' new ogg mappings iirc
[21:51] Action: Daemon404 stares at ogm
[21:56] <jamrial> Well, there's a mapping for vp8 at least https://wiki.xiph.org/OggVP8
[21:56] <Daemon404> oh
[21:56] <Daemon404> i guess my next question was... why
[21:57] Action: jamrial shrugs
[21:57] <Daemon404> lol
[21:57] Action: Daemon404 assumes jamrial has read the quintissential ogg posts by mans
[21:58] <jamrial> no. can you link it?
[21:59] <Daemon404> http://hardwarebug.org/2010/03/03/ogg-objections/
[21:59] <Daemon404> http://hardwarebug.org/2008/11/17/ogg-timestamps-explored/
[21:59] <Daemon404> i also recommend the jpeg ones
[21:59] <Daemon404> kinda funny
[22:00] <jamrial> thanks
[22:02] <cone-486> ffmpeg.git 03James Almer 07master:dad31083aec7: x86/svq1enc: port ssd_int8_vs_int16 to yasm
[22:02] <smarter> there's a response by monty too if you want more entertainment: https://people.xiph.org/~xiphmont/lj-pseudocut/o-response-1.html
[22:03] <Daemon404> smarter, lu_zero claimed he got monty to admit ogg was bad i think
[22:04] <Daemon404> unless i misremember
[22:04] <Daemon404> (quite possible, i was drunk)
[22:05] <smarter> I've never bothered to learn anything about containers since everyone keep telling me they all suck
[22:09] <kierank> Daemon404: monty wanted to use ogg pages in ts
[22:09] <kierank> sorry not monty
[22:09] <kierank> tim
[22:10] <Daemon404> kierank, did you stop him
[22:10] <Daemon404> did you save the world
[22:10] <kierank> yes
[22:10] <Daemon404> \o/
[22:11] <Daemon404> smarter, containers are bad
[22:11] <Daemon404> lavf is worse
[22:11] <Daemon404> kierank, whats the status of the opus-in-ts thing anyway?
[22:11] <kierank> there's a vlc patch
[22:11] <Daemon404> last thing i saw was your tweet
[22:12] <Daemon404> is the spec final?
[22:12] <Daemon404> and ratified
[22:12] <kierank> we have a mapping
[22:12] <kierank> probably the spec needs some tweaks
[22:12] <kierank> and clarifications
[22:12] <Daemon404> did you ever solve that lack of in-band stuff
[22:12] <kierank> yes
[22:12] <Daemon404> cool
[22:13] <Daemon404> is it public or like some smpte secret review
[22:13] <Daemon404> or somethin
[22:13] <kierank> public but i can't find the link right now
[22:13] <kierank> it's a draft spec
[22:13] <Daemon404> ok
[22:13] <kierank> the spec has no relation to smpte
[22:13] <kierank> smpte only look after the indentifier "Opus"
[22:14] <Daemon404> ah
[22:14] <Daemon404> the 8-bit id or whatever it is?
[22:14] <kierank> 4 byte
[22:14] <kierank> we can do whatever in that space
[22:14] <Daemon404> ok
[22:14] <kierank> put pictures of cheese if we like
[22:14] <Daemon404> spec will be what? ietf? iso?
[22:15] <kierank> in theory dvb
[22:15] <Daemon404> oh
[23:29] <Timothy_Gu> michaelni: seems like you forgot about this
[23:30] <Timothy_Gu> https://lists.mplayerhq.hu/pipermail/fate/2014-January/000402.html
[23:37] <michaelni> Timothy_Gu, done, thanks for reminding
[00:00] --- Sun Jul  6 2014