[00:43] <EnginA> quick question: what would be the easiest way to get video lengt of a video ? and which video format that method supports ? [00:43] <EnginA> i can preferrably use the API or less preferrable a comand line tool [00:46] <ubitux> ffprobe -v 0 -show_entries format=duration -of flat input [00:46] <ubitux> look at ffprobe.c for how it's done with the api [00:48] <EnginA> ubitux: and i'd imagine it'd support any format ffmpeg does ? [00:49] <ubitux> sure [00:49] <EnginA> thanks [00:50] <ubitux> note that duration may be unknow with some streams [00:50] <EnginA> such as ? [00:50] <ubitux> well typically, a random continuous web radio [00:50] <EnginA> i don't care about those streams, but out of curiosty [00:51] <EnginA> ubitux: oh you mean, actual streams, alright. [00:51] <EnginA> i will be working with files for sure [00:52] <Mavrik> I think you wont get duration for TS streams as well [00:52] <Mavrik> at least not a correct one [00:53] <Anaphaxeton> Mavrik, my TV set's firmware sucks in this sector. It demands specific containers with specific stream combinations. for .mkv for example i have to convert mpeg2 to h264. for mpeg-ps it accepts mpeg2 and linear pcm... [00:53] <Mavrik> Anaphaxeton, Id expect it would demand mpeg2 with MP2 audio [00:53] <Mavrik> not pcm O.o [00:54] <Anaphaxeton> the manual says "mpeg" [00:54] <Anaphaxeton> i will try mp2, although i think i have tried that combo before [00:54] <Anaphaxeton> let me check [00:58] <Anaphaxeton> it throughs lots of errors but playback with vlc looks ok [00:58] <Anaphaxeton> i put the bitrate at 384K [00:59] <Anaphaxeton> sounds ok but i dont know if the tv will want to play it! [00:59] <Anaphaxeton> theoritically it works [00:59] <Anaphaxeton> btw why cant the audio stream be pcm? [00:59] <Anaphaxeton> (just for keeping the quality...) [01:01] <Mavrik> because the container doesnt support it [01:01] <Mavrik> since its made for remote streaming [01:02] <Mavrik> and noone is stupid enough to stream raw audio over IP links [01:02] <Anaphaxeton> of course [01:02] <Mavrik> plus, PS/TS presumes format will carry its own configuration data [01:02] <Anaphaxeton> well pcm was not make for remote streaming i think... [01:02] <Mavrik> PCM is just raw audio with not metadata [01:03] <Anaphaxeton> yes [01:03] <Mavrik> thats why most containers will not carry it [01:03] <Anaphaxeton> panasonic claims otherwise :p [01:03] <Anaphaxeton> and refuses to play the file [01:03] <Anaphaxeton> i dont think it is because it is incomplete... [01:04] <Anaphaxeton> maybe it wants the subs externally [01:06] <EnginA> any estimate of how much of the beginning of a file would be sufficient to get meta data (hence video length) [01:06] <Anaphaxeton> good question [01:07] <Mavrik> EnginA, depends on format [01:07] <Mavrik> which format do you have? [01:07] <EnginA> i want to handle "all" [01:07] <EnginA> so a rough guaranteed guess is what i'm lookinf for [01:07] <EnginA> what's the worst case [01:07] <Mavrik> alot then [01:07] <Mavrik> I used 2 MB [01:07] <Mavrik> and it worked for streams [01:07] <EnginA> wow [01:08] <Mavrik> at least most of them [01:08] <Mavrik> now, I suggest you reconsider that "all" [01:08] <Mavrik> and try again :P [01:08] <EnginA> well, it depends on codecs rather then containers i suppose ? [01:09] <EnginA> if so, i don't have much idea, whatever people are using nowadays then, h264 ? [01:09] <Mavrik> no, it depends on containers. [01:09] <Mavrik> since containers store that data [01:09] <Mavrik> codecs dont care [01:09] <EnginA> so, simple, mainly mpeg, mkv and avi [01:09] <EnginA> i'm not seeing much avi lately though [01:10] <EnginA> even though rarely, i see wmv too [01:10] <Mavrik> couple of KB should be enough for those formats [01:11] <Mavrik> (wouldnt know about mpeg though) [01:11] <Mavrik> since those formats have mostly headers for that [01:11] <EnginA> what would require a couple of MB ? [01:12] <Mavrik> MPEG-TS, MPEG-PS, other streaming formats [01:12] <EnginA> alright [01:27] <Anaphaxeton> what format would be good for mpeg-ps? [01:28] <Anaphaxeton> i am trying vob at the moment :p [01:28] <Anaphaxeton> without -f it wont playback [01:36] <Nuc1eoN> hi [01:36] <Anaphaxeton> is .mpg subtitle friendly? [01:36] <Anaphaxeton> hu Nuc1eoN [01:36] <Anaphaxeton> hi* [01:37] <Nuc1eoN> glad I found this channel [01:37] <Mavrik> Nuc1eoN, you sure? :P [01:37] <Nuc1eoN> I'm clueless [01:37] <Nuc1eoN> :D [01:37] <Nuc1eoN> I want to demux from flv [01:37] <Nuc1eoN> but it fucks up [01:38] <Nuc1eoN> is it actually possible to demux with ffmpeg WITHOUT re-encoding? [01:39] <Mavrik> Nuc1eoN, yep. [01:39] <Mavrik> as usual [01:39] <Mavrik> :) [01:39] <Nuc1eoN> ffmpeg -i video.flv -vcodec copy out.h264 [01:39] <Nuc1eoN> not much :) [01:39] <Mavrik> you didnt read ;) [01:40] <Nuc1eoN> sry [01:40] <Nuc1eoN> my screen ha some glitch and I couldnt read what you wrote lol [01:40] <Nuc1eoN> linux has some weird bugs really [01:40] <Nuc1eoN> those text glitches [01:41] <Nuc1eoN> https://gist.github.com/Nuc1eoN/5471159 [01:42] <Nuc1eoN> does anybody understand why I cant choose any output name? [01:43] <Nuc1eoN> it needs a certain extension [01:43] <Nuc1eoN> like .avi [01:43] <Nuc1eoN> otherwise it won'T demux [01:43] <Nuc1eoN> thats weird [01:43] <Mavrik> Nuc1eoN, no its not [01:44] <Mavrik> because it chooses output container based on extension [01:44] <Mavrik> if you dont pass it explicitly [01:44] <Nuc1eoN> but I dont want any container [01:44] <Mavrik> Nuc1eoN, you STILL did not paste ffmpeg output. [01:44] <Mavrik> Nuc1eoN, "no container" is still a way of writing output [01:44] <Mavrik> and if you dont pass it [01:44] <Mavrik> ffmpeg will choose it according to your output filename. [01:44] <Nuc1eoN> well I want to understand first :) [01:45] <Mavrik> now. [01:45] <Mavrik> paste ffmpeg output so we know what youre working with. [01:45] <Nuc1eoN> ok [01:46] <Nuc1eoN> https://gist.github.com/Nuc1eoN/5471182 [01:46] <Nuc1eoN> is ok? :P [01:46] <Mavrik> better. [01:46] <Mavrik> :P [01:46] <Nuc1eoN> it's h264 [01:46] <Nuc1eoN> and aac [01:47] <Nuc1eoN> in flv [01:47] <Mavrik> ok, basically [01:47] <Mavrik> this does mux only video stream into your output container [01:47] <Mavrik> without reencoding [01:48] <Nuc1eoN> that's weird, because the file is corrupted [01:48] <Nuc1eoN> I cant play it [01:48] <Nuc1eoN> with vlc at least [01:48] <Nuc1eoN> I know it's only video [01:48] <Nuc1eoN> no sound [01:48] <Mavrik> of course you cant play it [01:48] <Mavrik> its missing headers from FLV [01:49] <Mavrik> you probably have to put it into annexb format to have a chance [01:49] <Nuc1eoN> annexb? [01:49] <Mavrik> yeah [01:49] <Nuc1eoN> wats that [01:49] <Mavrik> Nuc1eoN, lets do this again: why are you even trying to "demux" the stream? [01:49] <Mavrik> since trying to store raw bytestreams is a fast way to pain valley [01:49] <Nuc1eoN> I want to remux them into mkv [01:50] <Mavrik> any reason why dont you just say ffmpeg -i something.flv -codec copy something.mkv? [01:50] <Nuc1eoN> well I like doing things step by step so that I can better understand everything :P [01:51] <Mavrik> storing raw bitstream of h264 and aac will cause you alot of pain [01:51] <Nuc1eoN> I'm quite new to this you know [01:51] <Mavrik> since containers carry critical data that is needed to display those streams [01:51] <Nuc1eoN> aac works why? [01:51] <Mavrik> (like video resolution, pixel format, audio sample rate, etc) [01:51] <Nuc1eoN> I mean aac is also a container aint it? [01:52] <Mavrik> nop [01:52] <Mavrik> AAC is audio format [01:52] <Nuc1eoN> ah,then it was oog :P [01:52] <Nuc1eoN> ogg I mean [01:53] <Nuc1eoN> which puts everything in containers [01:53] <Mavrik> ogg IS a container [01:53] <Mavrik> vorbis it the audio format it contains [01:53] <Nuc1eoN> well anyways raw aac seems to work [01:53] <Nuc1eoN> and it's also a common audio format isnt it? [01:54] <Mavrik> yes [01:54] <Nuc1eoN> or are they in additional containers? [01:54] <Mavrik> of course theyre in containers [01:54] <Mavrik> AAC is one of the MPEG-4 standard formats [01:54] <Mavrik> and you usually find it within MP4 (.mp4, .m4a) [01:55] <Nuc1eoN> ah [01:55] <Nuc1eoN> ok [01:55] <Mavrik> as I said, I really recommend you to do remuxing directly [01:55] <Mavrik> since that will transfer necessary metadata :) [01:56] <Nuc1eoN> what metadata for example? [01:56] <Mavrik> like PPS and SPS H.264 data you need to play it back ;) [01:57] <Mavrik> (since flv is a format which stores that in a header) [01:57] <Nuc1eoN> does mkv too? [01:57] <Mavrik> also timing timestamps [01:57] <Mavrik> since most raw formats dont have their own timestamps [01:57] <Mavrik> Nuc1eoN, yep. [01:58] <Nuc1eoN> Mavrik, ah thx thats nice new knowlegde :) [01:58] <Mavrik> since containers usually provide: place for common data (SPS/PSS packets for H.264, data about audio sample rate etc.) and timings [01:59] <Mavrik> some codecs provide those themselves, some dont [01:59] <Nuc1eoN> is there a way to add this metadata seperately afterwards (just curious :P) [01:59] <Mavrik> AAC and H.264 have both options: to be encoded with those info inside the stream (being repeated periodically for streaming) or just at the head [02:00] <Mavrik> Nuc1eoN, of course, but good luck finding a tool :) [02:00] <Nuc1eoN> so it can be burned into the streams? [02:00] <Mavrik> yep [02:00] <Nuc1eoN> interesting [02:00] <Mavrik> (AnnexB version of H.264) [02:00] <Nuc1eoN> how can I achieve that? With ffmpeg? [02:00] <Mavrik> but of course, AnnexB H.264 wont play inside MP4 or flv [02:00] <Mavrik> at least not in most players ;) [02:00] <Mavrik> or inside mkv [02:00] <Mavrik> so you need to reconvert it back later [02:00] <Mavrik> and thats alot of pointless pain :P [02:01] <Nuc1eoN> uhh yeah [02:01] <Nuc1eoN> can annexb also contain the audio stream? [02:01] <Nuc1eoN> I mean, otherwise its pointless [02:01] <Nuc1eoN> if it cant be in a container [02:02] <Mavrik> em [02:02] <Mavrik> AnnexB is a way of encoding H.264 [02:02] <Mavrik> your question is meaningless :) [02:02] <Mavrik> AAC also has about 3 ways of encoding its bitstream [02:02] <Nuc1eoN> yeah [02:02] <Nuc1eoN> I wasnt precise [02:02] <Mavrik> but if you say it works without change then you have the correct one [02:03] <Nuc1eoN> but you said annexb doesnt work incontainers? [02:04] <Mavrik> Nuc1eoN, no, I said it doesnt work in some specific containers [02:05] <Mavrik> it has to be used in other types of containers (mostly meant for streaming) [02:05] <Nuc1eoN> my fiel is a stream actually [02:05] <Nuc1eoN> *file [02:06] <Nuc1eoN> just sayin' :P [02:07] <Nuc1eoN> the reson I wanted to do remuxing and muxing seperatley is also, that on Windows there is a tool I used which doesn only demuxing [02:07] <Nuc1eoN> and it seemed to work [02:07] <Nuc1eoN> pcgdemux or so [02:07] <Nuc1eoN> I liked the tool [02:07] <Nuc1eoN> but I'm on linux now [02:08] <Nuc1eoN> :P [02:08] <Mavrik> well, find out which output container it uses [02:08] <Mavrik> and do that on linux :) [02:09] <Nuc1eoN> it's open source actually I wonder why it's not available on linux [02:10] <Nuc1eoN> also I experience somthing weird [02:11] <Nuc1eoN> when I demux the audio stream with avidemux [02:11] <Nuc1eoN> the file is not the same [02:11] <Nuc1eoN> as when I do it with ffmpegf [02:12] <Nuc1eoN> any expalanation for that= [02:12] <Nuc1eoN> ? [02:12] <Nuc1eoN> the file size differs slightly [02:13] <Nuc1eoN> and also the md5hash of course... [02:17] <Nuc1eoN> and antother question, when I do: [02:17] <Nuc1eoN> ffmpeg -i inpu.flv -vcodec copy ouput.mkv [02:17] <Mavrik> is seems avidemux doesnt do the same magic as ffmpeg no? :) [02:17] <Nuc1eoN> will it automaticly put it in mkv? [02:17] <Mavrik> yep [02:17] <Nuc1eoN> Mavrik: yeah :D [02:17] <Mavrik> you can force mkv with "-f mkv" [02:18] <Nuc1eoN> and if I dont^^ [02:18] <Nuc1eoN> also [02:19] <Nuc1eoN> some ppl recommend to put -vn there [02:19] <Nuc1eoN> to skip the video when demuxing audio [02:19] <Mavrik> :) [02:19] <Nuc1eoN> is that needed actually? [02:19] <Mavrik> depends on output container [02:19] <Mavrik> if its audio only, ffmpeg will disable video automatically [02:20] <Mavrik> its usually wise to specify as much as possible to avoid auto-magic [02:20] <Nuc1eoN> aha [02:20] <Nuc1eoN> auto-magic ever sucked [02:21] <Nuc1eoN> or maybe we would miss it it it werent there :P [02:22] <Anaphaxeton> it seems i made it with -f vob :D [02:24] <Nuc1eoN> Mavrik: Does the container actually do any additional compression (in file size)? [02:24] <Mavrik> um [02:24] <Nuc1eoN> I wonder [02:24] <Mavrik> well it does have its own metadata [02:24] <Mavrik> so it does provide an overhead [02:25] <Nuc1eoN> yeah but it doesnt compress? [02:25] <Nuc1eoN> (regarding size) [02:25] <ubitux> a container will only increase the size [02:26] <ubitux> if it compresses something, it's its own data, but that's all [02:26] <Nuc1eoN> heh, I guessed so but I read it on other forums :P [02:26] <Nuc1eoN> that flv is better than mkv because it compresses more°^^ [02:27] <Nuc1eoN> or look at this http://de.answers.yahoo.com/question/index?qid=20101229014054AADfObt :P [02:27] <Nuc1eoN> "flv>mkv >avi [02:27] <Nuc1eoN> avi saves up more space. [02:27] <Nuc1eoN> avi has the best video quality." [02:27] <Nuc1eoN> (quote) [02:28] <Nuc1eoN> chosen as best answer haha :) [02:29] <Nuc1eoN> well the other answers arent any better neither [02:30] <ubitux> yahoo.com [02:30] <ubitux> best source ever for video matters [02:30] <Nuc1eoN> :DD [02:31] <ubitux> anyway flv only can only contain 1 video stream and 1 audio stream [02:31] <ubitux> avi has various restrictions, and it is notably delicate to mux h264 into it [02:31] <Nuc1eoN> what speak actually FOR flv??? [02:31] <Nuc1eoN> *speaks [02:32] <ubitux> and mkv can basically mux all kind of shit, so it's pretty handy, and overhead is not that big anyway [02:32] <Mavrik> it was only thing supported by flash some time ago :) [02:32] <Nuc1eoN> flash videos O.o [02:33] <Nuc1eoN> brb [02:40] <Nuc1eoN> back :D [02:41] <Nuc1eoN> here it is http://www.videohelp.com/tools/PgcDemux [02:41] <Nuc1eoN> Pgcdemux [02:43] <Nuc1eoN> "Demuxes a PGC/VID/CELL in its elementary streams" [02:43] <Nuc1eoN> but it does put them in containers I guess: [02:43] <Nuc1eoN> "video(m2v), audio(ac3,wav,dts,mpa) and subtitles(sup)." [02:49] <Mavrik> remind me, does ffmpeg support mp4 faststart yet? [02:54] <Nuc1eoN> I have a queestion (sry that I ask so much), how does ffmpeg actually encode, does it use external libraries (like x264/LAME) or does it have it's own implementations? [02:58] <Mavrik> Nuc1eoN, depending on format [02:58] <Mavrik> Nuc1eoN, ffmpeg has alot of internal encoders [02:58] <Mavrik> for some formats you can choose [02:58] <Mavrik> for others you need to use external formats [02:59] <Mavrik> (e.g. for H.264 you must use libx264, for mp3 LAME etc.) [02:59] <Mavrik> (for AAC theres a choice of 4 or so encoders) [02:59] <Nuc1eoN> and fraunhofer encoder? [02:59] <Nuc1eoN> for mp3? [02:59] <Nuc1eoN> it's told to be the best [03:00] <Nuc1eoN> (mp3 encoder) [03:00] <Mavrik> iirc no [03:01] <Nuc1eoN> Mavrik, ok ty [03:01] <Nuc1eoN> whtat's the matter between ffmpeg and libav actually? [03:04] <Nuc1eoN> just found the very same^^ [03:05] <Nuc1eoN> hm, a sad thing actually [03:19] <ubitux> more than sad, it's a real PITA for users and dev [03:24] <Nuc1eoN> well I just read it increased competition and as such speeded the development [03:25] <ubitux> ffmpeg is not really available for ubuntu and debian users [03:26] <ubitux> every app depending on the libs now need to support both and it's kind of messy sometimes [03:26] <ubitux> duplicated work from the fork is done every week and causes merge issues on our side [03:26] <Nuc1eoN> does ffmpeg merge much from libav? [03:27] <Nuc1eoN> or at all [03:27] <ubitux> every day everything is merged (except when it sucks) for 2+ years now [03:27] <Nuc1eoN> lol [03:27] <Nuc1eoN> and vice versa? [03:27] <ubitux> almost never [03:28] <Nuc1eoN> rofl [03:28] <ubitux> which means we have something like 50+ filters for instance [03:28] <Nuc1eoN> must be a whole lot of work [03:28] <ubitux> yes. [03:28] <Nuc1eoN> but doesnt it get more and more diffcult over time [03:28] <ubitux> indeed [03:29] <Nuc1eoN> since the projects divine i guess [03:29] <ubitux> we try to stay compatible [03:29] <ubitux> and the fork regularly try to break that attempt [03:30] <Nuc1eoN> it's strange that libav wouldn't merge ffmpeg patches [03:30] <Nuc1eoN> stupid even [03:30] <Nuc1eoN> I'd say [03:30] <relaxed> they merge some [03:31] <ubitux> they pick and "rework" them sometimes [03:32] <ubitux> most of the time they "reinvent" it [03:32] <Nuc1eoN> very mature [03:33] <relaxed> forks happen for a reason [03:35] <Nuc1eoN> yeah but it was becasue of conlicting personalties [03:35] <Nuc1eoN> not technical reasons [03:35] <relaxed> It was both [03:36] <relaxed> bringing in mplayer's filters was stupid, IMO [03:37] <ubitux> relaxed: having mplayer's filters in ffmpeg stimulate the ports [03:38] <ubitux> we're almost done with porting them all because we want to drop the wrapper [03:38] <ubitux> i remember libav developers saying "yeah let's port them" [03:38] <ubitux> 2 years after they ported maximum 2 [03:38] <ubitux> we ported maybe 30 of them [03:38] <ubitux> i believe that wrapper was a very good idea [03:39] <ubitux> ...and history proves it. [03:43] <relaxed> It was those type of decisions made by mostly one person, who would not even come on irc at the other devs request that helped cause it too. [03:43] <relaxed> And this could have all been avoided. [03:44] <ubitux> people change, history proves it as well [03:44] <ubitux> ...and now the people responsible of the separation are not willing to fix the situation [03:44] <relaxed> So you can't point at the other group all you want and cast blame, but it was mostly ffmpeg's fault for this. [03:44] <ubitux> i think it was a bad reason [03:45] <ubitux> mp wrapper went into ffmpeg post fork iirc [03:45] <relaxed> can* [03:46] <ubitux> well i'm not blaming them for past actions [03:46] <ubitux> i'm blaming them for what they do every week/day since 2+ years now [03:46] <relaxed> When you have a driving force at the helm for so long this type of thing happens. [03:47] <Nuc1eoN> relaxed: Like it's with Linus Torvalds and the Linux kernel? [03:49] <relaxed> sort of, Linus doesn't submit code to Linux nowadays. He just heards the cats. [03:49] <relaxed> herds* [03:50] <Nuc1eoN> that's bad? [03:51] <relaxed> mn has guided ffmpeg for a very long time, and while he's a good dev, he got to comfortable submitting anything he wanted. [03:51] <Nuc1eoN> he gives it a direction [03:51] <relaxed> :/ too* [03:51] <Nuc1eoN> :P [03:52] <relaxed> direction is a good thing but when you upset most of the other devs with that direction, forks happen [03:52] <Nuc1eoN> although I aggree the best coder often isnt the best leader [03:53] <Nuc1eoN> or "not always" [03:53] <relaxed> But that's life, and it's why we have 50 dofferent types of tooth paste at the grocery store. [03:53] <relaxed> Different people want different things. [03:53] <Nuc1eoN> haha yeah [03:53] <Nuc1eoN> but still big companies need a leader [03:53] <Nuc1eoN> IMO [03:54] <ubitux> relaxed: the fork in itself is not a problem [03:54] <Nuc1eoN> a country needs one [03:54] <ubitux> it's actually a good thing [03:54] <ubitux> but it's not done properly [03:54] <ubitux> and it's continously done in a way where it tries to destroy ffmpeg [03:55] <ubitux> (or their users) [03:55] <ubitux> that is the real problem.. [03:55] <Nuc1eoN> yeah like this ubuntu "depreciation warning" [03:55] <relaxed> I'm sure they would rather be the only one. [03:56] <relaxed> Just as I'm sure FFmpeg devs wish libav would go away. [03:57] <ubitux> relaxed: i don't care if libav exists, as long as it doesn't prevent every debian/ubuntu users to use it. [03:57] <relaxed> You guys get all they work by proxy and pile your features on top. Then make new releases all the time in an effort to overshadow them. [03:58] <ubitux> what is the problem with providing both of the two worlds? [03:58] <relaxed> So I guess they want to make it more difficult for you to continue. [03:58] <ubitux> the fork has the recognition from ffmpeg [03:58] <relaxed> Nothing, I'm just sharing what I've seen. [03:59] <ubitux> authorship is kept, and the fork is mentioned [03:59] <ubitux> we don't try to hide in [03:59] <ubitux> ...and i can't say the same about them [03:59] <relaxed> It's a shitty thing all around. [04:00] <bcoudurier> relaxed you are wrong [04:00] <relaxed> how so? [04:00] <ubitux> relaxed: should we wait for the fork to make a release before we do? [04:00] <bcoudurier> I was there I heard everything [04:00] <relaxed> No. I'm just telling you how they see it. [04:01] <relaxed> bcoudurier: So was I. [04:01] <relaxed> Unless you mean a private meeting. [04:02] <bcoudurier> where were you ? [04:02] <bcoudurier> grep relax in my irc logs don't show anything [04:02] <relaxed> On the mailing lists, irc, etc... [04:03] <bcoudurier> it was a revenge that's all [04:03] <relaxed> Just because I didn't participate doesn't mean I wasn't there. [04:03] <bcoudurier> some people doing politics talked to other people and convinced them [04:03] <relaxed> I agree. [04:03] <bcoudurier> some were convinced some other were more honest than that [04:04] <bcoudurier> that mplayer filter thing is an easy excuse [04:04] <bcoudurier> a vote was proposed after the failed coup [04:05] <bcoudurier> anyway Im glad ffmpeg is alive and active, I could even say more than ever [04:06] <relaxed> You were one of the more active devs and then you disappeared too. I guess to focus on your fork? [04:10] <relaxed> In fact you your fork was way before libav's. Why was that? Hard to get your changes in ffmpeg at the time? [04:10] <relaxed> -you [04:16] <iive> relaxed: actually imho, ffmpeg releasing more often than libav also means that ffmpeg breaks the API/ABI more. It also releases the breakage first. [04:17] <iive> well, the application will have to incorporate these changes sooner or later, and ffmpeg also does more backports to older api/abi 's [04:18] <relaxed> hello iive [04:19] <iive> hi and I was just going to close the chat :| [04:20] <relaxed> what do you mean "close the chat"? Exit out of irc? [04:20] <iive> yes, i do that. sometimes. [04:21] <relaxed> you're not as active as you once were. [04:22] <iive> ^_^ [08:56] <rindolf> Hi all. http://paste.debian.net/552/ - this command gives only an audio output - not a video output. Why? [08:57] <rindolf> http://paste.debian.net/553/ - here is the output. [09:18] <rindolf> http://paste.debian.net/555/ - found it. Thanks. [09:49] <Anaphaxeton> the .idx ,sub pair what kind of subs is it considered? [09:49] <rindolf> Anaphaxeton: what? [09:50] <Anaphaxeton> subrip?dvd? [09:51] <Anaphaxeton> i an trying to make my TV's player to recognise them [09:52] <Anaphaxeton> is is quite picky with what codec-container combo i choose [09:53] <Anaphaxeton> for example it will not accept an .mkv with mpeg video [09:53] <Anaphaxeton> h264 works fine... [09:54] <Anaphaxeton> the recipe i used yesterday to get both picture and sound is the following: [09:54] <Anaphaxeton> ffmpeg -i Downton5.mkv -c:s subrip -c:v copy -c:a mp2 -b:a 384K -f vob /run/media/george/ARCH_201302/Downton.Season.2.Episode.5.mpg [09:54] <Anaphaxeton> this .mkv source is just the streams of a dvd [09:55] <Anaphaxeton> without -f vob it wont work :p [10:03] <Anaphaxeton> no idea? [10:04] <Anaphaxeton> the target is mpeg2 video, mp2 audio, ps container, .mpg [10:04] <Anaphaxeton> does that fit subs? [10:05] <Anaphaxeton> because as i see in the middle of transcoding, no subs exist in there [10:11] <Anaphaxeton> so does .mped fit subs? [10:11] <Anaphaxeton> .mpeg* [10:22] <ubitux> Anaphaxeton: idx + sub is called vobsub [10:22] <Anaphaxeton> i saw that in ffmpeg output [10:22] <Anaphaxeton> vobsub wont work [10:22] <ubitux> you can mux them into for instance mkv [10:22] <Anaphaxeton> it is actually not muxed [10:22] <ubitux> or you can hardsub them [10:22] <Anaphaxeton> i need mpeg-pse [10:22] <Anaphaxeton> i need mpeg-ps [10:23] <Anaphaxeton> i dont want to transcode the video :-/ [10:23] <ubitux> you want to mux some vobsub into a mpeg ps file? [10:27] <yajiv> Hi! i'm running into what looks like a version mismatch between ffmpeg and ffserver, and i was hoping to get some clarity on next steps [10:28] <Anaphaxeton> ubitux, yes [10:28] <Anaphaxeton> subtitle conversion sounds acceptable [10:29] <ubitux> it should be possible but it seems there is a bug [10:29] <Anaphaxeton> vlc cannot add them either [10:30] <Anaphaxeton> and i have this "hybrid" gui that does wonders but doesnt output .mpg...... [10:30] <ubitux> in theory, ffmpeg -i in.mpg -i in.idx -c copy -map 0 -map 1 -y out.mpg should work [10:30] <ubitux> but in practice the mpg muxer seems to have some troubles.. [10:31] <Anaphaxeton> i will try that right away [10:31] <ubitux> i said it doesn't work :p [10:31] <ubitux> :( [10:31] <yajiv> sry, got dc&.was hoping to ask a question about ffmpeg and ffserver version mismatch. on version #define FFMPEG_VERSION "N-52509-g785eb5f" built on 10.8.2 [10:32] <ubitux> Anaphaxeton: OTOH, doing the exact same thing with mkv output works [10:32] <yajiv> have the basic flow of ffmpeg-> http feed->ffserver->rtsp stream-> ffplay working file for a h.264 encoded mp4 [10:33] <yajiv> however, when i use ffmpeg build 0.11.1 built for android x86 (only version i could get working) and tried the same command line talking to the same ffserver i find that open opening the http connection it gets stuck in wait_feed and no data is sent out [10:33] <Anaphaxeton> yes mkv is fine, that is why i was asking wether a subs stream can be embedded or not [10:35] <yajiv> the ffmpeg command line is a very simple ffmpeg -re -i /sdcard/a.mp4 http://192.168.1.112:8090/feed1.ffm that feeds into ffserver [10:36] <yajiv> was wondering if someone had insights into where to look to addressing this. Thanks! [10:36] <ubitux> yajiv: you're not able to get a working ffmpeg version above 0.11? [10:36] <ubitux> (for android i mean) [10:37] <yajiv> for android x86&.i tried a couple other ones and gave up. [10:37] <ubitux> 0.11 is starting to be very old [10:37] <yajiv> is your first recommendation to try to build it on a later version? [10:38] <ubitux> i'd say yes but that's because i have nothing better to propose [10:39] <yajiv> do you know where i can debug the feed source?..or perhaps any thoughts on maybe using udp or rtmp feed out? [10:39] <yajiv> btw, thanks for the feedback ubitux! [10:39] <ubitux> no idea; -v debug i guess.. [10:40] <yajiv> kk..thx [10:42] <yajiv> just to respond back&on cases where it doesn't work&i.e from the old build..the logs stop at.. Stream #0:1(eng), 90, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s [10:42] <yajiv> Metadata: [10:42] <yajiv> creation_time : 2013-03-26 17:08:34 [10:43] <yajiv> handler_name : SoundHandle [10:43] <yajiv> and when it works [10:43] <yajiv> Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s [10:43] <yajiv> Metadata: [10:43] <yajiv> creation_time : 2013-03-26 17:08:34 [10:43] <yajiv> handler_name : SoundHandle [10:43] <yajiv> Output #0, ffm, to 'http://192.168.1.112:8090/feed1.ffm': [10:43] <yajiv> i'll grep and try to look at the source...thanks. [11:06] <xlinkz0> just lost one hour trying to figure out why i got a segfault [11:07] <xlinkz0> turns out i can't close a codec before the format [11:20] <Anaphaxeton> ubitux, ffmpeg says it is copying the subs now :) [11:20] Action: Anaphaxeton waits for the result [11:21] <Anaphaxeton> before is would just ignore them [11:24] <Anaphaxeton> lets see if the TV plays it [11:24] <Anaphaxeton> btw [11:24] <Anaphaxeton> ffmpeg -i Downton5.withsubs.mkv -c:v copy -c:a mp2 -b:a 384K -c:s copy -map 0 -f vob -y Downton.Season.2.Episode.5.withsubs.mpg [11:27] <Anaphaxeton> if .sub doesnt work for the tv i will try to transcode the subs... [11:27] <Anaphaxeton> vlc works fine though (as always) [11:33] <ubitux> transcode the sub? [11:34] <ubitux> dvd subtitles are bitmap [11:34] <ubitux> what do you want to transcode them to? [11:36] <Ilias95> Hello. I noticed that when converting flac to mp3, the date (and only that) is stripped from the metadata of the audio file. Why does this happen and how can I prevent it? [11:39] <zap0> probably wrong format [11:40] <zap0> i'd presume ffmpeg only deals in correctly formatted dates [11:42] <Anaphaxeton> ubitux, i will try subrip and srt [11:42] <Anaphaxeton> copy didnt work for the tv [11:42] <Ilias95> zap0: No. Converting tha same file after adding the same date manually from mp3 to flac, works properly. The date is here. [11:43] <Anaphaxeton> ---> Error while opening encoder for output stream #0:2 - maybe incorrect parameters such as bit_rate, rate, width or height [11:43] <Anaphaxeton> please help my with that [11:43] <Anaphaxeton> me* [11:44] <Anaphaxeton> -bsf what? [11:47] <Anaphaxeton> for vobsub to subrip [11:50] <Ilias95> no one? maybe some sort of bug? [11:52] <ubitux> Anaphaxeton: subrip/srt is text. [11:52] <ubitux> you can't "transcode" bitmap subtitles to text [11:52] <ubitux> you need an ocr tool [11:53] <ubitux> Ilias95: is there a date in id3?.. [11:54] <Anaphaxeton> ubitux i feared that and it sounds painful :( [11:54] <Anaphaxeton> what bitmat format can it encode? [11:56] <Anaphaxeton> i have .srt, .idx+.sub in the same dir but the TV's manual implies it would work only wth divx [11:56] <Anaphaxeton> and indeed they dont work [11:56] <ubitux> pgs sub (bluray) and possibly dvb and xsub [11:56] <Ilias95> ubitux, meaning year actually [11:56] <Anaphaxeton> ty ubitux [11:57] <ubitux> Ilias95: what's the name of the tag in the flac? [11:57] <Ilias95> ubitux, I'm not sure what do you mean by "is there". I check metada of both files with puddletag [11:57] <Anaphaxeton> ubitux, pgs sub doesn appear in encoders :( [11:57] <Ilias95> ubitux, year is the name [11:58] <ubitux> Anaphaxeton: hdmv_pgs_subtitle [11:59] <ubitux> Ilias95: it looks mapped here [11:59] <ubitux> in the "TDRL" id3 tag (which is the year) [12:00] <Anaphaxeton> ubitux, that doest seem ro be documented :) tyvm [12:00] <ubitux> Anaphaxeton: ffmpeg -codecs|grep pgs is your friend [12:02] <Anaphaxeton> i know, but it seems it cannot ffmpeg cannot encode [12:02] <ubitux> dvd to pgs sub is definitely supported [12:03] <Anaphaxeton> -codecs has only D not DE [12:03] <Anaphaxeton> and ffmpeg complains [12:03] <ubitux> mmh maybe i was thinking the other way around [12:03] <ubitux> yeah my bad we don't have a pgs encoder [12:03] <Anaphaxeton> it is ok. things are already too complicated! [12:04] <Anaphaxeton> stupid tv [12:04] <ubitux> muxing dvd sub into mpeg should be fixed anyway [12:04] <Anaphaxeton> the first time i threw an .mkv re-muxed from vobs and it didnt work [12:04] <Ilias95> fflogger, is use the simplest command: http://pastebin.com/zXcqs6Ju [12:04] <Anaphaxeton> no it is my TVs fault [12:05] <ubitux> Ilias95: TDRL : 2013 [12:05] <Ilias95> ubitux, yes you are right, my fault [12:05] <Anaphaxeton> i am going to email panasonic for detailed specs sources and patches [12:05] <Anaphaxeton> they have a lot of GPL stuff in there [12:05] <ubitux> Anaphaxeton: do you have a small mkv sample with vobsub? [12:05] <Anaphaxeton> if they deny i will report to the fsf :p [12:05] <ubitux> so i can open a bug on our side [12:06] <Anaphaxeton> i repeat, it is the TV [12:06] <Anaphaxeton> vlc doesnt complain at all [12:06] <ubitux> i believe there is a problem in ffmpeg anyway :) [12:06] <Anaphaxeton> maybe [12:06] <Anaphaxeton> do you want me to do that? [12:06] <ubitux> (make sure vlc isn't actually opening the vobsub file itself...) [12:06] <Anaphaxeton> i have to find a small video [12:06] <ubitux> yes i'd like a small video with vobsub in it please [12:07] <Anaphaxeton> hmm [12:07] <Anaphaxeton> vts 0 is ok? [12:08] <ubitux> weren't you trying to get from mkv to mpg? [12:08] <ubitux> with dvd subs into the mkv? [12:08] <Anaphaxeton> it was first ripped by a dvd [12:08] <ubitux> well, share both :) [12:08] <Anaphaxeton> then re muxed to mkv [12:08] <ubitux> the vts file is self-contained? [12:09] <Anaphaxeton> lets see what i ve got here! [12:09] <ubitux> i mean, video+audio+sub? [12:09] <Anaphaxeton> the vobs yes. what vts? [12:10] <ubitux> 12:07:37 < Anaphaxeton> vts 0 is ok? [12:10] <Ilias95> ubitux, thank you [12:10] <ubitux> Ilias95: your welcome [12:11] <ubitux> Anaphaxeton: if you have a small self contained vob file with video+audio+dvdsub, i'd like this one [12:11] <ubitux> (i'm assuming that's what you remuxed to mkv?) [12:11] <Anaphaxeton> vob 0 doesnt have subs. :( [12:11] <Anaphaxeton> yes [12:11] <Anaphaxeton> from vob 1 and above [12:11] <Anaphaxeton> how small do you want it to be? [12:12] <ubitux> i need enough to see 2-3 subtitles events [12:12] <ubitux> maybe a few megabytes might be relevant though [12:13] <ubitux> upload what you can :) [12:13] <Anaphaxeton> i will have to learn how to chop with ffmpeg :D [12:13] <ubitux> if it's mpeg ps you can just dd [12:15] <Anaphaxeton> do you want the mkv or mpeg file?? [12:15] <Anaphaxeton> or both? [12:16] <ubitux> only mpeg will be fine [12:17] <ubitux> you generated the mkv from the mpeg, right? [12:17] <ubitux> (why were you talking about idx/sub lately if the sub are in the mpg?) [12:22] <Anaphaxeton> vob->mkv->mpg [12:22] <ubitux> (vob is mpeg you know :p) [12:23] <Anaphaxeton> i am speaking abou;containers [12:23] <Anaphaxeton> i am ttrying to keep the original mpeg2 stream [12:25] <Anaphaxeton> i tried to keep ac3 in pcm, as the tv says, but didnt make it [12:25] <Anaphaxeton> 25mb is ok? [12:31] <ubitux> yes [12:46] <Anaphaxeton> ubitux, final question before sending [12:46] <Anaphaxeton> how do i make a sub the default? [12:46] <Anaphaxeton> in mkv it is done [12:47] <Anaphaxeton> in mpg not yet and the man page doesnt have anything related except if i am blind [12:47] <Anaphaxeton> (probably i am :p) [12:47] <ubitux> i wonder if you can force it from the cmd line [12:47] <ubitux> it's a disposition thing, i don't remember seeing this exposed in ffmpeg tool [12:47] <Anaphaxeton> i am working at the cli actually [12:48] <ubitux> i don't know if mpeg actually has that disposition thing [12:50] <Anaphaxeton> ok then [12:50] <Anaphaxeton> i think i am ready to send [12:50] <Anaphaxeton> can you accept dcc? [12:51] <Anaphaxeton> i am sending both [12:51] <Anaphaxeton> and pasting both command lines [12:53] <Anaphaxeton> how much i wish i could use pcm instead of mp2... [12:54] <Anaphaxeton> what is the max bitrate for mp2 btw? [12:56] <xlinkz0> are there any leaks in this snippet? http://codepad.org/OVBUOMk4 [12:57] <xlinkz0> if i free the frame do i also need to free the buffer i filled it with? [12:57] <ubitux> Anaphaxeton: go ahead [12:58] <ubitux> xlinkz0: leak of buf at least [12:59] <ubitux> xlinkz0: valgrind is your friend [12:59] <xlinkz0> i tried running it but i get about 20 messages for ffmpeg internals [12:59] <xlinkz0> is it because i have an old version of valgrind? [12:59] <Anaphaxeton> oops a small mistake [12:59] <xlinkz0> do your examples fare well against valgrind? [13:00] <ubitux> xlinkz0: not sure for the examples [13:00] <xlinkz0> well that's the .. only way to learn interacting with the libraries [13:00] <ubitux> Anaphaxeton: looks stalled [13:01] <ubitux> xlinkz0: they should, but that's not tested by our fate system, so some leaks might be present [13:02] <Anaphaxeton> forward a port [13:04] <xlinkz0> should the picture colors change a little when converting from YUV to RGB? [13:04] <ubitux> well i guess you should just upload it to a random storage service [13:04] <xlinkz0> the frame i save looks different from what i get in vlc [13:05] <Anaphaxeton> yeah, i will convert it to text and paste it :p [13:05] <Anaphaxeton> i dont know what service to use... [13:06] <Anaphaxeton> in the meantime lets see how that piece of video works on the TV [13:11] <Anaphaxeton> no worky on the tv [13:15] <Anaphaxeton> i will try some srt i downloaded [13:16] <Anaphaxeton> if it works and the srt is good i wil get higher quality rendering too. the vobsub is ugly [13:16] <Anaphaxeton> pretty cheap series of DVDs. they even use vob1 for episode 2 [13:17] <Anaphaxeton> ok one time but... [13:19] <yns_> Does anybody know how to convert to PhotoJPEG? [13:19] <yns_> http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.htm... [13:24] <burek> is it possible to take the subtitle stream from an input and burn it over the video, removing the subtitle stream, all in one cmd line with ffmpeg? [13:24] <burek> something like: ffmpeg -i input.mp4 -vf subtitle="..." -map 0:v -map 0:a -c:a copy -c:v ... output.mp4 [13:28] <klaxa> yes, yes it is [13:28] <burek> cool :) [13:28] <klaxa> does that command not work? [13:29] <burek> well, subtitles filter asks for a filename parameter [13:29] <klaxa> is the subtitle in the mp4-file? [13:29] <klaxa> just pass it the mp4 file [13:29] <burek> and i'd like to use a subtitle stream from within the input [13:29] <burek> oh cool [13:29] <Anaphaxeton> srt and subrip wrongly appears as dvd sub [13:29] <klaxa> if that results in a segfault, pull the latest git, there was a bug which was fixed a few days ago [13:30] <burek> great, thanks klaxa :) [13:39] <yns_> Photo JPEG? [13:40] <yns_> All guys on the openFrameworks seem to love it. But I've searched the web wildly and cant seem to find any tips how to convert [13:41] <durandal_1707> yns_: does photo jpeg decodes with ffmpeg? [13:41] <xlinkz0> ubitux: http://codepad.org/5511l82q [13:42] <yns_> I don't know :( [13:43] <yns_> Don't know where to get my hands on a photojpeg video [13:43] <burek> just try it, with: ffmpeg -i your_pjpeg_file output.avi [13:44] <yns_> okay I will [13:44] <yns_> and what could I conclude if that works? [13:45] <yns_> any tips where to find such a video on the web? [13:46] <burek> that way you would know that ffmpeg can decode such input [13:47] <burek> try with google? :) [13:48] <yns_> thanks :) [13:49] <yns_> I will try. But in the end I would like to encode TO PJPEG. This the way to go? [13:50] <burek> then type ffmpeg -codecs [13:50] <burek> to see if it is listed there [13:50] <burek> and it has 'E' flag [13:50] <yns_> what do you mean by 'E' flag? [13:51] <burek> have you ever typed ffmpeg -codecs [13:51] <yns_> no sorry I will [13:51] <yns_> I'm a super newbie to the whole video world thing (coming from audio) sorry [13:52] <burek> np :) [13:54] <yns_> well, I copied the results to a texteditor in order to be able to search for 'pjpeg' tat gave no results [13:55] <yns_> I've searched for jpeg which gives me a couple of things like ljpeg: lossless jpeg, jpeg2000 and jpegls [13:55] <yns_> I'm suspected pjpeg maybe has another name in FFmpeg? Or is that a ridiculous suspicion? [14:02] <yns_> I'll try converting to ljpeg, maybe that makes sense [14:02] <xlinkz0> can anyone please help me understand how YUV is stored in memory? [14:10] <yns_> This implies there should be pjpeg support: http://ffmpeg.org/pipermail/ffmpeg-devel/2006-November/016667.html [14:23] <durandal_1707> yns_: found pjpeg files? [14:24] <yns_> nope :( [14:25] <yns_> some stock stuff that has to be payed for [14:25] <yns_> I keep on searching, most search results are sketchy video converter softwares [14:28] <durandal_1707> well progressive jpegs, aka SO2 should be supported [14:35] <yns_> SO2? [14:35] <yns_> thats for -vcodec to convert? [14:35] <durandal_1707> no [14:36] <yns_> but? [14:37] <durandal_1707> its internal thing in bitstream, you should not care about [14:37] <yns_> ? [14:37] <yns_> so how can I convert to PJPEG then? [14:39] <yns_> finally found a PJPEG vid!! [14:40] <durandal_1707> i don't think we have progressive jpeg encoder [14:40] <yns_> okay [14:40] <yns_> did ffprobe [path] and it seems to be Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj422p, 1920x1080 [SAR 72:72 DAR 16:9], 91433 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc [14:40] <yns_> MJPEG? [14:41] <durandal_1707> yes, but that does not have progressive stuff afaik [14:41] <yns_> this stuff is wildly weird :) [14:42] <yns_> I think I just give up [14:43] <durandal_1707> but why you need progressive jpeg? [14:43] <durandal_1707> didn't you want photo jpeg or something similar? [14:43] <yns_> yes I'd love photojpeg :) [14:43] <yns_> thats what I actually want [14:43] <yns_> but I was just told here that progressive jpeg is anther name for that [14:43] <durandal_1707> i still don't know what photojpeg actually is [14:43] <yns_> :) [14:44] <durandal_1707> yns_: where? who? [14:44] <yns_> fflogger> Google: PJPEG - Progressive Jpeg - Acronym Finder - http://www.acronymfinder.com/Progressive-Jpeg-(PJPEG).html [14:44] <yns_> or I misunderstood :) [14:45] <yns_> but you wouldn't know how to encode to photo jpeg either? [14:48] <durandal_1707> perhaps you want this: http://en.wikipedia.org/wiki/JPEG_XR ? [14:48] <durandal_1707> do you know any program that can create photo jpeg? [14:49] <yns_> well according to the web it should be possible with adobe media encoder, only how is still unclear [14:50] <yns_> i keep finding messages like. "oh yeah I always convert my vids to PJPEG with...." [14:50] <yns_> NEVER how :( [14:51] <durandal_1707> than convert it with same program to PJPEG and send link to sample here, i will tell you is it progressive jpeg or something else... [14:52] <durandal_1707> but yes, progressive is not supported in our encoder, patch welcome [14:53] <yns_> hm ok [14:53] <yns_> I'll try [17:00] <zimbatm> the moov header produced by h264 is half the size once passed trough MP4Box [18:13] <zimbatm> is there an equivalent of MP4Box -inter 500 in ffmpeg ? [18:13] <zimbatm> I tried -frag_duration but it create fragments [18:13] <zimbatm> i'm not sure of the drawback of using them [18:37] <burek> what is -inter 500 [18:40] <burek> yns is this what you were refering as photo jpeg? http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.htm... [18:42] <zimbatm> burek: it sets the interleave interval of data [18:43] <zimbatm> -inter time_in_ms interleaves file data (track chunks of time_in_ms) [18:44] <Mavrik> ffmpeg does that by default [23:29] <bcvtab> all: can someone tell me how to get 2 transport programs on the mpegts output from avi files ? [23:29] <bcvtab> I am able to convert single avi to mpegts but I want two avi files in two programs in mpegts [23:29] <bcvtab> is this possbile ? ffmpeg/avconv [23:29] <bcvtab> not able to see help in manpage or google [23:32] <bcvtab> tried using this [23:32] <bcvtab> avconv -i a.avi -i b.avi -streamid 0:1 -streamid 1:2 a.ts [23:32] <bcvtab> but doesnt work [23:43] <ubitux> bcvtab: make sure you map the necessary streams from a.avi and b.avi [23:44] <ubitux> also, we can't support the fork here, so make sure you use ffmpeg [23:49] <bcvtab> ubitux: I tried that too. I tried avconv -i 'concat:a.avi|b.avi' -streamid 1:1 -streamid 2:2 a.ts [23:49] <bcvtab> ubitux: Did not work. [23:50] <bcvtab> ubitux: The 1:1 in the streamid (what is the value before and after the :) ? Is it just he arbitraty position in the concat statement ? [23:50] <ubitux> why concat? that's not what you want to do afaict [23:50] <ubitux> also, again, we DO NOT support avconv here [23:50] <ubitux> it's a fork, so please stick with ffmpeg [23:50] <ubitux> or go request help on their channel [23:51] <bcvtab> ubitux: Sure I think at this stage of my command ffmpeg and avconv are same [23:51] <ubitux> by "tried that too" you mean using -map? [23:51] <bcvtab> ubitux: Did not try map. Will try now [23:53] <bcvtab> ubitux: avconv -i a.avi -i b.avi -map 0:1 -map 1:2 a.ts [23:53] <bcvtab> ubitux: Am I using this right (the error is Stream map '1:2' matches no streams.) [23:54] <ubitux> you want the stream #1 from the first file and the stream #2 from the second file? [23:54] <durandal11707> perhaps -map bust be after relevant "-i" ? [23:55] <bcvtab> that is -i a.avi -i b.avi -map 0:10 -map 1:30 -streamid 0:10 -streamid 1:30 a.ts [23:55] <bcvtab> does that mapping seem right ? [23:56] <ubitux> -map means "select from input" [23:57] <ubitux> -map 0:10 means "select stream #10 from file #0" [23:57] <ubitux> so no, it's wrong. [23:58] <bcvtab> ubitux: So I have two streams both with stream 0.0 in them. I have to give -map 0:0 -map 1:0 -c copy a.ts ? this way the 1st stream '0' and second stream '0' is mapped ? [23:59] <ubitux> that looks more correct [23:59] <bcvtab> ffmpeg -i a.avi -i b.avi -map 0:0 -map 1:0 -c copy a.ts [23:59] <ubitux> yes looks better [23:59] <ubitux> you will have 2 streams in your output now [23:59] <bcvtab> creates a.ts with only one program in it [00:00] --- Sun Apr 28 2013