Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
October 2012
- 1 participants
- 62 discussions
[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
1
0
[00:11] <Sashmo> Anyone have an idea why my video output looks like its strobing? My source is 30fps, and my output is 30FPS. I am transcoding a live transport stream from h.264 to a lower bit rate h.264
[00:11] <Sashmo> The source does not have the strobe. The source is interlaced, and I deinterace the output, could it be coming from there?
[00:13] <relaxed> Perhaps, pastebin the command and all output.
[00:31] <njbair> I have a bunch of videos with different aspect ratios and resolutions. Should I use -s to set a max width and height?
[00:33] <relaxed> njbair: What is your goal?
[00:33] <njbair> I want to make mobile-friendly versions of all my videos, for phones mainly
[00:35] <relaxed> Is there a target resolution?
[00:35] <njbair> I'm thinking 432x320
[00:36] <njbair> I think widescreen for mobile is 480x272
[00:38] <Sashmo> can anyone help out with mpegts and selecting a program, I know the program is there at 7001, and the separate pa/v pids at 7011 and 7012, but any combination of -map 0:p or -map 0:a or v does not work, any help? http://pastebin.com/Vj5FC0U1
[00:38] <bjrohan> I still can not for the life of me figure out what is horribly wrong with my video recording/converting settings, I am really messed up!
[00:38] <relaxed> njbair: maybe for phones 3+ years ago
[00:42] <relaxed> Sashmo: -map 0:17 -map 0:33 (for 7011)
[00:43] <njbair> is -s the right option or is there another way to scale video?
[00:43] <relaxed> njbair: -filter:v scale=
[00:44] <bjrohan> I have uninstalled, re installed, ffmpeg the libav53 plus the extras and STILL problems
[00:44] <relaxed> read about the scale and pada filters in the man page
[00:44] <relaxed> bjrohan: problems with ffmpeg or other software?
[00:45] <bjrohan> althought I think the issues may be from my recordmydesktop ogv files, again probably from ffmpeg
[00:45] <bjrohan> BRB
[00:45] <relaxed> bjrohan: yes, I'm pretty sure that program sucks.
[00:45] <bjrohan> RecordMyDesktop?
[00:45] <relaxed> yes
[00:45] <bjrohan> do you have a good one to use to record my desktop?
[00:46] <relaxed> ffmpeg
[00:46] <bjrohan> I tried Kazam but it hangs
[00:46] <bjrohan> is their a GUI for it?
[00:46] <relaxed> not that I'm aware of
[00:47] <relaxed> I believe the ffmpeg wiki shows you how to do it on the command line.
[00:48] <bjrohan> Will give it a try, what format does it record to?
[00:49] <relaxed> anything
[00:50] <bjrohan> I think that is the issue, I don't know that ffmpeg will convert to amything for me :-( I am stuck. I tried to use WinFF, says it can't find ffmpeg
[00:50] <bjrohan> what is a simple line I can try from an expert to show me that it does work
[00:50] <bjrohan> and will save as say mpeg4
[00:51] <relaxed> spend 5 minutes reading the wiki on how to do this and I'll show you.
[00:52] <bjrohan> ok
[00:54] <bjrohan> I found : ffmpeg -f x11grab -r 25 -s 1280x720 -i :0.0+0,24 -vcodec libx264 -vpre lossless_ultrafast -threads 0 video.mkv
[00:54] <bjrohan> for this I can just input my screen res right?
[00:54] <bjrohan> which is 1680 x 1050
[00:54] <bjrohan> a wrog size
[00:54] <bjrohan> weird size
[00:56] <durandal_1707> bjrohan: so tried it?
[00:56] <bjrohan> http://paste.ubuntu.com/1316762/
[00:57] <relaxed> ffmpeg -f x11grab -r 25 -s 1680x1050 -i :0.0 -vcodec mpeg4 -qscale 4 output.avi
[00:58] <bjrohan> http://paste.ubuntu.com/1316765/
[00:59] <relaxed> and?
[00:59] <bjrohan> It recorded :-). No audio, but I ca figure that out. Why no mkv?
[01:00] <relaxed> change the output extension to mkv if that's what you want
[01:01] <bjrohan> Not sure what I want. Here is what I want. Thank you for your help.
[01:01] <bjrohan> THank you
[01:01] <bjrohan> I want to record my desktop with audio
[01:01] <bjrohan> Save audio, import it into an editor for fading etc.
[01:02] <bjrohan> then render to a file of common type for web
[01:19] <Sashmo> anyone have luck with mapping a mpegts stream as an input? every time I check the stream, it says that video is 0:0 and audio is 0:1 and when I map it, it shows after that the source has changed to 0:2 and 0:3, check my pastebin, I put both ffmpeg -i and ffmpeg command to see whats happening, I think its a bug!!
[01:19] <Sashmo> http://pastebin.com/0atMjHiv
[01:25] <durandal_1707> hmm i think similar problem is reported for vob files
[01:28] <Sashmo> durandal_1707: well technically vob is the same thing
[01:31] <durandal_1707> it is definitely bug
[01:32] <Sashmo> actually, it wont even accept just transcoding video, that will map properly, but the output just keeps dropping frames
[01:33] <Sashmo> I am able to use the -map 0:p:7001 to select program, but the output is all dropped, I can see the counter climbing
[01:33] <durandal_1707> what counter?
[01:33] <Sashmo> frame= 0 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=1833
[01:36] <Xgates> hi guys
[01:37] <Xgates> is 0.10 safe to use on LInux? I found this online; http://www.h-online.com/security/news/item/Microsoft-and-Secunia-warn-of-FF…
[01:38] <Xgates> I'm assuming that's for on Windows based OS, not Nix...
[01:40] <Xgates> 0.10.6 was released on 2012-10-26 so I'm assuming it's good
[01:40] Action: Xgates trys that
[01:43] <durandal_1707> Xgates: not sure, ask michaelni , he usually backport fixes to older branches
[01:43] <Xgates> ok I'm sure 0.10.6 is ok thanks
[02:07] <Xgates> oops got a compile error; vaapi not found, I'm assuming that there's been an update to 0.10.6 that now requires this?
[02:09] <Xgates> or I thought this was in libva?
[02:11] <durandal_1707> Xgates: you are using custom configure options?
[02:12] <Xgates> I'm compiling from source yes and I'm going to grab the latest libva here 1.1.0; http://www.freedesktop.org/software/vaapi/releases/libva/
[02:17] <bjrohan> Hey durandal_1707 I could use some more help if you are willing. I will just record my desktop straight from the commandline, I was able to do so without audio, I want to add in audio. In your opinion what is the best general codec to use for those for the best quality, then I will try to put that into the editor
[02:19] <durandal_1707> whatever editor you use supports
[02:20] <bjrohan> It appears to support the desktoprecorder ogv, but the track are offsync, so let's rule that out I really won't know until I record with audio and am sure it imports okay. mpeg-4 is what I would like to try
[02:21] <bjrohan> Here is my screenshot from the successful avi recording with some errors, what is the keyring error that keeps coming up? http://paste.ubuntu.com/1316765/
[02:21] <bjrohan> One of the errors is th mpeg-4 seend here: Incompatible pixel format 'bgra' for codec 'mpeg4', auto-selecting format 'yuv420p'
[02:26] <bjrohan> durandal_1707: I tried to record audio by using the sample line in ffmpeg.org and here is what I ended up with: http://paste.ubuntu.com/1316880/
[02:27] <durandal_1707> your crippled build is really compiled with x264 support?
[02:27] <bjrohan> I dunno :-(
[02:28] <durandal_1707> find out
[02:28] <bjrohan> How?
[02:28] <bjrohan> I don't think it is, I did get a lot of errors from the gui about not having x264. How can I get it?
[02:29] <durandal_1707> bjrohan: there are static ffmpeg builds
[02:30] <bjrohan> But If I want to use a GUI to export an edited video file, won't I need the regular install?
[02:30] <bjrohan> Or the gui will use what crap I have, and the static will go in my home directory for only me
[02:31] <durandal_1707> gui what?
[02:31] <durandal_1707> you could use static build to recoder vidoe and audio
[02:32] <durandal_1707> there are even debian and ubuntu packages
[02:34] <bjrohan> durandal_1707: I seriously appreciate your help. So if I understand there are static builds that I can use that system wide? What is the diff between this and the packages from my package manager?
[02:34] <bjrohan> I have to go but will be back on in about 20 minutes. Thank you very much!!!
[02:34] <durandal_1707> static builds are one big ffmpeg
[02:53] <bjrohan> Can anyone who is here help me regarding a static ffmpeg build for Ubuntu so that I can record my desktop with audio effeciently?
[03:13] <grepper> bjrohan: http://ffmpeg.gusari.org/static/
[03:15] <bjrohan> grepper, do you have some time to help me get over my issues with video/audio recording?
[03:15] <grepper> maybe, what issues ? I'm no expert
[03:17] <bjrohan> Well, lots. I am trying to record my desktop with audio, the edit the movie. I can record in recordmydesktop to an ogv file (I have tried Kazam, but after 10 seconds it records, but in playback it was glitchy like it was overloaded)
[03:17] <bjrohan> I import the ogv to OpenSHot and the video and audio are out of sync
[03:17] <bjrohan> playing in vlc they are in sync
[03:18] <bjrohan> I try to convert the ogv file in vlc player or via ffmpeg command line I get all kinds of errors,looks like i don't have libx264, however I do have libx264-123 from repo
[03:19] <bjrohan> so basically it was recommended I use a staitc ffmpeg by some, as I have uninstalled everything in the repo, did a compliation I found on ffmpeg.org still nothing going
[03:20] <bjrohan> grepper, do you know how to install/use a static ffmpeg?
[03:20] <grepper> bjrohan: just put it somewhere on your PATH and use it
[03:20] <bjrohan> so would I put it in my home dir, or put it in my root system?
[03:21] <grepper> I'd put it in ~/bin/ since that is in my PATH, and call it ffmpeg-static or somesuch so you don't get confused
[03:21] <grepper> echo $PATH , to find out your PATH
[03:22] <grepper> or in /usr/local/bin if you prefer, but I save /usr/local for packages I compile and install myself
[03:23] <bjrohan> How will other programs know to use it if I put it in ~/bin
[03:23] <bjrohan> symlink?
[03:24] <bjrohan> Do I uninstall the ffmpeg mess I have
[03:26] <grepper> bjrohan: its an executable, you can just run it from the current directory by doing ./name_of_downloaded_ffmpeg ...
[03:26] <grepper> since your linux knowledge seems limited wrt the executable search path
[03:28] <bjrohan> it is very limited, but I was happy I knew the diff between ~/ and / :-D
[03:29] <bjrohan> so put the file in ~/bin/ I want to export.convert files from programs like VLC and OpenSHot video editor, how do I tell them where it is?
[03:30] <bjrohan> Or am I way off base as to how those programs work
[03:32] <grepper> do "echo $PATH" as I asked you to.
[03:32] <grepper> if ~/bin is not contained within it putting it there won't work
[03:33] <bjrohan> here is the output: /usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/bjrohan/android-sdk-linux/tools:/home/bjrohan/android-sdk-linux/platform-tools
[03:33] <bjrohan> Gotcha!
[03:33] <bjrohan> now it clicked.
[03:33] <bjrohan> If I out ffmpeg in ANY of those it is as if I put it in /usr/bin
[03:34] <grepper> gotta go, good luck
[03:34] <bjrohan> NOW what if I have ffmpeg that doesn/t work in /usr/bin (or wherever it is)
[03:34] <grepper> rename it
[03:34] <bjrohan> where would it normally be located
[03:34] <bjrohan> rename it ffmpeg.old
[03:34] <bjrohan> ffmpeg.carp
[03:35] <bjrohan> ffmpeg.crap
[03:35] <grepper> sure. you could use /usr/local/bin/ as its ahead in the PATH of /usr/bin
[03:36] Action: grepper late, see ya
[03:36] <bjrohan> thanks
[03:36] <bjrohan> see ya
[03:55] <bjrohan> HELP. I installed a static ffmpeg build. I am trying to do a desktop record, and I get an error message when I paste a command from a wiki page saying how to do it without audio, here is my command and output: http://paste.ubuntu.com/1317005/
[03:55] <leeboo> hello~
[03:55] <bjrohan> hi leeboo
[03:55] <bjrohan> are you a noob?
[03:56] <bjrohan> I ask because I need help :-)
[03:56] <leeboo> i need help too
[04:01] <bjrohan> You can ask, I know very little
[04:04] <leeboo> in my case, av_read_frame return -110, i don't know how to fix it and why. can you give me some help?
[04:11] <bjrohan> Nope, sorry :-(
[04:11] <bjrohan> Can someone give me pointers/help on recording my desktop with audio using ffmpeg commandline into mpeg-4? Thanks.
[04:15] <mudkipz> Well, I'm not an ffmpeg user, I came in to ask for help too. Though I've done desktop video and audio capture before.
[04:16] <mudkipz> To capture your desktop you can use x11grab, and to capture audio it will depend in if you're using alsa, oss, or pulse, you can also combine multiple audio streams with sox.
[04:17] <Xgates> when I try to compile 0.10.6 I'm getting vaapi not found and I have libva-1.1.0
[04:18] <mudkipz> You may need to compile your ffmpeg with "--enable-libx11grab" though in order to get it to work.
[04:18] <bparker> Xgates: do you have the dev package installed for libva?
[04:18] <bjrohan> here is my dilemna, I had tried to capture with some help, and was able to record avi no audio. I then tried audio but a no go I will paste what I got
[04:18] <mudkipz> You may also need to enable stereo mix on your card's settings if they're not already enabled by default.
[04:18] <bparker> bjrohan: gstreamer can record both audio/video from practically any source
[04:18] <Xgates> this is slack and I'm compiling from source so not sure what dev package you are referring to...
[04:19] <Xgates> never had this issue in the past, with older versions
[04:19] <bparker> if you compiled libva from source then hopefully it installed everything you need
[04:19] <bparker> headers etc.
[04:19] <bjrohan> bparker I am in a conundrum now. Do you have some time while I go though it
[04:19] <bparker> I don't ,sorry
[04:20] <mudkipz> Try something like this bjrohan. $ffmpeg -f x11grab -r 25 -s 640x480 -i :0.0+0,0 -f alsa -b:a 128k -ac 2 -i hw:0,0,0 -vcodec libx264 -preset medium -acodec libmp3lame cast.mkv
[04:20] <mudkipz> assuming you're using alsa.
[04:23] <bjrohan> I think I am using pulse, I am on Kubuntu. Here is my dilema. I couldn't get things to work, so I installed a static build, renamin my stock one from ppa ffmpeg.old. I ran WINFF it still said no ffmpeg.I found the preferences were wrong. I pointed it to ffmpeg.old and it converted just fine. HOWEVER via commandline it was not working
[04:23] <bjrohan> running the command you gave me via the static I receive:
[04:23] <bjrohan> bjrohan@bjrohan-MM061:~$ $ffmpeg -f x11grab -r 25 -s 640x480 -i :0.0+0,0 -f alsa -b:a 128k -ac 2 -i hw:0,0,0 -vcodec libx264 -preset medium -acodec libmp3lame cast.mkv
[04:23] <bjrohan> -f: command not found
[04:23] <bjrohan> bjrohan@bjrohan-MM061:~$
[04:24] <mudkipz> oh, remove the dollar sign.
[04:24] <mudkipz> still though, if you're using pulse it won't work probably.
[04:24] <leeboo> i build ffmpeg on android, and connect with wifi, everything ok, but connect with 3g, av_read_frame return -110, how to fix it?
[04:24] <mudkipz> Unfortunately I have little to no exprience with pulse.
[04:25] <bjrohan> I knew that sorry
[04:26] <bjrohan> This is what I get from my static ffmpeg build I installed: http://paste.ubuntu.com/1317029/
[04:26] <bjrohan> BTW my screen size is 1680x150
[04:27] <bjrohan> 1050
[04:27] <bjrohan> 1680x1050 I want to record to MPEG-4 if possible
[04:27] <mudkipz> This is probably a longshot, but try this. $ ffmpeg -f x11grab -r 25 -s 640x480 -i :0.0+0,0 -f alsa -b:a 128k -ac 2 -i pulse -vcodec libx264 -preset medium -acodec libmp3lame cast.mkv
[04:28] <mudkipz> oh
[04:28] <mudkipz> it has no x11grab
[04:29] <mudkipz> There are other ways to capture the desktop I think, x11grab is just one of them. How did you get it to work before?
[04:29] <mudkipz> When you said you got video but no audio.
[04:29] <bjrohan> I had used my system installed ffmpeg. I will reenable it hold on
[04:32] <bjrohan> Uh oh. Here is what I have my orignal ffmpeg in /usr/bin, my static in /usr/local/bin
[04:32] <bjrohan> I changed my /usr/local/bin to ffmpeg.old, and my other one from .old to just ffmpeg
[04:33] <bjrohan> bash: /usr/local/bin/ffmpeg: No such file or directory
[04:33] <bjrohan> is the error I get, how do I refresh it to /usr/bin
[04:34] <mudkipz> I'm not sure you can swap binaries like that.
[04:35] <bjrohan> Here is what I have now:
[04:35] <bjrohan> http://paste.ubuntu.com/1317041/
[04:35] <bjrohan> this is the original ffmpeg. Is it recording? I don't see the ctrl-c to stop
[04:36] <mudkipz> kubuntu is switching ti libav?
[04:36] <mudkipz> I'm not sure, try hitting q or ctrl+c and checking the file.
[04:39] <bjrohan> hold on, computer is going slloooowww
[04:40] <bjrohan> cast.mkv should be in home dir correct
[04:40] <bjrohan> it is not
[04:40] <mudkipz> it should be in the same directory you ran the ffmpeg command from
[04:40] <bjrohan> yep
[04:41] <bjrohan> not there
[04:41] <bjrohan> I ran command in ~
[04:41] <bjrohan> I don't recall what I did to get avi no audio
[04:42] <bjrohan> Check this out mudkipz: http://paste.ubuntu.com/1317061/
[04:42] <mudkipz> hmm
[04:43] <bjrohan> I just pulled that off of an ffmpeg help wiki
[04:44] <bjrohan> I dunno why that failed at all
[04:44] <bjrohan> I am clueless
[04:44] <mudkipz> I have no idea.
[04:44] <bjrohan> ok
[04:45] <mudkipz> As I said though, I'm not an ffmpeg dude or anything so maybe someone else can shine some light on this.
[04:46] <bjrohan> I htink I can limp along. My issue had been recordmy desktop gave me ogv file, which if I put in OpenSHot the video and audio wa way off. Now i am able to convert the ogv to mp4 with WINFF, import it to OpenSHot and it seems to work
[04:46] <bjrohan> Thank you for your help!
[04:46] <mudkipz> good luck
[04:47] <bjrohan> Thanks :-)
[04:48] <mudkipz> I'm having trouble capturing video from a video4linux2 source. I can get it to work in vlc but not ffmpeg and I'm not sure why. I think I need to pass a parameter to ffmpeg telling it that it's NTSC M or something but I don't know how.
[04:48] <mudkipz> It spits out these two errors.
[04:48] <mudkipz> [video4linux2,v4l2 @ 0x25ed260] The v4l2 frame is 701280 bytes, but 524880 bytes are expected
[04:48] <mudkipz> /dev/video0: Invalid data found when processing input
[04:48] <mudkipz> Here is a pastebin of a bunch of stuff. http://pastebin.com/jDTi2V07
[04:57] <bparker> mudkipz: according to some random amazon reviewer, the ones with SMI chips are fake
[04:57] <bparker> I noticed your output says SMI
[04:58] <mudkipz> Yea, that's something that's been thrown around, though I've also heard that all the companies were manufacturing in china and one of them changed manufactuers and started calling the others fake to take over the market share.
[04:59] <mudkipz> Either way, the specific kernel driver I'm using is designed specifically for this chipset.
[04:59] <mudkipz> It's still experimental, but it works with vlc.
[04:59] <mudkipz> I just can't figure out why I can get it to work for vlc and not ffmpeg.
[05:00] <mudkipz> My intention is to push the capture device to an rtmp server through ffmpeg. I've already got everything else worked out except for this.
[05:03] <bparker> mudkipz: it looks related to the frame size difference
[05:03] <bparker> "524880 bytes are expected" <- which means it thinks the frame is 720x487 (720 * 487 (Y) * 2 (UV) = 524880)
[05:03] <mudkipz> Yea, but I'm not very knowledgable on video stuff, so I'm not really sure what it means or how to fix it?
[05:04] <bparker> err, I meant equals 701280
[05:04] <bparker> so ok
[05:04] <bparker> mudkipz: check this out
[05:04] <mudkipz> hehe, yea I was about to say.. I was checking the math on my end too.
[05:04] <bparker> Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x486, 125845 kb/s, 29.97 tbr, 1000k tbn, 29.97 tbc
[05:04] <bparker> this is your problem
[05:04] <bparker> the card outputs UYVY
[05:04] <bparker> and ffmpeg assumes I420
[05:05] <bparker> you need to add -pix_fmt uyvy422 to your cmdline
[05:05] <mudkipz> okay, let me try that.
[05:10] <bparker> and if the card really does capture at 720x487 instead of the normal 720x486, might want to add -s 720x487 to the cmdline also
[05:10] <bparker> or else you might get the bottom line of video stuck at the top of the next frames
[05:12] <mudkipz> hmm, I'm getting the same error, but with different numbers now.
[05:12] <mudkipz> http://pastebin.com/DWhTwW7a
[05:12] <mudkipz> Here it is running twice.
[05:13] <mudkipz> I had that in earlier, I'll add it back in just to be sure.
[05:14] <bparker> ok
[05:14] <bparker> it's also possible that your card is just outputting crap
[05:15] <bparker> maybe it can be ignored
[05:15] <mudkipz> hmm
[05:17] <mudkipz> I added in that -s value and it seemed like it was working for a bit, but now I think it crashed my window manager.
[05:17] <mudkipz> hahaha
[05:20] <mudkipz> it did work for a bit it seems, kind of.
[05:21] <mudkipz> How would I go about making ffmpeg ignore any 'crap'?
[06:08] <bparker> mudkipz: I have no idea
[06:09] <bparker> I usually capture with gstreamer, it tends to ignore any weird stuff
[06:09] <mudkipz> Sorry, after that I restarted my computer and it's been running fsck on my hard drive because it's been mounted more than 20 times.
[06:10] <mudkipz> It's just finishing up now. I'll do some more tests in a bit.
[06:10] <bparker> ok, I'll probably be in bed soon
[06:11] <bparker> after 1am here
[06:12] <mudkipz> Yea, no worries, I've been at this for some time now and am not going to give up any time soon.
[06:13] <bparker> if you don't have success with vlc and you're not married to it, I could show you how to do it with gstreamer later
[06:14] <mudkipz> Oh, no that's the thing it DOES work in vlc, not initially, for some reason I have to manually tell it it's "NTSC M" the first time after I boot up, but afterwards it seems to just know.
[06:14] <mudkipz> I want it to work with ffmpeg, the reason is because ffmpeg can output to rtmp servers which are used for livestreaming.
[06:14] <bparker> yea that's a v4l2 thing
[06:15] <bparker> gstreamer can send to rtmp also
[06:15] <bparker> when you set something like the video standard (ntsc) on a v4l2 device, it's remembered the next time some device opens it and doesn't explicitly set it itself
[06:16] <mudkipz> ooh
[06:16] <bparker> you can do it on the commandline right before the ffmpeg command if it doesn't have an option for it
[06:16] <mudkipz> I see
[06:16] <bparker> like v4l2-ctl --set-standard blah -d /some/dev or something like that
[06:16] <mudkipz> Oh I see!
[06:16] <mudkipz> That's good to know
[06:17] <bparker> --set-standard=ntsc-m should work
[06:17] <mudkipz> I'd also be interested in learning how to use gstreamer sometime.
[06:17] <bparker> ok
[06:17] <mudkipz> Thanks!
[06:18] <bparker> np
[06:24] <mudkipz> seems that with the -s it sometimes works for a little while and sometiems does not.
[06:25] <bparker> hmm
[06:27] <mudkipz> well I can always play it in vlc and then use ffmpeg's x11grab to capture it on the desktop. hahaha
[06:28] <mudkipz> I'll play around with this some more to see if I can get it more stable. Thanks for your help.
[06:29] <bparker> are you just trying to play it back for now?
[06:34] <mudkipz> Yea, well I'm trying to get it to output to a file
[06:36] <mudkipz> http://pastebin.com/uYqux3Ye
[06:36] <mudkipz> It runs for a while before crashing
[06:36] <mudkipz> sometimes
[06:36] <mudkipz> but yea, I figure if I can get it to output to a file then I can get it to output to an rtmp stream.
[06:41] <mudkipz> Trying to send it to an rtmp stream does seem to spit out some more errors. I'll have to deal with those later on.
[06:48] <bparker> mudkipz: I'd also add -tune zerolatency after -preset
[06:48] <bparker> not that it will make a difference for the current problem
[06:49] <mudkipz> yea, seems to be about the same.
[06:49] <mudkipz> that changes the frequency of i-frames with x264, right?
[06:50] <bparker> no it just decreases latency
[06:50] <mudkipz> It seems to work for longer now, doesn't break after a little while
[06:51] <mudkipz> The file it creates plays back fine with vlc, but it seems to have messed up seeking. Like the times on it are just ridiculous and the bar itself doesn't seem to be movable.
[06:52] <bparker> you could try something like this: gst-launch-0.10 -e v4l2src ! video/x-raw-yuv, width=720, height=487, framerate=2997/100, format=UYVY ! ffmpegcolorspace ! x264enc preset=ultrafast tune=zerolatency bitrate=5000 ! matroskamux ! filesink location=test.mkv
[06:52] <bparker> and ctrl-c when done
[06:53] <mudkipz> cloest thing to an error in vlc playback of the file is this.
[06:53] <mudkipz> main warning: clock gap, unexpected stream discontinuity
[06:53] <mudkipz> main warning: feeding synchro with a new reference point trying to recover from clock gap
[06:53] <mudkipz> ok, I'll try that command now.
[06:54] <mudkipz> I get this
[06:54] <mudkipz> WARNING: erroneous pipeline: no property "preset" in element "x264enc0"
[06:54] <bparker> speed-preset
[06:54] <bparker> sorry
[06:55] <mudkipz> Now this one. WARNING: erroneous pipeline: could not link v4l2src0 to ffmpegcsp0
[06:56] <mudkipz> I've never used gstreamer so I have no idea about the syntax.
[06:57] <bparker> try this and pastebin the output: gst-launch-0.10 -v v4l2src ! decodebin2 ! xvimagesink sync=false
[06:57] <bparker> it should show a video on screen
[06:58] <mudkipz> haha, got that same frame size error as before, guessing it's in the wrong pixel format. One sec lemme pastebin.
[06:58] <bparker> having actual console access would be so much faster to debug lol
[06:59] <mudkipz> http://pastebin.com/6nbGXn0G
[06:59] <mudkipz> Yea, I don't trust myself enough to set proper permissions though.
[07:00] <bparker> hah
[07:00] <bparker> so it seems apps have issues finding the correct framesize
[07:00] <bparker> and honestly, 487 is weird to me
[07:00] <bparker> I always see 486 or 480 coming from capture cards
[07:00] <bparker> but whatever
[07:00] <mudkipz> Yea, it is weird
[07:01] <mudkipz> I think I saw it say 486 one time earlier, but I figured it was a fluke.
[07:01] <bparker> the problem with this one: WARNING: erroneous pipeline: could not link v4l2src0 to ffmpegcsp0
[07:01] <bparker> is probably because it can't negotiate the format with the card
[07:01] <bparker> you could try using 486 instead of 487 in the gst-launch line
[07:02] <bparker> or just 480
[07:02] <bparker> or might have to add interlaced=true
[07:02] <bparker> there's a bunch of different things I could try and could probably get it working but, it's too difficult to relay it all over IRC
[07:03] <mudkipz> both just give the same warning.
[07:03] <mudkipz> hmm
[07:03] <bparker> try with GST_DEBUG=3 in front and see if you can find the actual error
[07:05] <mudkipz> In front of which element?
[07:05] <bparker> in front of the whole command
[07:08] <mudkipz> I don't think I'm doing this right.
[07:08] <mudkipz> http://pastebin.com/S9C1hTTB
[07:10] <bparker> it goes before gst-launch
[07:10] <bparker> it's an environment variable
[07:10] <mudkipz> oh wait I got it
[07:10] <mudkipz> yea
[07:10] <mudkipz> sorry, one sec
[07:11] <mudkipz> http://pastebin.com/hxxYQXtS
[07:12] <bparker> hmm
[07:12] <bparker> remove the debug thing, change the height back to 487 and change the framerate to 30000/1001
[07:12] <bparker> see if you get the same error
[07:13] <bparker> also add interlaced=true
[07:13] <bparker> after either format or framerate
[07:15] <mudkipz> same thing I think http://pastebin.com/BemAi1PL
[07:16] <bparker> ok I know what it is
[07:16] <bparker> herp derp
[07:16] <bparker> replace format=UYVY with format="(fourcc)"UYVY
[07:17] <mudkipz> that did different stuff.
[07:18] <mudkipz> http://pastebin.com/MkrUxHvd
[07:18] <bparker> ok now we're getting somewhere
[07:18] <bparker> try changing the height again
[07:18] <bparker> to 486 and/or 480
[07:19] <mudkipz> Same exact output with each of those.
[07:19] <bparker> hmm
[07:19] <bparker> ok sec
[07:21] <bparker> I would like you to pastebin the output of these commands: v4l2-ctl -I v4l2-ctl -P v4l2-ctl -S v4l2-ctl --list-formats-ext-mplane
[07:21] <bparker> and v4l2-ctl -V
[07:22] <bparker> let's see what the driver says it will actually negotiate, and try to work with that
[07:22] <mudkipz> alright, I also grabbed a gst_debug of this last thing. http://pastebin.com/wd0DbjMC I'll run those commands now.
[07:22] <bparker> thanks
[07:23] <bparker> oh I see something interesting in there
[07:23] <bparker> same gst command we've been using, but change interlaced to false, and UYVY to I420
[07:23] <bparker> I bet that will work
[07:24] <mudkipz> http://pastebin.com/Z14jLE8C
[07:24] <bparker> you can probably even take out the ffmpegcolorspace element at that point, might improve the latency/cpu usage
[07:26] <mudkipz> http://pastebin.com/HtkGsFe5
[07:26] <bparker> k change to 486
[07:26] <mudkipz> The first one gave a new error about the dimensions, so I changed it to 486 and tried again
[07:26] <mudkipz> that's the second output
[07:26] <mudkipz> it stopped after that, is it writing to a file?
[07:26] <bparker> oh ok
[07:26] <bparker> yes
[07:26] <bparker> New clock: GstSystemClock
[07:26] <bparker> it is encoding now.
[07:27] <bparker> ctrl-c to stop when you're ready
[07:27] <bparker> then try to play it back
[07:27] <mudkipz> woah, yea I ctrl+c and played it. It plays back great.
[07:27] <bparker> :)
[07:27] <mudkipz> I think it may be interlaced.
[07:28] <mudkipz> So this means that it is I420 afterall? with a resolution of 720x486?
[07:28] <bparker> well, couple things.
[07:28] <bparker> one of your pastes showed what gstreamer probed from the driver as possible combinations that work
[07:28] <bparker> it supports multiple colorspaces, UYVY, YV12, I420 etc.
[07:29] <bparker> but x264 typically only uses I240 so that's why I said to use that one, and it's the most common encoded video format
[07:29] <mudkipz> ohh I see
[07:29] <bparker> and it also said that the driver does not support interlaced video
[07:29] <bparker> or at least, it makes no distinction
[07:29] <bparker> it only supports interlaced=false
[07:30] <mudkipz> I see, yea, I just noticed setting it to true makes it not work.
[07:30] <bparker> if your source is really interlaced and the driver is just broken, you can add interlaced=true to the x264enc options
[07:33] <bparker> now if you want to send that video to a streaming server, replace matroskamux ! filesink with flvmux ! rtmpsink location="rtmp://blah/mystream"
[07:33] <mudkipz> hmm, I'm getting an error if I add interlaced=true after x264enc
[07:33] <bparker> what's the exact line you're using? and the error
[07:34] <mudkipz> also the commas are confusing me, seems pastebin says I've hit my limit of 10 pastes in 24 hours.. one sec
[07:35] <mudkipz> http://pastebin.pl/68046
[07:35] <mudkipz> haha, polish pastebin
[07:35] <bparker> there's dpaste.com and pastebin.ca also
[07:36] <mudkipz> pastebin.ca was taking a long time to load for me, I'll use dpaste next time.
[07:36] <mudkipz> I'm going to try giving it an RTMP url.
[07:36] <bparker> hmm yea I get the same error with interlaced=true
[07:37] <mudkipz> should I be using commas after x264enc?
[07:37] <bparker> actually no, it works for me
[07:37] <bparker> and no, no commas
[07:38] <bparker> I see why it doesn't work though
[07:38] <bparker> you can't encode 720x486 with x264
[07:38] <bparker> because 486 isn't divisible by 4
[07:38] <bparker> it has to be 480
[07:38] <bparker> if it won't let you capture at that height then you'll have to add another element in there to resize it
[07:38] <mudkipz> ohhh
[07:39] <mudkipz> I noticed that earlier when I was trying to send the stream with ffmpeg, but I didn't understand why exactly.
[07:39] <mudkipz> ffmpeg was saying divisible by 2 though, for 487
[07:40] <mudkipz> The input is just coming in from my PS2 right now, so it should be 720x480 I think. I'm guessing some extra lines are being added to the input by the capture device.
[07:40] <mudkipz> So, maybe cropping it would be easier than resizing?
[07:40] <bparker> well, see if it will capture at 480
[07:41] <bparker> just change the 486 to 480 and see what happens
[07:43] <mudkipz> I just replaced the rtmp in that last command.
[07:43] <mudkipz> http://www.livestream.com/restisgoodfortheblood
[07:43] <mudkipz> It seems to kind of work kind of.
[07:43] <mudkipz> It wasn't this jittery when I encoded to a file.
[07:43] <mudkipz> I'll try changing to 480
[07:44] <mudkipz> more or less the same thing
[07:44] <bparker> hmm
[07:45] <bparker> if it works at 480 but it's all weird... let's make double sure it's not the stream stuff
[07:45] <bparker> can you paste me the command you're using now
[07:45] <bparker> you can omit the rtmp location
[07:45] <mudkipz> okay
[07:45] <bparker> I want to have it output directly to the screen and see if it's wonky there
[07:46] <mudkipz> http://dpaste.com/820523/
[07:47] <bparker> you tried with height=480 right?
[07:47] <mudkipz> oh right, yea I changed it to 480 right after that.
[07:47] <bparker> ok
[07:48] <bparker> try:
[07:48] <bparker> gst-launch-0.10 -e v4l2src ! video/x-raw-yuv, width=720, height=480, framerate=30000/1001, format="(fourcc)"I420, interlaced=false ! ffmpegcolorspace ! x264enc speed-preset=ultrafast tune=zerolatency bitrate=5000 ! flvmux ! flvdemux ! ffdec_h264 ! xvimagesink sync=false
[07:49] <bparker> that will encode and mux, then turn around demux/decode and output to screen
[07:49] <bparker> so it should show you exactly what the server should see
[07:50] <mudkipz> okay
[07:50] <mudkipz> comes through clear as day.
[07:51] <surfn_> hi
[07:51] <bparker> hmm
[07:52] <bparker> I wonder if it's them
[07:52] <bparker> or some congestion/net problem
[07:52] <surfn_> bparker: I noticed something you just wrote... ! xvimagesink sync=false
[07:52] <mudkipz> I do get a little bit of flickering it seems, just really rarely.
[07:52] <mudkipz> like almost unnoticeable.
[07:52] <surfn_> will that fix my issue of: The v4l2 frame is 367 bytes, but 153600 bytes are expected
[07:53] <bparker> surfn_: no
[07:53] <surfn_> dammit
[07:54] <bparker> mudkipz: try adding h264parse before flvmux
[07:54] <bparker> with a ! inbetween
[07:54] <bparker> then do rtmp
[07:55] <mudkipz> okay, one sec
[07:55] <surfn_> bparker: do you know what causes my error? I'm happy to read, I just don't even know where to look
[07:56] <surfn_> the rest of the line btw is: /dev/video0: Invalid data found when processing input
[07:56] <mudkipz> Still getting the flickering.
[07:56] <bparker> weird
[07:56] <bparker> surfn_: I'd have to see more output than that, but I really don't have the time right now
[07:56] <bparker> girlfriend is in bed without me as it is
[07:57] <bparker> 3am
[07:57] <bparker> lol
[07:57] <surfn_> bparker: understood. I'll make a pastebin anyway
[07:57] <mudkipz> man
[07:57] <mudkipz> You should probably crash out, you've helped a lot already and I'll stick around while I get this sorted out.
[07:57] <bparker> you'll have to show me how to setup a livestream thingy, that's pretty neat. I signed up for the free one but can't figure out how to get the URL to send to
[07:57] <bparker> yea I'd like to go now.
[07:57] <bparker> :p
[07:58] <mudkipz> Oh, yea, I have a bunch of streamers I help out. I made a post on it recently.
[07:58] <mudkipz> http://www.ffsplit.com/forums/viewtopic.php?f=4&t=869&p=3652#p3652
[07:58] <surfn_> FYI http://pastebin.com/V7VnbAP1
[07:58] <bparker> cool
[07:58] <bparker> well thanks
[07:58] <mudkipz> The basic urls for livestream and ustream are there, but I'd be glad to help out more.
[07:59] <mudkipz> well, not group of streamers I help out, but a group of streamers who all help each other.
[07:59] <surfn_> mudkipz: can you give me a hand?
[07:59] <mudkipz> thanks again bparker :D
[07:59] <bparker> no problem
[07:59] <bparker> talk to you later
[08:00] <mudkipz> surfn_ I'm afraid that frame sizes and pixel formats are pretty over my head.
[08:00] <surfn_> mudkipz: :) mine too....
[08:03] <surfn_> do you know where I could find info about my problem?
[08:05] <mudkipz> If I did I would tell you, personally I wouldn't mind having some good reading material on video4linux2 stuff as well.
[08:10] <bparker> mudkipz: real quick, how the $!@# do you create a channel
[08:10] <mudkipz> it's been a while since I made one so maybe they changed it, but you need to create a user account first
[08:10] <bparker> I did
[08:11] <mudkipz> and then from there you should have some options to create channels somewhere.
[08:11] <bparker> I've been looking for 5 minutes, nothing ><
[08:11] <bparker> well, tomorrow.
[08:11] <bparker> good night
[08:12] <mudkipz> Yea, I'm checking now, I forgot their new site was so crazy
[08:13] <mudkipz> wow I have no idea
[08:24] <mudkipz> I figured it out I think. Seems old and new livestream are separate systems. Old livestream has ads but your viewers don't have to be logged in. https://secure.livestream.com/myaccount/launchchannel
[08:24] <mudkipz> new livestream is sucky http://new.livestream.com/plans
[08:27] <ashwin> how can i create a video from a list of images and audio file?
[09:07] <surfn_> ok, so I've found this http://web.archiveorange.com/archive/v/yR2T4eDRCIV1ZzyRoBve which is created to deal with the problem I have - I just don't know what it is or what it means... or how I'm supposed to use it
[09:59] <tikasukaz> hi
[10:05] <tikasukaz> i have 2 server ( same hardware ) i am getting different encoding speed on both of the server.
[10:05] <tikasukaz> server 1: 350+ fps
[10:05] <tikasukaz> server 2: 150 fps max
[10:06] <tikasukaz> what could be the possible reason for this ? :(
[10:06] <tikasukaz> using x264 as video encoder on both of the server.
[10:20] <ashwin_> how can i create a video from a list of images and audio file?
[10:32] <ne2k> can the current ffmpeg access all options of x264 now, such as --tune, --intra-refresh, --vbv-maxrate and --vbv-bufsize ?
[10:33] <surfn_> is there an ignore errors option?
[10:34] <ne2k> surfn_: you can't ignore an error. if it were ignorable, it would be a warning. surely?
[10:34] <surfn_> I'm getting this: The v4l2 frame is 367 bytes, but 153600 bytes are expected
[10:35] <surfn_> which shuts down the stream
[10:35] <surfn_> and I just want it to keep barrelling on through
[11:29] <tr33fall> hi all
[11:30] <tr33fall> im with a doubt that i think its related to pts but not sure about it
[11:30] <tr33fall> http://pastebin.com/2YBJVpSC
[11:30] <tr33fall> that is C code for an example application that im using with ffmpeg
[11:30] <tr33fall> and i can stream and everything is working
[11:31] <tr33fall> however i got some video stops when im streaming
[11:31] <tr33fall> and then it continues after a small pause
[11:35] <tr33fall> but the final video is all there
[11:50] <tr33fall> any ideas on why the pauses in the streaming?
[11:52] <tikasukaz> maybe flash player.. i m gonna try it on flowplayer
[12:30] <ne2k> can the current ffmpeg access all options of x264 now, such as --tune, --intra-refresh, --vbv-maxrate and --vbv-bufsize ?
[12:46] <tr33fall> ne2k i use -tune:v zerolatency and so far no error was shown
[12:46] <tr33fall> about the others i dont know
[12:50] <JEEB> ne2k, -tune yes, intra-refresh might be available somehow (x264opts? check libx264.c in libavcodec), -maxrate and -bufsize
[13:18] <relaxed> JEEB: ffmpeg has -intra-refresh
[13:26] <ne2k> JEEB: I see something about rc_max_vbv_use and rc_min_vbv_use
[13:29] <relaxed> it's -maxrate and -bufsize as he already said.
[13:37] <JEEB> I'm not sure if those are maxrate/bufsize
[13:38] <JEEB> but yes, maxrate|bufsize set vbv-maxrate and vbv-bufsize
[13:39] <ne2k> JEEB: yep, I found a document that describes that
[13:39] <ne2k> thanks
[13:40] <ne2k> if I'm compiling x264 and ffmpeg from source, which depends on which, and what needs to be compiled/installed in which order?
[13:40] <ne2k> or does it not matter?
[13:42] <JEEB> x264 can use ffmpeg's libavcodec/format, but do you want that (for the x264 command line app)?
[13:43] <JEEB> you should just disable it if you don't need that
[13:43] <JEEB> if you're going to use only the library you can just --enable-static (or shared), and --disable-cli (if that's what it was)
[13:43] <ne2k> I am trying to encode and stream h264 with RTP using ffmpeg. so ffmpeg will use libx264. I have done make install-lib-shared on x264 but it doesn't actually seem to have put a libx264.so in /usr/local/lib, which seems a bit odd
[13:44] <ne2k> I wondered whether ffmpeg compiles statically against libx264, in which case it would need to be done last
[13:44] <JEEB> that's because by default x264 only compiles the x264cli
[13:44] <JEEB> --enable-static and --enable-shared in the configure will enable library compilation
[13:44] <JEEB> and then you probably will want to disable the cli
[13:45] <ne2k> I want the cli as well, for separate testing
[13:45] <JEEB> do you need lavf input?
[13:45] <ne2k> ok, my mistake was to assume that cd x264; ./configure; make; would install everything
[13:46] <ne2k> JEEB: I'm not sure. I'm streaming either from yuyv422 or yuv420p files/streams
[13:46] <JEEB> ...
[13:47] <ne2k> ...?
[13:47] <ne2k> so I don't know whether that means I need lavf input.
[13:47] <JEEB> if you want x264's command line encoder to load compressed files, then you need lavf input -- otherwise you don't need it if you're just going to read up y4m/raw yuv without headers
[13:47] <ne2k> oh, right
[13:48] <JEEB> the command line encoder not being ffmpeg or anything, the x264 binary
[13:48] <ne2k> I think I'm sorted. I'll see how I get on. thanks for your help
[13:49] <JEEB> if you need it, then you will have to build the ffmpeg libraries once, build the x264 command line app with that, install that. Then recompile x264 without cli and lavf etc. as library only, and then finally link those x264 libraries with a ffmpeg build that has libx264 enabled
[13:49] <JEEB> IIRC that's how it goes
[13:49] <ne2k> how would I check that the ffmpeg I now have is picking up the correct libx264.so?
[13:51] <JEEB> ne2k, ldd is the tool you're looking for
[13:52] <ne2k> hmm. it doesn't mention libx264. I guess I have to pass it a command line that would make it use it
[13:52] <JEEB> nope
[13:52] <ne2k> hm.
[13:52] <JEEB> it should list all dependencies if they are shared
[13:53] <JEEB> if you built a static x264 then it's not listed naturally
[13:53] <ne2k> so have I compiled ffmpeg wrongly, then?
[13:53] <JEEB> no --enable-gpl --enable-libx264?
[13:53] <ne2k> that would be my other mistake, then ;-)
[13:54] <ne2k> lesson of the day: do not assume that ./configure will do what you want it to do by default ;-)
[13:54] <JEEB> yeah
[13:55] <JEEB> ffmpeg's defaults base on the fact that the library/application by default is LGPL
[13:55] <JEEB> (aka it enables everything internal that is LGPL)
[13:55] <JEEB> everything not within that will have to be enabled manuall
[13:55] <JEEB> *manually
[13:56] <ne2k> so libx264 is not LGPL, then?
[13:56] <JEEB> nope
[13:56] <JEEB> x264 is GPL (and then there's the corporate license)
[14:00] <ne2k> success
[14:04] <ne2k> is there a way to set slice-max-size from ffmpeg?
[14:07] <JEEB> no idea, dive into libavcodec/libx264.c where the settings are set that are set'able via -x264opts
[14:08] <ne2k> e.g.? ffmepg -x264opts slice-max-size=1500
[14:09] <JEEB> x264opts are set like that yes, but I would guess you would have to check from libavcodec/libx264.c to what they're limited to
[15:43] <arpu> hello i get skipping 1 segments ahead, expired from playlists with applehttp hls
[15:44] <arpu> is this a ffmpeg problem or maybe network problem ?
[16:36] <bparker> mudkipz: I wonder how long the old livestream will still be working for
[16:54] <Guest7049> hello any body here
[17:04] <markus____> hey guys, quick question - where is the best place to talk about FFMpeg's avcodec API?
[17:05] <markus____> as in, this channel or #ffmpeg-devel?
[17:06] <cbsrobot> markus____: this channel
[17:07] <markus____> cbsrobot: thanks - does that include questions relating to cross compiling avcodec for Windows on Ubuntu?
[17:08] <cbsrobot> well I guess compiling is also a user question
[17:09] <markus____> great, i'm about to start an attempt at building but I can almost guarantee that I will need some guidance at some point so it's good to know where to ask in advance! thanks again
[17:39] <markus____> I need to be able to load multiple versions of the avcodec dll's in the same executable. Problem is that some of the dll's are old and are named the same which means potential overwriting and crashing when trying to run. Is there any way to "segregate" the dll's so that different versions can be loaded simultaneously?
[19:31] <vitalik> Hello, I saw many internet-streaming using HDS (http dynamic streaming), i tried download files, but I don't know how play it, using wireshark I can get "crossdomain.xml", "manifest.f4m", metadata (in base64), and Seg1-Frag1, Seg1-Frag2, etc ... How I can open/play those files ?
[19:41] <vitalik> Example: http://goo.gl/64w7v
[19:44] <durandal_1707> vitalik: is that hls ?
[19:45] <cbsrobot> hds is adobe, hls apple - no ?
[19:45] <vitalik> HDS (http dynamic streaming)
[19:48] <vitalik> Playlist and some part of Seg1-Frag5 http://goo.gl/hkMqq
[19:50] <vitalik> https://github.com/K-S-V/Scripts/blob/master/AdobeHDS.php This code can download video and save into flv, but I need only concate fragments to mp4 (stream already in mp4 container)
[20:22] <jthomas_> I've tried to RTFM and searched Google but I can't figure out how to tunnel an RTP stream over HTTP (or preferrably HTTPS). Can anyone work with me a bit on this? I'm running ffmpeg 1.0 on Debian Sid, trying to stream my soundcard. I have rtp multicast working but our network doesn't allow that
[20:24] <jthomas_> this is my RTP command, which works on a less restrictive network: /usr/bin/ffmpeg -f alsa -i pulse -acodec libmp3lame -ab 32k -ac 1 -re -f rtp rtp://234.5.5.5:1234
[22:05] <odigem> How to set quality of screenshot maked with ffmpeg?
[22:32] <cbsrobot> odigem: -qscale 0
[22:32] <relaxed> 1
[22:33] <cbsrobot> damn it - off by one
[22:35] <odigem> cbsrobot: it work only with jpg?
[22:36] <cbsrobot> yes, you were very brief with what you do - so i guessed a bit
[22:37] <odigem> how to set copy to streams of video?
[22:37] <odigem> i want add watermark, fast
[22:38] <sacarasc> You'd need to re-encode to add a watermark, not just copy.
[22:38] <odigem> mmm
[22:38] <odigem> ffmpeg -i 1757283.mp4 -vf "movie=water.png [logo]; [in][logo] overlay=10 [out]" -vcodec copy xxx.mp4
[22:38] <odigem> dnt work
[22:39] <odigem> spam in console and not add watermark
[22:39] <odigem> help me fix overlay
[22:39] <relaxed> he just said it wouldn't work
[22:39] <relaxed> rtfm
[22:39] <odigem> )))
[22:39] <relaxed> nobody says rtfm anymore but I'm bringing it back
[22:40] <odigem> manual out to date
[22:40] <relaxed> online manual up to date
[22:41] <relaxed> there are examples someone spent time writing, so spend some time reading
[22:43] <odigem> wtf pts has no value?
[22:50] <durandal_1707> adding watermark with copy is not possible
[22:56] <saste> someone has a good idea of how to warn or abort the command in that case
[22:56] <saste> this befuddles users all the time
[22:56] <saste> (especially the kind of users which see no problem with filtering and copy at the same time)
[23:10] <llogan> odigem: quality scale is 1-31 for jpg. 31 being worst quality.
[23:13] <llogan> saste: another ubernoob trend is to not supply "-i" and saying yes when asked to overwrite.
[23:14] <llogan> resulting in a 0 byte output
[23:55] <mudkipz> bparker, I'm not sure. Though I did manage to get the stream to work last night by messing with the bitrate. I forget that livestream has a limit of 500kpbs with audio+video. If it goes over that it does strange things.
[23:56] <JEEB> you should use -maxrate and -bufsize with anything that has rate constraints
[23:56] <JEEB> maxrate being what you think it is, and bufsize being the buffer over which that bufsize is calculated
[23:57] <mudkipz> Yea, last night we were messing with gstreamer. I'm capturing from a video4linux2 source and outputting to rtmp. For some reason I can get it to work with gstreamer and vlc but not ffmpeg. or well it kind of works with ffmpeg but acts weird once I point it at an rtmp stream.
[23:57] <JEEB> so for example if you have a 1.5 second buffer, and your maxrate is 500kbps, you would then set bufsize to 1.5*500k
[23:57] <mudkipz> I am using maxrate and bufsize with all of my other ffmpeg commands though and it works wonders.
[23:58] <JEEB> well, I'm just noting that you need maxrate and bufsize, that's all
[23:58] <JEEB> if you are doing something over limited bandwidth
[23:59] <mudkipz> right
[23:59] <JEEB> you would be surprised how many people don't even know of their existence
[00:00] --- Wed Oct 31 2012
1
0
[00:00] <michaelni> or require a full match till strlen and feed it a string thats just up to to :
[00:05] <saste> michaelni, or just force the user to specify 123x456
[00:05] <saste> that syntax is useful, if you force just the use of abbreviation you're reducing the usefulness
[00:06] <michaelni> hmm
[00:06] <michaelni> true
[00:06] <michaelni> but
[00:06] <michaelni> i think av_parse_video_size() needs then more fixes than just the "x" check
[00:06] <saste> i'd also add an s/size option, for who prefer a more robust/predictable behavior
[00:07] <michaelni> saste, can i request that you call it "insane" instead of "robust" in the commit message ? ;))))
[00:07] <saste> it currently is: INT GENERIC_CHAR INT
[00:08] <saste> michaelni, more "working" versus "non-working" ;-)
[00:08] <michaelni> and it will succeed on 123x345+sin(alpha) i fear
[00:08] <durandal_1707> mplayer asf demuxer + binary codecs decodes mss2 fine while any other combination does not
[00:09] <saste> michaelni, yes it will
[00:09] <saste> extending av_parse_video_size() would be an option, but how much is it worth it?
[00:09] <saste> while at it we could add logging, but again that would complicate the interface
[00:09] <saste> so you can't have everyone happy
[00:10] <michaelni> I think checking the middle char and the end in av_parse_video_size() is a good idea indepedant of vf_scale
[00:10] <michaelni> and once thats done it probably can be used
[00:10] <michaelni> in vf_scale
[00:11] <saste> what should be middle char be?
[00:11] <michaelni> we could allow multiple
[00:11] <saste> docs states "w x h"
[00:11] <saste> so it is more restrictive than the implementation
[00:14] <michaelni> I think it should also allow upper case X and : and possibly ,;
[00:14] <michaelni> but thats bikeshed a bit
[00:15] <saste> should it be documented?
[00:16] <michaelni> hmm thats a good question
[00:16] <saste> but then in order to accept 123x345+sin(alpha) you need to parse the string
[00:16] <saste> so it's more than 1 line of code
[00:17] <saste> i hope you see why i tend to dislike ad-hoc rules...
[00:17] <michaelni> you misunderstood that comment from me
[00:17] <michaelni> i meant with this just that it lacks end checking not that i suggest that we support this
[00:17] <saste> ok
[00:18] <michaelni> -vf adhoc=make-coffee
[00:18] <saste> filtered coffee
[00:18] <michaelni> lol
[00:20] <saste> allright, enough bikeshedding for today, i'll sleep on it and try to get some real work starting from tomorrow
[00:20] <michaelni> ok, thx
[00:21] <michaelni> and good night :)
[00:21] <saste> thank you :)
[00:28] <durandal_1707> Daemon404: you dont free allocated memory?
[00:29] <Daemon404> durandal_1707, thank you for useless input
[00:29] <Daemon404> thats kind of exactly what it says
[00:29] <Daemon404> find_info was leaking mem
[00:30] Action: Daemon404 was asking for -why-
[01:05] <cone-856> ffmpeg.git 03Leon van Stuivenberg 07c5be6192f0a5: cmdutils: avoid using cpp directives within printf macro arguments
[03:27] <cone-856> ffmpeg.git 03Michael Niedermayer 07224afddc7c86: ismindex: check return value of avio_open_dyn_buf()
[03:27] <cone-856> ffmpeg.git 03Michael Niedermayer 07b399816d9c3d: smoothstreamingenc: fix integer overflow
[06:18] <cone-856> ffmpeg.git 03Michael Niedermayer 07a3886ea3c594: smoothstreamingenc: check return value of mkdir()
[06:18] <cone-856> ffmpeg.git 03Michael Niedermayer 07b4e6265136dd: dcadec: skip QMF on unused channels
[09:27] <ubitux> nyuhu: any reason the random state is re-initialized at each frame in histeq?
[09:58] <ubitux> "This patch is one of a few changes that are needed to get ffmpeg
[09:58] <ubitux> compiling with gcc 3.0.3 on PS2Linux"
[09:58] <ubitux> haha :)
[10:07] <TimNich> they will be wanting Rasberry Pi next...
[10:07] <nevcairiel> should already compile for rasberry pi
[10:08] <nevcairiel> i just wouldnt try compiling it "on" rasberry pi, it would probably take a day or two
[10:08] <TimNich> Quite...
[10:09] <ubitux> nevcairiel: what? gcc isn't using the gpu? :o
[10:10] <TimNich> So why not compile *for* PS2 instead of on it...
[10:10] <TimNich> gnu gncpu?
[10:12] Action: TimNich remembers he was supposed to be making toast&
[10:37] Action: TimNich ahhhh thats better
[10:40] <ubitux> :)
[10:44] <JEEB> eh, is the unofficial PS2 devkit that old :<
[10:44] <JEEB> @ gcc 3.0.3
[10:45] <JEEB> the PSP cross-toolchain is 4.6.x
[11:06] <nyuhu> ubitux : well, this is what the original VDub code is doing so&
[11:08] <ubitux> ok ok
[11:54] <ubitux> is there any reason fft/rdft/dct code is only used for audio?
[11:54] <ubitux> i don't see a single video application of this code
[11:57] <saste> ubitux: i'm pushing the quote/escaping patch
[11:58] <ubitux> okay... :p
[11:58] <cone-201> ffmpeg.git 03Stefano Sabatini 077d1e003abddf: doc/syntax: add a "Quoting and escaping" section
[11:58] <saste> i tested HTML locally and it looked fine
[11:59] <ubitux> and manpage?
[11:59] <saste> btw the local embedded CSS is the same of the Libav website, which is much nicer than FFmpeg's
[11:59] <ubitux> yes, you need to ask michaelni to update the site
[12:00] <saste> man looks fine after the texi2pod fix
[12:00] <ubitux> or well, make use what's on the repo
[12:00] <saste> ubitux: lou logan was interested in working on that
[12:00] <ubitux> great, because i'm not
[12:00] <saste> and we shouldn't copy the Libav style imho
[12:00] <saste> for several reason
[12:00] <saste> but we can borrow some of the ideas
[12:00] <ubitux> i think it's safe to copy what's in the repository
[12:00] <saste> for example header boxes are *ugly*
[12:00] <ubitux> (from a legal PoV)
[12:01] <ubitux> yeah sure, feel free to improve this
[12:01] <saste> not if you want to clarify that they are two distinct projects
[12:01] <ubitux> i don't want to touch that anymore :p
[12:01] <saste> also we had the design of herve flores, which we never considered
[12:02] <saste> but anyhow, just a few changes would improve the overall aspect
[12:06] <saste> ubitux: how was the mingw path things fixed?
[12:08] <nevcairiel> it wasnt, i changed my fate box to use a relative path
[12:41] <Compn> ubitux : no, rather not copy from libav, plus they dont have license anywhere in their xml source
[12:41] <Compn> neither do we iirc
[12:42] <Compn> i'd rather we get some new xml/html and stop looking like that project too
[12:42] <Compn> but is my personal opinion, i cant speak for everyone
[12:43] <durandal_1707> ubitux: no copy
[12:53] <ubitux> durandal_1707: are you replying to my fft/rdft/dct question?
[12:54] <durandal_1707> no
[12:54] <durandal_1707> but web page stuff
[13:08] <ubitux> Compn, durandal_1707: i wasn't talking about the website
[13:08] <ubitux> but the style in the ffmpeg repository
[13:08] <ubitux> which is used for generating documentation
[13:35] <cone-201> ffmpeg.git 03Martin Storsjö 0748f01398ba30: rtpdec: Cosmetic cleanup
[13:35] <cone-201> ffmpeg.git 03Anton Khirnov 07f174fbac3cb1: lavc: add CODEC_CAP_DR1 to all video decoders missing them
[13:35] <cone-201> ffmpeg.git 03Michael Niedermayer 0767420b3de502: Merge remote-tracking branch 'qatar/master'
[13:42] <durandal_1707> so nobody cares about atrac3+?
[13:43] Action: av500 does not
[14:36] <durandal_1707> ahh
[14:52] <nevcairiel> who broke my fate?
[14:53] Action: av500 never had one
[14:57] <ohsix> i dunno how that stuff works :]
[14:58] <ohsix> doing that to have / in a loop file is going to be tough anyways
[14:59] <ohsix> have you looked into how fedora/debian/ubuntu does it in their livecd images? might not be the greatest example, since they get to cheat unmounting on read only media :D
[15:28] <ohsix> oh man, aborts shouldn't be in a library; there's no way for the host to handle them
[15:28] <ohsix> there's no "if you can trigger it" about it
[15:29] <saste> ohsix: same for a crash
[15:29] <ohsix> except you don't call crash()
[15:29] <ohsix> in some circumstances
[15:30] <ohsix> or maybe you do, i dunno :]
[15:31] <saste> abort just guard an unexpected condition
[15:31] <saste> it aborts (and gives a few hints) before to do wicked things, like a buffer overrun
[15:31] <ohsix> so it will crash if it's going to abort?
[15:31] <saste> it spots a programming error, so it should be fixed, cannot be handled
[15:31] <divVerent> well, abort() is probably ok to call if stuff ALREADY is corrupted
[15:31] <divVerent> so there is no way to recover
[15:32] <divVerent> basically, abort() is ok if the code would crash ANYWAY :P
[15:32] <ohsix> programming error by whom, and is it api
[15:33] <ohsix> usability as a library should be a pretty high concern
[15:33] <divVerent> let me say the abort() in sctp_write is certainly a bad one :P
[15:34] <ohsix> uh-uh
[15:34] <ohsix> wontfix all up in your grille
[15:35] <divVerent> because this one maybe can even be triggered using ffmpeg command line binary
[15:35] <divVerent> by setting max_streams in the URL, but not writing a stream prefix
[15:35] <divVerent> that one really should rather return an error code
[15:35] <ohsix> auditing all the ways abort can be triggered is a waste of time outside a case-in-point, you don't actually want to support its usage at all :p
[15:35] <divVerent> ohsix: wrong
[15:35] <divVerent> hint: glibc uses abort() too
[15:36] <divVerent> if free() discoveres corrupted pointer chains
[15:36] <ohsix> programs that scribble on the heap aren't exactly going to be working very well
[15:36] <divVerent> that is the kind of situation abort() is good for
[15:36] <divVerent> exactly
[15:36] <divVerent> call abort() to handle something "better" that would otherwise crash irrecoverably
[15:36] <divVerent> mainly to help tracking it down easier
[15:37] <ohsix> and besides tracking heap integrity, does it do it anywhere else?
[15:37] <divVerent> no idea
[15:37] <divVerent> libavcodec/bitstream.c uses abort() needlessly too
[15:37] <divVerent> this rather should be a nasty spammy log message and return -1
[15:38] <divVerent> mpegvideo.c's abort() is currently ok
[15:38] <divVerent> because it does catch something that would otherwise crash earlier
[15:38] <ohsix> a scribbled heap isn't much different for junk you'd get kill()'d with
[15:38] <divVerent> *crash later
[15:39] <ohsix> (sigsegv, fpe, bus)
[15:39] <divVerent> vp8.c's abort() is ok to me too, but it's a situation that can probably be proven to never happen at all
[15:39] <ohsix> unless of course you set up your environment to trap them and then do it deliberately \m/
[15:40] <divVerent> the code is somewhat "unclear", but I am prettty sure unless vp8_release_frame is broken, it can never occur
[15:40] <divVerent> this abort() basically catches a possible sigsegv if another function is broken
[15:41] <divVerent> and mpegvideo.c's abort() is justified, but probably should be fixed in a better way
[15:41] <divVerent> so basically, we're down to two abort()s of four that can be easily removed
[15:41] <divVerent> one that should be
[15:41] <divVerent> but is not easy at all
[15:41] <ohsix> they should all be removed, they're in a library
[15:41] <divVerent> and one that can stay there because we can prove it can'
[15:41] <divVerent> t be hit
[15:41] <Compn> durandal_1707 : kostya might care re atrac3+ , or maxsim, or whoever was working on it
[15:41] <divVerent> ohsix: wrong
[15:41] <divVerent> the issue is
[15:42] <divVerent> the one remaining one in vp8.c
[15:42] <divVerent> read the code, it can't happen currently
[15:42] <divVerent> but if someone else makes a mistake in the function called
[15:42] <divVerent> the abort() then serves to yield a better error than what would happen otherwise
[15:42] <divVerent> namely, a segv
[15:42] <divVerent> also
[15:42] Action: Compn wonders why on2 / google didnt make ffmpeg the reference en/decoder of vp8 in the first place
[15:42] <divVerent> just compile with -DNDEBUG
[15:42] <ohsix> so remove all the segvs too
[15:42] <divVerent> then assert()s are all removed
[15:42] <divVerent> ohsix: I explained it
[15:43] <Compn> probably lgpl license
[15:43] <divVerent> it's very hard to fix the mpegvideo one
[15:43] <divVerent> try sending a patch to fix this one :P
[15:43] <divVerent> also, find a good suggestion for the vp8.c one
[15:43] <divVerent> abort() is still better than stuff like
[15:43] <divVerent> else { /* can't happen */ }
[15:44] <divVerent> but the mpegvideo abort() is actually a bug, or rather, guards against a worse bug on same situation
[15:44] <ohsix> i don't even need or want to read it, it's not unlike a situation where you can avoid using a goto, or other langauge structure; it's a matter of the shape not the function, if you've painted yourself into a corner and abort() sufficies vs. refactoring then that abort might survive for a long time
[15:45] <divVerent> ohsix: that's kind of the situation in mpegvideo.c
[15:45] <ohsix> libraries shouldn't really be setting signal handlers or messing with the signal mask either
[15:45] <divVerent> it could even require a rewrite to fix the segfault the abort() "catches" earlier
[15:45] <divVerent> this abort() actually really annoys me too
[15:45] <ohsix> i wasn't disagreeing, i was just saying i'm not going to read it :]
[15:45] <divVerent> as the comment around it indicates that an invalid mpeg stream can cause it
[15:45] <divVerent> which means user/network input
[15:46] <divVerent> the other three can only happen a) not at all, or b) from bad API use
[15:46] <ohsix> you know what's really fun, when you use more than one library that does all these fun things
[15:46] <divVerent> and as for bad API use
[15:46] <divVerent> you can cause it to crash for bad API use by other ways too
[15:46] <divVerent> e.g. pass NULL :P
[15:47] <divVerent> ohsix: also, there's actually way MORE abort()s in ffmpeg :(
[15:47] <divVerent> I just saw that lots of assert() calls exist
[15:47] <divVerent> and these are basically abort()
[15:47] <ohsix> unless you are going to make everything not crash from misuse it's not worth worrying about; unless the documentation fails, or people don't really know the constraints of a function anyways
[15:47] <divVerent> what makes it even worse, snowenc.c even does #undef NDEBUG
[15:47] <ohsix> asserts are fine, you have to build with them enabled :]
[15:47] <divVerent> so there is no way to ground these asserts
[15:47] <divVerent> haha
[15:47] <divVerent> nope, snowenc.c sabotages that
[15:47] <divVerent> and it's the first file with asserts I checked
[15:48] <divVerent> vorbisenc.c does the same
[15:48] <divVerent> that I find a lot worse than the abort()s you mentioned
[15:48] <ohsix> asserts are pretty decent as documentation even, depending on how you split functions up
[15:48] <divVerent> ohsix: sure
[15:48] <divVerent> also, the four abort()s we have can easily be turned into asserts :P
[15:49] <divVerent> just that's not making them any better in terms of use by a library
[15:49] <durandal_1707> if abort happens because of input data it is bug and should be properly documented, removing all asserts is wrong
[15:49] <durandal_1707> s/documented/fixed
[15:49] <divVerent> durandal_1707: sort of wrong
[15:49] <divVerent> durandal_1707: it is a bug, with or without the assert/abort
[15:50] <divVerent> and needs fixing anyway (and be it by invalidating the decoder status and ending the stream)
[15:50] <durandal_1707> i said that
[15:50] <divVerent> ok then :)
[15:50] <divVerent> the final state should be not using ANY abort(), keep using assert(), but have NDEBUG properly remove the asserts
[15:51] <ohsix> might end up with api changes to remove them all, it really has to be done with the library task in mind
[15:51] <saste> uhm now i realize i was confusing abort with assert...
[15:51] <saste> yes abort are not very nice and should be avoided
[15:51] <durandal_1707> divVerent: av_assert0 is always enabled for the reason
[15:51] <divVerent> durandal_1707: for no good reason ;) it's sort of a temp workaround, no more and no less
[15:51] <durandal_1707> if reason is frong, seend potch that fix it
[15:52] <divVerent> there's thousands of these... it looks more like a lost cause
[15:52] <durandal_1707> divVerent: whatever, i trolleed enough, now going to do some real work
[15:52] <divVerent> sure :P
[15:53] <divVerent> and I think we all agree they need eventually be fixed, but that it is hard work to fix them all
[15:53] <divVerent> ohsix: BTW, a small hint...
[15:53] <divVerent> ffmpeg tends to merge from libav, but libav not from ffmpeg
[15:53] <divVerent> so it may help to rather make libav do the get-rid-of-assert/abort work
[15:53] <durandal_1707> wtf, did lavu major get recently bumped?
[15:54] <divVerent> that way it helps both projects, and not one
[15:54] <durandal_1707> divVerent: you want to remove all asserts?
[15:54] <divVerent> durandal_1707: long term? yes
[15:54] <divVerent> but probably impossible :P
[15:54] <durandal_1707> asserts are there to guard against cases which should not happen at all
[15:54] <divVerent> basically, categorize them into "can't happen unless code is buggy" (these can be disabled by NDEBUG then and stay there for documentation/debugging)
[15:54] <ohsix> dunno
[15:55] <divVerent> and into "can happen due to bad input" (these need actual fixing)
[15:55] <durandal_1707> if assert happens, please fill bug report for specific line of code that triggers it
[15:55] <ohsix> can't happen unless space rays
[15:55] <divVerent> durandal_1707: I don't have a test case, but the mpegvideo.c one has a comment that tells it can happen due to bad input
[15:55] <divVerent> comment may be outdated though ;)
[15:57] <divVerent> or DOES the decoder already check for stream validity in this sense? then the comment should rather be "Plus, the decoder checks stream validity..."
[15:57] <divVerent> instead of "Plus, the decoder has to check stream validity..."
[15:57] <divVerent> durandal_1707: for the sctp.c I may be able to make a test case
[15:57] <divVerent> what ffmpeg commands take URLs?
[15:58] <divVerent> and write to them
[15:58] <divVerent> other than the output file arg for which I am 100% sure without even checking that it handles the num_streams right
[15:59] <divVerent> this abort() can be caused by setting the max_streams argument but using writing code not aware of that
[16:15] <divVerent> durandal_1707: yes, I can cause the sctp abort()
[16:15] <divVerent> ./ffmpeg -f lavfi -i "life [out0]" -f nut "sctp://127.0.0.1:1234?listen=1&max_streams=42"
[16:15] <divVerent> plus
[16:15] <divVerent> withsctp nc 127.0.0.1 1234
[16:16] <divVerent> the problem is simply that max_streams is an option that shouldn't be exposed to the user, but only the calling code
[16:16] <divVerent> so calling code having use for a multi-stream connection can use it
[16:16] <divVerent> but here, the user is allowed to specify the stream count without the caller being aware of a multi stream socket
[16:17] <durandal_1707> fill bug report so it does not get lost
[16:18] <divVerent> ok
[16:30] <divVerent> there you go
[16:30] <divVerent> hm... when does it spam my ticket here
[16:32] <divVerent> no idea if any e.g. browser extensions exist that use ffmpeg to access the digital camera, and apply same-origin policy for destination... appending ?max_streams=1 would still meet the same-origin policy and thus be accepted
[16:32] <divVerent> *a webcam
[16:33] <divVerent> that'd be one case where the abort() could be remote controlled
[17:31] <cone-820> ffmpeg.git 03Tim Nicholson 078a9b48bfa915: movenc: Add required 'prof' atom to 'tapt' atom set.
[17:39] <durandal_1707> dr1 changes causes DR1 with mplayer to output nonsense
[17:45] <cone-820> ffmpeg.git 03Stefano Sabatini 0783938c3d4cb7: lavfi/scale: accept named options, make parsing more robust
[17:45] <cone-820> ffmpeg.git 03Stefano Sabatini 07c2428ada71af: lavfi/scale: return error code in case of failed reconfiguration in start_frame()
[17:45] <cone-820> ffmpeg.git 03Stefano Sabatini 07adf0cd145680: doc/filters: itemize scale examples, and create a dedicated subsection for them
[17:45] <cone-820> ffmpeg.git 03Stefano Sabatini 07d4604d10fe72: lavu/parseutils: add trailing characters check in av_parse_video_size()
[17:45] <cone-820> ffmpeg.git 03Stefano Sabatini 0719add3224f1e: lavfi/scale: implement clever/insane parsing heuristic, and add a size option
[17:49] <ubitux> would be nice to have a keep aspect ratio flag/option now :)
[17:50] Action: ubitux looks at divVerent
[17:57] <michaelni> durandal_1707, which decoder?
[17:58] <michaelni> also the ones that fail in mplayer after the DR1 addition, likely do not support DR1 and should have the flag removed again
[18:04] <saste> what's the correct way to mark windows code?
[18:04] <saste> #ifdef _WIN32 ...
[18:04] <saste> __WIN32 is another option
[18:10] <saste> we have both WIN32 and _WIN32, and __WIN32 in the rogerdpack frei0r patch
[18:10] <saste> i wonder what's the more "correct"
[18:13] <Daemon404> saste, the correct solution is probably not tohave ifnedfs at all
[18:13] <Daemon404> er, ifdefs
[18:14] <saste> well in that case the code depends on the platform, so it seems correct
[18:14] <saste> frei0r.dyne.org/codedoc/html/group__pluglocations.html
[18:14] <Daemon404> shouldnt frie0r have a way to handle this
[18:15] <saste> dunno, but that's also the typical way to deal with path lists in Windows
[18:53] <cone-820> ffmpeg.git 03Stefano Sabatini 077691860c7374: lavfi/frei0r: update link to spec
[18:53] <cone-820> ffmpeg.git 03rogerdpack 07c1804dc4ce16: lavfi/frei0r: allow for Windows style paths
[20:06] <durandal_1707> ubitux: are there old fate coverate results?
[20:06] <ubitux> not anymore
[20:08] <durandal_1707> lol you generate unlimited number of blank reports
[20:08] <durandal_1707> what i need to run this?
[20:09] <Daemon404> ubitux, is there a way to ignore the last 2 channels of an 8 ch file
[20:09] <Daemon404> and downmix it as 5.1
[20:09] <Daemon404> (as in 5.1 -> 2 downmix)
[20:12] <durandal_1707> shouldn't that be doable in lavfi?
[20:14] <Daemon404> i think so
[20:14] <Daemon404> i just have no diea how.
[20:14] <durandal_1707> hmm maybe lavfi and samplerate combo
[20:16] <Daemon404> samplerate shouldnt come into play at all
[20:16] <durandal_1707> libswresample for downmix....
[20:21] <Daemon404> if the filter for downmixing
[20:21] <Daemon404> is called samplerate
[20:21] <Daemon404> that is a shitty name
[20:21] <durandal_1707> ubitux: and you remove all .gcno/.gcda files?
[20:22] <Daemon404> are you running gcov?
[20:22] <Daemon404> e,r lcov
[20:22] <durandal_1707> does it work with clang?
[20:22] <Daemon404> not properly, no
[20:22] <durandal_1707> so you actually got coverage results?
[20:24] <Daemon404> yes
[20:25] <Daemon404> with gcc
[20:25] <durandal_1707> Daemon404: so libswresample cant change channel layouts?
[20:25] <Daemon404> of course it can
[20:25] <Daemon404> but having channel mixing in a filter called samplerate is silly
[20:26] <Daemon404> resampling != mixing
[20:26] <durandal_1707> i never said something like that
[20:27] <Daemon404> [15:14] <@durandal_1707> hmm maybe lavfi and samplerate combo
[20:27] <Daemon404> >samplerate
[20:28] <durandal_1707> and you think samplerate is filter?
[20:28] <Daemon404> what else would it be
[20:28] <Daemon404> in that context
[20:29] <ubitux> <@durandal_1707> ubitux: and you remove all .gcno/.gcda files? // it runs from a fresh build each time so yes i believe
[20:30] <ubitux> durandal_1707: did you try it yourself?
[20:30] <durandal_1707> ubitux: trying right now....
[20:30] <Daemon404> ifr he's using clang, it wont work anyway
[20:30] <durandal_1707> michaelni: nice broken merge yet again
[20:30] <ubitux> Daemon404: yes that's possible, with pan & downmix
[20:31] <durandal_1707> and how do you do downmix?
[20:31] <ubitux> pick your channels with pan, and then request a stereo format with aformat after
[20:31] <Daemon404> ubitux, excellent
[20:32] <Daemon404> well for my purposes
[20:32] <Daemon404> i only need pan
[20:32] <Daemon404> i can downmix later
[20:32] <Daemon404> im worried that teh channel layout for the first 6 channels wont be preserved
[20:32] <ubitux> c0=c0:c1=c1:...
[20:32] <ubitux> or you can explicit it
[20:33] <ubitux> FL=FL:FR=FR:... or sth like that
[20:33] <ubitux> iirc
[20:34] <Daemon404> -af pan=c0=c0:c1=c1
[20:34] <Daemon404> like that?
[20:38] <ubitux> isn't the first parameter a channel layout or something?
[20:38] <ubitux> i think the documentation has good examples
[20:38] <ubitux> if you don't mind having a look :)
[20:39] <ubitux> http://ffmpeg.org/ffmpeg.html#Remapping-examples check these maybe
[20:40] <ubitux> it looks like you want something similar to the first example
[20:47] <Daemon404> ubitux, i was reading the filters.html doc
[20:47] <Daemon404> its kind of... hard to parse
[20:47] <durandal_1707> ugh, what?
[21:07] <cone-820> ffmpeg.git 03Paul B Mahol 0790510251027f: lavc: remove duplicated .capabilities
[21:14] <Daemon404> oh... i actually have 8 tracks with 1 channel
[21:14] <Daemon404> fun
[21:16] <llogan> Ede_123 in #ffmpeg wants to know what the standard logo is licensed as. anyone know?
[21:17] <llogan> for usage in Wikimedia Commons
[21:18] <Compn> it should be copyleft but mru made a copyright claim on it...
[21:18] <Compn> dunno what herve licensed his as
[21:19] Action: llogan searches logs n' shit
[21:19] <Compn> llogan : try mailing herve
[21:20] <gnafu> Daemon404: wat.
[21:20] <Daemon404> welcome to broadcast
[21:21] <gnafu> DO NOT WANT.
[21:21] <Daemon404> ubitux, an i correct in thinkign -map_channel can only do stereo -> mono
[21:21] <durandal_1707> it is patented - do not use it until patent expires, which may be in 2077
[21:21] <Daemon404> and not 2 mono -> stereo
[21:21] <Compn> michaelni : btw did you ever reply to that lawyer with the copy of your hand drawn image with the zigzag ? lol
[21:22] <Daemon404> hmm yup
[21:22] <llogan> durandal_1707: don't worry, lobbyists will pay our (US) politicians to extend copyright more.
[21:23] <Daemon404> [Parsed_amerge_0 @ 0x2271100] Buffer queue overflow, dropping.
[21:23] <Daemon404> Segmentation faultepeated 12 times
[21:23] <Daemon404> yes
[21:23] <Daemon404> tried to amerge
[21:23] <Daemon404> segfault ffmpeg
[21:23] <Daemon404> \o/
[21:24] <durandal_1707> cmdline?
[21:24] <Daemon404> ffmpeg -i 124652995.mov.old -filter_complex "[0:7] [0:8] amerge" -c:a pcm_s16le -vn a.wav
[21:38] <llogan> Compn: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-May/112294.html
[21:38] <llogan> The author give all rights (for all supports - for all uses, commercial or not) to the "FFmpeg Project"
[21:39] <Compn> the ffmpeg project is not a legal entity btw
[21:39] <Compn> :P
[21:40] <ubitux> <@Daemon404> ubitux, an i correct in thinkign -map_channel can only do stereo -> mono // huh?
[21:41] <llogan> that's as far as he went with it, AFAIK, since he didn't name a specific license.
[21:47] <cone-820> ffmpeg.git 03Piotr Bandurski 07a29ed50ed735: avuidec: correct long_name
[21:47] <cone-820> ffmpeg.git 03Piotr Bandurski 07bf0d098a9886: pictordec: decode 1bpp / 4bpp images when extra header marker is missing
[21:54] <durandal_1707> Daemon404: that sample have multichannel audio?
[21:55] <Daemon404> no
[21:55] <Daemon404> it has 8 mono tracks
[21:57] Action: durandal_1707 wonders how to do same with aevalsrc
[22:17] <cone-820> ffmpeg.git 03Michael Niedermayer 07ba8adf9be5cb: truemotion2: remove unused variable
[22:17] <cone-820> ffmpeg.git 03Michael Niedermayer 0791295f03d41c: mp3dec: remove unused variable
[22:17] <cone-820> ffmpeg.git 03Michael Niedermayer 071838961357e3: qt-faststart: fix signedness of variable used to hold return code
[22:19] <ubitux> Daemon404: you still didn't find a way? oO
[22:20] <Daemon404> i used sox
[22:20] <ubitux> & ?
[22:20] <Daemon404> since ffmpeg crsshes
[22:20] <ubitux> please explain how to reproduce
[22:20] <Daemon404> look above
[22:21] <ubitux> works for me
[22:22] <ubitux> maybe a sample would help?
[22:23] <ubitux> ./ffmpeg -f lavfi -i 'aevalsrc=sin(2*PI*t*440)[out0]; aevalsrc=sin(2*PI*t*220)[out1]' -filter_complex "[0:0][0:1] amerge" -c:a pcm_s16le -t 60 -y a.wav
[22:23] <ubitux> no problem with this
[22:26] <durandal_1707> more tracks?
[22:26] <ubitux> <@Daemon404> [Parsed_amerge_0 @ 0x2271100] Buffer queue overflow, dropping. // i wonder what causes this though
[22:32] <Daemon404> ubitux, dunno
[22:39] <ubitux> can't you share a sample?
[22:40] <Daemon404> i cant
[22:40] <Daemon404> it's specifically a Do Not Share sample
[22:40] <Daemon404> unfortunately
[22:40] <nevcairiel> then tell them to sod off =p
[22:41] <Daemon404> ill try and debug it later
[22:42] <nevcairiel> i think i had someone with such files once, all he asked was for the ability to play more then one track at the same time
[22:47] <cone-820> ffmpeg.git 03Michael Niedermayer 07977cb54f941c: tree: fix type used for testing the tree
[22:47] <cone-820> ffmpeg.git 03Michael Niedermayer 0711d695d120d0: x11grab: fix mixed declaration and code
[22:47] <ubitux> Daemon404: can you give me some hint about the input?
[22:47] <ubitux> like the number of tracks, and basic properties?
[22:47] <ubitux> (codecs, sample formats, duration, etc)
[22:48] <Daemon404> 1 avc, 8 pcm_s16le mono tracks
[22:48] <Daemon404> first 6 are part of a 5.1ch track
[22:48] <Daemon404> last 2 are stereo
[22:48] <Daemon404> braindead broadcast stuff
[22:48] <ubitux> yeah i know that stuff
[22:48] <ubitux> ok
[22:48] <ubitux> average duration?
[22:48] <Daemon404> 1:30
[22:48] <Daemon404> hrs
[22:48] <ubitux> thx
[22:48] <Daemon404> it segfaults immediately though
[22:52] <ubitux> works fine :(
[22:54] <durandal_1707> ubitux: perhaps you are not doing same thing
[22:54] <ubitux> ffmpeg -i 124652995.mov.old -filter_complex "[0:7] [0:8] amerge" -c:a pcm_s16le -vn a.wav this, right?
[22:55] <durandal_1707> yes
[22:57] <ubitux> i generated a mov with ./ffmpeg -f lavfi -i testsrc -f lavfi -i 'aevalsrc=sin(2*PI*t*440)' -c:a pcm_s16le -t 5400 -map 0 -map 1 -map 1 -map 1 -map 1 -map 1 -map 1 -map 1 -map 1 -y test.mov
[22:57] <ubitux> and got no problem with the above command
[22:59] <ubitux> and valgrind doesn't say anything
[23:04] <Daemon404> ill look at it later
[23:05] <Daemon404> when im not distracted by a hurricane
[23:05] <Daemon404> or i get bored by it
[23:22] <durandal_1707> h264-conformance-caba1_sony_d is failing here
[23:25] <Daemon404> durandal_1707, threads > 1?
[23:27] <durandal_1707> but i have single core cpu and threads mt should be disabled
[23:28] <Daemon404> make hard sets it to 1 anyway
[23:28] <Daemon404> by default
[23:32] <durandal_1707> i'm using gcc4.2.1 crap, so it may be reason
[23:33] <Daemon404> why so old?
[23:33] <Daemon404> i thought freensd's base gcc was at least 4.3
[23:33] <Daemon404> freebsd*
[23:33] <durandal_1707> i have 4.7 installed, will try it
[23:35] <durandal_1707> bc lcov produced report for some fails after all, (fate did not passed so i do not blame lcov for failing for other stuff)
[23:47] <durandal_1707> Daemon404: are you at safe place?
[23:48] <Daemon404> technically.
[23:48] <Daemon404> im not in the evac zone
[00:00] --- Tue Oct 30 2012
1
0
[00:36] <FelipeS> would it be feasible to use pipes to input an mpegts stream (avc,aac) and output as an mp4 stream (no reencoding) using pipes?
[00:43] <cbreak> FelipeS: try it
[00:43] <cbreak> afaik, ffmpeg uses pipe:0 for standard input, pipe:1 for standard output
[00:44] <cbreak> as filename that is.
[00:48] <FelipeS> cbreak as filename?
[00:48] <cbreak> yes
[00:48] <cbreak> well, long time since I used that
[00:49] <FelipeS> ah
[00:49] <FelipeS> cbreak yes, I thought you meant stdin would only be used to read the filename
[00:51] <cbreak> http://ffmpeg.org/ffmpeg.html#pipe
[02:25] <elkng> I want to create video editing software, any suggestions ?
[02:25] <elkng> using sdl, in c language
[06:28] <FelipeS> anyone here knows if iOS supports playing fragmented mp4s?
[08:18] <surfn_> Hey I asked this yesterday but got no reply so thought I'd ask again...
[08:18] <surfn_> I get this error message when running ffserver and ffmpeg to stream my webcam
[08:18] <surfn_> The v4l2 frame is 367 bytes, but 153600 bytes are expected
[08:19] <surfn_> /dev/video0: Invalid data found when processing input
[08:20] <surfn_> is there a way to set the frame to accept any size? Or is there a variable I can set that will alter my expected frame size?
[08:20] <surfn_> cheers
[10:00] <foo357> Hello, I would like some input on JPEG2000 vs. TIFF. Would an image in JPEG2000 be smaller than if it would be in TIFF format?
[10:00] <foo357> I have searched a bit but haven't found any good resources/information on the matter.
[10:03] <Tjoppen> foo357: TIFF is a container
[10:03] <Tjoppen> it can can appearently hold JPEG2000 too
[10:03] <ubitux> huh?
[10:04] <ubitux> tiff is a codec afaik
[10:04] <Tjoppen> I'm fairly sure TIFF can be compressed in quite a number of ways
[10:04] <Tjoppen> wikipedia agrees
[10:05] <ubitux> that doesn't make it a container
[10:10] <Tjoppen> I'd say the compression tag suffices to classify it as a container
[10:11] <ubitux> okay
[10:11] <ubitux> then we need to move tiff to libavformat :)
[10:12] <Tjoppen> if it works, don't try to fix it
[10:12] <Tjoppen> it does blur the lines though. just like DV-in-AVI or the more recent MPEG-PS-in-MOV
[10:13] <divVerent> hehe, fun nitpick argument ;)
[10:14] <divVerent> I'd see it as container too, for the reason that it can contain images of multiple "codecs"
[10:14] <divVerent> including jpeg, fax stuff
[10:14] <divVerent> also, more than one image
[10:14] <divVerent> where the "codecs" themselves only allow one
[10:15] <divVerent> however, this is a blurry line
[10:15] <divVerent> e.g. by the same argument, MJPEG could be classified as a container too
[10:15] <divVerent> and if we use multipage TIFF to store a movie, it suddenly can be seen as a codec again
[10:15] <divVerent> as to TIFF, each page is a separate "stream"
[10:16] <divVerent> 10:00:04 foo357 | Hello, I would like some input on JPEG2000 vs. TIFF. Would an image in JPEG2000 be smaller than if it would be in TIFF format?
[10:16] <divVerent> foo357: depends on how you save it :P
[10:16] <divVerent> you can make each of them smaller than the other by setting "proper" compression options
[10:16] <divVerent> TIFF can contain lots of compressions, though
[10:17] <divVerent> also, it depends on the image
[10:17] <divVerent> "traditional" use of TIFF is for lossless compression (e.g. RLE)
[10:17] <divVerent> which is especially good for line art like stuff
[10:18] <divVerent> and in this area JPEG2000 can't match this (I'd recommend PNG over TIFF for these applications though)
[10:18] <divVerent> now, if you want to store photos in it, for example, I'd use JPEG2000 and no TIFF header around it
[10:18] <divVerent> mainly because that's more likely to work in applications
[10:19] <divVerent> or rather, maybe equally likely, but less confusing
[10:19] <divVerent> like, not all programs that can open .tif can also open JPEG 2000 inside it
[10:19] <divVerent> also, if your photos already are in JPEG format, it's somewhat questionable to recompress them as JPEG 2000
[10:33] <ne2k> I'm back on my raw video/interlaced problem. I have an MPEG2 file taken straight from a DVD that I want to convert to raw video and do some tests on. The file is interlaced it looks it, and ffmpeg -i track10.mpg -vf showinfo -f null /dev/null shows i:T in the output
[10:38] <ne2k> ffmpeg -i track10.mpg -f rawvideo -pix_fmt yuyv422 -vframes 750 track10.yuyv422.yuv # this then extracts 30s to a raw file, which should by all accounts be interlaced still. I'm trying to prove whether or not it is
[10:39] <ne2k> ffmpeg -f rawvideo -s 720x576 -r 50 -pix_fmt yuyv422 -top 1 -i track10.yuyv422.yuv -vf showinfo -f null /dev/null shows i:P in the output
[10:43] <surfn_> my computer went to sleep, did anyone answer while I was away?
[10:46] <microchip_> nope
[10:48] <Mavrik> ne2k, it's not clear what you're asking.
[10:49] <ne2k> Mavrik: I'm trying to do further processing on the raw video and I have my suspicions that it's being deinterlaced in the process of extracting it from the mpeg file. I'm looking for a categorical way to prove it one way or the other. I'm looking at generating some sample files with just single colour lines or something
[10:50] <Mavrik> ne2k, if you did not pass "-deinterlace" or "yadif" filter there was no postprocessing of any kind
[10:50] <ne2k> Mavrik: the showinfo filter says it's progressive, though
[10:50] <Mavrik> ne2k, the "interlace" frame flags are notoriously unreliable
[10:50] <Mavrik> and currently there just isn't a good way of detecting if a stream is interlaced besides decoding and checking frames
[10:50] <ne2k> Mavrik: the problem is that there doesn't appear to actually be a flag to specify whether rawvideo is interlaced or progressive
[10:51] <ne2k> you can specify -top but not progressive, afaics
[10:51] <Mavrik> yes
[10:51] <Mavrik> because raw video is RAW frames
[10:51] <Mavrik> it will not change them
[10:51] <Mavrik> if you have half-frames or full-frames it doesn't care
[10:51] <ne2k> Mavrik: but I mean on playback, you need to be able to specify, surely?
[10:52] <Mavrik> it's a raw dump of a stream, "interlace" doesn't really come into effect
[10:52] <ne2k> ok
[10:52] <Mavrik> ne2k, there's no such thing as standard "raw" video
[10:52] <ne2k> well, let me do some more tests
[10:52] <Mavrik> and there's nothing to specify ;)
[10:52] <ne2k> Mavrik: of course there isn't
[10:52] <Mavrik> it's the players decision
[10:52] <ne2k> Mavrik: that's what I'm talking about -- neither ffplay nor vlc has an option to tell it whether a raw file is interlaced or not
[10:58] <ne2k> how can I display a single frame of yuyv422 statically?
[11:15] <ne2k> right, I think I've proved that that this yuv file is not interlaced. but I'm not sure. I've extracted one frame from the middle using dd and repeated it sixteen times. I get a completely static, full frame. I then extract half that much. if the file is interlaced, this should be the odd lines from a complete frames, but when I duplicate it, I get half the frame twice, one on top of the other. is this reasoning sound?
[11:30] <funyun> hi. i have a video and the audio is 8 seconds slow. meaning people are talking and the audio does play until 8 seconds after. can anyone help me fix this? i've tried -itsoffset but it doesn't change it at all. i think i'm doing it wrong
[12:02] Last message repeated 1 time(s).
[12:02] <ne2k> funyun: you said that half an hour ago
[12:02] <funyun> ne2k: that's the problem
[12:05] <erib> Hi guys. Is there a way to capture screen with gralloc? I'm trying to capture the screen on a motorola Xoom that has Tegra2 SOC that does not expose /dev/graphics/fb0.
[12:32] <Aaronds> Hi, I'd like to install ffmpeg on CentOS. The only packages available via yum are ffmpeg-spice-devel and ffmpeg-spice-libs. What is ffmpeg-spice and are either of these packages what I'm looking for?
[12:36] <lemonzest> Aaronds: install from atrpms they have the newest
[12:36] <Aaronds> ah cheers lemonzest
[12:53] <funyun> hi. i have a video and the audio is 8 seconds slow. meaning people are talking and the audio does play until 8 seconds after. can anyone help me fix this? i've tried -itsoffset but it doesn't change it at all. i think i'm doing it wrong
[12:55] <burek> erib, how is that related to ffmpeg?
[12:56] <burek> funyun, asking the same question 3 times won't get you an answer faster, just a kick
[12:57] <burek> also, use the pastebin to show what exactly did you do (ffmpeg command + complete output) so that we can comment
[12:57] <funyun> burek: i thought since the other members didn't know. maybe the newly joined people could help
[12:57] <Haikarainen^st> Hello people, I'm trying to upload a video to youtube that I recorded using ffmpeg, but it turns out all gray. I've tried both mkv and mp4, same result on both.
[12:57] <Haikarainen^st> I will get you the exact commands
[12:59] <Haikarainen^st> http://ffmpeg.pastebin.com/XKpk5SQA
[12:59] <Haikarainen^st> Any help appreciated
[13:00] <Haikarainen^st> http://youtu.be/XK5W0aGBbnM <- Video in question
[13:01] <burek> Haikarainen^st, that pastebin is useless
[13:01] <burek> cmd + complete output ...
[13:02] <Haikarainen^st> burek: Oh, sorry. I dont have it anymore (recorded it yesterday). Let me redo it
[13:03] <burek> also, you might avoid 2 times encoding of video
[13:03] <burek> just add -crf 0 to the 1st cmd line
[13:03] <burek> https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20grab%20the%20desktop%20(scre…
[13:03] <Haikarainen^st> burek: http://ffmpeg.pastebin.com/fG5dPj5r
[13:04] <Haikarainen^st> burek: Okay, still very new to ffmpeg :)
[13:04] <burek> ok, that went good
[13:04] <burek> no errors, the output should be fine
[13:05] <Haikarainen^st> burek: the video works flawlessly when played locally (via vlc for example), but uploaded to youtube its just gray
[13:05] <burek> try to save to .flv instead of .mkv
[13:05] <burek> in the 1st cmd
[13:06] <Haikarainen^st> I'll try that and upload a small test to youtube, thanks
[13:06] <burek> I mean, try to use .flv all the time (instead of mp4)
[13:06] <burek> it seems that youtube likes flv more
[13:06] <burek> (and keep the libx264 as a vcodec)
[13:07] <Haikarainen^st> http://www.youtube.com/watch?v=p8oY2GdJ_Lc&feature=youtu.be
[13:08] <Haikarainen^st> this is from http://ffmpeg.pastebin.com/unFDf21i
[13:09] <burek> well you need more than 3 seconds
[13:09] <burek> especially if your -gop rate is too long
[13:09] <burek> there is no keyframe to start a video decoding from
[13:09] <Haikarainen^st> ah
[13:09] <burek> so that's why it's gray/green
[13:09] <burek> if you need a 3 seconds video, try playing with -gop
[13:09] <Haikarainen^st> The other video was more like >5 min though
[13:10] <Haikarainen^st> and the 3sec video played in vlc works right away
[13:10] <burek> hmh
[13:11] <brontosaurusrex> Haikarainen^st: "mediainfo youfile" returns what?
[13:12] <brontosaurusrex> mighg be a mod16 problem with youtab
[13:12] <brontosaurusrex> might*
[13:12] <Haikarainen^st> let me get ahold of mediainfo
[13:14] <erib> burek: the question is if there is alternative to -fbdev that can capture using gralloc
[13:24] <Haikarainen> So much for trying to fix that error
[13:25] <Haikarainen> My daughter thought it would be a great idea to pour water into my exhaustfan ontop of my computer
[13:35] <feng-fr> Hi, i'm trying to convert my flv videos to mp4 for html5 and flash. For some reason, 1/5 times, ffmpeg stops encode the video, showing no error, and wait to be killed ... here is the ffmpeg -v debug log : http://pastebin.com/EhUruzUL
[14:49] <stulluk> Hi, I have an embedded system with ARM926EJ-S ( armv5TE) processor, and I am trying to play RTMP streams..
[14:50] <stulluk> Currently I can play TS streams ( h.264 or MPEG2) over network
[14:50] <stulluk> In order to play RTMP/RTSP, I think I should use FFMPEG, but I don't know how to do it..
[14:50] <stulluk> I cross compiled FFMPEG: http://pastebin.com/DbN6gbi0
[14:51] <stulluk> But I don't know how to add RTMP/RTSP support to it, and how to transcode it to H264 in the fastest possible way??
[14:51] <stulluk> Can you give some ideas?
[15:16] <brontosaurusrex> whats the proper filter to convert 422 to 420 ? (interlaced)
[15:19] <relaxed> brontosaurusrex: you want to deinterlace?
[15:19] <brontosaurusrex> yes
[15:19] <relaxed> -filter:v yadif,format=yuv420p
[15:20] <relaxed> use yadif=1 if you want one frame per field (double fps)
[15:21] <brontosaurusrex> yes, but my input is 422 and i guess yadif only work in 420?
[15:21] <brontosaurusrex> (if thats not true, than it simply sucks)
[15:21] <brontosaurusrex> cos the results are substandard
[15:23] <relaxed> It doesn't look properly deinterlaced or the quality is bad?
[15:24] <brontosaurusrex> looks like something happened, but its aliased
[15:24] <brontosaurusrex> let me upload a sample ...
[15:24] <saste> brontosaurusrex, yadif *does* support yuv422p
[15:25] <brontosaurusrex> sample: https://dl.dropbox.com/u/79532365/deinterlaceME.mov
[15:25] <brontosaurusrex> ehm, will be there in 4 minutes
[15:26] <relaxed> I can't access dropbox from work. Show us your command.
[15:26] <brontosaurusrex> saste: thats cool, so i must be doing something wrong
[15:27] <saste> brontosaurusrex, show a -loglevel verbose pastebin, use showinfo to check what format is output by which filter
[15:27] <brontosaurusrex> ffmpeg in -vf yadif=0 -aspect 16:9 -pix_fmt yuv422p -vcodec prores -profile 3 -acodec pcm_s16le out < the command
[15:27] <saste> sometimes there are intermediary format conversion, which can be avoided by inserting format in the correct place
[15:28] <brontosaurusrex> saste: ok
[15:28] <saste> and the input is?
[15:28] <brontosaurusrex> prores 422
[15:28] <saste> so i'd expect no conversion at all
[15:28] <brontosaurusrex> true
[15:31] <brontosaurusrex> could it be an anamorfic issue?
[15:32] <brontosaurusrex> cos the file is with par=1
[15:32] <brontosaurusrex> the input
[15:33] <relaxed> why are you chaning the aspect ratio?
[15:33] <relaxed> changing*
[15:34] <brontosaurusrex> just to avoid doing that in editing app, the capturing app gets it wrong
[15:35] <saste> brontosaurusrex, format conversion is completely unrelated to aspect ratio, show a pastebin
[15:35] <brontosaurusrex> http://pastebin.com/nhYnLc7Z
[15:36] <brontosaurusrex> saste: i would think so, perhaps yadif needs aspect ratio for some reason?
[15:36] <saste> brontosaurusrex: yuv422p10le
[15:36] <saste> that's not supported by yadif
[15:37] <brontosaurusrex> so, -pix_fmt yuv422p before yadif?
[15:37] <brontosaurusrex> or something else?
[15:37] <saste> yes
[15:37] <brontosaurusrex> let me try
[15:38] <brontosaurusrex> sample on dropbox is now on, btw
[15:39] <relaxed> use a filter chain to control the order, -filter:v format=yuv422p,yadif=0,setdar=16:9
[15:39] <relaxed> it's easier to read
[15:39] <brontosaurusrex> ok
[15:41] <relaxed> yadif should barf if it doesn't support the input's colorspace.
[15:42] <brontosaurusrex> it doesnt
[15:49] <saste> relaxed, auto-conversion is useful
[15:49] <saste> but i won't be against an option to disable that, in order to avoid unexpected conversions
[15:50] <brontosaurusrex> nothing works, i have tryed several combos
[15:50] <brontosaurusrex> exactly the same output even
[15:50] <saste> brontosaurusrex, pastebin
[15:53] <brontosaurusrex> saste, one of them: http://pastebin.com/Wdk6jdNF
[15:56] <saste> brontosaurusrex, if you want to be sure that yadif works in yuv422p, use, ...format=yuv422p,yadif=...,format=yuv422p
[15:56] <foo357> How do I send sql queries from SQL Server Management Studio? Should I open a powershell?
[15:57] <saste> the logic used for the auto-insertion is not very linear, it sometimes ends up in unexpected results
[15:57] <foo357> sorry wrong channel :S
[16:02] <brontosaurusrex> ok, i will just fail this under: dont capture 10 bit
[16:02] <brontosaurusrex> file*
[16:06] <brontosaurusrex> p.s. no difference even if i capture to rle/8bpc
[16:06] <brontosaurusrex> so its must be some sort of tape failure
[16:06] <brontosaurusrex> (betacam imx)
[16:31] <odigem> hi
[16:31] <odigem> i have a trouble with set watrmark
[16:32] <odigem> 'movie=logo.png, [watermark];[in][watermark] overlay=main_w-overlay_w-10:main_h-overlay_h-10[out]'
[16:38] <saste> odigem, spurious comma after logo.png
[16:38] <odigem> ok
[16:39] <odigem> Error initializing filter 'overlay' with args . . .
[16:40] <odigem> "movie=water.png [logo]; [in][logo] overlay=10:mainH-overlayH-10:1 [out]"
[16:40] <odigem> nobr
[16:41] <odigem> overlay=main_w-overlay_w-10:10 paste it
[16:41] <odigem> work
[16:42] <odigem> ffmpeg developers must fix this parser
[16:43] <saste> mainH, overlayH... were never supported
[16:43] <odigem> hmm
[16:44] <odigem> image compessed with compress video, maybe need add watermark ater convert
[16:47] <brontosaurusrex> p.s.2. same problem with capture on another system, now assuming that this is HD > SD interlaced conversion, which is to tight for yadif
[16:47] <brontosaurusrex> or something ...
[17:18] <Haikarainen^st> brontosaurusrex: (regarding the mediainfo mod16problem gray youtube video) :http://pastebin.com/rQ8Ye6Hv
[17:18] <Haikarainen^st> sorry for the delay my daughter thought my computer needed a bath
[17:20] <brontosaurusrex> Haikarainen, thats fine, did you upload as mkv or mp4?
[17:21] <brontosaurusrex> i neved had any problems with such mp4s
[17:23] <brontosaurusrex> Haikarainen, example http://www.youtube.com/watch?v=g4QlhKulPmg&list=LLJDEjI0iBkBnRo54x09wIig&fe…
[17:23] <Haikarainen^st> brontosaurusrex: I tried both
[17:24] <brontosaurusrex> oh, i see a problem now > Format profile : High 4:4:4 Predictive(a)L4.0
[17:25] <Haikarainen^st> brontosaurusrex: how do I fix that?
[17:26] <brontosaurusrex> add -pix_fmt yuv420p
[17:27] <brontosaurusrex> someplace
[17:28] <brontosaurusrex> some theory http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles
[17:33] <Haikarainen^st> Thanks a bunch!
[17:34] <brontosaurusrex> np
[17:39] <brontosaurusrex> however, that is something to be reported to youtube people
[17:39] <brontosaurusrex> its a youtube bug
[19:31] <edrx> I am trying to record a video for a screencast with "ffmpeg -loglevel quiet -f x11grab -i $DISPLAY -r 5 -s 530x550+0+0 /tmp/out.mp4"
[19:32] <edrx> but it is coming out of proportion - made thinner that expected... I uploaded the result to http://angg.twu.net/eev-videos/test.mp4
[19:32] <edrx> and it is less than 1MB, if that helps... any hints? =(
[19:35] <edrx> (I tested playing it with both mplayer and vlc, with the same results. btw, any hints on how to check the video dimensions from the command line would be greeat, too...)
[19:35] <Mavrik> edrx: ffprobe <video> :)
[19:36] <Mavrik> that'll help.
[19:38] <edrx> Mavrik: yep, great, thanks! let me check what I did wrong - one of my scripts uses 540x600 and another 530x550, and I tought I had used the second one, but ffprobe reports 540x600... are all XxY sizes valid for .mp4 files?
[19:39] <Mavrik> edrx: yeah, but the dimensions have to be even numbers when using 4:2:0 pixel format (which is default for x264)
[19:40] <Mavrik> so 540x600 is ok
[19:40] <Mavrik> 541x600 isn't :)
[19:40] <edrx> I can change the script to produce console output - I am currently using "-loglevel quiet", "> /dev/null 2>&1", and "nohup"...
[19:41] <edrx> is the pastebin the right way to go even when what we paste is below 200 characters?
[19:41] <Mavrik> edrx: yeah, usually it's less spammy for other people on the channel :)
[19:41] <edrx> ok
[19:41] <Mavrik> edrx: no need for pastebin if you found your problem though :)
[19:44] <edrx> in 530x550 both numbers are even but not multiples of 4. no problem, I guess?... (I am googling for the meaning of 4:2:0, and it seems to mean something about colors - which explains why some bright colors on my screen were dulled down)
[20:13] <Mavrik> edrx: yeah, it describes the way colors are encoded
[20:13] <Mavrik> 4:2:0 usually dulls down red color for some players
[20:13] <Mavrik> edrx: you don't have to keep multiples of 4 though :9
[20:15] <Ede_123> Hello everybody! I've got a quick question regarding FFmpeg logo: is it covered under a free license? If yes I'd be uploading it to Wikimedia Commons to use it in Wikipedia articles on FFmpeg.
[20:16] <edrx> Mavrik: ok, thanks - I found this, btw, http://en.wikipedia.org/wiki/4:2:0 , and I'm still multitasking between changing my scripts and doing other things...
[20:29] <heyimbob> When I'm cutting a piece out of a video without re-encoding is it possible to make ffmpeg say at which time position/frame number does it start cutting? Like I run "ffmpeg -ss 00:20:00 -t 10 -i file.avi -c copy piece.avi" and in the output it says "found keyframe to start extraction at time 00:XX:XX" or "starting extraction at frame Y"?
[20:31] <bparker> heyimbob: I don't think so... you'd probably have to decode it to a keyframe-less format first
[20:31] <brontosaurusrex> heyimbob: scene detection and stuff?
[20:32] <bparker> like image sequence or rawvideo
[20:32] <heyimbob> bparker: the idea is not to do any decoding
[20:33] <Mavrik> heyimbob: you can't cut video on anything else than keyframe boundaries without reencoding for most formats
[20:34] <heyimbob> Mavrik: i know. the point is to cut roughly but fast. and i need to know the start of the piece in the original file
[20:34] <bparker> heyimbob: if your codec works in such a way that previous/next frames depend on the frame you want to start at (e.g. h264), then it's not possible without decoding it first
[20:35] <bparker> you may be able to do it with gstreamer or some video editing program though.
[20:35] <bparker> but just with ffmpeg, I don't think so
[20:35] <bparker> but again, I think you'd still have to re-encode
[20:35] <bparker> either way
[20:36] <llogan> Ede_123: go for it, but please use the standard logo and not the seasonal ones.
[20:36] <brontosaurusrex> heyimbob: http://www.youtube.com/watch?v=Vfvq_skLS8Q&feature=youtu.be < fast enough?
[20:36] <heyimbob> sadsad. well as ffmpeg itself knows where it starts cutting, i'll do sources->patch->profit )) thanks for
[20:44] <odigem> what is?
[20:44] <odigem> PTS 10919, next:10918996 invalid dropping st:1
[20:44] <odigem> DTS 10933, next:8159000 st:0 invalid dropping
[20:44] <odigem> PTS 10933, next:8159000 invalid dropping st:0
[20:44] <odigem> 240x320 ok 320x240 start spamming
[20:45] <odigem> but video continue converting
[20:45] <brontosaurusrex> odigem: entire thing, post on pastesomething
[20:46] <odigem> lines are repeated
[20:46] <odigem> not need paste
[20:46] <brontosaurusrex> ok
[20:47] <odigem> setup: -threads 3 -i $video -b 400k -s 320x240 -f avi -vcodec libxvid -ab 22000
[20:53] <bjrohan> Hey all, I have had a LOT of problems with ffmpeg. I am running Kubuntu 12.10. I installed via the repos, no go. I went to https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide still really not a go, when I tried to convert a file, a lot oferror messages. I have since removed via the same instructions
[20:53] <bjrohan> What do you recommend I do now? I would like to record via my webcam, and desktop, edit said videos, and upload them to the web
[20:56] <llogan> bjrohan: what was wrong exactly with using the compiled ffmpeg?
[20:56] <llogan> without the command and the console output we can only make guesses
[20:57] <bjrohan> I have since deleted all of the info. One issue I had is that no matter what video editor I used KDenlive, Openshot, etc I would export to say mpeg4 and it woudl say I don't have the codecs, same for avi, anthing but ogg.
[20:58] <llogan> sounds like a problem with the editors or your package management system
[20:59] <bjrohan> It has been recommeded that I use a static build, woudl that work?
[20:59] <llogan> you can use a static build if you like, but your editors will not use it.
[20:59] <llogan> they probably depend on the so-called "ffmpeg" package in the repository
[21:00] <bjrohan> okay, because it is in my home dir and they are looking in the root dirs?
[21:01] <llogan> so maybe you need to install "libavcodec-extra-53" for your editors if they use ffmpeg to encode the exported video
[21:01] Action: llogan downloads 12.10
[21:01] <relaxed> Yeah, I would think they would depend on libav's libs.
[21:02] <relaxed> In which case the easiest route for the user would be to install ffmpeg through the distro and use that. It should be a somewhat recent version.
[21:02] <bjrohan> Okay, I have the libavcodec53, not the extras installed
[21:03] <llogan> install the extra package. it will remove libavcodec53 and replace it with the extra version
[21:03] <llogan> FYI
[21:04] <llogan> (you're not actually using ffmpeg from FFmpeg when you install "ffmpeg" from the Ubuntu repository)
[21:04] <llogan> but you can still use the static build if you want to use ffmpeg manually since it won't interfere with the package management system
[21:06] <bjrohan> I am new to Linux so please bear with me. Ubuntu made their own ffmpeg fork, called it avcon, but Ubuntu named it ffmpeg in their repos so that all other programs that use it and referred to it that way called on it, and were redirected to the avcon?
[21:06] <bjrohan> so the Ubuntu ffmpeg is not ffmpeg
[21:06] <llogan> ubuntu did not make the fork, but the package manager is involved with the fork.
[21:07] <bjrohan> I would like to use the GUI as I edit the videos by adding sounds, titles, etc. I should try installing ffmpeg from my stock repo, then add inthe libav53 extras and give it a go?
[21:07] <bjrohan> and this would explain why my gui's aren't working b/c they can't see the ffmpeg stuff I did my manually installing it via git in my home dir
[21:08] <llogan> yes for both
[21:08] <relaxed> No, they depend on the libs.
[21:08] <bjrohan> I will give it a try. thank you for your help, and your patience in explaining it
[21:08] <relaxed> but as llogan said you need to install extras
[21:09] <bjrohan> I have the libavcodec installed, should I uninstall it, install the ffmpeg, then reinstall (all via the package manager)
[21:09] <llogan> yes, it's a pain in the ass and annoying but that's ubuntu these days.
[21:09] <bjrohan> okay
[21:09] <bjrohan> had you not explained it, I would have tried everything but that and been frustrated
[21:10] <brontosaurusrex> or perhaps reinsall the editing app in question, should bring in dependancies i imagine
[21:10] <brontosaurusrex> reinstall*
[21:10] <relaxed> In Soviet Russia, road forks you.
[21:10] <llogan> is that why it's a PITA?
[21:11] <bjrohan> I am using DesktopRecorder, and OpenSHot. uninstall those as well, reinstall the ffmpeg, the libav, libav extras then DesktopRecorder and Openshot. Also, I did an uninstall/purge of the libav
[21:12] <relaxed> You would have to recompile the editors against FFmpeg libs for that to work. IMO, it's not worth the pain.
[21:13] <relaxed> Oh, nm.
[21:13] <bjrohan> ?
[21:14] <bjrohan> This would all be via package manager
[21:14] <Ede_123> llogan: What license would be the logo then? LGPL 2.1+ like source of FFmpeg?
[21:15] <relaxed> bjrohan: What is uninstalling them going to do? They're going to pull the same dependencies. Just install the extras package.
[21:16] <bjrohan> Oh.
[21:16] <bjrohan> I am used to Windoze I guess, where some things don't find and update to new items
[21:17] <bjrohan> It is all uninstalled and purged now :-) I only had a few programs that I could tell
[21:18] <llogan> Ede_123: i should know, but i don't. i, or someone else, should get back to you on that if you wait.
[21:19] <bjrohan> libavcodec-extra-53 was now installed by something else automagically this time. I went to install it, and it was already there
[21:20] <bjrohan> in Linux no need to restart for any of this correct
[21:20] <relaxed> correct
[21:20] <Ede_123> llogan: OK
[21:22] <bjrohan> It was a no go :-(. I installed ffmpeg the libav53-extras and winff. I ran winff, tried to convert an ogv to MPEG-4 it gave an error saying can't find ffmpeg or avconv
[21:23] <bjrohan> what would be the command line for this so I can post the output?
[21:23] <llogan> run "hash -r" then try again
[21:24] <bjrohan> I did and no change
[21:24] <bjrohan> I tried sudo hash -r, said no command
[21:25] <llogan> then you'll either have to view the WinFF preset and run it in ffmpeg, or enable the console output in WinFF
[21:26] <llogan> and you don't need sudo for hash
[21:26] <bjrohan> Hmm, I tried enabling the command line option, no command line appeared still same error
[21:27] <bjrohan> what would be the proper command line fo convert an .ogv file to .mpeg-4 and I will run it
[21:27] <brontosaurusrex> bjrohan: whats your goal for this final format?
[21:29] <brontosaurusrex> or: where it will be used/played?
[21:29] <bjrohan> Here may be an issue as well. I record desktop screenshots, that are a weird size 1680 x 1050. My goal is to be able to put this into an editor, add titles, combine different videos with fading, and output it to one single file pref mpeg4 to upload to a website
[21:29] <llogan> your editor can't import the ogv?
[21:29] <brontosaurusrex> ok, and recordmydesktop is giving you ogv only?
[21:30] <bjrohan> recordmydesktop is just giving me ogv unfortunately, I can't see where to set it to something different
[21:30] <bjrohan> I tried using Kazam, which was fine and output mp4 excpet after 30 seconds the audio went in and out
[21:31] <brontosaurusrex> ok, and you do understand that generaly speaking is easier to edit with I-frame only formats? (like prores, xdcam, that avid thingy, ect)
[21:31] <llogan> Ede_123: The author, Herve Flores, "The author give all rights (for all supports - for all uses, commercial or not) to the 'FFmpeg Project'"
[21:32] <llogan> regarding the logo
[21:32] <bjrohan> brontosaurusrex: Nope. I am new to all of this in Linux
[21:32] <brontosaurusrex> thats not linux, thats video editing
[21:33] <brontosaurusrex> linux only makes it harder
[21:33] <bjrohan> brontosaurusrex: I had no idea. What would be the ideal setup to use to record a desktop and webcam, and edit it in a GUI?
[21:33] <bjrohan> in Linux
[21:33] <llogan> regardless, i'd expect that Kdenlive or some other editr will allow the user to edit Theora in ogv.
[21:33] <brontosaurusrex> bjrohan: you d have to research on what is the ideal I-frame format for your specific editor
[21:34] <brontosaurusrex> so , convert ogv > to that something big > output to something big again > encode with ffmpeg latest cli to something small <<< thats how i would approach
[21:35] <brontosaurusrex> so you keep your distro intact and use latest tech from latest ffmpeg at the same time
[21:36] <brontosaurusrex> and "something small" is/was h.264 + aac in mp4 container <<< for the last 10 years
[21:36] <bjrohan> What is typical to convert the ogv up to?
[21:36] <brontosaurusrex> llogan: sure, but it can get slow/crashy
[21:37] <bjrohan> Openshot would import the ogv, but the audio and the Video tracks were out of sync.
[21:37] <bjrohan> I could play the ogv file in VLC and it was all fine
[21:37] <bjrohan> Still doesn't resolve my problem that I can not seem to convert to anything with ffmpeg
[21:37] <bjrohan> or winff
[21:37] <bjrohan> it says it can't find the codec
[21:39] <bjrohan> no matter what format. If winFF can't find it, I assume nothing else can
[21:39] <brontosaurusrex> its probably theora in that ogv
[21:39] <bjrohan> I believe it is from my reading. I can output from OpenShot to ogg
[21:41] <Ede_123> llogan: so probably the logo ist not free? At least as long as the Ffmpeg project doesn't release it under some free license...
[21:42] <brontosaurusrex> bjrohan: i gave you the general approach (and iam editor for 20 years now, so i know some basics, now up to you to read up on things...)
[21:42] <bjrohan> http://paste.ubuntu.com/1316296/
[21:42] <brontosaurusrex> Ede_123: i doubt graphics is relased under gpl like licenses
[21:43] <durandal_1707> bjrohan: you are using wrong application
[21:44] <bjrohan> durandal_1707: What do you mean?
[21:45] <durandal_1707> first that is not ffmpeg from FFmpeg but from Libav, and it is also pretty old
[21:45] <llogan> Ede_123: i suppose it's open to interpretation at this time.
[21:46] <durandal_1707> Ede_123: ask author to properly license it
[21:46] <bjrohan> durandal_1707: All I want to do is to record my desktop or from webcam, edit it in a GUI and export to a web friendly format. I don't care how really. It sounds like Ubunutu made this difficult
[21:46] <llogan> Ede_123: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-May/112294.html
[21:47] <durandal_1707> bjrohan: and full output of what is failing
[21:47] <bjrohan> durandal_1707: What can I do to post that here for review?
[21:47] <bjrohan> WinFF says it can't find avcon or ffmpeg
[21:47] <durandal_1707> and that is error?
[21:48] <bjrohan> durandal_1707: when I try to use that gui to convert yes. What command line would I enter to see what is wrong
[21:48] <bjrohan> ffmepeg video.ogv I don't know what goes here video.mp4
[21:49] <llogan> is ffmpeg installed? run "ffmpeg" and see what it says.
[21:49] <durandal_1707> than ask WinFF devs
[21:49] <Ede_123> llogan: Thanks, so it seems Ffmpeg project ist the copyright holder right now
[21:50] <durandal_1707> Ede_123: as said on another channel ffmpeg project is not legal entity
[21:51] <llogan> also, i am not a lawyer, so i don't know what to suggest other than a re-licensing from Herve.
[21:52] <llogan> and he wasn't very keen about using CC license
[22:25] <funyun> hi. i have a video and the audio is 8 seconds slow. meaning people are talking and the audio does play until 8 seconds after. can anyone help me fix this? i've tried -itsoffset but it doesn't change it at all. i think i'm doing it wrong
[22:29] <brontosaurusrex> funyun: from man; delay[:stream_specifier] integer ()
[22:31] <funyun> brontosaurusrex: so like ffmpeg -i movie.mkv -delay 0:1 8 output.mkv ?
[22:31] <brontosaurusrex> funyun: dunno, try and see what error you get
[22:33] <brontosaurusrex> funyun: perhaps try mkvtoolnix http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html
[22:34] <brontosaurusrex> search for "delay" on that url
[22:34] <brontosaurusrex> if this is matroaka specific
[22:36] <funyun> brontosaurusrex: thanks
[00:00] --- Tue Oct 30 2012
1
0
[00:02] <funman> michaelni: i see coded_picture_number is broken
[00:02] <funman> even with threds=1
[00:02] <funman> (testing h264)
[00:05] <funman> michaelni: any advice where to look to fix it?
[00:09] <michaelni> funman, what do you need cpn for ? how is it broken ?
[00:10] <funman> i need it for closed captions
[00:10] <funman> i store them before decoding (in coded order) and associate them to decoded picture using cpn but they come out in the wrong order
[00:12] <funman> it's easy to see that cpn changes depending the number of threads also
[00:14] <michaelni> funman, did you look at reordered_opaque ? maybe its what you are searching for
[00:16] <funman> yeah i saw it
[00:16] <funman> vlc uses it already though
[00:16] <j-b> Any G.729 samples?
[00:16] <funman> ah to store pts/dts... ?
[00:18] <michaelni> reordered_opaque could hold a pts or a number or a pointer to a struct or many other things
[00:18] <funman> http://git.videolan.org/?p=vlc.git;a=commitdiff;h=529a7a1af65af87e4655497fe…
[00:19] <funman> yeah anything, but it's already busy hmmm
[00:20] <funman> i also tried pkt_pts/dts
[00:20] <michaelni> fixing cpn is surely fine too, but i cant guess where its wrong, probably something missing in h264*c or mpegvideo*c
[00:21] <michaelni> you could check if cpn works with mpeg4 asp and then look at what is different to h264
[00:21] <funman> hm not sure how i can check order at output
[00:23] <funman> mpeg4 asp is not used with captions but i think mpeg2 is broken as well
[00:23] <funman> let me check
[00:24] <j-b> michaelni: you lost your @ ? that is weird :)
[00:24] <j-b> funman: salut poulet!
[00:24] <funman> oh hai
[00:24] <durandal_1707> j-b: why you have @ and not ' ' ?
[00:25] <michaelni> also you didnt yet say how cpn is broken exactly ?
[00:26] <funman> michaelni: if you print cpn it won't show the same order with != number of threads
[00:26] <j-b> durandal_1707: no idea :)
[00:26] <funman> also if i trust this sample, cpn isn't correct even with 1 thread
[00:28] <durandal_1707> j-b: you have g718 files?
[00:30] <funman> michaelni: pkt_pts seems to work, just compare it with cpn
[00:32] <durandal_1707> also what is poing in supporting ID3v2 chapters if our api does not allow hierarchical ones
[00:42] <funman> michaelni: it seems it was just off by one .. :/
[00:44] <funman> perhaps the problem is my sample hmmm damn
[00:45] <funman> with AVPacket.pts starting from 0 and increasing, AVFrame->pkt_pts = AVFrame->coded_picture_number - 1
[00:46] <funman> yet i still see unordered captions
[00:46] <cone-126> ffmpeg.git 03Michael Niedermayer 072aecfd4f2096: vf_showinfo: check return code of av_image_get_linesize()
[00:55] <funman> hmm... pkt_pts and coded_picture_number always match but they are returned in the wrong order...
[00:56] <funman> i don't expect vlc to feed avcoded with NALs in random order
[01:04] <ubitux> thegeek: ./ffmpeg -f lavfi -i 'aevalsrc=0:0' -t 5 -ac 1 -f null -
[01:04] <ubitux> does this crash for you as well?
[01:04] <thegeek> let me check
[01:05] <thegeek> hm no
[01:05] <thegeek> should there be any output?
[01:06] <ubitux> nope
[01:06] <ubitux> if you replace "-f null -" with out.mp3?
[01:06] <thegeek> still no crash
[01:07] <ubitux> what is the decoder output?
[01:07] <ubitux> s16le?
[01:07] <funman> i'll try with ffplay tomorrow to see if the problem is in vlc
[01:07] <thegeek> Stream #0:0 -> #0:0 (pcm_f64le -> pcm_s16le)
[01:07] <thegeek> that's what you mean?
[01:07] <thegeek> on the null example
[01:08] <ubitux> i mean with your audio input
[01:08] <ubitux> ffmpeg -f lavfi -i 'aevalsrc=0:0,aformat=sample_fmts=s16' -t 5 -ac 1 -f null -
[01:08] <ubitux> does this trigger it?
[01:08] <thegeek> yes
[01:09] <thegeek> no full backtrace with gdb
[01:09] <thegeek> just crash in ff_mix_2_1_a_int16_sse2
[01:22] <ubitux> movd (%r9,%r11,4),%xmm6 r11 0xea6400000001 257715217629185
[01:22] <ubitux> sounds fishy
[01:23] <ubitux> movd m6, [coeffpq + 4*index2q]
[01:23] <ubitux> so index2 looks wrong
[01:23] <ubitux> something like a 32/64 issue
[01:24] <ubitux> index1 and index2 are int
[01:24] <ubitux> is it ok to access it as "q"? (double word right?)
[01:25] <thegeek> unfortunately my asm-fu is not very strong so I can't comment;P
[01:26] <ubitux> i must say i sucks as well too
[01:26] <ubitux> michaelni can likely comment on this issue
[01:27] <ubitux> that 'q' suffix looks weird to me, but it's used everywhere so i wonder... :p
[01:28] <thegeek> hum, well I'm going to bed now, good night
[01:29] <ubitux> 'night :)
[02:14] <cone-126> ffmpeg.git 03Michael Niedermayer 07d23e8f53ad01: swr: use 64bit index/len for x86_64 mix
[02:20] <ubitux> oh i was right about the issue @_@
[02:56] <cone-126> ffmpeg.git 03Michael Niedermayer 078edf9b1fa44d: sws: rgb has no range, avoid random results if the user tries to mess with it anyway.
[03:39] <Compn> ohsix : did you see carls comment > https://ffmpeg.org/trac/ffmpeg/ticket/1853#comment:4
[03:40] <Compn> nevcairiel : you too ^
[03:40] <Compn> he reads irc on the mailing list :)
[03:40] <Compn> hi carl! /me waves
[04:00] <izaakschroeder> carl sounds like an exceellent guy :>
[04:02] <Compn> everyone in the project is excellent :)
[04:02] <Compn> lots of friendly people
[04:02] <Compn> few trolls :)
[04:08] <cone-126> ffmpeg.git 03Michael Niedermayer 07c4a36b6f70f3: lpc: check that lpc_type is valid in ff_lpc_calc_coefs
[04:21] <izaakschroeder> what's the neatest project you've seen using libav-n-friends?
[04:34] <Compn> you mean that switched to libav fork ?
[04:57] <izaakschroeder> sure; just looking for neat projects using your work :)
[06:13] <Compn> i dunno
[06:13] <Compn> nasa uses ffmpeg to convert some if its files
[06:14] <Compn> i think thats pretty neat
[06:15] <Compn> oh by libav you mena libavcodec and friends. confusing me :)
[06:15] <Compn> anytime ffmpeg is used for science! its interesting to me.
[06:17] <Compn> i saw some research about mri images that used ffmpeg and imagemagick to convert/analyze files
[10:14] <cone-199> ffmpeg.git 03Nicolas George 07b0e2f4a757d6: lavfi/concat: implement unsafe mode.
[10:14] <cone-199> ffmpeg.git 03Nicolas George 0714f69a0516e4: fate: add a test for scale with variable input format.
[12:07] <funman> so current_picture_number looks fine after all
[13:10] <cone-199> ffmpeg.git 03Michael Niedermayer 07f9f79cb0ecb6: fate: make sure the global sws flags are set to be bitexact for scalenorm
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 076b776c61da26: buffersink: remove stray semicolon after function definition
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 0767a68dcec227: af_channelmap: remove stray enum declaration
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 079efbfe57e082: network: use HAVE_THREADS instead of local hack
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 07be2efe0c7b6a: udp: use socklen_t where appropriate
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 07cc64ec570c92: avserver: use socklen_t where appropriate
[13:28] <cone-199> ffmpeg.git 03Mans Rullgard 074521645b1aee: avio: fix pointer type mismatches in avio_enum_protocols()
[13:28] <cone-199> ffmpeg.git 03Michael Niedermayer 078943ad40146d: Merge commit '4521645b1aee9e9ad8f5cea7b2392cd5f6ffcd26'
[14:06] <saste> michaelni, fate breakage
[14:08] <michaelni> saste, what is broken ?
[14:29] <cone-199> ffmpeg.git 03Mans Rullgard 0750be207759aa: amrwbdec: fix invalid pointer arithmetic
[14:29] <cone-199> ffmpeg.git 03Mans Rullgard 07c4cccc8d3f66: h264: fix invalid pointer arithmetic
[14:29] <cone-199> ffmpeg.git 03Mans Rullgard 074471a2420717: vp8: fix memset() crossing array boundary
[14:29] <cone-199> ffmpeg.git 03Mans Rullgard 074cd217c065e9: configure: detect sparc64 automatically
[14:29] <cone-199> ffmpeg.git 03Mans Rullgard 074cbae57cef65: assdec: fix qsort() callback signature
[14:29] <cone-199> ffmpeg.git 03Luca Barbato 07fce4450dec2f: nutenc: K&R formatting cosmetics
[14:29] <cone-199> ffmpeg.git 03Luca Barbato 07424b1e764263: yuv4mpeg: reject unsupported codecs
[14:29] <cone-199> ffmpeg.git 03Michael Niedermayer 07c73fcc8de3e3: Merge remote-tracking branch 'qatar/master'
[14:43] <cone-199> ffmpeg.git 03Michael Niedermayer 07ac090fa68c62: lavu: keep context size variables
[14:43] <cone-199> ffmpeg.git 03bbraun 07d72aef4e922b: movenc: add more metadata types
[14:52] <cone-199> ffmpeg.git 03Carl Eugen Hoyos 0796fac764fa8e: Add an additional AAC TwoCC.
[15:47] <cone-199> ffmpeg.git 03Carl Eugen Hoyos 073f4480941560: Synchronize libmpcodecs: Support 16bit yuv in telecine filter.
[15:57] <saste> michaelni, f9f79cb0ecb68546e6de3db6072f631bb3fbcff8
[15:58] <saste> it works only by chance, since sws_flags is not a valid scale option
[15:59] <saste> uhm it was 14f69a0516e4a505eaa65236b919023ecd146d95
[16:10] <cone-199> ffmpeg.git 03Paul B Mahol 0707ed191b15fb: parse ID3v2 chapters
[16:11] <cone-199> ffmpeg.git 03Michael Niedermayer 07d8246d475cde: vc1dec: mark by assert that the default path cannot occur
[16:23] <durandal_1707> j-b: VLC does not support wav tags?
[16:25] <durandal_1707> wtf
[16:27] <ohsix> supporting arbitrary sizes doesn't have to make it slow for actual video style dimensions (though compn raises an interesting point; what use is it if nothing can do anything with it after scaling it)
[16:29] <ohsix> that's not a reason for it not to work, though, i guess; but you can probably agree that scaling to 1x1 pix and bothering with libswscale to do it is useless; and you can probably walk that up to 8x8 :
[16:31] <durandal_1707> wouldn't same happen with bigger dimensions and targeting, say 300x200 ?
[16:31] <ohsix> eh, i'm just referring to the original report, the bug seemed to change after michael marked it fixed
[16:31] <divVerent> ohsix: why is scaling e.g. 16x16 to 6x6 sure useless?
[16:32] <divVerent> the original report affects using libswscale to scale DVD subs
[16:32] <divVerent> which are the size of their bounding box
[16:32] <ohsix> nowhere does it say that
[16:33] <divVerent> sure
[16:33] <divVerent> that's how we encountered in mpv
[16:33] <ohsix> and the subpictures aren't subject to the same restriction as the video format restrictions?
[16:33] <divVerent> nope
[16:33] <divVerent> a DVD subpicture can be quite small
[16:33] <divVerent> ffmpeg somewhat circumvents it
[16:33] <ohsix> right
[16:33] <divVerent> by padding them to full screen size first
[16:33] <divVerent> in that subpicture-to-video hack
[16:34] <ohsix> i accept that, i just thought it would have the same sort of size restrictions
[16:34] <divVerent> also, the issue happens for destination size
[16:34] <divVerent> so if your subpicture is 8x8, but you display 720x480 on a 640x480 screen
[16:34] <divVerent> then you already go below 8x8 on output side
[16:35] <divVerent> that's what makes it a bit hard for us to pad subpictures while decoding
[16:35] <divVerent> because we don't know the on-screen size yet at that point
[16:35] <ohsix> you could probably un-derail the bug with that information
[16:36] <divVerent> but thing is, wm4 provided a test case (AFAIK) that uses pure ffmpeg usage
[16:36] <divVerent> by just scaling to a tiny size explicitly
[16:36] <divVerent> but now you know WHY we want to do that
[16:36] <ohsix> need
[16:36] <divVerent> the other issue, which seems hard to track down (not sure about status)
[16:37] <divVerent> for OSD rendering, we convert a subrectangle of the screen to YUV444P
[16:37] <divVerent> alpha blend subs to that
[16:37] <divVerent> then convert it back right on the screen buffer
[16:37] <divVerent> and this sometimes encountered writing into the place between end of row and start of next row
[16:37] <divVerent> as workaround, we tried ensuring the width is always a multiple of 16 bytes for the format, but that failed, but 32 worked fine
[16:37] <ohsix> heh, seems that the bug reporting guidelines might have done disservice to what you actually intend to do :D
[16:38] <divVerent> but that one IIRC we failed to reproduce with a short test program
[16:38] <divVerent> in our code, it led to a black stripe at the right side of the subpicture
[16:38] <divVerent> and with aligning width to 32 bytes multiples, that went away
[16:39] <ohsix> so who is gjdfgh
[16:39] <divVerent> also, whenever the stride is NOT a multiple of 16, we get the bad alignment warning of libswscale but the output is fine
[16:39] <divVerent> no idea
[16:39] <divVerent> so the suspicion on that issue is that libswscale may in some cases actually need a 32 byte alignment
[16:39] <divVerent> which would be fine, but should be documented then ;)
[16:39] <ohsix> ok, cuz the black stripe thing sounded like another bug we were talking about from the same guy, reported at almost the same time yesterday
[16:39] <divVerent> yes, that is it
[16:40] <divVerent> so the MAIN issue about this is that ideally, there should be an API (function, or macro) to get libswscale's alignment requirements
[16:40] <divVerent> and then POSSIBLY the 16 bytes requirement as currently "documented" by the warning when it is not met is wrong
[16:40] <ohsix> needing 32 bit alignment in some cases without a slow path to handle when it isn't is probably an oversight
[16:41] <divVerent> the main problem here is IMHO that the alignment requirements aren't even documented in the header
[16:41] <divVerent> ideally, there should be a function that returns the alignment libswscale wants for stride and pointers
[16:41] <divVerent> which currently probably would just have a { return 16; } body
[16:41] <ohsix> the library i have in my head wouldn't have any, but if they were it would probably operate more efficiently on those pictures; but that library isn't libswscale, i don't know anything about it
[16:42] <divVerent> here the biggest problem I see is that if ffmpeg introduces such an API, libav will do it different and then that gets merged back into ffmpeg
[16:42] <divVerent> ;)
[16:42] <divVerent> well, even if libswscale is changed to not have any such "hard requirements" any more (currently they're not really requirements, because not meeting them results in a warning and a slow but correct path
[16:42] <divVerent> )
[16:43] <divVerent> even then a function to query the "desired" alignment would be good
[16:43] <divVerent> but this one is probably really something to first coordinate with libav
[16:43] <ohsix> you might not be able to do that, the fast scalers are specializations and you'd have a fun time making a composite bit of information just for the alignment
[16:44] <divVerent> composite?
[16:44] <divVerent> just a constant value would be fine
[16:44] <divVerent> setting it too high won'tz do much damage
[16:44] <divVerent> the main reason for it to possibly be a function and not just a SWS_DESIRED_ALIGNMENT macro would be so it can depend on the CPU
[16:44] <divVerent> e.g. so when SSE is not detected, it could return less
[16:45] <ohsix> right, but how do you ask all the specialized scalers behind the api to report that, you may end up getting 2 different scalers based on the alignment, you can align for one of them
[16:45] <divVerent> no, not ask them all
[16:45] <divVerent> I thought about setting it to fixed 16 now
[16:45] <divVerent> and whenever one writes a scaler that requires 32
[16:45] <divVerent> he bumps the constant to 32
[16:46] <ohsix> i'd think that might be worse than guessing
[16:46] <divVerent> it'd sort of be the "smallest alignemnt for which all scaling calls (different formats, sizes, etc.) run the fastest possible path"
[16:46] <divVerent> or "the biggest alignment of all the scaling paths"
[16:46] <divVerent> a constant might be worse than guessing?
[16:46] <divVerent> currently it IS a constant, it's just not exposed by an API
[16:46] <divVerent> but merely a condition for a warning message
[16:47] <ohsix> it comes down to more than the alignment, stride and stuff are in play for fast path
[16:47] <divVerent> ah, interesting
[16:47] <divVerent> because that is all the warning cares for
[16:47] <divVerent> that's BTW a nice hint as for why our test case didn't work ;)
[16:47] <divVerent> as it may even e.g. depend on the sizes themselves or stuff like that
[16:48] <divVerent> an alternative may be adding a fucntion to libswscale that allocates a picture of given size and format with optimum alignment for best scaling
[16:48] <ohsix> that's what most things do
[16:49] <ohsix> buffer is provided by the element that uses it, or a generic allocator if it doesn't matter
[16:49] <ohsix> when i say most, i mean gstreamer
[16:50] <divVerent> but anyway, I have to go now... feel free to quote me from here if necessary
[17:09] <cone-199> ffmpeg.git 03Michael Niedermayer 07991db6395166: frame_thread_encoder: fix packet memleak
[17:09] <cone-199> ffmpeg.git 03Michael Niedermayer 07f472d01c25a8: frame_thread_encode: fix context memleak
[17:21] <cone-199> ffmpeg.git 03Stefano Sabatini 0774e81b4de181: tests: do not set bogus scale sws_flags option in the scalenorm test
[17:34] <Compn> ohsix / divVerent : so the reason for small res is dvd subs ?
[17:34] <Compn> but still 16x16 is way too small for a line of subtitles
[17:35] <Compn> 14pt font barely fits ... ::)
[17:35] <ohsix> a period at a 14pt font is still going to be pretty narrow
[17:36] <Compn> yes, one period
[17:36] <nevcairiel> considering dvd subs can only have a singel rect active at a time, thats not much of a subtitle
[17:37] <ohsix> if it's a valid thing to do, even if it's silly or exceedingly rare you still have to do it :p
[17:37] <Compn> yeah
[17:37] <Compn> but the answer may be 'use imagemagick' :P
[17:37] <ohsix> there are probably empty subpictures with random sizes too, nevermind text
[17:38] <Compn> at least we finally got a use case :P
[17:38] <ohsix> not that you need one to make something work, for new features, sure
[17:39] <Compn> ohsix : use case is good for prioritizing bugs/features tho
[17:39] <Compn> if the use case is some stupid crap, it can be safely ignored ;)
[17:39] <Compn> but converting subtitles has a slightly more important priority :p
[17:40] <ohsix> but you organize the things they represent, things you can do or not do; heh
[17:40] <ohsix> technically you're already doing it, just not in a way that works
[17:40] <Compn> like i said, most codecs didnt support that resolution
[17:41] <Compn> image compressors do :)
[17:41] <Compn> so i prioritized codec support over image support
[17:41] <Compn> but this was in my head , i dont mark bugs as unimportant or anything
[17:42] <Compn> also most people are working with hd content now
[17:42] <Compn> so its not good idea to slow swscale for small res, when hd content needs all the optimization it can get
[17:43] <Compn> of course, allowing the user to slow it down for corner cases is always a good idea
[17:43] <Compn> maybe some day we'll get to argue about a different bug :)
[18:08] <kierank> there are some impressively trollish bug reports
[18:17] <durandal_1707> kierank: for example?
[18:18] <kierank> the one about swscale and widths < 8
[18:20] <michaelni> saste, you broke fate
[18:28] <cone-199> ffmpeg.git 03Michael Niedermayer 07d41c019da041: fate/scalenorm: unbreak fate
[18:29] <michaelni> saste, fixed
[18:32] <saste> michaelni, I tested before pushing, how was it broken?
[18:32] <saste> also aren't sws_flags in the filtergraph enough?
[18:33] <michaelni> i guess its only used for auto inserted filters
[18:33] <michaelni> maybe this should be changed if its the case
[18:33] <michaelni> it definitly failed straight here without anything special
[18:35] <michaelni> saste, checksum before i fixed it: +scalenorm 556560ff83e9c884fbd28a006520ae18
[19:19] <saste> michealni: http://fate.ffmpeg.org/report.cgi?time=20121028133215&slot=x86_32-ubuntu-mi…
[19:19] <saste> still borken, possibly due to some sscanf trouble
[19:22] <saste> please review my scale patch so we finally have sane parsing
[19:25] <michaelni> saste, that look at the revission that box tested, this is 6h ago
[19:25] <michaelni> that predates fixes
[19:26] <saste> it should not change with the current test, though, since it is a parsing problem
[19:26] <saste> i'm reading the spec, trying to understand where the bug is
[19:27] <saste> but i'd bet that Mingw/Windows is wrong even in this case
[19:30] <saste> michaelni, anyway scale=::flags=+foo-bar is wrong/undefined anyway, according to the current docs
[19:30] <michaelni> saste, your patch still breaks plain make fate
[19:30] <durandal_1707> what docs ?
[19:31] <saste> michaelni, that's because for a reason or another the code affecting that patch changes every few hours
[19:33] <saste> michaelni, i tested against my fix, but I don't mind to fix fate, i'm just waiting for a design review
[19:33] <saste> durandal_1707, scale filter docs
[19:33] <saste> as usual there are many overlapping bugs here
[19:34] <saste> our docs underspecifies what to do with scale=::flags=foobar
[19:34] <durandal_1707> and what code do?
[19:34] <saste> the correct interpretation would be set first and second params to "" (void string)
[19:35] <saste> but our parsing is not robust enough, and just ignore the string and leave the default values
[19:36] <saste> mingw sscanf is different, so that it sets the values (following the most "natural" interpretation), and cause a parsing failure
[19:36] <saste> in other words mingw parsing is correct, but for the wrong reason
[19:37] <michaelni> saste is that patch available in some public git repo where one can check it out and test it ?
[19:37] <nevcairiel> C string parsing is just such a headache to begin with =p
[19:37] <michaelni> i mean if it breaks when being rebased ...
[19:40] <saste> michaelni, no just locally
[19:40] <saste> i'm going to rebase and resend the patch in a moment
[19:40] <michaelni> saste, this patch really eats too much of my time this way
[19:40] <michaelni> every time i test it its broken in some way
[19:43] <saste> michaelni, it's wasting my time as well, that's why i want to get rid of it
[19:43] Action: michaelni is happy that we agree
[19:44] <michaelni> ill try to review it, but i want to test it before its applied
[19:45] <michaelni> and i would prefer if i could checkout a version that works from your git repo instead of getting the timing right on applying a patch
[20:42] <cone-199> ffmpeg.git 03Clément BSsch 073d6a246b4b92: lavf/srtenc: add AVFMT_TS_NONSTRICT flag.
[21:37] <cone-199> ffmpeg.git 03Paul B Mahol 07c2e2b3029e7f: cafdec: fix parsing of chunks which may have unused data
[22:06] <j-b> durandal_1707: I fear I do not understand the quesiton
[22:14] <durandal_1707> j-b: what question?
[22:14] <j-b> 16:23 #ffmpeg-devel: <@durandal_1707> j-b: VLC does not support wav tags?
[22:14] <durandal_1707> j-b: wav tags - INFO riff chunk
[22:15] <j-b> We do, partly, I think. Why?
[22:16] <durandal_1707> no reason
[22:16] <j-b> If you mean Metadata, mainly in 2.1
[22:40] <Compn> durandal_1707 : you going to add all of the twocc from wiki list ? :)
[22:43] <durandal_1707> Compn: that is just not possible: I need files and program which produce such files - i'm not wasting time on dead stuff, dead stuff should rip
[22:44] <Compn> ehe
[22:44] <Compn> too bad vlc doesnt save samples :P
[22:55] <durandal_1707> michaelni: one of the the asf demuxer bugs is that it puts multiple frames in single packet
[23:14] <saste> michaelni, what about scale=s=qcif?
[23:14] <saste> scale=qcif => this would break syntax
[23:15] <saste> anyway i'll test again the patch and apply
[23:18] <michaelni> scale=s=qcif does not make michaelni happy ... he wants scale=qcif ;)
[23:19] <michaelni> and our users will not understand the "s=" in there either
[23:20] <ubitux> we can do just like *movie
[23:20] <ubitux> movie=xxx:extra_avopts
[23:21] <ubitux> or movie=f=xxx:...
[23:21] <ubitux> but without breaking the current syntax...
[23:22] <Daemon404> http://pastebin.com/3HFFChQh
[23:22] <Daemon404> this look familiar to anybody here too?
[23:23] <saste> ubitux, no way without breaking the current syntax
[23:24] <saste> scale=size=qcif is an alternative
[23:25] <saste> or a new filter with the same code but with an alternative syntax, but seems overkill
[23:26] <michaelni> saste, scale=qcif fails currently so the syntax "slot" is unused and can be used for qcif
[23:27] <saste> michaleni: with the new syntax we switch to the shorthand system
[23:28] <saste> so the first options if the keys are not specified specify the so called "shorthand" options
[23:28] <saste> so the syntax is: scale=w:h:...
[23:28] <saste> thus scale=qcif will be the equivalent of scale=w=qcif
[23:28] <saste> which doesn't make much sense
[23:29] <michaelni> you can add support for w=qcif then or if(!strncmp("qcif") ...
[23:29] <michaelni> or improve the shorthand system
[23:29] <saste> unless we add a new rule of the kind: if you fail to parse the expression, read it like the w/h of a size
[23:29] <saste> but i'm not sure i like it
[23:30] <saste> the more clever the adopted rules are, the most brittle they are
[23:30] <saste> to me scale=s=qcif looks good enoug, and is just two characters more
[23:31] <saste> in a future version of scale you could do: scale=qcif (where size is the first option), but in that case then you have to do: scale=w=...:h=...
[23:32] <michaelni> saste, do you volunteer to take over vf_scale maintaince ?
[23:32] <michaelni> i will not continue doing it if this contzinues
[23:32] <michaelni> its just madness
[23:33] <saste> michaelni, i'm not the most qualified with libswscale
[23:33] <saste> what madness you talk about?
[23:33] <michaelni> scale=qcif is clear so is scale=123:345 not supporting one while pointing to a rigidly defined shorthand nonsense is madness
[23:34] <michaelni> what is the whole new system good for anyway if you cant do anything like this in it ?
[23:34] <saste> what is good for?
[23:35] <saste> consistent parsing, no more ad-hoc parsing
[23:35] <saste> introversion and extroversion throuhg the avoptions system (check ffmpeg -h full to see filter options)
[23:35] <saste> and yes the trick scale=qcif can be done, although is not very robust
[23:35] <michaelni> the ad hoc works, and its a 1 line addiition to get it to handle "scale=qcif and such"
[23:37] <michaelni> the biggest problem avfilter has is its insane user interface and this is a step in the wrong direction
[23:37] <saste> "the biggest problem", i won't say that
[23:38] <michaelni> ok, so lets call it a "big problem"
[23:38] <saste> that syntax was not really designed to embed arbitrary strings
[23:38] <saste> it was adopted after mpcodecs, which has no filters with the same complexity of, say drawtext
[23:39] <saste> having a consistent syntax and parsing engine helps
[23:39] <saste> it helps at least me, since I suck (as most everyone else) at remembering and reading positional parameters
[23:39] <michaelni> also about introspection and all that, the option list is in swscale and vf_scale duplicate it after the patch and needs a update for each addition to sws
[23:40] <saste> yes, but how many times that happens in a year?
[23:40] <michaelni> not often
[23:40] <saste> there is just one option, i'm not saying that it shouldn't be fixed, but that i plan to do that later
[23:40] <michaelni> but how many are still missing after all the years ?
[23:41] <michaelni> btw why can shorthand not handle 1param = size, 2 param=w:h ?
[23:42] <michaelni> such support would fix the qcif / w:h issue at least and might be usefull for other filters too
[23:43] <saste> so you want a map of the kind
[23:43] <saste> for one param: size
[23:43] <saste> for two params: w, h
[23:43] <saste> for three params: w, h, flags
[23:43] <saste> seems overly complex
[23:43] <michaelni> well, after 5 seconds thinking about it yes ...
[23:45] <michaelni> a simple if(!strcmp()) still fixes the issues nicely, whats do you have against that ?
[23:46] <michaelni> a simple loop with a table of standard names and sizes ?
[23:46] <saste> if (!strcmp(qcif) || !strcmp(cif) || !strcmp(vga) || !...)
[23:46] <saste> names and sizes are not exposed externally
[23:46] <saste> the only interface is av_parse_video_size
[23:47] <saste> but right let's add the ad-hoc rule
[23:48] <saste> if can be parsed as a size and av_parse_video_size() then read it as a size
[23:48] <saste> that would be acceptable
[23:49] <michaelni> ok, fine with me too
[23:49] <saste> but it fails if you want to do: scale=qcif:flags=...
[23:50] <michaelni> why would that fail ?
[23:52] <saste> what about: read string until ":", parse as a size, if you fail then parse the usual way, otherwise set the size and read the rest of the args like an option list
[23:53] <michaelni> possible but theres a problem i think
[23:53] <michaelni> av_parse_video_size() is too fuzzy it will success of 123+456 i think
[23:54] <michaelni> succeed on
[23:55] <saste> indeed...
[23:58] <michaelni> factorizing a av_parse_video_abbr() out of av_parse_video_size() seems the cleanest solution
[23:58] <michaelni> and making sure that returns some information about how far it parsed so it can be matched against ':'
[00:00] --- Mon Oct 29 2012
1
0
[00:25] <surfn> hi, really sorry to bug in here... I'm trying to stream a webcam and while I can output to temp.avi when I try to output to http://localhost:8080/webcam.ffm
[00:25] <surfn> I get "TCP connection to localhost:8080 failed: Connection refused
[00:25] <surfn> http://localhost:8080/webcam.ffm: Input/output error"
[00:26] <surfn> I'm at the point where I don't even know where to look for further information
[00:26] <surfn> ls -l /var/www gives "ls: cannot access /var/www: No such file or directory"
[00:28] <cbreak> yeah, and?
[00:29] <cbreak> you can't list the content of a directory that does not exist.
[00:29] <surfn> I was just checking if there were other servers running, or any reason I can't output to localhost
[00:29] <cbreak> what do you mean with output to localhost?
[00:29] <cbreak> you are already on localhost
[00:30] <cbreak> just store it in a file
[00:30] <cbreak> that file will be on localhost.
[00:30] <surfn> yes, but I want it to stream to other computers
[00:31] <surfn> so my output is "http://localhost:8080/webcam.ffm"
[00:31] <cbreak> you do? then why are you messing around with localhost?
[00:31] <surfn> this is the command I'm using: sudo ffmpeg -v verbose -r 30 -s 320x240 -f video4linux2 -i /dev/video0 http://localhost:8080/webcam.ffm
[00:32] <surfn> (sorry doens't need sudo - just had that in case it helped... it didn't)
[00:32] <surfn> and that returns this: [tcp @ 0x2aedda0] TCP connection to localhost:8080 failed: Connection refused
[00:32] <surfn> http://localhost:8080/webcam.ffm: Input/output error
[00:33] <cbreak> http://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver
[00:33] <surfn> cheers, will read
[00:33] <cbreak> you need ffserver
[00:59] <surfn> cbreak: cheers, got ffserver running, :) for that - got a new prob now though
[00:59] <surfn> The v4l2 frame is 8316 bytes, but 153600 bytes are expected bitrate=3323.6kbits/s
[00:59] <surfn> /dev/video0: Invalid data found when processing input
[01:18] <surfn> "The v4l2 frame is 275 bytes, but 153600 bytes are expected" - how do I fix that?
[01:39] <surfn> there must be a switch for the bitrate, but I don't know what it is, nor how to set it
[01:40] <surfn> can it just ignore the bitrate exapected values?
[01:53] <surfn> been searching, no ideas...
[01:55] <durandal_1707> PwrSurge: use pastebin and similar do not paste directly here.....
[01:58] <PwrSurge> ok, sorry
[02:01] <surfn> Here's my pastebin - http://pastebin.com/NqGxTjtP
[02:01] <surfn> what setting do I need to avoid this: The v4l2 frame is 129276 bytes, but 153600 bytes are expected
[02:02] <edrx> (warning: ffmpeg newbie question ahead!) I am trying to use ffmpeg in a script - like this:
[02:02] <edrx> ffmpeg -loglevel quiet -f x11grab -s 512x600 -r 5 -i $DISPLAY /tmp/out.mp4
[02:03] <edrx> to create a screencast... but if I add a "&" ffmpeg gets stuck, with this message:
[02:08] <edrx> [2] + suspended (tty output) ffmpeg -loglevel quiet -f x11grab -s 512x600 -r 5 -i $DISPLAY /tmp/out.mp4
[02:08] <edrx> how do I make ffmpeg even more quiet?...
[02:13] <mark4o> edrx: >/dev/null 2>&1 &
[02:20] <edrx> mark4o: perfect, thanks! =)
[02:59] <bjrohan> I am having issues converting an ffmpeg ogv file to MPEG-4 I get the following error message (using ffWIN) http://paste.ubuntu.com/1311252/
[02:59] <bjrohan> Ultimately I want to convert from an ogv to a mov file
[03:07] <JCDenton> Does FFMPEG make use of your GPU at all?
[03:07] <JCDenton> Or is CPU power all that (natively) matters?
[03:11] <JCDenton> Nevermind, should read the wiki first
[03:11] <JCDenton> "No. libx264 doesn't use them (at least not yet). There are some proprietary encoders that utilize the GPU, but that does not mean they are well optimized, though encoding time may be faster; and they might be worse than x264 anyway, and possibly slower. Regardless, FFmpeg today doesn't support any means of gpu encoding, outside of libx264."
[03:16] <knob> Hello, I ran ffmpeg -i rtsp://root:obvious@10.0.0.64:554/mpeg4/media.amp out.mp4 in a Debian box, and it came back Illegal Instruction
[03:16] <knob> Are there log files or something I could check? Any ideas?
[04:56] <GRMrGecko> Is there a way to copy chapters in a way which is compatible with iphone/ipad/quicktime into an MP4?
[04:56] <GRMrGecko> I know the way Apple does things is they have a text track with the chapter information
[04:57] <GRMrGecko> I know how to do chapters in MKVs
[04:58] <bjrohan> Hi there. i am trying to convert an ogv file to mov using ffwin (gui for ffmpeg) and I get the following errors, how do I remedy this I am running Ubuntu 12.10: http://paste.ubuntu.com/1311394/
[04:59] <GRMrGecko> I have ffmpeg 0.11.1
[05:00] <bjrohan> I am have libx264-123 installed
[05:05] <GRMrGecko> maybe mp4box can do it
[05:09] <funyun> hi. i have a video which has audio 5 seconds too slow. how can i edit the file with ffmpeg to make the video/audio in sync?
[05:19] <funyun> anyone know?
[05:32] <funyun> anyone here us ffmpeg?
[10:50] <naxil> hello
[10:51] <naxil> i need to make this file
[10:51] <naxil> Stream #0.0: Audio: 0x0162, 48000 Hz, stereo, s16, 384 kb/s
[10:51] <naxil> Stream #0.1: Video: wmv3, yuv420p, 640x480, 1000 kb/s, 25 tbr, 1k tbn, 1k tbc
[10:51] <naxil> now i have wmv3 and i think is possible.. but what is 0x0162?
[10:51] <naxil> right command line?
[12:00] <cbsrobot> naxil: sounds like "Windows Media Professional v9"
[13:53] <francogrex> trying this: ffmpeg -i movie.hardsubs.avi -vcodec libx264 -vpre ipod640 -r 15 -q 8 -acodec libfaac -ab 64k -ac 1 -ar 44100 -s 480x320 -t 60 video.mp4 but sound sucks, a lot of skipping and sqeezing noises
[13:53] <francogrex> what can I do to improve it?
[13:59] <vlt> Hello. Im trying `ffmpeg -i source.3gp -map 0:0 -vcodec copy output.mkv` for an input file with 0.0 video and 0.1 audio but I get "Number of stream maps must match number of output streams". I only want video. How to tell that ffmpeg?
[14:11] <cbsrobot> vlt: add -an
[14:11] <brontosaurusrex> vlt: drop the map, add the -an
[14:11] <cbsrobot> brontosaurusrex: :-D
[14:12] <brontosaurusrex> :)
[14:13] <brontosaurusrex> francogrex: increase the bitrate or use some he aac encoder (if your device supports thaz)
[14:13] <brontosaurusrex> that*
[14:14] <francogrex> ok
[14:14] <brontosaurusrex> francogrex: at 64k you can get nice he-aac stereo
[14:16] <francogrex> what's a good he-acc and how can i use it, does it come embedded in ffmpeg?
[14:17] <brontosaurusrex> francogrex: what os are you on?
[14:17] <francogrex> linux debian
[14:18] <brontosaurusrex> francogrex: usage http://www.hydrogenaudio.org/forums/index.php?showtopic=95989&st=50&p=80448…
[14:18] <brontosaurusrex> and you will have to compile it yourself with fraunhofer aac encoder
[14:19] <brontosaurusrex> at least thats what i would do
[14:20] <francogrex> ok thanks
[14:20] <brontosaurusrex> francogrex: how to compile ffmpeg on debian and scroll down for how to add fraunhofer http://crunchbanglinux.org/forums/post/248894/
[14:21] <brontosaurusrex> (thats for debian wheezy)
[14:23] <brontosaurusrex> also i can find a *.deb (slightly old by now) if motivated
[14:25] <francogrex> it's ok brontosaurusrex I can try to build it from src
[14:25] <francogrex> thanks
[14:25] <brontosaurusrex> thats manly
[14:25] <brontosaurusrex> yw
[14:35] <GRMrGecko> I need to make a motion jpeg with specific frames at specific times. As in, frame 1 at 0:00 frame 2 at 1:25.52 frame 3 at 4:23.12
[14:35] <GRMrGecko> is this possible?
[14:36] <GRMrGecko> I know how to do it with the quicktime API.
[14:49] <cbsrobot> GRMrGecko: you could encode the frames first to a intermediate file and concatenate the together afterwards
[14:49] <cbsrobot> but i'm not sur it will be frame accurate
[14:49] <cbsrobot> *sure
[14:50] <brontosaurusrex> how is that even called?
[14:50] <brontosaurusrex> its not vfr i guess
[14:51] <brontosaurusrex> last time i tried those kind of stuff is not even decoded properly with ffmpeg
[14:52] <GRMrGecko> cbsrobot: You mean like make a VOB file with the delay set to those time peroids and then concat them?
[14:52] <brontosaurusrex> vob is not motion jpeg
[14:52] <cbsrobot> well it's not really vfr
[14:52] <cbsrobot> do you need vvfr ?
[14:52] <cbsrobot> *vfr
[14:52] <GRMrGecko> My end goal is to get a MP4 with a disabled video track of chapter images which will display on the iPad
[14:53] <GRMrGecko> I don't know if this is even possible without the quicktime API.
[14:54] <cbsrobot> & disabled video track ??
[14:54] <GRMrGecko> cbsrobot: Yes
[14:54] <GRMrGecko> cbsrobot: http://p.webra.in/ec
[14:55] <smellynosery> Hi - I have a peculiar issue - my command works, but not when I try to pipe it out - http://pastebin.com/76TvMpj7
[14:55] <GRMrGecko> let me do an MP4box info
[14:55] <smellynosery> Can anybody help? Commands and result in the paste bin :)
[14:57] <GRMrGecko> cbsrobot: http://p.webra.in/e5
[15:00] <GRMrGecko> I know I can possibly use mp4box to add the track I create with the motion jpeg to the MP4 with it disabled.
[15:01] <GRMrGecko> So, all I need to know is how to make the motion jpeg video
[15:01] <cbsrobot> GRMrGecko: can you pastebin the uncut console output of ffmpeg ?
[15:01] <cbsrobot> ffmpeg -i file
[15:02] <GRMrGecko> cbsrobot: http://p.webra.in/en
[15:03] <GRMrGecko> that's just one of the apple itunes videos I have, I am using it as an example of my end result that I want.
[15:06] <GRMrGecko> I know it should be possible with the libraries that ffmpeg uses.
[15:09] <cbsrobot> GRMrGecko: well maybe, but I'm not sure how
[15:10] <GRMrGecko> cbsrobot: Do you think I should go to the quicktime APIs for this?
[15:11] <cbsrobot> GRMrGecko: maybe MP4_maniac knows if it is possible. He's the author of l-smash.
[15:11] <smellynosery> Interestingly my pipe output isn't working into a fifo (tail -f doesn't show anything) _until_ I kill ffmpeg and then there is data returned from tail -f - hmm
[15:11] <MP4_maniac>
[15:13] <GRMrGecko> maybe mencoder?
[15:14] <brontosaurusrex> smellynosery: what makes you think you can just tail this specific video format?
[15:15] <smellynosery> brontosaurusrex, why wouldn't I be able to? the output of ffmpeg (-y -f mpeg2video pipe: > /tmp/testmpg) should be tailable, no?
[15:16] <cbsrobot> Hi MP4_maniac GRMrGecko was wondering if it is possible to create a stream like stream#3 in http://p.webra.in/en - I thought you may know that.
[15:17] <brontosaurusrex> smellynosery: well, yes, but you get unpredictable start of the stream as out i imagine
[15:20] <MP4_maniac> ????
[15:20] <GRMrGecko> MP4_maniac: It's a track with a picture for each chapter at the time which the chapter starts
[15:23] <MP4_maniac> vfr?
[15:24] <GRMrGecko> MP4_maniac: Sort of, basically a picture at times such as 0:00, 2:23, 5:45
[15:25] <GRMrGecko> If you need to see an example, I can extract that track to a mp4 file for you to look at.
[15:26] <MP4_maniac> you can write timestamps for each picture by mkv timecode v2, and use tc2mp4(Mod) with it, then you could get such movie i think
[15:26] <brontosaurusrex> vfr abused to get chapter lenght + chapters + disable playback type of thingy < i imagine
[15:27] <GRMrGecko> MP4_maniac: That's a good idea
[15:46] <wm4> how do I change a ticket's resolution from invalid to closed?
[15:58] <cbsrobot> wm4: at the bottom, click on "Modify Ticket"
[15:59] <cbsrobot> not sure if you need the appropriate permissions
[16:00] <cbsrobot> wm4: hmm, invalid is a subset of closed - no ?
[16:00] <wm4> cbsrobot: yes
[16:01] <cbsrobot> I mean, when closing I can set it to "fixed" or "invalid" & etc
[16:01] <cbsrobot> so no need to change from invald to closed
[16:02] <cbsrobot> you could change it from invalid to fixed ot wontfix ...
[16:02] <cbsrobot> but all of them mean that the ticket is closed
[16:02] <wm4> I'd have to reopen it, and then close it again
[16:02] Action: wm4 doesn't bother
[16:02] <cbsrobot> hehe
[16:02] <cbsrobot> what ticket ?
[16:04] <cbsrobot> and to what resolution (fixed,wontfix,invalid, worksforme) you want to close it ?
[16:06] <GRMrGecko> Is this the correct timecode file format? http://p.webra.in/e2
[16:06] <GRMrGecko> each line is /1000 to get seconds
[16:10] <GRMrGecko> think I figured my issue
[16:11] <GRMrGecko> Warning: Quicktime/MP4 reader: MPEG4 track 1 is missing the esds atom/the decoder config. Skipping this track.
[16:12] <GRMrGecko> to make the MP4, I've done ffmpeg -i chapters-%d.jpg -vcodec mjpeg chapters.mp4
[16:16] <GRMrGecko> http://p.webra.in/ej
[16:18] <GRMrGecko> cbsrobot: Do you know?
[16:18] <cbsrobot> well the editlist is missing
[16:18] <cbsrobot> I guess
[16:18] <GRMrGecko> cbsrobot: How can I fix it?
[16:19] <cbsrobot> ah wait
[16:19] <cbsrobot> no its the Elementary Stream Description atom
[16:19] <cbsrobot> I'm not sure
[16:20] <GRMrGecko> cbsrobot: Maybe output to mkv?
[16:20] <cbsrobot> try it
[16:24] <GRMrGecko> Duration : 440ms <- doesn't look like the timecode file is being applied
[16:24] <GRMrGecko> however I can tell it's all the chapters as there is 11 and 11*40 = 440ms
[16:26] <GRMrGecko> mkvmerge chapters.mkv --timecodes 1:chapters.tc -o chapters2.mkv
[16:34] <GRMrGecko> can't seem to figure out why it's not using my timecode file
[16:35] <GRMrGecko> cbsrobot: Am I running the commannd correctly?
[16:36] <GRMrGecko> Maybe it's the decimal point?
[16:37] <GRMrGecko> nope
[17:10] <GRMrGecko> Going ahead on work for the QTKit version as I'm fairly positive I can complete it witht hat.
[17:14] <vlt> cbsrobot (and bronto): Thanks!
[17:15] <bjrohan> Hey everyone. Can I get help with codecs? I can't get video files to convert, specifically to .mov files (the only one I have tried) in the command line, and also in kdenlive, says it doesn't recognize my libx264
[17:33] <Mavrik> hmm
[17:33] <Mavrik> bjrohan, first show us your ffmpeg output and command line (like chanserv told you) and tell us what are you trying to accomplish :)
[17:35] <bjrohan> I am trying to convert a desktoprecord ogv file to a .mov file. As this is my first shot I am trying via gui not commande line. here is what I get when trying in FFWIN: http://paste.ubuntu.com/1311394/
[17:35] <bjrohan> sorry WinFF
[17:35] <Mavrik> why .mov?
[17:35] <Mavrik> that's a proprietary Apple container not really comfortable with H.264 :)
[17:36] <Mavrik> bjrohan, and of course, your avconv (which is't ffmpeg) doesn't have libx264 H.264 encoder compiled in
[17:36] <Mavrik> thus it can't encode H.264
[17:36] <bjrohan> When I try to export via KDenlive, I select h264 and it says unsupported video codec libx264
[17:37] <Mavrik> yeah, obviously your libav* libraries haven't been compiled with libx264
[17:37] <Mavrik> bjrohan, as I can see you're on ubuntu
[17:37] <Mavrik> apt-get ubuntu-restricted-extras and retry.
[17:38] <bjrohan> have the restricted extras package installed already
[17:40] <Mavrik> hmf
[17:40] <Mavrik> bjrohan, something is broken with your system installation of avconv then
[17:41] <Mavrik> grab a static build from http://dl.dropbox.com/u/24633983/ffmpeg/index.html and convert with that
[17:41] <bjrohan> Is there a way to uninstall and reinstall what I need?
[17:42] <bjrohan> Do you by chance have a link to a 32bit one?
[17:43] <bjrohan> Will this work: http://ffmpeg.gusari.org/static/
[17:44] <bjrohan> What if anything do I need to uninstall to get it to work properly
[17:47] <Mavrik> point of it being a static build is that you don't need to re/uninstall anything, it's completely standalone
[17:47] <Mavrik> and sadly I can't really help you about fixing your Ubuntu... ubuntu ships "avconv" under name ffmpeg and is integrated into system, talk to them about fixing their OS
[17:48] <Mavrik> gusari should have 32-bit static builds yea
[17:48] <bjrohan> Okay. Thank you :_)
[17:48] <bjrohan> :-)
[17:59] <dv_> what is the difference between ffv1 and ffvhuff? are they the same? google doesnt help here :|
[18:10] <JEEB> dv_, ffvhuff is a fast huffman-based lossless format
[18:10] <JEEB> ffv1 is a more sophisticated format that compresses better, but is often slower
[18:13] <dv_> ok, thanks
[18:33] <bjrohan> I followed the install instructions on the ffmpeg page. It erased my Kdenlive, and WinFF. I reinstalled, and still have the same problems as far as not finding the codecs. Is it possible this is because it isn't looking in my home directory forffmpeg?
[18:37] <bjrohan> I need serious help. I installed ffmepg via the instructions here: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide which seems to install ffmpeg to my home directory, now my programs can not find it (even command line bash: /usr/bin/ffmpeg: No such file or directory). How do I install to /usr/bin??
[18:41] <bjrohan> I assume I make a symlink? if so how exactly please
[18:42] <foonix> any reason why writing library is different http://pastebin.com/BkGU11Qm ?
[18:43] <foonix> should be same, since its scripted wmv->mkv (libx264, libmp3lame)
[18:45] <foonix> NB: -map_metadata -1 is used
[18:52] <GRMrGecko> ok& I got code written in QTKit, now I just need to find out how to merge with the MP4
[18:52] <GRMrGecko> maybe I'll just do this in QTKit as well
[18:55] <foonix> added some source info, updated: http://pastebin.com/CfWB4StP
[18:55] <bjrohan> I finally got ffmpeg to work by running the ubuntu install guide on ffmpeg.org, and creating a symlink from /usr/bin to my home dir where ffmpeg installed. I tried to convert an ogv to mov file and here is what I received: http://paste.ubuntu.com/1312997/ Since I just installed what may havve happened?
[20:08] <bjrohan> My sound was playing just fine on my Ubuntu 12.10 laptop. I was having issues with the installed ffmpeg from repo, so I uninstalled them, then reinstalled via commandline here:https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide Now my audio playback is garbled, any ideas why?
[20:08] <bjrohan> also, I still can not get files to convert :-(
[20:09] <bjrohan> I am new to linux and very new to video/audio, any help is appreciated
[20:10] <bjrohan> Ironically, web video audio (youtube) plays just fine. Files I record via RecordMyDesktop on my machine are garbled, sent to my wifes windoze machine and it plays fine
[20:25] <retard> that's not really ironic
[20:28] <bjrohan> retard: I wsa using dragon to play the video, I installed VLC, it plays just fine
[20:29] <retard> i don't know what dragon is
[20:29] <retard> well, i know what a dragon is
[20:30] <bjrohan> hehe, a player installed by default on my fresh kubuntu 12.10 install
[20:31] <bjrohan> I am now trying to convert to mov in vlc, seems to work fine
[20:32] <bjrohan> well convert ogv to something using mpeg-4 and mp3, I assume mov
[20:32] <bjrohan> I am from windoze that doesn't have all these options, just convert to avi or mov really
[20:34] <retard> what
[20:34] <retard> there are a million gazillion tools for doing this on windows
[20:35] <retard> ogv and mov are container formats
[20:35] <retard> as is avi
[20:35] <GRMrGecko> looks like it's more than I thought as using QTKit to add a chapter track and then a disabled motion jpeg track didn't add images to the iPad
[20:36] <retard> what format is the actual audio and video stream in
[20:37] <bjrohan> exaclty, on windows I would open, say convert and it would just give other me a few options like avi, mov, not all of the codec details
[20:37] <retard> if all you want to do is remux you can use ffmpeg -i whatever.avi -codec copy whatever.mp4
[20:38] <bjrohan> So like this:
[20:38] <bjrohan> ffmpeg -i VideoTute#1.ogv -codec copy VideoTute#1.mp4
[20:38] <retard> yeah
[20:38] <retard> all it does is remux though
[20:38] <bjrohan> exactly
[20:39] <retard> i have no idea what codec the video and audio is in
[20:39] <bjrohan> ogv
[20:39] <bjrohan> from RecordMyDesktop
[20:39] <retard> i've never used RecordMyDesktop
[20:39] <bjrohan> Here is the error I get http://paste.ubuntu.com/1313291/
[20:40] <bjrohan> I just installed ffmpeg from their website an hour ago or so
[20:44] <GRMrGecko> can't seem to find a way to do this
[20:53] <cbsrobot> GRMrGecko: still on the issue ?
[20:53] <GRMrGecko> cbsrobot: Yeah, I've tried using QTKit to add a video track with the frames
[20:53] <GRMrGecko> it worked
[20:53] <GRMrGecko> However, it didn't work
[20:53] <cbsrobot> what tool said: "Warning: Quicktime/MP4 reader: MPEG4 track 1 is missing the esds atom/the decoder config. Skipping this track."
[20:54] <cbsrobot> well sounds like a paradoxon to me
[20:54] <GRMrGecko> What I mean by didn't work is once I had the track there with the chapter track and placed it on my ipad
[20:54] <GRMrGecko> it only had one chapter
[20:54] <GRMrGecko> and it didn't have an image:P
[20:54] <GRMrGecko> where as where it worked
[20:55] <GRMrGecko> I had the tracks on the video:P
[20:55] <GRMrGecko> let me find out what tool that was
[20:55] <GRMrGecko> that was mp4box, but I got around that
[20:56] <GRMrGecko> because I ended up using QTKit
[20:56] <cbsrobot> ok
[20:57] <GRMrGecko> so yeah& I think I'm about ready to give up:P
[20:57] <GRMrGecko> seems that unless I wanted to go and view the mp4 hex values
[20:57] <GRMrGecko> and write my own tool
[20:57] <GRMrGecko> I wouldn't be able to do so
[20:59] <cbsrobot> what os do you use ?
[21:00] <GRMrGecko> Mac OS
[21:00] <GRMrGecko> but I have linux and windows installed
[21:01] <cbsrobot> try "atom inspector"
[21:01] <cbsrobot> you may find it handy
[21:02] <JEEB> also if you want to inspect stuff I recommend L-SMASH's boxdumper, even if L-SMASH itself doesn't support some things, boxdumper will output you a nice text output of the file's insides
[21:04] <JEEB> (it's usually used "boxdumper derp.mp4|mov|3gp > output.txt" because the output can get long /very/ easily
[21:52] <GRMrGecko> I'll just give up on it:P
[22:02] <chrisballinger> howdy
[22:19] <vandenoever> i'm reading data with avcodec_decode_audio4 and i'm wondering how to get only a single channel out of theAV_SAMPLE_FMT_S16 stream
[22:19] <vandenoever> should i take very other int16_t?
[00:00] --- Mon Oct 29 2012
1
0
[00:30] <cone-965> ffmpeg.git 03Michael Niedermayer 07ae52eb7fc742: lavu: add av_clip64()
[00:31] <cone-965> ffmpeg.git 03Michael Niedermayer 0790d4b07063b3: mathemathics: update copyright years
[00:31] <cone-965> ffmpeg.git 03Michael Niedermayer 0703e44bcb3ff1: ffmpeg: trivial simplification
[00:31] <cone-965> ffmpeg.git 03Michael Niedermayer 078766ad9eb1b0: lavu: add av_rescale_delta()
[00:31] <cone-965> ffmpeg.git 03Michael Niedermayer 07a9d97e1b0af6: ffmpeg: use av_rescale_delta() on the audio filter input
[01:01] <llogan> j-b: how does videolan manage donations via paypal?
[01:26] <stclaws> Hi, I heard that ffmpeg now includes it's own rtmp implementation that does not use librtmp. Could anyone tell me where in ffmpeg the source is for that implementation?
[01:27] <Compn> you cant find the rtmp.c file ?
[01:27] <Compn> ffmpeg/libavformat/rtmp.c
[01:27] <Compn> er rtmp*
[01:27] <Compn> not rtmp.c
[01:28] <Compn> theres a bunch of rtmp files there
[01:28] <Compn> llogan : i'm guessing vlc has its own non-profit , i think
[01:29] <Compn> stclaws : what are you planning to do with ffmpeg rtmp code? :)
[01:29] <Compn> drop rtmpdump/librtmp and use ffmpeg for xbmc or something ?
[01:31] <stclaws> Compn: Well, we are receiving a live rtmp stream from a fms server that we want to re-encode. The problem is that the incoming stream sometimes switches sources (we scripted the fms server like that to make a kind of "video mixer"), at which point ffmpeg thinks the stream has ended and closes it. So I have to figure out a way to keep it going no matter what.
[01:32] <Compn> ah
[01:32] <Compn> stclaws : well, if you can make your rtmp stream public, you might want to ask kostya about it, since he maintains that code
[01:32] <Compn> libav maintains it mostly as well (fork of ffmpeg)
[01:32] <stclaws> Sure
[01:33] <Compn> you can find there #libav-devel or kshishkov is kosya , if you want to pm him
[01:33] <stclaws> Great. Thanks.
[01:33] <Compn> but feel free to stick around here if you want
[01:34] <cone-965> ffmpeg.git 03Michael Niedermayer 07fe573d1a9b74: sws_allocVec: check length validity
[01:34] <cone-965> ffmpeg.git 03Michael Niedermayer 07e823e7367754: sws_getGaussianVec: check variance and quality
[01:34] <Compn> stclaws : does librtmp / rtmpdump handle your stream?
[01:35] <Compn> if not, you may want to pass the rtmp url to hyc , who is author of that lib
[01:35] <Compn> or pass it to rtmpdump mailing list
[01:35] <Compn> when in doubt, make bugreport :)
[01:36] <stclaws> Well, I tried with rtmpdump also, but then I thought it may be simpler to use what's in ffmpeg itself
[01:36] <stclaws> Same problem with rtmpdump btw
[01:36] <Compn> thats strange
[01:37] <Compn> did you set the live stream param in your fms ?
[01:37] <Compn> to keep it like 'one big stream' ?
[01:37] <stclaws> yes
[01:37] <Compn> well i'm out of ideas then
[01:37] <Compn> good luck
[01:38] <stclaws> I messed around a bit with the code in rtmpdump and managed to make it continue the input when the stream switched, but it still closed the outgoing stream. And I am just too ignorant to figure out how to fix that.
[01:39] <stclaws> What is that "live" switch doing anyway? I could not find any details about it.
[01:39] <Compn> ah, i was going to say, if rtmpdump worked that you could just pipe it to ffmpeg
[01:40] <Compn> did you set the live switch in ffmpeg or rtmpdump when checking your stream ?
[01:40] <stclaws> Yes, that's what I first planned
[01:40] <stclaws> rtmpdump
[01:40] <Compn> i mean you did rtmpdump --live ....
[01:40] <stclaws> yes
[01:40] <Compn> i dont remember what live switch does
[01:41] <Compn> did you read rtmp spec ?
[01:41] <stclaws> yes but it just says something very brief
[01:41] <stclaws> like "it then treats the stream as live" :)
[01:41] <Compn> haha
[01:42] <Compn> theres some info and other implementations here > http://wiki.multimedia.cx/index.php?title=RTMP
[01:42] <Compn> but i dont see what live does there either
[01:42] <Compn> lol @ adobe nonsense
[01:43] <stclaws> So I guess mr kshishkov is my man then :)
[01:45] <stclaws> Thanks
[01:46] <Compn> no problem
[03:07] <izaakschroeder> was wondering if anyone here is the expert on the m2ts container format (and possibly AAC/h.264 codecs); managed to capture what looks like RTP traffic over wireshark that contains what looks like an m2ts; however ffmpeg fails to recognize it after dumping from wireshark. the stream is from a M$ mediaroom system which i have no control over (iptv stb)
[03:08] <izaakschroeder> any pointers on what i can do or who i can talk to about this kind of thing
[03:12] <izaakschroeder> can provide 5 sample dumps from various channels including HD/non-hd
[04:02] <cone-965> ffmpeg.git 03Michael Bradshaw 07c430cb49fdc9: Update my email address
[04:02] <cone-965> ffmpeg.git 03Michael Niedermayer 072bcbdd845690: lavu: add more doxy to av_rescale_delta
[04:02] <cone-965> ffmpeg.git 03Michael Niedermayer 071909dbf11da0: ffmpeg: use av_rescale_delta() for audio stream copy
[04:34] <cone-965> ffmpeg.git 03Xidorn Quan 07c25e9292ba5b: fix a compiling error with llvm-gcc
[05:10] <izaakschroeder> :(
[05:12] <Compn> izaakschroeder : possibly michael or mru
[05:13] <Compn> izaakschroeder : its best if you upload those samples, make bugreport on the bug tracker
[05:13] <Compn> and stick around here to bug devels when they are active
[05:13] <Compn> mru may be found in #libav-devel , but not here
[05:14] <Compn> izaakschroeder : its better if you give us the rtp stream urls themselves
[05:14] <Compn> ffmpeg can read rtp
[05:14] <Compn> i'm guessing you are sniffing some kind of iptv and you dont have urls ?
[05:14] <Compn> oop, you said that already :)
[05:58] <izaakschroeder> yeah
[05:58] <izaakschroeder> sorry
[05:58] <izaakschroeder> Compn: that's right :)
[05:58] <izaakschroeder> someone filed the same kind of "issue" in 2010
[05:58] <izaakschroeder> i'll see if i can get the link for you
[05:58] <izaakschroeder> Compn: http://roundup.libav.org/issue2572
[05:58] <izaakschroeder> that describes it pretty much
[05:59] <izaakschroeder> Compn: it doesn't look like anything has happened since though
[06:03] <izaakschroeder> Compn: in fact it doesn't look like the bug even ever got noticed
[06:28] <Compn> izaakschroeder : well, both ffmpeg and libav abandoned the roundup
[06:28] <Compn> so yeah you should re-report it to ffmpeg trac and libav bugzilla
[06:41] <izaakschroeder> Compn: mm ok; what other relevant info can i include to be helpful? do you want the raw wireshark data? just the RTP contents?
[06:42] <izaakschroeder> Compn: and whereabous does michael hangout if im to get ahold of him?
[06:42] <Compn> michaelni is michael
[06:42] <Compn> probably just not awake right now
[06:42] <izaakschroeder> Compn: aahh ok :>
[06:42] <izaakschroeder> is there a preference between him or mru?
[06:43] <ohsix> worst question ever
[06:43] <Compn> lol
[06:43] <Compn> izaakschroeder : mru is mpegts guy iirc
[06:44] <Compn> i dont know if either of them wants to help you reverse engineer iptv tho
[06:44] <Compn> i cant speak for them
[06:44] <izaakschroeder> Compn: thankies
[06:44] <izaakschroeder> Compn: probably not
[06:44] <izaakschroeder> Compn: but some direction for me would be helpful
[06:44] <Compn> there are other people who like to reverse engineer things
[06:44] <Compn> but to do that they need .... access to the rtp streams
[06:44] <izaakschroeder> well i can help with that if they're willing to coordinate a little
[06:44] <Compn> maybe if you mail your hardware to them haha
[06:45] <Compn> :P
[06:45] <Compn> well put that info into your bugreports
[06:45] <Compn> and goods lucks
[06:45] Action: Compn sleeps
[06:45] <izaakschroeder> thanks for all your help :)
[07:13] <kierank> izaakschroeder: link doesn't work
[07:17] <izaakschroeder> kierank: the roundup link?
[07:17] <kierank> the dropbox one
[07:18] <izaakschroeder> kierank: ooh was probably old; are you interested in the files? i can send them
[07:18] <izaakschroeder> kierank: not those files, but ones i've captured
[07:18] <kierank> i just want to see what they look like in wireshark
[07:18] <izaakschroeder> kierank: sure just give me a minute i'll find a spot to post them
[07:18] <izaakschroeder> kierank: there's some interesting bits
[07:20] <kierank> i am on a train on 3g so i won't be able to download them
[07:20] <izaakschroeder> kierank: ooh ok; would you like the link for when you are home then?
[07:21] <kierank> maybe
[07:22] <izaakschroeder> ^_^
[07:22] <izaakschroeder> so what's your involvement in this project mr kierank
[07:23] <kierank> very little
[07:23] <kierank> just work on mpegts a lot
[07:25] <izaakschroeder> oohh
[07:26] <izaakschroeder> well that is mighty timely
[07:26] <izaakschroeder> do you like the format? or is it merely out of necessity?
[07:37] <kierank> well it is mandatory for television transmissions
[07:39] <izaakschroeder> interesting
[07:39] <izaakschroeder> do you work in the tv industry?
[07:53] <kierank> i guess
[08:10] <izaakschroeder> oh
[08:11] <izaakschroeder> well watcha dooo
[13:32] <michaelni> izaakschroeder, are the files you speak of available somewhere to download ? if not please upload them somewhere so developers can take a look (you can upload them to our ftp if you dont have a better place, see http://ffmpeg.org/bugreports.html)
[13:32] <izaakschroeder> michaelni: i can do that for you :)
[13:32] <izaakschroeder> give me couple of minutes
[13:33] <michaelni> ok, dont forget telling me the filename or url afterwards so i can also find them :)
[13:33] <izaakschroeder> will let you know in 4 minutes when it finishes uploading :)
[13:39] <izaakschroeder> michaelni: here you go! http://www.mediafire.com/?i3crfeg60d66h57
[13:40] <izaakschroeder> michaelni: those are about 20s captures from channels 4,5,6,601,602,603
[13:40] <izaakschroeder> the first 3 being non-HD, the latter 3 being HD
[13:42] <izaakschroeder> let me know if you need anything else :)
[14:08] <kierank> nice troll
[14:13] <michaelni> izaakschroeder, iam no wireshark expert but looking at these dumps wireshark is claiming a 50% packet loss for the RTP streams, if thats true that would explain why it doesnt work
[14:16] <ohsix> *should* in a post should permanently mark it wishlist :p
[14:16] <nevcairiel> sometimes carls template answers are just braindead stupid
[14:16] <nevcairiel> cant someone use libswscale without the issue appearing with the ffmpeg application?
[14:19] <ohsix> that is pretty dumb
[14:19] <ohsix> on who is it incumbent to prove it doesn't happen?
[14:20] <Compn> hrm ?
[14:21] <Compn> carl is like #1 bug sorter, you can complain about his methods, but until i see you guys review 100s of bugs ... welll
[14:22] <ohsix> at least the scanline one shouldn't be dismissed; but who's job is it to prove it happens or doesn't, in order to resolve the report; you presume that it does happen if someone reports it
[14:23] <Compn> in that report, carl is asking for a simple sample with benchmarks that shows the slow swscale vs the simd optimized swscale
[14:24] <Compn> carl is trying to help the user create a bugreport which can be read, understand, and help the developer / maintainer of that code quickly and easily fix the bug
[14:24] <Compn> a random 'xxx is slow' bugreport is not the best kind of bug for a devel to work on
[14:24] <nevcairiel> the problem is if you use swscale yourself, and not the ffmpeg application, you just cant give him what he asks for
[14:25] <Compn> you could provide a link to your code / binary and a testcase which shows the problem nevcairiel
[14:25] <Compn> but obviously, ffmpeg reports against git master are best
[14:26] <nevcairiel> its just the assumption that you must be using the application instead of the libraries directly that bugs me most of the time =p
[14:26] <Compn> well, i guess you didnt read the rules on reporting bugs using trac ?
[14:26] <nevcairiel> but they dont make sense for all cases
[14:26] <Compn> bugs against the libs , not using ffmpeg but your own custom code, go to libav-users list
[14:26] <Compn> :P
[14:27] <Compn> but yeah
[14:27] <Compn> its not perfect
[14:27] <Compn> have to ask michael if he wants custom code bug reports, and if so, we should change the rules
[14:28] <nevcairiel> if you have decode failures or something like that you can usually reproduce it with ffmpeg, but some use-cases are just not covered by it
[14:29] <Compn> yeah i agree
[14:29] <Compn> but when you work on ffmpeg code, and someone comes along with a bugreport that says you have to compile xxx program with yyy libs and then hunt for a testcase yourself to debug the problem ... well
[14:30] <Compn> thats a lot of wasted time for devels
[14:30] <Compn> do you think michael should spend his time compiling other peoples code to debug a problem ?
[14:30] <Compn> i'm seriously asking for a solution to this
[14:31] <Compn> gcc requires small testcases for gcc bugs
[14:31] <Compn> so this isnt a new concept
[14:32] <Compn> you cant just say 'ffmpeg makes gcc crash' ... you have to copy and paste the crashing code to a new file for gcc devs
[14:32] <Compn> i'm not saying their methods are the best either
[14:32] <nevcairiel> providing simplified test cases is OK, its just the usual "ffmpeg uncut output or gtfo" comments that i don't like =p
[14:32] <Compn> alright :)
[14:33] <ohsix> it may be obvious, but it's also not communicated very well when you say that :]
[14:35] <Compn> after all that ,it takes me 10 seconds to write up a nicer reply to bugreporter
[14:35] <Compn> so there
[14:39] <Compn> ohsix : to answer your question... its the age old bikeshed about bugreports
[14:39] <Compn> should devs spend time looking at every report , no matter how bad the info is? or should users be asked to fill out more info ?
[14:44] <ohsix> there's that should word again
[14:44] <ohsix> the presumption is that the software wants to be improved upon
[14:45] <ohsix> if there's a defect, _then_ you can decide who as to provide the required information in the negative or the affirmative
[14:45] <ohsix> which is what i was asking, cheyos or whatever his name is can basically prove in the affirmative that the report happens or doesn't happen with some investigation; invalidating the report because it hasn't been done is stupid
[14:47] <ohsix> just mark it NEEDINFO, and let it die if the reporter doesn't think it's important enough to elaborate
[14:48] <ohsix> that you collect bugs at all implies that it's mostly incumbent on you to do the work required :p
[14:48] <Compn> isnt that what carl said in https://ffmpeg.org/trac/ffmpeg/ticket/1853#comment:1 ?
[14:48] <Compn> ohsix : how would you find the bug in that report ?
[14:49] <Compn> start reading rawdec.c ? or is the bug in swscale ?
[14:49] <ohsix> you could trivially prove that it happens, i've always been speaking to #1853
[14:49] <Compn> or is the bug in the users code because hes not free'ing something ?
[14:49] <ohsix> always/only
[14:50] <Compn> well i think carl is saying that he doesnt know how to prove it happens
[14:50] <Compn> thats why he asked
[14:51] <Compn> carl doesnt know everything :)
[14:51] <ohsix> unless he's the only one that will ever be able to solve the problem, it's probably an inappropriate response
[14:51] <ohsix> not responding to a bug is ok
[14:51] <Compn> no
[14:51] <ohsix> much like not speaking when you can't improve a bad situation
[14:51] <Compn> users then complain that 'ffmpeg never responded to my bug'
[14:51] <Compn> and they stop reporting bugs
[14:52] <ohsix> that will always be their problem
[14:52] <Compn> damned if you do, damned if you dont
[14:52] <ohsix> a response on a bug doesn't mean shit if it's never addressed
[14:53] <ohsix> not really, you include an implied user in this :p people that don't provide enough information or don't know how to will often not come to know how to do that without an intense amount of attention
[14:53] <Compn> well at least they could say that , then the developer would know hes on his onw
[14:53] <Compn> own*
[14:54] <Compn> 'i dont know how to reproduce' is a common theme
[14:54] <Compn> which is acceptable
[14:54] <ohsix> yep, that's why triage marks something NEEDINFO and doesn't come to any sort of conclusion
[14:55] <ohsix> if the information is never produced, you have to wait for a coincidence, or have users keep trying the series hoping it doesn't happen anymore
[14:55] <ohsix> it's baaaad
[14:55] <Compn> yeah but 'needsinfo' doesnt specify what info is needed
[14:55] <Compn> so there.
[14:55] <Compn> carl specified what was needed
[14:56] <Compn> gdb, valgrind, etc
[14:56] <ohsix> it doesn't need to; if it's not supplied and the state changed the bug can be expired, it's up to the reporter to investigate
[14:56] <ohsix> carl basically said he needed proof of what he was saying
[14:56] <Compn> you assume the user knows what to imply
[14:56] <ohsix> as it's stated it's perfectly plausible that it happens, even without verification
[14:56] <Compn> er the user knows what info to report i mean
[14:56] <ohsix> right, after NEEDINFO they know the bug state is changed
[14:57] <ohsix> people don't follow up on bugs, but the people that do ask what sort of information can get further attention
[14:57] <ohsix> people that aren't even going to respond to bug mail can't be asked to test changes, so fuck them
[14:58] <ohsix> (and depending on your sign off procedure, you probably need them to do that)
[14:59] <Compn> you're making a lot of assumptions
[14:59] <ohsix> always have the user start the clock, and know the timetable, they are very important to the process
[14:59] <ohsix> eh
[14:59] <ohsix> i'm assuming they want their problem fixed (implied by them reporting it)
[15:00] <ohsix> i'm assuming they cooperate in order for the process to be able to continue
[15:00] <ohsix> those two aren't always true, but the "omg respond to everything" just wastes your time when it isn't
[15:00] <Compn> so you just want carl to mark bugs as 'needinfo' then ?
[15:01] <ohsix> there's a manpower aspect to it, but there's also the issue that a few people might take it upon t hemselves to do everything, it's bad for them and it's bad for the people they interact with
[15:01] <Compn> i think carl is doing a very good job at the reports
[15:02] <Compn> its a lot of work for anyone to fix bugreports up for devels
[15:02] <Compn> maybe we're talking about different things
[15:02] <Compn> and i am missing the point
[15:03] <ohsix> an acceptable resolution for that bug would also be deciding if it was ok/expected for the padding to possibly be clobbered
[15:03] <ohsix> which would take some discussion
[15:04] <ohsix> the report is basically: it happens, and i think it's not supposed to do that. you don't need to really have him prove that it happens to investigate that it might, or decide if it's ok or expected
[15:04] <Compn> who reported the bug anyhow
[15:04] <Compn> this guy and his 7pixel video / image files
[15:05] <ohsix> no idea, he reported that cluster of them
[15:05] <Compn> a user with a lot of corner cases and not a lot of info about it
[15:05] <Compn> worst kind of user :P
[15:05] <Compn> ehe
[15:06] <ohsix> he said edge cases are very important on one of them
[15:06] <Compn> thats what the worst kinds of users always say
[15:06] <Compn> 'help me play this corrupted incomplete-downloaded file!'
[15:06] <Compn> theres only one file of this kind and it would take 3 weeks to play 3 frames from it
[15:07] <ohsix> i don't think #1853 even needed to be replied to, if i was interested in it i'd add it to my own watch list, or investigate immediately, otherwise i'd see it again eventually
[15:07] <ohsix> i don't think you could call them a bad user
[15:07] <Compn> yeah but i blame the user :)
[15:07] <ohsix> the error message about 7x4 and stuff pretty much say it's invalid, he says it should work
[15:08] <Compn> at least he reported the bugs seperately
[15:08] <ohsix> the message is sort of an indication that it has been decided what will be supported, so that can either be a lack of documentation or no actual discussion having taken place, and in that case he's asking for refinement, information about whether it's correct, he's asserting that it's not
[15:08] <ohsix> right
[15:09] <cone-126> ffmpeg.git 03Janne Grunau 07154ff81870ce: h263: avoid memcpys over array bound in motion vector caching for obmc
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 0774e742d6ad09: doxygen: Drop some pointless entries from PREDEFINED macros list
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 0713bbefd57e8d: doxygen: Add av_alloc_size to list of predefined macros
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 0720015379a46a: cook: cosmetics: Better name for ccpl COOKSubpacket member
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 07f23b4a068230: cook: cosmetics: Better names for joint_decode() function parameters
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 078a61ba0e8194: cook: Remove senseless maybe_reformat_buffer32() function
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 07707f58f515ee: cook: Remove some silly Doxygen comments
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 0787cdd7c6949e: ivi_common: Drop unused function parameter from decode_band()
[15:09] <cone-126> ffmpeg.git 03Diego Biurrun 07ca7f59119b8a: doc: git-howto: Clarify comment about pushing series of commits
[15:09] <cone-126> ffmpeg.git 03Mans Rullgard 071aa07aa21c4e: configure: fix tests for 2-arg math functions
[15:09] <cone-126> ffmpeg.git 03Michael Niedermayer 0795760b33e7a4: Merge remote-tracking branch 'qatar/master'
[15:09] <ohsix> there are a lot of bugs like that that are fuzzy, you can just decide that it's invalid, mark the bug invalid and document the valid sizes; or you can decide it's valid and fix it, either way you go you have a str8 line to a fix, they are pretty decent reports in that regard, even if they are just his opinion of what is correct behaviour (and barring documentation saying otherwise, he might as well be correct in that thinking)
[15:10] <Compn> you know how it works around here
[15:10] <Compn> if you want to review bugs, reopen, mark invalid, or whatever , do it
[15:10] <Compn> getting people to change their habits never works
[15:11] <ohsix> right, i'm not volunteering; so you can take what i say for whatever :p
[15:11] <Compn> :)
[15:11] <ohsix> but as a pure decision to be made, #1853 is "decidable" and you don't need a follow up to start working on it
[15:12] <ohsix> if there are people that just triage bugs that can sometimes not work well, they won't always be able to see that
[15:12] <Compn> you assume his guess that the problem is in swscale
[15:12] <Compn> was correct
[15:12] <Compn> :P
[15:12] <ohsix> he wouldn't have something as specific as an overwrite into padding without having tested it already or confirming it
[15:13] <ohsix> he goes so far as to say if it's a subimage it can ruin the outer content, which is probably the scenario where he encountered it
[15:13] <Compn> you have a lot of faith in anonymous bugreporters
[15:13] <ohsix> there's enough information to presume it's correct and start work in proving that it isn't, or modifying the documentation to say that it may happen
[15:14] <ohsix> not really, he's extremely specific already
[15:14] <ohsix> again, just on the one bug
[15:14] <Compn> he said 'sometimes'
[15:14] <Compn> you cant document a sometimes
[15:14] <ohsix> he could be operating on the principle that writing into padding is undesirable from some other situation, but he said it happened
[15:15] <nevcairiel> his problem is that he doesnt have padding, so it overwrites real pixels =p
[15:15] <Compn> yeah hes not padding it
[15:15] Action: Compn hasnt a clue about any of this
[15:15] <Compn> ehe
[15:15] <ohsix> COMPLETELY UNUSABLE
[15:16] <thegeek> if it's true it should at the very least be documented
[15:16] <ohsix> if i got a reply like that, not knowing who the guy was, i'd probably be pissed; or sizing up what proof is going to be acceptable to this likely arbiter of usable or unusuable
[15:16] <ohsix> if i find out the proof is going to be onerous, when i explained a completely frank premise; i'd probably decide not to do it
[15:16] <Compn> well why dont you message the bugreporter and find out how he feels about carls reply
[15:16] <Compn> you are concern trolling now
[15:17] <ohsix> i've been consistent, i said bugs don't need to be replied to; i said that reply was worse than no reply, i said the original report was very actionable and the initial response is nonsensical
[15:17] <Compn> took a while for me to realize it :)
[15:18] <ohsix> so if it's trolling to feel around the point i'm trying to make, that's fine; but i had it all in mind when i started the conversation
[15:18] <Compn> -now
[15:18] <Compn> you are concerned for other people, concern troll
[15:18] <ohsix> i'm concerned for myself
[15:18] <Compn> heh
[15:19] <ohsix> i told you how i would react if i had a similarly clear bug report, and got that type of response
[15:19] <ohsix> "completely unusuable" is wrong
[15:19] <Compn> i'll concede it
[15:20] <Compn> hard to find a completely unusable bugreport :)
[15:20] <ohsix> "this may be a serious bug", if you presume he'd report it because he's experienced it, and he's investigated it enough to know that filing a bug is appropriate, is kind of making light of it
[15:20] <Compn> but you know that english isnt carls first language
[15:20] <Compn> nor is english the first language for most people in the project ...
[15:21] <ohsix> i know
[15:21] <Compn> even fabrice is french
[15:22] <Compn> my english isnt great and i'm an american!
[15:22] <Compn> (joke against americans haha)
[15:22] <ohsix> the only reason i'm pretty good at reading ESL language butchering is from people that are american speaking or writing extremely poorly :p
[15:23] <ohsix> what were you referring to earlier about requirements for filing bugs, is an invocation of ffmpeg that exhibits the errors required even when you target libswscale for the bug?
[15:24] <Compn> the bugreporting rules mention giving an example using ffmpeg 'full uncut output'
[15:25] <Compn> or did you mean something else ?
[15:25] <ohsix> a separate but important aspect to that _is_ probably using the libraries outside of ffmpeg; since people are supposed to be able to, getting ffmpeg to do it might not do it, or requiring ffmpeg to do it might make a valid bug unreportable
[15:25] <Compn> do i think that the libs of the project should be bugreported using ffmpeg output ? where possible, yes
[15:25] <ohsix> right, the way i read it i couldn't tell if it was a requirement, you said "valid"
[15:26] <Compn> we've had a few people who find bugs in the libs, using custom code, but when asked if they can reproduce it with ffmpeg, either they can, and give us an ffmpeg report, or they cant, and find a bug in their own code
[15:26] <Compn> so asking users to check if reproducable in ffmpeg solves some problems sometimes
[15:26] <ohsix> right but a bug shouldn't be invalidated if that can't happen, it just easily facilitates reproduction for a developer; if libswscale can be used by itself you'd want it to work for things libswscale purports to do even if ffmpeg doesn't
[15:26] <Compn> by 'valid' i dont mean its a requirement, just that it makes for a better bugreport
[15:26] <ohsix> ok
[15:26] <Compn> valid in that , a devel will be more likely to look at a report
[15:27] <Compn> if it has full uncut ffmpeg output
[15:27] <Compn> i think carl does not mark bugs invalid if its missing the info
[15:27] <ohsix> you're basically saying it will get more attention if it's trivially reproducable
[15:27] <Compn> he will mark bugs invalid if no reply within 6 months and no more info ...
[15:27] <Compn> yes
[15:27] <Compn> not more attention
[15:27] <ohsix> right, ok
[15:28] <Compn> but actually get fixed, if its reproduceable
[15:28] <ohsix> well, a quick fix does seem like more attention
[15:28] <Compn> yeah
[15:28] <ohsix> considering how many other bugs are seemingly ignored; it depends on how you handle bugs tho
[15:29] <ohsix> this is all academic, you understand what i'm saying; "may" and a judgement on the usability of the bug without seemingly being able to understand the actual posts content is worse than not replying at all
[15:30] <Compn> but you cant prove that its worse or better
[15:30] <Compn> scientifically
[15:30] <Compn> you are guessing
[15:30] <ohsix> what exactly am i guessing?
[15:30] <ohsix> that no reply would be less annoying to the guy reporting it?
[15:30] <Compn> yes
[15:31] <ohsix> ok, i don't remember the name of the principle; but if you say nothing you have no way of insulting someone that isn't internal to their own perception
[15:31] <ohsix> they may be annoyed that they feel ignored, but they will be really annoyed if you tell them to fuck off
[15:31] <Compn> thats a principle, its not a scientific fact
[15:31] <Compn> its just a theory :)
[15:31] <ohsix> the first response is entirely up to them
[15:32] <Compn> have you reported bugs to projects and been ignored ?
[15:32] <Compn> have you reported bugs to projects and been told your bug was invalid ?
[15:32] <Compn> which one did you fight ?
[15:32] <Compn> :)
[15:32] <Compn> if you want to prove this its easy
[15:33] <Compn> count the bugs , find the ones where carl has replied, count how many of those got more info
[15:33] <ohsix> i know i wasn't ignored, but they may have been rhetorical, or i wasn't able or willing to test a new version, or there wasn't anything that someone could do about it
[15:33] <Compn> vs the bugs where no one replied , and how many of the bugs that no reply got more info
[15:33] <Compn> then compare the bugs together and see which one wins out
[15:33] <ohsix> i haven't been told a bug was invalid where it approached a problem that wasn't decided in the project
[15:34] <Compn> bonus if you count unreplied bugs and fixes vs replied bugs and fixes
[15:34] <ohsix> here's a simple way to explain the theory about ignoring reports, there is only one person involved if you do, there is 2 or more involved, possibly making the situation worse if you do
[15:35] <ohsix> s/worse if you do/worse if you don't
[15:35] <Compn> would it be better if michael just replied 'cant reproduce' ?
[15:35] <ohsix> it's not implied that the response will make the situation worse, but it's a possibility if you end up seemingly responding in a way that professed no understanding of what the reporter wrote in his post
[15:35] <Compn> which happens ... a lot
[15:36] <Compn> i get your theory, i get it, i just think its wrong
[15:36] <ohsix> the guy made an assessment about the bug being useful, the reporter doesn't care, and his assessment is objectively wrong
[15:36] <ohsix> it is a useless response
[15:37] <Compn> he asked for more info
[15:37] <Compn> thats not useless
[15:37] <Compn> thats exactly what you want
[15:37] <Compn> now you could say 'parts of his reply were useless'
[15:37] <ohsix> he didn't ask for anything pertinent to the actual bug reported, and he made a value judgement that is wrong
[15:38] <Compn> asking for a valgrind is pertinent
[15:38] <ohsix> value judgement has no place when people are providing you information, presumably in good faith; that you are both interested in, to improve your shared interest
[15:38] <ohsix> he already ran valgrind, or a test that used libswscale that showed the problem
[15:38] <ohsix> he wouldn't have discovered it if he hadn't
[15:38] <Compn> then it shouldnt be a problem for him to report that information
[15:38] <nevcairiel> considering he said it overwrites his actual pixels, and not said it crashes, valgrind wouldnt show anything
[15:39] <Compn> shhhhhhhhhh :P
[15:39] <nevcairiel> or are we talking about something else now? :P
[15:39] <Compn> no same bug
[15:39] <Compn> arguing over one sentence for 30 minutes
[15:39] <ohsix> he doesn't _need_ to provide that information for it to be looked into, he says he doesn't know the case in which it happens, and his assessment of what may be happening
[15:40] <Compn> how do you know it isnt sdl causing problems on odd-resolution video ?
[15:40] <ohsix> it's plausible that it is happening, and he wouldn't be reporting it if he didn't notice it in some way
[15:41] <Compn> and that the overwriting is something else in ffmpeg
[15:41] <Compn> but that he says is swscale
[15:41] <Compn> how do you know its not the decoder ?
[15:41] <ohsix> how does he know it is swscale?
[15:41] <Compn> correct
[15:41] <Compn> how do you even know if hes using swscale ?
[15:42] <nevcairiel> because he said so? :D
[15:42] <Compn> you believe users like that ?
[15:42] <ohsix> how does he know, he could be some boob that just said he was because he heard of this swscale something somewhere
[15:42] <Compn> we get people in #mplayer talking about windows media player ....
[15:42] <nevcairiel> it depends, you can usually judge by the way its written if he knows what he is talking about, or if he is just talking nonsense
[15:42] <ohsix> he has very specific information, and a hypothetical situation that is probably close to what he is actually doing and seeing the problem
[15:42] <Compn> they can use irc, but cant read a topic explaining #mplayer to be for the project hosted at mplayerhq.hu
[15:43] <ohsix> you can of course fake that, but if there's no tell, they're either a reallllly good fake, or they know what they're talking about, and you can take it at face value; but the response for both is exactly the same, and you shouldn't really be deciding if he's a good fake :p
[15:44] <Compn> you dont even know if hes using git
[15:44] <Compn> or if hes using 5 year old swscale
[15:44] <ohsix> over time, when you speak to him more about the problem or with proposed solutions, if he's able to keep up with the bug context, he still knows what he's talking about
[15:44] <ohsix> heh
[15:44] <Compn> ohsix : thats why we ask for ffmpeg output, to see what version libs they are using
[15:44] <Compn> because bug may already be fixed
[15:44] <Compn> thats what makes it valid
[15:44] <ohsix> he could be, but why wouldn't you try a new version if you were using libswscale and found out it had a bug, then what you'd be reporting is it doesn't work on x, does work on y
[15:44] <Compn> that they verify they use recent ffmpeg version.
[15:44] <Compn> or recent lib versions.
[15:44] <ohsix> it's more likely he's using a distro package, btu those still aren't 5 years old
[15:45] <nevcairiel> on debian they might
[15:45] <ohsix> then you'd be like "this patch fixed that" and he'd go to debian to get it into the package
[15:47] <ohsix> it is kind of weird he didn't include a version tho
[15:47] <Compn> even ffmpeg devels get screwed by a system ffmpeg once in a while
[15:47] <ohsix> TBH i thought it was someone trolling about swscale sucking originally
[15:48] <ohsix> given the name and the number of them closely filed together
[15:49] <Compn> its just someone whos frustrated with his code who finally makes a dumb account to report a bug
[15:49] <ohsix> you get some context about what he was actually doing on the 7x4 one, with ffmpeg output
[15:49] <ohsix> unless your documentation is perfect that frustration isn't always incumbent on the 3rd party
[15:50] <Compn> i mean frustrated it doesnt work
[15:50] <Compn> not pining the blame on anyone
[15:50] <Compn> pinning
[15:50] <ohsix> documentation is unambiguous and you may be doing things in a way that is actually undecided by the people implementing the api, but you happen to touch it
[15:50] <ohsix> s/unambiguous/ambiguous/
[15:51] <Compn> no one is arguing the docs cant be updated
[15:51] <ohsix> the best kind of documentation is the kind that elides a bunch of stuff because you need to know the outer discipline :] people come in without familiarity with that outer discipline and fuck everything up
[15:51] <ohsix> that's just a digression into the typical and real documentation problems i've seen with people consuming them, nothing to do with ffmpeg's documentation in particular
[15:53] <ohsix> i've no killer or absurd examples to offer though :[
[15:54] <ohsix> the alsa documentation is ambiguous in places, and there is a lot of presumed knowledge of clocks and other stuff to get things correct
[15:54] <ohsix> most people bodge it and do ok, though how to even do that isn't in the documentation per-se; but they do already know what write() means
[15:54] <Compn> ohsix : the thing is, people that know exactly where the pixels are being overwritten can give line numbers usually :P
[15:55] <thegeek> man, you guys;P
[15:55] <ohsix> yea i'm not going to speculate about what he's done anymore
[15:55] <ohsix> i'm pretty sure he's actually seen some dirt when using large strides to overlay images tho, just like in the report :p
[15:57] <Compn> thegeek : so whats up with you ?
[15:57] <thegeek> :)
[16:41] <cone-126> ffmpeg.git 03Michael Niedermayer 077de21960292c: sws: fix extreem downscaling
[17:03] <cone-126> ffmpeg.git 03Michael Niedermayer 07733f85b7ae02: sws: improve error messages
[17:03] <cone-126> ffmpeg.git 03Michael Niedermayer 07425c30ddae3e: sws: loose the minimum dimension checks
[17:53] <cone-126> ffmpeg.git 03Reimar Döffinger 075f9cbad60372: Port MPlayer fixes for coverity issues in libmpcodecs.
[20:04] <m4t> hi, for some reason av_open_input_stream seems to not set AVFormatContext->pb, so it is 0x0 and causes segfaults when its called later by ff_get_guid(pb, &g) or ff_id3v1_read(AVFormatContext *s)
[20:05] <PwrSurge> When I try to use ffmpeg, i get [mjpeg @ 0x438ab0] Could not parse framerate: 25.
[20:06] <PwrSurge> any idea what would cause framerate parsing to fail?
[20:38] <m4t> doh i figured it out
[20:39] <m4t> it was hitting if (pb && fmt && fmt->flags & AVFMT_NOFILE
[20:40] <m4t> and not setting ic->pb = pb;
[20:48] <ubitux> specifications on a wiki? WTF
[21:06] <durandal_1707> is it true that multithreaded slice decoding of h264 depends on how file was encoded?
[21:09] <durandal_1707> michaelni: how to handle overflow in caf demuxer patch? The only way I see is to abort if size is too big.
[21:16] <durandal_1707> ubitux: vampires
[21:19] <ubitux> i don't have silver bullets :(
[21:23] <durandal_1707> on google page "you do not use modern browswer...." - yea right
[21:25] <michaelni> slice decoding needs slices on the encoder side to be enable, some formats have mandatory slices, mpeg2 is one
[21:26] <michaelni> if some value overflows 64bit, yes header parsing should probably fail
[21:27] <michaelni> if such a file is valid we need the file probably to know what to do
[21:30] <Daemon404> [15:23] <@durandal_1707> on google page "you do not use modern browswer...." - yea right <-- what do you use?
[21:30] <Daemon404> inb4 opera or lynx
[21:33] <durandal_1707> Daemon404: opera and elinks
[21:33] <Daemon404> figured
[21:33] <Daemon404> standard BSD user browsers
[21:34] <m4t> i have some code that uses AVFMT_NOFILE but also wants to set AVIOContext
[21:34] <m4t> how does that work?
[21:36] <durandal_1707> what is audio codec 0xA100 as riff tag?
[21:39] <cone-126> ffmpeg.git 03Michael Niedermayer 07f44be0da946c: ff_h263_decode_init_vlc: fix order of operations to avoid failure with 2 threads
[21:40] <cone-126> ffmpeg.git 03Michael Niedermayer 076c8d259ab13f: msmpeg4dec: fix init code to not fail when called from 2 threads at the same time.
[21:40] <izaakschroeder> michaelni: i was curious about the packet loss also; however it happens every time i attempt capture of data and there's no perceivable loss when watching the actual content on the TV while it's being captured at the same time. am i missing something?
[21:41] <durandal_1707> hah found it: 0xA100 is Comverse Infosys Ltd. G723.1
[21:43] <ZiNC> Hey.
[21:43] <durandal_1707> there is bunch of G.* codecs, which one of them is so relevant that FFmpeg should have support it?
[21:44] <ZiNC> Will a non-ffmpeg question, but audio related, be frowned upon? :)
[21:46] <durandal_1707> i HATE when someone beats me
[21:47] <Daemon404> yeah what an asshole. he should have known you were working on a one line change and not done it.
[21:49] <durandal_1707> I'm deeply sorry, but I cannot share such opinion(s) with you
[21:50] <m4t> nobody?
[21:50] <Daemon404> i wonder if they have sarcasm over there in croatia
[21:50] <Daemon404> <_<
[21:50] <m4t> would it help if i just put up a link to the source file im working with?
[21:50] <m4t> https://code.google.com/p/squeezeslave/source/browse/squeezeslave/trunk/squ…
[21:51] <m4t> i don't see how AVFMT_NOFILE will work with read callbacks specified in a custom AVIOContext
[21:51] <michaelni> durandal_1707, i didnt push it yet, i can wait if you want ?
[21:52] <durandal_1707> michaelni: nah, i'm dumb and slow
[21:54] <michaelni> m4t, your code looks broken
[21:54] <m4t> not my code, but yeah
[21:54] <m4t> trying to unbreak it
[21:55] <michaelni> you cant change the structs rturned by av_find_input_format()
[21:57] <michaelni> and i dont know why the code is doing that ...
[22:25] <Compn> durandal_1707 : you see twocc list on wiki.multimedia.cx ?
[22:25] <Compn> it has them all listed...
[22:30] <m4t> weee
[22:30] <m4t> i fixed it!
[22:30] <m4t> :D
[22:30] <m4t> aac: probe ok name:aac lname:raw ADTS AAC
[22:31] <m4t> took 5 hrs :/
[22:31] <m4t> http://pastebin.com/dvnrnZxS
[22:35] <durandal_1707> what is that?
[22:36] <durandal_1707> michaelni: you lost commit rights or what?
[22:41] <cone-126> ffmpeg.git 03Piotr Bandurski 072ef26b5e7337: riff: support 0xa100 TwoCC
[22:43] <j-b> where is this 4790b7f1c44f98e35f3b806468fa615f5930a5b3.wav ?
[22:44] <durandal_1707> j-b: link to big zip is on bug report
[22:44] <funman> http://ffmpeg.org/trac/ffmpeg/ticket/1856
[22:46] <durandal_1707> it is full of 3ga files with missing moov atom
[22:46] <j-b> yep
[22:46] <j-b> because it smells like a forum issue reported on VLC last few days
[22:48] <durandal_1707> j-b: you know some relevant speech codec that should be supported but it is not?
[22:49] <j-b> durandal_1707: is there anything relevant that ffmpeg does not support, to be honest?
[22:50] <j-b> durandal_1707: the biggest issues I see are people using Stupid stuff from broadcasting and some G72x variants
[22:50] Action: Daemon404 slaps j-b with mxf
[22:52] <j-b> oh yeah
[22:52] <j-b> and Let's put 16 channels of raw audio in mov, even if those are in fact 4 different tracks
[22:53] <Daemon404> hah
[22:53] <Daemon404> yes
[22:53] <Daemon404> dont they have some sort of metadata track
[22:53] <j-b> of course
[22:53] <j-b> but the answer is: fuck you, use multiple tracks
[22:53] <Daemon404> :3
[22:53] <j-b> they usually do not like this answer
[22:54] <ubitux> it's because it's lacking a "e" in the sentence
[22:54] <nevcairiel> people always find some braindead way to create stupid files
[22:54] <ubitux> "fuck you e use multiple tracks"
[22:54] <ubitux> see? much better.
[22:54] <Daemon404> nevcairiel, im not sure people who write 'pro' video tools are 'people'
[22:55] <Daemon404> i heard avid exclusively hires demons
[22:55] <cone-126> ffmpeg.git 03Clément BSsch 076078bd802471: lavf/showspectrum: fix unaligned rdft data.
[22:55] <nevcairiel> those pro tools are the worst
[22:55] <nevcairiel> some engineer thought he was mighty smart
[22:55] <j-b> durandal_1707: jokes aside, i don't really know. The Voxware was annoying though
[22:56] <ubitux> durandal_1707: you're looking for some codecs to implement?
[22:56] <Daemon404> voxware metasound or optimfrog
[22:56] Action: Daemon404 runs
[22:56] <ubitux> durandal_1707: i think mpeg-4 audio specs have a lot of unimplemented ones
[22:57] <Daemon404> mainly libav* lacks ER AAC LD
[22:57] <nevcairiel> some people kept bugging me last about about LD support
[22:57] <Daemon404> nevcairiel, i get bugged for it too
[22:57] <nevcairiel> s/about/week/
[22:57] <Daemon404> and i keep telling them
[22:57] <Daemon404> "dont upload LD to a vidoe sharing site"
[22:57] <Daemon404> "it makes no sense"
[22:57] <nevcairiel> someone insisted i should use the frauenhofer codec because it supports LD
[22:57] <Daemon404> the decoder?
[22:58] <nevcairiel> yea
[22:58] <Daemon404> thats not even legal
[22:58] <nevcairiel> thats what i told him
[22:58] <Daemon404> faad also supports it
[22:58] <Daemon404> but.. meh
[22:58] <j-b> durandal_1707: iSaC ?
[22:58] <j-b> Siren?
[22:58] <nevcairiel> i also told him that LD doesnt make sense in any files, except if its a dump of some speech stream
[22:59] <nevcairiel> but users are users
[22:59] <Daemon404> nevcairiel, for me, users wanna upload recordings of conference calls
[22:59] <Daemon404> or they accidentally check LD in final cut
[22:59] <Daemon404> or smth
[22:59] <nevcairiel> wonder if LD would be that complicated to support
[23:00] <nevcairiel> not that i know anything about aac
[23:00] <Daemon404> alex said if he could get a weekend free, he could do it
[23:00] <Daemon404> im holding out hope.
[23:00] <nevcairiel> he hasnt been really all that active lately
[23:00] <j-b> durandal_1707: G.7xx, AMR-dtx ?
[23:01] <nevcairiel> i guess we can be lucky that people dont come with aac ssr files
[23:06] <cone-126> ffmpeg.git 03Michael Niedermayer 07189fbcede89b: tak_parser: check ff_combine_frame() return code
[23:06] <cone-126> ffmpeg.git 03Michael Niedermayer 070f943ed3c8e5: swfenc: zero fifo after freeing
[23:08] <durandal_1707> ubitux: i have list for REing small audio codecs but imho it is nothing really important: QDMC, zvr (some speech variant, appears to not be used anymore) and that is it
[23:13] <durandal_1707> j-b: you have any samples for G.7xx ?
[23:16] <j-b> which one ?
[23:16] <durandal_1707> any
[23:17] <durandal_1707> michaelni: wav demuxer have problems with codecs like G.723_1 and imc: you get bunch of warnings with -f framemd5, and i cannot locate source of the problem
[23:23] <michaelni> how can it be reproduced?
[23:47] <j-b> durandal_1707: g718, I think so
[00:00] --- Sun Oct 28 2012
1
0
[00:20] <naxil> hello
[00:20] <naxil> i want do this file Duration: 00:00:08.08, start: 3.000000, bitrate: 6999 kb/s
[00:20] <naxil> Stream #0.0: Audio: 0x0162, 44100 Hz, stereo, s16, 96 kb/s
[00:20] <naxil> Stream #0.1: Video: vc1, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 6140 kb/s, 29.97 tbr, 1k tbn, 29.97 tbc
[00:20] <naxil> i can encode the same file with linux?
[00:21] <naxil> i want start from youtube video and finish to the same info
[00:23] <JEEB> you can most probably encode it, but there is no vc1 encoder in libavcodec so you can't encode to the vc1 format :P
[00:23] <JEEB> no idea what you meant because you certainly didn't put it clear what you want
[00:24] <naxil> yes JEEB
[00:24] <naxil> i want make a output file like the ffmpeg -i info
[00:25] <iive> ffprobe ?
[00:25] <naxil> but if i can't make the vc1 file..
[00:25] <JEEB> yes, libavcodec doesn't have vc1 encoders
[00:25] <naxil> ffprobe?
[00:25] <naxil> what is it?
[00:25] <JEEB> you can get a free vc1 encoder from MS
[00:25] <JEEB> called the expression encoder
[00:25] <iive> sorry... got the wrong idea.
[00:25] <naxil> for linux?
[00:25] <JEEB> the free version of it contains an up-to-date VC-1 encoder
[00:25] <JEEB> naxil, hah
[00:25] <naxil> i use ubuntu lucid
[00:25] <naxil> i hate m$
[00:26] <JEEB> I'm not even sure if the VC-1 reference encoder can be built on linux
[00:26] <JEEB> naxil, try expression encoder under wine
[00:26] <iive> probably with some tweaking.
[00:26] <JEEB> if it doesn't work then you can't encode vc1 under linux
[00:26] <naxil> yes i have try
[00:26] <iive> i remember some programs used the reference decoder.
[00:26] <naxil> but it close with error after i hav einstall it
[00:26] <iive> this actually gives me an idea.
[00:26] <naxil> say to me windows error
[00:27] <JEEB> naxil, do you have an up-to-date wine?
[00:27] <naxil> i don't know.. i can install latest wine with 10.04 ubuntu?
[00:27] <JEEB> try the official ppa?
[00:27] <JEEB> http://www.winehq.org/download/ubuntu
[00:28] <naxil> wine-1.4
[00:28] <naxil> i have wine-1.4
[00:28] <JEEB> try wine-1.5
[00:28] <naxil> JEEB
[00:28] <naxil> tnx
[00:28] <naxil> thz
[00:28] <naxil> thv
[00:28] <naxil> thanks
[00:28] <naxil> lol
[00:29] <JEEB> but really, if you need to encode VC-1 it's much simpler to just use windows if wine really doesn't work :P
[00:29] <JEEB> be it in a virtual machine or not
[00:33] <naxil> isprivate?
[00:34] <naxil> Jeeb but for see the info about options on ffmpeg
[00:34] <naxil> becasue ffmpeg --help show only...
[00:34] <JEEB> what?
[00:37] <naxil> the right options for encode
[00:37] <naxil> i not see the help
[00:37] <naxil> where i can see all the options?
[00:37] <JEEB> eh
[00:37] <JEEB> -help
[00:37] <JEEB> single -
[00:37] <JEEB> in general ffmpeg options all have a single -
[00:38] <naxil> axil@naxil-desktop:~$ ffmpeg -help
[00:38] <naxil> FFmpeg version SVN-r0.5.9-4:0.5.9-0ubuntu0.10.04.1, Copyright (c) 2000-2009 Fabrice Bellard, et al.
[00:38] <naxil> configuration: --extra-version=4:0.5.9-0ubuntu0.10.04.1
[00:38] <naxil> i see only this.. not the options like -o
[00:39] <JEEB> also geez that is old, but it won't help you encode vc-1
[00:39] <iive> naxil: this is at least 3 years old. :P
[00:40] <iive> and upgrading ubuntu won't give you real ffmpeg.
[00:40] <JEEB> well not like he will able to encode vc-1 if he updates his ffmpeg >_>
[00:50] <naxil> what iive?
[02:29] <V1nce> hi
[03:44] <hexsprite> I'm trying to do a slow motion effect on a video and copy audio silence. The problem here is that it doesn't stop encoding when the video ends and tries to keep encoding /dev/zero forever. Any tips?? ffmpeg -i %(input_filename)s -ar 44100 -acodec pcm_s16le -f s16le -ac 2 -i /dev/zero -acodec aac -ab 128k -strict -2 -vcodec libx264 -vf 'setpts=%(slomo_factor)i*PTS' -map 0:0 -map 1:0 %(output_filename)s
[03:48] <hexsprite> guess i could add an explicit -t option
[03:51] <hexsprite> how can I ask ffmpeg to stop encoding when it reaches the end of the video input file as opposed to keep trying to encode the audio which is longer?
[06:33] <Reelee> I am having problems using multiple chains (with overlays) in filter_complex: http://pastebin.com/dsk9TShq Can someone please help me out?
[08:28] <elkng> how to get convert part of video into frames in "png" format ?
[08:29] <elkng> to extract only frames from 20 to 40 ?
[08:44] <zap0> how do you think?
[12:29] <divVerent> is there a way to specify HUGE input command lines to ffmpeg from a file?
[12:29] <divVerent> I tried using -fpre, but it doesn't recognize i= and itsoffset= in there
[12:30] <divVerent> and all I want to do is to use like thousands of input files with different itsoffset, and amix them
[12:30] <divVerent> yes, I did look into doing this with sox instead, it seems to not be able
[12:32] <divVerent> hm... it failed anyway, amix's "longest" stream length setting fails to work properly with -itsoffset
[14:14] <GRMrGecko> I have both a video and audio source. The video ends at 38590 frames, which is before the audio ends. How can I make ffmpeg stop encoding the file at end of video input?
[14:14] <GRMrGecko> -async 0?
[14:15] <JEEB> I think there was a -shorter option or something?
[14:22] <GRMrGecko> JEEB: I'll look, thanks
[14:23] <GRMrGecko> JEEB: -shortest
[14:23] <GRMrGecko> thanks:D
[14:34] <WGH> hello, I'm having trouble capturing my screen with ffmpeg on Windows
[14:35] <WGH> I've installed additional DirectShow filter and it works fine, but
[14:35] <WGH> there are no audio input filters
[14:35] <WGH> according to various web sites, there should be several input filters with names matching actual audio devices
[14:35] <WGH> but there are none
[14:36] <WGH> GraphStudio also doesn't have "audio capture source" option in the drop-down list
[14:41] <WGH> oh, I've found the solution, but it wasn't obvious at all
[14:42] <WGH> I've done something with so-called "stereo mix" device
[14:46] <WGH> I should write about that on the ffmpeg wiki
[15:02] <WGH> as always, you solve the problem the moment you ask about it on IRC
[16:13] <mcnesium> i have trouble with converting ogv to webm: http://pastie.org/5123504
[16:13] <mcnesium> searching 'oggvorbis_encode_init: init_encoder failed' on the web gets me lots of stuff but none of it has a real solution in it
[16:14] <mcnesium> so can anyone help me find the error?
[16:14] <mcnesium> this is on ubuntu 12.10
[16:14] <mcnesium> ffmpeg version 0.8.3-6:0.8.3-6ubuntu2
[16:26] <mcnesium> same with the original .avi file http://pastie.org/5123551
[16:27] <Mavrik> 1.) avconv obviously isn't ffmpeg even though Ubuntu maintaners think that
[16:27] <Mavrik> 2.) libvorbis probably doesn't like your output audio settings
[16:27] <Mavrik> try setting number of channels to 2 or raising sample rate to 22050
[16:28] <JEEB> that's libav used as you can see, try switching from the ffmpeg command to avconv (as it's the updated binary in libav), and yes -- what Mavrik says about output audio settings.
[16:36] <mcnesium> Mavrik: i figured that i geht this answer here, but i have the same output with ffmpeg, just accidentally caught the "wrong" paste
[16:36] <Mavrik> mcnesium, mhm, just remember not all things we say here always work (or hold for) avconv :)
[16:38] <JEEB> then I guess you would have to poke your audio encoder settings
[16:38] <JEEB> because sample format at least gets autoconverted to something thatl libvorbis likes
[16:39] <JEEB> mcnesium, also the ffmpeg in there is really old, if you are going to use the stuff delivered with ubuntu, you should use the avconv command. libav rewrote parts of ffmpeg and renamed it avconv. ffmpeg's ffmpeg (the tool) currently has those updates, but libav's 'ffmpeg' is basically a very old version of it that was removed after the 0.8 release in libav.
[16:40] <JEEB> how did you switch sample rate again...
[16:40] <JEEB> ah
[16:40] <JEEB> -ar
[16:41] <JEEB> mcnesium, try adding -ar 22050 after the -i
[16:41] <mcnesium> ar 22050 didn change a thing, but using 44100 i get a different error, hold on :)
[16:42] <mcnesium> http://pastie.org/5123606
[16:42] <JEEB> fun stuff, you should ask #libav that I guess
[16:42] <mcnesium> i googled that error before, too but also only lots of pastebin foo
[16:42] <mcnesium> okay ill try
[16:43] <JEEB> yes, that one just means that the timestamps didn't rise from the last frame
[16:43] <mcnesium> can i avoid that?
[16:44] <JEEB> depends on where it's happening
[16:45] <mcnesium> so this is a file-specific problem?
[16:45] <JEEB> could be a muxer specific in libav
[16:45] <JEEB> (in the 0.8 release of theirs)
[16:46] <mcnesium> didnt figure this to be so so complicated to convert a video to webm these days -.-
[16:59] <knob> Hello everyone
[16:59] <knob> Are there any "support forums" for ffmpeg?
[16:59] <knob> Someplace you might suggest I go to post some questions/doubts?
[16:59] <JEEB> the one in the topic?
[17:01] <knob> damn...
[17:02] <knob> sorry for that, and thank you JEEB =)
[17:02] <knob> much appreciated
[17:02] <JEEB> np, never really visited it myself but it is in the topic so I would guess it's more or less official :)
[17:02] <knob> side-question: I am successfully creating a small .mpg with ffmpeg. I want to play that video on a webpage. Any players you guys suggest?
[17:03] <knob> I saw FlowPlayer.org and html5 video... yet not sure what/where/why.
[18:30] <m4t> im getting a segfault in avformat_open_input->adts_aac_read_header->ff_id3v1_read
[18:30] <m4t> across multiple versions (0.8.x, 0.10.x)
[18:30] <m4t> i think im missing some configure option to enable that?
[18:33] <m4t> http://pastebin.com/kW6s64Rk
[18:38] <m4t> im getting another crash with wma at avformat_open_input->asf_read_header->avio_read
[18:43] <m4t> http://pastebin.com/dNMj4yJj
[19:01] <m4t> for some reason AVIOContext is seems to be null when passed to avio_read()
[19:02] <m4t> #0 0x000003fff6345880 in avio_read (s=0x0, buf=0x3fff44f3c40 "@\\b", size=16)
[19:47] <PwrSurge> hello
[19:47] <PwrSurge> When I try to use ffmpeg, i get [mjpeg @ 0x438ab0] Could not parse framerate: 25.
[19:47] <PwrSurge> any idea what is going on?
[20:56] <RobertNagy> is there any function in ffmpeg that would allow me to resample x number of audio samples to y number, where x changes and y is constant, without having to initialize a swresample context everytime?
[21:42] <ZiNC> Hey.
[21:47] <funyun> hi. i'm trying to encode a video but the encode is very slow. here's the syntax i'm using "ffmpeg -i movie.mpg -vcodec libx264 -vf crop=in_w-6:in_h-4:4:2,scale=854:480 -preset slow -crf 17 -threads 0 video3.h264"
[21:48] <funyun> does anyone know why this is happening?
[21:52] <ZiNC> What's "slow"?
[21:53] <funyun> ZiNC: the video is half or more the speed it should be
[21:53] <ZiNC> The encoding speed?
[21:53] <funyun> ZiNC: playback speed
[21:54] <ZiNC> Is framerate identified correctly in the final video?
[21:54] <ZiNC> Does it max the CPU?
[21:56] <funyun> ZiNC: it uses 17% of the CPU. i used the same framerate mediainfo provides for the source
[21:57] <ZiNC> Not sure then.
[21:58] <ZiNC> If you think it's about encoding parameters, perhaps try changing them and see the effect.
[22:00] <funyun> cbsrobot: http://pastebin.com/3T3HVn7t
[22:03] <cbsrobot> funyun: what happens if you add -r 24000/1001
[22:04] <cbsrobot> just encode the first few minutes to test
[22:04] <cbsrobot> use -t 600
[22:04] <cbsrobot> f.ex
[22:13] <PwrSurge> When I try to use ffmpeg, i get [mjpeg @ 0x438ab0] Could not parse framerate: 25.
[22:13] <PwrSurge> any idea what is going on?
[22:14] <durandal_1707> PwrSurge: full uncut console output
[22:24] <funyun> cbsrobot: yes, that helped. but now i think it's too fast
[22:37] <funyun> cbsrobot: yes. def too fast
[22:38] <Simex> Hello everybody
[22:58] <PwrSurge> ffmpeg version 0.10 Copyright (c) 2000-2012 the FFmpeg developers
[22:58] <PwrSurge> built with gcc 4.5.3
[22:58] <PwrSurge> configuration: --disable-encoders --disable-muxers --disable-ffplay --disableP
[22:58] <PwrSurge> peg --enable-demuxers --enable-parser=mjpeg --enable-demuxer=mjpeg --enable-decP
[22:58] <PwrSurge> --disable-bsfs --enable-decoder=dvbsub --enable-demuxer=mpegps --disable-device2
[22:58] <PwrSurge> sable-zlib --enable-bzlib --disable-network --disable-ffprobe --disable-static
[00:00] --- Sun Oct 28 2012
1
0
[00:07] <saste> wow a doc document with a screenshot image
[00:08] <saste> actually two screenshot images
[00:12] <llogan> don't get me started. i setup a wordpress site for some local union and they simply use it to post MS office files instead of simply making posts/pages.
[00:17] <saste> they re-adapt their usual workflow
[00:20] <cone-621> ffmpeg.git 03Stefano Sabatini 07HEAD: tools: add ffescape utility
[01:06] <cone-621> ffmpeg.git 03Paul B Mahol 0773f9d2e88731: cafenc: make .long_name match demuxer
[01:59] <cone-621> ffmpeg.git 03Matthieu Bouron 07cfb1c3c9f01a: aiffdec: read ID3 attached pictures
[02:07] <durandal_1707> can we get new logo? current one is really ugly.
[02:18] <llogan> durandal_1707: we can go back to the standard logo. michaelni and maybe Compn can do that.
[02:18] <llogan> probably about time anyway, IMO.
[02:28] <Compn> we should make a pretty one with sexy girls for durandal_1707 :)
[02:29] <llogan> girls? FFmpeg? i've never heard of this combination.
[02:29] <llogan> maybe i'll make one that incorporates 10L of soft drink bottles
[02:29] <Compn> news entry: ffmpeg developers seeking women for marketing purposes.
[02:30] <llogan> we used our allotment already. she made the summer logo.
[02:31] <Compn> doh
[02:32] <Compn> i dont think its ugly
[02:32] <Compn> its fall colors
[02:32] <Compn> around here its orange, red, yellow and green leaves everywhere
[02:41] <llogan> it's hemisphericist
[03:39] <cone-621> ffmpeg.git 03Michael Niedermayer 07f69f9b387624: aacenc: replace scale factor warning by assert
[03:39] <cone-621> ffmpeg.git 03Michael Niedermayer 070018aa9013db: aacps: loose self assignment
[03:39] <cone-621> ffmpeg.git 03Michael Niedermayer 079f36ec6aa936: aacps: fix order of operands of ipdopd_reset().
[14:23] <ubitux> hey
[14:24] <ubitux> actually we *can* print the pts with drawtext.
[14:27] <ubitux> but there's something fishy
[14:27] <thegeek> anyone got any good ideas for debugging the asm-crashes I get with a mingw-compiled ffmpeg 1.0 ?
[14:27] <thegeek> ticket #1844
[14:27] <Compn> thegeek : what ver yasm ?
[14:28] <thegeek> let me check
[14:28] <thegeek> 1.1
[14:28] <thegeek> I'm cross-compiling on a ubuntu VM
[14:29] <thegeek> I build the entire cross-compiling toolchain with the "mxe" framework/project
[14:29] <thegeek> latest mingw-w64 etc (gcc 4.7.2)
[14:29] <ubitux> ffplay -f lavfi 'testsrc=s=640x480,drawtext=text=%T:basetime=0:box=1:x=w/2-tw/2:y=50:fontsize=50'
[14:29] <ubitux> yay.
[14:30] Action: ubitux doesn't understand why it starts at 02:00:00
[14:31] <thegeek> Compn: If I disable asm or specify a wrong (unknown) arch it works
[14:31] <thegeek> will specifying a bad arch in cross-compiling mode also disable asm?
[14:31] <Compn> well the asm is for x86, so if you specify some diff arch, it wont get compiled...
[14:31] <thegeek> yes that makes sense, I can stop looking at the whole arch thing then
[14:32] <thegeek> it's basically just something to do with asm
[14:32] <thegeek> static/shared makes no difference
[14:32] <thegeek> and I've tried disabling additional libs etc
[14:32] <nevcairiel> you can disable asm at runtime when you specify -cpuflags 0 or something like that
[14:33] <thegeek> hmm, that's interesting
[14:33] <nevcairiel> might help debugging
[14:33] <thegeek> yeah
[14:33] <Compn> your gdb says it crashes in sse2 ?
[14:33] <Compn> of course, i have no clue
[14:33] <thegeek> nevcairiel: indeed, with cpuflags 0 the command does not crash, might be a temporary workaround if nothing else
[14:34] <nevcairiel> will most likely be rather slow
[14:34] <thegeek> Compn: I've seen it in both the sse2 and avx version of the function
[14:34] <thegeek> nevcairiel: yes, why I don't want to disable it for the entire build;P
[14:34] <Compn> maybe race condition ?
[14:34] <thegeek> it happens _every_ time
[14:34] <Compn> can you shrink your command line further ?
[14:34] <thegeek> hmm, I'll try
[14:35] <Compn> on windows, you can also output to NUL which is like devnull ...
[14:36] <Compn> course that might just add noise :P
[14:37] <Compn> crashes in swresample ? try setting a different channel mix or something too
[14:38] <thegeek> ah ok
[14:38] <Compn> why stereo to mono ?
[14:38] <Compn> try setting it stereo output probably makes it work :P
[14:38] <Compn> anyways, cant help much , not a programmer
[14:38] Action: Compn goes afk
[14:38] <Compn> good lcuk
[14:38] <thegeek> thanks:)
[14:39] <ubitux> ./ffplay -f lavfi 'testsrc=s=640x480,drawtext=text=%T:basetime=0:box=1:x=w/2-tw/2:y=50:fontsize=50[plane]; aevalsrc=sin(2*PI*t*220)*exp(-4*mod(t\,1)),asplit[out1][a]; [a]showwaves=s=300x100[waves]; [plane][waves] overlay=50:H/2-h/2 [out0]'
[14:39] <ubitux> @_@
[14:40] <ubitux> michaelni: since you added that basetime option, any idea why it starts at 2 hours?
[14:42] <ubitux> mmh maybe some localisation issue
[14:43] <divVerent> ubitux: haha, learned something new
[14:43] <divVerent> so ffplay is now a function plotter ;)
[14:43] <ubitux> :D
[14:44] <ubitux> it's too bad this basetime thing is not documented, i recently told someone this kind of thing wasn't supported
[14:46] <cone-965> ffmpeg.git 03Luca Barbato 0742c26a4864f1: rawvideo: use a specific read_header
[14:46] <cone-965> ffmpeg.git 03Luca Barbato 075f0e161dd615: g722: refactor out of rawdec.c
[14:46] <cone-965> ffmpeg.git 03Luca Barbato 072ef4d586d635: pcmdec: remove dependency from rawdec
[14:46] <cone-965> ffmpeg.git 03Luca Barbato 07587874ef1c94: rawdec: remove ff_raw_read_header
[14:46] <cone-965> ffmpeg.git 03Janne Grunau 07285b706b551b: avfilter: fix graphparser memleaks on error paths
[14:46] <cone-965> ffmpeg.git 03Janne Grunau 071b891d17c531: avconv: fix bitrate report when writing to /dev/null
[14:46] <cone-965> ffmpeg.git 03Michael Niedermayer 07507f2940ccdc: Merge commit '1b891d17c531e8a63c2974aab4bf997ce70746f3'
[14:48] <ubitux> 'testsrc=s=640x480,hue=H=2*PI*t,drawtext=text=%T:basetime=0:box=1:x=w/2-tw/2:y=50:fontsize=50[plane]; aevalsrc=sin(2*PI*t*220)*exp(-4*mod(t\,1)),asplit[out1][a]; [a]showwaves=s=300x100[waves]; [plane][waves] overlay=50:H/2-h/2 [out0]'
[14:48] <ubitux> even more psychedelic
[14:49] <durandal_1707> i dont have drawtext
[14:49] <ubitux> too bad ;)
[14:49] <michaelni> ubitux, feel free to document all undocumented things
[14:49] <divVerent> document ALL the things ;)
[14:49] <ubitux> michaelni: i'd like to fix the timezone thing :p
[14:50] <ubitux> can anyone else confirm the timer isn't starting at 00:00:00?
[14:50] <divVerent> ah, hue effect ;)
[14:50] <cone-965> ffmpeg.git 03Paul B Mahol 077fe6f6e2b10f: caf muxer: write metadata
[14:52] <divVerent> ubitux: haha, found a really nasty and hard to track down bug in showspectrum or aevalsrc...
[14:52] <divVerent> or rather
[14:52] <divVerent> maybe the bug is that they don't work with float values ;)
[14:52] <ubitux> you found a bug?
[14:53] <saste> impossible, ffmpeg has no bugs
[14:53] <divVerent> either that, or a missing feature
[14:53] <saste> (just undocumented features)
[14:53] <divVerent> ffplay -f lavfi "aevalsrc=tan(3000*t), showspectrum=s=640x480 [out0]"
[14:53] <divVerent> expected result: all frequency lines are equally strong
[14:53] <ubitux> herm crash :(
[14:53] <divVerent> because tan(x) = 2*(sin(2x) + sin(4x) + sin(6x) + ...)
[14:53] <divVerent> so all the overtones should look equally bright
[14:54] <divVerent> but the lower ones are stronger :P
[14:54] <divVerent> better use 10000*t :)
[14:54] <divVerent> admitteldy, this function IS evil
[14:54] <ubitux> zsh: segmentation fault ./ffplay -f lavfi "aevalsrc=tan(3000*t), showspectrum=s=640x480 [out0]"
[14:54] <ubitux> :(
[14:55] <divVerent> my conclusion from how it looks is that somewhere, the samples get clipped... could it aevalsrc clips samples into [-1..1] range?
[14:55] <ubitux> and when i run it with valgrind it works... and spots no error
[14:55] <divVerent> haha
[14:55] <divVerent> valgrind makes it so slow the error doesn't happen :P
[14:55] <ubitux> :D
[14:56] <divVerent> ffplay -f lavfi "aevalsrc=tan(2*PI*440*t), showspectrum=s=640x480 [out0]"
[14:56] <divVerent> is more sensible anyway :P
[14:56] <divVerent> ah, indeed, it must be sample clipping
[14:56] <divVerent> the spectrum looks good when I add a * 0.01
[14:56] <ubitux> crashes with * 0.01
[14:57] <ubitux> wth.
[14:57] <divVerent> well, you do know what tan() does and why it is evil... but shouldn't crash
[14:57] <divVerent> maybe you hit a t value for which you get a NaN...
[14:57] <saste> ubitux: it doesn't crash here
[14:57] <divVerent> on the other hand
[14:57] <ubitux> divVerent: do you have the same results if you just remove the showspectrum?
[14:57] <divVerent> aevalsrc=1/0 does not crash
[14:58] <ubitux> yes ffmpeg prevents black holes
[14:58] <divVerent> ubitux: I have no results if I remove showspectrum
[14:58] <divVerent> because then there is nothing to see
[14:59] <divVerent> oh wait, there is
[14:59] <divVerent> ffplay has automatic showspectrum
[14:59] <divVerent> sounds HORRIBLE btw, but I expected that :P
[14:59] <divVerent> I wonder how evil playing the tan() is on OS X, which has a floating point audio system
[14:59] <divVerent> could result in a sound whose volume you can't turn down ;)
[15:01] <ohsix> it would sound find
[15:01] <ohsix> fine, glaghgh
[15:02] <ohsix> was actually just reading about how that crap all worked; trying to find some references i know i read a few years ago but couldn't find again :]
[15:02] <divVerent> I mean, CoreAudio is fp32... does that mean applications can output sound values > 1? What if they output really HUGE values... and using the internal speaker of a Mac mini, which has no hardware volume control
[15:03] <divVerent> if output clamping takes place only after mixing, then there would be no way to turn this sound to sensible level
[15:03] <ubitux> < divVerent> ffplay has automatic showspectrum // the filter is based on this ffplay rdft mode
[15:04] <ubitux> if you have a different output, that's not wanted
[15:04] <divVerent> ah, I see
[15:04] <divVerent> the output is the same
[15:04] <ubitux> <@durandal_1707> i dont have drawtext // you need --enable-fontconfig --enable-libfreetype
[15:06] <divVerent> ubitux: okay... avalsrc outputs double* samples
[15:07] <divVerent> [Parsed_showspectrum_1 @ 0x7f4ee40021e0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_aevalsrc_0' and the filter 'Parsed_showspectrum_1'
[15:07] <divVerent> [auto-inserted resampler 0 @ 0x7f4ee40090c0] chl:mono fmt:dblp r:44100Hz -> chl:mono fmt:s16p r:44100Hz
[15:07] <divVerent> there's the "problem" :)
[15:08] <ubitux> so what's wrong here?
[15:08] <divVerent> that the spectrum filter requires 16bit integer samples
[15:08] Action: durandal_1707 http://doom10.org/index.php?topic=2413.msg11037#msg11037
[15:08] <divVerent> my tan() example was not really serious, but some people would quite surely like at least 24bit precision in it
[15:09] <ubitux> < divVerent> that the spectrum filter requires 16bit integer samples // that's the reason the resampler is resampling it
[15:09] <divVerent> yes
[15:09] <divVerent> the resampling filter insertion is fine
[15:09] <divVerent> but why does the spectrum filter insist on s16p
[15:09] <durandal_1707> patch welcome
[15:09] <ubitux> oh because the original code was using 16-bit
[15:09] <ubitux> so i didn't change it
[15:09] <divVerent> just asking, as there may be a good reason
[15:10] <divVerent> wonder what type FFTSample is
[15:10] <divVerent> as it mainly depends on that
[15:10] <ubitux> float
[15:10] <divVerent> float... okay, that sounds like it should be somewhat easy to add more formats
[15:11] <divVerent> and ffplay.c's code has a similar issue, sample_array is 16bit
[15:12] <ubitux> 15:09:42 <@ubitux> oh because the original code was using 16-bit
[15:12] <ubitux> :)
[15:12] <divVerent> but that file has quite some code depending on that property
[15:12] Action: divVerent just asks himself why that code in ffplay.c even works
[15:13] <divVerent> where does it ensure the audio data actually is int16 :P
[15:13] <divVerent> ah, it forces S16 output format
[15:13] <divVerent> I see now
[15:14] <divVerent> I wonder if we already got some audiophiles who claimed that 24bit flacs sound so much better in ffplay than 16bit flacs ;)
[15:14] <ubitux> divVerent: try replacing AV_SAMPLE_FMT_S16P with AV_SAMPLE_FMT_DBLP in the lavfi/avf_showspectrum.c
[15:14] <ubitux> and see if it still works
[15:14] <ubitux> (or works better?)
[15:15] <divVerent> that can't work ;)
[15:15] <ubitux> why?
[15:15] <divVerent> /* fill RDFT input with the number of samples available */
[15:15] <divVerent> this loop needs then duplicating for the different formats
[15:15] <ubitux> ah indeed there is this one
[15:15] <divVerent> and that's the point where I'd ask the coding style questions before making a patch
[15:15] <ubitux> s/int16_t/double/g might work
[15:15] <divVerent> I'd probably use a macro here
[15:16] <divVerent> sure, but then it's double-only
[15:16] <divVerent> it's probably more sensible to have the filter support multiple formats
[15:16] <ubitux> sure, but just to test if it fixes your "problem"
[15:16] <divVerent> to not convert back and forth
[15:16] <divVerent> I know it does :P
[15:16] <ubitux> yup
[15:16] <ubitux> check af_volume
[15:16] <divVerent> putting that on my TODO for now
[15:16] <ubitux> where there are multiple supporte formats
[15:16] <ubitux> supported
[15:17] <divVerent> it seems quite straightforward, the hard part is duplicating the code "cleanly" for the different formtas
[15:17] <divVerent> is there an aversion in ffmpeg against macros?
[15:17] <divVerent> like
[15:17] <divVerent> #define HANDLE_FORMAT(..., ...) ... \ ... \ ... \
[15:17] <divVerent> and then
[15:17] <divVerent> HANDLE_FORMAT(AV_SAMPLE_FMT_S16P, int16_t, 32767)
[15:17] <divVerent> HANDLE_FORMAT(AV_SAMPLE_FMT_DBLP, double, 1)
[15:17] <divVerent> like this
[15:18] <divVerent> or do ffmpeg authors rather prefer explicitly duplicating the code?
[15:18] <ubitux> in that particular case, as maintainer of this filter, i don't give a damn
[15:19] <divVerent> and I'm the type of guy who would prefer going with macros in such case
[15:19] <divVerent> or C++ templates ;)
[15:21] <divVerent> ah, nice... this filter is apparently a lot better than ffplay.c's ;)
[15:21] <divVerent> it can show the channels separately in colors
[15:22] <ubitux> same as ffplay
[15:22] <ubitux> really it's doing exactly the same, except two things:
[15:22] <divVerent> oh? I listened to stuff with it and never saw any colors
[15:22] <durandal_1707> ??? i get different colors to with ffplay
[15:22] <ubitux> - it has a different windowing function
[15:22] <ubitux> - it can have a sliding mode
[15:22] <divVerent> don't tell me Germany's most known acapella band does mono mixes... ;)
[15:22] <ubitux> rest should be identical
[15:22] <durandal_1707> showspectrum is somehow slow for me and is not continuous
[15:23] <ubitux> durandal_1707: i guess this depends on the window size
[15:23] <ubitux> try setting a asetnbsamples filter maybe
[15:23] <ubitux> <@durandal_1707> ??? i get different colors to with ffplay // really? oO
[15:25] <durandal_1707> ubitux: so you get mono only?
[15:25] <ubitux> Program received signal SIGSEGV, Segmentation fault.
[15:25] <ubitux> fft16_avx () at libavcodec/x86/fft.asm:321
[15:25] <ubitux> 321 mova m2, Z(2)
[15:25] <ubitux> arhem.
[15:25] <ubitux> :(
[15:26] <ubitux> durandal_1707: i don't understand your question
[15:26] <ubitux> the color thing should be the same as ffplay
[15:26] <ubitux> durandal_1707, try: http://lucy.pkh.me/samples/6ch.flac
[15:26] <cone-965> ffmpeg.git 03Janne Grunau 07dcdfb8ede358: pcmdec: change default of channels parameter to 1
[15:26] <cone-965> ffmpeg.git 03Luca Barbato 0722f7942fe7d7: ffv1: set the range coder state in decode_slice_header
[15:26] <divVerent> ah, colors do work
[15:26] <cone-965> ffmpeg.git 03Luca Barbato 07254056c4ab61: pcm: change references to raw to pcm
[15:26] <cone-965> ffmpeg.git 03Martin Storsjö 07121604b024cf: build: Include HEADERS-yes in the HEADERS variable
[15:26] <cone-965> ffmpeg.git 03Michael Kostylev 07eadfb0560a2f: configure: recognise more sparc variants as --cpu argument
[15:26] <cone-965> ffmpeg.git 03Mans Rullgard 076aa93689abe8: configure: sanitise sparc vis check
[15:26] <cone-965> ffmpeg.git 03Michael Niedermayer 079aa630a520eb: Merge remote-tracking branch 'qatar/master'
[15:27] <divVerent> it's just that usually, the channels are too similar for it to be visible
[15:27] <divVerent> ffplay -f lavfi "amovie=0.mp3, pan=2:c0=c0:c1=0*c1 [out0]"
[15:27] <divVerent> shows that they work
[15:27] <ubitux> you can play with the channels with aevalsrc too
[15:27] <divVerent> or that, sure
[15:27] <ubitux> line sin(2*t*PI*440):0 and 0:sin(2*t*PI*440) maybe
[15:27] <ubitux> like*
[15:28] <divVerent> sure
[15:28] <divVerent> that'll work as well
[15:28] <divVerent> just the coloring is apparently so subtle that typically you can't see it
[15:28] <ubitux> (michaelni: any idea for the sigsegv?)
[15:30] <ubitux> i guess i'll have to git bisect
[15:37] <ubitux> mmh strange it doesn't work in 1.0 either
[15:39] <ubitux> btw, still no one to implement a motion estimation filter? :P
[15:41] <durandal_1707> ubitux: mplayer have something like that?
[15:41] <ubitux> not that i know of
[15:42] <ubitux> from mplayer i believe what we lacks is the dvd input and the various telecine related filters
[15:42] Action: durandal_1707 found serious caf demuxer bug
[15:49] <ubitux> looks like the fft16 is broken from the beginning
[15:49] <ubitux> at least it was broken when i added showspectrum
[15:49] <ubitux> or actually, showspectrum might be broken.
[15:55] Action: ubitux wonders why mru didn't pick 42ee9f398 and prefered to fix it his own may :-°
[16:03] <ubitux> ah, i found the problem.
[16:06] <ubitux> (i use realloc so it's not aligned)
[16:10] <ubitux> divVerent: there is indeed a different output with doubles
[16:11] <ubitux> and we need to change some stuff in the filter :p
[16:21] <michaelni> saste, compare http://ffmpeg.org/doxygen/0.8/examples.html and http://ffmpeg.org/doxygen/0.9/examples.html, both generated by the same doxgen file
[16:21] <michaelni> do you have any idea why it no longer finds the examples ?
[16:25] <michaelni> saste, figured it out, ill fix it
[16:29] <durandal_1707> michaelni: what is ridiculous about avio_get_str()?
[16:34] <michaelni> durandal_1707, is that question supposed to make sense ?
[16:36] <nevcairiel> stupid make and its segfaults
[16:37] <michaelni> does it always segfault at the same place ?
[16:38] <cone-965> ffmpeg.git 03Michael Niedermayer 071bf50711042c: rmdec: use av_assert for audio_pkt_cnt
[16:38] <cone-965> ffmpeg.git 03Michael Niedermayer 07c01a462cda8d: rmdec: fix null derefercne
[16:38] <cone-965> ffmpeg.git 03Michael Niedermayer 07ca28cb5f8388: examples: fix doxy so they appear on the example page
[16:41] <michaelni> ubitux, do you maintain swfenc.c ?
[16:42] <michaelni> or only swfdec.c ?
[16:42] <nevcairiel> michaelni: nah, the segfault is rather random, msys is just old and crappy
[16:42] <michaelni> yep but i was wonderin where in the make code it faults because if its always the same spot it could be fixed maybe easily
[16:43] <michaelni> or can it be upgraded somehow to some working version easily ?
[16:43] <nevcairiel> compiling stuff for msys is like black magic
[16:44] <michaelni> is msys actvely maintained by someone ?
[16:44] <michaelni> if so reporting that crashes would be a good idea
[16:46] <durandal_1707> michaelni: i was reading commit messages, so was interested in reasoning
[16:47] <nevcairiel> i dont think msys is getting much love these days
[16:49] <durandal_1707> michaelni: see 4118d66cb39f96a22
[16:56] <michaelni> durandal_1707, ahh yes, i think get_strz() API is cleaner and simpler
[17:04] <ubitux> michaelni: swfdec.c
[17:04] <ubitux> assuming i'm the maintainer :p
[17:05] <ubitux> at least that's the file i contributed most
[17:05] <durandal_1707> ubitux: you understand whole code in there?
[17:06] <ubitux> i don't think so
[17:06] <michaelni> ubitux, was just asking because coverity issues
[17:07] <michaelni> are there any left in files you maintain ?
[17:08] <ubitux> i fixed them already afaict
[17:08] <michaelni> durandal_1707, do you maintain tak_parser ?
[17:08] <ubitux> if you see anything i missed, please tell me
[17:08] <ubitux> i've fixed the subtitles overflow, ebur128 and a few others iirc
[17:09] <durandal_1707> michaelni: something is broken?
[17:09] <michaelni> coverity found an issue in it, didnt look at all, so dunno if trivial or not
[17:11] <durandal_1707> it is same as mlp one
[17:11] <ubitux> i've a srtenc fix pending btw (not related to coverity)
[17:11] <ubitux> (waiting for review on the ml)
[17:11] <ubitux> which is a somehow serious issue since it prevents encoding srt
[17:12] <ubitux> (lavc/srtenc: fix invalid read in case of SubRip.)
[17:13] <ubitux> btw, about the timezone issue i have
[17:13] <ubitux> http://pastie.org/5119293
[17:14] <ubitux> i wonder how this could be fixed properly
[17:14] <ubitux> i could change the env but it will break standard usage
[17:15] <ubitux> one way could be to parse the result of a strftime %z
[17:15] <ubitux> and use it to shift the 0 value
[17:16] <ubitux> ohh, extern long timezone mmh
[17:17] <michaelni> saste, btw as you have a coverity account now, please fix or mark as false postive(intentional all issues in files you maintain
[17:18] <durandal_1707> hah, saste finally got his coverity account :)
[17:20] <ubitux> http://pastie.org/5119322 got it.
[17:24] <durandal_1707> lol, why I marked issue as fixed if i did not send fix?
[17:24] <ubitux> "the bug doesn't exist"
[17:33] <ubitux> mmh it's fun the borders of the drawtext are messed up
[17:33] <durandal_1707> ubitux: what happened to coverage?
[17:34] <ubitux> i don't know
[17:34] <ubitux> it broke
[17:34] <ubitux> a long time ago :(
[17:35] <ubitux> http://lucy.pkh.me/coverage.log
[17:36] <cone-965> ffmpeg.git 03Paul B Mahol 07adc61d68b02c: bit: check av_new_packet() return value
[17:36] <ubitux> btw
[17:36] <ubitux> http://lucy.pkh.me/lavfi.webm
[17:36] <ubitux> the left & right of the drawtext box are a bit weird& :)
[17:39] <durandal_1707> lol
[17:40] Action: ubitux loves lavfi
[17:40] <durandal_1707> i want to remove myself from issue ownership
[18:25] <cone-965> ffmpeg.git 03Michael Niedermayer 0759eae884292d: cws2fws: check inflateInit return value
[18:25] <cone-965> ffmpeg.git 03Michael Niedermayer 0786aba86b1b03: cws2fws: check lseek() return
[18:25] <cone-965> ffmpeg.git 03Michael Niedermayer 075b45b66220ff: cws2fws: check fstat return code.
[18:51] <ubitux> philipl: can you have a look to "[PATCH 1/3] lavc/srtenc: fix invalid read in case of SubRip." ?
[19:15] <philipl> ubitux: ok
[19:25] <ubitux> philipl: thanks :)
[19:26] <philipl> np
[19:26] <philipl> Some day soon I'll have to time to come back to writing code. I want to sort out that duration precision problem, seeing as Nicholas hasn't gone back to it.
[20:05] <durandal_1707> is it ok to remove rectangle filter?
[20:07] <Compn> is it ported ?
[20:07] Action: Compn has no idea what rectangle filter does
[20:07] <Compn> :D
[20:07] <Daemon404> makes rectangles
[20:07] <Daemon404> i bet.
[20:10] <durandal_1707> also this yuv colorspace converter, wtf - is that from ages before swscale?
[20:11] <durandal_1707> will remove it too
[20:11] <nevcairiel> swscale isnt exactly good at converting between different yuv colorspace
[20:12] <nevcairiel> in fact, it fails completely
[20:13] <durandal_1707> nevcairiel: submit bug report, lavfi is not colorspace converter - and this filter does not do whay you think it does
[20:13] <nevcairiel> which filter exactly?
[20:14] <durandal_1707> yuvcsp
[20:15] <nevcairiel> well that one serves very little purpose, i though you were referring to anothet one =p
[20:15] <durandal_1707> which one?
[20:15] <ubitux> colormatrix i guess
[20:16] <durandal_1707> colomatrix is ported from mp filter?
[20:17] <nevcairiel> no, from an avisynth filter
[20:17] <Compn> ugh
[20:17] <Compn> usa govt , how much is it spending on open source?
[20:18] <Compn> Daily Open Source Infrastructure Report
[20:18] <Compn> 22 October 2012
[20:18] <Compn> daily infrastructure report??
[20:18] <Compn> 43. October 19, The H (International) Microsoft and Secunia warn of FFMpeg
[20:18] <Compn> vulnerabilities. Microsoft provided details of several critical vulnerabilities in older
[20:18] <Compn> versions of FFmpegs open source video codec tools and libraries; these could allow an
[20:18] <Compn> attacker to execute arbitrary code on a system by getting users to open a specially
[20:18] <Compn> crafted media file.
[20:18] <durandal_1707> so many years passed and nobody improved swscale to properly handle colorspace conversions,
[20:18] <Compn> This would execute the malicious code with the same permissions as the user. Another issue reported by Secunia could have the same effect. For the Microsoft flaws, all versions of FFmpeg up to and including 0.10 are vulnerable, while for the Secunia issue, versions up to and including 0.11.2 are affected.
[20:19] <durandal_1707> Compn: stop pastin' webs here
[20:19] <Compn> ehe
[20:19] <Compn> ok
[20:20] <Compn> which colorspace conversions are you talking about durandal_1707 ?
[20:20] <durandal_1707> the one nevcairiel is complaining about
[20:20] <nevcairiel> what the colormatrix filter does
[20:20] <nevcairiel> swscale doesnt really implement it
[20:20] <nevcairiel> although it has APIs for setting a matrix, those options do nothing
[20:21] <JEEB> I think they do in one direction
[20:21] <JEEB> but not the other
[20:21] <JEEB> (in YCbCr<->RGB)
[20:21] <JEEB> I think YCbCr->RGB might work now
[20:21] <Compn> oh between the 601 > 709 profile thing
[20:21] <Compn> i thought there was an option to do it
[20:21] <Compn> maybe i'm thinking of a patch that was never applied
[20:22] <nevcairiel> option yes, working no
[20:22] <JEEB> ^
[20:22] <nevcairiel> the API is there, the code behind it ignores it :p
[20:22] <nevcairiel> oh well i dont usually need that anymore
[20:22] <JEEB> yes, you did like most people do it
[20:23] <JEEB> they implement it themselves
[20:23] <JEEB> :3
[20:23] <Compn> does ffmbc have it working ?
[20:31] <Daemon404> ffmbc uses colormatrix
[20:32] <Compn> well there you go
[20:33] <Compn> 5 people complaining, then writing own implementation, no one fixes it in ffmpeg
[20:33] <Compn> derp
[20:33] <durandal_1707> rectangle filter functionality is in drawbox?
[20:33] <Compn> but a box isnt a rectangle!
[20:33] <Compn> :P
[20:34] <JEEB> Compn, the thing is -- not many people exactly understand and/or like the swscale code paths
[20:34] <Compn> i get that
[20:34] <JEEB> writing your own stuff is not the best thing
[20:34] <durandal_1707> Compn: what is difference?
[20:34] <Compn> durandal_1707 : i'm just trolling
[20:34] <JEEB> but I really can't say "They are bad people!" either
[20:34] <Compn> i'm not pointing fingers at anyone
[20:35] <JEEB> but yes, I do agree it's herp derp
[20:37] <Daemon404> [14:33] <@Compn> 5 people complaining, then writing own implementation, no one fixes it in ffmpeg <-- they probably tried
[20:37] <Daemon404> and then :swscale" hit them
[20:37] <Daemon404> it's super effective!
[20:37] <Compn> do or do not, there is no try
[20:37] <Daemon404> wat
[20:37] <Daemon404> thats a load of shit
[20:38] <Compn> star wars quote :P
[20:38] <Compn> haha
[20:38] Action: Daemon404 doesnt like star wars; thinks it's overrated tripe
[20:44] <durandal_1707> lol, libav adding bunch of YUVA formats - what a brainfuck
[21:05] <durandal_1707> there is myirad deinterleavers in libmpcodecs
[21:06] <ubitux> yes
[21:06] <ubitux> mplayer/mencoder has a lot of filters for ripping dvd
[21:10] <ubitux> again, it would be pretty nice if ffmpeg was able to do all the stuff mentioned here: http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-telecine.html
[21:11] <durandal_1707> is harddup filter useful?
[21:11] <Compn> if you want to duplicate frames, sure
[21:12] <Compn> i use it only because mencoder cant handle sync if its not used sometimes :P
[21:12] <durandal_1707> and ffmpeg does not have own functionality?
[21:12] <Compn> i havent a clue
[21:14] <gnafu> I know I have some DVDs that only turn out right if I use mencoder with pullup,softskip.
[21:14] <Compn> yeah, some players cant handle null frames
[21:14] <Compn> so a hard duplicate fixes such
[21:16] <gnafu> The copy of Akira I have will have interlacing artifacts in the encoded file if I don't use pullup to properly invtelecine it. Only in certain scenes.
[21:18] <gnafu> And I would have to use harddup if I was passing raw video from it to, say, vpxenc.
[21:18] <gnafu> Because then vpxenc would have a fixed frame rate of 24000/1001 to match mencoder's 24000/1001.
[21:18] <gnafu> All very hairy, and it would be nice if the whole thing could be done with ffmpeg with good-looking results.
[21:19] <Compn> basically, we should completely ignore encoding dvds, because its impossible to get good results from them
[21:19] <Compn> focus on bluray and move into the future.
[21:20] <Compn> think theres a reason there is no universal dvd ripping program ?
[21:21] <gnafu> Well, I got good results when using mencoder ;D.
[21:22] <gnafu> But I agree, it will be nice as I start to buy more Blu-rays and get a BD-ROM drive.
[21:22] <JEEB> funny how I actually own blu-rays but still haven't grabbed a drive
[21:22] <gnafu> But when I want to encode for a mobile device that has less than DVD resolution anyway, why start with a Blu-ray if I already have an easier-to-rip DVD?
[21:22] <Compn> i dont own any bluray or drive, but got a free hd-dvd of blade runner :D
[21:23] <gnafu> Ooh, fun.
[21:23] <gnafu> I need to get that on Blu-ray. I have the Final Cut DVD, and it is a very good-looking DVD, so I can only imagine how much better the Blu-ray must look.
[21:23] <JEEB> haha, I remember when suddenly all of those x360 hd-dvd drives went on extra sale right after toshiba announced their loss
[21:23] <Compn> gnafu : because you spend 10 hours manually getting a dvd to rip properly vs a bluray that is easier to rip?
[21:24] <gnafu> Compn: It only takes me a few minutes (if that) to figure out what mencoder settings I need, and then it's really fast.
[21:24] <JEEB> although then again even blu-ray is not perfect. You still have interlaced contents on some discs
[21:24] <gnafu> So many things they could have fixed and didn't :-(.
[21:25] <JEEB> that said, more bitrate and a bigger buffer is <3
[21:25] <JEEB> couldn't believe my eyes when I saw the bufsize for DVDs
[21:25] <Compn> gnafu : point taken . at least your dvd source doesnt change fps on you :)
[21:26] <Compn> encoding VFPS might also be good idea
[21:26] <gnafu> I've been under the impression that Blu-ray still letterboxes 2.35:1 content. Is that correct?
[21:26] <gnafu> It's not fully anamorphic, right?
[21:26] <nevcairiel> its fixed resolution
[21:26] <gnafu> That was something they could have gotten right :-(.
[21:27] <nevcairiel> always comes with square pixels
[21:27] <nevcairiel> not sure why they didnt make that more dynamic
[21:27] <gnafu> Especially for people with projectors with anamorphic lenses, and these newer "21:9" TVs coming out, filling the whole 1920x1080 frame would have been great.
[21:28] <gnafu> Or, of course, specifying a higher resolution, like 2592x1080.
[21:28] <nevcairiel> Maybe they wouldnt want the image subject to some scaling algorithm
[21:29] <nevcairiel> HDMI doesnt carry an aspect ratio, so the bluray player has to scale the image to fit 1920x1080, not sure encoding it differently would've helped much
[21:29] <gnafu> In the anamorphic lens case, it would be scaled by the glass, with the 1920x1080 stretched image being reproduced pixel-for-pixel at the projector :-D.
[21:30] <gnafu> But I know, that's a very niche case.
[21:30] Action: gnafu doesn't have an anamorphic lens anyway.
[21:30] <gnafu> But I might someday!
[21:34] <gnafu> Oh, well. Blu-ray is probably the last physical media format, with all future enhancements shifting to The Cloud".
[21:35] <nevcairiel> doubtful that media will be served in the cloud at that quality anytime soon
[21:36] <nevcairiel> a blu-ray is still quite large, even for todays internet speeds
[21:36] <gnafu> While I won't try to say it's equivalent or anything, I have been very impressed with Amazon's streaming video. Their HD is only 720p, and probably 3-4Mbps at best, but I have yet to notice any glaring encoding artifacts or anything. So while it's no Blu-ray replacement for those who care, it's certainly "good enough" for a lot of people.
[21:37] <gnafu> It seems to me a lot of people reencode Blu-rays using x264 to reduce the size quite a bit without noticeably reducing quality. If only the whole world used x264, we could do Blu-ray-quality 1080p at well under 10Mbps ;D.
[21:38] <nevcairiel> yeah the commercial encoders used for those discs aren't always the best
[21:38] <gnafu> Anyway, we'll see how things go. I agree with you that Blu-ray is superior, and I'm sure it will have a long and fruitful life, but you have to wonder if it will be the last of its kind.
[21:39] <gnafu> By the time Blu-ray becomes EOL, Internet speeds will be up, video bitrates will be down, and the movie industry will want to have an even tighter deathgrip than it does now.
[21:39] <nevcairiel> TVs are going 4K, maybe next year or the one after 4K will be the big thing in new TVs, but what good is it without content, so they will come up with something
[21:40] <gnafu> It is an exciting time to be alive, that's for sure :-).
[21:42] <Daemon404> pointresize those sd films
[21:42] <JEEB> reminds of certain blu-rays
[21:43] <JEEB> although you could argue that pointresizing that stuff is better than those warpsharpey things Sony and Q-Tec started using lately
[21:43] <nevcairiel> the really bad blu-rays usually are just terribly grainy, dont think i have seen one that had obvious scaling artifacts or anything like that
[21:44] <JEEB> some US live action BDs were pointresize/bilinear IIRC
[21:44] <JEEB> doom9 should have some threads from a year or two ago
[21:47] <gnafu> Where are we at with ripping Blu-rays anyway? Is it to the point where you can rip pretty much any commercial Blu-ray using open source tools, or are is that a ways away?
[21:48] <JEEB> all of the ripping apps more or less depend on an oracle approach
[21:48] <JEEB> anydvd/blue monkey stuff
[21:48] <JEEB> there are open source tools too but those generally lack the keys
[21:49] <gnafu> But if you have keys, can both AACS and BD+ be overcome with open source tools, or just AACS?
[21:49] <JEEB> only AACS
[21:49] <gnafu> I was afraid of that.
[21:50] <nevcairiel> there is some hidden libbdplus somewhere in videolands backrooms
[21:50] <nevcairiel> not sure if it doesn anything useful
[21:50] <nevcairiel> videolans*
[21:51] <JEEB> it is getting along but not exactly ready for publication
[21:59] Action: gnafu is looking forward to that, as he only runs Linux at home and prefers to use open source software whenever possible.
[21:59] Action: gnafu would love to rip his Blu-rays as he buys them and play them over the network on his Raspberry Pi.
[21:59] <durandal_1707> ubitux: mark issues you own properly - New -> Bug
[22:00] <ubitux> do i still own issues?
[22:00] <JEEB> gnafu, blue monkey IIRC works over wine, and then there's that mkvwhatever that can also rip the folder structure as-is
[22:00] <JEEB> latter has an actual linux binary
[22:02] <durandal_1707> ubitux: yes
[22:02] <ubitux> durandal_1707: can you give me a reference or something?
[22:02] <durandal_1707> srtdec
[22:04] <ubitux> ah that was the reason it was still in the list
[22:04] <gnafu> JEEB: When the day comes, I will have to try those. Thanks.
[22:04] <ubitux> i though a "submitted fix" was enough
[22:04] <ubitux> i updated them
[22:06] <gnafu> JEEB: And I believe you're referring to MakeMKV.
[22:07] <JEEB> gnafu, yeah
[22:07] <JEEB> it does have a mode that just decrypts though
[22:07] <JEEB> instead of remuxing to matroska
[22:08] <gnafu> That's good to know. That's probably what I'd want in most (or all) cases.
[23:18] <cone-965> ffmpeg.git 03Clément BSsch 07eb36ee1ee11c: lavc/srtenc: fix invalid read in case of SubRip.
[23:18] <cone-965> ffmpeg.git 03Clément BSsch 075f0105b820fa: lavf/srtenc: allow zero duration events.
[00:00] --- Sat Oct 27 2012
1
0
[01:11] <oG`LoKi> why when I -vf "transpose=1" to a video and output it to the same format it's half the size in bytes ?
[01:11] <oG`LoKi> i rotated it 90 degrees but it ends up less than half the size of the orignal
[01:12] <llogan> oG`LoKi: because the default settings apply a bitrate of 200 kilobits/s which is fairly low most of the time
[01:12] <llogan> libx264 default settings are different and more sane
[01:12] <oG`LoKi> whats the - option for that?
[01:13] <llogan> it depends on your desired output format
[01:13] <oG`LoKi> http://pastebin.com/FsLD6jgF
[01:14] <oG`LoKi> it was a .mov
[01:14] <oG`LoKi> and i converted it to a .mov
[01:14] <llogan> so the problem is that the output quality is too low?
[01:15] <oG`LoKi> the video actually looks just as good as the orignal
[01:15] <oG`LoKi> i was just wondering how that is
[01:15] <llogan> you're using x264 to encode which is the best H.264 encoder out there.
[01:16] <llogan> using the transpose filter requires ffmpeg to re-encode, and by default (lib)x264 is used as the encoder for .mov output
[01:16] <llogan> ...and the default settings for libx264 are pretty good.
[01:16] <llogan> see the CRF section of https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide
[01:16] <llogan> if you want to monkey with it more
[01:16] <oG`LoKi> ok just kind of confused at how the file is less than half the size
[01:17] <oG`LoKi> than that of the orignal
[01:18] <llogan> you must consider the fact that whoever made the original may not have known what they were doing, and additonally not all encoders are equal.
[01:18] <oG`LoKi> apple iphone made it
[01:18] <oG`LoKi> lol
[01:20] <oG`LoKi> i had the phone up right and when i copied the file to my computer it ended up sideways so i need to rotate it. I'm fine with what ffmpeg produced. Just wondering if i did something wrong.
[01:21] <llogan> the only thing i recommend is to add "-acodec copy" so you can copy the audio instead of re-encode it
[01:21] <oG`LoKi> ahhh yea it did take a long time to encode a 15 second clip.
[01:22] <llogan> encoding takes time when you're using an "efficient" encoder
[01:24] <chrisballinger> hello
[01:24] <chrisballinger> Does anyone here have any experience hooking up Core Audio to avcodec_encode_audio2
[01:25] <durandal_1707> what is Core Audio?
[01:25] <chrisballinger> Mac OS X / iOS audio API
[01:25] <wm4> hooking up to do what?
[01:26] <chrisballinger> I'm trying to write a streaming audio/video app, and have video (mostly) working
[01:26] <chrisballinger> but the audio part is harder for me to figure out because there's way less documentation
[01:27] <chrisballinger> My input data looks like this: AudioBuffer audioBuffer = audioBufferList.mBuffers[y]; uint16_t *audio_frame = (uint16_t*)audioBuffer.mData; UInt32 mNumberChannels = audioBuffer.mNumberChannels; UInt32 mDataByteSize = audioBuffer.mDataByteSize;
[01:28] <chrisballinger> mDataByteSize is 2048
[01:28] <chrisballinger> but when I'm filling up the samples buffer it seems like the c->frame_size is wrong (1152)
[01:32] <chrisballinger> does anyone here have experience encoding live data with ffmpeg?
[07:32] <hendry> how can i mix/align a .m4a audio track onto a raw .mkv?
[08:44] <cbsrobot> hendry: itsoffset and map
[09:10] <hendry> cbsrobot: not sure how you list the "channels" IIUC for the map
[13:04] <natrixnatrix89> when I run ffmpeg on a capture device and don't set time limit with -t, I can stop it by pressing q at any time I want..
[13:04] <natrixnatrix89> Would it be possible to achieve the same thing with cron? that it starts ffmpeg.. and then stops that process the next day at specified time by sending "q"?
[13:05] <natrixnatrix89> I could use -t and set specific duration.. but if ffmpeg is recording a live stream.. and if it is intermittent.. then -t would be for the resulting video not the real time elapsed recording.. So I'm wondering if there's any way to stop ffmpeg on a specific time.. or by specific exec command from php for example..
[13:43] <ne2k> how do I specify when reading or writing a raw video file whether it is interlaced or not? I've taken a raw file and split it into two files, each containing alternate fields, but when I play them back (using ffplay) the rate is doubled. I don't know how to tell it to treat it as a non-interlaced, 25frames per second file, rather than an interlaced 50fields per second file
[13:44] <Tjoppen> try -r 25 before -i
[13:52] <ne2k> Tjoppen: ffplay doesn't recognize -r
[13:53] <ne2k> nor -i for that matter
[13:53] <Tjoppen> transcode then. or remux to a container
[13:54] <Tjoppen> like ffmpeg -r 25 -i foo%d.jpg out.mov
[13:54] <Tjoppen> and -vcodec copy of course
[14:08] <natrixnatrix89> when I run ffmpeg on a capture device and don't set time limit with -t, I can stop it by pressing q at any time I want..
[14:08] <natrixnatrix89> Would it be possible to achieve the same thing with cron? that it starts ffmpeg.. and then stops that process the next day at specified time by sending "q"?
[14:08] <natrixnatrix89> I could use -t and set specific duration.. but if ffmpeg is recording a live stream.. and if the stream is intermittent.. then -t would be for the resulting video not the real time elapsed recording.. So I'm wondering if there's any way to stop ffmpeg on a specific time.. or by specific exec command from php for example..
[14:17] <Tjoppen> natrixnatrix89: send SIGTERM to it
[14:17] <Tjoppen> just like pressing ^C
[14:17] <Tjoppen> ffmpeg has a signal handler that makes it write footers etc. (I think)
[14:24] <natrixnatrix89> hmm. you're right..
[14:24] <natrixnatrix89> so basically pressing 'q' = ctrl+c
[15:06] <ne2k> Tjoppen: is it not possible to simply specify that a yuv file is to be interpreted at a specific frame rate and interlace/non-interlace setting?
[15:06] <ne2k> Tjoppen: if I have to put it in a container to do this, can you suggest how I go about containering raw YUV video?
[15:08] <ne2k> should I look at y4m?
[15:12] <Tjoppen> again, try mov
[15:19] <ne2k> Tjoppen: sorry, didn't pick up that last time
[15:21] <ne2k> Tjoppen: I still can't work out how to force it to consider the file as either interlaced or deinterlaced
[15:21] <Tjoppen> pass
[15:22] <ne2k> Tjoppen: presumably there is nothing in a rawvideo file that says whether or not it is interlaced
[15:23] <Tjoppen> rawvideo is.. raw video :)
[15:23] <wm4> are there any swscale conversions for which color ranges (when using sws_setColorspaceDetails()) don't work correctly yet?
[15:26] <ne2k> Tjoppen: exactly. so I can't work out how it knows when playing it back or transcoding it whether it's 50 fields per second interlaced or 25 frames per second progressive
[15:27] <ne2k> does it guess?
[15:28] <ne2k> http://ffmpeg.org/pipermail/ffmpeg-user/2011-May/000868.html this is a thread I've found that seems relevant but doesn't really provide answers
[15:31] <Tjoppen> wait.. rawvideo should require specifying resolution and pixel format
[15:31] <ne2k> Tjoppen: it does.
[15:32] <Tjoppen> how it knows is that you specify it
[15:32] <ne2k> Tjoppen: and you can also specify which field is first in interlacing using -top. but you don't seem to be able to specify that it is /not/ interlaced
[15:32] <Tjoppen> *shrugs*
[15:32] <ne2k> Tjoppen: resolution and pixel format do not include interlaced/progressive information
[15:32] <ne2k> afaik
[16:26] <ne2k> I'm banging my head here. I'm trying to use yuvcorrect and yuyv2y4m to force the type to be progressive, and it just isn't working -- the file is still being considered as interlaced when I play it
[16:27] <ne2k> unless I've done something really stupid earlier in the process
[16:32] <ne2k> I think I might have done something stupid earlier in the process. or made a stupid assumption
[16:42] <wm4> I made a quick and dirty test, which seems to show that swscale limit conversions seem to be broken? http://bpaste.net/show/MaUnvL0dunAGeDUiQOuD/
[16:44] <wm4> the output basically converts a single (gray) pixel value using different colorspaces and ranges
[16:45] <wm4> most obviously, the destination range is ignored if the destination is rgb
[16:47] <swedish-chef> hi everyone, I'm having some issues with corrupted h.264 files after ffmpeg crashed
[16:47] <ne2k> no, actually, I don't think I've been stupid. I think I just can't get this damn thing to work
[16:47] <swedish-chef> basically I use ffmpeg for screen recording on my application, so it's a child process
[16:48] <swedish-chef> when the parent process crashed, it gets killed as well, and the resulting file becomes corrupted
[16:49] <swedish-chef> so my questions are 1) is there an easy way to recover the file? 2) are there any settings that I can use (apart from recording MPEG1 file) to prevent this kind of issue from happening when the application crashes?
[18:27] <ne2k> ok. I've worked out what the problem is. the problem is that when I take an interlaced mpeg2 file and convert it to rawvideo yuv, it gets deinterlaced. I do not want this. I want an interlaced. if I output yuv4mpegpipe it doesn't do this, but yuv4mpegpipe only supports planar formats -- I want simple yuyv or similar. how can I stop it deinterlacing when converting to rawvideo?
[18:47] <dericed> ne2k: why do you want interlaced raw video? For an mpeg2 stream in broadcast I can understanding needing odd lines first then even lines for display, but do you really need data for odd lines stored in the bitstream prior to the even ones. If so, I guess you could use yadif to output one frame per field and have a half height, double frame rate raw stream that would use interlaced order in the bitstream
[18:48] <ne2k> dericed: I am experimenting with part frame encoding for very low latency. when I get my hands on a piece of hardware it will give me the lines from composite video in order (i.e. interlaced) -- i'm just trying to do some experiments before I get that hardware using offline processing
[18:49] <cellofellow> I'm trying to screen capture with x11grab. The size of my screen is 1366x768, but when I set it to that size, I get a BadMatch X Error.
[18:50] <cellofellow> If I set it significantly smaller (not a few pixels smaller, but like 1280x720, it does work.
[18:50] <cellofellow> But I want to capture the whole screen.
[18:52] <cellofellow> eBCbRVyQ
[18:52] <cellofellow> oops
[18:52] <cellofellow> http://pastebin.com/eBCbRVyQ
[18:52] <ne2k> nice password ;-)
[18:53] <cellofellow> what, the URL?
[18:56] <cellofellow> figured it out, nvm. It was shifted 24 frames sideways
[18:57] <cellofellow> s/frames/pixels/
[18:58] <ne2k> dericed: how would I make yadif do that? I can't work out what the options mean! http://avisynth.org.ru/yadif/yadif.html
[18:59] <ne2k> dericed: I don't really see how a deinterlacing filter would help. I just want NOT to deinterlace. the source is interlaced to start with
[18:59] <ne2k> it's just that ffmpeg is deinterlacing it for some reason
[19:01] <relaxed> by default?
[19:01] <ne2k> relaxed: I'll paste some output, give me two ticks
[19:01] <relaxed> and the command
[19:03] <ne2k> how do I just get it to output whether a file is being treated as interlaced?
[19:03] <ne2k> original file shows as 50fps in vlc. it came straight off a DVD
[19:04] <relaxed> it should give a hint on the video stream line in the output
[19:06] <ne2k> http://pastebin.com/zagKi0Zz
[19:06] <ne2k> "Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1)" this is weird
[19:08] <relaxed> The input and output video streams appear to have the same framerate.
[19:09] <ne2k> it does, doesn't it
[19:09] <ne2k> I must be doing something stupid wrong, then
[19:09] <ne2k> will come back to it tomorrow. thanks for your help
[19:10] <ne2k> been working on this too long without a break! need space to let my head recharge
[19:10] <ne2k> ooh, it's the weekend! perfect
[19:21] <mudkipz> I have a command for livestreaming a region of my desktop using x11grab and alsa to an rtmp server.
[19:22] <mudkipz> If I use libmp3lame as the encoder for the audio then it works great for both Ustream and Livestream. However if I switch to AAC (I've tried various different ones) then it breaks when I stream to livestream but still works when I stream to ustream.
[19:23] <mudkipz> I don't know if I'm doing anything wrong. I'm going to pastebin my commands for both.
[19:26] <mudkipz> http://pastebin.com/2Rv5jXjw
[19:27] <mudkipz> The reason for switching to AAC is because apparently it's required for mobile device support.
[19:31] <mudkipz> With this version of the command it only spits out a single 'ALSA buffer xrun' before crashing. If I mess with it (by adding -re options) I can get it to try to stream giving me really low bitrates constantly dropping interspersed with 'ALSA buffer xruns' for about 3 seconds, the channel itself never actually goes live.
[19:35] <mudkipz> oh wait, I had those backwards, the one that says livestream should say ustream and vice versa.
[19:36] <mudkipz> In the pastebin I mean.
[19:38] <mudkipz> I fixed the pastebin and added my output. http://pastebin.com/Wv3XP1cH
[19:38] <mudkipz> I've been at this for some time now and am at my wits end. Any feedback would be appreciated.
[19:58] <mudkipz> Oh my god I just figured it out. Apparently livestream was dropping the stream because the bitrate was too high in the first couple frames.
[19:59] <JEEB> use vbv young padawan
[19:59] <mudkipz> Strange that it doesn't happen with libmp3lame though. I think it may be a server issue and not clientside
[19:59] <JEEB> if you are doing something over limited bandwidth, use vbv maxrate and bufsize
[20:01] <mudkipz> umm, how exactly do I do that? I thought the -b:a and -b:v should handle it.
[20:01] <wakko222> is there any way to make a 5.1 channel mp4 from a mpeg2 file?
[20:03] <JEEB> mudkipz, nah -- that's (unless the format/encoder is really dumb) just setting the end resulting average bit rate
[20:04] <JEEB> -maxrate and -bufsize set the vbv parameters
[20:04] <JEEB> maxrate is the maximum average bandwidth over bufsize, aka the minimum transfer speed needed to watch that thing without any buffering after the initial buffering
[20:04] <JEEB> and bufsize is the size of the buffer in which maxrate is calculated
[20:05] <JEEB> you can set the bufsize by time if you want by setting it to <maxrate>*<amount of seconds of buffering done>
[20:05] <JEEB> there, that was the quick n' dirty herp derp into maxrate/bufsize
[20:06] <JEEB> different encoders will keep to your set buffer size and maxrate differently, libx264 is currently the one that keeps to your limits the best
[20:06] <mudkipz> hmm, I'm not gonna lie, this is kind of over my head right now, but that just means I have some reading up to do.
[20:10] <JEEB> mudkipz, basically you have a buffer (which is what the player side of things should initially buffer as well), and then you have the maximum (average) rate within that given buffer. Thus, if a player initially buffers bufsize amount of bits, and then the client has at least the bandwidth of maxrate (and some for the container etc.) you should not have to buffer again and the transfer should be smooth
[20:10] <JEEB> it really isn't any harder than that
[20:11] <smellynosery> Hi - how can I output to a fifo?
[20:11] <mudkipz> Okay, I think I understand.
[20:11] <mudkipz> Thanks for your help!
[20:12] <JEEB> You would be surprised how many people either a) don't know / use vbv at all even when doing streaming , and b) try to calculate if vbv is actually working without a vbv-aware bit rate viewer :D
[20:13] <mudkipz> Hahaha, well considering until now I was one of those people I can't say I'm too surprised.
[20:27] <smellynosery> Can I set the video/audio PIDs when using the output format of mpegts?
[20:29] <mudkipz> Thanks again JEEB, using maxrate and bufsize is giving me way better results!
[20:29] <chrisballinger> Does anyone here have experience streaming video FROM mobile devices?
[20:36] <CR0W> Hi. Where could I get documentation about the sws_flags option? There's nothing in the manual.
[20:38] <JEEB> CR0W, it sets swscale flags manually
[20:38] <JEEB> http://ffmpeg.org/doxygen/trunk/swscale_8h-source.html
[20:38] <JEEB> you can see their explanation here
[20:38] <JEEB> or well... as good as it gets ^^;
[20:40] <JEEB> you generally do not touch it, as the swscale defaults tend to be sane'ish
[20:40] <JEEB> but f.ex. if you want that your code path gives same results throughout architectures
[20:40] <JEEB> you want to set the bitexact flag, for example
[20:42] <CR0W> JEEB okay, but there are macros there, what are the arguments for this option?
[20:43] <CR0W> JEEB I mean, eg. there's SWS_BICUBIC, what will I give in the cmdline for this, BICUBIC, or bicubic or what?
[20:43] <relaxed> CR0W: look at -sws_flags in ffmpeg -h
[20:44] <CR0W> JEEB okay, I know. Are you still here? If I don't set the cpu options, will it default to whatever my cpu supports?
[20:44] <JEEB> yes
[20:44] <CR0W> OK. And what algo does it use by default, bilinear?
[20:44] <JEEB> no idea, but you usually set that with the scale filter's settings, no?
[20:44] <JEEB> also the options are listed in libswscale/options.c it seems
[20:45] <JEEB> and probably what relaxed said
[20:45] <CR0W> relaxed I don't have sws_flags in ffmpeg -h.
[20:45] <relaxed> ffmpeg -h full
[20:46] <CR0W> relaxed OK, I see it, thanks.
[20:46] <JEEB> anyways, in most cases you really don't have to set sws_flags
[20:46] <JEEB> but it depends on the exact needs
[20:47] <CR0W> JEEB I'm often using ffmpeg to reencode my videos to my device which has a small screen (320x240) and I thought I'll use the best scaling available :)
[20:47] <JEEB> uhh
[20:47] <JEEB> wouldn't that be setting stuff in the scale filter?
[20:47] <JEEB> which would then internally set the sws flags
[20:47] <JEEB> or am I completely incorrect?
[20:47] <CR0W> I don't understand.
[20:47] <relaxed> -sws_flags sets the scaling algo
[20:48] <JEEB> oh, so the actual scaler is selected there manually always?
[20:48] <CR0W> I use -vf scale to scale the output.
[20:48] <JEEB> and not a setting of vf scale
[20:48] <CR0W> JEEB vf scale doesn't have an algo setting, only dimmensions.
[20:48] <JEEB> ok, in that case yes
[20:48] <relaxed> It would make sense to move it the the sale filter but this is ffmpeg.
[20:49] <JEEB> relaxed, inorite
[20:49] <relaxed> scale*
[20:49] <CR0W> It would be cool to add it to the manual.
[20:49] <JEEB> I actually said what I said because it's done like that in the x264cli's scaling filter that uses swscale
[20:49] <JEEB> it lets you set the algo
[20:49] <relaxed> also, the requirement for '-h full' is not helpful at all.
[20:50] <JEEB> also swscale flags always remind me of how I forgot to add the bitexact flag in my encoder tests and suddenly they were failing on everything but the standard code path, which was IA32/x86_64 asm'd path
[20:50] <CR0W> What does biexact do?
[20:50] <JEEB> just makes sure that the results are the same on all architectures
[20:50] <CR0W> Is that based of bilinear?
[20:51] <JEEB> https://dl.dropbox.com/u/175558/screenshots/vbindiff.png <- I only noticed my mistake when I found out that the vsynth->RGB output differed by one on the usual x86 asm path and the arm path
[20:51] <CR0W> JEEB Um so that's when I'd make a script and give someone who uses e.g. arm and to make sure he gets the same result?
[20:51] <JEEB> yes, if you need exactly the same results
[20:52] <JEEB> because the optimized code paths can be one-off
[20:52] <relaxed> doesn't fate do this for us?
[20:52] <JEEB> nope, you still need to set the flag
[20:52] <relaxed> I mean. doesn't fate test for this?
[20:52] <JEEB> nope
[20:52] <JEEB> if I forgot to add that swscale flag into my test
[20:52] <JEEB> it will gladly work
[20:53] <JEEB> until it gets run on something else :P
[20:54] <CR0W> How does sinc differ from lanczos? Wow, I need to upgrade my knowledge on resampling
[20:55] <JEEB> sinc in theory is one of the algorithms that are liked by theorics. But before selecting something you'd really want to see how it works in swscale :P
[20:56] <CR0W> Yeah I know. I just thought lanczos is another name for the sinc function.
[21:59] <iluminator105> mplayer tv:// -tv driver=v4l2:width=640:height=480:device=/dev/video1 -fps 30 how would i capture this
[22:52] <chrisbal> hey guys, can anyone here help me with avcodec_encode_audio2?
[00:00] --- Sat Oct 27 2012
1
0