Doh! HMC file number is stupid

File starts with 0000 but in-camera's playbck mode, it starts with 0001..
It would not be logical to have both files following the exact same numbering because of the 4GB limit.

When filming long run shows, the camera will automatically split the files in 3.99GB files, then combining them in one clip on playback.

So, if you're making a one hour followed with a 15 minute clip, you'll end up with 4 MTS files. 0000 to 00002 for file 0001 and 00003 for file 0002.
 
As I mentioned earlier, FCP does do a nice job... but what? you have to have a mac? bah...


I wouldn't have it any other way. Except that Panny doesn't always provide us with the same level of parity on their software and PC people have advantages there. I've found that FCP, albeit a bit buggy upon the launch of a new codec and workflow, really addresses it's user base and corrects them quickly. The previous FCP was really buggy and terrible but now it's rock solid. What's working well on the PC side?



With 100 hours of live events I'm surprised you never ran into this problem with say loud music and the crowd cheering... You using the onboard mics? Any experience with phantom xlrs?


Yes I exclusively use a phantom powered mike on my concert footage. I use the audio technica 835ST mike. A very nice mike and it really handles the highs and lows very well. The onboard mike is highly sensitive and I like the sound from my XLR mike so much more..


You do have to have the limiter on for sure and really allow for the headroom that you need. That's the only other thing I miss about the HVX.. It recorded the onboard mike to 3 and 4 and it sometimes did save my butt on a few things.
 
It would not be logical to have both files following the exact same numbering because of the 4GB limit.

When filming long run shows, the camera will automatically split the files in 3.99GB files, then combining them in one clip on playback.

So, if you're making a one hour followed with a 15 minute clip, you'll end up with 4 MTS files. 0000 to 00002 for file 0001 and 00003 for file 0002.

That's one way of doing it and that would explain why they don't care to have the physical and logical names to be consistent.

However, a much better way to name clips larger than 4GB would be to have "sub clips" naming. So 0001 (larger than 4GB) would be spilt into 0001_xxx, where xxx is the numbering for the subclips that make up the 0001 parent clip. All the subclips are then still associated with the label 0001. This way, file management is made easier due to consistent naming convention.
 
However, a much better way to name clips larger than 4GB would be to have "sub clips" naming. So 0001 (larger than 4GB) would be spilt into 0001_xxx, where xxx is the numbering for the subclips that make up the 0001 parent clip.

The BD and AVCHD specs require the transport stream file to be a 5 digit number. Everything else is not valid AVCHD. Also the file names need to follow DOS 8.3 short file naming convention in AVCHD.
 
Back
Top