WTV remux to MPG

[usually_quiet]

Thanks for this guide, I have been trying to get this to work for problematic recordings from certain channels (freeview HD, dvb-t2) which other tools have failed to process, mctvconverter, mceremuxer etc...

I had found another similar guide to to this which uses an ati remuxer instead, some success but

1> it seems to process real time? Should it be a lot quicker how do I make that happen?

2>Is it possible to remux to a ts file instead of MPG?

Thanks

1. I don't have an answer as to why processing takes longer for recordings these particular channels, or have any suggestions for speeding up the process. In my case, repackaging the audio and video from a 1080i .wtv file using a filter graph is normally completed within 10 minutes, at most. Perhaps a fellow countryman of yours will be able to provide some insight as to why these broadcasts are different.

2. For a .ts, try Moonlight M71 Muxer and Moonlight DumpPOS instead of the Cyberlink Muxer and Dump filter. Moonlight M71 Muxer has a setting in its properties window that controls whether it produces a transport stream or a program stream, and the default setting is transport stream.

[bilbonvidia]

I believe AAC LATM audio is what is causing me a headache. "All" I want to do is somehow remux to a .ts so comskip can scan the file and it can then be deleted.

[usually_quiet]

I believe AAC LATM audio is what is causing me a headache. "All" I want to do is somehow remux to a .ts so comskip can scan the file and it can then be deleted.

Did you try Moonlight M71 Muxer? If the answer is yes , and it didn't work, then I have no more suggestions for repackaging your problem recordings. If the answer is no, I can see Moonlight M71 Muxer permits muxing AAC audio in a transport stream, but beyond that I can't determine if it will work as you would like for your recordings.

[sambat]

Maybe the aac latm (and video) can be demuxed with DGAVCIndex?
If so, it might be possible to remove the LATM with VLC (using the command line).

vlc.exe -I dummy latm.aac --sout #std{access=file,mux=ts,dst="nolatm.ts"} vlc://quit

The audio is now in .ts format
Then TSMuxer to put the demuxed video and 'nolatm.ts' back into a ts file.
DGAVCIndex lists the audio delay (if applicable) and TSMuxer has a setting for audio delay - but I've never had to make a .ts file and don't know if all the demuxing and muxing messes with the sync.

Good luck.

[usually_quiet]

@bilbonvidia If DGAVCIndex doesn't work, perhaps you can try to extract the audio and video from the .wtv container as separate files by connecting the pin labled "DVR Out - 1" from "Stream Buffer Source" directly to an appropriate file writer for AAC LATM audio, and the pin labeled "DVR Out - 2" directly to an appropriate file writer for the (H.264?) video. You could start testing using Cyberlink Dump Filter as the file writer for both streams, and then keep trying file writers/dump filters until you find the right ones. After you have the audio and video as separate files, you could try the other parts of sambat's suggestion.

[bluemanta]

Hello,
I'm testing a TV recording through cablecard tuner (InfiniTV). The show is flagged as protected and is recorded from BRAVO HD

Although I got no other errors than the "some of the streams in this movie are in an unsupported format" - which seem to be normal according to this thread, the result file has "0" bytes and wouldn't open.

I also tried other filter combinations and kept getting this message: "Graph could not change state"

Are protected .wtv files still impossible to convert or am I doing something wrong?

Thanks

[usually_quiet]

Hello,
I'm testing a TV recording through cablecard tuner (InfiniTV). The show is flagged as protected and is recorded from BRAVO HD

Although I got no other errors than the "some of the streams in this movie are in an unsupported format" - which seem to be normal according to this thread, the result file has "0" bytes and wouldn't open.

I also tried other filter combinations and kept getting this message: "Graph could not change state"

Are protected .wtv files still impossible to convert or am I doing something wrong?

Thanks

There is presently no way to remove the encryption used, so the audio and video in protected .wtv files can't be moved to a different container, converted, or edited. Also, you can only watch protected recordings using the computer that recorded them, or by using an XBox 360 as a media extender.

FCC regulations permit cable providers to mark any cable-only channel with "copy once" protection, and Media Center will encrypt recordings if "copy once" is detected. The FCC requires local over-the-air channels to be marked "copy freely" and channels marked "copy freely" will not be encrypted. Some premium content is allowed to be marked "copy never" and won't be recorded at all.

