FF REW Bug in Client

[mikejaner]

I thought I would post here, but I found an earlier post in the SageTV Software section where a number of people were seeing the issue I am having.
http://forums.sagetv.com/forums/showthread.php?t=61277

Basically on the SageTV client, after playing a show for a few minutes, pressing FF or REW is causing a spinning circle for about five seconds before it skips. if I continue to press FF or REW after that, there are no more delays, and it skips perfectly. If I wait another few minutes while watching the show, the delay is back on the first press of either FF or REW.
I transitioned from an HD300 to a client PC on one of my TV's and have no issues on my HD300's
It acts like when you ask a pc to do something after the hard drive has been powered down, and you get a delay as the hard drive spins up, but I have checked both the Client and Server for that issue.

[brianrent]

Same situation here. Going from an HD300 to PC client. Been working on several codec filter issues as well. Thought it might be a decoder issue but doesn't seem related to a specific decoder. Happens on some, but not all, automatic commercial skips as well as some manual skips. Usually the first skip.

[brianrent]

I'm getting ready to try the newest beta #2 of the client installer to see if it changes things for the better. Will let you know.

[Narflex]

The most likely place for something like this would be in the demux filter that we wrote. That's where the Seek call from DirectShow will go into the filter and then it'll make requests to the source filter to reposition the stream...there's likely logic in there which does multiple reads to try to get the best approximation for the seek...but sounds like there's an issue with that. If a dev is going to look into this; feel free to ping me for questions on it...I don't have a Windows dev setup to look into this myself...but I'm somewhat familiar with that part of the code.

[brianrent]

I was using the version 7 converted to version 9. I switched to the version 9 installer beta 2 and the same thing is happening both before and after the switch over. My client is on a new i7 4790 with 16gigs of ram and geforce 960 video card and SSD drive. Overkill to say the least, but I know its not a slow system causing it for me.

[mikejaner]

By any chance, has anybody had the time to look into this?

[mikejaner]

As an update for others this affects on SageTV Client. If you hit Pause, Play, then FF or REW, there is no 5 second pause on the first press.

[Thomas Wischgol]

Originally Posted by mikejaner

As an update for others this affects on SageTV Client. If you hit Pause, Play, then FF or REW, there is no 5 second pause on the first press.

I hate to revive old threads but I am seeing this for quite a while now myself. This is on a client running Windows 8.1. I tried different codecs with all the same results. Currently, I have it set to AC3filter and Microsoft's builtin codec for video. I do not see anything in the logs that would indicate any reason for the 5 second delay.

[mikejaner]

Originally Posted by Thomas Wischgol

I hate to revive old threads but I am seeing this for quite a while now myself. This is on a client running Windows 8.1. I tried different codecs with all the same results. Currently, I have it set to AC3filter and Microsoft's builtin codec for video. I do not see anything in the logs that would indicate any reason for the 5 second delay.

Here's the bug report I put in back in 2016:
https://github.com/google/sagetv/issues/110

I don't think anybody has looked at it, so I would not get my hopes up. Narflex pointed in the direction where the code probably has this issue (the demuxer filter), which would likely not show errors, because, although there is a delay in seeking the point at which it will skip, it doesn't fail at it.

[wnjj]

Anyone have a server log file from when this happens?

[wnjj]

Can someone with this issue try setting this in the registry?

HLKM\SOFTWARE\Wow6432node\Frey Technologies\Common\DSFilters\MpegDeMux\SeekByPTS = 0

on 64-bit SageTV:

HLKM\SOFTWARE\Frey Technologies\Common\DSFilters\MpegDeMux\SeekByPTS = 0

It's of type REG_DWORD and you'll have to create the 'SeekByPTS' key. The rest of the path should be there already with keys such as 'RemuxOptimize'.


This changes the method used to seek. Seeing if this affects anything will help to narrow it down.

[Thomas Wischgol]

I just set this variable in the registry of one of my client. The behavior is still the same, i.e. it still hangs for a few seconds.

[wnjj]

Originally Posted by Thomas Wischgol

I just set this variable in the registry of one of my client. The behavior is still the same, i.e. it still hangs for a few seconds.

Can you post a log file from right after this happens?

[Thomas Wischgol]

Sorry this took so long. I was out of town and wanted to make sure that I am on the latest version of SageTV. So this was done with SageTV 9.2.1. I stopped the video right after it gave me the spinning wheel for hitting the fast forward button. I hope you can see more from this than I can.

Thanks,
Thomas