Posts by pingpong

"Bad Status" heißt soviel das die Addon Funktionen nicht registriert werden konnten. Könnte auf einen Datenbank Fehler zurückzuführen sein.

Kannst du mal in "~/.kodi/userdata/Database" (oder Falls alter xbmc statt kodi) die "TV??.db" herausnehmen (Bitte Sicherheitskopie Machen falls nicht die Quelle) und ausprobieren, falls dann immer noch nicht auch die "Addons??.db",

Vielleicht auch noch das ganze log von xbmc unter http://pastebin.com legen damit ich mal darauf schauen könnte. EDIT: Bitte mit debug aktiviert.

Hello rofafor,

thanks for your patch, is added to r32579 of pvr-testing2.

Best regards,

Alwin

Quote

Original von Atechsystem
Pingpong du armer

wird schon werden

Quote

Original von Atechsystem
Jetzt gibts erstmal fürs Wochenende keine mehr. Bin ein paar Tage nicht da

Bin ab Morgen sowieso wieder arbeitstechnisch unterwegs, also wird es dann eh nicht so schnell gehen.

Arbeite derzeit daran die dynamische Programmumschaltung hinzubekommen.

Auf jedenfall vielen Dank für eure Backtraces, die helfen sehr.

Als temporäre Lösung konntet ihr mal in der VNSIData.cpp Zeile 641

bool haveCheckedLocalAccess = false;

auf true setzen, dies schaltet den lokalen modus ab und Aufnahmen werden rein über VNSI vom VDR geladen.

Hallo Leute,

könntet Ihr mir komplette Aufnahmen mit welchen dieses Problem auftritt zur Verfügung stellen? Bitte PN an mich.

Grüße,

Alwin

Also bei mir ist es derzeit so:
1. Ubuntu 10.04 Lucid
2. immer die aktuellste
3. SD + HD (DVB-T, DVB-C, Analog TV)
4. VDR 1.7.12, VNSI (aktuell), wirbelscan-0.0.5~pre11e
5. 30-35%
6. Standart Desktop konfiguration
7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden = ja
8. Aufnahmen (Direkt oder mit Timer) möglich = ja
9. Aufnahme-Verzeichnis "video.00" = ja
10. Benutzer xbmc=root, vdr=root

Als info wäre interessant ob vdr und xbmc als gleicher Benutzer laufen.

Grüße,

Alwin

Die Fehler mit der Zeitleiste und der keyboard.xml sind in r29787 behoben.

Danke a-user,

der backtrace hat sehr geholfen.

Hallo an alle die Abstürze haben.

könntet ihr XBMC und VDR mit gdb laufen lassen (gdb -pid=`pidof xbmc.bin` und wenn es crasht mittels:

(gdb) backtrace full
(gdb) info registers
(gdb) x/16i $pc
(gdb) thread apply all backtrace
(gdb) quit

einen backtrace erzeugen.

Das XBMC log hilft bei abstürzen leider nur bedingt.

Grüße,

Alwin

Hallo alib,

yes I removed the NO SIGNAL code temporary, it was not working as it was planned. A reworked version is added soon again.

PID change is currently not supported but have the highest priority to add.

Versucht mal r29764, hatte damit nach 1 Stunde TV schauen und 200 mal umschalten keine Abstürze mehr. Änderung betrifft nur das VNSI VDR plugin.

Hallo a-user,

werde jetzt mal nachschauen warum das Log fast immer von diesen "CDVDMessageQueue(audio)::Get - retrieved last data packet of queue" geflutet wird.

Hallo nolimitek,

nach welchem Wort willst du den suchen?

Fehlerbehebung hat eigentlich immer Priorität vor neuen Features und die Stabilität muss unter allen Distributionen und Bedingungen erfüllt sein, was nützt sonst die genialste Funktionalität wenn es immer Abstürzt.

Da jetzt seit r29631 alle notwendigen Features enthalten sind, werde ich mich die nächste Zeit auf Optimierung und Fehlerbehebung beschränken. Erst wenn alles stabil ist kommen dann wieder neue Features hinzu (die liste ist lang :unsch). Und da direkt nach der nächsten XBMC Release der trunk merge ansteht, hat sowieso die Fehlerbehebung Vorrang.

Des wegen wenn jemand Programmierkenntnisse hat und einen Fehler findet, wäre ich für Hilfe und Patches sehr dankbar, wegen der Größe der Änderungen zum trunk wird es solangsam schwierig für mich alles im Blick zu haben.

Grüße,

Alwin

Quote

Original von a-user
doofe frage, aber was ist LFS? und...
nur damit ich das richtig verstehe: d.h. veränderte reaktionszeiten verursachen jetzt probleme? passieren sollte das aber nicht. da ist ja dann was nicht ganz sauber. (bitte nicht als mecker-kritik verstehen).

mich würde allerdings genauer interessieren, was der unterschied zwischen LFS und ubuntu hier ist (wobei ich erstmal wissen möchte was lfs ist )

Keine Angst, verstehe es schon nicht meckern hast ja recht ;).

