[asm495]

I have now setup two DN2820FYKHs with an Open Elec Nightly build and connecting to Server WMC. All is generally working well.

However I have an issue trying to watch currently recording TV programmes. When watching them the video stutters and I am unable to skip ahead.

Anyone else have this issue please?

[JazJon]

I just saw your reply on TheGreenButton http://www.thegreenbutton.tv/forums/view...068#p71068
I'm still investigating which hardware to buy for a bedroom XBMC box, just posted this; http://forum.xbmc.org/showthread.php?tid=187402
I'll be following your posts as we both work out the bugs moving forward. :-)

[scarecrow420]

there is a known issue with watching current recordings where you cant skip more than say 10 seconds ahead of where you started watching, even if the recording has been in progress for longer. But i didnt hear about stuttering before. There seem to be some issues with gotham nightlies at the moment though, if you are able to try a frodo build to see whether the stuttering isnt present, that would be good.

There are some other posts in here that mention the gotham nightly where problems started happening so another thing to confirm is to go the last known good nightly... have a look at some of the other threads in here and you should find mention of this

[advocate99]

I have the same problem with stuttering while watching Live TV. I'm using the last stable OpenELEC, i.e. Frodo 12.2 with some bug fixes.

It's only a problem when I watch via Windows Media Center running as a virtual machine (ESXi).

I suspect that we need a slightly larger buffer when using a Virtual Machine to stream to a remote device over a network.

I realize that this would affect the speed of channel changes. So, perhaps you could add an option that would permit us to change buffer size for LiveTV in ServerWMC??

there is a known issue with watching current recordings where you cant skip more than say 10 seconds ahead of where you started watching, even if the recording has been in progress for longer. But i didnt hear about stuttering before. There seem to be some issues with gotham nightlies at the moment though, if you are able to try a frodo build to see whether the stuttering isnt present, that would be good.

There are some other posts in here that mention the gotham nightly where problems started happening so another thing to confirm is to go the last known good nightly... have a look at some of the other threads in here and you should find mention of this

[asm495]

I have the same problem with stuttering while watching Live TV. I'm using the last stable OpenELEC, i.e. Frodo 12.2 with some bug fixes.

It's only a problem when I watch via Windows Media Center running as a virtual machine (ESXi).

I suspect that we need a slightly larger buffer when using a Virtual Machine to stream to a remote device over a network.

I realize that this would affect the speed of channel changes. So, perhaps you could add an option that would permit us to change buffer size for LiveTV in ServerWMC??

there is a known issue with watching current recordings where you cant skip more than say 10 seconds ahead of where you started watching, even if the recording has been in progress for longer. But i didnt hear about stuttering before. There seem to be some issues with gotham nightlies at the moment though, if you are able to try a frodo build to see whether the stuttering isnt present, that would be good.

There are some other posts in here that mention the gotham nightly where problems started happening so another thing to confirm is to go the last known good nightly... have a look at some of the other threads in here and you should find mention of this

The reason I am using Gotham is that with a lot of HD TV in the UK it stuttered when playing it back. This was a bug that was fixed I believe around December in Gotham. The stuttering doesn't now happen when watching either Live TV or Recorded TV. However TV where it is currently recording is the issue.

[krustyreturns]

asm495,

For the info scarecrow was talking about see this bug report:
http://trac.xbmc.org/ticket/14849#comment:2

Try the last good version of gotham it references and see if the problem goes away, let us know.

---

advocate99,

We can do that. The easiest for us would be just to specify a time delay to let the buffer build up, would that do it for you?

[advocate99]

Whatever is easiest would work for me. In fact, if there's a way for me to change it in some config file to test it, I can let you know if it's the solution before you go to the trouble of coding it.

Is there a config file that I can alter to increase the buffer size for testing purposes?

advocate99,

We can do that. The easiest for us would be just to specify a time delay to let the buffer build up, would that do it for you?

[krustyreturns]

There used to be a way, but somewhere/somehow we got rid of it. Its easy to add back and I'll PM you to test it.

[asm495]

Interestingly this doesn't seem to be happening anymore and I didn't change anything!

The skip forward doesn't work for currently recording TV though - just fast forward.

[scarecrow420]

yeah there is some funky stuff happening with the remux of in progress recordings. It seems regardless of where the remuxer and TS file are at, XBMC is only seeing a few seconds infront of the current position.

[advocate99]

For programs that are being recorded, the longer you've been watching the closer to normal the skip forward/back buttons work. When you just start out, they barely move the recording at all...

[krustyreturns]

advocate99 I have noticed that too, the longer you watch it starts to work. Which is weird because the remux is very fast so it shouldn't take long for it to generate a large amount of ts data. We really need to look at the xbmc code to find out what is going on here. Or borrow and xbmc team member.