[ANNOUNCE] muggle 0.1.6

    Hallo,


    mal wieder was neues vom Muggle-Team... Neuerungen:



    • Beenden des vdr via kill konnte ein leeres muggle.state erzeugen. Fixed.
    • Neue Sortierungen: Nach dem ersten Buchstaben von Artist oder Titel.
    • Der Import läuft nun als eigener thread (Menu nicht geblockt, watchdog-Problem beseitigt)


    Download hier:


    http://www.htpc-tech.de/htpc/m…vdr-muggle-0.1.6-BETA.tgz


    Lars

    Eigentlich wollte ich heute frueh ins Bett! Aber jetzt muss ich noch die neue muggle Version testen. Ich bin suechtig! SCHEISSE.


    Danke fuer muggle. Ich wollte gerstern noch das Feature mit den Anfangsbuchstaben einkippen, aber ihr ward wieder schneller!


    EDIT
    23:51: laeuft und für gut befunden! Na wenigstens läuft muggle ;)
    /EDIT

    Hi,
    natuerlich auch gleich getestet:
    Mit vdr 1.3.22 Absturz sobald etwas in eine Sammlung eingefuegt werden soll.
    Gruss
    Burkhardt
    Zusatz: Einzigste Meldung:

    Code
    Mär 22 00:20:00 vdr vdr[4029]: Text2Skin: menu display update thread started (pid=4029, tid=311304)
Mär 22 00:20:02 vdr vdr[29553]: valindex: Gibt es nicht:
Mär 22 00:20:02 vdr vdr[29553]: valindex: Gibt es nicht:
Mär 22 00:20:05 vdr su: pam_unix2: session finished for user root, service su


    Noch ein Zusatz: Von einem Remotesystem (auch VDR 1.3.22) klappts wunderbar.
    Auch der Konsole (bei dem Serverr, bei dem es nicht klappt):

    Code
    dbg 1: Using socket (null) for connecting to local system as user vdr.
dbg 1: Using socket (null) for connecting to local system as user vdr.
dbg 1: Using socket (null) for connecting to local system as user vdr.
dbg 1: mgMuggle::Start: 10318 Looking for file /etc/vdr_new/plugins/muggle/playlist_commands.conf
dbg 1: mgAction::ProcessKey(7)
dbg 1: mgTree::Process(7)
dbg 1: Using socket (null) for connecting to local system as user vdr.

    Hi,
    jetzt nochmals etwas mehr log:


    Verstehe das Ganze wirklich nicht, denn der client (greift auf die gleiche DB zu) hat die Probleme eben nicht.
    Hab natuerlich alle moeglichen Optionen (mit socket, tcp, verschiedene user, ...) durchprobiert, doch beim Server bleibt das Problem (DB hab ich jetzt auch voellig neu angelegt).
    Gruss
    Burkhardt

    Zitat

    Original von burki

    Code
    valindex: Gibt es nicht:


    diese Meldung gibt es in 0.1.6 nicht mehr, Du führst da irgendetwas Altes aus.


    Betrachte Dich dabei ertappt, die armen Entwickler hereinlegen zu wollen :D

    tom: die neue Version lief problemlos durch beim uupdate. Ein Reject, aber den kann man getrost ignorieren. Das war eine Änderung die jetzt in den Source Code eingeflossen ist. Ich kanns aber nur fuer die HAVE_ONLY_SERVER Version sagen. Nur die laeuft naemlich bei mir auf der Platte. Die andere Version hab ich nicht getestet.

    Snief.... habe wohl wieder einen zu alten gcc


    Zitat

    Original von MarcTwain

    Code
    redefinition of `template <class _Tp> void swap(_Tp &, _Tp &)'
../../../tools.h:54: `template <class T> void swap(T &, T &)' previously declared here


    das kommt immer wieder daher, dass vdr selber ein swap deklariert. Warum auch immer.


    Danke, jetzt compiliert es.


    Leider habe ich noch den gleichen Fehler wie in 0.1.5 mit mugglei und lokaler Datenbank:


    dbg 1: setting datadir to /root/.muggle
    dbg 1: setting datadir to /db
    dbg 1: calling mysql_server_init for external
    dbg 1: Using socket (null) for connecting to local system as user (null).
    Segmentation fault


    DB relevante Parameter
    -d /db
    -t /mnt/mp3


    ldd /usr/bin/mugglei
    libtag.so.1 => /usr/lib/libtag.so.1 (0xb7fa5000)
    libpthread.so.0 => /lib/libpthread.so.0 (0xb7f91000)
    libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7f63000)
    libnsl.so.1 => /lib/libnsl.so.1 (0xb7f4f000)
    librt.so.1 => /lib/librt.so.1 (0xb7f3e000)
    libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0xb7ef5000)
    libm.so.6 => /lib/libm.so.6 (0xb7ed4000)
    libc.so.6 => /lib/libc.so.6 (0xb7db7000)
    libz.so.1 => /lib/libz.so.1 (0xb7da9000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fed000)


    Mysql Lib ist also richtig reingelinkt.


    Da man mugglei nicht mehr unbedingt braucht, ist das nicht so wichtig.


    der erste Fehler ist natürlich, dass er per socket verbinden will. Alles Weitere betrachte ich mal als Folgefehler.


    Hilft das hier: (ungetestet)

    Hi Wolfgang,

    Zitat

    Betrachte Dich dabei ertappt, die armen Entwickler hereinlegen zu wollen großes Grinsen


    nunja, so einfach lasse ich mich nicht befriedigen.
    Hab gestern eben dann wieder 0.1.5 probiert, doch jetzt nochmals:


    ich kann machen was ich moechte, es gelingt mir nicht auf dem Rechner auf dem die DB liegt, eine playlist zu erstellen/fuellen.
    Gruss
    Burkhardt


    Im syslog:

    Code
    Mär 22 09:52:51 vdr vdr[14368]: index: Gibt es nicht:
