Premiere Frameserves SD in Rec 709?

[poisondeathray]

That looks ok. I was specifically looking for if vdub used the ffinputdriver to open the avs. That can cause unexpected results. internal DIB decoder is the proper pathway

It might be ok when you encode it, but you shouldn't get green frames at all with I-frame formats. Only 1 way to find out...just encode it and hope it works

[koberulz]

Encoded, imported into Premiere...looks exactly like the HD version, including the first frame (provided you don't zoom in too much, obviously).

However, it's just video, no audio. The AVISource() version had both.

[koberulz]

Encoded, imported into Premiere...looks exactly like the HD version, including the first frame (provided you don't zoom in too much, obviously).

However, it's just video, no audio. The AVISource() version had both.

[poisondeathray]

It tells you in the documentation.

ffmpegsource2 is the helper function that includes audio

ffmpegsource2("video.avi", atrack=-1)

It's essentially the same thing as ffaudiosource, ffvideosource, audiodub . 1 line might be easier to type than 3 lines

aud=ffaudiosource("video.avi")
vid=ffvideosource("video.avi")
audiodub(vid,aud)

[koberulz]

That works for the UYVY AVIs, but if I try that when frameserving from PP I get an error "FFIndex: audio codec not found".

[poisondeathray]

I think only AVISource works for the frameserver.

You can mix & match too, e.g. use aud=AVISource("video.avi") for audio , some other source filter for video

[koberulz]

ffms2 can't find a video track either.

Is there any way I can fix AVISource()? I really can't have two-hour uncompressed HD AVI files sitting around, I'd rather not be RGB-converting things when I don't want to, and ffms2 takes bloody forever to open anything.

Also I have another file I'm trying to open in Premiere, but it says the codec is missing or unavailable. I can play it fine in VLC.

General
Format                                   : MPEG-4
Format profile                           : QuickTime
Codec ID                                 : qt   0000.02 (qt  )
File size                                : 127 GiB
Duration                                 : 3 h 7 min
Overall bit rate mode                    : Variable
Overall bit rate                         : 97.0 Mb/s
Encoded date                             : UTC 2017-03-05 06:48:29
Tagged date                              : UTC 2017-04-12 21:31:37

Video
ID                                       : 1
Format                                   : MPEG Video
Format version                           : Version 2
Format profile                           : High@High
Format settings, BVOP                    : No
Format settings, Matrix                  : Default
Format settings, GOP                     : N=1
Format settings, picture structure       : Frame
Codec ID                                 : xd5c
Duration                                 : 3 h 7 min
Bit rate mode                            : Variable
Bit rate                                 : 93.8 Mb/s
Maximum bit rate                         : 90.0 Mb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 25.000 FPS
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:2
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan type, store method                  : Separated fields (2 fields per block)
Scan order                               : Top Field First
Compression mode                         : Lossy
Bits/(Pixel*Frame)                       : 1.810
Time code of first frame                 : 11:41:08:07
Time code source                         : Group of pictures header
GOP, Open/Closed                         : Closed
Stream size                              : 123 GiB (97%)
Language                                 : English
Encoded date                             : UTC 2017-03-05 06:48:29
Tagged date                              : UTC 2017-03-05 06:48:29

Audio #1
ID                                       : 2
Format                                   : PCM
Format settings, Endianness              : Little
Format settings, Sign                    : Signed
Codec ID                                 : sowt
Duration                                 : 3 h 7 min
Source duration                          : 3 h 7 min
Bit rate mode                            : Constant
Bit rate                                 : 1 536 kb/s
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 kHz
Bit depth                                : 16 bits
Stream size                              : 2.01 GiB (2%)
Source stream size                       : 2.01 GiB (2%)
Language                                 : English
Encoded date                             : UTC 2017-03-05 06:48:29
Tagged date                              : UTC 2017-03-05 06:48:29

Audio #2
ID                                       : 3
Format                                   : PCM
Format settings, Endianness              : Little
Format settings, Sign                    : Signed
Codec ID                                 : sowt
Duration                                 : 3 h 7 min
Source duration                          : 3 h 7 min
Bit rate mode                            : Constant
Bit rate                                 : 1 536 kb/s
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 kHz
Bit depth                                : 16 bits
Stream size                              : 2.01 GiB (2%)
Source stream size                       : 2.01 GiB (2%)
Language                                 : English
Encoded date                             : UTC 2017-03-05 06:48:29
Tagged date                              : UTC 2017-03-05 06:48:29

[poisondeathray]

Again, I think only AVISource works with frameserver, advanced or debugmode

What do you mean "fix" AVISource ? Do you mean a decoder for UYVY physical files? ie. not frameserving ? I already mentioned a free one, DT codecs, but it might be difficult finding the correct version

You can also look at other export options, I mentioned some that were good intermediates, they are usually good for export too



The other one, the MOV is just mpeg2 . It's supposed to be for a Mac. You could re-wrap into a transport stream with tsmuxer or ffmpeg, or mxf container

[koberulz]

Ah, so the RGB conversion is a UYVY issue. Double checked and it is indeed coming through as YUY2. So, not an issue then.

How would I go about rewrapping the MOV?

[poisondeathray]

How would I go about rewrapping the MOV?

ffmpeg

MXF is a good container, but I don't think support wasn't as good in CS6

You can try like short 30sec segment test to see if it works first instead of re-wrapping the entire 3hours only to find out it doesn't work. If not, there are other options like demuxing video, importing audio separately, etc... and if none of those options work the very last resort is re-encoding to some lossless intermediate (and "truly" lossless in PP would by UYVY for 8bit422 like your source) , or even some of the near lossless intermediate options mentioned earlier. By far the "best" option is re-wrapping because it's going to be much faster , you're basically limited by copy speed

To limit to 30 seconds -t 00:00:30

ffmpeg -i input.mov  -map 0:0 -map 0:1 -map 0:2 -c:v copy -c:a pcm_s16le -t 00:00:30 -f mxf test.mxf

If that test works in CS6 , then take out the -t 00:00:30 to do the entire video

[koberulz]

ffmpeg returns "Unknown encoder 'pcm_s161e'".

[koberulz]

I hate this project.

I've exported all my SD menus, and the SD version of one of the games, to m2v/ac3 ready for authoring. On nearly all of them, the audio file is about three quarters of a second longer than the video, eyeballing it in Encore's timeline. If I import the ac3 and m2v files into PP, the video is the same length as the original sequence and the ac3 file is, again, slightly longer. More than half a frame, but less than a frame.

Additionally, when creating timelines from these assets in Encore, the resulting timelines are ten frames longer than the video in all but one case. So for all my menu transitions, the m2v is 00:00:01:00, the audio is 00:00:01:01 and the timeline is 00:00:01:10. The game is 01:44:30:15 (m2v), 01:44:30:16 (ac3), 01:44:31:00 (timeline). The two actual menus have correct audio, at 00:00:59:12 (timeline is 00:00:59:22) and 00:00:36:00 (timeline matches).

Everything is 25fps. Menus and transitions are progressive, game is interlaced.

EDIT: Hmm, in PowerDVD it doesn't seem to have affected anything (ie no black screen between transitions and menus). Why can't you just burn a DVD image to a Blu-Ray disc and have the player treat it as a DVD? It's data on a disc, surely?

Premiere keeps getting stuck 'preparing data for export' when I queue it to AME. Usually it's a split-second, it's taking several minutes. With this much encoding to do that's a serious drag.

[SameSelf]

Ugh, more fun.

HD MP4 -> uncompressed UYVY AVI -> HD2SD -> 601 422 Ut -> Premiere...shifts red the other way, towards purple. Remains true if I output as uncompressed UYVY AVI from the HD2SD script.

As a PP user, I am mildly following this thread. Kudos to pdr for his long-suffering! But, are you transcoding the HD MP4 to UYVY AVI prior to PP import? If I ponder this workflow, I would think a minimum number of steps is ideal since so many things seem to be going wrong. Something like: 1) import the HD MP4 into PP 2) export as UYVY AVI (or something that doesn't cause any unwanted shifts), and 3) encode the export directly with x264 or HCenc. You might need an Avisynth script to feed x264/HCenc if you are downscaling to SD. But that is it. I would steadfastly avoid prepping your footage prior to PP unless PP is just barfing on the MP4. Also, stop frameserving out of PP. It is simply too unreliable. The only reason I mentioned UYVY AVI previously was if you need a perfectly lossless workflow (e.g. vfx). Otherwise, I wouldn't worry.

Also, make sure PP is interpreting your footage correctly. Sometimes it gets screwed up with field order/progressive.

Also, spend some time educating yourself on tv range (clamped) vs full range (aka superwhites and superblacks). NLEs are notorious for interpreting data levels incorrectly. IOW, they don't. They guess based on the format and many times they guess wrong. You need to know if your footage/camera contains superwhites or not and how to handle that. IF these are caps, then I can't really speak to that other than it should def be clamped.

Lastly, and I can't stress this enough, you need to generate some color bars in your master format i.e. HD MP4. Then you need to push those bars through each stage of the workflow comparing them to some known originals using scopes (not your eyes or screen caps). PP can easily generate some bars. Getting them out of PP is a challenge. That is where UYVY AVI comes in handy. Avisynth can also gen bars. Whatever you decide, without color bars and scopes of each step, it is all just guess work.

[SameSelf]

I hate this project.

I've exported all my SD menus, and the SD version of one of the games, to m2v/ac3 ready for authoring. On nearly all of them, the audio file is about three quarters of a second longer than the video, eyeballing it in Encore's timeline. If I import the ac3 and m2v files into PP, the video is the same length as the original sequence and the ac3 file is, again, slightly longer. More than half a frame, but less than a frame.

Additionally, when creating timelines from these assets in Encore, the resulting timelines are ten frames longer than the video in all but one case. So for all my menu transitions, the m2v is 00:00:01:00, the audio is 00:00:01:01 and the timeline is 00:00:01:10. The game is 01:44:30:15 (m2v), 01:44:30:16 (ac3), 01:44:31:00 (timeline). The two actual menus have correct audio, at 00:00:59:12 (timeline is 00:00:59:22) and 00:00:36:00 (timeline matches).

Everything is 25fps. Menus and transitions are progressive, game is interlaced.

EDIT: Hmm, in PowerDVD it doesn't seem to have affected anything (ie no black screen between transitions and menus). Why can't you just burn a DVD image to a Blu-Ray disc and have the player treat it as a DVD? It's data on a disc, surely?

Premiere keeps getting stuck 'preparing data for export' when I queue it to AME. Usually it's a split-second, it's taking several minutes. With this much encoding to do that's a serious drag.

Don't give up. Just be a little more methodical like my previous post. As I mentioned before, don't use PP or AME for encoding. Just export from PP "masters" e.g. UYVY AVI. Then use HCenc to encode as m2v. I only use PP or AME for encoding the audio (but that's just me).

[poisondeathray]

ffmpeg returns "Unknown encoder 'pcm_s161e'".

le , not 1e

probably copy paste error

[jagabo]

Here's a possible workaround for loading an uncompressed UYVY AVI into AviSynth while avoiding UT Video codec's RGB conversion. The idea is to override the fourcc code in the AVI file and having it loaded as if it is YUY2. This means the order of the YUV components will be wrong, UYVY instead of YUYV, so we have to reorder them. I created a function that losslessly converts UYVY to YUY2 to do this:

function UYVYtoYUY2(clip c)
{
  Y1 = c.UtoY().TurnRight()
  Y2 = c.VtoY().TurnRight()
  Interleave(Y1, Y2)
  AssumeFieldBased()
  AssumeTFF()
  Weave()
  Y = TurnLeft()

  c.ConvertToY8()
  TurnRight()
  AssumeTFF()
  SeparateFields()
  U = SelectEven().TurnLeft().ConvertToYUY2()
  V = SelectOdd().TurnLeft().COnvertToYUY2()

  YtoUV(U, V, Y)
}

AviSource("BSB_sample.avi", fourcc="YUY2") 
# at this point AviSynth thinks the video is YUY2 but the order of the components is UYVY, not YUYV
UYVYtoYUY2()
# the components have now been reordered as YUYV, true YUY2
# proceed with whatever other processing you need

This appears to be working correctly with BSB_Sample.AVI from post #100. The YUV samples are rearranged but otherwise unchanged (a full range source remains full range, 601 remains 601, etc.). That's the only UYVY sample I have so the function needs testing with other samples. I think this will work with interlaced video as well as progressive.

[koberulz]

le , not 1e

Ah.

Now I get "[mxf @ 000000000037f080] could not get mpeg2 profile and level av_interleaved_write_frame<>: Operation not permitted" and then Windows pops up an 'ffmpeg.exe has stopped working' message.

[koberulz]

le , not 1e

Ah.

Now I get "[mxf @ 000000000037f080] could not get mpeg2 profile and level av_interleaved_write_frame<>: Operation not permitted" and then Windows pops up an 'ffmpeg.exe has stopped working' message.

[poisondeathray]

You can try tsmuxer

If that doesn't work , provide a sample , maybe cut with ffmpeg

eg. copy a 1 sec sample

ffmpeg -i input.mov -c:copy -t 00:00:01 cut.mov

It might drop the audio with that, you might have to specify the mapping

[SameSelf]

ffmpeg returns "Unknown encoder 'pcm_s161e'".

le , not 1e

probably copy paste error

I know PCMCIA, but it helps to know the provenance of otherwise arcane terminology, if only to avoid simple mistakes:

pcm = pulse code modulation
_ = some sort of grammatical syntax
s16 = 16-bit sampling
le = little endianess

[koberulz]

Unable to find a suitable output format for '00:00:01'

00:00:01: Invalid argument

[koberulz]

Unable to find a suitable output format for '00:00:01'

00:00:01: Invalid argument

[poisondeathray]

my typo, it should be "-c copy" , no colon

ffmpeg -i input.mov -c copy -t 00:00:01 cut.mov

[koberulz]

I tried opening it in tsMuxerGUI, but it crashed.

[poisondeathray]

The mov loads for me in CC correctly, but your cut.mov has stereo now from dual mono in the original, not sure if that's relevant. I suppose if you specified stream mapping can keep them separate

You can try transport stream with ffmpeg, but it might lose the audio, you might need to load audio separately

ffmpeg -i cut.mov -c:v copy -c:a pcm_s16le -f mpegts test.ts

This loads the video for me as a ts , I guess one thing at a time for you; if that works for the video (it should be TFF interlaced) , then move onto the audio. It's nicer with both are imported automatically

If the ts still doesn't work for you, just demux the video into elementary stream ; but containerless video sometimes causes problems in editors, PP is no exception

ffmpeg -i input.mov -c:v copy -an output.m2v

[koberulz]

Yes, the TS works. Are you sure it should be TFF though? It is flagged that way but it looks progressive watching it in VLC and that's where the earlier, progressive, MP4 came from.

I really only need one of the two audio tracks.

[poisondeathray]

Yes, the TS works. Are you sure it should be TFF though? It is flagged that way but it looks progressive watching it in VLC and that's where the earlier, progressive, MP4 came from.

I really only need one of the two audio tracks.

Yes I'm sure it's TFF . This is actual interlaced content (50 fields/sec) . ie. In that 1 sec sample, there are 50 individual moments in time represented, not 25. VLC might be deinterlacing single rate

The MP4 might have been single rate deinterlaced

If this was the original , original - this is what you should be using, because the MP4 is missing 1/2 the information




If the audio doesn't come through in TS or one of the containers you can demux and import separately . You can use -map to choose individual streams

e.g

ffmpeg -i input.mov -vn -c:a pcm_s16le output.wav

[poisondeathray]

Does this pretty much sum it up for you?



It shouldn't be this difficult, right ? So many "gotchas"

[koberulz]

Soooo...I can't export via AME. Just gets stuck 'preparing for export'. Can export fine straight from PP, but that ties up PP. And you can't queue a bunch of things and let it run. And my MediaLight just fell off.

*sigh*

[poisondeathray]

AME afs or physical file ?

afs is buggy for many people ; you may need to re-install it each time it's used. Sort of a "reset".