Channel tuning issue - ABC Australia in Melbourne

[bossanova808]

(I rebooted the container and did another manual EPG update and the guide for those channels is there now...)

[mvallevand]

I think something is intermittent. For your first scan did you see these and try and play them? It looks like the LCN wasn't being read so the Linux library gave them these bogus names but the 560-575

Code:

2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#560] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#561] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#562] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#563] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#564] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#565] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#566] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#567] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#568] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#569] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#570] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#571] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#572] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#573] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#574] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [226.50MHz#575] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1585] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1587] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1588] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1589] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1590] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1591] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1592] (not found in most recent scan)
2025-10-22 07:41:00.187    [DEBUG][27]    ...using existing tuning for [219.50MHz#1593] (not found in most recent scan)

[bossanova808]

TBH I've tried a lot of things. Many scans using the existing entires to see if it was a temp reception thing (we're having some weather here at the moment...).

I can currently see both the ABC names and those bogus ones in adapter0-DVB-T-channels.conf

e.g.

[ABC NEWS]
SERVICE_ID = 560
NETWORK_ID = 4112
TRANSPORT_ID = 561
VIDEO_PID = 2314
AUDIO_PID = 2315 2415
PID_06 = 2316
PID_05 = 5500
FREQUENCY = 226500000
MODULATION = QAM/64
BANDWIDTH_HZ = 7000000
INVERSION = ON
CODE_RATE_HP = 3/4
CODE_RATE_LP = 1/2
GUARD_INTERVAL = 1/16
TRANSMISSION_MODE = 8K
HIERARCHY = NONE
DELIVERY_SYSTEM = DVBT

and

[226.50MHz#560]
SERVICE_ID = 560
VIDEO_PID = 2314
AUDIO_PID = 2315 2415
PID_06 = 2316
PID_05 = 5500
FREQUENCY = 226500000
MODULATION = QAM/64
BANDWIDTH_HZ = 7000000
INVERSION = ON
CODE_RATE_HP = 3/4
CODE_RATE_LP = 1/2
GUARD_INTERVAL = 1/16
TRANSMISSION_MODE = 8K
HIERARCHY = NONE
DELIVERY_SYSTEM = DVBT

...are both in there? Which does not seem right.

I will likely nuke the container once I have things working and re-set up from scratch with the 'known-good' path. But for now I have the channels and guides there ok, and layback (CPU) works.

I am now on to trying to work out why VAAPI with my Meteor Lak iGPU doesn't work...although, realistically, I will barely need it as we pretty much only ever watch live TV through Kodi and that doesn't need transcoding...it's only testing in the browser that seems to need it.

[mvallevand]

That's exactly what is supposed to happen They aren't really bogus, the Linux API couldn't get the LCN in one of the scan but we don't have the earlier logs but NextPVR doesn't try an match them other than name.

Martin

[bossanova808]

Ok, I presume that's from scans with the default au-Melbourne vs the separate one then. Glad it is ok that they are there.

Thanks for your help. it's appreciated.

[mvallevand]

The entries without the "name" are actually bad because the TSID and ONID aren't being returned either. This is all Linux API stuff really out of NextPVR control.

Martin