[Announce] XXV Beta Relase 0.50

  • Jo Super vielen Dank !!!!!!!


    Hattest zwar nicht DIE Lösung gepostet aber nach betrachten der


    /proc/***/environ


    stellte ich fest das dort


    LC_CTYPE=de_DE.UTF-8


    gesetzt ist, doch Ändern im /etc/init.d/xxvd brachte den Erfolg



    Meine Umlaute sind Umlaute und kein /&§%§="
    und die Timeransicht funktioniert.


    Danke nochmal für den entscheidenden Hinweis
    hoffe es hilft auch anderen!


    cu Lonzo

  • Ooops,


    jetzt habe wir uns missverstanden :(


    Was ich meinte ist ein check out des svn
    und daraus ein nettes Paket mit neuer Revisionsnummer packen und hier ablegen.
    http://www.xpix.de/downloads/xxv/?M=D
    Oder ist die Zeit dafür noch nicht reif?


    607 habe ich schon gesehen. ;)


    Cheers :prost2


    /bin/joerg



    //// EDIT


    Danke, Paket ist angekommen :) :) :)

  • Habe beim starten noch ne Fehlermeldung wegen PODIR - Programm nicht gefunden.
    Denke da ist ein Leerzeichen zu viel in etc/xxvd

  • hi
    ich habe gerade ein svn up gemacht (rev 609) - und nun scheint der autotimer nicht mehr zu funktionieren.

    Code
    117 (250) [22:07:57] AUTOTIMER: DBD::mysql::db selectall_hashref failed: You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near '77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97, at /usr/src/XXV/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 369.
    118 (250) [22:07:57] AUTOTIMER: DBD::mysql::db selectall_hashref failed: You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near '77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97, at /usr/src/XXV/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 369.


    Gruß
    Thorsten

  • Zitat

    Original von thorsten.gehrig
    hi
    ich habe gerade ein svn up gemacht (rev 609) - und nun scheint der autotimer nicht mehr zu funktionieren.

    Code
    117 (250) [22:07:57] AUTOTIMER: DBD::mysql::db selectall_hashref failed: You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near '77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97, at /usr/src/XXV/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 369.
    118 (250) [22:07:57] AUTOTIMER: DBD::mysql::db selectall_hashref failed: You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near '77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97, at /usr/src/XXV/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 369.


    Gruß
    Thorsten


    Ja ja, das hab ich mir schon gedacht ... das sich keiner die Changelog durchliesst. Also einfach bei Einstellungen-:Autotimer reingehen und einmal abspeichern. Dann sollte sich das Problem erledigt sein. Es wird jetzt nicht mehr die ellenlange Liste mitgegeben ... sondern einfach ein kurzes SQL-Statemnent. Dieses wird als default-wert gesetzt ... falls du noch die alten Werte drin hast.

  • Hi,


    Zitat

    Ja ja, das hab ich mir schon gedacht ... das sich keiner die Changelog durchliesst.


    Asche auf mein Haupt..... sorry!
    Zu meiner verteidigng kann ich nur schreiben dass ich wenigstens in contrib geschaut habe ob ich die datenbank updaten muss (was mir aber abgelehnt wurde da die struktur ja schon aktuell ist).


    Ich gelobe Besserung! :)


    Gruß
    Thorsten

    1. VDR 2.0.3 mit VDPau, yaVDR 0.5 - Celeron 440 - 2 Ghz -
    2. VDR 2.0.3 Zotac ION2 HD-ID11 mit HDTV, Atom D510, yaVDR 0.5, Streamdev-Client
    Homepage: http://www.gehrig.info

  • Was soll eigentlich das Kästchen "Logs, Benchmark, Variables" in jedem Frame seit r607? Kann man das irgendwie auch wieder ausstellen?

    VDR-User #992
    Server: Asrock N3700-ITX mit Cine S2 6.5 headless
    System: Ubuntu 22.04.LTS
    VDR: VDR 2.2.0 mit epgsearch, live, vnsiserver
    Client: Raspberry Pi v4 mit LibreElec


  • Sehr schön! Na ja, so war es ja auch nicht gemeint ... es sollte halt nur ein kleiner Hinweis sein, das man sich die Changelog ja mal ansehen könnte ;)

  • So, jetzt habe ich nach sehr vielen Monaten der dankbaren XXV Nutzung tatsächlich mal wieder einen Fehler zu vermelden. Ich fahre die ct3 Distribution und die hat seid einiger Zeit per automatischem aptitude upgrade auf die 0.50(585) upgedated. Leider ist seither eine wichtige Funktion "verloren" gegangen:


    In den Autotimern konnte/kann man ein Verzeichnis angeben, in dem die Aufnahmen gruppiert werden sollten. Unterhalb dieses Verzeichnisses greift dann die XXV-interne Logik der Verzeichnisstruktur Serientitel~Folgentitel. Das klappte bislang immer hervorragend und half mir meine 200 Kinderserienfolgen unter Kontrolle zu halten. Schön und gut! Leider hält sich meine aktuell installierte Version des xxv (s.o.) nicht mehr an die gemachten Vorgaben und platziert die Serien munter im Root-Verzeichnis. Die weitere Verschachtelung nach Serientitel und Folgen in jeweils einem Unterverzeichnis klappt dann aber wieder einwandfrei.


    Hat jemand eine Ahnung woran das wieder liegen kann. Der von mir gewählte Verzeichnisname ist "Kinderserien" und ja nun wahrlich nicht aussergewöhnlich.


    Gruß,
    gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Zitat

    Originally posted by wilderigel
    Eventuell update der Datenbank fehlgeschlagen?


    Einträge in der xxvd.log in /var/log/vdr-xxv?


    Update der DB werde ich mal prophylaktisch wiederholen. Im Log finden sich Fehler der Art:

    Code
    95 (250) [17:45:14] TIMERS: DBD::mysql::st execute failed: Column 'ChannelID' cannot be null at /usr/share/perl5/vdr-xxv
    //XXV/MODULES/TIMERS.pm line 641.
    96 (250) [17:45:22] TIMERS: DBD::mysql::st execute failed: Column 'ChannelID' cannot be null at /usr/share/perl5/vdr-xxv
    //XXV/MODULES/TIMERS.pm line 641.


    And yes, die folgende Zeile habe ich dann auch noch gefunden:

    Code
    6 (550) [15:01:36] main: Upps, you have a incompatible database. Please use the script contrib/upgrade-xxv.sh to convert
     the database!


    Wie immer ist der wilde Igel auf der richtigen Fährte. Also erst mal Kommando zurück ich werde das DB Skript anwenden.


    Danke vorerst mal,
    gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Hmm, auf der anderen Seite sagt mir das update-xxv script folgendes:


    Was denn nu?


    Bei einem Neustart nörgelt der xxvd jedenfalls wieder die nicht passende Version an.


    Frust, gandalf


    P.S.: xxvd gibt den Tip doch das contrib/upgrade-xxv.sh laufen zu lassen, an besagter Stelle findet sich aber nur ein update-xxv mit gar keiner Endung, ist aber ein Skript und erzeugt den oben wieder gegebenen Output. Mein Skript liegt in /usr/share/vdr-xxv/contrib


    P.P.S.: Und noch eine Fehlermeldung im Log von der ich nicht weiss ob sie wichtig ist oder nicht:

    Code
    17 (550) [20:18:33] Encode: Can't locate Encode/ConfigLocal.pm in @INC (@INC contains: /usr/bin/../lib /usr/bin /usr/share/perl5/vdr-xxv/ /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/perl/5.8/Encode.pm line 52.
    18 (550) [20:18:33] Stream: Can't locate Net/DNS.pm in @INC (@INC contains: /usr/bin/../lib /usr/bin /usr/share/perl5/vdr-xxv/ /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 65) line 1.

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Gesagt, getan.


    Die Meckermail ist weg, mal sehen ob es was gebracht hat.


    Danke zunächst noch mal,
    Gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Hallo,
    bei laufenden Aufnahmen bringt der XXV hier alle 5 Minuten einen Hinweis auf dem OSD:


    Nov 26 22:46:07 elwms01 vdr[30481]: info: Timer 3 mit Titel 'Forrest Gump' hat die Aufnahme gestartet!
    Nov 26 22:51:08 elwms01 vdr[30481]: SVDRP message: 'Timer 3 mit Titel 'Forrest Gump' hat die Aufnahme gestartet!'


    Dat nervt:-)


    Hier unter Kanotix Debian Sid mit Vdrdevel 1.3.36 Tobi-Variante.


    Kann ich die Meldungen irgendwo abstellen oder einstellen, dat der Hinweis nur einmal kommt?


    Tschau, Karsten.

    Mein VDR: LianLi-Gehäuse, AMD X2 64 5200+ auf Biostar TA690G, 768MB Ram, 250 GB HD, TT S3200, ne Airstar2 DVB-T und nen Touchpanel:-), Ubuntu Karmic , VDR 1.7.12 Extensionpatch mit x-vdr gebaut.

  • Also ich habe das jetzt mal eine Weile beobachtet, die Fehlermeldung wegen der Datanbank die nicht upgedated war erscheint nicht mehr. Leider hat das aber noch nichts am Verhalten geändert (siehe vorhergehende Postings). In xxv unter "Gruppiere alle Aufnahmen in einem Verzeichnis" angegebene Verzeichnisse werden bei mir seid Umstellung auf 0.5n nicht mehr berücksichtigt, Verzeichnisstrukturen die sich aufgrund von Serienname und Folgentitel ergeben hingegen schon. Weiss jemand noch einen Tip?


    Gruss,
    gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

Jetzt mitmachen!

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