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

burek burek021 at gmail.com
Sat May 19 02:05:02 CEST 2012


[01:50] <Supertanker> Hi. I'm trying to convert a widescreen video from my camera (mp4) to a format that I can play on a Windows XP computer, preferrably as small as possible to upload over a slow link. What format should I use?
[01:50] <Supertanker> I was surprised to find that Windows Media Player for windows XP does not come with mpeg2 support out of the box.
[01:51] <sacarasc> MPEG2 sucks.
[01:51] <Supertanker> I don't think that the friend I want to send it to has VLC or the technical knowledge to install it.
[01:51] <Supertanker> (Otherwise I'd just say: Install VLC!)
[02:03] <iive> Supertanker: I think it does come, but no dvd support.
[02:03] <iive> don't worry win8 won't come either :}
[02:04] <Supertanker> iive, well, I just tried doing an output as a wmv file and Windows Media Player reported it as corrupt :(
[02:04] <iive> it may work as .mpg file.
[02:06] <Supertanker> I'll try it :)
[03:55] <Sazpaimon> I want to encode a series of videos of varying different resolutions, but I want the output resoluton of all of them to be 854x480, with the videos scaled to that resolution, while maintaining its original aspect ratio, adding padding where applicable
[04:28] <cheako> http://pastebin.com/jG2SnTCG
[04:32] <cheako> The input is in nanoseconds, the script converts this to milliseconds.  I was planning on further down sampling it once it's a movie file.
[04:53] <diegoviola> is there a reason a Samsung LED TV wouldn't be able to read H.264, that sounds lame
[04:53] <diegoviola> I thought H.264 was more standarized than MPEG4 part 2?
[04:54] <diegoviola> mpeg4 part 10
[05:00] <diegoviola> nvm, it's not that important
[05:00] <diegoviola> probably off-topic too
[05:06] <cheako> diegoviola: Yeah the reason is most likely hardware related, you need a beefy CPU or a dedicated decoder pipeline.
[05:07] <diegoviola> ok ty
[05:09] <Sazpaimon> I want to encode a series of videos of varying different resolutions, but I want the output resoluton of all of them to be 854x480, with the videos scaled to that resolution, while maintaining its original aspect ratio, adding padding where applicable
[05:18] <cheako> Sazpaimon: resize each video to 854x480 the way you want and then concat them.
[05:19] <Sazpaimon> cheako, i can't do that, the source is a chained ogg theora stream from icecast that I want to transcode
[05:19] <cheako> Sadly there is no magic "resize this the way I want" function.
[05:19] <Sazpaimon> well, it works in VLC with the canvas filter
[05:19] <cheako> Split the videos.
[05:20] <Sazpaimon> i can't split the videos because I don't have the videos, and i want to transcode live without breaking my stream
[05:20] <cheako> hmm.  Sounds like a job for a gstreamer application.
[05:20] <cheako> Were talking c programming.
[05:20] <Sazpaimon> like I said, in vlc if I do canvas{width=854,height=480,aspect="16:9"} it works perfectly
[05:20] <cheako> sweet.
[05:21] <Sazpaimon> but vlc doesn't properly demux chained theora streams where the metadata changes
[05:21] <Sazpaimon> so eventually the transcoding will break until I restart vlc
[05:21] <cheako> Yeah, that's what software is like... Each application has it's own nitch.
[05:22] <Sazpaimon> so basically what you're saying is only vlc will do what I want out of the box
[06:03] <cheako> Sazpaimon: I'm no expert at anything.  From my experience VNC works great, until you start wanting to do labor with it...  Then you should switch to mplayer or in rare cases xine.
[06:04] <Sazpaimon> cheako, VLC works fine until it stops reading my stream
[06:05] <cheako> Yeah, sounds like a bug.  I'd report it and see if maybe in a few weeks there will be a patch.
[06:06] <cheako> Though that's been my experience with VNC, I never bothered to report the bugs I found...  I wasn't willing to follow through with any follow up testing.
[06:19] <Sazpaimon> cheako, that's a funny joke, expecting a bug in VLC get fixed in a few weeks
[06:20] <cheako> Swell, your other option is to stop using VLC.
[06:20] <Sazpaimon> ive seen VLC bugs take years to fix
[06:20] <Sazpaimon> cheako, thats why I'm here :P
[06:21] <cheako> ahh, I was wondering about that.  I've helped a few ppl, but none have wet to address my issue.
[06:21] <cheako> yet?
[06:23] <Sazpaimon> I just emerged the latest revision of VLC trunk, I'll see if there's any improvement
[06:27] <diegoviola> well, be thankful videolan is not KDE...
[06:29] <diegoviola> I can't remember when was that link where some KDE devs would say "it's better if we didn't had users" or something like that
[06:29] <diegoviola> or another bug taking 10 years just to close it later
[06:30] <diegoviola> https://bugs.kde.org/show_bug.cgi?id=15329
[06:30] <diegoviola> s/when/where/
[06:34] <diegoviola> i kind of understand why they would say something like that though
[06:34] <diegoviola> sorry for o/t
[10:28] <msankhala> i am compiling gimp-gap2.6 it need ffmpeg which is shipped with that package. this package have ffmpeg configuration file where the configuration can be shipped to ffmpeg. i need to enable libfaac and libfaad but this causes error http://fpaste.org/ojrJ/ i have manually donwloaded libfaad & libfaac from http://www.audiocoding.com/downloads.html but in its readme it say to run ./configure, make and makeinstall while it have it doensn't have
[10:28] <msankhala> these files. instead it have configure.in and makefile.am file. So how to installed libfaac and libfaad or how to enable these with ffmpeg?
[10:52] <spacepluk> hi, is it possible to use av_read_packet to populate a previously allocated buffer?
[13:04] <pwlnw> hi! how to get ffmpeg select "default" audio stream? i always select first, but many files have a mark "default" or even "force" and ffmpeg show it
[13:06] <pwlnw> of course a read docs and see note about selecting by number of channels
[14:45] <arch_is_awesome> Hello, I'm having broblems with what seems to be time
[14:45] <arch_is_awesome> [libvorbis @ 0x1f4c6c0] Que input is backward in time
[14:45] <arch_is_awesome> [webm @ 0x1d91980] Audio timestamp 27639 < 27646 invalid, cliping
[14:45] <arch_is_awesome> Broken file, keyframe not correctly marked
[16:37] <ironm> Hello. Please allow me one question. I've used the following ffmpeg command line to convert .ogv file to .mp4. It worked as expected. I run ffmpeg  6:0.8.2-1 on debian sid. What is the syntax to convert the .ogv or .mp4 file to .webm?
[16:37] <ironm> ffmpeg -i test.ogv -vcodec libx264 -crf 22 -acodec aac -strict experimental -ab 192k out.mp4
[16:38] <ironm> I don't have -lfv or .mkv files so I have to use .ogv or .mp4 as input. Thank you in advance for any hints
[16:39] <ironm> .flv
[16:49] <ironm> http://rsync.it-infrastrukturen.org/scripts-for-XCP/xe_CLI_scripts_to_create_VMs_on_XCP+XenServer.ogv
[16:49] <ironm> http://rsync.it-infrastrukturen.org/scripts-for-XCP/xe_CLI_scripts_to_create_VMs_on_XCP+XenServer.mp4
[16:52] <ironm> ...
[16:53] <ironm> is it possible at all to convert .mp4 to .webm with ffmpeg?
[16:53] <sacarasc> Yes.
[16:53] <ironm> or just only when using .flv or .mkv as input
[16:54] <ironm> thank you sacarasc :) .. so I have to check for the right syntax to convert from .mp4 to .webm
[16:54] <sacarasc> The input format largely doesn't matter.
[17:00] <ironm> sacarasc, do you have an idea what I am missing in the following command line for .webm as I got an error message like: http://paste.debian.net/169426/
[17:00] <ironm> ffmpeg -i test.mp4 -vcodec libx264 -crf 22 -acodec aac -strict experimental -ab 192k test.webm
[17:00] <sacarasc> Webm is VP8 and vorbis, IIRC.
[17:00] <sacarasc> Not H264 and AAC.
[17:01] <sacarasc> But, you're not even using ffmpeg, but libav, a fork of ffmpeg.
[17:01] <ironm> I have converted this .mp4 from .ogv using such command line like above but with .ogv as input and .mp4 as output
[17:01] <sacarasc> "[webm @ 0x24f47a0] Only VP8 video and Vorbis audio are supported for WebM."
[17:01] <ironm> hmm ...
[17:02] <ironm> I was sure I use ffmpeg and not libav. I will check it
[17:10] <ironm> sacarasc, it looks like debian packages include libav and not the original ffmpeg. Are there somewhere native .deb packages for ffmpeg?
[17:10] <sacarasc> Dunno.
[17:11] <ironm> thank you sacarasc
[17:11] <sacarasc> It should work just about the same, though, you just need to use -vcodec libvpx and -acodec libvorbis...
[17:20] <ironm> thank you very much sacarasc. The following line didn't give me any error message. I will check if the generated .webm file work as expected
[17:20] <ironm> ffmpeg -i test.mp4 -vcodec libvpx -crf 22 -acodec libvorbis -strict experimental -ab 90k test9.webm
[17:28] <ironm> it looks good. Audio is there .. only some artifacts .. probably -crf 22 is to high (or a wrong parameter name for libvpx)
[17:32] <pedro_sland> hi. i'm wondering which aac encoder i should use. i don't have license issues so i'm free to choose any. the ones i've seen are libvo-aacenc, ffmpeg internal, libfaac and aacplus. guidance on which one/ones are more relyable would be appreciated.
[17:33] <pedro_sland>  the experimental status of the internal encoder concerns me slightly. is this something i should be worried about?
[17:44] <Aleks3Y> hey guys! is it true that mencoder will be faster then ffmpeg itself?
[17:46] <JEEBsv> I would be deeply surprised
[17:52] <Aleks3Y> the same here, since it's just 'wraper' for ffmpeg
[17:52] <Aleks3Y> but i have alredy two people said that it's much faster on multicore systems
[17:55] <JEEBsv> they're most probably DoingItWrong somewhere when comparing
[17:56] <JEEBsv> of course it's possible that mencoder might be using the libav*/libswscale libs in a lighter way, but I don't think that's the case
[18:10] <Aleks3Y> i need the fastest and less quality loosing way of converting  (any kind of video) to mp4
[18:11] <beandog> losing less quality is always tricky
[18:12] <Aleks3Y> yeah
[18:13] <beandog> it's simpler to accept a target rate of quality and just aim for that.
[18:14] <sacarasc> ffmpeg -i input -c:v libx264 -crf 0 -preset ultrafast -c:a aac -strict experimental -b:a 320k output.mp4
[18:14] <sacarasc> :D
[18:14] <beandog> ultrafast?
[18:14] <beandog> would that work with crf 0 ?
[18:14] Action: beandog wonders
[18:14] <sacarasc> Sure, with -crf 0, you're not losing any quality...
[18:14] <sacarasc> Should do.
[18:14] <beandog> Hmm
[18:14] <beandog> intresting.
[18:15] <beandog> what does -strict experimental do
[18:15] <sacarasc> The file will be rather large, but there was no size constraint given.
[18:15] <sacarasc> Allows you to use the aac encoder.
[18:15] <beandog> sacarasc: yah, exactly, that was gonna be my next note
[18:15] <sacarasc> Because it's kinda experimental at the moment.
[18:15] <beandog> oh I thought it was something related to x264
[18:15] <cheako> Hello, I'm attempting to create a video using image files as 1m FPS.  It crashes: http://pastebin.com/jG2SnTCG
[18:15] <beandog> does ffmpeg have a native aac encoder now?
[18:16] <sacarasc> Yes, but it's not 100% finished yet.
[18:16] <beandog> right on
[18:17] <cheako> My video was taken using OpenGL so the frame rate is vary dynamic to say the least.
[18:17] <cheako> http://www.youtube.com/watch?v=qvZX9F1jNZQ
[18:17] <cheako> I'd like to be able to demonstrate a video that more accurately resembles my play experience.
[18:18] <cheako> The youtube video showe each frame taking 1/25th of a second and give the viewer no seance of time.
[18:19] <cheako> That's why I wrote the script to populate a folder full of links to the same file over and over...  each file takes up a diffrent number of frames and is thus either longer or shorter as a result.
[18:20] <cheako> ...If there is another way, if I can encode each frame with a time stamp... that would be better.
[18:31] <cheako> Ohh thank god, it was just a file not found!
[18:32] <beandog> heh
[19:02] <ironm> hello. Me again with a new question. Is the mp4 format for apple iOS different from the standard one? Can ffmpeg will be used to convert to Apple's specific mp4 format?
[19:02] <ironm> thank you in advance for any hints ;)
[19:04] <beandog> eh
[19:04] <beandog> the container is the same
[19:04] <beandog> it's the hardware that is picky about the encoding features
[19:05] <beandog> ironm: I'd recommend using Handbrake and their presets to make stuff apple-hardware-specific-happy
[19:07] <ironm> beandog, thank you. I am not quite sure if you are kidding (Handbrake) but will check for such debian package
[19:07] <beandog> ironm: no, totally serious.
[19:07] <beandog> ironm: https://launchpad.net/~stebbins/+archive/handbrake-releases
[19:09] <beandog> http://dev.gentoo.org/~beandog/handbrake_preset_reference.html
[19:09] <ironm> thanks a lot beandog . It is pity but there is no such package available from official debian repositories (sid)
[19:09] <beandog> not really helpful in this case, other than showing what presets are available
[19:10] <ironm> beandog, I hopped that I could use ffmpeg to convert to this apple specific mp4 format
[19:10] <beandog> ironm: You can,  you'd just have to know the x264 switches.  Handbrake is simpler.
[19:10] <beandog> imo.
[19:11] <ironm> yes .. all these switches make me crazy already ;)
[19:13] <ironm> beandog, could you maybe check if it is possible to convert the following .mp4 (using handbrake) to apple readable .mp4 format? I hope you don't mind my question ...
[19:13] <ironm> http://rsync.it-infrastrukturen.org/scripts-for-XCP/xe_CLI_scripts_to_create_VMs_on_XCP+XenServer.mp4
[19:14] <beandog> ironm: what do you want me to do?  a test encode?
[19:14] <ironm> test encode
[19:15] <ironm> yes .. in case you like ;)
[19:15] <beandog> what target?
[19:15] <ironm> .mp4 for apple
[19:16] <ironm> I am not sure if it is called like mpa4 .. or mp4a
[19:16] <ironm> it is however video
[19:18] <beandog> I meant which hardware target
[19:18] <beandog> iPad, iPod, etc.
[19:18] <beandog> oh heck, I'll just use Universal
[19:19] <ironm> I see ..
[19:20] <ironm> iPad / iPhone
[19:20] <ironm> welll and normal iOS
[19:21] <beandog> heh
[19:22] <ironm> beandog, I can watch this .mp4 on my samsung n7000 (android 2.x) phone
[19:22] <ironm> or just using mplayer
[19:23] <ironm> on linux
[19:23] <beandog> that's because linux is awesome
[19:23] <beandog> and Apple is anal
[19:23] <ironm> *lol*
[19:24] <ironm> it looks like many people prefer anal ...
[19:25] <ironm> I prefer linux .. and awesome widnows manager
[19:25] <ironm> windows
[19:25] <ironm> it the one you can see in this video .. btw
[19:27] <beandog> ironm: worksforme
[19:27] <beandog> HandBrakeCLI -Z Universal -i xe_CLI_scripts_to_create_VMs_on_XCP+XenServer.mp4 -o universal.m4v
[19:27] <beandog> http://pastie.org/3931666
[19:27] <beandog> mediainfo output
[19:28] <ironm> thanks a lot beandog :) .. you have a free beer .. one day when you are in Zuric
[19:28] <beandog> coolies
[19:28] <beandog> hth
[19:29] <beandog> Now that seems odd, they add AAC and AC3?
[19:29] <ironm> *_*
[19:30] <beandog> I have no idea why
[19:30] <ironm> me neihter
[19:30] <ironm> neither
[19:32] <ironm> Codec ID                                 : mp42
[19:33] <beandog> anyway
[19:33] <beandog> HandBrake ftw
[19:33] <beandog> it magically makes things work
[19:33] <ironm> yes .. thank you very much
[19:33] <beandog> ironm: did you want a copy of the video?
[19:33] <ironm> would be great :) ..
[19:33] <beandog> 38 megs btw
[19:33] <beandog> where's someplace I can be lazy and throw it
[19:33] <beandog> please hold.
[19:34] <ironm> in long term I have to install handbreak locally as I have created more videos and will still create new
[19:36] <beandog> ironm: http://spaceparanoids.org/tmp/universal.m4v
[19:36] <beandog> that'll be $5
[19:36] <beandog> :)
[19:36] <ironm> great! .. thanks a lot beandog :)
[19:37] <ironm> well .. you have to pay more than 5$ here for a beer
[19:37] <beandog> np
[19:37] <beandog> have fun
[19:37] <beandog> lmk when you've got it copied so I can rm it
[19:37] <beandog> I just realized rm stands for remove
[19:41] <ironm> yes ... merci :))
[19:41] <ironm> beandog, http://rsync.it-infrastrukturen.org/scripts-for-XCP/xe_CLI_scripts_to_create_VMs_on_XCP+XenServer.m4v
[19:42] <ironm> the server doesn't stream however ...
[19:42] <ironm> it is just apache with some video files
[19:43] <beandog> oh okay
[20:16] <pk__> how can i have ffmpeg on my redhat server...do i need to install any other package in order to use ffmpeg-mt?
[20:16] <pk__> this server has 8 cores and i wat to use all of them for a video conversion
[20:16] <ironm> pk__, I guess yum install ffmpeg ....
[20:16] <JEEBsv> current ffmpeg has ffmpeg-mt merged in :)
[20:17] <pk__> so basically i have to use ffmpeg only?
[20:17] <JEEBsv> yeah, pretty much
[20:17] <JEEBsv> just make sure it's like 0.7 or newer
[20:17] <JEEBsv> or was it 0.8 when -mt stuff was merged?
[20:18] <pk__> in fact this server has 16 cores..but this video is being converted so slowly.. it is a movie of 700 MB size
[20:18] <pk__> and the command i gace was  ffmpeg -i mv.avi out.mp4
[20:19] <beandog> do you need to pass -threads 0
[20:19] Action: beandog doesn't remember
[20:20] <ironm> like make -j 22
[20:21] <ironm> well ..it would be for 24 core based server
[20:21] <pk__> i passed -threads 16   but dont see any performance gain
[20:21] <pk__> it is taking too long to convert this movie :(
[20:23] <ironm> pk__, you could run htop in another window and check if 16 cores do something
[20:23] <pk__> let me try that too :)
[20:24] <pk__> yes 16 instances of ffmpeg are running
[20:24] <pk__> all cores are at around 10%
[20:25] <pk__> can't i use 100% of all the cores
[20:25] <pk__> basically i need to convert it in the shortest time
[20:25] <ironm> pk__, you could try to use RAM disk and put the .avi file there
[20:26] <ironm> pk__, due to description in http://rsync.it-infrastrukturen.org/debian-live/README_debian-live-images.txt
[20:26] <ironm> mkdir /tmp/live
[20:26] <ironm> mount -t tmpfs -o size=12G tmpfs /tmp/live
[20:27] <ironm> in case your hdd is slow
[20:29] <pk__> just for an idea , i want to ask how much time it should take ?  this file is 700MB movie...configuration of computer is 16 cores all 3 Ghz, Ram is 16 GB..500GB LVM composed of 3 physical hard disks all with 6Gbps sata interface
[20:30] <pk__> for me it has already taken more than 10 minutes and still going on :(
[20:30] <arch_is_awesome> How can I get the length of a video file?
[20:35] <ironm> pk__, If you have Xeon based system RAM disk should be at least 10 times faster compare to your 3 hdd LVM (even if 6GBps SATA)
[20:36] <pk__> ok will try that too
[20:36] <pk__> by the way doesn't ffmpeg show % completion while transcoding?
[20:39] <Mavrik> nope
[20:41] <pk__> k
[20:45] <ironm> btw: is "crf" the right name for the compression rate in the following command line?
[20:45] <ironm> ironm at sid:~$ ffmpeg -i test.mp4 -vcodec libvpx -crf 0 -acodec libvorbis -strict experimental -ab 90k test10.webm
[20:45] <ironm> it is really slow: frame= 8960 fps=  1 q=0.0 size=   17929kB time=597.24 bitrate= 245.9kbits/s
[20:48] <Mavrik> ironm: um, you're trying to make a huge losless webm file?
[20:49] <sacarasc> ironm: You don't need -strict experimental with that line.
[22:28] <Aleks3Y> guys, small question, is there anyone who is willing to help to find the best way of converting videos uploading by people ? not for free for sure
[22:36] <PapaSmurf007> Aleks3Y: i believe there are a lot of wrappers for ffmpeg for many languages, so this shouldn't be too difficult
[22:37] <Aleks3Y> nah, i have everything , just need someone who knows anything about codecs, etc
[22:37] <PapaSmurf007> do you have any specific questions?
[22:38] <Aleks3Y> i want to speed up the process ) try to keep quality, etc
[22:39] <Aleks3Y> basically i need help with optimization
[22:39] <Aleks3Y> advices, etc
[22:39] <beandog> get a good box
[22:39] <beandog> that's about it, really. :T
[22:39] <beandog> and use threading
[22:39] <Aleks3Y> already doing it
[22:39] <Aleks3Y> and running 4 ffmpeg at a time
[22:39] <Aleks3Y> coz one was not able to use all CPU cores
[22:40] <beandog> other than that, I'd say use a good codec that is nice for quality (x264)
[22:40] <Aleks3Y> doing it too as well
[22:41] <Mavrik> well, then ask a more concrete question
[22:41] <Mavrik> more info what you're trying to achieve, what are your constraints and wishes
[22:44] <Aleks3Y> ok let me explain everything
[22:45] <beandog> story time!
[22:45] <beandog> :)
[22:45] <Aleks3Y> i have a lot of files uploaded by people, most of them are less then 720xZZZ, so i'm keeping original size, those that are bigger i'm resizing to 720xZZZ. I'm convering video to x264 and audio to ACC.
[22:45] <beandog> ok
[22:45] <beandog> seems reasonable enough so far
[22:45] <Aleks3Y> i was not able to use whole CPU even with specifing twice threads then cores, so using next math:
[22:46] <Aleks3Y> -threads = number of cores / 4 threads + 2
[22:46] <beandog> what version are you running
[22:46] <Aleks3Y> 0.7.12 yet
[22:46] <Mavrik> for libx264 it's usually better to leave threads at 0 for optimal usage, however it probably won't use more than 4 cores (at least in my experience)
[22:46] <beandog> I'm not terribly familiar with how threading works
[22:47] <beandog> Mavrik: I've got it using 6
[22:47] <beandog> I think.
[22:47] <Mavrik> we've found that running an ffmpeg instance for every 4 (HT) cores gives good ratio
[22:47] <Aleks3Y> Mavrik: i have 24 cores and ya, i'm running 4 process, so 4*6 = 24
[22:47] <Mavrik> beandog: possibly
[22:48] <beandog> It's been a few months.
[22:48] <Mavrik> beandog: we're doing 2-pass encoding, so usually we gain some speed because 1st passes don't use more than a single core
[22:49] <Aleks3Y> i knew nothing about x-pass encoding, except that first it collects data, then it's using first data)))
[22:51] <beandog> I'm not convinced 2 pass makes much of a difference.
[22:51] <pisto> hello. I'm trying to pipe the output of gnuplot (which is lots of png image, back to back) to ffmpeg, and encode. my ffmpeg command line is: 'ffmpeg -c:v png -i - -c:v libx264 -preset medium -crf 24 output.mkv'
[22:51] <pisto> but ffmpeg complains about "pipe: Invalid data found when processing input". What am I doing wrong?
[22:51] <beandog> I'm sure loads of people will disagree with me, but, whatever.
[22:52] <Mavrik> beandog: it depends on your goals
[22:52] <Aleks3Y> that's how i do it now: http://pastebin.com/QfEGMZvB
[22:52] <Mavrik> for most use cases it's a complete waste of processing time
[22:52] <beandog> Mavrik: I solely rip DVDs
[22:52] <beandog> TV shows on DVD, 90% of the time
[22:52] <beandog> So they're not high quality to start with
[22:52] <Mavrik> beandog: however it is useful when preparing video for streaming (since 2-pass can keep video within bandwidth constraing with maximum quality without overruning the buffer)
[22:53] <Mavrik> and in the case when you need to hit _exact_ filesize with maximum quality
[22:53] <beandog> Mavrik: agreed.  I *do* do it at work for clients
[22:53] <beandog> Yahp
[22:53] <Mavrik> if those aren't the cases, 2-pass is pointless :)
[22:54] <beandog> agreed
[22:54] Action: beandog gives Mavrik a cookie
[22:55] <Mavrik> ;)
[23:07] <kk_> i want to transfer a mpeg ts file which contains h264 + mp3 to mpegts h264 aac
[23:08] <kk_> ffmpeg -i file -vcodec copy etc. works fine
[23:08] <kk_> but the file contains a third stream
[23:08] <kk_> service stream
[23:08] <kk_> and then not playble anymore on iphone
[23:08] <kk_> how can avoid this issue
[23:08] <kk_> ?
[23:16] <Aleks3Y> beandog: that's how i do it now: http://pastebin.com/QfEGMZvB
[23:16] <Aleks3Y> what you think ?
[23:34] <beandog> uh lemme look
[23:35] <beandog> what is -g 60
[23:37] <beandog> other than that, looks okay
[23:37] <beandog> I'd use ffmpeg 0.8.x as well
[23:37] <beandog> kk_: what in the world is a service stream
[23:38] <beandog> kk_: whats your full command line
[23:38] <beandog> oh there's a 0.10 branch now?
[23:39] <beandog> how did I miss that.
[23:39] <beandog> shiny toys!
[00:00] --- Sat May 19 2012


More information about the Ffmpeg-devel-irc mailing list