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

burek burek021 at gmail.com
Sun May 27 02:05:03 CEST 2012


[01:17] <ubitux> here we go
[01:18] <ubitux> Måns avprobe feature request in ffprobe
[01:45] <ubitux> michaelni: when you'll merge avprobe changes, it might be wise to add "of" as an alias for "print_format"
[02:58] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r411689b5e1 10ffmpeg/libavfilter/af_aresample.c: 
[02:58] <CIA-119> ffmpeg: af_aresample: fix request_frame()
[02:58] <CIA-119> ffmpeg: Fixes part of Ticket1341
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[02:58] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r72261fa867 10ffmpeg/libswresample/swresample.c: 
[02:58] <CIA-119> ffmpeg: swr: fix swr_drop_output()
[02:58] <CIA-119> ffmpeg: Fixes part of Ticket1341
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[02:58] <CIA-119> ffmpeg: 03ami_stuff 07master * rca8623e1a5 10ffmpeg/ (libavcodec/raw.c libavformat/isom.c): 
[02:58] <CIA-119> ffmpeg: Support some BOXX codecs.
[02:58] <CIA-119> ffmpeg: Fixes a part of ticket #1352.
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:09] <Compn> whoa boxx support ;)
[03:09] <Compn> oh just more raw fourccs
[03:09] <Compn> :P
[03:14] <Compn> ami's been working hard on all of these codecs :)
[03:29] <Daemon404> "codecs"
[04:24] <Compn> some are codecs
[04:24] <Compn> some are raw colorspaces that are already supported :P
[04:24] Action: Compn decompresses Daemon404
[10:05] Action: ubitux compnpresses Compn 
[10:07] <funman> does not compnute
[10:55] <ubitux> http://git.1wt.eu/web?p=haproxy.git;a=commitdiff;h=7de211c88b77594f9a4146e59b37175f33f5a189
[12:41] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r52b23cbf1c 10ffmpeg/tests/lavfi-regression.sh: 
[12:41] <CIA-119> ffmpeg: tests/lavfi: rework lavfi-regression.sh, avoid use of ffmpeg -pix_fmts
[12:41] <CIA-119> ffmpeg: Use lavfi-showfiltfmts for checking the format supported by the scale
[12:41] <CIA-119> ffmpeg: filter instead. The advantage is that the scale filter may support
[12:41] <CIA-119> ffmpeg: formats which are not supported by libswscale (namely: the pal8 format).
[12:41] <CIA-119> ffmpeg: The new implementation is also a bit cleaner, because it doesn't depend
[12:41] <CIA-119> ffmpeg: on the ffmpeg output.
[12:41] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r36f714f825 10ffmpeg/tests/ (lavfi-regression.sh ref/lavfi/pixdesc): 
[12:41] <CIA-119> ffmpeg: tests/lavfi: use do_lavfi_pixfmts for the pixdesctest test
[12:41] <CIA-119> ffmpeg: Simplify, and as a side effect extend the number of supported formats, in
[12:41] <CIA-119> ffmpeg: particular add a test for pal8.
[12:41] <CIA-119> ffmpeg: 03Christian Schmidt 07master * rf7d5272456 10ffmpeg/ (doc/ffprobe.xsd ffprobe.c): 
[12:41] <CIA-119> ffmpeg: ffprobe: display the codec profile in show_stream()
[12:41] <CIA-119> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab at gmail.com>
[12:58] <michaelni> ubitux, that looks interresting
[12:59] <ubitux> the haproxy commit?
[12:59] <ubitux> it looked fun :)
[13:01] <michaelni> yes
[13:03] <michaelni> something like that could be usefull for us too ...
[13:06] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r072e7fad87 10ffmpeg/libswresample/swresample.c: 
[13:06] <CIA-119> ffmpeg: swr: fix swr_drop_output()
[13:06] <CIA-119> ffmpeg: Fixes part of Ticket1341
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:06] <CIA-119> ffmpeg: (cherry picked from commit 72261fa8675ca6e118efe202fcb13fd0866d4a54)
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:06] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r484302d183 10ffmpeg/libavfilter/af_aresample.c: 
[13:06] <CIA-119> ffmpeg: af_aresample: fix request_frame()
[13:06] <CIA-119> ffmpeg: Fixes part of Ticket1341
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:06] <CIA-119> ffmpeg: (cherry picked from commit 411689b5e1189e325f12060e52e7c5cb29f87b21)
[13:07] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[14:49] <ubitux> mmh the microdvd lines buffering looks strange... :/
[14:49] <ubitux> anyone has any news from aurelien jacobs?
[14:50] <ubitux> i tried to contact him one or two weeks ago but got no reply
[14:50] <ubitux> (his gnuage mail, dunno if there is another)
[16:35] <Vardan> hi all
[16:36] <Vardan> people I'm trying to use sws_scale() function and get this error: swscale.h:236: note: expected 'const uint8_t * const*' but argument is of type 'uint8_t **'
[16:36] <Vardan> here are the arguments that I give to sws_scale
[16:38] <Vardan> (struct SwsContext*, AVFrame->data, AVFrame->linesize, 0, AVCodecContext->height, AVFrame->data, AVFrame->linesize)
[16:38] <Vardan> what is wrong?
[16:40] <iive> my guess -Werror somewhere.
[16:40] <Vardan> what you mean?
[16:41] <iive> it treats warnings as errors.
[16:42] <Vardan> :) you are right :)
[17:56] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * raeb2dea802 10ffmpeg/Changelog: 
[17:56] <CIA-119> ffmpeg: Changelog, spell out the CVEs that where fixed.
[17:56] <CIA-119> ffmpeg: there are some holes in the list as some things have been fixed
[17:56] <CIA-119> ffmpeg: in previous releases already.
[17:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[17:56] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rbe97675e6c 10ffmpeg/libavfilter/af_aresample.c: 
[17:56] <CIA-119> ffmpeg: af_aresample: fix pts, they where off by a packet in the -async >0 case.
[17:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[18:47] <edgy> Hi, I want to file a bug regarding ffmpeg -i test.rm test.mp3 generating a corrupted file, is the info here http://pastebin.ca/2154653 enough?
[20:31] <ubitux> michaelni: i guess i have to use something like DSPContext.sad<something>?
[20:31] <ubitux> (sad[1]?)
[20:31] <ubitux> (and assuming it's in lavu at some point)
[20:40] <michaelni> ubitux, yes sad[]
[20:40] <michaelni> or pix_abs
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf7c89705e4 10ffmpeg/libavformat/avio.c: 
[20:49] <CIA-119> ffmpeg: avio: fix "discards const qualifier from pointer target type" warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r6d401effc4 10ffmpeg/libavfilter/lavfutils.c: 
[20:49] <CIA-119> ffmpeg: lavfutils: fix incompatible pointer type warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r8a45e0c354 10ffmpeg/libavfilter/lswsutils.c: 
[20:49] <CIA-119> ffmpeg: lswsutils: fix "ncompatible pointer type" warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:54] <michaelni> Tjoppen, can i remove the variable causing this -> libavformat/mxfdec.c:955:14: warning: variable ‘last_index_duration’ set but not used ?
[20:54] <michaelni> or should i mark it as av_unused ?
[20:54] <michaelni> or something else ?
[20:56] <CIA-119> ffmpeg: 03Alexis Ballier 07master * r0bf90ceb84 10ffmpeg/tests/fate/video.mak: 
[20:56] <CIA-119> ffmpeg: Fix tests without fate samples.
[20:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:17] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r21e5dd93d7 10ffmpeg/libavcodec/aacpsy.c: 
[21:17] <CIA-119> ffmpeg: aacpsy: fix "may be used uninitialized" warning
[21:17] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:17] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * ra48b890392 10ffmpeg/libavcodec/aacdec.c: 
[21:17] <CIA-119> ffmpeg: aacdec: fix "may be used uninitialized" warning
[21:17] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:18] <ubitux> can i raise something like EAGAIN in read_packet callback?
[21:19] <ubitux> (so read_packet is called again immediately)
[21:23] <michaelni> ubitux, if we talk about the same read_packet() funtion, the one called by fill_buffer() then id say no
[21:23] <michaelni> fill_buffer() would set EOF
[21:23] <ubitux> the lavf read_packet callback
[21:24] <michaelni> AVIOContext.read_packet() ?
[21:27] <ubitux> no no AVInputFormat, sorry
[21:37] <michaelni> ubitux, it should be possibel i think
[22:02] <ubitux> ok
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * rb0970a69d1 10ffmpeg/doc/fate.texi: 
[22:41] <CIA-119> ffmpeg: fate: document TARGET_EXEC and its usage
[22:41] <CIA-119> ffmpeg: TARGET_EXEC allows running FATE on simulators, remote targets and
[22:41] <CIA-119> ffmpeg: memory checkers. Also document a known issue with Wine and mixed
[22:41] <CIA-119> ffmpeg: Unix/Windows line ending.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * rc6eeb9b7b6 10ffmpeg/ (doc/protocols.texi libavformat/rtmpproto.c): 
[22:41] <CIA-119> ffmpeg: rtmp: fix url parsing
[22:41] <CIA-119> ffmpeg: The application component can have a subcomponent to specify the
[22:41] <CIA-119> ffmpeg: application instance even if it doesn't have a ":" in the playpath.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * r0d242a7713 10ffmpeg/avprobe.c: 
[22:41] <CIA-119> ffmpeg: avprobe: provide JSON output
[22:41] <CIA-119> ffmpeg: JSON usage is quite widespread.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * r6a6c2a94c5 10ffmpeg/doc/avprobe.texi: 
[22:41] <CIA-119> ffmpeg: avprobe: update documentation
[22:41] <CIA-119> ffmpeg: Update the documentation according to the latest changes
[22:42] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[22:42] <CIA-119> ffmpeg: 03Martin Storsjö 07master * r93cef6f923 10ffmpeg/libavformat/rtpenc_chain.c: 
[22:42] <CIA-119> ffmpeg: rtpenc_chain: Free the URLContext on failure
[22:42] <CIA-119> ffmpeg: If an URLContext is passed in, its ownership is given to this
[22:42] <CIA-119> ffmpeg: function, and is either owned by the returned AVFormatContext
[22:42] <CIA-119> ffmpeg: on a successful return, or freed on failure.
[22:42] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[22:42] <CIA-119> ffmpeg: 03Martin Storsjö 07master * r68c813081b 10ffmpeg/libavformat/ (movenchint.c rtpenc_chain.c rtpenc_chain.h rtsp.c sapenc.c): 
[22:42] <CIA-119> ffmpeg: rtpenc_chain: Return an error code instead of just a plain pointer
[22:42] <CIA-119> ffmpeg: Also check the return value in sapenc.
[22:42] <CIA-119> (22 lines omitted)
[22:57] <CIA-119> ffmpeg: 03Clément BSsch 07master * r19c1bf1525 10ffmpeg/ffprobe.c: ffprobe: reduce the number of AVBPrint resets.
[23:19] <ubitux> saste: i think we could reduce the av_bprint_init()/av_bprint_finalize() by adding a AVBPrint to the writer context
[23:20] <ubitux> or sth like that
[23:20] <ubitux> (and just call some clear())
[23:20] <saste> yes, i had the same tought
[23:20] <saste> another possibility would be to remove the use of avbprint at all, and print to stdout
[23:21] <ubitux> mmh we need some buffering in some places
[23:21] <ubitux> i don't remember why
[23:22] <saste> but that's a major overhaul
[23:22] <saste> yes i can't remember why...
[23:23] <ubitux> :D
[23:23] <ubitux> same for me
[23:23] <ubitux> but i'm pretty sure there was a good reason :))
[23:23] <saste> oh was something related to csv escaping?
[23:23] <ubitux> maybe the escaping yes
[23:23] <saste> you need to parse all the string in order to understand if the string need external escaping
[23:24] <saste> otherwise you need to default to always use it, which seemed ugly
[23:24] <saste> maybe the same consideration applied to other kinds of escaping
[23:26] <ubitux> ah yes indeed that was this!
[23:26] <ubitux> with escaping you needed an allocation
[23:26] <ubitux> and we started limiting the number of allocated buffers by using a common one
[23:26] <ubitux> which lead to fast_asprintf and such
[23:27] <ubitux> so the whole point of the buffering was to reuse the same buffer for escaping
[23:27] <saste> anyway the parsing can be done internally in the callback, no need to force that
[23:27] <ubitux> and thus all we need is put a temporary reusable for escaping (or similar) buffer in the writer context
[23:27] <saste> so in all i think we could just get rid of av_bprint
[23:28] <saste> not that i dislike it (indeed i like it very much) but seems unneeded for ffprobe
[23:28] <ubitux> well how do you avoid the allocations in the escape functions?
[23:28] <ubitux> it would be nice to have access to just one AVBPrint in the escape functions
[23:28] <saste> bonus -> avio use for rock'n'roll outputting
[23:29] <ubitux> so everytime we need a stash buffer, we can use it
[23:29] <saste> you can still put an AVBprint in the writer context
[23:29] <ubitux> yes
[23:29] <saste> and use *only* when it is needed (CSV/compact)
[23:29] <saste> or even in the writer private context
[23:29] <ubitux> no, not the private one, let's make it available for all the writers
[23:30] <saste> no objections ;-)
[23:30] <ubitux> also about the avio stuff, if you're doing it, maybe we should consider reusing the libav names
[23:30] <ubitux> like probe_str instead of print_str (lol...)
[23:30] <saste> that's possible indeed
[23:30] <ubitux> so we can make merges easier
[23:32] <saste> even if that name doesn't seem very appropriate
[23:32] <ubitux> yes it's a stupid name.
[23:32] <ubitux> but well& :)
[23:34] <ubitux> about the eval(ffprobe ...) for the flat stuff, i wonder if that would be possible
[23:34] <saste> sh_escape_str?
[23:34] <saste> sh escaping has a few glitches
[23:34] <ubitux> yes that's what i'm doing
[23:34] <ubitux> but it's an issue with the tags
[23:35] <ubitux> mmh i need 2 kind of escaping
[23:35] <saste> escaping hell!
[23:35] <ubitux> one replacing " with \", and one with the char separator
[23:35] <ubitux> so if you have tag a"b=c"d, it will be: a_b="c\"d"
[23:35] <ubitux> mmh, could be possible.
[23:36] <ubitux> arh whatever i'm waiting for the new version of ffprobe escaping system, 'going back to scene detection :)
[23:38] <saste> yep, that's far cooler
[23:38] <ubitux> :D
[23:39] <ubitux> i want to add a lot of stuff in my todo list :p
[23:39] <saste> btw: regarding diff, there is optimized diff code in my decimate patch
[23:39] <ubitux> like motion estimation filter :p
[23:39] <ubitux> (isn't fps doing it anyway?)
[23:39] <ubitux> saste: ah?
[23:39] <saste> the same code taken from libmpcodecs
[23:40] <saste> even if libav is working on porting DSP utils to lavu, so they would be available to lavfi
[23:40] <ubitux> ATM i see they're porting float stuff only
[23:40] <ubitux> (afaiu)
[23:41] <ubitux> oh, vf deshake is using DSPContext unconditionnaly for SAD()
[23:42] <ubitux> mmh, there is already a hard dep on lavc?
[23:42] <nevcairiel> in lavfi? sadly, yes. (although the makefile wasn't told yet)
[23:43] <saste> yes after the merge, i have yet to clean the frankeinstein api
[23:43] <sware> in libavutil/dict.h there is typedef struct AVDictionary AVDictionary, but it's never defined 
[23:43] <sware> is that a typo
[23:44] <ubitux> saste: well, vf deshake isn't in libav; and it's using DSPContext (exactly for the same thing i need it seems)
[23:45] <saste> sware: no that's required for using the structure without typing "struct" every time
[23:45] <sware> but where is AVDictionary actually defined 
[23:45] <ubitux> sware: that's an opaque struct
[23:45] <nevcairiel> sware: its meant to be an opaque structure, its content not visible in a public header
[23:45] <nevcairiel> its defined in internal.h
[23:45] <ubitux> sware: it is defined in the internal.h
[23:45] <ubitux> heh
[23:45] <sware> hmm
[23:45] <saste> ubitux: no problem on that, no need to wait for hell freezing and dsp utils fully ported to lavu
[23:45] <ubitux> nevcairiel: interlaced brain hacked
[23:45] <nevcairiel> hehe
[23:45] <nevcairiel> eww, interlacing!
[23:46] <ubitux> :)
[23:46] <sware> ahhh, not internal.h but libavutil\internal.h 
[23:46] <ubitux> saste: ah, great ok, so i can use it DSPContext immediatly; what was the problem then?
[23:46] <sware> files are including internal.h which is part of libavformat, but not the libavutil one, so was getting errors
[23:46] <ubitux> saste: adding a lavc dep on the filter maybe>
[23:46] <ubitux> ?
[23:47] <saste> yes, like already done for movie & friends
[23:47] <ubitux> i see
[23:47] <ubitux> ok :)
[23:47] <ubitux> sware: you shouldn't include the internal.h
[23:47] <sware> ubitux: I'm going to just move the definition 
[23:47] <ubitux> (i mean, in your app)
[23:47] <ubitux> sware: why?
[23:47] <sware> ubitux: I'm building in msvc
[23:48] <ubitux> sware: msvc isn't able to typedef a struct without knowing it?
[23:49] <sware> ubitux: it is, but when it's not defined in any files that are included, it throws an error
[23:49] <ohsix> during link, right?
[23:49] <sware> ubitux: I thought it was just typedeffed but not defined, until you guys told me it's defined in libavutil\internal.h, which isn't included, fixed now :)
[23:49] <ubitux> included from where?
[23:50] <ubitux> where does it fail exactly?
[23:50] <saste> weird, do we have other places where the same trick is used? I guess so
[23:50] <sware> in asfenc.c 
[23:50] <sware> and utils.c
[23:50] <sware> one sec
[23:50] <ubitux> sware: yes we use this a lot
[23:50] <ubitux> saste*
[23:50] <saste> the last time i compiled a libav* app in windows (two years ago) it was working just fine
[23:51] <ubitux> certainly not with msvc
[23:51] <Daemon404> at least 3 widely use apps link libav* with msvc.
[23:51] <saste> DLL are compiled using mingw
[23:51] <ubitux> they don't support C, and don't want to ("use C++")
[23:51] <saste> there is no way to compile ffmpeg sourcecode with mscv
[23:51] <ubitux> saste: i think saste is willing to script something to make the code building in msvc
[23:51] <saste> *msvc
[23:51] <Daemon404> saste, BBB is working on it for google
[23:51] <Daemon404> for chrome use
[23:51] <ubitux> i think sware*
[23:51] <Daemon404> iirc
[23:52] <saste> no i'm no windows expert
[23:52] <ubitux> ;)
[23:52] <saste> but that would be *good* for various reasons
[23:52] <Daemon404> bets reason is
[23:52] <Daemon404> i could use ms's debugger
[23:52] <Daemon404> instead of shitty old gdb
[23:52] <sware> I ported it to msvc
[23:52] <sware> anyway
[23:53] <sware>     metadata_count = s->metadata ? s->metadata->count : 0; in asfenc.c
[23:53] <ubitux> it's incredible the amount of acrobatics some people are ready to do just because Microsoft doesn't like C :p
[23:53] <sware> fails on left of count, because libavutil\internal.h is not included
[23:53] <sware> where the definition for AVDictionary is 
[23:54] <sware> and in utils.c at first line of static void dump_metadata() 
[23:54] <Daemon404> ubitux, its incredible that foss people live in a work where they can completely dismiss msvc :P
[23:54] <sware>     if(m && !(m->count == 1 && av_dict_get(m, "language", NULL, 0))){
[23:54] <Daemon404> world*
[23:54] <ohsix> why do they have to support something they don't use
[23:54] <ubitux> Daemon404: msvc is dismissing itself from the world
[23:54] <sware> fails again, left of count specifies undefined struct/union 'AVDictionary'
[23:54] <ohsix> they support what they use already
[23:54] <Daemon404> ohsix, the biggest distributer of ffmpeg in teh world uses msvc :P
[23:54] <ohsix> that's like saying it's a shame foss people don't support food programs in uganda
[23:54] <sware> those get fixed by including libavutil\internal.h in utils.c and asfenc.c
[23:55] <ubitux> ohsix: :D
[23:55] <saste> i was reading an article today by a game dev which i love a lot (Jonathan Blow), it was about (the other things) how linux sucks for game development
[23:55] <saste> http://braid-game.com/news/2008/08/misc-linux-questions/
[23:55] <ohsix> Daemon404: they should probably contrinbute more to support it then
[23:55] <Daemon404> ohsix, i was mroe referring to people who actively reject patches tyo add support
[23:55] <Daemon404> because "MS Is Satan"
[23:55] <saste> well indeed it was a blog to be honest
[23:55] <Daemon404> ive hit that wall a few times
[23:55] <ohsix> you need someone you can trust, you don't know if some guy using msvc was just trying random things to get a syntax error to go away
[23:56] <Daemon404> cant that same logic be applied to all outside patches?
[23:56] <ohsix> saste: he was right in 2008 :]
[23:56] <ubitux> saste: it looks like it's missing one big problem: the binaries/packaging
[23:56] <ohsix> everything is great except packaging the games
[23:56] <sware> well
[23:57] <saste> ohsix: no visual debugging / sane multithread debugging and stuff like that
[23:57] <sware> ffmpeg has been ported to msvc for some time now 
[23:57] <Daemon404> also
[23:57] <Daemon404> >glibc
[23:57] <sware> and working properly
[23:57] <Daemon404> sware, not in any sort of sane way
[23:57] <saste> there is no market/niche of game developers in linux, so there are no good tools for that
[23:57] <sware> Daemon404: the xbox 360 port is msvc
[23:57] <saste> no games -> no world domination ;-)
[23:57] <sware> Daemon404: and working 
[23:57] <ubitux> <@Daemon404> ohsix, i was mroe referring to people who actively reject patches tyo add support // the rejection is about going back to 1989 and making the code unreadable
[23:57] <ubitux> (you saw by yourself in the c++ files...)
[23:57] <Daemon404> ubitux, ?
[23:57] <Daemon404> i wasnt referring to ffmpeg
[23:58] <ubitux> ah, my bad then :)
[23:58] <ohsix> i like how sdl's api is seriously lacking when you just write samples, he's probably expecting something like fmod or something
[23:58] <saste> btw i tried the braid port for linux today, it works just fine after some tweaking with pulse/alsa
[23:58] <sware> the reason that it hasn't been ported to msvc is because linux people don't support it 
[23:58] <sware> aka you guys
[23:58] <sware> lol
[23:58] <Daemon404> ubitux, the way BBB is doing it (paid by google i guess), is he's making some sort of preproc script to be run
[23:58] <ubitux> <@saste> no games -> no world domination ;-) // Valve will port Steam and smart ppl world domination will start
[23:58] <Daemon404> before calling cl.exe
[23:59] <sware> at least a maintained port
[23:59] <ubitux> isn't what is doing sware as well?
[23:59] <sware> someone does it every few years 
[23:59] <ohsix> one thing that does suck on linux is the difference between the sound apis, people seem to forget that 44100 samples go by in a second when the sound api isn't controlling time for you
[23:59] <Daemon404> ubitux, i have no idea what sware is doing
[23:59] <Daemon404> is it publically available?
[23:59] Action: ubitux neither
[23:59] <ubitux> no idea
[23:59] <sware> I am porting ffmpeg to be built with msvc 
[23:59] <ubitux> manually?
[23:59] <sware> yes
[23:59] <Daemon404> yeah thats not sane
[23:59] <sware> by hand
[23:59] <Daemon404> nor will it be merged
[00:00] --- Sun May 27 2012


More information about the Ffmpeg-devel-irc mailing list