|
|||||||||
|
Thread Tools | Search this Thread |
February 5th, 2008, 05:43 PM | #1 |
Regular Crew
Join Date: Jan 2006
Location: Co Tyrone Ireland
Posts: 60
|
AVI files split
I am just after rendering a one hour AVI file in vegas 8 when it was rendered it was split into five different files why did this happen and how do I prevent it from doing this again
Thomas |
February 5th, 2008, 06:13 PM | #2 |
Major Player
Join Date: Oct 2005
Location: Hillsborough, NC, USA
Posts: 968
|
What size are the files? Are they the same?
There is an option in Vegas to make sure that AVI files are created with OpenDML 2.0 compatibility: "Create an OpenDML (AVI version 2.0) compatible file" under the Video tab when selecting Render As... If this isn't set, you will get fragmented files. |
February 5th, 2008, 06:14 PM | #3 |
Inner Circle
Join Date: Jan 2006
Location: Minnesota (USA)
Posts: 2,171
|
Is the hard drive formatted as FAT32?
|
February 5th, 2008, 07:28 PM | #4 | |
Regular Crew
Join Date: Jan 2006
Location: Co Tyrone Ireland
Posts: 60
|
Quote:
Thomas |
|
February 5th, 2008, 07:57 PM | #5 |
Major Player
Join Date: Oct 2002
Location: Sacramento, Elk Grove. Calif
Posts: 306
|
Thats your problem, the drive needs to be formatted NTFS!
__________________
Puttin the wet stuff on the red stuff! |
February 5th, 2008, 08:06 PM | #6 |
Inner Circle
Join Date: May 2006
Location: Camas, WA, USA
Posts: 5,513
|
It's pretty cool that it will split the files if on FAT32 though. It sure beats a crashed render.
__________________
Jon Fairhurst |
February 6th, 2008, 04:33 AM | #7 |
Regular Crew
Join Date: Jan 2006
Location: Co Tyrone Ireland
Posts: 60
|
|
February 6th, 2008, 07:51 AM | #8 |
Regular Crew
Join Date: Jul 2007
Location: El Paso
Posts: 35
|
Thomas, the 4GB file size limit isn't a Vegas limitation, it is a limitation of the Fat32. Do yourself a favor and switch the drive over to NTFS. This will NOT destroy any of the files and besides allowing for larger files, it is much more efficient.
|
February 6th, 2008, 09:50 AM | #9 | |
Inner Circle
Join Date: May 2005
Location: Windsor, ON Canada
Posts: 2,770
|
Quote:
Be advised that, if not done properly, ALL data WILL be erased :-( How to convert a FAT16 volume or a FAT32 volume to an NTFS file system in Windows XP is from the Microsoft site on how to do this AND keep your existing data. IMO,the first part of these instructions should ALWAYS be followed, no matter what you're doing to a hard drive's data. How to convert a FAT volume or a FAT32 volume to NTFS Note Although the chance of corruption or data loss during the conversion is minimal, we recommend that you perform a backup of the data on the volume that you want to convert before you start the conversion. To convert an existing FAT or FAT32 volume to NTFS, follow these steps: 1. Click [b]Start[/b}, point to All Programs, point to Accessories, and then click Command Prompt. 2. At the command prompt, type the following, where drive letter is the drive that you want to convert: convert [u]drive letter[u]: /fs:ntfs For example, type the following command to convert drive E to NTFS: convert e: /fs:ntfs Note If the operating system is on the drive that you are converting, you will be prompted to schedule the task when you restart the computer because the conversion cannot be completed while the operating system is running. When you are prompted, click YES. 3. When you receive the following message at the command prompt, type the volume label of the drive that you are converting, and then press ENTER: The type of the file system is FAT. Enter the current volume label for drive drive letter 4. When the conversion to NTFS is complete, you receive the following message at the command prompt: Conversion complete 5. Quit the command prompt. |
|
February 6th, 2008, 11:21 AM | #10 |
Major Player
Join Date: Oct 2005
Location: Hillsborough, NC, USA
Posts: 968
|
I strongly recommend the follow procedure if you can do so:
1. Copy the entire contents of the FAT32 drive to another drive with enough space. 2. Quick format the drive to NTFS 3. Copy all the files back It will be much, much, much quicker this way if you have many GBs of files. It will also be bomb proof. i.e., if the convert function messes up or there's some other failure during conversion, you won't be too happy. Also, if the 4GB files are as a result of rendering, you might want to consider rendering again after converting the drive to NTFS. If so, delete the existing rendered files before converting to save time. If the drive contains nothing but rendered files, I'd just quick format it to NTFS and render the project again. That way you end up with a single file. |
February 6th, 2008, 01:46 PM | #11 | |
Regular Crew
Join Date: Jan 2006
Location: Co Tyrone Ireland
Posts: 60
|
Quote:
Thomas |
|
March 1st, 2008, 10:21 PM | #12 | |
Trustee
Join Date: Mar 2006
Location: Boise, Idaho
Posts: 1,997
|
Render
Quote:
|
|
March 1st, 2008, 11:33 PM | #13 |
Major Player
Join Date: Oct 2005
Location: Hillsborough, NC, USA
Posts: 968
|
Interesting.
I've just run some tests and have determined that, for DV AVIs, even when Vegas doesn't need to recompress, it regenerates the DV frames rather than just copying the existing DV frame data. What I mean by this is that a DV frame consists of the compressed video, audio and subdata (such as timecode etc). Even the simplest editors such as Windows Movie Maker just copy the entire frame when recompression isn't required. Vegas appears to generate a new frame even though the video and audio parts are the same. Effectively, it unpacks and then repacks the video, audio and subdata. This, of course, requires additional processing and is unnecessary. If you take an existing DV AVI clip and render it from Movie Maker, you will find that all the subdata remain intact. With Vegas, however, new subdata get written - completely new timecode, date and time, camera settings etc. The new date and time are derived from the computer's clock. I find this odd behavior and, for me, rather frustrating since I prefer to maintain the original subcode data when making simple cut edits - especially the camera settings. Perhaps there's a setting to prevent this but I haven't found it. |
March 2nd, 2008, 05:00 AM | #14 |
Major Player
Join Date: Feb 2007
Location: Sammamish, WA
Posts: 398
|
I'm surprised Vegas split the files TBH...
Fat32 is old and annoying :o The only reason to have Fat32 is on an external to be compatible with Macs... If you're on Windows XP/Vista... NTFS is the way :) I think I accidently rendered a 100GB file once... had some settings wrong at some point and walked away... came back to find 1/5th of my drive filled up with 1 file... |
March 2nd, 2008, 11:01 PM | #15 | |
Trustee
Join Date: Mar 2006
Location: Boise, Idaho
Posts: 1,997
|
Woah there....
Quote:
That is what caused the massive files to be created. When I chose the "NTSC DV" template, the render window says "No Recompression Required" and absolutely zips along because it is just copying data. So the lesson here is pay attention to the template being used because "uncompressed" must be doing something different. |
|
| ||||||
|
|