Audio Rendering Error with HD Firewire and SGraphRecorder

[chrise2]

I'm sick of the other threads so I'm starting a new one. I have the Audio rendering error lots of people talk about. The newest version of SGraphrecorder is supposed to fix most of this with the addition of a delay after Girder changes the channel and before it pushes the data to Sage. In my sage.properties I have this setting:

videoframe/network_encoding_to_playback_delay=5500

In my SgraphRecorder.ini my TuningDelay is set to 4000

Are there any other settings I need to play with? Should I change these settings more? I'm running everything local with the latest NVidea Codec. Any help would be appreciated. Also is there a way to fix already recorded files that have this playback error in Sage? All recorded shows play fine in Media Player. By the time I figure all this out my cable company will probably turn on encryption on the firewire and I'll have spent a lot of money for nothing. ;-)

Eric

[Naylia]

I don't know if this is related to the specific error or not but I have an nvidia DFI Ultra Infinity nforce board and it always gives me problems when I use the nvidia sound codecs. I installed AC3filter and set SageTV to use the AC3filter for sound playback and that solved my issue. This is really just a generic try different codecs in Sage and see if it helps answer. I still use the nvidia decoders for dvd and video playback and I still have the TS Info parser in my graph, I just use a different sound codec and it really cleaned up my problems.

[chrise2]

I've tried a couple of different audio codecs. Where do you get AC3filter?

[chrise2]

I installed AC3Filter and I still get the same error. Its set as my default audio codec. I don't know what's going on, its quite frustrating. All these files play fine in Media Player. When I open them up in GraphEdit, its using the AC3 filter, so who knows.

[DFA]

What version Sage?

The very first release of SGR had the "TuningDelay" parameter and is not new.

Try increasing the "delta-T" between the two parameters to 3 seconds. Increase both values to say 5000 x 8000. If that works, work down from there. Do what you can to speed up channel change. The longer the latency in channel change, the longer the delays must be for both these Sage and SGR delay parameters to accomodate the delay in channel change.

Do not run the Sage Service.

Also, in "sage.properties", try setting "seeker/fast_mux_switch=false" and "UnloadGraphOnStop=1" in "SGraphRecorder.ini". This will cause the graph to unload on every channel change rather then when just going to and leaving the UNE.

Remember, the UNE for Sage as applied to HD by Firewire is unsupported by Frey and is entirely experimental with no guarantees. Most have been successful with a number of people encountering different and distinct issues requiring unique solutions that they have had to resolve on their own.

Out of curiosity, what was the large expenditure that was made to get the Firewire link going? What's wrong with the other threads? You have two threads going right now of which I nearly blew by both of them. On the other hand, myself and others monitor the UNE and Firewire threads for new posts. You're actually likely to get more attention in those threads since a number of people (including myself) will receive an e-mail when a new post is made. Entirely your choice.

Edit: I assume you are making channel changes through Sage and the UNE. If not, and making channel changes direct to STB, all bets are off and the subject delays have no meaning since Sage and UNE will be oblivious to direct contol of STB.

DFA

[spaceghost]

I solved the audio render error by using a combination of things (not sure exactly what worked as I tend to muck with it all at the same time):
1. installed AC3filter--it is not set up as a decoder in sage for me. This probably helped with my divx files more than anything.
2. using directsound device or default
3. using Intervideo Audio Decoder
4. demoting the sage mpeg splitter/demux filter to below the microsoft mpeg demux

In "theory", if you set everything to default in sage, it should use the same graph as windows media player does.

When I open them up in GraphEdit, its using the AC3 filter, so who knows.

What mpeg demuxer/splitter shows up when you do this?

[DFA]

One other thing: Most if not all HD channels will have DD5.1 audio streams via FW. The audio decoder must be capable of decoding DD 5.1 or your dead. Others have run into this. Not all audio decoders are DD5.1-capable since licenses, royalties and $$ are involved with Dolby Labs. The nVidia audio decoder comes in two flavors: DD5.1-able and not able. Check this out as well.

DFA

[spaceghost]

another quick question, are you using video overlay?

[chrise2]

When I open one of these files in Graphedit the Microsoft Mpeg splitter is used. It used to be the sage one and it crashed every time. But then I unregistered the sage mpeg splitter and now it uses the MS one. That makes the files play back fine in WMP, but Sage still has the problem. I'm using a 5.1 capable decoder. But I don't think that matters so much as its just passing everything through out the SPDIF connection. Spaceghost, did those fixes you applied fix previously recorded files or just new stuff? How do I demote the sage demuxer below the MS one? I'm guessing removing it like I did probably isn't the best idea.

[spaceghost]

They fixed previously recorded files.

use a filter manager to set the priority like this one. You can register the filter again using that program.

I'm using the following in sage--
Audio renderer--Default directsound device
audio decode filter-Intervideo audio decoder

Are these files Dolby Digital 5.1 or 2.0? I only had problems with 2.0 files (weird).