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

[burek]

[00:25] <leandroal> guys, is there any documentation about compiling ffmpeg for blackberry playbook (QNX + Arm9)?
[00:51] <leandroal> I'm trying to compile ffmpeg for qnx and in the end I'm getting ld: library not found for -lsocket. Any clue?
[02:40] <hashpuppy> i have a network stream w/ a .asf extension that i want to record at 1fps and maybe 0.1fps.  can i do this w/ ffmpeg?
[03:40] <kevin__> hi all. say im using ffmpeg to cut a certain section of both audio and video as two separate files... can i do that in one ffmpeg run? like, ffmpeg -ss start -t duration <some parameters here for audio encoding and location> <some parameters here for video encoding and location> ... ?
[03:41] <kevin__> right now i'm using two runs of ffmpeg
[03:43] <kevin__> oh, guess you can just pile them on top of each other. cheers.
[03:48] <hashpuppy> ffmpeg -i %04d.jpg -r 1 -croptop 60 -cropbottom 60 -s hd480 -vcodec libx264 -vpre hq -crf 16 out.mp4
[03:48] <hashpuppy> it outputs an mp4 that's really stretched out
[03:48] <hashpuppy> my images are 320x240
[05:22] <leandroal> I got ffmpeg compiled for playbook, but when I run it on playbook I get Malloc Check Failed: :/builds/GR2_0_1-Worldbuild/latest/svn/lib/c/alloc/dlist.c:1121. Any suggestion to fix this?
[05:24] <ubitux> looks like a playbook problem
[05:32] <leandroal> ubitux, can you tell someone more detailed?
[05:32] <ubitux> it means it doesn't look like a ffmpeg problem, so don't expect to get much help from here
[05:50] <leandroal> ubitux, ok, thanks
[06:17] <kevin> so im making a dvd. i was told you can use 'cat' to join mpeg streams. what parameters do i need to make sure are all the same in the individual mpgs?
[06:18] <kevin> right now im using ffmpeg with target ntsc-dvd for all my mpg clips, then having to use mencoder once again to join everything together. seems unnecesssary to have this double encoding going on
[06:19] <kevin> but it's the only way i can get flawless audio&video sync'd
[10:19] <letoram> any better way of setting up an AVIOContext with a pre-opened file handle than packing it in the url through pipe:%d?
[12:36] <relaxed> kevin: ffmpeg -i concat:1.mpg\|2.mpg -map 0 -c copy -f dvd combined.mpg
[13:01] <carnau> Hello, I have a small doubt. I'm adding a small animation into a video I want to know if there is a parameter to specify the speed ratio of this element.
[13:01] <carnau> Is this possible? Thanks
[13:09] <ubitux> a small animation into a video?
[13:09] <ubitux> overlay a smaller video and at a different rate?
[13:09] <ubitux> or add another stream?
[13:10] <ubitux> anyway, is anyone afainst replacing the ubuntu compile guide to a link to the wiki in the topic?
[13:10] <ubitux> against*
[13:13] <ubitux> saste?
[13:14] <saste> ubitux: +1
[13:14] <saste> on my todo
[13:15] <saste> a guide to generic configuration/setup of environment in linux/unix
[13:15] <saste> even if it is not ffmpeg specific, people keep asking about that
[13:15] <ubitux> :)
[15:01] <haakon_> what's the most recent, recommended way of producing files and segmenting them for HLS VoD?
[15:06] <ubitux> -f segment
[15:12] <saste> haakon_: also check ticket #1642
[15:25] <saste> ubitux: use -absf aac_adtstoasc
[15:25] <saste> only makes sense at the application level
[15:25] <ubitux> -> -devel
[15:25] <saste> in a library is not very meaningful
[15:25] <saste> yes
[15:35] <haakon_> ubitux & saste: cheers
[15:42] <tr33fall> hi again guys
[15:43] <tr33fall> yesterday i realize that i needed to compile libraries to arch arm
[15:43] <tr33fall> after compiling libx264 to arm
[15:43] <tr33fall> i built ffmpeg
[15:43] <tr33fall> http://pastebin.com/6dFDgEpY
[15:43] <tr33fall> in there is the script i used
[15:43] <tr33fall> i have an error when making install
[15:44] <tr33fall> in libx264.c some methods are undefined reference to
[15:45] <JEEB> sounds like you are doing something... incorrectly
[15:45] <JEEB> also gawd damn it that configure line of yours is an eyesore
[15:45] <tr33fall> lool
[15:46] <tr33fall> did you see the errors
[15:46] <JEEB> --extra-libs=-lx264 <- you really shouldn't need this
[15:46] <tr33fall> ah yes sorry
[15:47] <tr33fall> i left that
[15:47] <tr33fall> but i built it without it
[15:47] <JEEB> also it just sounds like something's going way awry before that
[15:47] <JEEB> and that's just an image of something going horribly wrong (not finding the x264 functions)
[15:48] <tr33fall> thats what im trying to find out :)
[15:49] <JEEB> also why.... are you calling the linker manually... that all sounds oh so wrong
[15:50] <JEEB> anyways, I'm pretty sure the error is not an installation error, the error happens during compilation but it also happens during install because it tries to link/compile the leftovers that weren't finished during 'make'
[15:50] <JEEB> and the error is that it doesn't find those x264 functions from anything linked to it
[15:51] <JEEB> in other words, "I'm trying to link this static lib, but uhh.... I don't have these things available to me? What to do, yo?"
[15:52] <JEEB> also, looking at that configure line I'm really trying to stop myself from ripping my eyes off. It's the clearest manifestation of ghetto magic brought up by unknown sources right there
[15:53] <JEEB> --enable-memalign-hack <- needed for 32bit windows only in most cases, and enabled by default where it is needed
[15:53] <JEEB> --disable-shared --enable-static <- default ffmpeg configuration is static
[15:53] <kevin> hey guys. i have some mpgs that i've encoded that say 720x480 [PAR 1:1, DAR 3:2]  and others that are [PAR 32:27, DAR 16:9] ... how do ensure that they are *only* 3:2?
[15:53] <kevin> like, the scale or whatever it's called
[15:53] <kevin> aspect ratio
[15:53] <JEEB> --enable-decoder=libx264 <- there is no such decoder as libx264
[15:54] <JEEB> --enable-nonfree <- you have nothing nonfree linked to your ffmpeg as per the configuration
[15:55] <JEEB> --enable-version3 <- I don't exactly see why you should specify this as you have nothing needing (L)GPL version 3 in your configure
[15:55] <JEEB> also you don't have --disable-everything so I'm pretty sure those completely random --enables do fuck all
[15:56] <JEEB> I did tell you that you want to start with a minimum configuration first, right?
[15:56] <JEEB> I don't want you to run away and scream that I'm mean, but I really just want you to understand that you're trying to take this thing from the completely wrong side
[15:57] <tr33fall> oh i believe the word you are looking for is savior
[15:57] <tr33fall> :)
[15:58] <tr33fall> i going easy then
[15:58] <JEEB> also, just noting that there are newer NDKs available now with newer compilers and friends
[15:58] <JEEB> kevin, if those are transport streams you'd really have to decode through them and check if there are any aspect ratio changes in there
[15:59] <JEEB> aspect ratios, heck even resolutions _could_ change midstream
[16:01] <kevin> oh
[16:01] <kevin> i'm pretty sure they don't
[16:01] <kevin> they are just 1min clips
[16:01] <kevin> and originally encoded using -target ntsc-dvd
[16:05] <kevin> so maybe i forgot the -aspect 4:3 argument?
[16:14] <kevin> mm giotta reboot
[18:25] <rud> hmm is there a way to set the destination framerate to the input's framerate ?
[18:27] <saste> rud: -r OUTPUT?
[18:28] <saste> rud: -r RATE ... OUTPUT
[18:28] <rud> i mean, i cannot do: ffmpeg -i & -re -a:c &. -r <same_as_input_whatever_value> -f ...
[18:29] <saste> rud: that's the default behavior
[18:29] <saste> iirc
[18:29] <rud> hmm when publishing to an rtmpd, the rtmpd would report 1000fps if i don't -f 25 :/
[18:30] <saste> rud: command&output
[18:30] <rud> aye let me see if i can reproduce
[18:40] <dsirijus> ok, i feel really bad about just asking for exact command, but...
[18:41] <dsirijus> i have this png sequence, 853x480, at 24fps, with alpha, and i'd like to get preferably m4v out of it, if that not possible, then mp4 (i need this to be hardware decodable on android, latest)
[18:42] <rud> saste: out of curiosity, would you happen to know why, while generating an HLS stream, such error message show up : hls: av: pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts ? I couldn't find a proper suitable reason/fix so far to this..
[18:52] <felixge> anybody knowledgable about the MPEG4 Part 14 Container format (mp4) ?
[18:52] <dsirijus> direct flv tp mp4 with alpha might work too, "ffmpeg -i input.flv -c:v copy output.mp4 throws "cannot find tag, codec not supported" and "could not write headaer"
[18:52] <felixge> I'm trying to take video from a Parrot AR Drone (which contains raw h264 frames) and dynamically wrap it inside an mp4 container to play it as a live stream in a web browser using a video tag
[18:53] <felixge> So for this I would have to implement the mp4 container format which seems like a lot of work. Before I embark on that, I was wondering if it this was even possible
[18:53] <felixge> or if mp4 is inherently non-streamable?
[18:54] <felixge> (I know that the moov atom has to be in front, but that should be doable I think)
[18:54] <felixge> I'm more concerned about the fact that my stream has no 'duration'
[18:54] <JEEB> <felixge> (I know that the moov atom has to be in front, but that should be doable I think) <- it's the whole index so no, it's not doable like that
[18:54] <JEEB> you can use the fragments feature tho
[18:55] <JEEB> ffmpeg's muxer should support it if I recall correctly
[18:55] <JEEB> L-SMASH supports it as well
[18:56] <felixge> JEEB: ok, so it's possible to get this to work?
[18:56] <felixge> (I don't understand the index in the moov atom yet, so your comment about the 'fragments' feature has me confused)
[18:56] <JEEB> fragments feature basically contains small indexes around the file so you can create them before the file is fully complete
[18:57] <JEEB> without them you'd have to have the full index (which contains bytewise offsets of everything so it really can't be used for realtime)
[18:57] <JEEB> if the H.264 stream of yours is spec-compliant libavformat and L-SMASH should be able to create such files
[18:57] <felixge> JEEB: it should be compliant. What's L-SMASH ?
[18:58] <felixge> (also: at this point I'm considering to implement the parts of the mp4 spec that I need for this in JavaScript/node.js, but I'm happy to have somebody talk me out of it in case that's too crazy of an undertaking)
[19:01] <felixge> any pointers about the 'fragments' would also be appreciated (I only have the Quicktime spec available to me, couldn't find a free copy of MPEG4 Part 14 so far)
[19:01] <JEEB> felixge, the iso container spec is so big and easy-to-misunderstand that it's better to use libavformat or L-SMASH, where people who have had an understanding have implemented it
[19:01] <JEEB> unless you want to end up having +1 half-broken implementation
[19:01] <felixge> JEEB: :)
[19:02] <JEEB> http://code.google.com/p/l-smash/ is L-SMASH, it's a parser/muxer for mp4 and alikes
[19:02] <ubitux> felixge: part 12 should be enough, no?
[19:02] <ubitux> (the public and bigger one, iso base media)
[19:02] <felixge> JEEB: ohh nice - L-SMASH is a standalone project?
[19:02] <JEEB> yes
[19:03] <felixge> JEEB: ok, I'll probably start by writing some bindings for that
[19:04] <felixge> thank you so much for that pointer !
[19:04] <felixge> ubitux: probably, still finding my way through that chaos of history and namings ;)
[19:04] <felixge> g2g, will be back for more Qs later :)
[19:05] <ubitux> felixge: part 14 really is light iirc, something like < 20 pages
[19:06] <ubitux> it's kind of a small extension of part 12, which contains most of the things you might be interested in
[19:06] <ubitux> and part 12 is public
[19:06] <ubitux> http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html
[19:07] <ubitux> ISO/IEC 14496-12:2012
[19:25] <dsirijus> ok, i got it to convert from flv to mp4, but i'm loosing alpha
[19:26] <dsirijus> is there anything i can do to preserve it?
[19:28] <DelphiWorld> hi
[19:29] <DelphiWorld> hi michaelni
[19:32] <michaelni> hi
[19:51] <dsirijus> i think i'm missing qtrle codec for this
[19:51] <dsirijus> i'm on windows with zeranoe builds
[19:52] <dsirijus> trying now other builds, like arrozcru
[19:55] <dsirijus> now, arrozcru has qtrle but no mp4 support :D
[19:56] <dsirijus> ok, a bounty now $20 bucks, convert me 2 small videos, one just plain mp4, one mp4 with alpha support
[19:56] <dsirijus> i can share google drive or dropbox, whatever works
[20:00] <JEEB> I'm pretty sure android doesn't support anything in there with alpha
[20:00] <JEEB> (because IIRC you needed hardware decoding support)
[20:01] <dsirijus> ok, good enough
[20:01] <dsirijus> thank you
[20:02] <JEEB> sure, you could just build libavcodec/format for android and use that if the format was simple enough to be decoded on the CPU without much extra derp
[20:03] <dsirijus> :) nah, i have to build android app from scratch and deadline is in 6 hours
[20:04] <dsirijus> i'll just make some shader to blend it out in unity
[20:06] <flori_> hey guys, i have a question about sample_fmt in codec context (http://ffmpeg.org/doxygen/trunk/structAVCodecContext.html#1bdba69ea111e2a9d03fdaa7a46a4c45). Does it describe the sample-format of my incoming audiostream or the sampleformat of the encoded output if i am using the codec-context as parameter for avcodec_encode_audio2?
[20:13] <DedSirijus> JEEB, does ogg theora support alpha?
[20:15] <rud> saste: after troubleshooting this -r thing, i come to the conclusion its an issue on my rtmpd side. ffmpeg reports each stream at the correct fps, and inspecting the stream show correct fps ;)
[20:16] <saste> rud: good
[20:17] <saste> i'm going to update the hls patch and post it when i'll have some time(TM)
[20:30] <rud> saste: :)
[20:30] <rud> tell me whenever you want some tests
[21:00] <DedSirijus> is there any way to generate alpha mask video from video with alpha with ffmpeg?
[21:39] <timmay> i've got a ton of movies. mostly avi's, that i need converted to dvd's (or iso's that can be burned to dvd's). not good with cli. would prefer a gui program. using debian. just installed it. not too good at it. got tons of time and patience. eager to learn.
[22:00] <jordan_> what are the licensing issues if i use the h.264 codec to convert some files
[22:02] <JEEB> depends on a lot of things
[22:02] <jordan_> such as?
[22:03] <JEEB> what are you going to do with the thing, how are you going to distribute it
[22:04] <JEEB> free internet video distribution is free, for example, with H.264
[22:04] <jordan_> JEEB, I'm have a software that users input video, in order to keep the size of the video down and gain some features like video playback speed i want to convert to something like h.264
[22:05] <JEEB> so you are making a piece of software that encodes H.264?
[22:05] <jordan_> well converts whatever the user inputs
[22:06] <JEEB> then you would have to license pretty much every format you'd be implementing on the decoding and encoding side. Most freeware/open source applications ignore this, but I am not a lawyer and so forth.
[22:07] <cbsrobot-> rud: btw
[22:07] <JEEB> (source code is at least towards MPEG-LA not distributing)
[22:07] <cbsrobot-> you could update https://ffmpeg.org/trac/ffmpeg/wiki/StreamingGuide with your findings
[22:07] <JEEB> binaries are
[22:07] <JEEB> also, licensing does not necessarily mean money
[22:07] <JEEB> I think MPEG-LA's certain licenses for example let you roam free until you distribute 150k copies or so
[22:08] <rud> cbsrobot-: hmm good idea
[22:08] <JEEB> (and this was IIRC per year, not sure tho)
[22:08] <jordan_> i was going to use ffmpeg to do the conversion
[22:09] <jordan_> the users don't distribute the converted video that is there video
[22:10] <jordan_> i just need my software to convert it for them
[22:10] <rud> I could make a simple todo for rtmp > hls + basic httpd.conf/nginx.conf
[22:10] <JEEB> well, there is video distribution, and what I talked after that as you mentioned you had your own software that you were distributing was distribution of software
[22:10] <JEEB> Basically, if you would distribute ffmpeg itself you'd be distributing it.
[22:10] <rud> s,todo,howto,
[22:11] <JEEB> anyways, I think all freeware/open source things just host themselves in France/Netherlands or just don't care.
[22:11] <JEEB> But this is not advice in a legal sense
[22:11] <jordan_> this is not freeware/open source
[22:11] <jordan_> this is business software
[22:11] <JEEB> yup
[22:12] <JEEB> anyways, this is not limited to H.264
[22:12] <JEEB> MPEG-4 Part 2, AAC, MP3...
[22:12] <JEEB> I'd either go talk with a lawyer who knows about this stuff, or check out what kind of deals MPEG-LA and other licensors of the formats you want to implement are giving
[22:12] <jordan_> i just chose h.264
[22:13] <JEEB> for encoding, but you just said that you will let people just input whatever they want
[22:13] <JEEB> thus you need decoders
[22:13] <JEEB> and H.264 is video only, I'm pretty sure something will have audio, and then we go towards the audio formats
[22:13] <jordan_> yea decode it and convert
[22:13] <jordan_> don't need to change audio
[22:14] <JEEB> ok...
[22:14] <JEEB> then you'd just have to license all of the video formats you decode and encode from/to
[22:14] <JEEB> (or go talk with a lawyer about where you are and how much the licenses actually affect you)
[22:15] <JEEB> depending on how many things you actually distribute you might either pay nothing or not a big sum
[22:16] <jordan_> do you know a place to find out?
[22:16] <JEEB> for MPEG-LA licensed things there's http://www.mpegla.com
[22:16] <jordan_> http://www.mpegla.com/main/programs/AVC/Pages/AgreementExpress.aspx
[22:17] <JEEB> yes, that's just H.264
[22:17] <JEEB> looking at what you've said so far you will be decoding a lot more formats
[22:18] <jordan_> so i need a license agreement for every known video format
[22:18] <jordan_> lol
[22:18] <JEEB> well, everything you will enable and that is under some kind of licensing
[22:18] <JEEB> I'm pretty sure some random format once or twice used in some 1990s game might be OK
[22:19] <JEEB> but I am not a lawyer
[22:19] <JEEB> (or you just start disabling some of the obscure stuff)
[22:20] <jordan_> sounds like if i were to try to go by the book, i'd have a great unusable peice of shit
[22:21] <jordan_> do the big companies go by the book Hell no
[22:21] <JEEB> well, there are three types of formats in libavcodec
[22:21] <JEEB> free and without licenses that you have to sign for (theora, vorbis, wavpack, flac, vp8 etc.)
[22:22] <JEEB> not necessarily free and usually standardized for something (ac3, dts, mpeg-4 part 2, H.264, mp3, mpeg-2 etc.)
[22:23] <jordan_> the problem is not really the licensing but researching every little thing is going to be a problem for me do i want to devote that much time into figureing this out? if i got sued how much could i really be liable for
[22:23] <JEEB> the obscure / single use case stuff (game specific stuff that is not bink, random screen capture codecs etc.)
[22:23] <JEEB> basically the stuff you really need to look for isn't that big
[22:23] <jordan_> may be easier to get sued than to commit the resources
[22:23] <JEEB> dunno, depends. Most companies license their stuff and have a certain feature set
[22:25] <jordan_> well i'm using the media player control in Microsoft .Net which uses the Windows media player to do everything
[22:25] <JEEB> then you're not necessarily distributing stuff with that
[22:25] <JEEB> you're just using stuff that possibly is in someone's PC
[22:27] <jordan_> yea but the converter i would have to distribute
[22:27] <JEEB> yup
[22:31] <JEEB> I would just ask MPEG-LA on licensing most of their stuff, and go for the other popular similar formats I guess if I were to do it :V And if their licensing wasn't within my capabilities I'd just disable that format.
[22:31] <JEEB> http://ffmpeg.org/general.html#Video-Codecs
[22:32] <JEEB> if you're not touching audio this should be the full list
[22:33] <JEEB> many of these are either raw video or very limited stuff and/or something that's just not licensed out
[22:33] <burek> DedSirijus: http://ffmpeg.org/ffmpeg.html#alphaextract
[22:35] <JEEB> also regarding more or less obscure stuff you might just disable the stuff at first
[22:35] <JEEB> and if someone actually asks you for it you can always release an update
[22:37] <aimzz_> hey, am i allowed to change the codeccontext->frame_size or has that to be a fix value?
[22:39] <aimzz_> because i have a function that delivers me 1764 samples Audio each call. I want to encode that to mp3, which has a frame_size of 1154 samples. To call avcodec_encode_audio2 it has to be frame.nb_samples=c.frame_size. So am i allowed to set frame_size to 1764?
[22:39] <jordan_> well for h.264 there is no royalty for 0-100k units/year
[22:40] <JEEB> yeah
[22:40] <jordan_> i could only dream of getting that many users
[22:40] <JEEB> anyways, send them an e-mail regarding the other formats you'll probably end up decoding from them
[22:41] <JEEB> MPEG-2, MPEG-4 Part2, possibly VC-1
[22:41] <jordan_> even if i just wont to convert them into one format, i have to think about the incoming format?
[22:42] <JEEB> yes, since you'd be implementing the decoder for it
[22:42] <JEEB> and distro'ing it
[22:42] <jordan_> that's dumb
[22:43] <jordan_> i don't got time for all this
[22:43] <jordan_> well i'll look into i later thankks
[22:43] <JEEB> no problem
[22:43] <JEEB> and yeah, with the amount of formats libavcodec supports it can be a mess if you want to support all of those commercially licensed things
[22:44] <jordan_> well i'm thinking most of the captured video will be from a smart phone
[22:44] <jordan_> that would be the simplest thing to do these days
[22:44] <JEEB> so it's probably either MJPEG, MPEG-4 Part 2 (possibly H.263), or H.264
[22:44] <JEEB> video-wise
[22:44] <jordan_> most smartphones h.264
[22:45] <JEEB> well, most and most -- my phone for example did only MPEG-4 Part 2 at first
[22:45] <JEEB> H.264 is what it now does the best after an update
[22:45] <JEEB> MJPEG is more around cameras I guess
[22:46] <JEEB> and even there it's being replaced by MPEG-4 Part 2 / H.263 or H.264
[22:46] <JEEB> so you could get away with a rather limited set at first
[22:46] <jordan_> yup
[22:47] <jordan_> h.264 is the best right
[22:47] <JEEB> at the moment, yes
[22:47] <JEEB> HEVC might start getting used in 1.5-2 years
[22:47] <aimzz_> sorry guys can anyone of you help me out with my problem?
[22:48] <jordan_> is that going to be licensed as well
[22:48] <JEEB> by MPEG-LA most probably
[22:48] <JEEB> it's after all the next MPEG format
[22:49] <JEEB> (it should get standardized next january)
[22:49] <JEEB> and then a year+ from that and we should see first tumbling steps into having it used somewhere
[22:50] <JEEB> then some more time and we might see it in certain things, although I guess the ubiquity of H.264 will make it be the Main Thing in phones for quite some time from now
[22:51] <jordan_> is h.265 going to be a significant gain in compression vs quality? i don't need 7680x4320 resolution
[22:52] <JEEB> note, you can encode in that resolution right now right today
[22:52] <JEEB> I really do question why suddenly HEVC is "capable" of 4K
[22:52] <JEEB> (for news outlets)
[22:53] <JEEB> also it still has no ITU-T numbering so HEVC is still the only name for it
[22:53] <JEEB> http://www.itu.int/ITU-T/workprog/wp_item.aspx?isn=7752
[22:53] <JEEB> heck, it's called H.HEVC on their site still
[22:53] <JEEB> :D
[22:54] <cbsrobot-> what does the H stand for anyways ?
[22:54] <JEEB> anyways, yeah -- they listened to certain comments etc. on what could be made better with the H.264
[22:55] <JEEB> cbsrobot-, H series: Audiovisual and multimedia systems
[22:55] <JEEB> http://www.itu.int/ITU-T/recommendations/index.aspx?ser=H see the pulldown list for the others
[23:05] <saste> cbsrobot-: Hyperbolic
[00:00] --- Fri Sep  7 2012