54 replies to this topic

[Rob van der Does]

 

I´ve tested that today on et9000 with play, pause, standby, run =>

 

You are right, the movie runs and the screen shows the pause state.

But on et9000 the sound is there

 

So playing movie and showing pause after going to standby and going on is an openpli bug. 

But the no sound problem seems not be an openpli bug

Just tested on the Solo2:

Play -> Pause -> Standby -> Switch on -> Video plays with sound but the pause button is displayed

Play -> Standby -> Switch on -> Video plays but no sound

 

Remember that resuming playback very often (but not always) results in no sound on all VU's. The 'solution' is to skip-back 15 seconds.

[littlesat]

 The 'solution' is to skip-back 15 seconds.

-> The 'work-a-round' is to skip-back 15 seconds. this can be added in resume from standby... but this will also effect other boxes and it is not as it should be...

 

At least I consider to add a check somehow or add some function to force pause.... now when you call pauseService in InfoBarGerics is does different stuff when the movie is already paused...

 

def pauseService(self):
  if self.seekstate == self.SEEK_STATE_PAUSE:
    if config.seek.on_pause.value == "play":
      self.unPauseService()
    elif config.seek.on_pause.value == "step":
      self.doSeekRelative(1)
    elif config.seek.on_pause.value == "last":
      self.setSeekState(self.lastseekstate)
      self.lastseekstate = self.SEEK_STATE_PLAY
  else:
      if self.seekstate != self.SEEK_STATE_EOF:
        self.lastseekstate = self.seekstate
      self.setSeekState(self.SEEK_STATE_PAUSE)

Edited by littlesat, 26 February 2016 - 10:47.

[mx3L]

When gstreamer-1.0 is in use, pause/unpause behaviour is different than with gstreamer-0.10. In gstreamer-1.0 we are just unpausing pipeline, so playback should seamlessly continue, while in old gstreamer we are doing seeking unpause to the same position.

I think you should try master-next with gstreamer-1.0, there should be no problem with no sound after unpausing.

[littlesat]

When the solution is already there I can concentrate on when the movie is on pause when we go on standby that the seek indicate is still indicating pause...

(and for this one I have already a solution in mind).

[Erik Slagter]

It's a driver bug. We're not workarounding driver bugs.

 

Can a mod please split off the topic? Already happened, sorry.

Edited by Erik Slagter, 26 February 2016 - 11:47.

[littlesat]

We're not workarounding driver bugs. +1

[Rob van der Does]

It's a VU driver bug that exists already for years.

[littlesat]

Regarding the pauze when going in standby issue.... I hope I just solved that part...  

 

https://github.com/O...93dbdd7b1b476b5

[blzr]

tested on et9500 and vuzero - your fix does the job (i.e. no more pause state indicated on infobar when playback actually goes, after wake up from standby)...

nevertheless, in such case I would rather expect the playback to be still paused after wake up, if box has been put in standby while paused
wouldn't this be much more logical /?/

[Dimitrij]

littlesat

https://github.com/O...nigma2/pull/205

[blzr]

@Dimitrij
tested, on vuzero still no sound after waking up (the playback) from standby with your patch...

(and since that's definitely vu drivers bug, I really doubt it could be fixed in e2 unless you add some dirty hack to workaround this)

[littlesat]

The no sound issue is not solved... This is indeed something VU needs to solve... As it also happen with ts (not gstreamer) gestreamer 1.6.3. or higher will also not solve this...

 

I only solved the keep the OSD on pause issue....

[Dimitrij]

I checked, it decided to pause the problem.

[littlesat]

???

[Dimitrij]

after waking up (the playback) from standby really video is pause/status play

[littlesat]

Regards Dimitrij's patch suggestion (sorry I do see it now and not earlier)

 

 

i do not understand the relocation of self.avswitch.setInput("ENCODER") to when you get out of the Standby...

 

In line 70 you did a lot of hassattr... Why do you still check for infobar here? and why do you not check for self.session.current_dialog available first...

[littlesat]

Line 70 I do understand now ....

 

but can you explain the ENCODER stuff (I never really understand it - It was still there since DMM)

[Pedro_Newbie]

I noticed the following on an ET8000

When I pause the playback of a program and enter the standby mode the playing still goes further in the background even despite I paused the program.

If I leave the standby mode after 1 minute the program is playing, but is is also 1 minute further

[littlesat]

That is a different issue that needs to be solved... the issue from he beginning. Depending on a config when it was paused it can play it when going in standby

Edited by littlesat, 28 February 2016 - 08:45.

[blzr]

again:

 

nevertheless, in such case I would rather expect the playback to be still paused after wake up, if box has been put in standby while paused
wouldn't this be much more logical /?/

 

just curious, what's the rationale/logic behind auto resuming paused playback after waking up from standby?