Did they add dv 24p & 24pA Editing in SE2 ??

[Kavik00]

NE1 know if NewTek added DV 24p & 24pA support in SE 2?

[John Perkins]

We don't support the 2:3:3:2 pA mode, true progressive or 3:2 pulldown is handled.

[Kavik00]

I've got VT 5 system and after trying for days to edit and output 24p, I gave up and use Edius and Vegas, which makes me sad because I love the VT and SE environment.

[John Perkins]

What modes do you shoot in and why?

For example, if you avoid shooting in the 2:3:3:2 pA modes, how does that effect your project?

Don't the other usable modes produce the same output?

Thanks,

[Kavik00]

24pa 2-3-3-2 tends to be a little smoother however I I haven't been able to get 24p with a 2:3 to work right either. Here is the work-flow that I currently have tried without success in SpeedEdit.

Shoot standard 24p (Panasonic dvx-100b)
Capture in "On-Location" (DV Rack screwed all to hell by adobe)
edit in VT5
Output a 24p DV file
Use GV (Canopus) Procoder to make a 24p mp2 and let the DVD player do a 2:3 pull down.

This method works great when editing with Edius or Vegas or Final Cut.
I've been a Newtek user since the Amiga digiView.
Had Amiga Toaster 1.0, 2.0, Amiga Flyer then jumped to the PC VT 1.0 with Speed Razor, and have had every version up to 5. I've currently got a VT4 board and VT5 software.

That being said, I love the result I get shooting 16:9 24p and keeping it 24p and letting the DVD player add the pull down. Also I can use less compression because I'm storing 24 fps instead of 30fps. After days of unsuccessful trials, I had to trade my NewTek love in for the finished product I desired.

If SE-2 solves my issues I'd upgrade today, however I must admit I'm gun-shy after my 24p headaches and my recent dual quad issues (However it sounds like that's been resolved).

**Sorry about the novel :) **

[Paul Vicente]

Are 720PN (native) files supported now? Previously, the audio had to be brought in separately. Thanks.

Paul Vicente

[John Perkins]

I don't handle the codecs myself, but I'm fairly certain that is still the case.

The problem as roughly explained to me is that the audio was stored differently than any other format from the camera.

The current MXF implementation expects (logically) that they would take advantage of the spec and allow multiple audio and video streams in the same file. That's one of the strengths of MXF.

It's baffling to me why they didn't write the audio to these files in the same way as the others from the same camera.