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

[burek]

[00:04] <durandal_1707> merging considered evil
[00:11] <durandal_1707> who reviewes merges?
[00:13] <kierank> nobody
[01:19] <durandal_1707> Daemon404: you have bactrace for such crash? I'm curious why ubitux cant reproduce it, is it reproducible using ubitux commmand?
[02:44] <cone-186> ffmpeg.git 03Michael Niedermayer 07740959fdbfbf: mpeg12parser: cleanup bitrate parsing.
[02:44] <cone-186> ffmpeg.git 03Heesuk Jung 07c349177b8cc0: mpeg12video_parser: Wrong bit rate in MPEG2 video file (Ticket #1862)
[02:44] <cone-186> ffmpeg.git 03Michael Niedermayer 074b7f34a34e45: mpeg12videodec: dont pass mpeg1 VBR special case value on as bitrate.
[04:35] <cone-186> ffmpeg.git 03Paul B Mahol 075f614bcf2c5d: vqavideo: return more meaningful error codes
[09:21] <ubitux> michaelni: i'd like to use sws (or something else) to do some various convolution filtering experiments with different kernels
[09:21] <ubitux> is it appropriate to use that?
[09:22] <ubitux> last time you pointed me out some particular functions for gaussian
[09:22] <ubitux> but i'd like to do similar things with "users" kernels
[09:23] <ubitux> i can at least re-use the SwsVector and related, but not sure about the rest
[09:30] <ubitux> mmh i should look at smartblur.
[11:21] <ubitux> http://b.pkh.me/sharpen.png :))
[11:25] <funman> re: ticket 1869: who is richardpi ?
[11:25] <funman> or richardpl
[11:26] <cbsrobot> funman: paul b mahol
[11:26] <cbsrobot> wait
[11:26] <funman> v210 is such a weird packing format that indeed swscale support would be hard
[11:26] <cbsrobot> on irc: durandal_1707
[11:26] <funman> ok
[11:30] <av500> ubitux: I have a better filter: http://i.imgur.com/JHGZL.png
[11:32] <cbsrobot> looks like the new hotten filter& lol
[11:32] <av500> will it be merged soon?
[11:52] <cone-18> ffmpeg.git 03Carl Eugen Hoyos 078bf44d5c9681: Partly revert f174fba: indeo3 decoder does not support direct rendering.
[12:10] <cone-18> ffmpeg.git 03Carl Eugen Hoyos 07d3de3a16d1e4: Partly revert f174fba: yop decoder does not support direct rendering.
[12:12] <ubitux> haha av500 
[13:22] <cone-18> ffmpeg.git 03Michael Niedermayer 0760e957476e33: rawdec: check avpicture_get_size() return value
[13:51] <ubitux> michaelni: i have some trouble with simple filters and swscale
[13:51] <ubitux> it seems to /0 in the filter init in some with some particular filters
[13:54] <ubitux> maybe i'm doing something wrong&
[13:54] <ubitux> but i don't see how i'm suppose to change my input
[13:56] <cone-18> ffmpeg.git 03Luca Barbato 0707585ffa62ee: nutenc: verbosely report unsupported negative pts
[13:56] <cone-18> ffmpeg.git 03Luca Barbato 07d4bff9f1ab59: nut: support textual data
[13:56] <cone-18> ffmpeg.git 03Martin Storsjö 07f21d5c905dd5: rtsp: Avoid a cast when calling strtol
[13:56] <cone-18> ffmpeg.git 03Diego Biurrun 0772c758f1fd06: aacenc: Drop some unused function arguments
[13:56] <cone-18> ffmpeg.git 03Diego Biurrun 07ab799664755c: cmdutils: Conditionally compile libswscale-related bits
[13:56] <cone-18> ffmpeg.git 03Diego Biurrun 0770478746a94e: avconv: Drop unused function argument from do_video_stats()
[13:56] <cone-18> ffmpeg.git 03Diego Biurrun 07e519990ced06: fate: Add shorthands for acodec PCM and ADPCM tests
[13:56] <cone-18> ffmpeg.git 03Diego Biurrun 07381dc1a5ec09: fate: ac3: Place E-AC-3 tests and AC-3 tests in different groups
[13:56] <cone-18> ffmpeg.git 03Michael Niedermayer 07cd37963684d8: Merge commit '381dc1a5ec0925b281c573457c413ae643567086'
[13:59] <ubitux> nyuhu: it seems you forgot to call ff_draw_slice() in the end_frame() of smartblur
[13:59] <durandal_1707> michaelni: it sucks that nut demuxer cant display stream duration
[13:59] <durandal_1707> michaelni: is that format limitation?
[14:00] <ubitux> nyuhu: http://pastie.org/5137344 something like this seems to fix problems such as ./ffplay tests/lena.pnm -vf 'split[a][b]; [a]pad=iw*2[src]; [b]smartblur=1:1:1[filt]; [src][filt]overlay=w'
[14:01] <ubitux> i'll likely push this tonigh unless you want to fix it differently
[14:08] <durandal_1707> michaelni: about wav demuxer problem with some codecs, see this bug report: http://ffmpeg.org/trac/ffmpeg/ticket/1658
[14:10] <nyuhu> ubitux : thats fine by me :)
[14:10] <ubitux> okay
[14:11] <nyuhu> (btw, why is this call needed ? :x)
[14:16] <ubitux> because if you don't it doesn't work of course ;)
[14:16] <ubitux> i dunno the details honestly
[14:16] <ubitux> i just compared to other filters
[14:17] <ubitux> since draw_slice isn't set in your filter, i guess you have to call it explicitely in the next filter at some point
[14:25] <nyuhu> ok ok
[15:16] <cone-18> ffmpeg.git 03Diego Biurrun 072cbdd7c92958: fate: ac3: Add dependencies
[15:16] <cone-18> ffmpeg.git 03Anton Khirnov 07bff5e5f8b3c5: indeo3: remove duplicate capabilities line.
[15:16] <cone-18> ffmpeg.git 03Anton Khirnov 0701b760190d32: lavr: add general API usage doxy
[15:16] <cone-18> ffmpeg.git 03Anton Khirnov 07dc5793062e7a: lavr: document upper bound on number of output samples.
[15:16] <cone-18> ffmpeg.git 03Justin Ruggles 0739ef66f5300c: lpc: Add a function for calculating reflection coefficients from autocorrelation coefficients
[15:16] <cone-18> ffmpeg.git 03Martin Storsjö 078b25a20efbf4: lpc: Add a function for calculating reflection coefficients from samples
[15:16] <cone-18> ffmpeg.git 03Martin Storsjö 079b500b8f6c98: avcodec: Add a RFC 3389 comfort noise codec
[15:16] <cone-18> ffmpeg.git 03Anton Khirnov 0720dd41af8513: lavfi: add ashowinfo filter
[15:16] <cone-18> ffmpeg.git 03Anton Khirnov 0714f031d7ecfa: dv: use AVStream.index instead of abusing AVStream.id
[15:16] <cone-18> ffmpeg.git 03Michael Niedermayer 07e79c3858b35f: Merge commit '14f031d7ecfabba0ef02776d4516aa3dcb7c40d8'
[15:31] <durandal_1707> code stealers
[15:32] <cone-18> ffmpeg.git 03Anton Khirnov 07ede4cedf47f4: dv: fix indentation
[15:32] <cone-18> ffmpeg.git 03Ronald S. Bultje 07c285edd06ea6: Remove usage of INIT_AVX in h264_intrapred_10bit.asm.
[15:32] <cone-18> ffmpeg.git 03Ronald S. Bultje 0708b028c18dc3: Remove INIT_AVX from x86inc.asm.
[15:32] <cone-18> ffmpeg.git 03Michael Niedermayer 076f5f7f705d10: Merge commit '08b028c18dc31b6de741861b9555669dcca4d12a'
[15:48] <durandal_1707> michaelni: come avcodec entries that used MKBETAG dissapeared - i guess without mayor bump
[15:48] <durandal_1707> *some
[15:49] <michaelni> durandal_1707, what did when, where disappear exactly ?
[15:50] <durandal_1707> michaelni: for example MKBETAG for CLLC
[16:29] <cone-18> ffmpeg.git 03Paul B Mahol 078a4284adbf18: ff: fix case where image does not have alpha channel
[16:30] <durandal_1707> shit, that happens when you need to resurrect old patch
[16:57] <durandal_1707> what is that?
[17:22] <cone-18> ffmpeg.git 03Paul B Mahol 07788afee86e28: lavfi: remove palette libmpcodecs wrapper
[17:25] <Compn> zygo audio
[17:25] <Compn> sounds like quicktime codec
[17:30] <durandal_1707> btw, gcc47 and lcov failed badly
[17:31] <ubitux> any reason we keep libmpcodecs/vf_hqdn3d.c?
[17:31] <durandal_1707> inline assembly
[17:32] <Compn> you'll have to ask filter man
[17:32] <ubitux> durandal_1707: there is a x86/hqdn3d.asm
[17:32] <durandal_1707> actuall i see no assemly there
[17:32] <durandal_1707> so just remove
[17:33] <durandal_1707> anyone porting any other mp filter?
[17:33] <ubitux> saste is waiting for a review on vf field iirc
[17:33] <ubitux> nyuhu is working on eq filter iirc
[17:34] <durandal_1707> noise looks useful for porting (gonna test it if for fun)
[17:34] <ubitux> and most of the remaining filters are telecine related
[17:34] <ubitux> assembly in this one hehe
[17:35] <durandal_1707> that kind of assembly is pointless
[17:35] <ubitux> why?
[17:35] <Compn> surprised you guys arent porting avisynth filters like some people want :P
[17:35] <Compn> ehe
[17:36] <durandal_1707> what avisynth filters?
[17:36] <ubitux> Compn: i'm looking for adding some kind of generic convolution filter which should cover quite a large range of filtering
[17:37] <ubitux> about the filter from avisynth, i had a list
[17:37] <ubitux> and basically, there were two kind of filters
[17:37] <durandal_1707> ubitux: ever heard hdmv_pgs_subtitle
[17:37] <ubitux> 1) telecine/interlacing filters
[17:37] <ubitux> 2) fft video image enhancement
[17:37] <ubitux> durandal_1707: i saw that name
[17:37] <ubitux> but that's all
[17:38] <ubitux> i'm not sure about the benefits of fft for image filtering
[17:38] <durandal_1707> ubitux: there is sample
[17:39] <ubitux> ?
[17:39] <durandal_1707> uhh ffplay works
[17:39] <durandal_1707> i mean subtitle is displayed
[17:42] <ubitux> wtf is down3dright filter
[17:42] <ubitux> it can be done with various filters in lavfi
[17:43] <ubitux> i wonder if we couldn't drop it as well
[17:43] <durandal_1707> stereo movie?
[17:45] <ubitux> dunno, but with a split/crop/scale/overlay it's do-able
[17:46] Action: ubitux wonders about the usefulness of dsize too, given the expression system we have in vf scale
[17:47] <ubitux> not sure if fil is useful too
[17:47] <ubitux> ah vf geq, i really should work on this one one day
[17:48] <ubitux> huhu vf ow, wavelet denoiser
[17:49] <durandal_1707> does any of mentioned filters actually work?
[17:49] <ubitux> down3dright seems to
[17:51] <ubitux> is rectangle useful?
[17:52] <durandal_1707> tried it. is it same as drawbox?
[17:52] <ubitux> rectangle seems to have an automatic color adjustment
[17:52] <cone-18> ffmpeg.git 03Ronald S. Bultje 07bad8e33dc92a: x86: use PRED4x4/8x8/8x8L/16x16 macros to declare intrapred prototypes.
[17:52] <cone-18> ffmpeg.git 03Ronald S. Bultje 0795c89da36ebe: Use ptrdiff_t instead of int for intra pred "stride" function parameter.
[17:52] <cone-18> ffmpeg.git 03Anton Khirnov 0702e636425970: FATE: fix (AD)PCM test dependencies broken in e519990
[17:53] <cone-18> ffmpeg.git 03Mans Rullgard 07f454e879238c: configure: rewrite print_config() function using awk
[17:53] <cone-18> ffmpeg.git 03Luca Barbato 0726b5ad254330: swscale: support gray to 9bit and 10bit formats
[17:53] <ubitux> i'm not sure drawbox supports this
[17:53] <cone-18> ffmpeg.git 03Luca Barbato 077658295ba353: pixfmt: support more yuva formats
[17:53] <ubitux> maybe an option could be added
[17:53] <cone-18> ffmpeg.git 03Michael Niedermayer 07a201639a0128: Merge remote-tracking branch 'qatar/master'
[17:53] <ubitux> tile filter might need some more options to be able to replace completely mp=tile too
[17:56] <ubitux> about yvu9, shouldn't it be part of swscale?
[17:57] <ubitux> same for yuvcsp :p
[17:57] <nevcairiel> it should, but are you going to touch swscale to add it?
[17:58] <durandal_1707> swscale does not have them
[17:58] <durandal_1707> ?
[17:58] <nevcairiel> swscale fails at converting between different yuv matrices
[17:59] <nevcairiel> what does yvu9 do anyway?
[18:00] <nevcairiel> yvu9 can apparently be replaced by swscale actually
[18:00] <nevcairiel> yuvcsp not
[18:00] <nevcairiel> or am i thinking about the wrong plugin again
[18:00] Action: nevcairiel checks
[18:00] <durandal_1707> < nevcairiel> swscale fails at converting between different yuv matrices >>> example?
[18:01] <nevcairiel> i was thinking of the wrong plugin again, yuvcsp seems also useless
[18:01] <nevcairiel> what swscale fails at is what the vf_colormatrix plugin does
[18:01] <nevcairiel> ie. convert Rec.709 to Rec.601
[18:02] <durandal_1707> ^ what is going on with alsa?
[18:09] <durandal_1707> i already have patch that removes yuvcsp and yvu9
[18:19] <durandal_1707> what is actual purpose of noise filter?
[18:24] <durandal_1707> <@ubitux> rectangle seems to have an automatic color adjustment >>>> where?
[18:24] <TimNich> nevcairiel:  What does seem to fail is RGB<->yuv with a specified colorspace (-colorspace)
[18:25] <nevcairiel> both really
[18:25] <nevcairiel> i think its not supposed to do yuv->yuv with a different matrix
[18:25] <TimNich> and color_range
[18:25] <nevcairiel> but it falls still in its domain
[18:26] <TimNich> I wouldn't  necessarily expect that but going from RGB to 709 means going rgb->601 (the default) then using vf_colormatrix, which brings in concatenation errors..
[18:27] <TimNich> also I think colormatrix only works on 8 bit
[18:28] <nevcairiel> that could be fixed pretty easily, i guess
[18:30] <TimNich> be nice if it was. I kept meaning to look at it, but other things needed up more important ;(
[18:30] <TimNich> s/needed/ended/
[18:33] <ubitux> durandal_1707: dunno, by default
[18:33] <ubitux> at least the color seems to change automatically
[18:34] <durandal_1707> ubitux: first color can not be set at all
[18:34] <ubitux> durandal_1707: try ./ffplay -f lavfi -i testsrc,mp=rectangle=200:200:10:10
[18:34] <ubitux> and look at the border colors
[18:35] <Compn> does ffmpeg have a speex decoder or just using libspeex ?
[18:35] <ubitux> <@durandal_1707> what is actual purpose of noise filter? // generate high bandwidth source?
[18:36] <ubitux> reproduce the noise effect of unavailable videos on youtube?
[18:36] <durandal_1707> ubitux: i think this is caused by colorspace conversion
[18:36] <ubitux> durandal_1707: ah? really?
[18:37] <durandal_1707> should try with thicker border
[18:38] <ubitux> it seems rectangle has a command thing too
[18:40] <ubitux> durandal_1707: so what's your current pending drop list?
[18:40] <ubitux> yuvcsp and yvu9 only?
[18:41] <durandal_1707> yea
[18:42] <durandal_1707> hmm, why drawbox does not allow to see how thick line would be....
[18:42] <durandal_1707> *set
[18:44] <ubitux> you don't want to add down3dright and hqdn3d? :)
[18:44] <durandal_1707> on remove list?
[18:44] <ubitux> yes
[18:44] <saste> yuvcsp and yvu9
[18:45] <durandal_1707> maybe, but first goes useless stuff
[18:45] <saste> what are they useful for?
[18:45] <ubitux> can we drop vf tile as well?
[18:45] <durandal_1707> everbody ask, nobody answer
[18:45] <ubitux> (mp=tile i mean)
[18:45] <ubitux> saste: i'm going to give you the backlog in a moment
[18:46] <saste> ubitux: how is mp=tile different from tile?
[18:46] <saste> i never checked
[18:46] <durandal_1707> also rectangle have some mystery feature
[18:46] <saste> then we have mp=rectangle and drawbox, which are somehow redundant but not equivalent feature-like-wise
[18:46] <ubitux> saste: http://b.pkh.me/filter-remove
[18:47] <ubitux> saste: mp=tile seems to be quite the same
[18:47] <ubitux> i thought there was some padding option at some point
[18:47] <ubitux> but might be a bug in my memory
[18:49] <ubitux> tile might be duplicating the same frame though
[18:50] <ubitux> but that's possible with some pad & overlay
[18:50] <saste> ubitux: thx for the backlog
[18:50] <saste> i don't know if nyuhu is still working on any filter
[18:51] <ubitux> hum vf tile is crashing in mplayer hehe
[18:51] <saste> i'd wait some time before duplicating work, in all cases
[18:51] <ubitux> fortunately it works with ffplay
[18:52] <saste> anyone wants to review field? it was the simpler to port, so I did it (took a few hours, though)
[18:52] <durandal_1707> what is purpose of it?
[18:52] <ubitux> mmh actually something is wrong, vf mp=tile in ffmpeg doesn't act as vf tile in mplayer
[18:52] <ubitux> but vf tile in mplayer works just like vf tile in ffmpeg
[18:54] <saste> durandal_1707, just select the bottom or top field
[18:54] <saste> so it turns interlaced material to non-interlaced
[18:54] <saste> i don't know if it is used in practice, i suppose can be useful for testing reasons at least
[18:54] <saste> or as a very cheap deinterlacer
[18:55] <cone-18> ffmpeg.git 03Michael Niedermayer 0765e0a3ccd823: sws: fix BE/LE handling for fillPlane16()
[18:55] <cone-18> ffmpeg.git 03Tomas Härdin 07a44c3ae3b07b: Change my GPG fingerprint
[18:55] <cone-18> ffmpeg.git 03Michael Niedermayer 0789d2f014bc57: sws_unscaled: drop fill_plane9or10()
[18:55] <cone-18> ffmpeg.git 03Michael Niedermayer 0770c25c62051f: sws: move fillPlane16() to header so it can be used from more than 1 place
[18:55] <cone-18> ffmpeg.git 03Michael Niedermayer 074d2f1d8c930a: swscale.c:remove fill_plane9or10() use fillPlane16()
[18:56] <durandal_1707> saste: it here makes video height 2x times smaler
[18:57] <saste> durandal_1707, yes, that's what it's supposed to do
[19:06] <durandal_1707> saste: doxgen comment @file looks wrong - should that be on next line?
[19:08] <durandal_1707> beside that i see nothing obviously wrong
[19:27] <durandal_1707> lavc/imgconvert stuff should be exposed in lavu
[19:27] <durandal_1707> the color_type stuff for pix_fmt
[19:30] <durandal_1707> michaelni: did you do anything to make extending libswsale with packet yuv formats trivial?
[19:30] <cone-18> ffmpeg.git 03Mans Rullgard 07674c4a11cbcc: configure: fix print_config() with broke awks
[19:30] <cone-18> ffmpeg.git 03Michael Niedermayer 075cac0656a3cb: af_ashowinfo: integrate config_input() in filter_samples.
[19:31] <cone-18> ffmpeg.git 03Clément BSsch 0703179c2426da: lavfi/smartblur: add missing draw slice call.
[19:32] <michaelni> durandal_1707, i wanted to improve alot in sws but its still on my todo list ...
[19:54] <saste> people inventing random terms, and then explaining them by example (look, you just acted like "groidism")
[19:55] <ubitux> groink~
[20:00] <saste> let's call it "goinkism"
[20:00] <saste> *groinkism
[20:03] <Compn> bikeshism
[20:03] <durandal_1707> saste: so compatibility with old syntax for drawbox is not important?
[20:03] <Compn> btw i have not seen example in history of mplayer of anyone ever using vf rectangle in mplayer ...
[20:04] <saste> durandal_1707, new syntax is backward compatible
[20:04] <durandal_1707> saste: wow
[20:13] <cone-18> ffmpeg.git 03Paul B Mahol 07b90d7840dff8: lavc: const correctness for avpicture_fill()
[20:26] <ubitux> saste: oh so there is indeed a color invert for the borders in mp=rectangle, right?
[20:26] <saste> ubitux: kind of, 0xff-luma
[20:27] <ubitux> mmh right ok :)
[20:28] <saste> how can i scale preventing blurring (e.g. for scaling bitmaps?)
[20:29] <saste> ubitux: you used that when working on like, IIRC
[20:29] <saste> *on life
[20:29] <ubitux> flags=16
[20:30] <ubitux> i don't remember what it means
[20:30] <saste> which means?
[20:30] <ubitux> bitexact maybe
[20:30] <durandal_1707> saste: gonna make drawbox thickness custom?
[20:31] <ubitux> "point"
[20:31] <saste> durandal_1707, yes
[20:31] <ubitux> saste: "neighbor"
[20:31] <ubitux> flags=neighbor
[20:32] <cone-18> ffmpeg.git 03Michael Niedermayer 0728bcca46ed66: av_get_audio_frame_duration: fix IMC
[20:35] <durandal_1707> michaelni: lol it was trivial
[20:37] <saste> uhm should i make c an alias for color?
[20:37] <saste> ^^ in drawbox
[20:37] <saste> since then i have t and thickness
[20:41] <ubitux> i think we use "c" in several places as alias
[20:43] <saste> changed locally
[20:56] <ubitux> saste: hey btw, color_str[] isn't safe in drawbox
[20:56] <saste> why?
[20:56] <ubitux> no length limit
[20:57] <ubitux> overflow possible with > 1023 char
[20:57] <saste> it's allocated by av_opt
[20:57] <ubitux> char color_str[1024]; sscanf(...%s", color_str);
[20:57] <saste> it's fixed by my posted patches
[20:57] <ubitux> what patch?
[20:58] <saste> the first one, accept named options etc
[20:59] <ubitux> oh my bad, ok
[20:59] <ubitux> i was looking at the other one
[21:00] <cone-18> ffmpeg.git 03Michael Niedermayer 072f84f13806fa: fate: remove typo, reenable AC3 tests
[21:12] <durandal_1707> hmm muxing g723_1 into wav corruputs metadata
[21:14] <durandal_1707> ffmpeg -y -i [input] -ar 8000 -acodec g723_1 -ac 1 -b:a 6.3k out.wav
[21:15] <durandal_1707> only last 3 bytes of metadata
[21:16] <durandal_1707> michaelni: ^
[21:24] <saste> ubitux: yes process_command() and (dynamic) expressions may be useful in drawbox
[21:27] <ubitux> saste: reviewing vf field at the moment, give me a few minutes
[21:29] <saste> and i don't want to change drawbox behavior (yet)
[21:37] <durandal_1707> saste: shouln't thickness overflow in case it is 0? meaning it never complete
[21:38] <ubitux> arg sorry didn't review the last one saste 
[21:38] <saste> durandal_1707, thickness = 0  to me means the thickness should be 0, so don't write it
[21:39] <durandal_1707> saste: you tried that?
[21:39] <saste> sure
[21:40] <durandal_1707> but it is pointless
[21:41] <saste> no, can be useful for some (admittedly weird) scripting scenarios
[21:41] <saste> it's easier to tweak a param than to remove/insert a filter from a filtergraph
[21:42] <saste> for example you may want to disable drawing at some point (in combination with process_command)
[21:49] <michaelni> durandal_1707, locally fixed the metadata issue
[21:50] <durandal_1707> what caused it?
[21:50] <michaelni> hardcoded offset
[21:50] <durandal_1707> hah
[21:54] <cone-18> ffmpeg.git 03Michael Niedermayer 07f7a9a9966125: wavenc: fix curruption of metadata
[22:06] <ubitux> this is a \\\\\\'string\\\\\\'\\\\
[22:06] <ubitux> made my day
[22:07] <durandal_1707> ?
[22:12] <saste> ubitux, yeah, nobody wonders why people got it wrong most of the times
[22:28] <cone-18> ffmpeg.git 03Paul B Mahol 077b378c2fb763: lavfi: remove yuvcsp and yvu9 libmpcodecs wrappers
[22:37] <durandal_1707> ffplay -f lavfi -i testsrc=n=2:s=hd720
[22:37] <durandal_1707> gives strange results
[22:44] <ubitux> saste: FYI: 
[22:44] <ubitux>     new video filter to extract a single field using stride arithmetic,
[22:44] <ubitux>     i.e. without using cpu time
[22:44] <ubitux> this was the original commit description
[22:45] <ubitux> and no thread on the ml unfortunately
[22:45] <saste> durandal_1707, why?
[22:48] <durandal_1707> saste: numbers are wrong for me
[22:49] <ubitux> wow
[22:49] <ubitux> it's megafast
[22:49] <ubitux> @_@
[22:54] <cone-18> ffmpeg.git 03Paul B Mahol 077adc60021992: av_get_audio_frame_duration: add G723_1
[22:55] <saste> durandal_1707, numbers are correct here
[22:55] <saste> how so?
[22:58] <durandal_1707> bah, numbers are just too big to parse them correctly ...
[23:14] <ubitux> michaelni: i think it will be simpler for me to just apply the filter myself, without using sws
[23:16] <ubitux> i can workaround the /0 easily, but if i want to do stuff like signed ±128 post processing operation (conditionally), i think it might be simpler to do that in the filter itself
[23:16] <ubitux> unless you think it really belongs into sws?
[23:33] <michaelni> ubitux, no problem, if you prefer to do it outside sws ...
[23:33] <burek> hmmm, what is GMP4 video codec?
[23:33] <burek> Could not find codec parameters for stream 0 (Video: none (GMP4 / 0x34504D47), 720x288): unknown codec
[23:41] <llogan> burek: an un-re'd "proprietary" mpeg4 part-2 variant from geovision ip camera?
[23:42] <burek> yes, some surveilance crap
[23:42] <cone-18> ffmpeg.git 03Stefano Sabatini 07b420b87848c4: lavfi/tinterlace: remove poll_frame() callback
[23:42] <cone-18> ffmpeg.git 03Stefano Sabatini 072ed7e6cce56e: lavfi/drawbox: extend syntax, accept named options
[23:42] <cone-18> ffmpeg.git 03Stefano Sabatini 07b6248299f628: doc/filters: itemize examples for drawbox, add an example, fix grammar
[23:42] <burek> i was betting with my friend ffmpeg will play it :D
[23:42] <burek> now i must search for crappy codecs to install as dshow or something
[23:42] <llogan> heh
[23:43] <llogan> i had a private investigator bring a video to me. it was recorded by a camera with a proprietary codec by a company that no longer exists.
[23:44] <ubitux> michaelni: it's not that i prefer to do it outside sws, it just looks like simpler to me, but maybe i'm missing a magic trick :p
[23:44] <burek> yes, I guess they hope if they encode video in their own format, to bind users to buy all their crap for playback and stuff
[23:44] <burek> which never happens anyway :)
[23:44] <burek> they just waste money on obfuscating video data
[23:45] <llogan> did you ever get things working on your rasp pi?
[23:45] <burek> oh yes :)
[23:45] <burek> i compiled ffmpeg for pi
[23:45] <burek> and it started :D
[23:46] <burek> but didnt have time to test more, since i got some job to do and it took me a whole month :(
[23:46] <llogan> sounds like good wiki guide material.
[23:46] <burek> ill return to testing stuff as soon as i get some free time :)
[23:46] <burek> will do that too :)
[23:50] <cone-18> ffmpeg.git 03Stefano Sabatini 071730dcf093d2: doc/filters: fix typo in drawbox section
[23:52] <saste> llogan, we have spam in the wiki
[23:52] <llogan> link?
[23:52] <saste> https://ffmpeg.org/trac/ffmpeg/wiki/DeltaCast?version=1
[23:52] <saste> https://ffmpeg.org/trac/ffmpeg/wiki/BlackMagic?version=1
[23:52] <saste> from the same user, he should be banned
[23:53] <saste> check also today's timeline
[23:55] <llogan> odd. looks like he made a legit bug report (1869), are you sure he's just not retarded?
[23:56] <saste> well, you can't never be sure of that :)
[23:57] <llogan> usually the spam is more obvious since it has nothing to do with video, but i don't know why a user would make such wiki pages in the first place. i'll delete them and keep an eye on that user.
[23:57] <saste> but well, let's assume he did it not on purposes, or just by chance
[00:00] --- Wed Oct 31 2012