Standby needs FIXING ! PLEEEEEEEEASE !! I'm begging you.... :-( (1 Viewer)

[vvulture]

Why is it that TvServer won't work with standby properly ???

If my TvServer is woken up from standby manually ( via WOL ), the TvService stops "serving". In other words, it will not stream live TV.

On the other hand, if it is woken up by powerscheduler, everything is fine..

The only thing i can put it down to is the fact that the TV service is re-initialized by powerscheduler, whereas if woken up manually the service is NOT re-initialized.

Is there any chance the dev team can do something about this ??
It is very annoying.

As a work around, i have a script on my client that sends a command to the server to re-start the TV service when woken up.
However, it is a hit and miss affair and only works about 30% of the time.

PLEEEEEEEEEEASE fix this ............................. I'm begging you... My wife is sick of having to go outside into the garage at 6:00am to restart the server every morning when the kids wake up... :-(

 

[petsa]

Hi vvulture,

I'm seeing exactly the same issue and has done that for some SVNs now. Actually my wife got upset this never working so I had to revert back to a SVN I know is working, i.e. from July 7th. Otherwise my wife would go and by a separate STB, god forbid!

I've checked the logs (MP and event log), played with the settings for TVServer and SQL server but nothing helps. Exactly as you say, it won't "serve" after resuming from standby.

I don't know if more extensive logging can be done somehow. Otherwise I see no other way than starting from a SVN I know is working, and gradually install newer ones until it breaks. But that probably have to wait for a while...

What surprises me is that in none of the (similar) threads anyone from development has commented. I felt quite lonely until now but I happy you have the same problem ;-)

I'm using XP with the automatic updates done.

/Peter

 

[pnyberg]

I can confirm that I have this issue as well now and then...

 

[petsa]

Do you which SVN you found to be the last known-to-work?

/Peter

 

[ronilse]

Hi,
You all should attach all logs (zip or rar) to your post & if you know exact svn this started to happen tha would be great

Regards
Roy

 

[vvulture]

Hi,
You all should attach all logs (zip or rar) to your post & if you know exact svn this started to happen tha would be great

Regards
Roy

I have, but was tottaly ignored.. see https://forum.team-mediaportal.com/bug_resume_standby_no_tv_client_freezez-t25551.html .
The exception is that the client no longer freezes, it just doesn't work.

I have been on this issue for months now, even resorting to other forums to try and get help.

Hi vvulture,

I'm seeing exactly the same issue and has done that for some SVNs now. Actually my wife got upset this never working so I had to revert back to a SVN I know is working, i.e. from July 7th. Otherwise my wife would go and by a separate STB, god forbid!

I've checked the logs (MP and event log), played with the settings for TVServer and SQL server but nothing helps. Exactly as you say, it won't "serve" after resuming from standby.

I don't know if more extensive logging can be done somehow. Otherwise I see no other way than starting from a SVN I know is working, and gradually install newer ones until it breaks. But that probably have to wait for a while...

What surprises me is that in none of the (similar) threads anyone from development has commented. I felt quite lonely until now but I happy you have the same problem ;-)

I'm using XP with the automatic updates done.

/Peter

Hey Peter,
I'm glad to hear that i am not the only one, but i already knew that.
It just seems that we are a minority and therefor the bug would not be considered a priority.
cheers

 

[SciDoctor]

It isn't that the bug is experienced by a minority, it is that not many use network clients and of those even fewer would be using supend/hibernate.

I have seen the bug from my network clients.

Clients can access database info and the server will start the stream but nothing is received by the clients they hang at ''lay rtsp://'(network name stream)'''