STB Firewire (IEEE-1394) Support - Page 16

AndersNolberger · #**301** 03-01-2005, 03:43 AM

New version of UNE is available. Se http://forums.sage.tv/forums/showthr...4782#post84782 for more information.

jones99 · #**302** 03-01-2005, 07:53 AM

Hi. I think I'm close to getting this working but the missing ingredient seems to be the Cyberlink MPEG Mux. I have searched everywhere for this but cannot find it. I tried downloading the trial Cyberlink software but the latest version seems to contain filters that I can't make work. Any help would be greatly appreciated.

Thanks in advance.

Bob

turak · #**303** 03-01-2005, 10:56 PM

Does the dump filter have to point to a sagetv media directory? I have mine set as \\sage\tv2\show.mpg (one of the media directorys on the server. not local to sgraphrecorder). I'm trying to set it up as a network encoder on my client in the livingroom. I was thinking that if I didn't have to reference the media directory of the server in the dump filter that it would cut down on netwrok traffic. So far I've only had time to run a quick test. When I tried to watch "live tv" I got a black screen and it said there was an audio playback error. I was able to play the resulting file in windows media player.

spaceghost · #**304** 03-03-2005, 10:40 PM

turak,
Did you get it working yet? I had audio errors and had to find the right combination in the sage setup.
I've heard you need it in the recordings directory. Mine is set to a subdirectory in the recordings. works fine for me, but I'm running all on one machine. Think you had to have the directory you're using on the remote pc loaded as a valid recordings directory on the sage server.

How are you guys editing the mpg files? I've been trying different programs, but seems some crap out because of the frame size, and some because it has ac3 audio. I'm wanting to cut these recordings to make them smaller and move them into my video library (cut the wasted 20+ minutes after the show and maybe a few minutes before).

turak · #**305** 03-04-2005, 06:10 PM

I havn't had time to play with it. I plan on working on it this weekend. I'm just not sure how the whole process works. Is SGR taking the stream from the dump filter file and then writing to the new mpeg file? If so, then why does it have to be in the sage video directory? From a client wouldn't this mean that the dump filter is sending the stream over the network. Then SGR is reading it from over the network. Then writing the final mpeg back over the network again? Or does the location of the dump filter just tell SGR where to write the file? I have a Gig E network, but I think it was being maxed out by my test.

DFA · #**306** 03-04-2005, 07:54 PM

Hi all:

Back from "Camel land"!

Just a quick couple comments to throw out:

The SGR/UNE "TuningDelay" is an important parameter for STB FW usage. The UNE was not usable by myself until Anders added this parameter. The "TuningDelay" parameter delays the starting of the graph to allow the STB to complete a channel change and mask the TS channel change discontinuity from being recorded which will cause Sage's playback graph to stumble. This eliminates the Sage "Audio Renderer Error". I have found the minimum value for my SA-3250HD to be 2500 msec. For me, this is very necessary when changing to a channel that involves switching to a UNE-assigned channel.

Also as mentioned in earlier post, I have sage.properties parameter "videoframe/network_encoding_to_playback_delay=3500". I have found this compliments the SGR "TuningDelay" parameter by adding one more second to playback delay over that of the tuning delay. Works for me anyway.

The changing to channel 2 "thing" occurs when Sage finds that nothing is being recorded (no change in file size) due to any number of problems: SGR graph lock, encrypted channel, etc.

DFA

turak · #**307** 03-05-2005, 10:12 AM

Quote:

Originally Posted by spaceghost

turak,
Did you get it working yet? I had audio errors and had to find the right combination in the sage setup.
I've heard you need it in the recordings directory. Mine is set to a subdirectory in the recordings. works fine for me, but I'm running all on one machine. Think you had to have the directory you're using on the remote pc loaded as a valid recordings directory on the sage server.

How are you guys editing the mpg files? I've been trying different programs, but seems some crap out because of the frame size, and some because it has ac3 audio. I'm wanting to cut these recordings to make them smaller and move them into my video library (cut the wasted 20+ minutes after the show and maybe a few minutes before).

What was the right combination in the sage setup for you?

DFA:
I'll try messing with the tuning delay stuff, but right now it shouldn't be an issue since I havn't put girder on that box yet. At this stage I'm just manually setting the STB to an HD channel. Then I tell sage to watch it. So there shouldn't be any interuptions in the TS.

Oh..Also, I've changed my graph dump directory from \\sage\tv2\ to the local directory that SRG is in. Other then SageTV playback, everything seems fine.

turak · #**308** 03-05-2005, 11:14 AM

Well..After playing with delay times, I still get the audio renderer error. The files play back fine in windows media player, but not in sage. Could this be a problem with my graph? I'll attach my graph. Maybe someone will see something wrong with it.

