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

burek burek021 at gmail.com
Mon Dec 29 02:05:01 CET 2014


[00:08] <lm_> c_14
[00:08] <lm_> how convert m4a for mp3 in mint using ffmpeg and lame?
[00:09] <c_14> https://trac.ffmpeg.org/wiki/Encode/MP3
[01:11] <shevy> how do you designate output file again? ffmpeg -o test.vi ?
[01:11] <shevy> *test.avi
[01:14] <t4nk263> hello! why could avcodec_decode_video2 not to return got_picture_prt as 1?
[01:38] <debianuser> shevy: ffmpeg syntax is like: ffmpeg <infile1 options> -i infile1.ext ... <infileN options> -i infileN.ext <outfile options> outfile.ext
[01:41] <shevy> hmm ok so there is no special format indicator like -o there, we will simply take the last argument instead
[01:48] <shevy> hmm
[01:52] <t4nk263> exactly
[02:33] <shevy> it's a bit late here, my eyes are getting tired
[02:33] <shevy> does one of you guys spot the error?
[02:33] <shevy>   ffmpeg -i test.mp3 -ss 00:00:11.000.000
[02:34] <shevy> ffmpeg tells me
[02:34] <shevy>   Invalid duration specification for ss: 00:00:11.000.000
[02:40] <klaxa> omit the last .000
[02:40] <klaxa> i don't think there are nanoseconds in timestamps
[02:40] <shevy> ok
[02:41] <shevy> that worked, thanks; my script had an error apparently, appending an extra '.000'
[03:08] <t4nk263> anyone?
[03:57] <echelon> does ffmpeg preserve the aspect ration, height/width when doing a simple conversion?
[03:59] <echelon> i forget :/
[04:04] <Zeranoe_> echelon: yes, it should
[04:06] <echelon> ok cool, thanks
[05:22] <sergio-br2> hello
[05:22] <sergio-br2> I'm trying to build 2.4.5
[05:22] <sergio-br2> and I got this: ../libavutil/utils.c:30:33: fatal error: libavutil/ffversion.h: No such file or directory
[05:23] <sergio-br2> there is no ffversion.h in libavutil
[05:56] <pinkette> damn x265 is slow to encode.. is this normal
[06:03] <klaxa> yes
[06:15] <pinkette> is this true sse4 helps with x265 ?
[06:25] <klaxa> probably? special purpose hardware usually is faster than software implementations
[06:25] <klaxa> x265 will still be slow
[06:25] <klaxa> it's pretty new
[06:25] <klaxa> i don't think people really use it for productive stuff yet
[06:26] <klaxa> unless they have access to hardware encoders and decoders
[06:31] <pinkette> does sse4 only help x265 or does it help x264 too
[06:39] <klaxa> http://forum.doom9.org/showthread.php?t=133567
[07:47] <pinkette> what is better player mpc-hc or mpc-be ?
[11:36] <tyr> hi i want to help translate manual
[11:56] <anshul__> tyr: which language
[13:13] <idlecore> Is ffserver maintained?
[13:23] <idlecore> Is ffserver capable of receiving an rtmp feed? Would it work with Open Broadcast Software?
[13:26] <Mavrik> idlecore, ffserver doesn't really receive anything
[13:26] <Mavrik> idlecore, the receive and transcode part is still handled by ffmpeg
[13:26] <Mavrik> ffserver is just restreaming stuff
[13:26] <Mavrik> so whatever ffmpeg can receive, ffserver can
[13:26] <Mavrik> but it's not really actively maintained
[13:31] <idlecore> Mavrik Thanks.
[13:33] <Fjorgynn> Welcome
[16:06] <pinkette> wow 12+ hours to encode using x265
[16:13] <ubitux> this is the time required to encode 2 minutes of 1080p footage with a decent hw with libvpx
[16:18] <pinkette> ubitux huh
[16:19] <pinkette> ubitux are you saying vp9 is faster or slower?
[16:21] <ubitux> i'm giving you a model of comparison with the worse i know
[20:01] <Teilio> i'm trying to use -acodec copy for including an acc latm audio from a .ts but it doesn't seem to work - is there a library that might be needed for this?
[20:02] <Teilio> or a way to include it in a more conventional aac format without reencoding
[21:05] <rhagu> hi, is there a way to use this command for a few MB only? "ffmpeg  -v error -i my.mkv -map 0:v -map 0:a -threads 3 -f null -"
[21:51] <gsuberland> anyone familiar with the details of UYVY (YUV 4:2:2) planar data formats?
[21:51] <gsuberland> I'm trying to work out if macropixels wrap lines if the horizontal resolution of the frame is odd
[21:52] <gsuberland> and if so, what value (if any) is expected for the second Y value if it doesn't wrap
[21:52] <gsuberland> also, if it does wrap, same question for the final macropixel in frame sizes that have an odd pixel count (e.g. 51x51 pixels)
[21:54] <iive> well, it cannot have odd pixel count. the memory representation should always be even. if you have odd image dimension, you just ignore the last pixel.
[21:56] <iive> basically the UV chroma components correspond to both Y Y samples. so you have something like Y1,U,V and Y2,U,V.
[21:56] <gsuberland> so does it wrap, or just treat the entire image as one long stream?
[21:57] <gsuberland> erm, badly phrased
[21:57] <iive> i don't get what you mean by wrap?
[21:57] <gsuberland> so let's say you've got an image line with 51 pixels
[21:57] <gsuberland> for the last macropixel on that line you've only got one Y value, because there's no second pixel
[21:58] <gsuberland> so does it take that Y value from the first pixel on the next line (i.e. handling the entire image as a single stream) or just not fill in that second Y value because it's the end of the line?
[21:58] <iive> you just copy the value of the previous Y, and you should be fine.
[21:59] <gsuberland> ah, that's a good idea actually
[21:59] <gsuberland> so each line is treated as separate
[21:59] <gsuberland> if you have an SO account, feel free to summarise as such here: http://stackoverflow.com/questions/27680466/how-does-the-uyvy-yuv-422-y422-uynv-hdyc-colour-system-handle-odd-pixel-c
[21:59] <gsuberland> (for others' future reference)
[22:00] <gsuberland> (and for some free rep ^^)
[22:00] <iive> usually in video encoding you have width, height and linesize/stride .
[22:00] <gsuberland> yeah, I'm aware of stride
[22:00] <iive> the stride is same or bigger than the width in bytes.
[22:00] <gsuberland> yeah, stride is sizeof(pixel)*width
[22:00] <iive> so you can have some padding between the lines.
[22:01] Action: gsuberland nods
[22:01] <iive> e.g. it is quite useful if all lines start from memory address aligned for use with SIMD.
[22:01] <gsuberland> I know sometimes they align lines at 4-byte or 8-byte boundaries so that you can do aligned reads for SIMD on file mappings
[22:01] <gsuberland> heh, beat me to it :P
[22:05] <gsuberland> cheers for the info :)
[23:03] <Teilio> anyone know anything copying latm aac to raw aac
[00:00] --- Mon Dec 29 2014


More information about the Ffmpeg-devel-irc mailing list