Preloading TV Cards (3 Viewers)

[mm1352000]

Hi mrmojo666

I can only quote our SVN logs because this code has been around for a *long* time:

"Some devices like the technotrend cards have a very long start up time. Stopping/starting graphs would mean using these cards is not very userfriendly"
-yamp 14-02-2007

The patch for Twinhan came from blaudden and was committed by gibman 14-08-2008. Search blaudden's posts and you can see the reason for it.
https://forum.team-mediaportal.com/...-failures-tune-scrambled-dvb-s-channel-43210/
https://forum.team-mediaportal.com/...nd-tv-server-90/scrambled-channel-fail-25211/
https://forum.team-mediaportal.com/1-0-rc2-svn-builds-280/scrambled-dvbs-42954/

I think that is probably not the reason.
Are you restarting the TV Server on resume?
Are you leaving enough time for the tuner driver to initialise after resume?
Have you posted logs anywhere?

mm

 

[mrmojo666]

Hi mrmojo666

I can only quote our SVN logs because this code has been around for a *long* time:

"Some devices like the technotrend cards have a very long start up time. Stopping/starting graphs would mean using these cards is not very userfriendly"
-yamp 14-02-2007

The patch for Twinhan came from blaudden and was committed by gibman 14-08-2008. Search blaudden's posts and you can see the reason for it.
https://forum.team-mediaportal.com/...-failures-tune-scrambled-dvb-s-channel-43210/
https://forum.team-mediaportal.com/...nd-tv-server-90/scrambled-channel-fail-25211/
https://forum.team-mediaportal.com/1-0-rc2-svn-builds-280/scrambled-dvbs-42954/

I think that is probably not the reason.
Are you restarting the TV Server on resume?
Are you leaving enough time for the tuner driver to initialise after resume?
Have you posted logs anywhere?

mm

well.... seems i didn't expain well my problem,


the bsod comes at the system resume more early that the tvserver is started. just after the POST procedure

It happens just when before standby the card are preloaded or if not preloaded was tuned at least one time (it happens when the graph is created and not disposed ).

Using devcon to deactivate the cards during the standby operations fails because the cards are locked by tvserver. (i use restrt tv sevrer and the batch )

so that's why i think it is the reason.

i have a dedicated tv server , tried nforce board with AMd cpu, now i'm using a g35 board with intel processor the issue is the same so, i think, it is not a hw related problem.

In the logs there are no errors that is why i din't send any logs ( to be honest i stopped to send logs because i'm using mdapi , actually that is the only way to use my original sky italy card ON MY SYSTEM but i don't want to start to being polemic )


the last driver version was from 2009 , maybe the old patch could be useless now, my cards takes less then 15 sec to be ready (tried various timing, over 15 are always working)

there are still no-signal issue time to time at the first tune on the first card, but i have more then 1 tuner so it not a big problem for me.

l DO want to help mp community but the Team doesn't want my help because i use mdapi. Until the team will change their mind i can't help


What card i could use that work always with standby ? 2 or more tuner are required in my multiseat enviroment .

if i could have a version to try without that "workaround" i will be happy to test.

Thank you

 

[mm1352000]

Hi again

the bsod comes at the system resume more early that the tvserver is started. just after the POST procedure

Okay.

It happens just when before standby the card are preloaded or if not preloaded was tuned at least one time (it happens when the graph is created and not disposed ).

This is why I asked "Are you restarting the TV Server on resume?". If you enable that option in the Powerscheduler then I thought the TV Server was shut down before standby. Could be wrong though.

Using devcon to deactivate the cards during the standby operations fails because the cards are locked by tvserver. (i use restrt tv sevrer and the batch )

Understood.

l DO want to help mp community but the Team doesn't want my help because i use mdapi. Until the team will change their mind i can't help

I don't want to enter into a debate about this but I do want to say that we need all the help we can get. The rule is to be able to reproduce the problem without MDAPI or otherwise prove that it is an MP/TV Server problem. You *can* do that in this case very easily.

1. Disable MDAPI.
2. Leave the CAM enabled in TV Server (so TV Server still thinks it can decrypt channels with that tuner).
3. Clear logs.
4. (Restart TV Server.)
5. Attempt to tune any channel (can even be encrypted since TV Server thinks it can still decrypt - we know decryption will fail, but the point is to build the graph and make it start running).
6. Now reproduce the problem and post the logs.

