HDV users: please read

Comments

jaegersing wrote on 7/11/2008, 6:42 PM
I tried recently to edit HDV clips from a Canon XH-A1 captured with HDVSplit. When I put 50+ clips on the timeline and pressed play (no filters added) Vegas just crashed.

With the new dll file, I repeated the same exercise with the same clips. This time the clips loaded much faster to the timeline and playback worked flawlessly. The whole system justs seems more responsive too, in fact, just like it should be.

So, haven't tried a full project workflow yet, but this is definitely on the right lines. Thank you Sony.

Richard

System Specs:

Intel MB with P35 chipset
Quad Core Q6600 at 2.4GHz
Nvidia GeForce 7600 GT Graphics Card
EgoSys WaMi Rack 24 soundcard
freeLANCEr wrote on 7/12/2008, 4:45 AM
Yes thank you sony. Please add me to your list
John_Cline wrote on 7/12/2008, 5:20 AM
freeLANCEr,

The instructions for downloading and installing the file are contained in a message from "ForumAdmin" about halfway through this thread.

John
rmack350 wrote on 7/12/2008, 12:34 PM
I like the word you just coined - con-fuss-ing. A good one for this forum at times, as well as for some people I know.

;-)

Rob
newmediarules wrote on 7/12/2008, 6:29 PM
Please add me to your list as well. Thx.
John_Cline wrote on 7/12/2008, 8:52 PM
Well, it pretty obvious who just reads the first message in a thread and then adds their response without bothering to read the rest of the thread...

The instructions for downloading and installing the file are contained in a message from "ForumAdmin" about halfway through this thread.
jamesfrankham wrote on 7/12/2008, 9:37 PM
A bit of feedback. On the whole a heap more stable than the original reader, though still having problems drawing thumbnails. Some it skips, others it gets stuck with a flashing image - see www.splice.cc/screen.jpg

The success or otherwise of this implementation will govern whether I stick with Vegas or can it, throw out my system and go and buy a mac with FCP. HDV editing was infuriating with V7 with corrupted clips, black and red frames, and relentless crashes. It just got worse with first versions of V8. For everything Vegas does well, it's the core instability the frsutrates me the most. Hopefully this is now in hand.
riredale wrote on 7/13/2008, 8:27 AM
I don't want to make light of your frustrations, but here the Vegas installation has been virtually bullet-proof. I'm still using 7d and the only issue is the very occasional "double black frames" bug. Otherwise Vegas has been a model of stability, and it's been pushed pretty hard by various projects, sometimes with upwards of 500 m2t clips on a timeline that stretches for 15 hours.

Anyway, I'm hoping that the recent changes make Vegas as stable in all other instances, including yours. I'd love to find out some day just why some installations are tender and others not.
johnmeyer wrote on 7/13/2008, 11:06 AM
Ditto on 7.0d
vegasmon wrote on 7/13/2008, 6:01 PM
Please add me in .

Thanks
Vegasmon
John_Cline wrote on 7/13/2008, 7:35 PM
Well, yet again, someone has read the first message in a thread and then added their response without bothering to read the rest of the thread...

Vegasmon, the instructions for downloading and installing the file are contained in a message from "ForumAdmin" about halfway through this thread.



Wadro wrote on 7/14/2008, 12:45 PM
when do we see 8c?
DRuether wrote on 7/14/2008, 1:42 PM
At this point, unless something new happens that solves my problems with Vegas Pro 8, I will soon dump it in favor of something that makes editing HDV possible for me. Vegas has caused me nothing but continuous grief. I have jumped through MANY hoops over a considerable period of time trying to get it to work for editing HDV (replacing all the RAM, reformatting all the drives and checking them [I use three physically separate drives when editing], downloading and installing the latest drivers for all the hardware, dumping all downloaded programs and getting fresh copies, and reloading the software and files), and Vegas still will not run properly. The latest -- since I had rendered to files ALL of the changed footage and aligned them over the raw edited footage on the timeline, and since the program then merely had to copy these files (which showed no red/black frames in them), I continued with the old .dll. I figured it should now work for the project in its current state - but it didn't, and red/black frames appeared in the output file. Well, OK, time to install the new .dll and reopen a copy of the project file with that, right? The project would not open. It would hang up at 98% "building peaks", saying there were 44 of them when the old .dll properly recognized 43. Even when I replaced ALL of the audio with a single .WAV file, it STILL registered 44 files and hung up at 98%. This also happened even when I removed ALL of the audio and tried to open the project!!! So, I now have no way to export as a file the picture without defects, and I also have no way to export the sound with the picture with the new .dll installed. No combination of picture, sound, or .dll worked. I have NEVER seen problems like this before in any of many editing programs I've used, and I think it is VERY nearly time to move on to something else. I will post a list of parts in my computer (and probably a list of loaded programs) to see if tech. support can come up with anything before I give up.

