Losing Audio ... DD5.1 to DD2.0

[martino]

I seem to have a problem in that I'm losing DD5.1 information as I try to convert from .ty to .mpg.

I'm using TyTool10R4 to grab the files from an HR10-250. These are exclusively HD files that are being processed.

If I mux the file with TyTool10R4, it typically reports the following ..

Detected Tivo Type: HDTivo
Detected Audio Stream Type: Dolby Digital 5.1
Final standardAudioSize = 1552
Final standardFrameLength = 1536
Final standardAudioDiff = 2880 or 00:00:00.032
First Video PTS: 00:04:44.932

So it appears that the audio stream starts off life as DD5.1. However, when the output mpeg file is loaded into VideoReDo, it reports the audio stream as DD2.0.

I get a similar result if I try to use tytompg to convert from .ty to .mpg.

I'm not sure if the 5.1 audio is being lost due to errors in the original .ty file, or for some other reason.

Any debugging pointers would be gratefully received :D

[martino]

A little more information ...

Instead of using tyTool10R4 to transfer the entire file at once, I tried to get parts of a file and process (mux) them individually.

The first part appeared to have errors after the mux operation which were indicated as follows ...

Detected Tivo Type: HDTivo
Detected Audio Stream Type: Dolby Digital 5.1
Final standardAudioSize = 1552
Final standardFrameLength = 1536
Final standardAudioDiff = 2880 or 00:00:00.032
First Video PTS: 00:04:44.932
......... 100......... 200......... 300......... 400......... 500

......... 600......... 700......... 800......... 900......... 1000

......... 1100......... 1200......... 1300......... 1400......... 1500

......... 1600........ b 77 d2 44 1c 30 43 91 0 80 1 0 0 72 a b 1
86 1f f3 ab e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 7c 2
f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 3
e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 4
9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 5
7d ff ce af 9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 6
e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 7
9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 8
7c f9 f3 e7 cf 9f 3e 7c f9 f3 e7 cf 9f 3e 7c f9 9
f7 94 f9 42 4 0 0 0 0 0 1c 0 0 0 0 0 10
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 11
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 12

The resultant .mpg when opened in VideoReDo indicates a DD2.0 stream.

However, a later part of the same file, muxed without errors as follows ..

Detected Tivo Type: HDTivo
Detected Audio Stream Type: Dolby Digital 5.1
Final standardAudioSize = 1552
Final standardFrameLength = 1536
Final standardAudioDiff = 2880 or 00:00:00.032
First Video PTS: 01:10:43.319
......... 100......... 200......... 300......... 400......... 500

......... 600......... 700......... 800......... 900......... 1000

......... 1100......... 1200......... 1300......... 1400......... 1500

......... 1600......... 1700......... 1800......... 1900......... 2000

......... 2100......... 2200......... 2300......... 2400......... 2500

......... 2600......... 2700......... 2800......... 2900......... 3000

......... 3100......... 3200......... 3300......... 3400......... 3500

......... 3600......... 3700......... 3800......... 3900......... 4000

.........

DiffTime = 8.516000 (8516) == 0.141933 Minutes

total = 536739840 (511 MB)

The resulting .mpg opens in VideoReDo with a DD5.1 audio stream.

So the source files appear to be the issue. Is there a means to repair ( or remove ) the "damaged" part of the stream ?

[cheer]

What's the output from tytompg? TyTool is broken for HD streams, especially on 6.3x Tivo software versions.

[dburckh]

If it is an HR10-250, my tool works very well and it converts on the fly.

http://www.dealdatabase.com/forum/showpost.php?p=274744&postcount=1

[martino]

I tried the TySuiteJ tool .. at least I tried the Windows UI side of the toolchain to try and convert a .ty to .mpg.

Here's the last 30 lines or so of the output ...

