Disappointed

[Rev1979]

when editing H.264:
program (4-20-5-600) seems sluggish,
scrubber is choppy,
edit is not accurate,
audio is cut off at beginning.
No matter how many times I save an H.264 project, it is wrong when I reopen it.

After edits are made, the new H.264 file crashes the program when opening.

Too bad...

Otherwise, when editing Mpeg everything seem just fine, like v3.

 

[MrVideo]

when editing H.264:
program (4-20-5-600) seems sluggish,

H.264 takes more CPU power to decode, over MPEG-2 encodings.

scrubber is choppy,

While I will agree that it isn't the smoothest in the world, I've nothing to compare it against when it comes to randomly accessing H.264 files. But, I'm also dealing with 18-20 Mbps 1080i and 720p files, which are even more difficult to get through.The VRD programmers have done a great job with the issues that these high bit-rate files caused. I'm not talking about ripped Blu-ray files either.

edit is not accurate,

There is an issue editing 720p files, in that the out point is always one frame off. But it is 100% predictable as to what is going to happen. 1080i material has no such issue. In others words, all of the edits I do are what I set. I never have the edits be at the wrong point in the file (other than the above mentioned 720p issue).

audio is cut off at beginning.

Please explain this a little better. I have zero audio editing issues.

No matter how many times I save an H.264 project, it is wrong when I reopen it.

No such issue. What I save is what I get back.

After edits are made, the new H.264 file crashes the program when opening.

No such issue.

What is the source of your H.264 files? There might be something non-compliant in the stream. It is not unheard of. The VRD staff has had to put in "fixes" for non-compliant video streams.

If the above issues were numerous, you'd see all kinds of postings about that here. Yours is the first one with all of these issues at once. Obviously the saving of a project file has nothing to so with the video stream, so your issue has me baffled.

 

[Rev1979]

There is an issue editing 720p files, in that the out point is always one frame off. But it is 100% predictable as to what is going to happen. 1080i material has no such issue. In others words, all of the edits I do are what I set. I never have the edits be at the wrong point in the file (other than the above mentioned 720p issue).

off by over 30+ frames

not 720 (640x480; Total bitrate: 942kbps; Audio: 157kbps/48kHz)

Please explain this a little better. I have zero audio editing issues.

edited file cuts off the first few seconds of a show...video is OK

What is the source of your H.264 files? There might be something non-compliant in the stream. It is not unheard of. The VRD staff has had to put in "fixes" for non-compliant video streams.

Original file: recorded on Hauppauge WinTV-PVR-150, converted to H.264 on Beyond TV 4.9.2

Files that crash are all those edited with this VRD program. First Error: "Video Thread: External Reader Error: 0x%08x" Second Error: "Problem while seeking to: 00:00:00:00"


_

 

[MrVideo]

off by over 30+ frames

Ouch. I've never seen that.

not 720 (640x480; Total bitrate: 942kbps; Audio: 157kbps/48kHz)

While 640x480 is not unheard of, for better resolution, non-square 720x480 captures are normally used. Doesn't solve your problem, nor is it the reason for your issues.

edited file cuts off the first few seconds of a show...video is OK

Again, never seen that. Truly strange.

Original file: recorded on Hauppauge WinTV-PVR-150, converted to H.264 on Beyond TV 4.9.2

Why not use the original files? It seems to me that the files you are working with are non-compliant, resulting in VRD having issues with them.

What happens if you QSF the file before attempting to edit it?

VRD is probably going to need a sample of your source. They'll respond and let you know (unless they know there is already an issue with what you are using for hardware).

 

[Danr]

Rev1979, Not familiar with any edits being off by 30 frames or lost audio. Can you upload a short sample and an associated VPRJ to our FTP site so we can check it out?

FTP info is here: http://www.videoredo.net/msgBoard/showthread.php?t=15807

Please don't forget to send the email after uploading.

 

[Rev1979]

Rev1979, Not familiar with any edits being off by 30 frames or lost audio. Can you upload a short sample and an associated VPRJ to our FTP site so we can check it out?

FTP info is here: http://www.videoredo.net/msgBoard/showthread.php?t=15807

Please don't forget to send the email after uploading.

Actually, I should have said ... edit markers are 30 frames off after saving the project. Since the first few posts I "saved as" and haven't had the problem again.

 

[Rev1979]

Here's a another issue.

Took a different file - captured with Hauppauge WinTV-HVR-2250 card ... mpeg (NOT converted to H.264 with BeyondTV)

Save the edited show as type = H.264 MP4 (*.mp4)

Result:
- no audio (in WMP, audio in VRD), and video size is now 633 x 480
- will not play in BeyondTV

Options were - Video=no change, Audio=Automatic

+++

Looks like I'll have to make sure all mpeg edits are correct with VRD v. 3 and then convert to H.264 with BTV.

 

[Danr]

Check that the audio types for the .mp4 we create and that created by BTV are the same. My guess is that we recoded the audio to AAC and the source was AC3. If you want to save the source as AC3 then use the H.264 MP4 With AC3.OP.xml profile found at the bottom of the first thread on this page: http://www.videoredo.net/msgBoard/showthread.php?t=17563.

Once we have a released version of the MP4 demuxer (now in beta) that support AC3 this will be added to the default profile list.

Update: I just copied a VRD created MP4 with AAC into my BTV recorded shows folder and had no problem playing them. Same for a VRD edited H.264 .ts file with AC3. Why don't you post the Tools>Show Program Info for one of the files that you're having probs with. We will try to duplicate here. Or even better, create a short file that gives you problems and upload it to our FTP so we can look at it.

 

[davcbr]

I have basically the same set up - haupauge 2250 card and I record SD when possible. I have not had any of the problems you cite here. I set it up to automaically "showsqueeze" to mp4, and VRD handles this file very nicely except for a problem you might see above that concerns the first one minute of taping cannot be cut and result in a readable file. This is being looked at and I imagine a fix in the works.
Your post caught my eye because I have found that VRD is the best program I have seen for handling the audio in BTV recordings. Many other programs lose the sync entirely. I have never seen an audio drop out.
BTW I'm pretty sure the audio should be AAC; this is SD recording and I don't think BTV got to AC3 before petering out in its development.