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

burek burek021 at gmail.com
Wed Feb 15 02:05:03 CET 2012


[00:12] <CIA-48> ffmpeg: 03Clément BSsch 07master * rc214e98634 10ffmpeg/ffmpeg.c: 
[00:12] <CIA-48> ffmpeg: ffmpeg: remove pointless avcodec_get_frame_defaults().
[00:12] <CIA-48> ffmpeg: filtered_frame is overwritten just below anyway.
[00:13] <CIA-48> ffmpeg: 03Clément BSsch 07master * rb986590810 10ffmpeg/ffmpeg.c: 
[00:13] <CIA-48> ffmpeg: ffmpeg: remove unneeded ost->picref check.
[00:13] <CIA-48> ffmpeg: If there ost->picref is NULL, it will likely crash anyway a few lines
[00:13] <CIA-48> ffmpeg: below by dereferencing it in order to access video attribute.
[00:13] <CIA-48> ffmpeg: 03Clément BSsch 07master * r73413e6bca 10ffmpeg/ffmpeg.c: ffmpeg: raise ENOMEM on avfilter_graph_alloc() failure.
[00:58] <ubitux> first run with undef done
[01:01] <ubitux> i updated the configs to use --valgrind, i hope it will work; we should be fixed in a few hours
[01:45] <durandal_1707> michaelni: should avcodec_align_dimension2() have entries for yuva fmts?
[01:45] <durandal_1707> oh, yet another bug
[01:46] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rdda713f870 10ffmpeg/libavcodec/iff.c: 
[01:46] <CIA-48> ffmpeg: iff: Fix decode_ham_plane32() buf_size.
[01:46] <CIA-48> ffmpeg: The wrong variable was passed into decode_ham_plane32()
[01:46] <CIA-48> ffmpeg: Fixes: Ticket922
[01:46] <CIA-48> ffmpeg: Reviewed-by: Paul B Mahol <onemda at gmail.com>
[01:46] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[01:46] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r387783749f 10ffmpeg/libavcodec/jpegls.c: 
[01:46] <CIA-48> ffmpeg: jpeglsdec: fix bpp & limit.
[01:46] <CIA-48> ffmpeg: Fixes: Tikcet969
[01:46] <CIA-48> ffmpeg: Thanks-to: ITU for the freely available spec.
[01:46] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[01:46] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r00ab9cdae1 10ffmpeg/libavcodec/jpeglsdec.c: 
[01:46] <CIA-48> ffmpeg: jpeglsdec: Prevent out of array write.
[01:46] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[01:57] <michaelni> durandal_1707, yes
[01:58] <durandal_1707> michaelni: patch already send
[01:58] <michaelni> yep just saw it a second after saying yes :)
[02:00] <TheFluff> the input to a bitstream filter must be in an aligned and properly padded buffer, right?
[02:18] <CIA-48> ffmpeg: 03Diego Biurrun 07master * rd1c4ec7f5e 10ffmpeg/ (configure libavformat/allformats.c): build: Set correct dependencies for rtmp* protocols implemented by librtmp.
[02:18] <CIA-48> ffmpeg: 03Diego Biurrun 07master * r75f11901b5 10ffmpeg/libavcodec/ps2/ (dsputil_mmi.c mmi.h): 
[02:18] <CIA-48> ffmpeg: mips: Move MMI function declarations to a header.
[02:18] <CIA-48> ffmpeg: This fixes compilation with -Werror=missing-prototypes.
[02:18] <CIA-48> ffmpeg: 03Diego Biurrun 07master * r0bf184e59c 10ffmpeg/libavcodec/ (8 files in 3 dirs): 
[02:18] <CIA-48> ffmpeg: Move PS2 MMI code below the mips subdirectory, where it belongs.
[02:18] <CIA-48> ffmpeg: Also give a more suitable name to the MMI-optimized IDCT;
[02:18] <CIA-48> ffmpeg: it is not PS2-specific, as the name currently suggests.
[02:18] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * rd63b7d8c37 10ffmpeg/libswscale/output.c: swscale: fix incorrect chroma bias in yuv2rgb48_1_c().
[02:18] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * rc0b87359b2 10ffmpeg/libswscale/ (output.c swscale.c): 
[02:18] <CIA-48> ffmpeg: swscale: handle gray16 as a "planar" YUV format (Y-only, of course).
[02:18] <CIA-48> ffmpeg: This allows removing any gray16-specific code, which is essentially
[02:18] <CIA-48> ffmpeg: identical to the per-plane code in yuv2plane*().
[02:19] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * r3cac475655 10ffmpeg/libswscale/output.c: swscale: move YUV2PACKED16WRAPPER() macro down to where it is used.
[02:19] <CIA-48> ffmpeg: 03Martin Storsjö 07master * rddf422803b 10ffmpeg/libavformat/mpegtsenc.c: 
[02:19] <CIA-48> ffmpeg: mpegtsenc: Add an AVOption for forcing a new PAT/PMT/SDT to be written
[02:19] <CIA-48> ffmpeg: When segmenting the output from the mpegts muxer, one can
[02:19] <CIA-48> ffmpeg: now set this option when cutting to a new segment, to make sure
[02:19] <CIA-48> ffmpeg: the next segment starts with PAT/PMT/SDT.
[02:19] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[02:19] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r5d561514b7 10ffmpeg/libavformat/movenc.c: 
[02:20] <^sandro^Zzz> hello everyone
[02:20] <^sandro^Zzz> having a problem with ffmpeg
[02:20] <^sandro^Zzz> and udp capture
[02:21] <^sandro^Zzz> anyone see an error liek this : [libx264 @ 0x1781bc0] Input picture width (704) is greater than stride (0)
[02:21] <^sandro^Zzz> Video encoding failed
[02:22] <durandal_1707> never seen that one, how to reproduce?
[02:22] <^sandro^Zzz> i have been stuck on it for 3 days
[02:22] <^sandro^Zzz> http://pastebin.com/7azatTzc
[02:24] <durandal_1707> that is message from x264
[02:25] <^sandro^Zzz> yup.
[02:25] <^sandro^Zzz> looks that way
[02:29] <durandal_1707> x264-snapshot-20080222-2245 ???
[02:33] <pasteeater> ^sandro^Zzz: are you sure you want "-f mpeg2video" there?
[02:34] <^sandro^Zzz> how do you check x264 version?
[02:34] <^sandro^Zzz> i even tried very old ones :(
[02:34] <pasteeater> x264 --help
[02:35] <^sandro^Zzz> root at bit14:/mnt/encoder/segmenter# x264 -help
[02:35] <^sandro^Zzz> x264 core:58 svn-736
[02:36] <durandal_1707> ^sandro^Zzz: why you are using so old version, you will get only problems using such old version with latest ffmpeg (assuming both are build with shared libs, if they are static you are wasting time using older binaries....)
[02:37] <pasteeater> 1. user questions are usually asked at #ffmpeg, 2. only recent ffmpeg/x264 is supported.
[02:37] <^sandro^Zzz> i hear you. i tried the new ones too
[02:37] <michaelni> TheFluff, i suspect it would probably work without
[02:37] <^sandro^Zzz> same errors
[02:39] <pasteeater> and i doubt ffmpeg 0.10 is actually using x264 from 2008 as it requires >= 118 in configure
[02:41] <^sandro^Zzz> ok im going to attempt the latest version again
[02:41] <^sandro^Zzz> to see what happens.. i have a feeling x264 bug
[02:41] <^sandro^Zzz> or ffmpeg latest bug
[02:42] <durandal_1707> ^sandro^Zzz: is your ffmpeg static or shared?
[02:43] <^sandro^Zzz> um.. well i did enable shared
[02:43] <^sandro^Zzz> same as h264
[02:43] <^sandro^Zzz> what's the diff ?
[02:44] <^sandro^Zzz> so static has all libraries
[02:44] <^sandro^Zzz> and shared in few libraries
[02:44] <^sandro^Zzz> so it should be compiled static
[02:44] <TheFluff> michaelni: okay, thanks
[02:45] <TheFluff> I made it aligned and padded anyway just to be safe
[03:01] <durandal_1707> michaelni: you merged too little from qatar
[03:23] <michaelni> durandal_1707, ?
[03:23] <durandal_1707> michaelni: you merged bugs
[03:24] <durandal_1707> now i need to wait one day for that bugs to get fixed :(
[03:26] <CIA-48> ffmpeg: 03Paul B Mahol 07master * r148d1f4799 10ffmpeg/libavcodec/utils.c: 
[03:26] <CIA-48> ffmpeg: lavc: add missing PIX_FMT_YUVA444P
[03:26] <CIA-48> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[03:26] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:27] <michaelni> durandal_1707, next merge done, just waiting for compile & fate
[03:27] <^sandro^Zzz> can somone help me with this error
[03:27] <^sandro^Zzz> http://pastebin.com/sWsJQCne
[03:27] <^sandro^Zzz> not sure what i have done wrong there
[03:28] <durandal_1707> for start, finaly start explaining what you are doing
[03:30] <durandal_1707> michaelni: are better wait, stuff is getting ugly
[03:32] <michaelni> durandal_1707, thats not a english sentance, what do you mean ?
[03:34] <Compn> michaelni : durandal_1707 means that qatar is multiplying bugs upon bugs and you should wait before merging more of them
[03:34] <Compn> and that you already merged some bug
[03:35] <Compn> which means you probably need to read libav-cvslog or libav-devel to see what the bug is
[03:35] <michaelni> libav is adding bugs since a year, no news here
[03:35] <Compn> lol
[03:35] <durandal_1707> we should probably stop auto merging but there is not enough man-power
[03:36] <michaelni> durandal_1707, can you elaborate on what bug is added by the last 2 commits?
[03:36] <michaelni> i didnt really look ...
[03:37] <Compn> i dont think we auto merge...
[03:37] <durandal_1707> there is one patch on ml not yet commited...
[03:37] <Compn> michaelni merges manually i thought ?
[03:38] <michaelni> i merge & test but of course i am a human and i do miss things sometimes
[03:40] <durandal_1707> well if "fix crashes in yuv2yuvX on x86-32" is calling for a additional merge go for it ...
[03:41] <michaelni> it sounds like it should be merged so ill do it ...
[03:43] <CIA-48> ffmpeg: 03Aneesh Dogra 07master * r186dcbcb50 10ffmpeg/tests/ (fate/image.mak ref/fate/sunraster-8bit_gray-raw): 
[03:43] <CIA-48> ffmpeg: sunrast: Add fate test for gray8.
[03:43] <CIA-48> ffmpeg: Signed-off-by: Janne Grunau <janne-libav at jannau.net>
[03:43] <CIA-48> ffmpeg: 03Ronald S. Bultje 07master * r771bab7f57 10ffmpeg/libswscale/x86/output.asm: 
[03:43] <CIA-48> ffmpeg: swscale: fix crashes in yuv2yuvX on x86-32.
[03:43] <CIA-48> ffmpeg: They were introduced in an earlier commit that introduced use of named
[03:43] <CIA-48> ffmpeg: arguments. One cause was a typo, a second cause appears to be a bug in
[03:43] <CIA-48> ffmpeg: x264asm that I work around by not using named arguments.
[03:43] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r1fbd905bbb 10ffmpeg/: 
[03:43] <CIA-48> ffmpeg: Merge remote-tracking branch 'qatar/master'
[03:43] <CIA-48> ffmpeg: * qatar/master:
[03:43] <CIA-48> ffmpeg:  swscale: fix crashes in yuv2yuvX on x86-32.
[03:43] <CIA-48> ffmpeg:  sunrast: Add fate test for gray8.
[03:43] <CIA-48> ffmpeg: Merged-by: Michael Niedermayer <michaelni at gmx.at>
[03:52] <durandal_1707> michaelni: why ffmpeg use unscaled converters and libav use bicubic ones?
[03:53] <durandal_1707> the mentioned bug happens only in last case
[03:53] <michaelni> which exact case ?
[03:54] <durandal_1707> with pal8 inputs, try chronomaster samples from fate
[03:57] <michaelni> why should bicubic be used when its unscaled ?
[03:58] <michaelni> maybe iam missing some detail ...
[03:58] <durandal_1707> it is bicubic with mmx2
[03:58] <durandal_1707> as reported by mplayer2
[03:58] <durandal_1707> which one is faster?
[04:01] <Compn> it used to be on a scale i thought
[04:01] <Compn> the first ones were faster, last one like lanczos was slowest
[04:02] <Compn> durandal_1707 : btw you need to use more context in your sentences. its hard to guess what you are talking about half of the time
[04:02] <Compn> michaelni needs bugreports, urls, mailing list thread urls, etc
[04:02] <Compn> samples, command lines, patches, etc
[04:18] <durandal_1707> strange recompiled ffmpeg to latest version and it no longer use unscaled variant
[07:24] <ubitux> any idea how to make this work? extra_conf="'--valgrind=valgrind --undef-value-errors=no' --disable-stripping"
[07:24] <ubitux> it seems to not like the option split
[07:29] <ubitux> 'going back to manual target_exec for this one
[07:38] <funman> why mixing ' and " ?
[07:39] <ubitux> because "valgrind --undef-value-errors=no" is the --valgrind option, and --disable-stripping is another extra conf option
[07:39] <funman> valgrind=valgrind.sh maybe?
[07:41] <ubitux> heh indeed that could do the trick
[07:42] <ubitux> thanks for the idea
[07:51] <trupheenix> can anyone tell me how i can cut a video based on keyframes so that I can send relevant portions of it for video streaming applications? either with ffmpeg or using a simple formula. 
[07:53] <funman> ffmpeg -i input -t 10 -codec copy output
[07:53] <funman> done, 10 seconds of video
[07:54] <trupheenix> funman, hmmm... i want to send fragments of the video. 
[07:54] <trupheenix> funman, so this has to contain the keyframe data.
[07:54] <funman> -ss 5 => from 5 to 10
[07:54] <trupheenix> funman, how do i determine this?
[07:54] <funman> err, to 15
[07:55] <funman> i'd hope ffmpeg does it itself and cuts on keyframes
[08:29] <funman> vlcforce build nb-x86_64-win64
[10:05] <aClam> http://git.videolan.org/?p=ffmpeg.git;a=commit;f=libavcodec/h264_refs.c;h=e86fbe1751772a3b6790652ab382dcebaeec3aa8    Where is exactly is "issue 2679"? Does it mean issue 2679 on libav issue tracker? http://roundup.libav.org/issue2679
[10:08] <ubitux> aClam: this is from a libav merge, when issue* it's related to the roundup yes, otherwise it should be their bugzilla
[10:08] <ubitux> with ffmpeg, we use "ticket", to refer to the trac
[10:08] <aClam> Okay, thanks
[11:51] <trupheenix> any one give me pointers on how i can make video fragments using ffmpeg? is there a way to do this from my code itself?
[11:59] <trupheenix> how can i determine the keyframe interval of a video?
[12:06] <CIA-48> ffmpeg: 03Carl Eugen Hoyos 07master * r186923758d 10ffmpeg/libswscale/x86/ (input.asm output.asm): Fix compilation with old yasm that does not support AVX.
[15:58] <ubitux> is there any reason not to have a hard dep on libavfilter in ffmpeg?
[15:59] <ubitux> so we could use the filters for resampling, or volume stuff
[15:59] <Daemon404> nothing NEEDS it afaik
[15:59] <Daemon404> (yet)
[15:59] <ubitux> well, there is duplicated stuff we could get rid of it
[16:00] <ubitux> i think lavfi lacks the audio drifting stuff
[16:00] <ubitux> but it seems to be the only missing feature
[16:00] <ubitux> and it would simplify and unify a lot of things
[17:00] <Zeranoe> I'm running into issues when compiling version 0.10 of FFmpeg. Here is the pastebin: http://pastebin.com/BmRH7HVt Does anyone know a quick fix or is this bug material? 
[17:02] <ubitux> error: 'wcscpy_instead_use_StringCbCopyW_or_StringCchCopyW' undeclared (first use in this function)
[17:03] <Daemon404> does mingw really say this?
[17:03] <ubitux> looks like a cpp messup
[17:03] <Daemon404> or are upu contaminating it with MSVC headers?
[17:03] <Daemon404> you*
[17:03] <Zeranoe> Daemon404: This is a pure MinGW-w64 cross toolchain
[17:03] <ubitux> it looks like there is a #define strcpy StringCbCopyW or something
[17:04] <ubitux> which basically breaks the safety check in ffmpeg
[17:04] <ubitux> hi saste! :)
[17:04] <saste> hi ubitux
[17:05] <ubitux> michaelni: open64, path scale and sunc compiler tests  which of these are free (price at least) and can be used on a linux box?
[17:05] <ubitux> saste: i have a few questions again for you if you have some time for me
[17:06] <saste> ubitux: i can reply now if i have a quick reply for them
[17:06] <ubitux> mmh, ok well
[17:06] <ubitux> so i rework your ffmpeg af patch
[17:06] <ubitux> it works for simple filters such as volume
[17:07] <ubitux> but as soon as i play with sample rate or something, everything is messed up
[17:07] <Zeranoe> I need to head out here but i will be back later, if anyone can find a fix to this I would really appreciate it.
[17:08] <saste> ubitux: which kind of "mess"? crash or something?
[17:08] <ubitux> sounds is creepy
[17:08] <ubitux> basically like it's trying to play a resampled stuff with the untouched original settings
[17:08] <saste> uhm yeah
[17:08] <ubitux> this is the C main part, which is a lot similar to the video one: http://pastie.org/3381673
[17:09] <ubitux> i thought i copied every new settings
[17:09] <ubitux> but it seems the wrong way of doing it
[17:09] <ubitux> (also, i don't see anything in the spirit in your original patch)
[17:09] <saste> i'm quite sure it was working at some point, as I had most tests working but with output bitwise differences
[17:11] <ubitux> i don't see anything which updates the output stream settings in your patch
[17:11] <ubitux> so i believe i'm doing something wrong or just forgot something
[17:11] <saste> filtered_frame->pts = av_rescale_q(ref->pts, ist_pts_tb, AV_TIME_BASE_Q);
[17:12] <saste> looks wrong
[17:12] <saste> rescaling is managed differently in case of audio
[17:12] <saste> at least iirc
[17:12] <ubitux> how differently? (this is the same as the video)
[17:13] <saste> how was it in the original code?
[17:13] <saste> also i'm not sure it is correct to set the codec context for each frame
[17:14] <ubitux> the original code doesn't seem to touch the frame at all
[17:14] <saste> with some codecs you can't change the params on the fly and expect it to work, but maybe we have the same bug in the video path as well
[17:14] <ubitux> so i wonder when it is supposed to get teh output settings
[17:15] <saste> anyway output params don't change in the filterchain right now, and i suppose we have a normalization mechanism on the input
[17:15] <saste> the output params should be available at the end of the filtergraph after the configuration stage
[17:15] <saste> and you assume they won't change during the filtering stage
[17:17] <ubitux> the original patch only has /* ocodec->sample_rate = ist->output_audio_filter->inputs[0]->sample_rate; */
[17:17] <ubitux> at the end of the configuration stage
[17:17] <saste> uhm.. is it commented?
[17:17] <ubitux> channel layout seems updated though mmh ok
[17:17] <ubitux> saste: yes
[17:17] <ubitux> at least according to the patch you sent :P
[17:18] <ubitux> i'm going to try to change the settings at this point
[17:18] <michaelni> ubitux, i dont know, i thought there are "free" versions available for all 3
[17:18] <saste> well i had some private communication with mina with regards to that
[17:18] <michaelni> also see http://en.wikipedia.org/wiki/List_of_compilers
[17:18] <saste> just lemme dig it in the archive...
[17:18] <ubitux> michaelni, saste: ok, thanks :)
[17:18] <michaelni> there might be more there that might be able to compile ffmpeg
[17:20] <ubitux> btw, while both of you are here, michaelni, saste: is there any reason not to make a harddep on libavfilter in ffmpeg?
[17:21] <ubitux> so we could use it for the resampling, and volume stuff at least
[17:21] <michaelni> id be fine with a harddep
[17:21] <Daemon404> this reminds me....
[17:21] Action: Daemon404  goes to submit bugs to clang abotu miscompiling ffmpeg
[17:21] <saste> ubitux: i remember at some point ffmpeg could be compiled with no lavfi, i don't know if that's still the case
[17:21] <ubitux> though, i don't know how the audio drift could be implemented in libavfilter
[17:21] <saste> i'm happy leaving michaelni to decide about it
[17:22] <ubitux> saste: i added a --disable-avfilter in fate, and it seems to build ffmpeg fine
[17:22] Action: michaelni is not really maintaining or testing ffmpeg without lavfi
[17:22] <michaelni> ive no real oppinion on a harddep either way
[17:23] <michaelni> but i think someone should "maintain" this combination if we support it
[17:23] <ubitux> actually, it looks quite a burden to maintain both ffmpeg+internal and ffmpeg+lavfi
[17:24] <michaelni> also theres the question if anyone uses it ?
[17:24] <ubitux> atm i'm trying to add the -af, and messing with do_audio_out to avoid resampling but keep audio drift is quite complicaetd
[17:24] <Daemon404> ubitux, there's an old saying: eat your own dogfood
[17:25] <Daemon404> that is, use your own apis instead of custom internal ones
[17:25] <ubitux> the thing is, we need to do both atm
[17:25] <ubitux> but libavfilter is not up to the ffmpeg internals
[17:25] <ubitux> at the moment
[17:26] <ubitux> i would be happy to have a -ar doing -af aresample=... and similar
[17:38] <ubitux> saste: it seems to work with the configuration
[17:38] <ubitux> thanks :)
[17:39] <saste> ubitux: did you have to uncomment the sample_rate setting thing?
[17:40] <ubitux> yes
[17:41] <ubitux> and i need to do something similar for the channel layout
[18:04] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r5d12b83ff1 10ffmpeg/ (doc/ffmpeg.texi ffmpeg.c): 
[18:04] <CIA-48> ffmpeg: ffmpeg.c: implement -debug_ts option
[18:04] <CIA-48> ffmpeg: Mostly useful for debugging purposes.
[18:04] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r175ab5f9a9 10ffmpeg/libavfilter/ (af_ashowinfo.c vf_showinfo.c): lavfi/*showinfo: use av_ts2* macros in showinfo and ashowinfo
[18:04] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * r1e6408a18e 10ffmpeg/libavfilter/vf_showinfo.c: 
[18:04] <CIA-48> ffmpeg: lavfi/showinfo: only print checksum for the existing planes
[18:04] <CIA-48> ffmpeg: Make the output a bit nicer.
[18:04] <CIA-48> ffmpeg: 03Stefano Sabatini 07master * rf89f9bdadd 10ffmpeg/libavfilter/af_ashowinfo.c: 
[18:04] <CIA-48> ffmpeg: lavfi/ashowinfo: only print checksum for the existing planes
[18:04] <CIA-48> ffmpeg: Make the output a bit nicer.
[18:04] <ubitux> saste: it's too bad i can't really use the av_ts2* macro in silencedetect
[18:05] <saste> ubitux: why?
[18:05] <ubitux> because of the precision
[18:05] <ubitux> 1 second is not enough
[18:08] <saste> up to 6 digits are used
[18:08] <ubitux> anyway, -af aresample works, but changing layout filters like pan don't, even if i set channel layouts and channels correctly in configure_audio_filters
[18:08] <saste> but it's using %g format so trailing 0s are not shown
[18:09] <saste> (which is a bit ugly for vertical indenting purposes)
[18:09] <ubitux> mmh i may have messed in the usage then, 'will look again
[19:26] <lionaneesh> Hey guys , I just stopped by to thank you all for allowing me do some FFMPEG tasks
[19:26] <lionaneesh> I did 2 ffmpeg tasks i guess (for GCI)
[19:26] <lionaneesh> and today they have announced the grand prize winners >> http://google-opensource.blogspot.in/2012/02/google-code-in-2011-grand-prize-winners.html
[19:27] <lionaneesh> Bye guys
[19:27] <lionaneesh> Thanks a lot
[20:34] <Compn> wbs : why mentor rtmpe support ?
[20:34] <Compn> i mean
[20:34] <Compn> thats a lot of work
[20:34] <Compn> to duplicate librtmp
[21:20] <wbs> Compn: well, if someone is interested in doing it, I might help mentoring it. but I'm not personally totally convinced that it's necessary either
[21:22] <michaelni> wbs, IMHO if theres a problem or shortcomming with librtmp then it should be reported & fixed in librtmp
[21:22] <michaelni> only if that fails should other pathes be considered ...
[21:23] <michaelni> i mean just because you find a student to write a new kernel doesnt mean that it would be good idea
[21:23] <wbs> that's a valid point
[21:28] <Compn> well i dont mind people working on things. just trying not to waste effort on duplication .
[21:36] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r2bc610ddc5 10ffmpeg/libswscale/output.c: 
[21:36] <CIA-48> ffmpeg: swscale: yuv2422_1_c_template: fix rounding
[21:36] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:36] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rf03a029939 10ffmpeg/libswscale/output.c: 
[21:37] <CIA-48> ffmpeg: swscale: Add cliping to yuv2422_1_c_template()
[21:37] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:37] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rc0c32a3704 10ffmpeg/libswscale/output.c: 
[21:37] <CIA-48> ffmpeg: swscale: Fix rounding in yuv2rgb_1_c_template()
[21:37] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:37] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r94bc672489 10ffmpeg/libswscale/output.c: 
[21:37] <CIA-48> ffmpeg: swscale: yuv2422_2_c_template() add cliping.
[21:37] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:37] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * ref96bf294d 10ffmpeg/libswscale/output.c: 
[21:37] <CIA-48> ffmpeg: swscale: Fix rounding in yuv2mono_1_c_template()
[21:37] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[22:04] <ubitux> michaelni: i see you're doing some swscale fixes, did you see http://fate.ffmpeg.org/report.cgi?time=20120214190603&slot=x86_64-archlinux-gcc-valgrindundef ?
[22:04] <ubitux> they seem related to swscale somehow
[22:05] <ubitux> at least a bunch of them
[00:00] --- Wed Feb 15 2012


More information about the Ffmpeg-devel-irc mailing list