[FFmpeg-devel-irc] IRC log for 2010-05-11

irc at mansr.com irc at mansr.com
Wed May 12 02:00:13 CEST 2010


[00:03:40] <Dark_Shikari> Compn: what's wrong with facebook?
[00:03:42] <Dark_Shikari> they use ffmpeg and x264
[00:20:29] <peloverde> well let's see... beacon, the like button all over the web, converting interests to page subscriptions to spam your news feed with commercial garbage
[00:23:45] <CIA-7> ffmpeg: michael * r23083 /trunk/libavcodec/x86/mathops.h: Adding missing () to mathops.h.
[01:45:42] <CIA-7> ffmpeg: ramiro * r23084 /trunk/libavcodec/mlpdec.c:
[01:45:42] <CIA-7> ffmpeg: mlpdec: Allocate channel decoding parameters for each substream. Some file
[01:45:42] <CIA-7> ffmpeg: was encountered with a channel range that overlapped the previous substreams,
[01:45:42] <CIA-7> ffmpeg: and the code assumed no such overlap was possible.
[01:45:42] <CIA-7> ffmpeg: Patch by Nick Brereton <nick at nbrereton dot net>
[01:47:05] <CIA-7> ffmpeg: ramiro * r23085 /trunk/libavcodec/mlpdec.c:
[01:47:05] <CIA-7> ffmpeg: mlpdec: Comment channel_params field in struct SubStream.
[01:47:05] <CIA-7> ffmpeg: Patch by Nick Brereton <nick at nbrereton dot net>
[02:27:06] <Orphis> Hi there !
[02:28:26] <Orphis> I'm currently using ffmpeg in my PSP emulator ( http://www.jpcsp.org ) to decode h264 video on the fly that appears in games
[02:29:08] <Orphis> I'd like to use ffmpeg to also decode the atrac3plus channel that is often used... unfortunately, you don't support it yet
[02:30:46] <Orphis> So I'd like to know if I can be of some help to implement atrac3plus decoding in ffmpeg, considering I know my way around programming and hacking
[02:31:15] <ramiro> interesting, http://marchnetworks.com/ seems to have an internal wiki which helps people build libavcodec for windows. google sees no mention of ffmpeg nor libavcodec in any of their pages though.
[02:32:04] <Orphis> I haven't found much information on the format other the one on your website/wikipedia, so I'd like to know how you would implement decoding for such a format. Do you only rely on reverse engineering of existing software or you you have some external documentation ?
[02:32:18] <Dark_Shikari> I already answered that for you =p
[02:32:46] <ramiro> didn't merbanan implement atrac3 or something?
[02:32:54] <Orphis> Yes, but maybe someone would make a different or more complete answer then you did ;)
[02:33:02] <Orphis> I'm interested in atrac3plus
[02:47:05] <ramiro> Dark_Shikari: what strings should I look for to see if x264 was built into a dll?
[02:50:41] <Dark_Shikari> er, x264? =p
[02:52:28] <Dark_Shikari> if you give me a list I can check
[02:52:40] <Dark_Shikari> but really you can just grep for help strings
[02:57:33] <Compn> Dark_Shikari : yeah, i meant all the facebook buttons everywhere
[02:57:48] <Dark_Shikari> at least they know how to encode video
[02:58:28] <Compn> Orphis : sometimes there are specs if its a standard
[02:58:45] <Compn> but since atrac3+ is sony minidisc? crap, i think there wont be specs for it
[02:58:53] <Compn> Orphis : so reverse engineering it is...
[02:59:11] <Orphis> It's not minidiscs, but well, it's as obscure as they are
[02:59:18] <Orphis> Right
[02:59:27] <Orphis> Time to dust off my IDA
[02:59:55] <Dark_Shikari> but we have atrac3
[02:59:58] <Dark_Shikari> so adding the + can't be too bad
[03:00:03] <Dark_Shikari> and in all probability its a ripoff of something open
[03:00:13] <Dark_Shikari> so just figure out what it's a ripoff of and bam
[03:00:24] <Compn> Orphis : you should contact maxpol (Maxim Poliakovski ) as he wrote that atrac3+ wiki info
[03:00:36] <Compn> Orphis : he might have some work started already or know where to start :)
[03:00:37] <Orphis> These info : http://wiki.multimedia.cx/index.php?title=ATRAC3plus ?
[03:01:33] <Compn> yep that one,
[03:01:42] <Compn> http://wiki.multimedia.cx/index.php?title=User:Maxpol
[03:02:04] * Dark_Shikari likes the container format called "omg"
[03:03:56] <Dark_Shikari> holy shit, unheard of
[03:31:45] <ramiro> the x264 strings were from ffmpeg's h.264 decoder.
[03:32:36] <ramiro> anyways, another violation -> roundup
[04:41:50] <kierank> is /incoming still full?
[05:47:58] <superdump> morning
[05:54:11] <av500> gm
[09:03:46] <CIA-7> libswscale: ramiro * r31153 /trunk/libswscale/ (6 files in 2 dirs):
[09:03:46] <CIA-7> libswscale: Use int instead of long to pass width parameters in non-public functions.
[09:03:46] <CIA-7> libswscale: long was being incorrectly used as an x86-sized register, both for 32 and 64
[09:03:46] <CIA-7> libswscale: bits, but this is not the case in win64.
[10:28:16] <thresh> __gb__: do you have some repos with libva / vdpau-video for debian systems? (i've seen pkgs, sure)
[10:30:53] <spaam> http://cgit.freedesktop.org/libva/ ? :)
[10:32:09] <thresh> spaam: i mean repositories with built packages.
[10:32:35] <spaam> ah ok :)
[10:42:57] <__gb__> thresh, http://www.splitted-desktop.com/~gbeauchesne/libva/ and vdpau-video/
[10:43:04] <__gb__> it's built on an etch system though
[10:43:26] <thresh> and those arent apt repos;)
[10:46:35] <spaam> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569635   no update on that "bug"
[10:46:48] <spaam>  since 21feb.
[10:49:01] <thresh> "we will discuss it and let you know if five years"
[10:49:07] <thresh> s/if/in/
[10:51:49] <spaam> debian-multimedia has  libva-dev
[10:51:58] <thresh> debian-multimedia is evil.
[10:52:17] <spaam> i know. but its a repo with that package ;)
[12:00:50] <siretart> thresh: we are working on a high quality alternative to debian-multimedia called debimedia. that could be a place for such packages
[12:01:06] <thresh> siretart: working as?
[12:02:10] <siretart> thresh: well, the infrastructure is partly there, we have one mirror, and seriously lacking manpower to actually build and upload the packages
[12:39:51] <bilboed> siretart, ping
[12:44:41] <siretart> bilboed: yes?
[12:44:56] <__gb__> thresh, hmm, right, I am only scp'ing the packages to there :)
[12:45:12] <bilboed> siretart, do you have any ETA for the 0.6 release ? Saw the branch being created, but nothing since.
[12:45:59] <siretart> bilboed: actually, I wanted to do the release this week, but due to unexpected family trouble this weekend, I'll probably be to busy to actually do so.
[12:46:34] <bilboed> hope it's not too bad :( Anyway, will switch gst-ffmpeg git to that branch then
[12:46:40] <siretart> bilboed: left work items for the release: write the release notes, commit interesting/important commits from last week trunk to 0.6, have release notes translated, create the tarball, announce, profit
[12:47:18] <siretart> translations can probably be delivered after the release as well, but you get the idea
[12:47:46] <siretart> if anyone wants to help, helping to draft the release notes would be awesome!
[12:47:47] <superdump> there are some rumblings about the swscale code's maturity
[12:47:57] <superdump> on the ml
[12:48:04] <superdump> though nothing has come from it yet
[12:48:31] <siretart> superdump: testsuite shows that it ain't that bad, and supposely, bilboed is using swscale from trunk, so it can't be *that* bad
[12:48:43] <superdump> good point
[12:48:45] <siretart> superdump: in case we see regressions, we will of course backport fixes for 0.6.1
[13:01:14] <merbzt1> we can start a release notes / pressrelease draft on the multimedia wiki
[13:13:58] <siretart> merbzt1: excellent idea!
[13:54:27] <astrange> mplayer -vo corevideo <a 1080p file> is crashing in swscale asm for me
[13:57:35] <kshishkov> where exactly?
[13:57:50] <BBB> astrange: I think padding was missing
[13:57:55] <BBB> astrange: that was fixed by vitor yesterday
[13:58:00] <BBB> so are you using a recent checkout?
[13:58:31] <astrange> yes, but it happened yesterday
[13:58:58] <BBB> hm... ok
[13:59:02] <BBB> then nevermind me ;)
[14:00:00] <scaphilo> anyone knows how i could add an external include path for the compiler with configure?
[14:00:41] <BBB> CFLAGS="-I..." ./configure
[14:00:57] <scaphilo> ah that easy :-)
[14:00:59] <scaphilo> thx
[14:01:20] <kshishkov> IIRC configure has --extra-flags argument for that too
[14:03:41] <scaphilo> has anyone of you ever tried to compile ffmpeg with an auto generated make file from eclipse. Sorry for that :-) i ask because my embedded sdk for nios2 uses eclipse
[14:04:07] <scaphilo> i dont know lirc, ill have to read thourgh
[14:04:15] <merbzt1> scaphilo: FFmpeg needs it's own makefile
[14:04:17] <av500> but ffmpeg has a makefile already, no?
[14:04:21] <merbzt1> call it from eclipse
[14:04:38] <scaphilo> thats what i do at the moment yes but its not nativ
[14:04:50] <scaphilo> and my colleque is running it on windows
[14:04:57] <kshishkov> eclipse is not native to FFmpeg, yes
[14:05:10] <scaphilo> in cygwin it takes about 5min to run configure
[14:05:18] <av500> so?
[14:05:34] <merbzt1> don't run configure so often then
[14:06:30] <scaphilo> anyway i do it as you said now. using the makefile built by configure
[14:06:48] <astrange> http://pastebin.com/WamfC981
[14:10:22] <janneg> scaphilo: ffmpeg Makefiles are static and eclipse can't generate config.mak/config.h without reimplemtating most of configure
[14:28:09] <scaphilo> CFLAGS ar now right but it doesnt find the h-files in this folder. Im a bit confused about that. could it be because i do cross compiling? is there an option for gcc which disables all -I?
[14:45:20] <superdump> mru: did you see that mail from brendan quinn to work on http://ingex.sourceforge.net/? might be interesting for your perhaps?
[14:46:10] <kierank> ingex is in c++ so that's mru out ;)
[14:46:17] <superdump> ah
[14:46:35] <kierank> he didn't say that. i'm just assuming
[14:46:48] <kshishkov> he dislikes c++
[14:46:59] <merbzt1> maybe if can get a shotgun with the job
[14:47:26] <kshishkov> yes, if you work at UAC
[14:50:41] <CIA-7> ffmpeg: michael * r23086 /trunk/libavcodec/mpegaudiodec.c: Remove unused FRAC_RND() macro from mpegaudiodec.c.
[15:01:05] <Tjoppen> mxf test seems to fail
[15:01:30] <Tjoppen> rebasing and running tests again, but no mxf related files seem to have updated
[15:08:45] <Tjoppen> false alarm
[15:22:46] <astrange> http://gcc.gnu.org/viewcvs/trunk/gcc/testsuite/gcc.c-torture/compile/pr44063.c?revision=159273&view=markup it's almost like actually having a tester
[15:44:36] <Tjoppen> woo! I figured out the AliasHandle tag well enough to get QuickTime to accept it (and not crash)
[15:45:13] <Tjoppen> also, lavf doesn't handle it quite correct
[15:58:55] <ramiro> is there some free (as in beer) icc? the web page I stumbled upon seems to mention only 30 day evaluation.
[15:59:44] <CIA-7> ffmpeg: diego * r23087 /trunk/configure:
[15:59:44] <CIA-7> ffmpeg: Add -ldl to libfaadbin_extralibs instead of libfaadbin_decoder_extralibs.
[15:59:44] <CIA-7> ffmpeg: The latter does not exist and thus compilation fails.
[15:59:44] <CIA-7> ffmpeg: patch by Janne Grunau, janne-ffmpeg jannau.net
[15:59:54] <kshishkov> well, I've heard that beer is spoiled even more quickly
[16:00:03] <merbzt1> ramiro: for linux there should be one
[16:01:58] <kshishkov> or on TPB
[16:03:23] <bilboed> ramiro, it won't expire if you take it for non-proprietary usage
[16:04:17] <ramiro> probably this: Non-Commercial Software Download
[16:04:36] <bilboed> it's the same download AFAIK, it's just that you get a different license file
[16:05:09] <bilboed> if you think gcc spurts out a lot of warnings when compiling ffmpeg.... brace yourself for icc :)
[16:05:20] <bilboed> it's the warning-o-tron 2000
[16:06:25] <Orphis> Anyone know how I can contact maxpol (Maxim Poliakovski) ?
[16:06:34] <ramiro> great: "This site is temporarily unavailable due to a scheduled maintenance upgrade."
[16:06:39] <kshishkov> by mail, I think
[16:06:44] <Orphis> I haven't found any email address
[16:07:11] <kshishkov> then you've searched badly
[16:08:54] <kshishkov> what do you need from him anyway?
[16:09:09] <ramiro> atrac3+
[16:09:53] <kshishkov> I happen to know that Maxim does not do it, I'd suggest asking merbzt for it
[16:14:21] <Orphis> Yes, that's done, thank you
[16:58:26] <mt> Is there something special that needs to be done when calling wma pro decoder's decode_packet ? I'm pretty sure I'm sending it the correct payloads (compared to ffmpeg's), but can't get it to work. (always returns 0 bytes written to output buffer)
[17:02:12] <peloverde> I have a feeling that fixing some of those icc warnings will create more problems down the road
[17:02:27] <peloverde> particuarly inregard to enum warnings
[17:04:00] <peloverde> we've already been bitten by one such bug
[17:15:05] <peloverde> see 20874/20879
[17:15:32] <CIA-7> ffmpeg: bcoudurier * r23088 /trunk/ffmpeg.c: cosmetics: filt_graph_all -> graph, like in ffplay.c
[17:17:42] <CIA-7> ffmpeg: bcoudurier * r23089 /trunk/ffmpeg.c: simplify, reuse existing args variable
[17:19:00] <CIA-7> ffmpeg: bcoudurier * r23090 /trunk/ffmpeg.c: cosmetics: indentation, whitespaces
[17:21:19] <mru> hi guys
[17:23:57] <CIA-7> ffmpeg: bcoudurier * r23091 /trunk/ffmpeg.c: rename curr_filter to last_filter, factorize filter declaration
[17:25:58] <peloverde> did you steal bcoudurier's onjoin script and retrigger it to his commits?
[17:26:05] <CIA-7> ffmpeg: bcoudurier * r23092 /trunk/ffmpeg.c: cosmetics, rename loop to frame_available
[17:28:40] <bcoudurier> hi guys
[17:36:14] <janneg> hi bcoudurier
[17:38:00] <janneg> can you look at the latest the mpegts emit packets on completion patch and commit if it's ok now?
[17:40:44] <CIA-7> ffmpeg: bcoudurier * r23093 /trunk/libavfilter/vf_pad.c: silence gcc warning about potential uninitialized usage
[18:54:41] <CIA-7> ffmpeg: alexc * r23094 /trunk/libavcodec/aacenc.c:
[18:54:41] <CIA-7> ffmpeg: Set cur_channel in the AAC encoder context where needed.
[18:54:41] <CIA-7> ffmpeg: Most coder functions read it. Carting this around in the context may be
[18:54:41] <CIA-7> ffmpeg: suboptimal; a refactor should be considered.
[19:00:07] <peloverde> Is there a way in roundup to filter technical issues vs license issues?
[19:00:53] <BBB> search for !gpl
[19:01:10] <BBB> and yes it would be useful to have a major grouping type "license" versus "code"
[19:01:26] <BBB> (and a third one for issues related to the tracket itself)
[19:01:40] <BBB> ask lu_zero_ to do that
[19:02:01] <peloverde> thanks
[19:28:32] <wbs> bcoudurier: have you had time to look at the movenc/rtphint patches yet, or are they ok to apply when I fixed the stuff you mentioned the first round?
[19:35:18] <bcoudurier> sorry, didn't have the time
[19:36:17] <wbs> ok
[19:37:06] <wbs> what about the qt-faststart stuff; moving all of the error handling to the "goto error" path shouldn't be controversial... and for 0-sized atoms, is break ok?
[19:53:38] <CIA-7> ffmpeg: michael * r23095 /trunk/libavcodec/ (6 files): float based mp1/mp2/mp3 decoders.
[19:54:09] <elenril> o_0
[19:55:09] <astrange> well, that solves that
[19:55:51] <peloverde> anyone know where to find samples for listening tests?
[19:57:51] <astrange> http://ff123.net/samples.html and somewherere in http://www.hydrogenaudio.org/forums/index.php?showforum=40
[19:58:16] <elenril> so now we can remove mp3lib from mplayer?
[19:58:27] <peloverde> I looked at http://www.hydrogenaudio.org/forums/index.php?showforum=40 and i couldn't find samples
[19:58:43] <peloverde> and searching for samples only yields sample rate discussion
[19:59:10] <astrange> i meant something like http://www.hydrogenaudio.org/forums/index.php?showtopic=77584
[19:59:12] <peloverde> I feel like they used to have a sticky with samples
[19:59:56] <peloverde> Also what's the copyyright status on that stuff?
[20:04:57] <astrange> samples are supposed to be <= 30 sec
[20:05:03] <astrange> but that's it
[20:34:38] <CIA-7> ffmpeg: michael * r23096 /trunk/libavcodec/mpegaudiodec.c: Make lsf_sf_expand() 4 times faster.
[21:11:45] <CIA-7> ffmpeg: michael * r23097 /trunk/libavcodec/mpegaudiodec.c:
[21:11:45] <CIA-7> ffmpeg: Optimize decoding high freqs.
[21:11:45] <CIA-7> ffmpeg: this is 10-20cpu cycles faster on duron (whole is about 50-60 cpu cylses)
[21:11:45] <CIA-7> ffmpeg: I wonder why gcc isnt doing this on its own ...
[21:21:24] <CIA-7> ffmpeg: michael * r23098 /trunk/libavcodec/mpegaudiodec.c: Factorize READ_FLIP_SIGN() optimization out
[21:28:22] <peloverde> If TLS coder (with psytel inspired modifications) is better than the faac inspired coder at spectral holes but worse at pre-echo should I move to TLS now or try to fix pre-echo regressions first?
[21:31:16] <peloverde> life was so much better before I started listening for pre-echo
[21:32:46] <CIA-7> ffmpeg: michael * r23099 /trunk/libavcodec/mpegaudiodec.c:
[21:32:46] <CIA-7> ffmpeg: Do the same sign flip optimization to the low freq decoder.
[21:32:46] <CIA-7> ffmpeg: as with the high freq 10-20 cycles faster
[21:44:15] <saintd3v> poor peloverde
[22:04:55] <iive> peloverde: i wish I knew what you are talking about. All I understand is that is have something to do with audio encoders, probably aac.
[22:05:06] <iive> is/it


More information about the FFmpeg-devel-irc mailing list