Is the "drop out" problem in FCP solved?

Marc Jayson · February 20th, 2007, 03:37 PM

I posted this question on the iDive forum.

Quote:

It would be great when iDive would support HDV for the JVC-HD 1xx/2xx series because FCP has a capture problem with these camera's!

I used to use iDive to capture my DV tapes.

Marc Jayson · February 23rd, 2007, 01:58 AM

Another FCP update!

Maybe this time?

http://www.apple.com/support/downloa...cutpro514.html

Chad Terpstra · February 23rd, 2007, 07:41 AM

Unless it says something about it in the text, it's not likely. :-(
But thanks for posting.

Alex Bowles · February 25th, 2007, 12:02 PM

Hi all,

I'd posted my problems with the 4-Second problem a few months back. At the time, JVC told me I wouldn't be able to get a clean import unless I was using the HD-110, or the HD-100 with the 'A' firmware upgrade and FCP 5.1.

Since then, I've made the software upgrade (firmware upgrade was already done.) Short story is, no joy. I read another post that says 5.1.3 offers hope, but again, JVC said this was supposed to be fixed in 5.1...

The story I'm getting now is that there must be something wrong with my camera in particular, and that I should send it in for repairs.

Two things seem dubious here; (1) judging from this length of this string, I'm hardly alone. (2) They've made no guarantees that the repairs, which I'll need to pay for, will actually work, as the root issue seems to be on the Mac side (details below.)

Instead, I'm simply moving away from the camera. But here are some bits of information I picked up that may be useful to folks still working with it.

1. Incompatibility with Apple

The problem seems to be Mac only. JVC says that has to do with the 'very literal' way OSX deals with incoming transport streams. I wasn't sure what this meant, but apparently it's more stringent than I/O for Win-Tel systems. In other words, the root of the problem is a Mac-specific architecture issue over which JVC has no real control.

Folks using this camera with Premier, Vegas etc. have confirmed that Win-Tel systems don't run into this issue.

JVC did not try to explain why other equipment makers were able to negotiate both Mac and Win-Tel I/O successfully.

2. Video Flags

Apparently, JVC attempted to remedy the situation with improvements to the way the transport streams are flagged by the encoder (i.e. in-camera.)

These were incorporated in the 'A' firmware upgrade. Accordingly (and this is per JVC) tapes recorded on a pre-upgrade HD-100 will still demonstrate the problem, even if the capture deck has been upgraded, and the user is running 5.1. In my experience they both fail, but this the JVC line.

3. Uncompressed Output

None of this has any bearing if you're using the uncompressed component out, and using FCP to manage direct-to-disk capture.

Right now, the camera is doing good service as a signal generator as I get the bugs worked out of a RAID-based DDR solution. But unless I divest myself from FCP (unlikely) I'm unable to rely on it for work that's done on tape.

Hope this helps.

Tim Brown · February 25th, 2007, 12:09 PM

Greetings Alex,

I'm curious to know if you've attempted to capture using the DVHS/Streamclip method. Many people have long since turned away from the native ingest of FCP and have found a very simple effective work-flow using this method.

George David · February 25th, 2007, 01:00 PM

Hi Alex, I just read your post today. Have you tried this setting in FCP?

1. Open FCP and select audio/video settings
2. Go to the Device Control Presets tab.
3. Select HDV Firewire NDF and click edit
4. Set pre-roll and post-roll to 1 second (default is 3 for both)
5. Save and use that as template for capturing.

I hope this fixes problem you are having. If not, my apologies.

Sharon Pieczenik · February 28th, 2007, 01:51 AM

Tim Brown, can you walk me through the DVHS/Streamclip method for capturing footage?

Thanks,
Sharon

Tim Brown · February 28th, 2007, 07:00 AM

The link to the workflow posted by David Knaggs can be found here:

http://www.dvinfo.net/conf/showpost....47&postcount=5

Chad Terpstra · February 28th, 2007, 10:36 AM

George that doesn't work. I tried changing the pre-roll and it still hickups quite often and for more than a couple seconds. I'm going to send in my camera in a couple weeks for some other issues and will note this as one in case they can find a way to fix it...

February 23rd, 2007, 01:58 AM	#17
Marc Jayson Regular Crew Join Date: Oct 2006 Location: The Hague, The Netherlands Posts: 112	Fcp 5.1.4 Another FCP update! Maybe this time? http://www.apple.com/support/downloa...cutpro514.html