Da die ganze umschaltgeschichte sehr auf Highspeed getrimmt ist kommt es da zu Problemen, dachte nur nicht das sie so groß sind.

LFS ist in dem Sinn keine Distribution. Bei LFS wird das Betriebssystem von Grund auf aus den Sourcen selbst gebaut was so eine Woche dauern kann wenn man es nicht automatisiert abläuft. Im gegensatz zu Distributionen welche jede erdenkliche Hardware unterstützen muss kann unter LFS mit Optimierung während des kompilieren die höchstmögliche Performance aus jeder Anwendung geholt werden. Nachteil dann ist, es läuft teilweise auf keiner anderen Hardware mehr.

siehe hier

Quote

Original von Atechsystem
Hi Alwin,

das sehe ich Im svn sind wieder updates - bin dran Was ist denn an LFS so anders, das sort diese Probleme nicht auftreten?

Gruß
Atech

LFS lief so ziemlich bei allen operationen 10-20% schneller ab (bei SQLlite sogar 90%) und war direkt auf meine Hardware angepasst und kompiliert. Denke wegen der erweiterten Debug Funktionalität von Ubuntu sind IPC (inter process communication) und Thread aufrufe länger was sich dann mit einigen Prozessen nicht verträgt.

Hallo Atechsystem,

seit ich von LFS auf Ubuntu umgestiegen bin hab ich eure beschriebenen Abstürze auch, kommen daher das vdr beim umschalten Abstürzt und XBMC mitzieht.

Hab in r29741 etwas im vnsi Server plugin geändert hier wurde es dadurch stabiler.

Bin auf jedenfall dran.

Grüße,

Alwin

Hast du nur XBMC aktualisiert oder auch das plugin? Die Änderungen für pvrinput beziehen sich nur auf das VNSI VDR plugin.

Hallo pacha_muc,

halte es für unwahrscheinlich das analog tv mit r29507 geht.

geht erst ab r29720.

War schneller :). Hatte mich gestern daran gesetzt und meine alte PVR250 eingebaut. Probier mal r29720 sollte damit funktionieren.

Grüße,

Alwin

Quote

Original von a-user
aber ich kann keine channels aktivieren. sobald ich enter drück um auf einen sender zu schalten kommt unten das kleine fenster "in arbeit...". entweder ich beende den vdr service, dann bricht xbmc ab, oder ich kille xbmc. was anderes hilft nicht.

das hatte ich auch schon vorher ab un zu, jeh nach wetterlage

aber jetzt scheint es immer zu passieren. vieleicht auch nur pech grad. was kann ich denn als infos dazu posten? in der xbmc.log se#teht nur, dass er die verbindung öffnet und dann den warte-dialog started.

p.s. vdr paar mal neustarten hat auch nichts genützt.

EDIT: der dritte pc-neustart hat geholfen. jetzt scheint es zu gehen. merkwürdig.

Versuch mal ob es mit r29711 besser ist. Dort sind einige Änderungen VDR VNSI Server Plugin enthalten.

Wird noch nicht unterstützt, kommt aber auch noch in nächster Zeit