- What device recorded this file?
(Canon HV20, with FireWire to generic [Intel-chipped] card)
- Was the tape brand new, or was it used once or more?
(New, Sony EX - no dropouts registered on capture with both Vegas and HDVSplit, as a single file, later cut up manually on the timeline)
- What application was used for capture?
(HDVSplit for this edit)
- Has this file been opened or saved in ANY other application, such as Womble, or Premiere.
(No, other than HDVSplit)
- What problem did you encounter (stability, red frames, black frames, other)
(See above, and my other post earlier in this subject thread -- but I've seen red/black frame problems, stability problems [with Vegas crashes even taking Windows XP down with it], green patches in renders [which cause Vegas crashes when played], frame-doubling, and with the new .dll, consistent failure of Vegas to get past 98% of "building peaks" [it never successfully loads])
-Hardware
(Intel core-2-duo 2.4 GHz, 3-gigs 667 RAM [0 errors total with MemTest86], Biostar MB [Intel chipset], two 80-gig and one 250 gig drive [the last split into three parts, only one of which is actively used for video], ATI Radeon X1600 Pro video card [the card occasionally crashes, but not timed with Vegas problems], SB sound card, and a 24" LCD monitor - running with Windows XP)
-Software
(Windows XP, Adobe Reader, Avasti Antivirus, Cool Edit 2000, HDVSplit, Internet Explorer, Micrografx Icon Manager, Micrografx Media Manager, Micrografx Picture Publisher, Micrografx Simply 3D, Microsoft Front Page, Microsoft GIF Animator, Microsoft Image Composer, Microsoft SQL Server 2005, Microsoft Word, Nero 7 Ultra Edition, Notepad, Outlook Express, QSound, Realtek Ethernet Driver, Sony Vegas Pro 8, Studio 4 [MIDI], Windows Defender, Windows Media Player, Windows Messenger, Windows Movie Maker, WordPad)
Wadro wrote on 7/14/2008, 2:03 PM
what version of vegas 8a or 8b?
2G wrote on 7/14/2008, 4:59 PM
where are we supposed to post results. Vegas hangs with the new patch when building peaks. I posted info to the new thread that was started with the download instructions until I realized it was the wrong thread.

Do I need to repost here? Where is SCS reading results?

Bottom line is that with the patch, vegas locks up (requires end-process in the task mgr). Remove the patch and go back to the old DLL, all of the other problems return, but it doesn't lock up.

This patch is NOT ready to ship!

2G

SCS DEV edit 7/15/08:

Can you narrow this down to a specific HDV file that the peaks are not building for? If so, can you please describe the file- what it was shot with, and how it was captured specifically?

ushere wrote on 7/14/2008, 5:30 PM
hi dr,

i understand your frustration - having followed your trials and tribulations in the public ng's.

what gets me is the few (relatively to the no. of people using) vegas that have 'serious' problems. i don't doubt for a moment that they REALLY do have them - it's just that i can't understand why, unless it's hardware based - after all, we know it runs on xp and vista in most cases.

red/black frames is another matter, but there are various work arounds that seemed to have worked...

i would suggest you try two things:

a. run your footage through the mpg2repair application mention by jc and others.

b. try installing the trial .dll mentioned in this thread.

i have never come across a biostar mb, but would think if your video card is crashing ocassionally, you have an equally serious problem with your system as well as vegas.

not a lot of help i know, but if i'd jumped ship with every nle i'd tried using professionally, i'd be back with an rm450 and a couple of decks doing cut to cut. EVERY nle i've used, and that's been all pc based ones, and a little fcp on mac, have had quirks, idiosyncrasies, plain pita workflows, and dreaded crashes (either prog or bsod) for, sometimes, no explicable reason. my decision to stop using them was never based on any of these experiences, but more on their compatibility not with my hardware but with my wetwear.

i wish you every sucess in getting up and running, but i would seriously consider your hardwear first.

leslie


jonask wrote on 7/15/2008, 12:33 AM
These are my findings with version 1.0.0.1236 of "m2tsplug.dll"

Using Sony HDR-HC3 and HDV Split to caputure m2t-files
No frozen frames and no droped frames between cuts! Great!

Rendering of m2ts-files using Sony AVC codec
For some occations with the old m2tsplug.dll, I have experienced problems with the rendered files from the Sony AVC codec. When using the "AVCHD NTSC 5.1 Surround" template, Vegas 8b did not correctly identify the file (it used "mcplug.dll" and found only the audio stream).

The new DLL now correctly identifies and finds both the video and the audio streams in the files that was created with the "AVCHD NTSC 5.1 Surround" template! Great!

(Now, if only DVD Architect Pro 5.0 could accept the audio stream without need to recompress when making Blu-ray discs, then I would be very happy (no problem with the video stream).)
/Jonas
jonask wrote on 7/15/2008, 2:10 AM
One problem found...

Rendering of m2ts-files using Sony AVC codec
If I in the "AVCHD NTSC 5.1 Surround" template change the "Audio coding mode" from "3/2" to "2/0" (my source material is stereo), then everything works fine for the sample rates 128 and 256 kbps.

However, with 192 kbps, the new DLL does not recognize the audio stream in the rendered file! And it takes forever if you click on the file in Vegas' explorer window.

(Note that if I extract (using tsMuxeR) the 192 kbps audio stream to a .ac3 file, that file is possible to import in DVD Architect Pro 5.0.)

/Jonas
2G wrote on 7/15/2008, 6:32 AM
>>>> Can you narrow this down to a specific HDV file that the peaks are not building for? If so, can you please describe the file- what it was shot with, and how it was captured specifically?

Absolutely.... there are two specific clips, a minute or so each out of a hour+ shoot. The first one freezes at 10%. The second one at 54% (although I don't figure those percentages are relevant other than the fact they are absolutely solid failures at those percentages). All other clips from that shoot work fine.

Shot with a Sony Z1 last Thursday evening. Captured with a Canon HV30 using HDVSplit.

I can zip them and FTP them if you like. Just email me the ftp info.

Thanks.
Gary R. Brown wrote on 7/15/2008, 9:16 AM
Yes Please, count me in!

GB-)
ingvarai wrote on 7/15/2008, 9:33 AM
Please add me to the list :-)
Ingvarai
DRuether wrote on 7/15/2008, 11:13 AM
To "ushere"...
A while back I went through all the hardware and did find bad RAM, but nothing else other than the symptom of the very occasional brief automatic resetting of the video card driver. At that point, the feared "red/black" frames problem appeared to disapear from the timeline while editing. It did reappear in the exported .m2t file when it was reimported into the project, and black frames appeared to be permanent, as one had been in the last video I made. When I tried installing the new .dll, the project would not quite ever finish opening. I was about to try running the defective video file through mpeg2repair, but this morning, I opened a new empty Vegas project with the new .dll and imported the "defective" video file, and it was fine! It looks like all may FINALLY be well with my computer and Vegas, and I can spend my energy and time editing. YIPPEE!!! Thanks to all who have tried to help, and to Sony for working out some bugs that were driving me "buggy"!
Rick6612 wrote on 7/17/2008, 10:40 AM
I am interested in testing this fix.

I am using a Canon XH-A1 in HDV 60i mode. I never had a problem capturing under Vegas 7, but since upgrading to Vegas 8, I do have a problem. In my case, the problem is that the last few frames of every clip captured are messed up. This does not cause Vegas to crash, though. It just looks bad during playback. I have to manually go through each clip and cut off the last few frames to eliminate the problem. Will this fix correct my problem?

Thanks,

Rick