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

[burek]

[00:36] <BBB> nevcairiel: to answer on your doom9 comment, ffvp9 -cpuflags 0 (i.e. c): user 0m18.951s, default (ssse3 mostly): user 0m6.271s
[00:40] <cone-745> ffmpeg.git 03Michael Niedermayer 07master:28bc1d94b739: avformat/mov: redesign the fps calculation
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:7e8f3048464f: lavf/libssh: add private_key option
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:8d3f14e11b34: lavf/libssh: factorize open_file function
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:bf5d73b04d68: lavf/libssh: factorize file_stat function
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:77fadab1beb6: lavf/libssh: factorize create_ssh_session function
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:7fb5f55e1e5a: lavf/libssh: factorize create_sftp_session function
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:522814455cb9: lavf/libssh: add av_cold attributes
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:b271aac53602: lavf/libssh: rename context variable from s into libssh
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:e0d124a9209f: lavf/libssh: fix seek with whence==SEEK_CUR
[01:35] <cone-745> ffmpeg.git 03Lukasz Marek 07master:9ef441c52553: lavf/ftp: remove double space
[01:35] <cone-745> ffmpeg.git 03Michael Niedermayer 07master:94a52417cb23: Merge remote-tracking branch 'lukaszmluki/master'
[02:02] <cone-745> ffmpeg.git 03Lukasz Marek 07release/2.1:c5a2a65e1e92: lavf/libssh: fix seek with whence==SEEK_CUR
[13:02] <nevcairiel> can someone enlighten me how the encoder/stream timebases interact? I encode using libx264, it produces a AVPacket with timestamps in codec timebase, which is then handed off to the muxer, which expects stream timebases .... am i supposed to rescale it? are the two timebases supposed to be the same?
[13:03] <nevcairiel> lookiong at the example, i'm supposed to rescale
[13:03] <nevcairiel> glad its not documented anywhere =P
[13:04] <saste> nevcairiel, yes
[13:04] <saste> you had to fight with it as well
[13:05] <saste> so when you get the packet from the encoder the timestamps are expressed in the *encoder timebase*
[13:05] <saste> then you need to rescale before to pass the packet to the output stream
[13:05] <saste> this is a bit silly, but that's it
[13:05] <saste> probably the rescaling should be automatically handled by the library, that's a constant source of troubles
[13:06] <nevcairiel> at least that seems more logical now
[13:07] <nevcairiel> even if ugly
[13:09] <BBB> ubitux: ty for review, how's lf going? :-p
[13:11] <ubitux> BBB: sorry didn't have time last days, stuff happened
[13:11] <ubitux> OTOH i'll probably have a (cheap) avx2 machine "soon"©
[13:13] <saste> can someone explain what parsers (avcodec.h) are good for?
[13:13] <saste> why should an API user use them?
[13:24] <sspiff> can someone explain to me why avformat_open_input tries to read id3v2 metadata? I'm looking at libavformat/utils.c:546 and below, and it looks like there's no way to prevent this?
[13:26] <av500> because one must always read id3v2
[13:29] <sspiff> av500: I'm trying to force-feed an MPEG2 TS to AVFormat, and I'm providing this through an AVIOContext, yet it never returns from avformat_open_input. I made it break on the first read operation, and this id3v2 function showed up.
[13:29] <BBB> saste: I think typically you don't use them, lavf uses them
[13:30] <BBB> saste: but if you don't use lavf, you need to use them before you input your packetized demuxer data into the decoders
[13:30] <sspiff> av500: I'm asuming it'll look at the first pieces of data, determine there's no ID3v2 tag there, and quit?
[13:30] <sspiff> I mean, return
[13:36] <saste> BBB, yes, the fact that the API is public is a bit confusing
[13:43] <kierank> sspiff: there is some stupid apple id3 in mpeg-ts spec
[13:58] <BBB> saste: like I said, outside demuxers but lavc decoders
[13:58] <BBB> saste: so for mplayer or gstreamer it makes sense
[14:00] <sspiff> kierank: oh, great -_-
[15:25] <cone-800> ffmpeg.git 03Tomas Härdin 07master:59dbc36f49db: Adding Cinepak encoder
[15:25] <cone-800> ffmpeg.git 03addr-see-the-website at aetey.se 07master:762c4dc08276: avcodec/cinepakenc: fixes and improvements
[15:54] <cone-800> ffmpeg.git 03Diego Biurrun 07master:8267f9363532: configure: Set default HOSTCFLAGS/HOSTCPPFLAGS after compiler detection
[15:54] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:383d2339e043: Merge commit '8267f9363532b23b3b8b4e27491ee2d412a8aec3'
[16:08] <cone-800> ffmpeg.git 03Janne Grunau 07master:ea49f60523c4: h264: skip chroma edges at the picture boundary while deblocking 4:4:4
[16:08] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:0e59e30b141e: Merge commit 'ea49f60523c4f4c43cb06a35166b44478d473e51'
[16:20] <cone-800> ffmpeg.git 03Diego Biurrun 07master:19987fa18cea: bfin: vp3: Mark all binary object sections appropriately
[16:20] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:7b89e24151ea: Merge remote-tracking branch 'qatar/master'
[17:29] <ubitux> saste: i'm not so sure about metadata
[17:29] <ubitux> (for the cabac thing)
[17:30] <ubitux> one thing i don't like with these meta is that they get randomly populated to output files for no reason
[17:32] <ubitux> :(
[17:36] <wm4> there should be separate metadata for file tags and "random other stuff the demuxer might want to export"
[17:36] <wm4> in this case, it seems to be about codec metadata though
[17:36] <wm4> does that really end up in output files?
[17:37] <ubitux> i don't know if that's even possible
[17:38] <ubitux> format metadata definitely ends up being copied randomly depending on the format
[18:04] <xlinkz0> is there a feature request to remove \r characters from reports?
[18:07] <kierank> dos2unix?
[18:10] <xlinkz0> doesn't work
[18:23] <xlinkz0> kierank: does it work for you? try running dos2unix and then vim/less on the reported file and go to the end of it
[18:23] <kierank> what report
[18:26] <xlinkz0> kierank: run ffmpeg with -report
[18:26] <xlinkz0> i get this after dos2unix : http://i.imgur.com/RaLt32p.png
[19:47] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:631939bde6e2: avcodec/x86/lossless_videodsp: add diff_int16_mmx/sse2
[19:56] <burek> "Guys, we are testing a new technology - an FFmpeg-based DirectShow decoder (one filter for all file formats) and are looking for feedback." :)
[19:56] <burek> is this a spam?
[19:56] <burek> should I delete this from the forum?
[19:57] <nevcairiel> from the name of the poster, its this guy: http://blog.medialooks.com/0LyGa6/
[20:22] <burek> The filter will be available in 2 versions: a) a Pro version with support for MXF, LXF and closed captions available for 1450 euro; b) a Standard version without these broadcast-specific features, available for 950 euro.
[20:22] <burek> I'll delete it
[20:23] <nevcairiel> its pro software
[20:34] <Compn> burek : ask him where the source code is
[20:34] <Compn> ask him how distributing ffmpeg without source is ok under gpl terms
[20:34] <Compn> :)
[20:34] <burek> :)
[20:34] <burek> +1
[20:38] <nevcairiel> its actually lgpl, and strictly speaking you only have to provide the source code on request,  not to mention that he at least claims to use zeranoe's ffmpeg binaries
[20:38] <Compn> well i'm requestin
[20:39] <nevcairiel> unless he lied on his page, you'll get a vanilla git tree :P
[20:39] <Compn> its the tought that counts
[20:39] <Compn> +h
[20:40] <burek> do we have any legal representative/person so that we could tell him to contact that person via email and resolve all the issues about licensing?
[20:40] <nevcairiel> what is there to resolve? :)
[20:43] <Compn> burek : no, we dont have that
[20:43] <burek> well, if you guys are ok with this, i'm fine too :)
[20:46] <Compn> 1) Redistribute the FFmpeg folder found in our product's setup folder. This folder contains the following: a) FFmpeg's source code (exactly the one that was used to compile the DLLs that are being used);
[20:46] <Compn> there it is
[20:46] <Compn> the source code is in their setup dir
[20:46] <Compn> http://blog.medialooks.com/g8mF25/
[20:46] <Compn> so nevermind burek
[20:47] <burek> ok, fair enough
[21:00] <wm4> nevcairiel: is it right that we both want to replace our custom mkv demuxers with lavf's? and that we both need extended features like ordered chapters for it?
[21:01] <wm4> well, replacing it in the far future
[21:01] <wm4> not now
[21:03] <nevcairiel> i have no big desire to replace anything
[21:03] <nevcairiel> mine works fine
[21:17] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:fee97f25fa12: avcodec/x86/lossless_videodsp: port add_hfyu_median_prediction_mmxext to 16bit
[21:33] <Compn> do we have vdpau fate tests ?
[21:34] <gilligan_> Evening
[21:42] <gilligan_> i've got a rather basic question about AVFrame::data - i'm a bit confused about how the data is stored here. The documentation says it's a pointer to picture/channel planes. How is the raw video data stored by the decoding functions ? just in sequence of r,g,b,r,g,b... ? or data[0] = r,r,r,r, data[1] = g,g,g,g ..
[21:43] <smarter> depends on the format used
[21:43] <gilligan_> I'm sorry. Probably a stupid question. I'm trying to help someone out who is fiddling with ffmpeg on android via Java JNI interface who has absolutely 0 idea about C - I on the other hand have no idea about ffmpeg/video
[21:44] <Compn> the filters can use different colorspaces so it depends on colorspace i think ?
[21:44] <Compn> erp i mixed up avframe and filters , ignore me
[21:45] <smarter> gilligan_: see https://libav.org/doxygen/master/pixfmt_8h.html#a9a8e335cf3be472042bc9f0cf80cd4c5 for the different formats
[21:48] <smarter> gilligan_: see also http://www.fourcc.org/yuv.php which explains what packed and planar formats are
[21:48] <gilligan-> smarter, ah..thanks a lot for that
[21:48] <ubitux> smarter: incomplete, http://ffmpeg.org/doxygen/trunk/pixfmt_8h.html#a9a8e335cf3be472042bc9f0cf80cd4c5
[21:48] <ubitux> ;)
[21:48] <smarter> ubitux: ah, I forgot on what channel I was :)
[21:49] <gilligan-> smarter, are there any convenience functions to convert between packed and planar formats ?
[21:49] <smarter> I don't know that much, sorry :)
[21:49] <smarter> probably
[21:50] <gilligan-> smarter, well you helped me plenty already. Thanks
[21:51] <smarter> gilligan-: https://www.ffmpeg.org/libswscale.html might help
[21:51] <gilligan-> smarter, It's often hard find the right place to look/start if someone confronts you with something like "I don't really know what I am doing here can you help me with it" ;]
[21:52] <gilligan-> aaah.. indeed!
[21:52] <smarter> the actual documentation is here: https://www.ffmpeg.org/doxygen/trunk/group__libsws.html
[21:54] <smarter> there are some API usage examples here which might help: http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;h=b78bac14f25a1c3a79413300170669dd47e206bd;hb=HEAD
[21:57] <smarter> gilligan-: and if you've never heard of it you might want to know what https://en.wikipedia.org/wiki/Chroma_subsampling is too
[22:01] <gilligan-> https://github.com/chelyaev/ffmpeg-tutorial/blob/master/tutorial01.c
[22:01] <gilligan-> that's perfect for me ;)
[22:02] <smarter> note that this tutorial is already a bit old and might refer to deprecated/removed functions
[22:03] <smarter> depends what version of ffmpeg you're using
[22:05] <gilligan-> ah, well it is not using img_convert anymore which was mentioned in other places
[22:05] <gilligan-> but yeah, last update was 5 month ago
[22:06] <gilligan-> but in combination with the other links i should be good to go anyhow - will see tomorrow when i'm back at work
[22:06] <gilligan-> smarter, thanks for your help and suggestions again
[22:08] <smarter> gilligan-: see http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/APIchanges for the API changes
[22:08] <smarter> you're welcome :)
[22:08] <gilligan-> also there is a pull request that fixes the use of deprecated functions: https://github.com/chelyaev/ffmpeg-tutorial/pull/19
[22:08] <gilligan-> sounds good
[23:34] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:fad49aae28cf: avcodec/x86/lossless_videodsp: Port sub_hfyu_median_prediction_mmxext to int16
[23:34] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:ef00ef7553fc: avcodec/x86/lossless_videodsp: port sub_hfyu_median_prediction_int16 to yasm
[23:43] <cone-800> ffmpeg.git 03Martin Storsjö 07master:cff480e49d73: mpegvideo_enc: Don't call ff_h263dsp_init unconditionally
[23:43] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:0269b30fefba: Merge remote-tracking branch 'qatar/master'
[00:00] --- Thu Jan 23 2014