Reply to thread

Message

Okay.

"Auto" in DVBViewer is probably "not defined" or "not set".

For the 3650 people have been recommending 1.0.2.20, but I don't have the tuner so I can't confirm. Other drivers might be better - most people would not have tried the drivers from the other resellers.

Take the example of switching to SAT.1 in your logs. Deciding which tuner to use took 10 ms (TV Server). Tuning took just under 1 second (~95% driver). Waiting for and decoding PMT (information about the available video and audio streams) took about 200 ms (TV Server). Telling the CAM to descramble took 1 second (all driver). Waiting for the timeshift file to be created took 740 ms (HDD speed). Total of ~3.1 s to tune. Then MP takes probably another second to start showing TV - this could be reduced if you *set your TV codec preferences* (leaving them unset is very bad). You could also try to reduce the zap timeout/delay (time before starting the switch) as described -->here<--.

Anyhow as you can see, most of the delay is out of our hands. You have settings you can change and the rest is driver, HDD and codecs.

Encoding is only relevant for analog tuners. MP has to *decode* the signal in this case. For the MPEG 2 channels like SAT.1 it doesn't really matter. For the HD channels like Das Erste HD then it might help with CPU load, but probably not a lot with switching speed.

No, I think the CI menu for Twinhan/Terratec/Technisat tuners is broken somehow in our code. I need a CI module to be able to try to fix this.

It is the thing you mentioned:

That is not for CAMs. Read the details in our wiki for "preferred network provider" -->here<--. It *might* help but it also might cause problems.

Red means encrypted. Green means free-to-air.

mm

<blockquote data-quote="mm1352000" data-source="post: 799798" data-attributes="member: 82144">Okay.&quot;Auto&quot; in DVBViewer is probably &quot;not defined&quot; or &quot;not set&quot;.For the 3650 people have been recommending 1.0.2.20, but I don't have the tuner so I can't confirm. Other drivers might be better - most people would not have tried the drivers from the other resellers.Take the example of switching to SAT.1 in your logs. Deciding which tuner to use took 10 ms (TV Server). Tuning took just under 1 second (~95% driver). Waiting for and decoding PMT (information about the available video and audio streams) took about 200 ms (TV Server). Telling the CAM to descramble took 1 second (all driver). Waiting for the timeshift file to be created took 740 ms (HDD speed). Total of ~3.1 s to tune. Then MP takes probably another second to start showing TV - this could be reduced if you *set your TV codec preferences* (leaving them unset is very bad). You could also try to reduce the zap timeout/delay (time before starting the switch) as described --&gt;<a href="http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/MediaPortal_Configuration/13_GUI/6_On-Screen_Display_*" target="_blank">here</a>&lt;--.Anyhow as you can see, most of the delay is out of our hands. You have settings you can change and the rest is driver, HDD and codecs.Encoding is only relevant for analog tuners. MP has to *decode* the signal in this case. For the MPEG 2 channels like SAT.1 it doesn't really matter. For the HD channels like Das Erste HD then it might help with CPU load, but probably not a lot with switching speed.No, I think the CI menu for Twinhan/Terratec/Technisat tuners is broken somehow in our code. I need a CI module to be able to try to fix this.It is the thing you mentioned:That is not for CAMs. Read the details in our wiki for &quot;preferred network provider&quot; --&gt;<a href="http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/TV-Server_Configuration/02_TV_Servers" target="_blank">here</a>&lt;--. It *might* help but it also might cause problems.Red means encrypted. Green means free-to-air.mm</blockquote>

[QUOTE="mm1352000, post: 799798, member: 82144"] Okay. "Auto" in DVBViewer is probably "not defined" or "not set". For the 3650 people have been recommending 1.0.2.20, but I don't have the tuner so I can't confirm. Other drivers might be better - most people would not have tried the drivers from the other resellers. Take the example of switching to SAT.1 in your logs. Deciding which tuner to use took 10 ms (TV Server). Tuning took just under 1 second (~95% driver). Waiting for and decoding PMT (information about the available video and audio streams) took about 200 ms (TV Server). Telling the CAM to descramble took 1 second (all driver). Waiting for the timeshift file to be created took 740 ms (HDD speed). Total of ~3.1 s to tune. Then MP takes probably another second to start showing TV - this could be reduced if you *set your TV codec preferences* (leaving them unset is very bad). You could also try to reduce the zap timeout/delay (time before starting the switch) as described -->[URL="http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/MediaPortal_Configuration/13_GUI/6_On-Screen_Display_*"]here[/URL]<--. Anyhow as you can see, most of the delay is out of our hands. You have settings you can change and the rest is driver, HDD and codecs. Encoding is only relevant for analog tuners. MP has to *decode* the signal in this case. For the MPEG 2 channels like SAT.1 it doesn't really matter. For the HD channels like Das Erste HD then it might help with CPU load, but probably not a lot with switching speed. No, I think the CI menu for Twinhan/Terratec/Technisat tuners is broken somehow in our code. I need a CI module to be able to try to fix this. It is the thing you mentioned: That is not for CAMs. Read the details in our wiki for "preferred network provider" -->[URL="http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/141_Configuration/TV-Server_Configuration/02_TV_Servers"]here[/URL]<--. It *might* help but it also might cause problems. Red means encrypted. Green means free-to-air. mm [/QUOTE]