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

[burek]

[00:04] <active8> anyone ever play woth security cam .264 backup files?
[00:10] <llogan> active8: is it from one of those crappy chinese "DVR" things?
[00:14] <active8> llogan. I couldn't find the name. I think it's on the bottom and the owner was cagey enough about me being in the office. The monitor was on top of it, too
[00:15] <active8> the files are from 6 channels, 265 MB each. He's kept me waiting since yesterday for this cause he's lame. I had to bring a flash drive - he has no way to print out frames or give the cops a video. 7-1 will put your mug up for everyone to see as soon as the manager comes in in the AM
[00:16] <active8> I get about an hour out of the conversion using the command in the paste and there's not even a mouse stirring at midnight when they're closed.
[00:17] <active8> It is a DVR looking thing, though. Code key lock on the hard drive
[00:21] <active8> llogan: Did you see the paste? Supposedly, errors are typical for those systems
[00:27] <llogan> active8: looks like a bunch of decoding errors/messages. does your output look ok?
[00:29] <active8> not bad for dead of the night - looks the same quality as what i saw on the monitor both live and playback. I suppose 265 MB might only be an hour, but at h264 (mp4?) my experience tells me that 265 MB could be a day and a half but I'd have to double check some of the tests I've done with other stuff here
[00:30] <active8> like apples to oranges - slideshows from jpegs, screen caps... all at diff bitrates and fps
[00:31] <llogan> i don't know what you're trying to do or what the issue is
[00:32] <active8> i'm trying to convert it to an mp4 that vlc will play, with timestamps so I can do a -ss -t to get the few seconds of the crime. right now, -ss -t fails and gives me a file that doesn't even start playing in vlc
[00:33] <klaxa> well for starters you could just copy the stream into an mp4 file
[00:33] <klaxa> run: ffmpeg -f h264 -r 30 -i ch00000000000003-140226-000000-010000-12p00001000000400.264 -c copy ch3.mp4
[00:33] <klaxa> then you have it inside a container which should make it easier to handle
[00:34] <klaxa> then you can try to play it with vlc, if that works, you can use -t and -ss on the .mp4
[00:34] <active8> Then the video goes to baltimore county breaking news fb page, frames go to posters, and this little peninsula's citizenry does the rest
[00:37] <active8> but it ends at 1 AM, I need 4:54:45 PM which is there on the machine. I just don't know if it's here cause of the errors and going back to get lame ass store owner to play some more is like pulling teeth. A local restauranteuer leaves me in his office (where he stores liquor)and other stuff to fix his system while his serving wenches serve me food and beer for free, but this guy must be afraid I'll take a pencil.
[00:38] <active8> Those last few "paragraphs" of errors just run and run and fill the terminal buffer untill it just ends, leaving me with an hour of recorded deadness.
[00:39] <klaxa> did you try running the command i pasted?
[00:39] <active8> oh sorry. I missed that.
[00:42] <active8> doesn't like -c, it's -vcodec or -c:v iirc. I think I ran that earlier and got nada
[00:42] <klaxa> what do you mean with "doesn't like -c"
[00:42] <klaxa> -c is the generic codec parameter
[00:43] <klaxa> if you pass copy to -c (as in "-c copy") it will copy all codecs
[00:44] <klaxa> when in doubt, get a newer ffmpeg
[00:51] <active8> llogan: it results in a vid that ends where the camera system timestamp is 12:45:12 and vlc says that is at 00:54:12 out of 01:11:55. So if it's the 30fps that we assume, the errors that were dropped "shortened the footage. This command really did the same as what I did with way less error messages, but the out file size is the same - 28.1 MB So I'd think the whole 250 - 275 MB (6 diff channel files) file would be closer to 10 hrs of recording
[00:52] <klaxa> what is the filesize of the input file?
[00:52] <active8> klaxa: -c yields Unrecognized option 'v:c'
[00:53] <sacarasc> Did you do -v:c rather than -c:v ?
[00:53] <active8> klaxa: I built this ffmpeg - oh sit, I forgot to add the path again
[00:53] <active8> s/sit/shit/ oh friggin' shit!
[00:54] <klaxa> did you run the exact copy i pasted? also from the message of the paste your ffmpeg version is from 2013
[00:54] <klaxa> >ffmpeg version git-2013-08-04-61af627
[00:54] <active8> yeah sacarasc. And forgot the damned path there. too.
[00:56] <active8> man says use -codec:v or -c:v. Maybe I'll remember that for more than a few minutes
[00:56] <active8> yeah. I ran the exact command. let me try it with my new build
[00:58] <klaxa> if you ran the exact command please pastebin your command with output
[00:58] <active8> vlc won't even play it. The old crappy ffmpeg that installs with vlc is the one that gave me the 28.1 MB file that worked
[01:00] <klaxa> look, i want to help you, if you can follow my instructions that would bring us a lot further
[01:08] <active8> running it again klaxa. I did run your command and got a blank. my command from the paste that I did ^^ up there ^^ was the same except for the copy codec ( i didn't use it) gave me a better result (camera system timestamp vs vlc time wise) and it played. -c:v and -vcodec copy work too, with less errors
[01:08] <active8> here's the paste http://pastebin.com/VjCVuGVk
[01:09] <klaxa> you said the file is 265 mb?
[01:09] <klaxa> >frame=107905 fps=82958 q=-1.0 Lsize=  259398kB time=00:59:56.83 bitrate= 590.8kbits/s
[01:09] <klaxa> as you can see, the result file is about the same size
[01:09] <klaxa> your file is only 1 hour long
[01:09] <active8> yes and here is the paste from above: http://pastebin.com/1LjjWsCk
[01:09] <klaxa> that's why you can't go any further than 1 hour
[01:09] <klaxa> your file is still only 1 hour
[01:10] <active8> that's what i was starting to realize. Friggin store owner is a dickhead
[01:11] <klaxa> please refrain from swearing
[01:11] <active8> ok
[01:11] <klaxa> this channel is publicly logged it may reflect badly on you
[01:11] <active8> store owner gentleman didn't do the backup correctly
[01:12] <klaxa> seems to be the case
[01:13] <active8> where's the public log, anyway. is it easy to search for keywords like h264 conversion or "determine fps?"
[01:14] <sacarasc> !log
[01:14] Action: sacarasc shrugs.
[01:14] <active8> !log
[01:14] <klaxa> http://lists.ffmpeg.org/pipermail/ffmpeg-devel-irc/
[01:14] <active8> me too
[01:14] <sacarasc> There!
[01:15] <active8> bot needs caffeine. me too brb
[01:15] <active8> BTW. FFMPEG rules - once you get the command to work for what you need
[02:01] <Dark-knight> oh god... I just realized what time it is...
[02:01] <Dark-knight> yesterday I calculated that producerseal gets home at 8:00 pm and gets off irc at 1:00 am
[02:01] <Dark-knight> he gets home in 5 minutes
[02:40] <klaxa> how do i generate documentation from the sourcecode? i want to learn how to use libavformat, but reading the documentation in the source itself isn't very effective, also it seems to be formated to be parsed
[02:40] <klaxa> s/effective/efficient/
[02:47] <llogan> klaxa: make && make doc
[02:47] <klaxa> alright thanks
[02:47] <llogan> texi2html can be a build dependency if you want HTML formatted docs too
[02:49] <klaxa> the documentation i found in doc/ so far is very sparse on libavformat though
[02:49] <klaxa> as in... what libavformat is and that's it
[02:51] <llogan> there's libavformat.texi but i don't know anything about it
[02:51] <llogan> doc/examples might be more useful or informative
[02:51] <klaxa> yeah i'm looking at that too, the functions used are not explained at all though, so i thought looking at avformat.h might clear some things up
[02:52] <llogan> you can always ask in libav-user mailing list if you don't get an answer here.
[02:52] Action: llogan is library ignorant
[02:53] <klaxa> after writing a server that parses mp3 bytestream i thought i should stop re-inventing the wheel and not do the same thing for matroska
[02:53] <klaxa> although the server is 100% posix compliant and does not rely on any external libraries
[02:54] <klaxa> and matroska is a bit more sophisticated than mp3
[02:54] <klaxa> so there's that too
[03:01] <klaxa> for the record, i could generate the documents i wanted in the first place by running doxygen
[03:01] <klaxa> could have thought of that earlier
[03:24] <funyun> hi. can anyone tell me what deinterlace i need from this sample? http://www.sendspace.com/file/n5exg3
[03:25] <julienb> Hello
[03:26] <julienb> i have a problem of synchronisation video/audio with ffmpeg when i convert a mp4 video
[03:26] <julienb> i tryed a lot of options but the problem persist
[03:27] <julienb> at the end of the convert i have global headers: 0KB muxing overhead 0.2127...
[03:28] <relaxed> funyun: -filter:v yadif should be fine.
[03:29] <julienb> someone for help please
[03:33] <julienb> http://pastebin.com/YyFMuSLC
[03:35] <relaxed> julienb: First of all you're ffmpeg is realy old. Try this instead http://johnvansickle.com/ffmpeg/
[03:36] <julienb> relaxed:i use the last stable version for gentoo
[03:38] <relaxed> stable is 1.0.8 https://packages.gentoo.org/package/media-video/ffmpeg
[03:39] <relaxed> but even that's too old. Install ffmpeg-9999
[03:41] <julienb> relaxed: apart the version, do you see another thing which could make the problem in the pastbin?
[03:41] <relaxed> julienb: maybe -async 1 after the input will help
[03:41] <julienb> yes?
[03:42] <julienb> i can test
[03:49] <julienb> oh its much better
[03:50] <julienb> still have global header ....muxing overhead
[03:50] <julienb> but audio/video are synchronized
[03:52] <relaxed> julienb: I don't think the global header message is an error.
[03:52] <julienb> relaxed: why its appeared?
[03:53] <relaxed> any error will appear on the last line of ffmpeg's output.
[03:53] <julienb> ah ok so it's normal
[03:55] <julienb> but that's strange i have to add -async 1, i don't remember read that information on ffmpeg documentation
[03:56] <julienb> so its better i use async 1 for all my ffmpeg conversion right?
[03:56] <relaxed> if you read what that option does it makes sense
[03:59] <relaxed> and it's hard to say if you need it for all of what you're doing
[03:59] <julienb> for all split i think i need it
[03:59] <julienb> to avoid any problem of synchronisation
[04:01] <relaxed> ok
[04:02] <relaxed> but really, upgrade your ffmpeg
[04:02] <julienb> yes i will do it
[04:02] <julienb> thanks relaxed.
[04:02] <funyun> relaxed: thank you :)
[04:45] <Dark-knight> what is this? a channel for ants?
[04:46] <Dark-knight> what up guys
[04:51] <Nosomy> lol
[11:20] <Waster> hey, how to change stream name in sdp wile streaming via RTP?
[11:36] <IamTrying> I have a serious problem in one 40" screen
[11:36] <IamTrying> when i play one file.mp4 i get in the screen some random "WHITE DOT"
[11:37] <IamTrying> i have no idea what it is. i asked the designer to give me some more files he sent me MP4, AVI prepared from Windows PC
[11:37] <IamTrying> i played them and i have same WHITE DOT, but he do not have it
[11:38] <IamTrying> Can anyone please tell me how can i fix it? how can i convert the MP4 original to something which is compatible for Linux version?? for 40" screens
[11:38] <IamTrying> how do i check what is the original file codec?, bitrate and frames value??
[11:43] <IamTrying> Hello?????
[11:43] <IamTrying> how can i check the file existing bitrate please?
[11:44] <IamTrying> ffprobe -show_streams -i "file.mp4" ??
[14:20] <vega13> hi everyone
[14:20] <vega13> what's up, hope everything is allright
[14:21] <vega13> can anyone tell me what's difference between the 2.1 and 1.2 release branches?
[14:23] <sacarasc> vega13: On the http://ffmpeg.org/ look for the 2.0 and the 2.1 release changes. That's the difference. :D
[14:23] <JEEB> vega13, when they were branched from master
[14:24] <vega13> @sacarasc 2.0 and 2.1 are the same branch
[14:24] <sacarasc> But 1.2 doesn't have the changes from either (except maybe bug fixes.)
[14:25] <JEEB> you can see when the release branches were branched off by looking at the first tag done from it http://git.videolan.org/?p=ffmpeg.git;a=tags
[14:25] <JEEB> 1.2 was branched off 11 months ago
[14:25] <JEEB> anything newer than that, other than possible bug fixes, is not in there
[14:25] <JEEB> 2.1 was four months ago
[14:26] <JEEB> anything newer than that, other than possible bug fixes, is not there
[14:29] <albator> i got a 3 months old ffmpeg, is it worth updating?
[14:30] <albator> I guess jeeb answered :)
[14:31] <JEEB> I recommend you trying what you generally do with it once, and unless there are some specific bugs, then move to a newer one
[14:31] <JEEB> if there are bugs, report them
[15:42] <gers4302> I'm making an AVFilterGraph in code. I need to apply a watermark to the video. My assumption is that I need to use the "movie" AVFilter to then overlay it. My watermark is just stored in memory, not in a file, so I'm unsure how to point the "movie" filter to use that watermark? Can someone clarify how I would do that?
[18:30] <hans_henrik> how can i tell ffmpeg to only copy audio stream #2 ?
[20:22] <matham_> is there a way using the ffmpeg eval api to get the duration of a video? I need to use it with setpts. My videos have incorrect framerate (29.97) and they should all be e.g. 50sec. So given duration, the real_fps is 29.97 * duration / 50. Then, "setpts=N/real_fps" would work.
[20:25] <matham_> by they should all be e.g. 50s, I mean I know that the video was generated at some unknown fps for 50sec.
[20:29] <ubitux> no lavfi has no knowledge of the stream duration
[20:29] <ubitux> it can be anything
[20:30] <ubitux> you can probably do ffprobe -v error -of flat -show_entries format=duration:stream=duration foobar.mp4
[20:30] <ubitux> in a first pass
[20:30] <ubitux> to get it
[20:30] <ubitux> note that in a lot of cases it can be innacurate
[20:31] <ubitux> matham_: note that you have access to "FRAME_RATE" though
[20:31] <ubitux> which is /sometimes/ defined :p
[20:32] <matham_> ok thanks
[20:32] <matham_> FRAME_RATE won't help me though, because that is the incorect one set when capturing
[20:34] <matham_> but the ffprobe preprocessing seems like it should work. thanks
[21:01] <reliability> hi
[21:20] <PCMAD> hi i want to make a commercial program using ffmpeg
[21:20] <PCMAD> what conditions apply
[21:21] <average> read the license
[21:28] <llogan> PCMAD: also see http://ffmpeg.org/legal.html
[21:35] <PCMAD> ok thanks
[21:39] <reliability> I have a seemingly strange question: Is there any part of ffmpeg which has some potential for "local" optimizations (instruction level parallelism, removing potential cache misses, etc.,  no multithreading though)?
[21:39] <reliability> And it must be flaoting point.
[22:48] <mgeary> hi folks
[22:51] <mgeary> so, i'm confused about mp3 in ffmpeg. I understand that by default there's no built-in mp3 support, but i'm confused as to why when i do "-formats" i see both Decode and Encode for mp3
[23:06] <mgeary> okay, so at the moment, recompiling with LAME isn't an option, but the lame binary is on the machine. Can anyone tell me why i'm getting this: http://pastebin.com/xg6exZiU ?
[23:06] <mgeary> (Warning: corrupt or unsupported AIFF format)
[23:07] <mgeary> but if i do it in 2 steps (ffmpeg to aif file, and aif file thru lame) it works just fine
[23:29] <kingsob> hey, I am wondering what is more imoortant for ffmpeg? memory, cpu, fast hard drive, etc? I am trying to select the best amazon ec2 instance for ffmpeg
[23:30] <kingsob> right now its running on a m1.large, but I notice my macbook can do the same encoding in 1/2 the time
[23:32] <Plorkyeran> video encoding is cpu-bound unless you're working with extremely large lossless or raw video
[23:32] <Plorkyeran> ram beyond the minimum needed to not swap doesn't do anything useful
[23:33] <average> there's some GPU-acceleration thread on the mailing list
[23:33] <average> related to conversion using ffmpeg with OpenCL
[23:34] <average> so it may depend on GPU as well, depending how your setup is
[23:34] <Plorkyeran> x264 can sorta use opencl now, but it isn't particularly useful
[23:34] <average> Plorkyeran: I would find it useful. maybe I'm wrong, why do you think it's not usefule ?
[23:35] <average> *useful
[23:35] <Plorkyeran> the motion estimation is the only part of the encoding process that the gpgpu computational model works for
[23:36] <Plorkyeran> and the overhead of syncronizing stuff with opencl and sending data to/from the gpu just isn't that much faster than doing it on the cpu
[23:37] <average> I see
[23:37] <Plorkyeran> most of the work of encoding h264 is inherently serial
[23:37] <average> couldn't more of it be moved to GPU ?
[23:37] <Plorkyeran> not usefully
[23:56] <manu1083> Hello, is that it is possible to convert smil to avi with avconvert
[23:56] <manu1083> ?
[00:00] --- Sat Mar  1 2014