TyTool7r7: m2a file contains no audio

[tsigo]

I don't know when this started, but it seems that this just started happening recently.

When I extract a show from the TiVo, I get the m2v file of the correct size, and the m2a file is created but only ends up being about 4KB.

I've got Audio Transcoding set to #2, SVCD @ 192 and I'm in Vsplit mode.

This may or may not only happen with shows recording from HBO, I haven't done a lot of testing - but could that have something to do with it? I believe HBO broadcasts in Dolby Digital. But I was able to get the correct audio from an HBO show recently, so I have no idea.

[Pro-289]

I think it depends on the show if it's DD or not. I recorded 6 shows in a series from HBO, and 3 ended up as Mpeg Layer II, and the other 3 were DD 2/0. Strange.

Are you using version 7r7 or 7r7a? Always use the latest version (http://www.dealdatabase.com/forum/showthread.php?s=&threadid=25588#post105979).

Can you download the whole .ty file, then use any other method on it? Like Multiplex? Could you create a .MPG with full audio? How about "Process Single File" to demultiplex the .ty? Do you know if your whole stream is DD, or just the beginning? One way to check your audio is to use AudioCheck (http://www.dealdatabase.com/forum/showthread.php?s=&threadid=25751&highlight=audiocheck#post107012).

If your audio is DD, try my How To (http://www.dealdatabase.com/forum/showthread.php?s=&threadid=8092&perpage=15&pagenumber=4#post108230) to make an SVCD from a DD audio source.

[jdiner]

I agree. It sounds from the description like you have audio cut-overs taking place. And that will at present cause things to fail just like you were describing. You can use VSplit with the jump option or hand onto it until I get a few more things in place.

I have spent the past few days working some room back onto my HD. I had 600gig+ worth of TyStreams on several machines and now I finally at long last have tons of DVDs and a 200gig less of TyStreams...

EDIT: Sorry. I started to do something else in the middle and kind of got lost in writing this. Anyway, all of the above translates to I now have the time and space on disk to start working over a few problems and things I have seen recently. And to start getting better support for Dolby audio into things.

--jdiner

[tsigo]

Thanks for the replies. Here's the output I just got when I tried to get a Curb Your Enthusiasm ep.


Name = 'd:\tsigo\tv shows\Curb Your Enthusiasm-Trick or Treat'
fsIDs = '1283791'
Tivo Address = '192.168.0.253'
Connected...
Detected Tivo Type: Standalone
Detected Audio Stream Type: MPEG Layer II
Final standardAudioSize = 880
Final standardFrameLength = 864
Final standardAudioDiff = 3240 or 00:00:00.036
First Video PTS: 00:00:01.266

PTS Reset Detected... Correction in progress...
Found an OOB packet... The Audio Diff is: 00:00:00.180
Is it in sequence??? It is OFF by exactly f frames.
It is in the right range. Let's see if it lines up.
It is in sequence. Starting back up after the 'hole'...
......... 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.......

DiffTime = 371.244018 (371244) == 6.187401 Minutes

total = 482213888



A/V Sync Offset segment 1: -2122ms (i.e. plays 2122ms late!)

Are you using version 7r7 or 7r7a? Always use the latest version.

Yep, same problem.

Can you download the whole .ty file, then use any other method on it?

So far I've only tried Vsplit mode, but I'll try this now and add the results.

[tsigo]

I tried using Tystream mode, and got a .ty file successfully, but when I use TyTool to process it, I still get a ~23KB m2a file that's unusable.


Processing already downloaded file: 'D:\Tsigo\TV Shows\Curb Your Enthusiasm-Trick or Treat.ty'
Detected Tivo Type: Standalone
Detected Audio Stream Type: MPEG Layer II
Final standardAudioSize = 880
Final standardFrameLength = 864
Final standardAudioDiff = 3240 or 00:00:00.036
First Video PTS: 00:00:01.266

PTS Reset Detected... Correction in progress...
Found an OOB packet... The Audio Diff is: 00:00:00.180
Is it in sequence??? It is OFF by exactly f frames.
It is in the right range. Let's see if it lines up.
It is in sequence. Starting back up after the 'hole'...
......... 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.......

DiffTime = 254.877012 (254877) == 4.247950 Minutes

total = 482213888 (459 MB)



Done with 'D:\Tsigo\TV Shows\Curb Your Enthusiasm-Trick or Treat.ty'...



A/V Sync Offset segment 1: -2122ms (i.e. plays 2122ms late!)

Do you know if your whole stream is DD, or just the beginning? One way to check your audio is to use AudioCheck.

I used AudioCheck from the link you provided and all it output was

Processing 'D:\Tsigo\TV Shows\Curb Your Enthusiasm-Trick or Treat.ty':


Total Chunks: 3680

Where can I go from here? Still fairly new at this.

[snedecor]

I've had this happen too:

What happened to me is that on my SA series 1, when I extracted, GOPEdited, and created a MPG, I got no audio.

When I didn't GOPedit, and took the whole file to MPG, I got audio for about 10 seconds, while my Dish receiver was changing the channel.

Josh explained it to me that the audio format evidently changed in mid-stream, and the converter was confused, looking for the old stream type, and found the new stream type and so no sound. What I had to do was "jump" or skip several chunks into the .ty so that the converter would miss the format change, only see the later audio type and it converted just fine. Lucky for me the audio change happened at the beginning of the movie.

Jdiner alluded to it above, when he said you needed to use vsplit with the jump option. This is a command line program that is the power behind the Tytool main GUI that most of us use. You invoke it from the command line, and it will give you the format of the command to use.

It goes something like: (there are more options than this you can choose)

vsplit3 -j# infile videooutfile audiooutfile

where the # above is the number of "chunks" to jump past the beginning. You can do it with a pretty high number, say 500, and see if the resulting .m2a has audio. If it does, lower the number of chunks jumped until you either run into problems, or you get as much show as you need.

If you get no audio when you have jumped 500 chunks into the .ty, then ..................

"never mind"

[tsigo]

vsplit3 -j# infile videooutfile audiooutfile

That works - now to find the "magic number" that jumps to where I need it.

Note to jdiner: I tried using the "Set initial jump" option from the Options menu, and although I tried many different settings, none of them worked, it always gave me a 23KB audio file, while the same settings would work in the vsplit3 program.

Thanks for all the replies, very helpful.

[jdiner]

Originally posted by tsigo
That works - now to find the "magic number" that jumps to where I need it.

Note to jdiner: I tried using the "Set initial jump" option from the Options menu, and although I tried many different settings, none of them worked, it always gave me a 23KB audio file, while the same settings would work in the vsplit3 program.

Edit: Magic number 85 puts it just before the HBO ratings screen with working audio.

Thanks for all the replies, very helpful.

Yeah. If you read some of the other messages it is turned off. it was interfering with a great number of things during the rewrite that took place to get to version 7.

It has been turned back on in the unreleased 7r8. That version should be out sometime soon.

As mentioned elsewhere use VSplit if you have to do that. The jump option works there.

--jdiner