7 replies to this topic

[mik9]

Hi, after unpausing movie, it starts approx. 0.5 seconds later (about 2 words of dialogue missing). As I have just currently switched to Vu Duo2 and OpenPLi 4 (previously Vu Duo and OpenPLi 3) I am not sure but I think this was not issue in my previous setup so it is either issue of Vu Duo 2 or OpenPLi 4.

 

As workaround, I just added 0.5 s skip back to unpause function. Maybe there is better solution but in case this issue is common and you would like to use it too:

In InfoBarGenerics:

def unPauseService(self):

print "unpause"

if self.seekstate == self.SEEK_STATE_PLAY:

return 0

self.doSeekRelative(-45000)

self.setSeekState(self.SEEK_STATE_PLAY)

 

 

 

 

Edited by mik9, 30 April 2015 - 04:58.

[christophecvr]

I gues You mean standard recorded movie ?

 

Yes on vuduo2 it happens . And it's caused because the vuduo2 is so fast.

 

But what's the best solution I do not have any clue.

[littlesat]

....or ask vu to adapt their drivers, so when you unpauze start at the begin of the current gop instead of continue to play at the next gop....

[christophecvr]

Setting a seek relative back is a solution , but I find that quit hackish and not so clean.

 

Maybe something in the base structure can be adapted so that audio start faster that's related to sync procedure between audio and video in first instance we start async then switch to a sync  taking care with eventual braught in delays.

 

Or I'm pretty allergic to say this it is said to many times and used to many times by some pli team members (where they where wrong in more then half off the cases) . A drivers issue ?

[Rob van der Does]

I don't understand it: I never experienced this issue on any VU.

When I pause in the middle of a word unpausing continues exactly there (own recordings; no idea if the same applies to other files).

[mik9]

I don't understand it: I never experienced this issue on any VU.

When I pause in the middle of a word unpausing continues exactly there (own recordings; no idea if the same applies to other files).

 

It concerns own recordings from SAT TV channels. If you say you did not spot it, I will do some more investigation whether it affects recording from some channels only (could be issue of key frames or something like this). Also, I will try some AVI files, etc.

[Erik Slagter]

Maybe these recordings are not fully DVB compliant.

[mik9]

I tested many various .ts files and the lag is from almost zero to 0.5 s. I also tested some AVI and MPG files and it differs as movie player has lot of troubles with some of them anyway. However, I found out that my hack is not working for many AVI and MPG files as it causes unpredictable jumps, usually to the end. So I will probably remove added line and live with the occassional audible lags.