hi bob,

i had thought of phoning you, but i thought others might have been experiencing similar frustrations...

i'm trying to print to my m15 - obviously it and vegas are getting along, but i really don't know what's going on with trying to print this program out. it's literally glitching every few minutes yet it plays as smooth as silk in both vegas, cyberlink, and vlc.

i'm actually too tired and angry at the moment to make sense, but am open to any suggestion you might care to make - especially if it's 'go to bed and get over it!'

leslie

am going to give 4eyes's http://www.videohelp.com/tools/MPEG2Repair a go and see what happens - i've got nothing to lose after all.

i just wish they get bray or hd dvd sorted so i could give up with tape altogether.....

I don't do it a lot but I've had success in Vegas 6, 7 and 8.

The most recent project in Vegas 8 Pro was only 7 minutes long, so perhaps was not a real test. However, in Vegas 6, I had a 40-minute HDV documentary that went to tape no problem. It was a standard m2t file rendered from Cineform intermediate HDV clips on the timeline.

Have you tried a second record deck/camera to see if there is a problem at that end?

Mark

hi pathlight,

first, 4eye's mpeg2repair didn't find any errors in the file, but then again, the copy it made isn't recognised by vegas anymore. win some, lose some.

am working with straight hdv, for my purposes that's good enough since for my doco's there's little cc'ing or the like.

i've played a bit more (i should go to bed!), and found the glitches are repeatable, they're at certain points on the timeline - though close inspection of the t/l and m2t file show no discernible 'errors'.

so. my plan of action is to render the program anew, and then see what happens. i'll try both the m15 and my v1 as recorders, though i can't see how the m15 can be at fault on this one.

thanks for the suggestions,

leslie

I had a PTT problem but mine was in SD. I would get sporadic glitches (blue fields) of difeerent durations. After fighting with it for many days I finally did a flash update of the BIOS on my computer and the probllem instantly disappeared, never to return.???

PS Everything else worked fine just the PTT problem.

That mpeg2repair was a more recent release than my version.

You may have to disable the 'Do not recompress long GOP" under preferences & have a complete re-encode (unless you already did this).

I have a 40 min video I do need to archive back to tape. The video was made on VMS 8 platinum before Pro8 came out. I'll add to it and write as much as possible. Been needing to do this anyway.
Let you know what happens.

ushere,
Using XP Vegas Pro 8a.
I put an hour of my miscellaneous music videos on the timeline, before each video is a simple 4 sec text screen with description of the video along with a 2 second audio fade in at the start of the music on the existing video (fade in audio is after the 4 sec text Intro and into the actual music video).
Rendered this to a new 11.6 gig file with "No Re-compress long GOP's" = ON
I had pauses/glitches at points right after encoding & no re-encoding points writing to tape.
Copied the 11.6 gig file to a cleaner harddisk to eliminate disk fragmentation. Same result.
Used Vegas Movie Studio 8 Plat with new copied 11.6 gig file, same pauses/glitches.

Trimmed 30 seconds of the problem areas and smartrendered them to a file. Write to tape had pauses. Disabled smart render and these 30 second trims played properly writing back to tape.

I'm now re-encoding the whole 11.6 gig file. After that's done I'll write it to tape and post back the results. I'm sure it will be fine with smart render disabled. The previous videos that I did use to write back to tape with Pro 8a were rendered with no smart render so maybe that's why I didn't have a problem with them.
I'll post back how the 11.6 gig file makes out.
Mpeg2Repair also reported no errors in the test clips that were smart rendered, yet they didn't write back to tape properly. I also tried the manual recording method and had the same results.

You may have to disable the 'Do not recompress long GOP" under preferences & have a complete re-encode (unless you already did this).Did the above and exporting to HDV tape (Sony HC3) worked without pauses or glitches.
1 hr 44sec's of HDV Video.

I have tested that a little - project with 30 minutes, smartrendering enabled. Print to tape works fine with my Sony FX1, 1080 50i.

Same here on another project.
This one though I did add footage & things that needed to be re-encoded, so it was mixed. During the rendering process only the new & edited footage was re-encoded.

When I rendered the 1hr HDV video to a new file ( no smart rendering) before rendering I clicked on the "Custom" and changed the Quality to the highest setting (31). The video looks fine. If that's the final video after re-coding then I can't say it's noticeably degraded.

I usually use the cineform codec depending on the editing.
To fix a glitch you have to sit & watch the whole video, very time consuming.

I suspect that Smart Rendering can produce GOPs that the VCR cannot cope with. Re-encoding the whole file ensures a fixed length GOP. I suspect the Smart Rendering might have been developed for XDCAM, as it's not tape based it probably doesn't care about the GOP structure.

Bob.

now that, bob, is an explanation i can live with! in future i will render for tape 'without' smart rendering....

oi vey,

what a learning curve

oi vey,

leslie, feel free to go back to a quad machine, developing fluid and a razor blade anytime you want to :-)

Mike
looking outside at the snow coming down right now :-(

but then, at least, you knew EXACTLY what you were doing, and it was your f---up. now, well what do i know about coding would fit on a sticky note....

and, i might add, at least people respected your abilities, rather than now, when every aspiring spielberg / clip maker / doco producer expects everything can be done in post, not only visually (ben hur with one horse and c/g), through to adr....

then again, yesterday was the first day of summer, we've just had, literally, 75mm of rain in about two hours, and the place looks so green, i could be in ireland. if this is MY share of climate change, bring it on baby....

mike, stay warm,

leslie

Good to hear you got some rain up there.
And I also here the horses are getting better so the holidays are over for you.

Bob.

"I suspect that Smart Rendering can produce GOPs that the VCR cannot cope with."

No Bob, if that would be true the print to tape function would not work at all for tape based HDV camcorder! As said, it works fine for me even with smartrendering - and as I understand this is also so for 4eyes.

and as I understand this is also so for 4eyes.Wolfgang S., if you read my posts smartrendering when ON does produce a problem right after the unedited material video. Where the video is considered compliant and not re-encoded.
I think farss is correct because the GOP structure on tape is Open.
The video is compliant for HDV playback on players, but not 100% compliant for tape.
I'm experimenting with this, maybe a workaround to be able to leave smartrendering ON, but only to write back to tape.

Now if I start a new project and insert the new video file that was re-encoded, the video that properly wrote back to tape. If I mark In/Out's and render a small clip/section with smartrender on, the small extracted clip being smartrendered writes to tape with no problems. I think that's because it has the correct GOP structure from the initial re-encode and by smartrendering it I just copied these correct GOP structures. There was no re-encoding performed.

This is only writing back to tape. Playback on the computer or consumer players has not been a problem at all on Pro 8a.

SOLVED !!!!!

i rerendered the offending rendered 50min WITHOUT 'no-recompress' and it printed to tape with no problems.

hence,

there's a problem in using 'no-recomp' with a file that's going out to tape?

leslie

thanks everyone for the help! much appreciated - especially bob, who seems to know (instinctively) a thing or two....

It looks like this problem still exists in 8.0b.

I've been trying to do my first ever print to HDV tape, printing a 38-minute HDV 1080i50 video from 8.0b to my Sony Z1. I tried about 4 times with an m2t file that I had rendered with "enable no-recompress long-GOP rendering" ticked and each time I got problems with the video stalling at various points from 17 minutes onwards. I then did a re-encode without the smart rendering and it printed to tape with no problems.