TY enabled mplex for mpeg to TY stream conversion

[bcc]

This is the support thread for MPEG to TY conversion using the TY enabled version of mplex. The development thread is over here: Http://www.dealdatabase.com/forum/sh...ad.php?t=41962

Perhaps the easiest way to test this process would be to convert a TY to mpeg with tytool, and then convert it back with mplex. With tytool, select: File->"vsplit mode". tytool should then produce .m2v and .m2a files directly (no need to split the mpeg yourself). Then:

mplex -f 10 file.ty.m2v file.ty.m2a -o result.ty

Test the result with tyshow/mplayer. If it works, try reinserting to the tivo with mfs_ftp.

[hxmiller]

Here are the steps I performed

- tserver to extract TY streams
- edit TY streams to MPEG (including cuts)
- split files
- re-encode as TY using mplex (windows) Didn't get it to compile last night on linux.
- inserted to DTIVO using patched mfs_ftp.

Results:
TY with mplayer is working perfectly. However the TY on the tivo has no audio and video is choppy.

[mrwalker66]

dtivo series 2 4.01b
mpeg2 file that was cut with tytool. demux with tmpgenc. run through mplex.
transfer the resulting .ty to dtivo. video choppy, audio choppy, but a few times through playing it does sink up. you are on the edge of greatness if you can get this to work.

edit. mplayer is choppy also but not as bad as the tivo playback...

[ds2ktj]

Ok,

Ive ripped a DVD, and demuxed it into m2v and ac3 stream Whne I try to multiplex it back into ty I get the following:

C:\Documents and Settings\maudette\Desktop\SCARFACE>mplex -f 10 VTS_01_1.m2v VTS_01_1.80.ac3 -o scarface.ty
INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $)
INFO: [mplex] File VTS_01_1.m2v looks like an MPEG Video stream.
INFO: [mplex] File VTS_01_1.80.ac3 looks like an AC3 Audio stream.
INFO: [mplex] Video stream 0: profile 10 selected - ignoring non-standard portions!
INFO: [mplex] Found 1 audio streams and 1 video streams
INFO: [mplex] Selecting TY and generic MPEG2 output profile
INFO: [mplex] Multiplexing video program stream!
INFO: [mplex] Scanning for header info: Video stream e0 (VTS_01_1.m2v)
INFO: [mplex] VIDEO STREAM: e0
INFO: [mplex] Frame width : 720
INFO: [mplex] Frame height : 480
INFO: [mplex] Aspect ratio : 16:9 display
INFO: [mplex] Picture rate : 29.970 frames/sec
INFO: [mplex] Bit rate : 9800000 bits/sec
INFO: [mplex] Vbv buffer size : 229376 bytes
INFO: [mplex] CSPF : 0
INFO: [mplex] Scanning for header info: AC3 Audio stream 00 (VTS_01_1.80.ac3)
INFO: [mplex] AC3 frame size = 1792
INFO: [mplex] AC3 AUDIO STREAM:
INFO: [mplex] Bit rate : 57344 bytes/sec (448 kbit/sec)
INFO: [mplex] Bit rate : 57344 bytes/sec (448 kbit/sec)
INFO: [mplex] Frequency : 48000 Hz
INFO: [mplex] SYSTEMS/PROGRAM stream:
INFO: [mplex] rough-guess multiplexed stream data rate : 10470296
INFO: [mplex] Setting best-guess data rate.
INFO: [mplex] Run-in Sectors = 998 Video delay = 140551 Audio delay = 143554
INFO: [mplex] New sequence commences...
INFO: [mplex] Video e0: buf=2719744 frame=000000 sector=00000000
INFO: [mplex] Audio bd: buf= 16384 frame=000000 sector=00000000
6 [main] mplex 3656 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
16758 [main] mplex 3656 open_stackdumpfile: Dumping stack trace to mplex.exe.stackdump


I've attached the stackdump. I will provide any additional detils you might need.

[edit] I used the -f 9 option and it produced a TY file. But the playback is very chunky and the video looses sync (if the screen goes black it stays black for a while). This was playback in windows using the directshow filter.[/edit]


I'll see if I can develop a small testcase.

[hxmiller]

All conversions from mpeg to ty are working perfectly in TyShow. Even extracting an inserted TY converted from an mpeg plays normally. I'm guessing that something is out of sync. The a/v offset is showing 0ms when the split is performed.


Seems to have the same issues with both the linux and windows versions.

[bcc]

dtivo series 2 4.01b
mpeg2 file that was cut with tytool. demux with tmpgenc. run through mplex.
transfer the resulting .ty to dtivo. video choppy, audio choppy, but a few times through playing it does sink up. you are on the edge of greatness if you can get this to work.

edit. mplayer is choppy also but not as bad as the tivo playback...

I assume you didn't re-transcode with tmpgenc, and just used the 'Simple Multiplex' button? I just tried this (tytool->tmpgenc->mplex) and it worked OK - without any choppiness. I didn't create any cut points with tytool however. Also my source was low-def satellite (hr10-250 tivo)

[bcc]

Here are the steps I performed

- tserver to extract TY streams
- edit TY streams to MPEG (including cuts)
- split files
- re-encode as TY using mplex (windows) Didn't get it to compile last night on linux.
- inserted to DTIVO using patched mfs_ftp.

Results:
TY with mplayer is working perfectly. However the TY on the tivo has no audio and video is choppy.

What kind of dtivo? Source & dest tivo are same kind of tivo? If you're trying to move a recording from an s1 to s2 tivo you'll still need ty1to2 to rewrite the audio PES headers. It would be possible to build that into mplex, but it isn't right now... During the failed playback, do you get errors in /var/log/tverr?

[hxmiller]