02/19/2007 19:47:41 WARN [parser.GOPTyRecordParser] Dropping dead audio. Last
SCR: 1:11:12.782 current SCR: 1:11:18.671 Audio [1:11:12.906, 1:11:12.938, 1:11:
12.970, 1:11:13.2, 1:11:13.34, 1:11:13.66, 1:11:13.98, 1:11:13.130, 1:11:13.162,
1:11:13.194, 1:11:13.226, 1:11:13.258, 1:11:13.290, 1:11:13.322, 1:11:13.354, 1
:11:13.386, 1:11:13.418, 1:11:13.450, 1:11:13.482, 1:11:13.514, 1:11:13.546, 1:1
1:13.578, 1:11:13.610, 1:11:13.642, 1:11:13.674, 1:11:13.706, 1:11:13.738, 1:11:
13.770, 1:11:13.802, 1:11:13.834, 1:11:13.866, 1:11:13.898, 1:11:13.930, 1:11:13
.962, 1:11:13.994, 1:11:14.26, 1:11:14.58, 1:11:14.90, 1:11:14.122, 1:11:14.154,
1:11:14.186, 1:11:14.218, 1:11:14.250, 1:11:14.282, 1:11:14.314, 1:11:14.346, 1
:11:14.378, 1:11:14.410, 1:11:14.442, 1:11:14.474, 1:11:14.506, 1:11:14.538, 1:1
1:14.570, 1:11:14.602, 1:11:14.634, 1:11:14.666, 1:11:14.698, 1:11:14.730, 1:11:
14.762, 1:11:14.794, 1:11:14.826, 1:11:14.858, 1:11:14.890, 1:11:14.922, 1:11:14
.954, 1:11:14.986, 1:11:15.18, 1:11:15.50, 1:11:15.82, 1:11:15.114, 1:11:15.146,
1:11:15.178, 1:11:15.210, 1:11:15.242, 1:11:15.274, 1:11:15.306, 1:11:15.338, 1
:11:15.370, 1:11:15.402, 1:11:15.434, 1:11:15.466, 1:11:15.498, 1:11:15.530, 1:1
1:15.562, 1:11:15.594, 1:11:15.626, 1:11:15.658, 1:11:15.690, 1:11:15.722, 1:11:
15.754, 1:11:15.786, 1:11:15.818, 1:11:15.850, 1:11:15.882, 1:11:15.914, 1:11:15
.946, 1:11:15.978, 1:11:16.10, 1:11:16.42, 1:11:16.74, 1:11:16.106, 1:11:16.138,
1:11:16.170, 1:11:16.202, 1:11:16.234, 1:11:16.266, 1:11:16.298, 1:11:16.330, 1
:11:16.362, 1:11:16.394, 1:11:16.426, 1:11:16.458, 1:11:16.490, 1:11:16.522, 1:1
1:16.554, 1:11:16.586, 1:11:16.618, 1:11:16.650, 1:11:16.682, 1:11:16.714, 1:11:
16.746, 1:11:16.778, 1:11:16.810, 1:11:16.842, 1:11:16.874, 1:11:16.906, 1:11:16
.938, 1:11:16.970, 1:11:17.2, 1:11:17.34, 1:11:17.66, 1:11:17.98, 1:11:17.130, 1
:11:17.162, 1:11:17.194, 1:11:17.226, 1:11:17.258, 1:11:17.290, 1:11:17.322, 1:1
1:17.354, 1:11:17.386, 1:11:17.418, 1:11:17.450, 1:11:17.482, 1:11:17.514, 1:11:
17.546, 1:11:17.578, 1:11:17.610, 1:11:17.642, 1:11:17.674, 1:11:17.706, 1:11:17
.738, 1:11:17.770, 1:11:17.802, 1:11:17.834, 1:11:17.866, 1:11:17.898, 1:11:17.9
30, 1:11:17.962, 1:11:17.994, 1:11:18.26, 1:11:18.58, 1:11:18.90, 1:11:18.122, 1
:11:18.154, 1:11:18.186, 1:11:18.218, 1:11:18.250, 1:11:18.282, 1:11:18.314, 1:1
1:18.346, 1:11:18.378, 1:11:18.410, 1:11:18.442, 1:11:18.474, 1:11:18.506, 1:11:
18.538, 1:11:18.570, 1:11:18.602, 1:11:18.634, 1:11:18.666, ]
Exception in thread "Thread-2" java.lang.OutOfMemoryError: Java heap space

Any idea how I allocate more memory for the Java engine heap ?

Thanks for the advice and the access to the tools.

[dburckh]

You've got a pretty massive jump in the video PTS. Looks like some kind of signal loss. You might be in for trouble with this clip. Does this skip on the Tivo?

To increase the heap, edit UI.cmd and change the first line to:

@java -Xmx512M -cp dtivoExtract.jar ui.TivoUI

That should give you plent of memory. It's about 2-3MB a sec and you have a 6 second dead spot.

If that doesn't work, you can try the 2.0c beta. I haven't posted it yet, but it should there soon. Good luck.

[martino]

I've got past the memory issues, but VideoReDO still reports a DD2.0 audio stream. In fact, the video is pretty much unplayable in VideoReDo, all choppy and blocked ( this doesn't happen with tytompg for the same .ty clip )

I still have a number of .ty files that convert to DD2.0, and I can only presume that the original data stream is corrupt. I'll try to reschedule a recording and see if I get the same thing.

I very much appreciate the assistance and the tools - I'll try the latest update and see what I get.

I don't know much about the streams and how they sync, but I'd be happy to lose audio for a small time ( couple of secs ) and still have all the remaining program saved as a DD5.1. It appears whenever there are issues with the original data stream then the output is DD2.0.

[dburckh]

I've got past the memory issues, but VideoReDO still reports a DD2.0 audio stream. In fact, the video is pretty much unplayable in VideoReDo, all choppy and blocked ( this doesn't happen with tytompg for the same .ty clip )

I still have a number of .ty files that convert to DD2.0, and I can only presume that the original data stream is corrupt. I'll try to reschedule a recording and see if I get the same thing.

I very much appreciate the assistance and the tools - I'll try the latest update and see what I get.

I don't know much about the streams and how they sync, but I'd be happy to lose audio for a small time ( couple of secs ) and still have all the remaining program saved as a DD5.1. It appears whenever there are issues with the original data stream then the output is DD2.0.

I just put out version 2.1 rc1. It may help. You may have a scenerio where the audio type changes. I haven't encountered it, but I believe it is possible.

If the video is blocky, you probably have a bad stream.