[scrobble]

Hi, first post and all, so I'll try my best to be as unannoying as possible.

Using the extremely helpful method outlined by the OP, I've spent a stressful afternoon attempting to remux UK, Freeview (HD) sourced wtv to mpg. SD recordings are remuxing splendidly; HD is proving a different story.

I'm using GraphStudio with the Moonlight M71 Muxer (set to Program Stream) and DumpPos. For SD, it's simply a case of deleting the unnecessaries, adding the M71 filter, connecting DVR Out - 1 (audio) to Input 0 and DVR Out - 2 (video) to Input 1 (which automatically generates two additional filters "PBDA DTFilter" and "PBDA DTFilter 0004", respectively). Screengrab:



However, replace the source file with a wtv containing an HD stream and this happens:



The DVR Out - 2 video stream will not connect to the M71 filter via the PBDA DTFilter 0001, which, again, is generated upon (attempted) connection. Of course, when GS is instructed to render, the outcome is a mpg with an audio stream but no video.

I have heard of the difficulties in handling Freeview HD's AAC LATM audio but this appears to be a video stream issue? In my increasing weariness, I may have forgotten something really obvious so I await with blushing emoticon close to hand your no doubt helpful responses.

[usually_quiet]

Hi, first post and all, so I'll try my best to be as unannoying as possible.

Using the extremely helpful method outlined by the OP, I've spent a stressful afternoon attempting to remux UK, Freeview (HD) sourced wtv to mpg. SD recordings are remuxing splendidly; HD is proving a different story.

I'm using GraphStudio with the Moonlight M71 Muxer (set to Program Stream) and DumpPos. For SD, it's simply a case of deleting the unnecessaries, adding the M71 filter, connecting DVR Out - 1 (audio) to Input 0 and DVR Out - 2 (video) to Input 1 (which automatically generates two additional filters "PBDA DTFilter" and "PBDA DTFilter 0004", respectively). Screengrab:



However, replace the source file with a wtv containing an HD stream and this happens:



The DVR Out - 2 video stream will not connect to the M71 filter via the PBDA DTFilter 0001, which, again, is generated upon (attempted) connection. Of course, when GS is instructed to render, the outcome is a mpg with an audio stream but no video.

I have heard of the difficulties in handling Freeview HD's AAC LATM audio but this appears to be a video stream issue? In my increasing weariness, I may have forgotten something really obvious so I await with blushing emoticon close to hand your no doubt helpful responses.

Moonlight M71 Muxer is for MPEG-2 video only. If what I read about Freeview HD is true, .wtv files from Freeview HD contain H.264 video, so Moonlight M71 Muxer won't work. Sadly I don't know of a good filter for muxing h.264. You could try writing the audio and video to separate files and use a stand-alone multiplexer.

[scrobble]

Ah, well that'll be the problem then.

Thanks for the info.

[llansing]

thanks for this tutorial, worked for me.


And for anyone who's getting the error while trying to register the ax files in windows 7 64bit, try run GraphStudio/GraphStudioNext with admin right, and then graph->insert filter->register, and register the ax file from there. Hope this help.


And the one question i have is that after successfully dumped the file, the file size of the new one was different from the original wtv file. The original is 1.68GB, the new one is 1.41GB, is this normal?

[jagabo]

And the one question i have is that after successfully dumped the file, the file size of the new one was different from the original wtv file. The original is 1.68GB, the new one is 1.41GB, is this normal?

Transport streams have a lot of overhead but that seems a bit more than usual.

[llansing]

Transport streams have a lot of overhead but that seems a bit more than usual.

i tested on a few more videos after that, they all came up between 83.7% - 83.9% of the original file size. So i guess my files have big overheads.

[jagabo]

i tested on a few more videos after that, they all came up between 83.7% - 83.9% of the original file size. So i guess my files have big overheads.

What kind of video and audio bitrates are your sources? The lower the bitrates the larger the overhead is relative to the audio and video data.

[llansing]

What kind of video and audio bitrates are your sources? The lower the bitrates the larger the overhead is relative to the audio and video data.

the videos are mpeg2 7500kbps, audios are mp2 224kbps