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

[burek]

[00:29] <llogan> brontosaurusrex: ffmpeg -i input -c:v prores -map 0 -f segment -segment_time 10 out%03d.mov
[00:30] <brontosaurusrex> llogan, thanks, but not working either, output files are borken
[00:30] <brontosaurusrex> i guess they are not "streamable" enough
[00:31] <brontosaurusrex> i mean mov is not
[00:31] <llogan> worked for me
[00:31] <llogan> ffmpeg -f lavfi -i testsrc=d=60 -c:v prores -map 0 -f segment -segment_time 10 out%03d.mov
[00:31] <brontosaurusrex> hmm
[00:31] <brontosaurusrex> should that also work with transiting?
[00:32] <brontosaurusrex> transcoding*
[00:33] <brontosaurusrex> let me retry
[00:33] <llogan> re-encoding? I always thought transcoding as re-encoding while using some info from the source like motion vectors
[00:33] <Hfuy> Hello; does anyone here have any experience encoding prores for use with quicktime-based applications?
[00:34] <llogan> i thought you didn't like ffmpeg
[00:34] <Hfuy> What gives you that idea?
[00:35] <llogan> maybe i think you're someone else
[00:35] <Hfuy> Either way, my ire is currently reserved almost entirely for Adobe Premiere Pro CS5
[00:35] <Hfuy> Which is crashing on import of files created by ffmpeg when I'm not really aware there's any reason it should.
[00:36] <llogan> i can try to duplicate the issue in CS6
[00:36] <Hfuy> That would indeed be an interesting experiment.
[00:36] <Hfuy> I could even conceivably send you a file.
[00:36] <llogan> sure
[00:37] <llogan> but the command and console output will be useful too
[00:37] <brontosaurusrex> llogan, http://paste.debian.net/plain/60272 < Data stream encoding not supported yet (only streamcopy)
[00:37] <Hfuy> The underlying issue, so you know the background, is that this stuff was shot to an Atomos Ninja recorder set to record 4ch audio, which Premiere <6 dislikes.
[00:38] <Hfuy> So, I thought I'd http://pastebin.com/mkt8ZV6F it.
[00:38] <Hfuy> And now I have this issue where Premiere CS 5.0.3 crashes on import. Sometimes. Only sometimes.
[00:38] <Hfuy> I have reinstalled both Premiere and Quicktime.
[00:42] <Hfuy> Very short example file: http://filebin.ca/zEGr54Rm2Jb/00001_2ch_apcn.MOV
[00:43] <Hfuy> I would try DNxHD, which would require reencoding, but I could live with that. But I can't find a commandline that works.
[00:49] <Hfuy> brontosaurusrex: I had that earlier. Not sure what the fix is.
[00:51] <brontosaurusrex> well, at least I have a fresh ffmpeg/x264 compiles today :) (8bit and 10bit even)
[00:51] <llogan> brontosaurusrex: it will probably work if you omit or stream copy the data stream
[00:51] <Hfuy> well, sure, but does it solve the problem?
[00:52] <brontosaurusrex> llogan, right, thanks
[00:53] <Hfuy> I'm not sure if what I'm trying to do is reasonable.
[00:54] <Hfuy> I'd be happy to try dropping the audio entirely if it'd help.
[00:57] <llogan> is the example file the input or ffmpeg output?
[00:57] <Hfuy> Output
[00:57] <Hfuy> Your CS6 should read the input as is, since they fixed the multichannel audio bug.
[00:58] <llogan> oh, duh...i didn't see the "encoder" info in the file
[00:58] <Hfuy> Two characters are comically omitted from "Atomos" and "Ninja"
[00:59] <llogan> does it crash if the file contains no audio?
[00:59] <Hfuy> Not tried it.
[01:00] <llogan> how many times do you need to import into CS5 for it to crash usually?
[01:00] <Hfuy> It seem to crash reliably at ten or twenty.
[01:00] <Hfuy> I have 94 takes to import in total.
[01:00] <Hfuy> I have not been able to get through 20 in a go, I don't think.
[01:01] <llogan> can you confirm that this particular short sample also causes issues?
[01:01] <Hfuy> Wait one.
[01:02] <brontosaurusrex> Hfuy, do you need the TC track?
[01:02] <Hfuy> Not desperately.
[01:03] <Hfuy> llogan: Just crashed CS5 importing 10 copies of that test file at once.
[01:03] <Hfuy> Locks up somewhere during the "importing" progress bar.
[01:03] <Hfuy> Often right at the start.
[01:03] <brontosaurusrex> it does import into cs6 here Hfuy
[01:04] <llogan> ok. i guess i'll blow the dust off of Windows and try it too.
[01:04] <Hfuy> I suspect it may be a QT thing
[01:04] <brontosaurusrex> mac version of cs6 that is
[01:04] <Hfuy> although in my experience quicktime is pretty tolerant of lavc prores
[01:04] <llogan> which quicktime version?
[01:04] <Hfuy> downloaded today, whatever that is
[01:05] <Hfuy> 7.7.4 apparently
[01:05] <Hfuy> VLC and Quicktime play them happily, fwiw.
[01:05] <Hfuy> Bridge CS5 too.
[01:05] <Hfuy> And AE.
[01:08] <Hfuy> Oh well, that was fun while it lasted!
[01:16] <brontosaurusrex> Hfuy, i'd try to remove the TC track and see what happens
[01:16] <Hfuy> Love to
[01:16] <Hfuy> I was playing with -map earlier
[01:17] <brontosaurusrex> llogan has probably booted into windows and will be back, just guessing
[01:17] <Hfuy> I assume that if there's only one line under "stream mapping" there's only one track.
[01:17] <Hfuy> er, stream.
[01:17] <Hfuy> Whatever the term is this week.
[01:19] <llogan> Hfuy: i can duplicate the issue in PP 6.0.3, QT 7.7.2, Win 7 Pro 64bit
[01:20] <Hfuy> Well I guess that's both good and bad.
[01:20] <llogan> on the same input file, and also on a version with no audio and no data stream
[01:20] <Hfuy> Me too.
[01:20] Action: Hfuy taps chin
[01:20] <llogan> do non-ffmpeg muxed inputs cause the same problem?
[01:20] <Hfuy> Ummmm.
[01:21] <Hfuy> I can import stuff from a Ninja which had the audio setting to "2 channel" straight off the recorder, if that's what you mean.
[01:21] <Hfuy> So it does in general read prores quicktimes, yes.
[01:21] <Hfuy> The entire rest of the show was shot on that configuration. The problem is the pickups day.
[01:22] <llogan> i did not test any ProRes not from ffmpeg
[01:22] <Hfuy> not sure what you mean by non-ffmpeg muxed
[01:23] <llogan> any other prores in mov files. if they also make PP crash then that would (probably) exclude ffmpeg
[01:24] <Hfuy> Well as I say I have lots of prores in mov files, the whole show is made of them.
[01:24] <Hfuy> The problem is ffmpeg specific.
[01:25] <llogan> ok. consider submitting a bug report.
[01:25] <Hfuy> I shall, but that doesn't really solve my immediate-term problem.
[01:25] <Hfuy> I was pondering transcoding it all to dnx
[01:25] <llogan> i'll try some more tests later and i'll provide input if i find anything useful
[01:26] <Hfuy> I'm not sure anyone on the coding team will be that interested. As far as I know none of them are editors so they're unlikely to be able to recreate the issue due to lack of Premiere.
[01:26] <llogan> i have premiere
[01:26] <Hfuy> Also since it's Premiere's crash it will be very hard to detail and fix.
[01:26] <Hfuy> And arguably, thus Premiere's bug.
[01:26] <Hfuy> If it can't deal with it, it should say.
[01:27] <llogan> if only outputs from ffmpeg are the problem then something is probably wrong with ffmpeg
[01:27] <Hfuy> I wonder if something is being caused to explode in the quicktime-to-application bridge.
[01:28] <Hfuy> That is often the case with weird undocumented no-apparent-cause lockups.
[01:28] <Hfuy> All that aside, I really need to be cutting this stuff. Any suggestions?
[01:29] <llogan> and i wish it wouldn't crash as much with debugmode frameserver too
[01:29] <Hfuy> It's weird because it does the same thing with duped video as far as I can tell.
[01:29] Action: Hfuy tries it
[01:30] <llogan> i guess you can try re-encoding it if you're on a deadline. lately i've been using utvideo for intermediates
[01:31] <Hfuy> utvideo?
[01:31] <Hfuy> a codec?
[01:31] <llogan> ffmpeg has native encoder and decoder (also supports libutvideo).
[01:31] <Hfuy> Has to go into premiere
[01:32] <llogan> http://umezawa.dyndns.info/archive/utvideo/?C=M;O=D
[01:32] <llogan> works fine in premiere
[01:32] <Hfuy> Hmm. Glitch is confirmed with ffmpeg -i infile -c:v copy -map 0:1 outfile
[01:32] <Hfuy> so it isn't even the prores codec, it's the muxer
[01:32] <Hfuy> What's very strange is that pr imported ten of them happily but choked on 20.
[01:33] <llogan> that's what i assumed you did in the first place (I already forgot pasted details)
[01:33] <Hfuy> well obviously I'm not desperate to reencode the pictures.
[01:33] <llogan> i know, but that's why i suggested a lossless encoder if you have the drive space
[01:33] <Hfuy> But if it's that or not cut them, well.
[01:33] <Hfuy> I have a 4TB RAID10 on tap.
[01:33] Action: Hfuy patpats drives
[01:34] <llogan> how do you like the RAID10?
[01:34] <Hfuy> A hell of a lot better than I've liked any RAID5.
[01:34] <Hfuy> It's cheaper for the same capacity (except at ludicrously high spindle counts), faster in use, faster to rebuild.
[01:35] <Hfuy> It retains its full performance even when degraded, and retains greater redundancy when degraded.
[01:35] <llogan> i've been reading about it lately and decided for raid10 (the old raid1 system died)
[01:35] <Hfuy> I'm not sure why it's even a consideration to anyone.
[01:35] <Hfuy> Unless you're using a huge number of disks (in which case you'll need RAID6 anyway) the cost of the extra drives for a given capacity will be less than the cost of a high performance RAID5 controller. Which are very expensive.
[01:36] <llogan> i noticed those prices...
[01:36] <Hfuy> Anything other than the big Areca controllers suck horribly.
[01:36] <Hfuy> And the big Areca controllers can be the cost of five or six disks. So it would need to be really bloody noticeably better than RAID10. An it really isn't.
[01:38] <llogan> i wonder if anything else in mov also crashes Premiere
[01:38] <llogan> and if it is a regression or not
[01:41] <Hfuy> Not a clue.
[01:41] <Hfuy> What's a "regression"
[01:42] <llogan> if something used to work in an older version of ffmpeg
[01:42] <Hfuy> Oh, I see.
[01:42] <Hfuy> I never had this problem before.
[01:42] <Hfuy> And isn't the mov encoder essentially the same as the mp4 encoder?
[01:42] <llogan> so more testing is needed. maybe i'll try it later this week and make a bug report if you don't
[01:43] <Hfuy> "VLC does not support the audio or video format "ULRA"."
[01:44] <Hfuy> CS5 doesn't like utvideo, even after I installed the codecs.
[01:44] <llogan> did you restart CS5?
[01:45] <Hfuy> Yes.
[01:45] <Hfuy> "File import failure... Codec missing or unavailable"
[01:45] <llogan> worksforme (in CS6).
[01:45] Action: Hfuy queues up a long stream of expletives and lets them all go at once
[01:46] <Hfuy> This was easier back in the days of 35mm and scissors.
[01:46] <llogan> i don't see why it wouldn't work in cs5
[01:46] <Hfuy> If it's a directshow codec presumably wmp would play it. And it won't.
[01:47] <Hfuy> Something is bork3d.
[01:47] <llogan> http://trac.ffmpeg.org/wiki/FFmpegPremierePro
[01:47] <llogan> shows utvideo being used
[01:47] <Hfuy> lemme see if it's in the output options
[01:47] <Hfuy> since nothing seems happy to use utvideo, I suspect the installer didn't.
[01:48] <Hfuy> Hn, it's in the output list.
[01:49] <Hfuy> Heehee, did you write this guide?
[01:49] <Hfuy> "to make sure Premiere did not screw around with the frame size, frame rate, etc, as it is apt to do." Why yes, yes it is!
[01:50] <llogan> yeah, i did.
[01:50] <Hfuy> Well, thanks for doing so.
[01:51] <llogan> i was sick of using AME
[01:51] <Hfuy> I've never been an avid guy.
[01:51] <llogan> same. maybe i should have
[01:51] <Hfuy> Every time I see Avid, I'm reminded why not.
[01:51] <Hfuy> Can't see the joy in it.
[01:52] <Hfuy> Avid always seemed like computer software for video editing people, whereas I was always more of a computer person looking for video editing software.
[01:52] <Hfuy> If that makes sense.
[01:53] <Hfuy> Oh. AVI wrapper, not quicktime?
[01:54] <llogan> they both suck so i just chose the first that i tried that worked
[01:54] <Hfuy> AVI works. MOV doesn't.
[01:54] <Hfuy> I assume Pr sends the MOV through Quicktime, which (understandably) responds "WTF?"
[01:55] <Hfuy> whereas it goes to directshow with the AVI.
[01:55] <llogan> too bad Premiere is too retarded to use matroska. (hell, i remember when it woudln't accept raw DV).
[01:55] <Hfuy> I occasionally work for the company that currently owns and runs Lightworks.
[01:55] <Hfuy> They would dearly, dearly love to throw out their entire I/O layer and use avformat and avcodec
[01:56] <Hfuy> Unfortunately it would make Lightworks impossible to distribute in the US, which is not doable. So. The suck continues.
[01:56] <llogan> why don't you use that instead of Premiere? i've been meaning to try, but i don't edit much anymore
[01:56] <Hfuy> I know Premiere.
[01:56] <Hfuy> I have no reason to change.
[01:56] <Hfuy> Although this Creative Cloud sh*t is making me reconsider.
[01:57] <llogan> note that the frameserver output can be out of sync with audio, so if you try that it will work if you export the audio by itself from premiere and then re-encode and mux with ffmpeg
[01:58] <llogan> (I should update that page)
[01:58] <Hfuy> Frameservers are cool.
[01:58] <Hfuy> I once built a very, very rickety pile of software which used both ffmpeg and avisynth to produce low-res proxies with BITC on a digital cinema recorder.
[01:59] <llogan> nice
[01:59] <Hfuy> Well, no, it wasn't nice, but it worked :)
[01:59] <Hfuy> I'm sure I'm going to comp sci hell as a result.
[02:00] <Hfuy> avisynth must hook the filesystem to do that, surely
[02:02] <Hfuy> Ha. Pr supports 4ch audio in AVI, after all that. Puts it on a 5.1 track.
[02:08] <Hfuy> I must depart sleepwards. Thanks for the heads-up on utvideo.
[02:09] <llogan> Hfuy: ok. ill let you know if i get to test more
[02:10] <Hfuy> Could be a bit of a nit to find I fear.
[02:38] <SSlater> Could anyone point me to a tutorial or similar on basics of video formats and containers.  From security camera point-of-view, I need to learn more about what is best suited for viewing detail immediately vs needs for archiving and disk space.  Then turn these different requirements int ffmpeg options.
[03:28] <littlebat> Comparison of container formats http://en.wikipedia.org/wiki/Comparison_of_container_formats
[03:28] <littlebat> Comparison of video codecs http://en.wikipedia.org/wiki/Comparison_of_video_codecs
[03:29] <littlebat> Video Converting Configure http://www.learndiary.com/mobilemate/video_configure
[03:32] <SSlater> littlebat: Thanks for that.  The links in the last one look very informative.
[03:34] <SSlater> I had come across the container format link, but didn't know enough tomake much sense of it.  Will go back to study these.
[09:51] <damir__> hello
[09:51] <damir__> can ffmpeg be used to get information about video frame type for each frame?
[10:44] <xingchao_> does anyone know background of this bug? https://trac.ffmpeg.org/ticket/1035
[10:45] <xingchao_> the patch can also fix my mosaic issue, but i really donot know why
[10:47] <xingchao_> my question is here: http://ffmpeg-users.933282.n4.nabble.com/Mosaic-issue-when-playing-RMVB-with-ffmpeg-td4661766.html
[10:49] <ubitux> this was commited beginning of last year
[10:49] <xingchao_> yes, that's right
[10:51] <xingchao_> it fixed the two audio tracks issue while switching to another one because the queue cached a lot of packets
[10:52] <xingchao_> but i donot think it has any relationship with the mosaic
[10:52] <xingchao_> for mosaic issue, i thought the "seeking" didnot find the keyframe
[14:13] <renevolution> Hi there, can anyone guide me how or if i can display data created by astats filter using ffplay/ffmpeg?
[14:27] <renevolution> Ok, i see it works if i reencode the file and use -filter_complex & is there a possibiliy to output this data live ?
[14:28] <renevolution> i mean, continuously ?
[15:22] <Hfuy> Do we know why VLC doesn't support the utvideo codec? I was under the impression that they used the same core libraries as ffmpeg.
[15:24] <durandal11707> yes they do use lavf/lavc, but you should ask them
[17:43] <stein_> hi all
[17:43] <stein_> how may i convert P2 structure to friendlier single file format?
[17:49] <steinchen> re
[17:50] <steinchen> how may i convert P2 structure to friendlier single file format? just cat all together?
[17:52] <xlinkz0> i want to write to /dev/null to test a rtsp server using the ffmpeg client
[17:53] <xlinkz0> how do i set mp4 format?
[17:53] <xlinkz0> because i get [NULL @ 0x1d552c0] Unable to find a suitable output format for '/dev/null'
[17:54] <bencoh> -f fmt
[18:03] <Hfuy> steinchen: Depends what sort of P2 it is.
[18:03] <Hfuy> But in general, MXF is a nightmare.
[23:54] <Eduard_Munteanu> Hi.
[23:55] <Eduard_Munteanu> Would it be reasonable to use ffmpeg as an executable and pipe data from/to it to implement a media player?
[23:55] <klaxa> i think using the C-API would be more advisable
[23:56] <Eduard_Munteanu> I guess so, I'm weighing my options.
[23:56] <JEEBsv> I don't think you could implement a player with just the ffmpeg executable
[23:57] <JEEBsv> you would have to use the libraries to have any kind of proper control on it
[23:57] <Eduard_Munteanu> Hm, I guess seeking might be a problem for one thing.
[23:57] <JEEBsv> glad that you came up with it yourself :P
[23:57] <Kuukunen> JEEBsv: why not? pipe stuff in, read uncompressed out? :p
[23:58] <Eduard_Munteanu> However I don't really want to seek generally, just seeking forward (i.e. just dropping stuff). It's supposed to be an unattended media player.
[23:58] <Kuukunen> ...what are you trying to do that you can't do with an existing player?
[23:59] <Eduard_Munteanu> Kuukunen: NTP-synchronized playback. I did it with mplayer but it's a bit icky.
[23:59] <Eduard_Munteanu> Kuukunen: because mplayer's synced playback is unreliable.
[00:00] --- Wed Oct 23 2013