Project

General

Profile

Bug #2260

changing channel causes extra EIT scan, and next channel does not tune

Added by Rob vh about 10 years ago. Updated about 10 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2014-08-29
Due date:
% Done:

0%

Estimated time:
Found in version:
3.9.1355
Affected Versions:

Description

I'm watching NET5 on 19.2E, I switch to VeronicaHD on 23.5E (adapter #2), at 12:57.
I see that the switch takes place on the same adapter but another adapter gets activated to do a scan of the 19.2E mux. VeronicaHD does not tune properly, it runs into CC errors.
Later, I disable all adapters except #2 to prove that the same switch works fine if I prevent the scan.

Disabling "Idle scan" on the Network also prevents the extraneous EIT scan, and switching goes well.
I suspect the communication with oscam goes awry with the simultaneous tune of VeronicaHD and the EIT scan.


Files

History

#1

Updated by Crazy Fin about 10 years ago

I see the same issue on 3.9.1353.
Every time I switch channels on any of the attached clients (XBMC or TVH client on Android table) I see in the TVH webgui that TVH doesa short EPG scan.

Happens very seldom though that the next channel does not tune, works fine in most of the cases on my setup.

I have Idle Scan enabled and if I disable it the problem disappears.

#2

Updated by Jaroslav Kysela about 10 years ago

  • Status changed from New to Fixed

Fixed in v3.9-1355-g9eea481 .

#3

Updated by Rob vh about 10 years ago

I don't understand, I reported this issue with 1355. What is the fix level?

Fixed in v3.9-1355-g9eea481 .

#4

Updated by Crazy Fin about 10 years ago

Still same problem in 3.9.1447.

When switching channel while for example running 2 XBMC:s on two separate computers I suddenly see a third stream in the status view on TVH webgui.
These extra scans looks like a MUX scan being performed (EPG scan?) everytime I switch channel.
Sometimes XBMC freezes or crashes due to the big delays caused by these extra MUX scans.

Just for fun I tested a very old version 3.9.570 and no problems at all in that old version and channel switching very fast (1-3 seconds) compared to the current releases (started somewhere after 3.9.1300) where it sometimes can take as much as 15 to 20 seconds.

If I turn of Network Discovery and Idle Scan it works fine and no extra MUX scans being observed when changing channels.

#5

Updated by Crazy Fin about 10 years ago

I am on 3.9.1942 now and as soon as I enable Network Discovery and Idle Scan I still get this extra MUX scan being performed on every channel switch?!

If I for example have 2 XBMC:s connected to TVH I see two streams in the status view of TVH webgui but as soon as I switch channel on any of the 2 XBMC:s that are running I suddenly see a third stream that disappears after a while (5-15 seconds). This causes the channel switching to be delayed and sometimes it even causes a channel freeze until I switch the channel again.

See attached screenshots of the settings as well as a very short cutout from my tvh.log.

Also available in: Atom PDF