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

burek burek021 at gmail.com
Sun Feb 19 02:05:03 CET 2012

[00:00] <CIA-48> ffmpeg: 03Carl Eugen Hoyos 07release/0.10 * r569cb94869 10ffmpeg/cmdutils.c: 
[00:00] <CIA-48> ffmpeg: Fix ffmpeg -codecs output.
[00:00] <CIA-48> ffmpeg: (cherry picked from commit f6492476a63938cc66c51bf61c88407b7749f780)
[00:49] <Compn> i gotta say
[00:49] <Compn> libav gsoc tasks look bad
[00:51] <Compn> vp7? unused rare and stupid on2 crap. hevc/h265 isnt even a spec yet. rtmpe just duplicating the heck out of librtmp? build system to a new project - trying to duplicate autotools ?
[00:51] <Compn> hardware accel api, somehow going to merge vaapi and vdpau into one wrapper, and probably do it without carl's help?
[00:52] <kierank> aacs is a pretty bad idea fwiw too
[00:52] <kierank> hevc is almost finished so parts can be implemented
[00:52] <Compn> i mean , merging vaapi would be great
[00:52] <Compn> so thats ok with me, ignore that one
[00:53] <Compn> or someone said skype used vp7
[00:53] <Compn> can you record videos from skype ?
[00:53] <kierank> yes they do
[00:53] Action: Compn has no clue
[00:56] <iive> the vaapi/vdpau merger could be a great thing or great disaster, depending on what model they prefer.
[00:57] <Compn> wasnt a wrapper for both proposed years ago ?
[00:57] <iive> and given they probably make it in spite of carl, I'd say they would pick the wrong one.
[00:57] <Compn> vaapi could do it already i thought ?
[00:58] <Compn> i mean, you could run vdpau under vaapi
[00:58] <iive> yes.
[00:58] <Compn> except everyone rejected the way vaapi did it, years ago :\
[01:00] <iive> well, we will see. I hope I would be wrong.
[01:01] <michaelni> the main issue i see with h265 is the mentor is not really qualified to mentor it.
[01:02] <iive> who is the mentor?
[01:02] <michaelni> ronald IIRC
[01:02] <iive> BBB?
[01:02] <michaelni> and IMO dark shikari or loren would be much more qualified libav devels
[01:02] <michaelni> yes
[01:04] <Compn> imo writing an advanced codec like h265 will be is an incredibly hard task for a student
[01:05] <iive> he worked with darkshikari on optimizing vp8 and afaik, he is emplyed by google to work on the codec.
[01:05] <Compn> unless you find another kostya...
[01:06] <iive> while I would also prefer ds and pengvado, I think he could handle the task.
[01:06] <kierank> for various reasons ds will not be mentoring this year
[01:06] <kierank> that's almost certain
[01:06] <Compn> is he mentoring x264 soc ?
[01:06] <Compn> is there an x264 soc ?
[01:06] <kierank> doubt it
[01:06] <iive> btw, is h265 finalized ?
[01:06] <kierank> nearly
[01:07] <LordRPI> oh boy...
[01:07] <iive> i actually haven't read anything about it. Do you have some easy to read summary of the changes?
[01:08] <j-b> kierank: who spoke about aacs?
[01:08] <Compn> aacs is on the libav gsoc page
[01:08] <j-b> why?
[01:08] <Compn> also its kinda rude to just move the article instead of copying it
[01:08] <kierank> it's an ffmpeg project
[01:08] <j-b> http://git.videolan.org/?p=libaacs.git;a=shortlog
[01:08] <kierank> j-b: exactly..
[01:08] <j-b> it works perfectly fine
[01:09] <Compn> kierank / j-b : i think i meant the task to connect libaacs to ffmpeg
[01:09] <Compn> in order to play/decrypt discs
[01:09] <kierank> still silly imho
[01:09] <kierank> just sticking random stuff in ffmpeg because you can
[01:09] <Compn> whaaaaaaaaaat
[01:09] <Compn> people want to encode blurays ?
[01:09] <Compn> how is that random ?
[01:09] <kierank> decrypt them separately
[01:09] <iive> it is actually punishable by acta
[01:09] <Compn> or you think they need to rip discs to hd first ?
[01:09] <j-b> Compn: connect libaacs to ffmpeg? this is stupid. libbluray does that.
[01:10] <kierank> ffmpeg is not a drm library
[01:10] <Compn> j-b : well that aacs task was written a year or two ago ... just copied to new one
[01:10] <j-b> this is totally stoopid
[01:10] <Compn> feel free to delete it off gsoc page
[01:11] <Compn> there isnt a mentor for it anyhow
[01:11] <j-b> integration ffmpeg of libbluray is a 10hour task, at most
[01:11] <j-b> and it gives you libaacs for free
[01:11] <Compn> theres already a patch...
[01:11] <j-b> it does not give bd+
[01:11] <Compn> i just didnt know how it all worked when i suggested it years ago
[01:11] <j-b> which is _important_
[01:11] <kierank> libbluray in ffmpeg does make some sense
[01:12] <Compn> ok removed from wiki
[01:12] <Compn> everyone happy? :)
[01:12] <Compn> i dont want to duplicate libaacs
[01:13] <j-b> now, I would suggest libbdplus SoC
[01:14] <iive> i thought libblueray can handle it, why else would it need java?
[01:14] <kierank> for all the other blu-ray stuff in java
[01:14] <iive> like bd+?
[01:15] <kierank> you are not making any sense any more
[01:15] <kierank> blu-ray uses lots of java components, one of those java components is bd+
[01:15] <j-b> bd+ and bd-j are different
[01:15] <j-b> bd-live is part of bd-j
[01:15] <j-b> bd+ does not need really need java, while bd-j does.
[01:16] <Compn> j-b : its just that we are noobs when it comes to stupid bluray technology
[01:16] <Compn> so we ask dumb questions
[01:16] Action: Compn owns no bluray equipment or discs
[01:16] <Compn> and a libbdplus would probably do best in vlc gsoc :)
[01:16] <iive> If I remember what i've read bd+ have some command language that is quite similar to java bytecode, so the implementation would need its virtual machine or something like that.
[01:16] <Compn> if you could convince enough of those doom9 guys to mentor anonymously...
[01:17] <Compn> stupid sony/mpaa lawyers
[01:17] <j-b> iive: indeed.
[01:28] <iive> j-b: this is what i thought they use the jvm for.
[01:29] <j-b> no, the jvm is mostly used for bd-j and animation
[01:33] <iive> if there is bd+ implementation, could jre be used. Or could some of the opensource jvm be modified and used instead?
[01:38] <j-b> no
[01:38] <j-b> the current bd+ implementation does not use jre
[01:47] <iive> so, is the vm simple enough to be done from scratch in one gsoc or is it easy task to modify existing one?
[01:48] <j-b> the code is already done
[01:48] <j-b> one needs to fix and update it
[01:49] Action: Compn hopes one day a list of aacs keys will be committed to mplayer
[01:49] <Compn> then anyone can pull it from svn ;)
[01:50] <j-b> highly illegal
[01:53] <Compn> behind 7 proxies...
[01:53] <Compn> :P
[01:53] <iive> Compn: you want all mplayer developers arrested and extradited to usa, like megaupload ?
[01:53] <Compn> haha 
[01:53] <Compn> i'm still sad about megaupload :(
[01:54] <iive> the fun is just starting.
[01:54] <Compn> honestly usa is bankrupt , we dont have enough money for any wars, prison, etc
[01:54] <Compn> not sure whats going on right now
[01:54] <Compn> 'more of the same'
[01:55] <iive> money are easy, you just print more.
[01:55] <Compn> poor greece :(
[01:55] <Compn> who was first? iceland ?
[01:55] <iive> well, their problem is that they can't print euro.
[01:55] <Compn> whos next ?
[01:57] <michaelni> printing more money is just a hidden way of stealing from the people
[01:57] <Compn> not really hidden either
[01:57] <iive> yes. it is.
[01:57] <Compn> when bread costs $5 a loaf
[01:57] <Compn> i know somethings wrong
[01:58] <michaelni> well id guess most people consider the police walking into their house and taking their stuff to sell it and the government printing more money as different things
[01:58] <michaelni> but its not really different
[01:59] <iive> Compn: is that with or without th5 roe ?
[01:59] <Compn> iive : thats with all of the corn syrup our tax money can buy!
[02:00] <Compn> usa subsidizes corn syrup, then corn syrup companies advertise on tv that corn syrup isnt bad for you :(
[02:00] <iive> michaelni: it is actually different thing. in first case you loose the stuff you've already bought. In the second they took the stuff you were going to buy.
[02:00] <j-b> Compn: seriously, getting the keys is simple
[02:01] <j-b> http://vlc-bluray.whoknowsmy.name/
[02:01] <Compn> oh nice keydb
[02:01] <michaelni> iive, sure the details are different 
[02:02] <Compn> j-b : so just keep the player key and dont need to record the disc key then?
[02:02] <michaelni> but when your money is worth nothing you have to sell something if you have something
[02:02] <michaelni> so the endresult is the same
[02:02] <Compn> yes but there is no one to buy anything you pawn off :)
[02:02] <Compn> pawn shops are full of goods
[02:03] <j-b> Compn: just use the pk, yes.
[02:03] <Compn> j-b : its probably illegal to even link to that site now, in usa
[02:03] <Compn> :d
[02:03] <j-b> maybe
[02:04] <iive> Compn: is there something in usa tha tis legal?
[02:05] <Compn> iive : i used to know, but they've changed laws recently
[02:05] <Compn> j-b : you think the authors of that site would mind if mplayer put a news entry up about vlc playing bluray ?
[02:06] <j-b> no idea.
[02:06] <j-b> no idea who they are
[02:06] <iive> Compn: this is a sneaky move!
[02:06] <j-b> and their KEYDB.cfg certificate is already revoked
[02:06] <j-b> Compn: and to be honest, it has nothing to do with VLC
[02:07] <Compn> i can see that 
[02:08] <j-b> iive: back to the topic, I would not recommend anyone to work on BD+ in their names
[02:08] <Compn> or people from usa to work on it at all.
[02:08] <j-b> libbluray is fine
[02:08] <Compn> or new zealand apparently ;\
[02:08] <j-b> libaacs is ok-ish, I guess.
[02:08] <j-b> bd+ is not
[02:08] <Compn> nz used to be a cool place
[02:10] <iive> Compn: nope, they have always been quite authoritarian. But it is calm place, without much distractions and entertainment. And they like it that way.
[02:10] <Compn> did they also mistreat the maori, like austrailia did with the aborigines ?
[02:11] Action: Compn cant remember his history
[02:11] <iive> I never knew. Ask Lobs.
[02:18] <durandal_1707> michaelni: sent patch which need to be commited immediately!
[02:18] <durandal_1707> 10 days passed and nobody reported issue....
[02:31] <michaelni> durandal_1707, just a seocnd, ill finish the merge and then apply it
[02:34] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * rb4027d9749 10ffmpeg/libavcodec/ (sinewin.h sinewin_tablegen.c sinewin_tablegen.h wmaprodec.c): 
[02:34] <CIA-48> ffmpeg: wmapro: change max. block size to 13 bits.
[02:34] <CIA-48> ffmpeg: WMApro actually support 13-bits block sizes (potentially even up to 14),
[02:34] <CIA-48> ffmpeg: and thus we should support that also. If we get block sizes beyond what
[02:34] <CIA-48> ffmpeg: the decoder can handle (14 is possible depending on s->decode_flags),
[02:34] <CIA-48> ffmpeg: error out instead of crashing.
[02:34] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * r52e4018be4 10ffmpeg/libavcodec/ (flacdec.c golomb.h): 
[02:34] <CIA-48> ffmpeg: flac: fix infinite loops on all-zero input or end-of-stream.
[02:34] <CIA-48> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[02:34] <CIA-48> ffmpeg: CC: libav-stable at libav.org
[02:34] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * r25c42234a9 10ffmpeg/libswscale/output.c: 
[02:34] <CIA-48> ffmpeg: swscale: make monowhite/black RGB-independent.
[02:34] <CIA-48> ffmpeg: Disadvantage is that it no longer allows modifying brightness through
[02:34] <CIA-48> ffmpeg: adjustment of the RGB lookup table. Advantage is that now monowhite/black
[02:34] <CIA-48> ffmpeg: no longer need to be identified as a RGB format.
[02:34] <CIA-48> ffmpeg: 03Kostya Shishkov 07master * r5d9ad5425f 10ffmpeg/libavcodec/proresdsp.c: prores: initialise encoder and decoder parts only when needed
[02:34] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * r1bab6f852c 10ffmpeg/libswscale/x86/swscale_template.c: 
[02:34] <CIA-48> ffmpeg: swscale: make access to filter data conditional on filter type.
[02:34] <CIA-48> ffmpeg: Prevents crashes on 1-tap filter (unscaled). Also rename "bguf" argument
[02:34] <CIA-48> ffmpeg: to "vbuf", seems that was a typo.
[02:34] <CIA-48> ffmpeg: 03Paul B Mahol 07master * r6d10c5bfc0 10ffmpeg/libavformat/cdxl.c: 
[02:34] <CIA-48> ffmpeg: cdxl: fix audio for some samples
[02:34] <CIA-48> ffmpeg: There may be extra padding at and of chunk.
[02:34] <CIA-48> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[02:34] <CIA-48> ffmpeg: Signed-off-by: Justin Ruggles <justin.ruggles at gmail.com>
[02:34] <CIA-48> ffmpeg: 03Paul B Mahol 07master * rf02edc4c06 10ffmpeg/libavformat/apetag.c: 
[02:34] <CIA-48> ffmpeg: apetag: add proper support for binary tags
[02:34] <CIA-48> ffmpeg: export as attachment streams
[02:34] <CIA-48> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[02:34] <CIA-48> ffmpeg: Signed-off-by: Justin Ruggles <justin.ruggles at gmail.com>
[02:36] <CIA-48> ffmpeg: 03Paul B Mahol 07master * rbfe7bace8e 10ffmpeg/libavcodec/libx264.c: 
[02:36] <CIA-48> ffmpeg: libx264: unbreak libx264rgb
[02:36] <CIA-48> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[02:36] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:08] <Compn> j-b : news posted. hopefully will save people some time from ripping blurays to disc before playback
[03:08] <Compn> all of the google results show the ripping method :\
[03:08] <j-b> yes
[03:09] <ohsix> url?
[03:11] <Compn> ohsix : http://www.mplayerhq.hu
[03:11] <Compn> well
[03:11] <Compn> ohsix : http://www1.mplayerhq.hu
[03:12] <Compn> mirrors will update later
[03:12] <ohsix> oic, thought i missed more context :D
[03:13] <Compn> just me causing trouble
[03:14] <Compn> trolling and coming up with bad ideas :)
[04:32] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rc36010c286 10ffmpeg/libavformat/avidec.c: 
[04:32] <CIA-48> ffmpeg: avidec: remove harmless duplicate code.
[04:32] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[04:32] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rc9ac08277d 10ffmpeg/libavformat/movenc.c: 
[04:32] <CIA-48> ffmpeg: movenc: Dont crash on aspect=0/0.
[04:32] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[11:44] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r360218713f 10ffmpeg/libavfilter/vf_aspect.c: lavfi/aspect: show log info even in case no argument is provided to setdar/setsar
[11:44] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r80715c3b23 10ffmpeg/libavfilter/vf_aspect.c: lavfi/aspect: remove confusing comments
[11:44] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r4538d66010 10ffmpeg/libavfilter/vf_aspect.c: 
[11:44] <CIA-48> ffmpeg: lavfi/aspect: set default value to 0:1, as stated in the docs
[11:44] <CIA-48> ffmpeg: Fix regression introduced in commit 70ffda3217c58bbbfb8a7e7c58824b8ca6c56128.
[12:04] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * r7c8d477299 10ffmpeg/libavformat/oggparseogm.c: (log message trimmed)
[12:04] <CIA-48> ffmpeg: Make AAC in Ogg (ogm) work.
[12:04] <CIA-48> ffmpeg: This needs the extradata to be extracted.
[12:04] <CIA-48> ffmpeg: The approach used is the one MPlayer uses, though it is
[12:04] <CIA-48> ffmpeg: unclear whether the 4 bytes extradata that are skipped
[12:04] <CIA-48> ffmpeg: should be skipped always or only for AAC.
[12:04] <CIA-48> ffmpeg: The AAC parser must be disabled, too, otherwise playback
[12:27] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * rad8173eb81 10ffmpeg/libavformat/os_support.c: 
[12:27] <CIA-48> ffmpeg: Allow other programs to open the same files on Windows.
[12:27] <CIA-48> ffmpeg: In order to match Linux behaviour better our
[12:27] <CIA-48> ffmpeg: Windows-specific open() replacement should disable
[12:27] <CIA-48> ffmpeg: Windows default file locking.
[12:27] <CIA-48> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[14:37] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rf3bd226de6 10ffmpeg/ffmpeg.c: 
[14:37] <CIA-48> ffmpeg: ffmpeg: Fix setting flags for codec copy.
[14:37] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:43] <j-b> http://git.videolan.org/?p=libpostproc.git;a=summary
[16:30] <Daemon404> j-b, that looks like the old repo
[16:31] <Daemon404> i nuked that one and made an entirely new one
[16:31] <Daemon404> as per michaelni's request
[16:31] <j-b> Daemon404: this is what you gave me yesteday
[16:32] <Daemon404> eh?
[16:32] <Daemon404> https://github.com/dwbuiten/postproc/commits/master vs http://git.videolan.org/?p=libpostproc.git;a=summary
[16:32] <j-b> https://github.com/dwbuiten/postproc or so
[16:32] <Daemon404> look at it
[16:32] <Daemon404> they differ.
[16:32] <j-b> carp
[16:32] <j-b> crap
[16:32] <j-b> something went wrong
[16:32] <Daemon404> :)
[16:33] <Daemon404> there's a reason i dont run ym own git servers
[16:33] <Daemon404> pain~
[16:35] <j-b> Daemon404: http://git.videolan.org/?p=libpostproc.git;a=summary
[16:36] <j-b> Daemon404: ok?
[16:36] <Daemon404> thats looks better :P
[16:36] <Daemon404> i really should strip down teh rest of the unused cruft from configure
[16:36] <Daemon404> but it works atm
[16:38] <j-b> ok
[16:42] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * rf23a740303 10ffmpeg/ (6 files in 3 dirs): 
[16:42] <CIA-48> ffmpeg: Add muxer test based on stream-copy from FATE sample.
[16:42] <CIA-48> ffmpeg: This should test muxing Theora into Ogg.
[16:42] <CIA-48> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[20:22] <GA-Flix> hi everyone, i need a bit help with the FF-MPEG license ...
[20:22] <GA-Flix> am i allowed to add the ffmpeg.exe file to a project which executes the file hidden (no console window visible, but a tooltip shown that says 'Convert to MP3 using ffmpeg.exe in hidden mode. See http://www.ffmpeg.org/ for further information.')
[20:22] <GA-Flix> didn't understand the text on http://www.ffmpeg.org/legal.html ... my english is not the best :(
[21:02] <durandal_1707> lol got segv with ffprobe
[21:03] <durandal_1707> michaelni: it appears ffprobe segv for random text files
[21:13] <durandal_1707> michaelni: 29b9aee49f310fa0eb194f591417aaef0d519e7a introduced segv
[21:35] <CIA-48> ffmpeg: 03Clément BSsch 07master * r8688e6acba 10ffmpeg/ffprobe.c: ffprobe: fix crash if the file can't be opened.
[21:35] <ubitux> durandal_1707: fixed
[21:36] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * r030e96fe55 10ffmpeg/libavformat/oggdec.c: 
[21:36] <CIA-48> ffmpeg: oggdec: improve warning message.
[21:36] <CIA-48> ffmpeg: Print whether it was a keyframe or a non-keyframe that
[21:36] <CIA-48> ffmpeg: was incorrectly marked as the other.
[21:36] <CIA-48> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[21:36] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * r76cc0992d8 10ffmpeg/ (libavformat/oggenc.c tests/ref/lavf-fate/ogg_vp3): (log message trimmed)
[21:36] <CIA-48> ffmpeg: oggenc: fix condition when not to flush due to keyframe granule.
[21:36] <CIA-48> ffmpeg: The previous condition of 0 page size was wrong,
[21:36] <CIA-48> ffmpeg: that would disable the mechanism for all frames at
[21:36] <CIA-48> ffmpeg: a start of a page, thus some keyframes still would not
[21:36] <CIA-48> ffmpeg: get their own granule.
[21:36] <CIA-48> ffmpeg: The real problem is that header packets must not be flushed,
[22:12] <Compn> j-b : does vlc have rtmpe support? 
[22:12] <Compn> i see this bug mentions librtmp patch > http://trac.videolan.org/vlc/ticket/4342
[22:12] <Compn> figured it would have been committed :P
[22:14] <CIA-48> ffmpeg: 03Reimar Döffinger 07master * r57182b9f0f 10ffmpeg/tests/ (lavf-regression.sh ref/lavf-fate/ogg_vp3): 
[22:14] <CIA-48> ffmpeg: lavf-fate-ogg_vp3: Try -idct auto instead of -idct simple.
[22:14] <CIA-48> ffmpeg: -idct simple for some reason results in different results on
[22:14] <CIA-48> ffmpeg: different systems.
[22:14] <CIA-48> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[22:25] <ubitux> Compn: if you need ideas for gsoc, i think supporting more subtitles formats would be nice, as well as porting or introducing a/v filters
[22:25] <ubitux> i'm pretty sure libav ppl don't care much about this, so there is no real risk of duplicates
[22:25] <kierank> what kind of subtitles
[22:26] <ubitux> we need a microdvd decoder at least, and i think any subtitles format supported by mplayer has its place in ffmpeg
[22:26] <cbsrobot> I suggest creating DCP would be a nice task aswell
[22:27] <ubitux> i'm working on it anyway, but well, time's lacking
[22:28] <kierank> cbsrobot: you need a decent jpeg2k encoder for that
[22:29] <cbsrobot> it could be done with libopenjpeg
[22:30] <cbsrobot> dcp needs 12-bit, xyz colospace j2k files in a mxf container, audio in mxf and subtitle in mxf and create the bundle
[22:31] <cbsrobot> I think it's doable as a gsoc task
[22:31] <kierank> well is it the right place for ffmpeg to be creating bundles of stuff
[22:31] <kierank> since there are other projects that do that already
[22:31] <ubitux> what about mkv ordered chapters and stuff? :)
[22:31] <kierank> imho ffmpeg/libav should deal with the codecs and mux and that's it
[22:32] <cbsrobot> you got apoint, but I see the bunlde a a sort of container - nothing more
[22:34] <cbsrobot> what about adding libraw to ffmpeg ?
[22:34] <Compn> ubitux : sounds great, do you have a repo i could link to ?
[22:35] <durandal_1707> cbsrobot: whould that need sws changes anyway
[22:35] <Compn> cbsrobot : dcp ?
[22:35] <Compn> dcp muxer ?
[22:35] <Compn> cbsrobot : can you put it on wiki page? i have no idea links and info etc...
[22:35] <ubitux> Compn: a repo of what?
[22:35] <kierank> cbsrobot: at fosdem this was discussed
[22:35] <Compn> ubitux : your sub work
[22:35] <cbsrobot> I guess I need an account ...
[22:36] <kierank> cbsrobot: some kind of library to deal with compressed formats
[22:36] <Compn> cbsrobot : mail mike at multimedia.cx , or alternatively, if you want me to post it, just paste me some specs and description of project
[22:36] <cbsrobot> I just propose to see what other ppl think before adding it to the wiki
[22:36] <kierank> uncompressed i mean
[22:36] <ubitux> Compn: nothing public ATM, and nothing mature enough
[22:36] <Compn> ah
[22:36] <ubitux> sorry :)
[22:36] <Compn> no worries :)
[22:36] <Compn> ubitux : ok, do you want to mentor subtitle project? ;p
[22:37] <ubitux> i'm not comfortable enough with the code atm
[22:37] <Compn> mentors get ... 500 google dollars :P
[22:37] <cbsrobot> libraw is a wrapper for dcraw - to read all the fancy raw files  
[22:37] <ubitux> i hope i'll be able to help next year, but not this time
[22:37] <ubitux> Compn: i don't care about the money :)
[22:37] <Compn> lol @ mkv ordered chapters
[22:37] <Compn> we are still waiting on playlist support i think
[22:38] <Compn> maybe a task to finish playlist support and just get it in there
[22:38] <Compn> playlist is blocking few things now :\
[22:38] <cbsrobot> durandal_1707: I guess so
[22:38] <ubitux> and actually, i don't like the idea of being paid for this; it makes me feel too responsible :p
[22:38] <kierank> Compn: no they don't
[22:38] <kierank> the org gets the momey
[22:38] <cbsrobot> google just profits
[22:39] <Compn> kierank : i have no idea how ti works.
[22:39] <Compn> heh
[22:39] <Compn> does libass support srt , sub, etc ?
[22:39] <Compn> youd think we just pass it all thru libass...
[22:40] <Compn> or did libass say he didnt want to do that ?
[22:40] <cbsrobot> also >8 bit support for filters would be a nice task
[22:40] <cbsrobot> but maybe too easy
[22:41] <Compn> could be good qual task
[22:41] <Compn> if too easy
[22:41] <ubitux> Compn: i'm working on this
[22:41] <Compn> ahhh i guess libass cant do srt
[22:41] <Compn> ubitux : http://mailman.videolan.org/pipermail/vlc-devel/2011-September/081803.html
[22:41] <cbsrobot> I'm not sure - maybe ubitux or saste can tell
[22:41] <JEEB> yeah, libass only supports ass IIRC
[22:41] <Compn> thats a pain
[22:41] <ubitux> it shouldn't support anything else imo
[22:41] <JEEB> ubitux, aye
[22:41] <saste> Compn: confirm
[22:41] <JEEB> conversion from srt to ass isn't exactly hard tho for rendering purposes
[22:42] <saste> that's what libass is supposed to do ;)
[22:42] <Compn> what
[22:42] <Compn> hmm
[22:42] <ubitux> Compn: check the subtitles talk from a month or two ago; we discuss this a bit
[22:42] <Compn> nah i'll pass :)
[22:42] <Compn> i like mplayer can pass srt to libass :)
[22:42] <ubitux> then basically, we need to add subtitles support in lavfi
[22:42] <ubitux> right now i'm "learning" lavfi with audio, because i have some related stuff
[22:43] <ubitux> then i'll work again on the subtitles.
[22:43] <Compn> well you guys mostly have wiki accounts, you can add your own ideas ;)
[22:43] <Compn> since i'm not up on whos boat is the right color for what feature 
[22:43] <cbsrobot> saste: libavf >8 bit support - could that be a task ?
[22:44] <durandal_1707> I propose following task: RE and write decoder for TAK
[22:45] <cbsrobot> kierank: what else was discusset at fosdem ?
[22:45] <cbsrobot> and kierank did you ever get hands on the aja oem sdi cards for obe ?
[22:45] <saste> cbsrobot: libavf >8 bit support: what do you mean?
[22:46] <cbsrobot> I saw lately they have linux drivers aswell
[22:46] <cbsrobot> saste: most filters work in 8 bit
[22:46] <kierank> cbsrobot: no
[22:46] <cbsrobot> would be nice to have em in 16 bit aswell
[22:46] <kierank> the aja cards don't provide anything i don't have already i think
[22:46] <saste> uhm i want to propose a generic lavfi task
[22:46] <Compn> http://ale5000.altervista.org/subtitles.htm
[22:46] <Compn> neato
[22:47] <saste> something like working on porting filters, e.g. from mplayer
[22:47] <kierank> cbsrobot: a rough idea about a library dealing with uncompressed pixel formats (e.g v210, r210 etc)
[22:47] <saste> also there are many image formats which we still don't support
[22:47] <kierank> because there are so many
[22:47] <Compn> saste : still dont like -vf mp huh? :P
[22:47] <durandal_1707> kierank: huh?
[22:47] <saste> iirc we still don't support compressed GIFs
[22:48] <saste> -vf mp is cursed, that's why i want to get rid of it ;-)
[22:48] <Compn> getting rid of it wont get projects back together
[22:48] <cbsrobot> kierank: I was just wondering, because you only mention the balckmagic cards on the wiki - and they seem to have some flaws
[22:48] <kierank> the dveo ones are fine
[22:49] <kierank> in fact they are the only ones i trust
[22:49] <saste> no but that would make a nice exercise for a student anyway
[22:49] <Compn> kierank : you mean create a seperate project for raw codecs ?
[22:49] <kierank> Compn: well the point was that this should be merged with swscale
[22:49] <kierank> because v210 etc are actually pixel formats
[22:49] <kierank> not codecs
[22:49] <Compn> wow that bikeshed still going ?
[22:50] <durandal_1707> kierank: feel free to improve sws so that can happen
[22:50] <kierank> well it means you can use the same simd for the difference variants
[22:50] <Compn> the reason it wasnt put in swscale before was ... well i cant remember
[22:51] <durandal_1707> Compn: there was flamewar(s) about this
[22:51] <cbsrobot> Compn: you have a bikeshed on your boat ?
[22:51] <kierank> the only argument about them being codecs i can tell is that they go into containers
[22:51] <Compn> durandal_1707 : i remember them 
[22:51] <Compn> kierank : i agree with putting raw into swscale, good luck! :)
[22:52] <Compn> i'd like bayer rgb in there as well, as long as we are talking about that
[22:52] <Compn> forgot what bayer format i wanted now, but something...
[22:52] <Compn> maybe webcam colorspace
[22:52] <Compn> old soc page probably
[22:52] <kierank> http://web.archiveorange.com/archive/v/yR2T4OXznFIkMCek3x24
[22:53] <Compn> cbsrobot : yes, but if the boat isnt floating, can it still be considered a boat ?
[22:54] <Compn> kierank : michaelni speficially says if theres a patch he will reconsider putting v210 in swscale
[22:54] <cbsrobot> Compn: as long as it's integer it can be considered a boat - I'm quite sure.
[22:55] <Compn> kierank : mostly i think no one wanted to maintain swscale at the time
[22:55] <Compn> so ... easier to drop it in a codec and run!
[22:55] <Compn> run, before the attack of the killer bikeshed!
[22:55] <Compn> (good plot for nerd movie)
[22:57] <kierank> well the reason people read v210 is to convert to another colourspace
[22:58] <Compn> great, then they should be able to do that in the fastest possible wayt
[22:58] <durandal_1707> quote from michaelni: "its not a pixel format. Its a very poorly compressing codec." ;-)
[22:59] <ohsix> flip a coin
[22:59] <kierank> yes and the fastest possible way is not to unpack it then repack it
[22:59] <ohsix> or defer to one person
[23:00] <Compn> then what michaelni said in 2010 still stands
[23:00] <Compn> send patch
[23:00] <kierank> well yes but we'll do it for all the packed pixel formats
[23:00] <Compn> sounds great :)
[23:01] <durandal_1707> next day they will come with idea to move everything to swscale...
[23:01] <Compn> mplayer can utilize ffmpeg's raw decoders so its easy to add to mplayer...
[23:02] <kierank> durandal_1707: seriously, I don't see what the problem is
[23:02] <Compn> durandal_1707 : it would speed things up probably
[23:02] <Compn> kierank is just looking for someone to argue with
[23:02] <Compn> ;)
[23:02] <kierank> no i'm not
[23:02] <durandal_1707> kierank: good luck with it, swscale is nightmare
[23:03] <Compn> werent we just talking about swscale the other day ?
[23:03] <Compn> forgot about what
[23:03] <Compn> maybe it was a diff file
[23:11] <Compn> anyways cbsrobot , kierank , ubitux , saste : thanks, those were all some good ideas for soc :)
[23:12] <Compn> and durandal_1707 
[23:12] <Compn> i forgot what tak was again
[23:13] <ubitux> :)
[23:14] <ubitux> 22:44:30 < durandal_1707> I propose following task: RE and write decoder for TAK
[23:15] <durandal_1707> or just RE it and i will write decoder
[23:17] <Compn> are there samples in the sample repo ?
[23:47] Action: Compn added some ideas to page
[23:48] <ubitux> maybe we could have a "coverage" gsoc too
[23:48] <ubitux> (trying to improve fate coverage on a maximum of stuff)
[23:49] <Compn> those are good qualification tasks
[23:49] <Compn> adding more fate tests , i mean
[23:49] <ubitux> btw, i guess we don't have any real time updates?
[23:49] <Compn> ?
[23:49] <Compn> whats a real time update ?
[23:49] <ubitux> erh, brainfart, i mean real time public coverage html page updates
[23:50] <ubitux> just like fate
[23:50] <Compn> oh
[23:50] <Compn> mike might be working on that
[23:50] <Compn> code coverage
[23:50] <Compn> or have ideas for it
[23:50] <ubitux> i could add the --enable-coverage to one of my instances
[23:50] <ubitux> and make a page publicaly available
[23:50] <ubitux> shouldn't be much work
[23:51] <Compn> you go girl!
[23:51] Action: Compn goes afk
[23:51] <ubitux> i'm not sure how well it will integrates to fate
[23:51] <ubitux> especially since the "build" is dropped at the end
[23:52] <ubitux> Compn: is mike on irc?
[23:52] <kierank> no
[23:52] <ubitux> mike ’ multimedia mike?
[00:00] --- Sun Feb 19 2012

More information about the Ffmpeg-devel-irc mailing list