This util converts WTV files directly to TS files (or .mpg or .m2ts, demuxes aka "raw ES").  It keeps the audio sync better than other tools.  It's written in Java, so you'll need that.

The other thread was getting too polluted (http://thegreenbutton.com/forums/t/61538.aspx) to follow, so I'm creating a new thread.  I'll use the top post to house the most current version.

Here's version 1.2.5 it fixes an issue where the H264 stream indentifer buffer was too small

http://www.mediafire.com/?r3cw1twutcwb7md

If you find it useful, feel free to toss me a bone:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=VV5H2Y34LCXH2

Hi,

I am using MC-TVConverter, which uses WtvtoMpeg,  to convert .wtv file to ts and extract subs.

When WtvtoMpeg runs it displays this:

11/29/2010 03:49:45.108 INFO  [util.WtvToMpeg] -0x22 MS TV Caption
11/29/2010 03:49:45.108 INFO  [util.WtvToMpeg] +0x23 (eng) MPEG Audio V1L2 Stere
o 48000 Hz 256 kb/s
11/29/2010 03:49:45.108 INFO  [util.WtvToMpeg] +0x24 MPEG-2 MP-ML 720x576i fps:
25 AR: 16:9
------------------------------

so it sees there are subs? When ccextractor runs it doesn't extract any. I don't know if it's WtvtoMpeg or ccextractor.

Could somebody try my file to see if they get subs?

I've uploaded a 1 min wtv which has subs here:

http://www.megaupload.com/?d=R2S7MREA

It's an Australian DVB-T program.

 

Thanks,

jenkos.

 

EDIT: Just checked the converted .ts with ProjectX; no subs there.

I have many Blu Ray rips as h264/AC-3 WTV files. I am interested in converting these to MKV's. So far I am demuxing the WTV's to elementary streams with your RemuxTool, then muxing them together to a MKV. I want to make sure am getting the best Audio/Video Synchronization. When I demux to streams using your tool, it names the audio file with a Delay -9ms in the file name. Should I be delaying my audio stream -9ms when I mux them into the mkv?

Yes, that is the idea. Realistically, you won't notice 9 ms.

dburckh

Yes, that is the idea. Realistically, you won't notice 9 ms.

Right, but I do have some that are a couple thousand ms delay.

wtvToMpeg does exactly what it says on the tin; it produces playable remuxed MPEG-2 files and streams in seconds without loss of quality. Unfortunately, the video encoding tools I use (Project-X, ffmpeg, mencoder, handbrake, etc.) seem to choke on the resulting files. The problem seems to relate to the time index on each frame being completely invalid, or something. I might lose a few frames in some recordings, but in most, over 90% of the recording is cut out in arbitrary points after processing the file. In the past, this was a serious problem.

Fortunately, within the last two weeks Peter Ross (and others) have written a WTV patch for ffmpeg, allowing it to decode WTV files for any purpose - remuxing, transcoding, you name it. I'm not sure if it ignores subtitles or not.

https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-November/100419.html

I was able to massage the necessary third-party libraries and the build system in order to get a ffmpeg build for MinGW with the latest code, and this patch applied, and so far I've gotta say I'm impressed by the results. If you want to remux WTV files, I'd highly suggest looking into it.

I'm not sure if I can legally post a link to the source / binaries, but if anyone really wants them...

tweek

wtvToMpeg does exactly what it says on the tin; it produces playable remuxed MPEG-2 files and streams in seconds without loss of quality. Unfortunately, the video encoding tools I use (Project-X, ffmpeg, mencoder, handbrake, etc.) seem to choke on the resulting files. The problem seems to relate to the time index on each frame being completely invalid, or something. I might lose a few frames in some recordings, but in most, over 90% of the recording is cut out in arbitrary points after processing the file. In the past, this was a serious problem.

Fortunately, within the last two weeks Peter Ross (and others) have written a WTV patch for ffmpeg, allowing it to decode WTV files for any purpose - remuxing, transcoding, you name it. I'm not sure if it ignores subtitles or not.

https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-November/100419.html

I was able to massage the necessary third-party libraries and the build system in order to get a ffmpeg build for MinGW with the latest code, and this patch applied, and so far I've gotta say I'm impressed by the results. If you want to remux WTV files, I'd highly suggest looking into it.

I'm not sure if I can legally post a link to the source / binaries, but if anyone really wants them...

Any idea if this will work with h.264/AC-3 wtv's, particularly those made from Handbrake compressed DVD and Blu-ray rips remuxed with todvrms?

I never knew WTV files could be generated by Handbrake. Anyway I haven't tested H.264 WTV files since my tuner doesn't generate them, but my initial guess is that it will still work.

You can try it yourself. I've been informed by a developer on #ffmpeg Freenode that I'm legally in the clear to redistribute the source tarball, so here it is.

As for binaries, I should be okay as long as I strip out libfaac. Build instructions are included under the file 'MINGW' but it's a rather complex process, and I'm still not sure if it will work on someone else's machine. Report back with any problems.

tweek

I never knew WTV files could be generated by Handbrake

They can't, hence the reason I said "remuxed with todvrms". Handbrake creates a mkv and todvrms from babgvant's dvrmstoolbox remuxes the mkv to wtv.

I've made some changes to make it easier to build this.

• Source tarball (use MinGW to compile, read instructions included)
• Windows binaries (note: libfaac support is not included, so use neroAacEnc instead)

Encoding WTV files like any other media in ffmpeg seems to work pretty well so far. Here's the info from a recent recording:

Input #0, wtv, from 'C:\Users\Public\Recorded TV\The Twilight Zone_SYFY_2010_12_16_23_28_00.wtv':
  Duration: 00:11:10.50, start: 11.996566, bitrate: 15191 kb/s
    Stream #0.0(eng): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s
    Stream #0.1: Video: mpeg2video, yuv420p, 704x480 [PAR 10:11 DAR 4:3], 15000 kb/s, PAR 16:9 DAR 352:135, 49.04 fps, 2
9.97 tbr, 10000k tbn, 59.94 tbc

I don't have any Matroska files on my hard drive and todvrms.exe doesn't seem to have instructions anyway. It'd probably just be easier to download the above and see if it works for yourself.

Did not work, RemuxTool is still the only option that works consistently for my WTV's. It remuxed the audio, but not the video. Maybe this is an easy fix for those guys, they may not have ever taken into account that people would be dealing with h.264 streams. Maybe I don't know the proper command line for this, but I went with "ffmpeg -i input.wtv -vcodec copy -acodec copy output.mkv"

The RemuxTool is having trouble seeing the streams in a .wtv file recorded from a HD channel.

I have uploaded a short recording here  http://www.megaupload.com/?d=W16CDUW5

The recording can be played back without any difficulty within mediacentre

I would like to convert this to a .m2ts file.

Recordings from other HD channels can be detected without any problem.

Thanks

 

Hi,

I too am having problems with .wtv files recorded from BBC One HD (is this a known issue?)

Here is a tiny snippet

http://www.mediafire.com/?75050hvy3akc0aq

Many thanks if you can help!

The error message is

01/09/2011 23:56:48.992 INFO  [ui.RemuxToolUI] Scanning *file*
Exception in thread "Thread-5" java.lang.IndexOutOfBoundsException: 64
        at java.nio.HeapByteBuffer.get(Unknown Source)
        at common.BitStream.getBit(BitStream.java:77)
        at common.BitStream.getExpGolombCode(BitStream.java:338)
        at common.AvcVideoAnalyzer.parseScalingList(AvcVideoAnalyzer.java:264)
        at common.AvcVideoAnalyzer.parseSequenceParameters(AvcVideoAnalyzer.java:156)
        at common.AvcVideoAnalyzer.analyze(AvcVideoAnalyzer.java:62)
        at common.StreamIdentifier.getStreamDescriptor(StreamIdentifier.java:589)
        at common.StreamIdentifier.identifyStream(StreamIdentifier.java:613)
        at demux.microsoft.WtvToPesDemuxer$WtvStreamIdentifier.addPacket(WtvToPesDemuxer.java:266)
        at muxer.MuxManager.addPacket(MuxManager.java:247)
        at demux.microsoft.WtvToPesDemuxer.parse(WtvToPesDemuxer.java:136)
        at muxer.MuxManager.mux(MuxManager.java:257)
        at demux.microsoft.WtvToPesDemuxer.getStreamDescriptorMap(WtvToPesDemuxer.java:303)
        at muxer.MuxManager.getStreamDescriptorMap(MuxManager.java:264)
        at ui.RemuxToolUI$1$1.run(RemuxToolUI.java:364)

 

Hi dburckh,

I used the command line interface and it gave me a good conversion of a finished recording.

Any chance you could add functionality to read a file of an **in-progress** wtv recording? Todvrms does this, but is not giving a playable result. I guess it keeps reading the growing file and continuously writes the result and finishes when the input file stops growing.

Thank you,

Tony

remuxtool is great - only thing that has worked properly converting .wtv with H.264.  However, I am now getting a problem with BBC ONE HD files recorded from DVB-T2.  The .wtv files contain AAC with LAOS/LATM headers.  remuxtool cannot open the file.  Any chance of a fix? I have a small 10.9mb sample if that helps.