I don't doubt that the TV Server will not be shut down when it goes into standby, and as you say this is likely to be the problem. I would have no problem whatsoever with providing a test build that allows the graph to be stopped for Twihan/Terratec/Azurewave/Technisat tuners (note: it still would not destroy the graph unless you stop the TV Server). This would help in 2 ways:

1. We would see if this logic is really needed. The "pause graph" option added by gibman in MP 1.2.x is probably enough to eliminate slow tuning/zapping if such a problem does exist.
2. We can see exactly what conditions cause the BSOD. Maybe it is even caused if the graph is not de-constructed and disposed before standby.

So three questions for you:
1. Have you tested the Powerscheduler option to restart TV Server on resume to see whether it does not already shut down TV Server *before* standby (to eliminate the need for your script/batch file).
2. Would you be willing to provide the logs using the method mentioned above?
3. Do you want me to provide the debug DLL for you to test?

Ball is in your court.

mm

 

[mrmojo666]

thank you for the prompt answer

firstly i want to tell that i'm already using the powerscheduler option restart tv srver with the batch file that on sleep it try to use devcon to disable cards and on resume devcon try to enable cards.

I want to specify that if kill tv server by script before stanby the pc is not more able to wakeup anymore so that is not my case.

then :

i would love to provide logs i'll try to make in the week end when my wife is sleeping and not watching tv lol

and yes again , i'd like to try new dll that could avoid the problem

byeeeeeeeeeeeee

 

[mm1352000]

firstly i want to tell that i'm already using the powerscheduler option restart tv srver with the batch file that on sleep it try to use devcon to disable cards and on resume devcon try to enable cards.

Okay.

I want to specify that if kill tv server by script before stanby the pc is not more able to wakeup anymore so that is not my case.

When you say "kill" do you mean literally terminate the tvservice process, or properly stop it (so that all resources are disposed).

i would love to provide logs i'll try to make in the week end when my wife is sleeping and not watching tv lol

I look forward to them...

and yes again , i'd like to try new dll that could avoid the problem

One thing I should mention: my understanding of the code logic was slightly wrong. The logic refuses to allow the graph to stop if the tuner has a real CI slot with CAM inserted. At least that is what it is meant to do. Your logs would show what is actually happening. The DLL is attached anyhow...

1. Stop TV Server.
2. Take a backup of the TVLibrary.dll in your TV Server install folder.
3. Download and extract the attached DLL into your TV Server install folder.
4. Start TV Server and perform your tests...

mm

 

[mrmojo666]

I want to specify that if kill tv server by script before stanby the pc is not more able to wakeup anymore so that is not my case.

When you say "kill" do you mean literally terminate the tvservice process, or properly stop it (so that all resources are disposed).

both if the service tv is not running during the standby operation the server won't wakeup , the server have to be running to make powersheduler working.

as soon as possible i will send you logs

just a question will i post on this 3d or will i open a new 3d ?

 

[mm1352000]

This thread is fine.

 

[mrmojo666]

hi,

i'm facing the first problems.

at first time i've tried to disable mdapi

i unregistered the mdapi filter OK

letting the cam enable i got unable to create graph even on FTA channels

obviuosly disabling cam make the FTA channels working and the scrambled ones give back "scrambled" but in this way i can't test my issue

how can i manage to let cam anabled and start the graph? the graph starts just if cam is disabled

 

[mm1352000]

Hi again

Sorry for the delayed response - I've had a week off...
You need to rename your M***I config folders so that TV Server knows M***I is not configured for your tuners.

mm

 

[mrmojo666]

hi mm1352000,

i could avoid MDAPI to load as you explained..

something odd is happening , even i had the issue all time using s3 and sometimes using s4, today after the whole afternoon of standbys/resumes i wasn't able to reproduce the bsod..


i feel very stupid now...... even i have the windows logs with the critical errors on resume from hibernate, the last one at the day before yesterday.

can i use your dll on everyday use to get logs when the bsod will came again?

One thing I should mention: my understanding of the code logic was slightly wrong. The logic refuses to allow the graph to stop if the tuner has a real CI slot with CAM inserted. At least that is what it is meant to do. Your logs would show what is actually happening. The DLL is attached anyhow...

i noticed that dll is a bit less heavy then the origin one, i didn't understand what is the difference....

may i ask you what are the differences?