DFA · #**309** 03-05-2005, 03:42 PM

turak:

The graph looks fine. If the file will play with other players, it should not be an issue with Sage. Except to remember that most HD stations audio is DD 5.1. You need to use an audio decoder that will decode DD. Others have had some issues on this already.

The recordings should be directed to the common Sage video directory that is configured in Sage setup.

DFA

turak · #**310** 03-05-2005, 07:25 PM

I noticed today after trying to get my audio renderer error to go away that when I played a HD recording back in windows media player, the audio was out of sync. I suppose I should try using different filters in my graph.

DFA:
I've tried both intervideo (which works for DVD's) and the platinum version of the NVDVD decoders. I believe both should be able to handle DD 5.1.

DFA · #**311** 03-06-2005, 06:12 AM

turak:

You might try setting the Sage "fast_mux" to false (not yet at home and don't remember full pararmeter name). This will cause Sage to issue a "stop" and "start" for every channel change, not just when redirecting to the network encoder. Try upping the "TuningDelay" and "videoframe/network_encoding_to_playback_delay" to 3500 and 5000 msec respectively and backing down from there. I started with high values and then lowered until finding the "trouble" point.

DFA

turak · #**312** 03-06-2005, 10:57 AM

DFA: is "videoframe/network_encoding_to_playback_delay" for client or server properties file? Also, I was wrong about the audio sync. It did get out of sync once when I was skipping around in WMP. I have yet to get Sage to sucessfully play back a HD mpeg. I've tried on two clients and the server. It's strange because WMP has no problem playing them.

EDIT: I guess I should add that I'm using Sage 2.2.6RC

turak · #**313** 03-06-2005, 12:33 PM

I just tried the graph on an SD channel. Sage does a better job with this. It plays the video, but it's very jerky and the only audio I get is a hissing sound. When I played it in WMP it was fine.

turak · #**314** 03-06-2005, 01:17 PM

I just tried playing back from another client. This time I had SGR debugging info up. It looks like I'm getting the GET_FILE_SIZE thing. I tried disabling service mode. I'm still getting them.

DFA · #**315** 03-06-2005, 07:18 PM

turak:

I wondered what Sage version you were using. I have not been home for a while so my machine is still at 2.2.5RC.

Sage issuing rapid fire "GET_FILE_SIZE" queeries to SGR is death. Dvsing can attest to that. Have you tried the latest SGR version from Anders that tries to address this by at least maintaining the socket?

As of yet, the cause of this is not yet known. I have never had this problem but has shown up for a few others for unexplained reasons. Dvsing has asked Frey about this but has yet to get a response. Don't know what to tell you.

DFA

dvsing · #**316** 03-06-2005, 11:31 PM

Update: still no response from Frey. Hope they haven't forgotten about me =)

spaceghost · #**317** 03-07-2005, 09:25 AM

turak,
I'm using default & Intervideo Audio Decoder (not the nonCSS one) and it seems to work well. Sage is very picky and it seems it doesn't follow the normal directshow filters to playback media. I say this because if I use graphedit to render a media file, it plays it fine...but Sage chokes on the audio (audio render error)..no matter what combination of filters I set up inside Sage. I have several files that play fine with any software I try but Sage chokes on it. Sage is very finicky about audio...and very dumb sometimes. Most of the problems I've had with audio & sage has been over DD2.0.

Has anyone else noticed the horrible response of the system when recording HD thru the FW? button presses on the remote take almost 10 seconds to take effect. And if I try to watch anything besides what's recording, it makes the recording drop frames.

spaceghost · #**318** 03-07-2005, 09:30 AM

Quote:

Originally Posted by DFA

Hi all:
Back from "Camel land"!

Welcome back Dane! Glad to see your expedition was safe.

dvsing · #**319** 03-07-2005, 09:52 AM

Quote:

Originally Posted by spaceghost

Has anyone else noticed the horrible response of the system when recording HD thru the FW? button presses on the remote take almost 10 seconds to take effect. And if I try to watch anything besides what's recording, it makes the recording drop frames.

YES! I have this exact problem of "major (~10 second) UI lag" when trying to watch the same mpg file that is currently being recorded to by SGraphRecorder. I attributed the problem to the flood of GET_FILE_SIZE messages... but perhaps it's something else. Can you confirm that this major UI lag occurs even when the GET_FILE_SIZE problem does not seem to be present? (Check your SGraphRecorder debug log)

-Dan

spaceghost · #**320** 03-07-2005, 09:57 AM

I've been running in stand-alone mode since I ran into those nasty messages so I can confirm that problem. It actually doesn't cease immediately after it's done recording...it takes a few minutes. And by a few minutes, I mean anywhere from 5-15 minutes.

How long does it take for the TCP port to auto-timeout?

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)