Strange numbers instead of channel names
#1
Hello,
i created today a new clean install of current kodi helix on a machine and observed something very strange. when i activated pvr using latest vnsi server and client plugin/addon it started to import the channels. Though, they are all given strange numbers as name isntead of their channel names.

Code:
23:44:41 T:139921134167808   DEBUG: PVRManager - Load - active clients found. continue to start
23:44:41 T:139922486081728   DEBUG: ------ Window Init (DialogExtendedProgressBar.xml) ------
23:44:41 T:139922486081728   DEBUG: Window DialogExtendedProgressBar.xml was already loaded
23:44:41 T:139922486081728   DEBUG: Alloc resources: 0.00m
23:44:41 T:139921134167808   DEBUG: PVR - Load - loading all radio channel groups
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - LoadFromDb - no channels in the database
23:44:41 T:139921134167808   DEBUG: PVRChannelGroup - Load - 0 channels loaded from the database for group 'All channels'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 1495574555'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 1506898125'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 1663881971'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 301582474'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 76873716'
23:44:41 T:139921134167808    INFO: PVRChannelGroupInternal - AddAndUpdateChannels - added radio channel 'Kanal 1984030093'
same goes for the tv channels.

it is the client addon vnsi version 1.9.13, vdr 2.0.3 and the fernetMenta vdr plugin vnsiserver from here: git clone https://github.com/FernetMenta/vdr-plugin-vnsiserver

anyone observed something similar?

i copied from my other machine the client addon version 1.9.12 and there the problem does not exists. so it seems something is broken in current 1.9.13 of the vnsi client addon.
Reply
#2
I did not notice any issue and there was no change in that part of the code. Maybe a problem with your channels.conf. What do you get with vdrpsand LSTC?
Reply
#3
as i posted later, it only happens with the version 1.9.13. with previous version 1.9.12 of the addon all is fine. in both cases i had resetted pvr databes and did a full channel reimport.

svdrpsend LSTC shows this:
Code:
220 htpc SVDRP VideoDiskRecorder 2.0.3; Fri Sep  5 18:29:50 2014; UTF-8
250-1 Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
250-2 ZDF HD;ZDFvision:11361:HC23M5O35P0S1:S19.2E:22000:6110=27:6120=deu@3,6121=mis@3,6123=mul@3;6122=deu@106:6130;6131=deu:0:11110:1:1011:0
250-3 VOX;RTL World:12187:HC34M2S0:S19.2E:27500:167=2:136=deu@3:71;74=deu:0:12060:1:1089:0
250-4 RTL Television,RTL;RTL World:12187:HC34M2S0:S19.2E:27500:163=2:104=deu@3;106=deu@106:105;110=deu:0:12003:1:1089:0
250-5 kabel eins;ProSiebenSat.1:12544:HC56M2S0:S19.2E:22000:767=2:768=deu@3:34:0:17502:1:1107:0
250-6 SAT.1;ProSiebenSat.1:12544:HC56M2S0:S19.2E:22000:255=2:256=deu@3;259=deu@106:32:0:17500:1:1107:0
250-7 ProSieben;ProSiebenSat.1:12544:HC56M2S0:S19.2E:22000:511=2:512=deu@3;515=deu@106:33:0:17501:1:1107:0
250-8 TELE 5;BetaDigital:12480:VC34M2S0:S19.2E:27500:1535=2:1536=deu@3:38:0:51:133:33:0
250-9 RTL2;RTL World:12187:HC34M2S0:S19.2E:27500:166=2:128=deu@3:68:0:12020:1:1089:0
250-10 Disney Channel;BetaDigital:12460:HC34M2S0:S19.2E:27500:2047=2:2048=deu@3;2051=deu@106:36:0:1793:133:5:0
250-11 ProSieben MAXX;ProSiebenSat.1:12544:HC56M2S0:S19.2E:22000:1535=2:1536=deu@3:37:0:17505:1:1107:0
250-12 RTLNITRO;RTL:12187:HC34M2S0:S19.2E:27500:173=2:146=deu@3:84:0:12061:1:1089:0
250-13 SIXX;ProSiebenSat.1:12460:HC34M2S0:S19.2E:27500:767=2:768=deu@3:35:0:776:133:5:0
250-14 SUPER RTL;RTL World:12187:HC34M2S0:S19.2E:27500:165=2:120=deu@3:65;66=deu:0:12040:1:1089:0
Reply
#4
That's really strange because the VNSI addon itself did not change between 1.9.12 and 1.9.13. Only general code did but I don't see any related changes. Could you please update to current version which is 1.9.14
Reply
#5
now I see what happened. currently master branch of pvr addons is not compatible with master of XBMC. the pvr addons repository has already the API change which was not yet merged into XBMC.
you need to checkout this SHA from opdenkamp repository: 1975fa9bbf08402eb19503b63218d49e942cb8df
Reply
#6
the link you posted gives 404 not found.
Reply
#7
for some reason you can post git revision here. check version here: https://github.com/xbmc/xbmc/blob/2112a8...s/Makefile
Reply
#8
so what's your suggestion now? substituting my current makefile with the one from the link?
Reply
#9
I can't give you any recommendation because I don't know how you build xmbc and the addons. Our build servers build the addons together with other dependencies and use this makefile to check out the correct version. If you build the addons yourself just checkout the version stated in the makefle.
Reply
#10
well, i check out xbmc master branch git and build that by bootstrap, config make ...
the client side addons are checkked out from https://github.com/opdenkamp/xbmc-pvr-addons and compiled simply with make zip (configure etc done before of course).

nothing much special.

edit: well, sorst case i stick to 1.9.12 until the api is in sync again (between xbmc and the vnsi addon). right?
Reply
#11
while in the pvr-addons directory just type: git checkout <sha>
sha (version) is given in the makefile.
Reply
#12
what exactly is sha? git checkout <sha> gives strang bash error. i assume you mant me to have that substituted with something.

i think i got it now. what ever the letters SHA actually means, you meant the commit version right?
Reply
#13
correct. the version here is expressed by this 40 digit SHA (secure hash algorithm). sorry for having used this term.
Reply
#14
ok. well, i did this, compiled the addonm installed and i see the addon version to be 1.9.12 in xbmc, which is what i already were running as it seems Big Grin

remember that i switched back to a previous build of the addons?

anyhow, i wll check out from time to time the master branch and see when the current developement state is again working with xbmc, which i also am updating and building regulary,
Reply
#15
it is supposed to work again when this PR is merged into XBMC: https://github.com/xbmc/xbmc/pull/5290 This change will also bump the version in the Makefile.
Reply

Logout Mark Read Team Forum Stats Members Help
Strange numbers instead of channel names0