Mär 22 09:52:51 vdr vdr[14368]: index: Gibt es nicht:
Mär 22 09:52:52 vdr vdr[14375]: changing pids of channel 285 from 701+701:702:204 to 901+901:902:204
Mär 22 09:52:57 vdr su: pam_unix2: session finished for user root, service su

    Jetzt geht es. Was mich noch beunruhigt:


    050322 9:53:12 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    050322 9:53:12 InnoDB: Starting log scan based on checkpoint at
    InnoDB: log sequence number 0 43634.
    InnoDB: Doing recovery: scanned up to log sequence number 0 43634


    Wird die DB beim Stop von vdr sauber geschlossen?


    Vielleicht wurde das auch vom defekten mugglei verursacht. Mal schauen, ob ich es reproduzieren kann.

    Zitat

    Original von MarcTwain
    Wird die DB beim Stop von vdr sauber geschlossen?


    Ja, wenn vdr sauber beendet wird.


    Ich mache das immer mit CTRL-C, und da macht vdr auch ohne Patches und Plugins oft einen segfault (siehe ML).


    Was wäre eigentlich abgesehen von CTRL-C der korrekte Weg, vdr zu beenden?

    Zitat

    Original von burkiich kann machen was ich moechte, es gelingt mir nicht auf dem Rechner auf dem die DB liegt, eine playlist zu erstellen/fuellen.


    dann weiss ich erstmal auch nicht weiter, ich müsste eigentlich einen Backtrace haben (gdb). Dazu müsstest Du aber selber kompilieren oder sehen, ob derjenige, von dem Du Dein Binary hast, Dir eines mit Debug-Info machen kann.


    Sonst müsste ich an jede Menge Debugoutput einbauen, um zu sehen, wo er noch durchkommt, aber dafür fehlt mir zur Zeit ein bisschen die Zeit.

    Einen habe ich noch....


    Mar 22 10:06:07 vdr user.info vdr[1973]: info: 11000 Tracks importiert...
    Mar 22 10:06:07 vdr user.err vdr[1973]: ERROR: attempt to open OSD while it is already open - using dummy OSD!
    Mar 22 10:06:07 vdr user.err vdr[1973]: ERROR: OSD opened without closing previous OSD!


    Ich wollte gerade einen Timer löschen, auf dem OSD erschien die Meldung, ob ich löschen wolle. Gleichzeitig versuchte nun muggle eine Infomessage auszugeben. Dann stürzte der vdr ab....

    Zitat

    Original von MarcTwain
    Mar 22 10:06:07 vdr user.info vdr[1973]: info: 11000 Tracks importiert...
    Mar 22 10:06:07 vdr user.err vdr[1973]: ERROR: attempt to open OSD while it is already open - using dummy OSD!
    Mar 22 10:06:07 vdr user.err vdr[1973]: ERROR: OSD opened without closing previous OSD!


    Ich wollte gerade einen Timer löschen, auf dem OSD erschien die Meldung, ob ich löschen wolle. Gleichzeitig versuchte nun muggle eine Infomessage auszugeben. Dann stürzte der vdr ab....


    Das geht bei mir:

    Code
    Mar 22 10:21:23 mm vdr[20426]: confirm: Timer löschen?
Mar 22 10:21:27 mm vdr[20435]: info: 1000 Tracks importiert...
Mar 22 10:21:33 mm vdr[20426]: not confirmed
Mar 22 10:21:34 mm vdr[20426]: confirm: Timer löschen?


    hast Du nach embedded oder Server importiert?


    Vielleicht ist das eher ein vdr - Problem:


    http://linvdr.org/mailinglists/vdr/2004/11/msg00870.html


    da gibt es auch einen Patch, auch für 1.3.23

    Hi,

    Zitat

    azu müsstest Du aber selber kompilieren oder sehen, ob derjenige, von dem Du Dein Binary hast, Dir eines mit Debug-Info machen kann.


    alle meine VDRs und plugins sind selbst kompiliert ...


    ja, es scheint etwas mit dem OSD zu tun zu haben.
    Jetzt mit dem "klassischen VDR" probiert --> geht
    Mit ST:TNG:Konsole --> geht
    Mit Skin-Elchi-Plugin --> geht
    Mit DeepBlue --> Absturz ...


    Komisch ist nur, dass ich auch auf dem anderen Rechner DeepBlue benutze (aber nur mit xine, d.h. keine DVB-Karte) und keinen Absturz reproduzieren kann.
    Gruss
    Burkhardt


    Ich habe mit embedded gearbeitet.


    Leider finde ich vdr-ttxtsubs-0.0.5-charset_fix-custom_color-for-developer-vdr.diff.gz
    nirgends mehr. :(

    wolfgang61
    Scheue Frage:


    Fragst Du auf Null ab, wenn Du das OSD geöffnet hast?


    if ( osd != NULL) ....


    -> Du verwendest Skins.Message


    Lief bei Dir muggle, als Du das Problem versucht hast reproduzieren? Bei mir nicht.


    Hast Du text2skin im Einsatz?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden