Rerecord video for a way ending OTA transcode lip-synched problems?

[MarcMiller]

Can using a VCL player re-record video be a way ending OTA transcode lip-synched problems?

The VCL player as a recorder button that will rerecord already recorded videos it is playing. I use Windows media Center to record many television programs I like with the help of my computer tuner. These video files are very large in size and in the past I wanted to transcode them to a small size. But there was a problem due to dropped video frames in the transmission over the air to my antenna because of the fact methods of most of the transscoping software did not take into account lip-synched problems that dropped video frames cause when you transcode them. It was recommended to me that I use VideoReDo TVSuite V4 to accomplish my transcoding and indeed using this program it takes into account time codes transmitted over the air and transcode's with perfect lip-synched. The problem is my CPU power is limited and my computer is good for nothing else but transcoding when I use it. I cannot multitask when I am transcode ping with VideoReDo.

So I am wondering can using the VCL players rerecord button which produces a pretty much not transcode version of the original video nevertheless give me a rendering that will not have lip-synched train scoping problems raise its annoying head when I then transcode this recording with a less than CPU cycle demanding transcoding software?

[hech54]

Can using a VCL player re-record video be a way ending OTA transcode lip-synched problems?

The VCL player as a recorder button that will rerecord already recorded videos it is playing. I use Windows media Center to record many television programs I like with the help of my computer tuner. These video files are very large in size and in the past I wanted to transcode them to a small size. But there was a problem due to dropped video frames in the transmission over the air to my antenna because of the fact methods of most of the transscoping software did not take into account lip-synched problems that dropped video frames cause when you transcode them. It was recommended to me that I use VideoReDo TVSuite V4 to accomplish my transcoding and indeed using this program it takes into account time codes transmitted over the air and transcode's with perfect lip-synched. The problem is my CPU power is limited and my computer is good for nothing else but transcoding when I use it. I cannot multitask when I am transcode ping with VideoReDo.

So I am wondering can using the VCL players rerecord button which produces a pretty much not transcode version of the original video nevertheless give me a rendering that will not have lip-synched train scoping problems raise its annoying head when I then transcode this recording with a less than CPU cycle demanding transcoding software?

I HIGHLY doubt the sync errors are the fault of the act of transcoding....it's the transcoding software. What are the video and audio codecs used in the original capture/record?

[usually_quiet]

Can using a VCL player re-record video be a way ending OTA transcode lip-synched problems?

The VCL player as a recorder button that will rerecord already recorded videos it is playing. I use Windows media Center to record many television programs I like with the help of my computer tuner. These video files are very large in size and in the past I wanted to transcode them to a small size. But there was a problem due to dropped video frames in the transmission over the air to my antenna because of the fact methods of most of the transscoping software did not take into account lip-synched problems that dropped video frames cause when you transcode them. It was recommended to me that I use VideoReDo TVSuite V4 to accomplish my transcoding and indeed using this program it takes into account time codes transmitted over the air and transcode's with perfect lip-synched. The problem is my CPU power is limited and my computer is good for nothing else but transcoding when I use it. I cannot multitask when I am transcode ping with VideoReDo.

So I am wondering can using the VCL players rerecord button which produces a pretty much not transcode version of the original video nevertheless give me a rendering that will not have lip-synched train scoping problems raise its annoying head when I then transcode this recording with a less than CPU cycle demanding transcoding software?

I suspect your plan will produce poor results. I have used VLC to watch WTV files, but it wouldn't play the audio for some recordings, and I have not seen any recommendations here to use VLC for transcoding video.

Edit your files with VideoReDo, save only the VPrj project files, and then set up VideoReDo's Batch Builder feature to use for converting to H.264 overnight or at some other time during the day when you don't use your computer.

[usually_quiet]

I HIGHLY doubt the sync errors are the fault of the act of transcoding....it's the transcoding software. What are the video and audio codecs used in the original capture/record?

The problem is that the OP is trying to convert captured ATSC transport streams with transmission errors to H.264. The transmission errors will cause the video and audio to go out of sync during muxing, unless the conversion software knows how to add or remove frames to correct for corrupt or missing frames in the stream.

VideoReDo TV Suite H.264 is the only program I know of which can work with .wtv files from Windows Media Center directly, handle transmission errors appropriately, and convert to H.264.

[MarcMiller]

[QUOTE=usually_quiet;2284178]

]
The problem is that the OP is trying to convert captured ATSC transport streams with transmission errors to H.264. The transmission errors will cause the video and audio to go out of sync during muxing, unless the conversion software knows how to add or remove frames to correct for corrupt or missing frames in the stream..

Okay then,
perhaps you can end my confusion once and for all. I know you can watch a two-hour movie broadcast on television with my present record system using either window meteor center itself or the VCL player and the end of the movie will be rendered in as good lip-synch as well as the beginning is. Mustn't this mean the media player whatever it is, is adding or subtracting video frames as needed to give you a consistent rendering of the whole movie?

[usually_quiet]

The problem is that the OP is trying to convert captured ATSC transport streams with transmission errors to H.264. The transmission errors will cause the video and audio to go out of sync during muxing, unless the conversion software knows how to add or remove frames to correct for corrupt or missing frames in the stream..

Okay then,
perhaps you can end my confusion once and for all. I know you can watch a two-hour movie broadcast on television with my present record system using either window meteor center itself or the VCL player and the end of the movie will be rendered in as good lip-synch as well as the beginning is. Mustn't this mean the media player whatever it is, is adding or subtracting video frames as needed to give you a consistent rendering of the whole movie?

No. Because the audio and video streams are multiplexed correctly in the a WTV file or .TS file you recorded, they will play in sync. When audio and video are de-multiplexed for conversion and then re-multiplexed to a new container using most conversion software, there is nothing to indicate to the multiplexer that something is missing and the audio and video will not be matched up to one another as before.

It's VLC= Video Lan Client. There is no media player called "VCL".

[MarcMiller]

[QUOTE=usually_quiet;2284178]

When audio and video are de-multiplexed for conversion and then re-multiplexed to a new container using most conversion software, there is nothing to indicate to the multiplexer that something is missing and the audio and video will not be matched up to one another as before.
.

Okay thanks
there is only one additional question I have. If you are only interested in songs in a television program with singing occurs as a small part of the total running time. And the a synchronization of the audio and video are tolerable when converting individual songs in a less capable transcoding program will joining the slightly misaligned audio video tracks lead adjoined audio video track with the misaligned errors adding up to a noticeable audio video misalignment in the final joint?

[usually_quiet]

When audio and video are de-multiplexed for conversion and then re-multiplexed to a new container using most conversion software, there is nothing to indicate to the multiplexer that something is missing and the audio and video will not be matched up to one another as before.
.

Okay thanks
there is only one additional question I have. If you are only interested in songs in a television program with singing occurs as a small part of the total running time. And the a synchronization of the audio and video are tolerable when converting individual songs in a less capable transcoding program will joining the slightly misaligned audio video tracks lead adjoined audio video track with the misaligned errors adding up to a noticeable audio video misalignment in the final joint?

I don't know. Try it and find out for yourself. ...and only you can decide what is tolerable, in any case.