Again great work on this!!

I've got a DTIVO S2 (Samsung 4040r) running 4x RID. Recordings are from the same recorder.


Attached are some errors from /var/log/tverr during playback.

[bcc]

INFO: [mplex] Bit rate : 9800000 bits/sec

Is that really your video bit rate? That plus the audio rate:

INFO: [mplex] Bit rate : 57344 bytes/sec (448 kbit/sec)

is 10Mbit/sec., the max for DVD, and may be blowing the buffering.

6 [main] mplex 3656 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
16758 [main] mplex 3656 open_stackdumpfile: Dumping stack trace to mplex.exe.stackdump

Unfortunately I'm not familiar with how cygwin reports tracebacks...Please debug with gdb

[edit] I used the -f 9 option and it produced a TY file. But the playback is very chunky and the video looses sync (if the screen goes black it stays black for a while). This was playback in windows using the directshow filter.[/edit]

With -f9 you're producing mpeg output not ty (even if you name the file with a .ty extension

[bcc]

Again great work on this!!

Thanks to nova1 - I didn't really want to put this together myself

Attached are some errors from /var/log/tverr during playback.

Ok you're getting PES packet length alignment errors on everything... But nova1 has code that tries to provide alignment. I wonder what you're using to split the mpg? That may be the key to reproducing.

[hxmiller]

Ok you're getting PES packet length alignment errors on everything... But nova1 has code that tries to provide alignment. I wonder what you're using to split the mpg? That may be the key to reproducing.

I used the "split" in TyTool9r17. I multiplexed first to incorporate the cut file.

I'm going to attempt to use hdemux on some original streams without editing to see if that improves things.

[ds2ktj]

Is that really your video bit rate?

As reported by the tool sir...looks like a little bug?

I'm trying again with some other DVD sources..some small files. to get started..just a couple chapters.

Here is what I have done as a new test tonight:

* I riped 1 chapter from a DVD (Using DVD Decrypter) This chapter plays back fine on XP WinDVD. I selected only the AC-3 2 CH audio and the main video stream.

* I used vobedit to demux the audio into an ac3 stream and m2v stream. I can open the m2v stream in WinDVD and it plays back fine (no audio of course). I can open the ac3 stream in WinDVD and it plays back fine (no video of course)

* I ran mplex.exe -f 10 VTS_01_1.m2v VTS_01_1.80.ac3 -o TEST.TY

   INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $)
   INFO: [mplex] File VTS_01_1.m2v looks like an MPEG Video stream.
   INFO: [mplex] File VTS_01_1.80.ac3 looks like an AC3 Audio stream.
   INFO: [mplex] Video stream 0: profile 10 selected - ignoring non-standard options!
   INFO: [mplex] Found 1 audio streams and 1 video streams
   INFO: [mplex] Selecting TY and generic MPEG2 output profile
   INFO: [mplex] Multiplexing video program stream!
   INFO: [mplex] Scanning for header info: Video stream e0 (VTS_01_1.m2v)
   INFO: [mplex] VIDEO STREAM: e0
   INFO: [mplex] Frame width     : 720
   INFO: [mplex] Frame height    : 480
   INFO: [mplex] Aspect ratio    : 16:9 display
   INFO: [mplex] Picture rate    : 29.970 frames/sec
   INFO: [mplex] Bit rate        : 9801600 bits/sec
   INFO: [mplex] Vbv buffer size : 229376 bytes
   INFO: [mplex] CSPF            : 0
   INFO: [mplex] Scanning for header info: AC3 Audio stream 00 (VTS_01_1.80.ac3)

   INFO: [mplex] AC3 frame size = 1792

   INFO: [mplex] AC3 AUDIO STREAM:
   INFO: [mplex] Bit rate       :    57344 bytes/sec (448 kbit/sec)
   INFO: [mplex] Frequency      :     48000 Hz
   INFO: [mplex] SYSTEMS/PROGRAM stream:
   INFO: [mplex] rough-guess multiplexed stream data rate    : 10471896
   INFO: [mplex] Setting best-guess data rate.
   INFO: [mplex] Run-in Sectors = 998 Video delay = 140529 Audio delay = 143532
   INFO: [mplex] New sequence commences...
   INFO: [mplex] Video e0: buf=2719744 frame=000000 sector=00000000
   INFO: [mplex] Audio bd: buf=  16384 frame=000000 sector=00000000
      4 [main] mplex 1052 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
    599 [main] mplex 1052 open_stackdumpfile: Dumping stack trace to mplex.exe.stackdump

I dont have gdb or cygwin development tools installed anywhere. I can provide you with the streams (around 150MB zipped) via a torrent if you like. I'm almost thinking this is a windows version bug (very tempted to throw it on a cd and test it under linux). Let me know I believe the streams are good unless again you see something wierd above with the bitrates.

[bcc]

As reported by the tool sir...looks like a little bug?

I'm trying again with some other DVD sources..some small files. to get started..just a couple chapters.

Well, it's the upper bound bit rate so it doesn't necessarily tell us much of anything. Basically I don't know what went wrong in your case. But yes, clearly a bug. Unfortunately it doesn't seem very hard to make mplex fail.

[nova1]

I used the "split" in TyTool9r17. I multiplexed first to incorporate the cut file.

I'm going to attempt to use hdemux on some original streams without editing to see if that improves things.

The mplex ty code searches for an MPEG Sequence Header and then the GOP header and then the PICTURE start code. I believe Sequence headers are optional but not certain. In my patch3.txt, I replicate the first sequence header seen whenever a GOP is NOT preceded by a sequence header. mpeg2enc has the -s option to insert sequence headers before GOP start codes.

[darrin75]

I would pay to see this happen!