Sendersuchlauf friert ein(verdacht auf falsches DB Schema) (1 Viewer)

[sotex]

MediaPortal Version: 1.2.2
MediaPortal Skin: Default
Windows Version: Windows 7
CPU Type: Sempron 2800(3200 Mhz)
HDD: Maxtor 200GB
Memory: 2GB
Motherboard: Biostar T-Force 6100
Video Card: GeForce 9800GTX+
Video Card Driver:
Sound Card:
Sound Card AC3:
Sound Card Driver:
1. TV Card: Technisat Skystar HD 2
1. TV Card Type: DVB-S2
1. TV Card Driver: 1.1.0.403
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: LAV
MPEG2 Audio Codec: FFMpeg
h.264 Video Codec: LAV
Satelite/CableTV Provider: Astra 19.2°E
HTPC Case:
Cooling:
Power Supply:
Remote: Technisat IR
TV:
TV - HTPC Connection:

Hoi,
bei mir geht seit einiger Zeit der Sendersuchlauf nicht mehr korrekt.
Er bleibt beim zweiten Eintrag hängen (vermute weil er da nen neuen Sender findet), mit folgendem Stacktrace:

2012-02-01 22:15:44.552734 [DVB-S scan thread(9)]: Exception   :System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei SetupTv.Sections.CardDvbS.Scan(Int32 lnb, BandType bandType, DisEqcType diseqc, SatelliteContext context)
   bei SetupTv.Sections.CardDvbS.DoScan()

Ich hab die Datenbankstruktur im Verdacht.
Hab MediaPortal seit 1.0.1 im Einsatz und eigtl nciht neuinstalliert. Denke ne DB Migration ist da nicht sauber durch und mir fällt es nur jetzt zig Jahre später auf weil ich ma wieder n Sendersuchlauf starten wollte

Hatte auch schon n Problem mit dem Datumswert lastGrabTime was nil war, er aber n Default-Wert wollte.
Hab kurzerhand die Tabledefinitions migriert.

CREATE TABLE `channel` (
  `idChannel` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(200) NOT NULL,
  `isRadio` bit(1) NOT NULL,
  `isTv` bit(1) NOT NULL,
  `timesWatched` int(11) NOT NULL,
  `totalTimeWatched` datetime NOT NULL DEFAULT '2000-01-01 00:00:00',
  `grabEpg` bit(1) NOT NULL,
  `lastGrabTime` datetime NOT NULL DEFAULT '2012-01-01 00:00:01',
  `sortOrder` int(11) NOT NULL,
  `visibleInGuide` bit(1) NOT NULL,
  `externalId` varchar(200) NOT NULL,
  `freetoair` bit(1) NOT NULL,
  `displayName` varchar(200) NOT NULL,
  `epgHasGaps` bit(1) DEFAULT NULL,
  PRIMARY KEY (`idChannel`),
  KEY `idxChannel` (`isTv`,`sortOrder`),
  KEY `idxChannelRadio` (`isRadio`)
) ENGINE=MyISAM AUTO_INCREMENT=1414421111 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;

Anbei der Komplette Schema-Dump:
https://gist.github.com/1719760

nicht wundern, hab das per Remote Gedumped, deswegen steht da Linux.

Wäre super wenn jemand n Hinweis hätte.
Evtl reicht mir schon n saubrer Schema-Dump zum vergleich.

Vielen Dank schonmal

 

[sotex]

AW: Sendersuchlauf friert ein(verdacht auf falsches DB Schema)

Hm, habe in ner Snadbox MediaPortal erneut installiert. Das Schema ist doch in ordnung.
Waren 2-3 Ungenutze Felder die aber keine Probleme machen sollten(habe sie dennoch gelöscht).

Gibt es eine Möglichkeit n vollständigen Stacktrace mit Codezeile zu produzieren?
Würd gern wissen wie er zu dem Nulpointer kommt

Ich habs.

In der Tabelle tuningdetail waren Einträge welche idChannel noch ChannelNumber hatten. Waren beide auf 0.

evtl sollte hier der Channelscan etwas robuster sein. Ein cleanup der Tuningdetails bei jedem scann wäre toll.
wenn mir jemand den Entwicklungsprozess für MP-1 erklärt mach ich gerne ne entsprechende Klasse mit tests und n Pull-Request bei Github.