February 25th, 2007, 12:02 PM	#19
Alex Bowles Regular Crew Join Date: Nov 2005 Location: NYC Posts: 49	Not fixed in 5.1 Hi all, I'd posted my problems with the 4-Second problem a few months back. At the time, JVC told me I wouldn't be able to get a clean import unless I was using the HD-110, or the HD-100 with the 'A' firmware upgrade and FCP 5.1. Since then, I've made the software upgrade (firmware upgrade was already done.) Short story is, no joy. I read another post that says 5.1.3 offers hope, but again, JVC said this was supposed to be fixed in 5.1... The story I'm getting now is that there must be something wrong with my camera in particular, and that I should send it in for repairs. Two things seem dubious here; (1) judging from this length of this string, I'm hardly alone. (2) They've made no guarantees that the repairs, which I'll need to pay for, will actually work, as the root issue seems to be on the Mac side (details below.) Instead, I'm simply moving away from the camera. But here are some bits of information I picked up that may be useful to folks still working with it. 1. Incompatibility with Apple The problem seems to be Mac only. JVC says that has to do with the 'very literal' way OSX deals with incoming transport streams. I wasn't sure what this meant, but apparently it's more stringent than I/O for Win-Tel systems. In other words, the root of the problem is a Mac-specific architecture issue over which JVC has no real control. Folks using this camera with Premier, Vegas etc. have confirmed that Win-Tel systems don't run into this issue. JVC did not try to explain why other equipment makers were able to negotiate both Mac and Win-Tel I/O successfully. 2. Video Flags Apparently, JVC attempted to remedy the situation with improvements to the way the transport streams are flagged by the encoder (i.e. in-camera.) These were incorporated in the 'A' firmware upgrade. Accordingly (and this is per JVC) tapes recorded on a pre-upgrade HD-100 will still demonstrate the problem, even if the capture deck has been upgraded, and the user is running 5.1. In my experience they both fail, but this the JVC line. 3. Uncompressed Output None of this has any bearing if you're using the uncompressed component out, and using FCP to manage direct-to-disk capture. Right now, the camera is doing good service as a signal generator as I get the bugs worked out of a RAID-based DDR solution. But unless I divest myself from FCP (unlikely) I'm unable to rely on it for work that's done on tape. Hope this helps.

February 25th, 2007, 01:00 PM	#21
George David Regular Crew Join Date: Mar 2005 Location: Utah Posts: 150	4-second problem Hi Alex, I just read your post today. Have you tried this setting in FCP? 1. Open FCP and select audio/video settings 2. Go to the Device Control Presets tab. 3. Select HDV Firewire NDF and click edit 4. Set pre-roll and post-roll to 1 second (default is 3 for both) 5. Save and use that as template for capturing. I hope this fixes problem you are having. If not, my apologies.

February 23rd, 2007, 07:41 AM	#18
Chad Terpstra Major Player Join Date: Jun 2005 Location: Grand Rapids, MI Posts: 320	Unless it says something about it in the text, it's not likely. :-( But thanks for posting.

February 25th, 2007, 12:09 PM	#20
Tim Brown Major Player Join Date: Jan 2003 Location: Richmond, Virginia Posts: 263	Greetings Alex, I'm curious to know if you've attempted to capture using the DVHS/Streamclip method. Many people have long since turned away from the native ingest of FCP and have found a very simple effective work-flow using this method.

February 28th, 2007, 01:51 AM	#22
Sharon Pieczenik Regular Crew Join Date: Nov 2006 Location: Bozeman, MT Posts: 118	Tim Brown, can you walk me through the DVHS/Streamclip method for capturing footage? Thanks, Sharon

February 28th, 2007, 07:00 AM	#23
Tim Brown Major Player Join Date: Jan 2003 Location: Richmond, Virginia Posts: 263	The link to the workflow posted by David Knaggs can be found here: http://www.dvinfo.net/conf/showpost....47&postcount=5

February 28th, 2007, 10:36 AM	#24
Chad Terpstra Major Player Join Date: Jun 2005 Location: Grand Rapids, MI Posts: 320	George that doesn't work. I tried changing the pre-roll and it still hickups quite often and for more than a couple seconds. I'm going to send in my camera in a couple weeks for some other issues and will note this as one in case they can find a way to fix it...