Beiträge von kalium

    Hi Bert,


    Danke erstmal für die Tips.
    Muß mich erstmal vertraut machen mit der gui und was da überhaupt passiert.


    pngquant habe ich installiert wurde aber wohl nicht in in meine vdr2conf eingetragen.


    Hatte zuerst ein Full install gemacht. Wegen Fehlern bezüglich irgendeinen
    fehlenden packetes hatte ich dann pngquant nachinstalliert.
    Script nochmal laufen lassen update install gemacht aber das vorhandende pngquant
    wurde nicht in die conf aufgenommen.


    Nachdem ich alles runtergehauen hatte und neu installiert habe schein alles
    bis auf genindex vorhanden zu sein.


    CMD_GENINDEX="."


    Was ist diese genindex brauch ich das und wenn ja wo bekomme ich das packet her?


    Aber erstmal schauen was so geht.


    geronimo: Vorschlag


    Was ich jedoch für gut befinden würde ist so eine Art Packet Versions Test.
    Eine Funktion die man aufrufen kann und testet ob alle
    nötigen Programme Packete installiert sind und die Versionsnummern ausgibt
    und in einer txt Datei z.B speichert.


    Somit könnte man bei Problemen schnell die Versionen untereinander posten und vergleichen die vdr2iso verwendet.
    Wenn man in den Threads der anderen Lösungen liest würde ich mir persönlich sowas oft wünschen.


    Ich habe den Eindruck das diese Versionvielfallt in sarge etch sid oftmals
    zu unterschiedlichen Ergebnissen führt und einzel Versionen Probleme haben.


    Dann kommt nocht suse und der Rest der Welt dazu :)


    vdrconvert testet in seinem script beim installieren auf das vorhandensein der
    nötigen Teilprogramme. Sowas halt mit versionsnummern und nachträglich aufrufbar :)
    und in eine log datei gespeichert


    Gruß
    kalium

    Hi Bert,


    Ich bin in der gui.


    Ich habe wie Du gesagt hast wine deinstalliert.
    Und die vdr2conf wie folgt geändert.
    Der installationspfad liegt bei mir anders.
    (Zuvor den fonts Ordner erstellen)


    # directories to scan for ttf-font-files
    FONTDIRS="/usr/share/vdr2iso/fonts:/usr/share/fonts"


    Damit startet jetzt bei mir die gui. Und der scan findet ein paar fonts
    Dauer so 10 Sekunden.


    Igendwas ist wiegesagt nicht ok am scan.
    Mein Einträge waren nur einfach und nicht durch einen : getrennt.
    Der wollte immer die default ordner scannen.


    Was sonst noch aufgefallen ist.


    Meine perl Scripte hatten als user und group keine root rechte sondern
    die des Users.
    Einem weiteren User wäre der Aufruf der Perl Skripte nicht erlaubt gewesen
    Die config Datei hatte root Rechte.


    Wäre da eine Überprüfung auf root rechte beim Installieren nicht angebracht ?
    Wenn es als root laufen soll ?



    Ok wollte dann mal alles deinstallieren mit dem uninstall.
    Die uninstall Datei ist jedoch kein bash script. In der ersten Zeile
    fehlt die bash Anweisung. Ist es so gewollt das man mit der unistall
    die Dateien komplett von seinem Rechner deinstallieren kann ?


    Nach dem uninstall blieben Reste auf dem Rechner. Die Config Dateien waren
    noch komplett vorhanden. Die Frage ist was sonst noch so geblieben ist.


    Gruß
    kalium

    Hi geronimo,


    Ich arbeite mal als root weiter.


    Sowohl unter root als auch dem user habe ich das ~/.vdr2iso Verzeichnis.
    Da liegen Files drinn. Sowas wie FreeMono.gif zig von solchen Dateien.
    Sonst nichts keine User config. Sowohl root als auch user.


    Also mal Deine Tipp befolgt und die etc/vdr3conf geändert und Verzeichnis erstellt.
    Er will wieder alles andere außer meine Angabe scannen.
    Rechte der conf datei root:root


    root@KanotixBox:# mkdir -p /usr/share/vdr2iso/fonts
    root@KanotixBox:# jobedit.pl
    Job-Editor [/usr/local/bin/jobedit.pl] Version: 0.1
    (c) 2005-2006 creative commons by-nc-sa, some rights reserved!


    no user config. Read system settings ...
    gonna use config file [/etc/vdr2iso].
    Oups, no font cache found.
    Have to scan for ttf-fonts. Please be patient :)
    loadTTF() ... fontDirs: $VAR1 = [
    '/usr',
    '/etc',
    '/var',
    '/home'
    ];



    EDIT: So mal ttf Dateien rüberkopiert in den Fonts Ordner er will trotzdem immer scannen
    und nicht nach dem Verzeichniss welches ich angebe.


    Es ist so als ob Ihm die config nicht interressiert


    Gruß
    kalium

    Hi geronimo


    ich habe mal Deine vdr2isoLösung probiert.
    Leider klappt es bei mir nicht do wie es soll.


    Betriebssystem ein Kanotix Easter RC4 bzw die aktuelle Kanotix VDR Edition.


    Script installiert als root gestartet als user


    1.) Der job-editor scan auch bei mir mit default Einstellungen Stundenlang !!!
    Nach 3 Stunden habe ich abgebrochen
    Er scheint so als ob der scan in einer Entlosschleife läuft. Wie ein Virenscanner
    scannt der alle meine Partionen inklusive Windows und allem was dazu gehöhrt mehrmals
    ( Internet Explorer Cache Ordner einfach alles )


    O.K ein wenig gelesen und in der config Datei vdr2iso die ich nach etc habe kopieren lassen
    die Variabel neu gesetzt.
    # directories to scan for ttf-font-files
    FONTDIRS="/usr/share/fonts"


    Aber diese Änderung hat keinen Einfluß bei mir.
    Er fängt in x11 an dann in irgendwelchen lib usr ordner Nicht dort wo ich es in
    der config festgelegt habe. Dann nach wine.


    So wie Bert das Problem schon beschrieben hat. In dem Thread vorher.
    Blöß ich habe kein Fonts Cache zum rüberkopieren !!!!!!!!!!!


    Irgendwas ist an der Scan Funktion nicht in Ordnung und macht nicht das was Du
    Dir erhoffst.


    Würde ja gerne mal die GUI sehen und ein wenig rumspielen :)


    Gruß
    kalium

    Hi Bernie,


    Zitat

    1. Eine Fernbedienung brauch ich natürlich. Ist LIRC immer noch nicht dabei ? Wieso nicht ? Ist das einfach zu installieren ? Beim der alten Kanotix-Version hab ichs nicht hinbekommen.


    Lirc Geschichte


    Es gibt zwei Möglichkeiten LIRC auf Kanotix bzw. Debian SID zu bekommen.


    1.) Man installiert das DEB Packet aus Debian
    2.) Man kompiliert selber aus den Sourcen


    Zu 1.)


    Die Debian Maintainerin Amaya Rodrigo Sastre, die das LIRC DEB Packet gepflegt hat,
    hatte massive Schwierigkeiten ein funktionierendes DEB Packet zu erstellen und in SID zur Verfügung zu stellen.
    Dies betrifft nicht nur Kanotix sondern alle Distributionen die Debian SID verwenden.


    Am 24.04.2006 hat die Maintainerin dann Ihr Handtuch geschmissen.


    http://lists.debian.org/debian-devel/2006/04/msg00757.html


    Zitat

    I am orphaning lirc, it deserves a better maintainer.
    Please contact me if you are interested.


    Es muß sich dann eine neue Gruppe formiert haben die an dem Problem arbeitet
    aber laut Debian immer noch ohne Maintainer


    http://packages.qa.debian.org/l/lirc.html


    Weil es kein funktionierendes DEB gibt und auch laut den Kanotix Entwicklern
    es nicht ohne weiteres möglich ist das Problem durch ein eigendes DEB zu lösen
    gibt es Lirc bis jetzt auf keiner Kanotix CD. Lirc soll aus mehr als 15 Teiltreibern und
    einem recht komplexen Userspaceframework bestehen von dem grundsätzlich 5-8 defekt sind.


    Nach Fertigstellung des ISOS tauchte erstmals eine 0.8.0 Version auf
    Ob die jetztige Version 0.8.0-3 läuft ist auch fraglich bei der großen
    Anzahl an Problemen und offenden Bugs.


    http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=lirc


    Hier muß man testen ob die neue Version läuft. Ich selber habe keine Möglichkeit
    das zu testen da ich kein LIRC habe.


    zu 2.)


    Man kann sich die aktuelle Version von lirc laden und selber kompilieren.
    Die einzig bis jetzt mir bekannte Möglichkeit LIRC zum Laufen zu bekommen.
    http://www.lirc.org/


    CVS Snapshots gibt es hier
    http://lirc.sourceforge.net/software/snapshots/


    So wie ich es erfahren habe soll auch in dem Begleitartikel vom PC Magazin was zum
    Kompilieren von LIRC stehen und wie man dieses dann mit Kanotix einbindet.
    Ansonsten mal im Forum suchen oder readme.
    Ich kann beim Kompilieren leider nicht helfen aber sollte kein Problem sein


    Soviel zu der LIRC Geschichte.


    Gruß
    kalium

    Lou,


    Schau dich mal auf e-tobis Seite um. Da wird beschrieben wie man Aus den Sourcen
    Neue Packete baut. Schau dich dort mal auf der e-tobi Seite um


    http://www.e-tobi.net/blog/art…21/das-vdr-quelltextpaket
    http://www.e-tobi.net/blog/art…ebian-vdr-plug-in-paketes


    Zuerst hohlst Du Dir die Sourcen für den VDR von e-tobi.
    P.S.
    ( um keine falschen Sourcen zu bekommen andere src-deb source Einträge zB. Debian in der sources.list auskommentieren)
    Die Sourcen für standart und multipatch sind identisch.
    Dann kannst du den Patchlevel der VDR Sourcen ändern. Files liegen bei e-tobi
    im Repository und kopierst oder änderst diese Datei in die sourcen.
    Jetzt läßt du Dir die vdr Packete bauen und installierst das neu erstellte vdr und vdr-dev Packet mit dem neuen Patchlevel.
    Jetzt kannst Du weitere Plugins bauen die zu Deinem zuvor kompilieren VDR passen.


    Es müssen immer vdr und vdr-dev Packet zusammenpassen und den selben Patchlevel
    haben.


    Tobi hat jeweil für den vdr standard und multipatch die vdr-dev Packete.


    Gruß
    kalium

    hi,
    corona


    Die nexus karte geht nicht mit der easter version.
    Damit es mit Easter läuft mußt du einen Kernel update machen und
    mal bei www.kanotix.com nachschauen-
    Die nexus Karte läuft mit der Cebit Version.
    Kannst du im Live mode testen.


    das script 13 und das script 11 aus dem archiv sind gleich.
    Script 12 hatte probleme und geht überhaupt nicht.


    vdr 1.40 würfelt was durcheinander mal schauen.


    eigendlich soll vdradmin_am installiert werden
    vdradmin wird nicht mehr maintained laut tobi.





    kalium

    Hi Tobi,


    Danke für die neuen Versionen !!!!!!!


    Frage: Wird es auch für SID ein Testing repository geben ?


    Mit Sid läuft VDR echt gut und SID soll am Ende des Jahres
    fertig sein. Die fangen in ein paar Monaten an zu freezen.


    EDIT: Sorry ETCH und nicht SID wird eingefroren und soll am Ende des Jahres kommen Ein Wein zuviel gestern :) LINK


    Grüße
    kalium

    Hi tobi,


    DEBS: SID REPOSITORY

    Kanotix CEBIT RC3 ( xorg7)
    Kanotix Easter RC2 ( xorg )


    Hardware: ASUS TUSL2-C
    PIII Tualatin 1200 MHZ
    512 MB
    DVB-T Avermedia 771


    Grafikkarte: ATI RADEON RV 100 ATI 7000 VE
    ATI RAGE PRO TURBO


    VDR mit kanotix-script plain vdr+xine-plugin multipatch als
    auch standart.


    Ich habe ein Problem mit dem XINE-PLUGIN oder libxine.


    Das Problem ist, dass sich der Auswahllbalken das OSD Menü im VDR
    nicht mehr wechseln läßt.


    Wenn ich ins OSD Menü wechsel und mit der Tastatursteuerung
    hoch und runter navigiere reagiert plötzlich die Tastatur nicht mehr.
    Es ist keine Steuerung mehr möglich.
    Mit Glück findet der Wechsel nach mehr als 30 Sekunden statt.


    Diese Problem hatte ich auch vor 1.3.49-1ctvdr2.
    Diese Problem trat mit deinen neuen xine-ui und xine-libs auf und
    ist reproduzierbar auch nach Neuinstallationen.
    XINE Modis geändert deinterlace usw... keine besserung.
    CPU LAST ohne OSD ca 30 Prozent mit OSD ca 60 %.


    Auf einem anderen Rechner funktioniert alles und es gibt auch von anderen Leuten die Bestätigung das das Problem dort nicht auftaucht.


    Um Hardwareseitig ein Problem auszuschließen habe ich mal zulus x-vdr
    installiert und das Problem ist weg !!! XINE war aber ohne net patch.
    Die CPU-LAST ist identisch.


    Somit denke ich das irgendwo ein Problem mit den DEBS besteht, aber
    ich bin im Moment ein wenig Ratlos wie ich den Fehler lokalisieren kann.
    Tipps sind willlkommen.



    P.S.
    Grafikkarte getauscht. Half nichts. War auch eine ATI siehe oben


    EDIT: wenn ich xine in der konsole starte bekomme ich folgende Ausgabe.


    vdr: osdflush: n: 0, 1396.9, timeout: 1, result: 2
    vdr: osdflush: n: 2, 33.8, timeout: 0, result: 0
    vdr: osdflush: n: 1, 104.8, timeout: 0, result: 0
    vdr: osdflush: n: 1, 20.8, timeout: 0, result: 0
    vdr: osdflush: n: 2, 31.7, timeout: 0, result: 0
    vdr: osdflush: n: 1, 167.7, timeout: 0, result: 0
    vdr: osdflush: n: 1, 78.4, timeout: 0, result: 0
    vdr: osdflush: n: 21, 183.6, timeout: 0, result: 0
    vdr: osdflush: n: 0, 3610.7, timeout: 1, result: 2
    vdr: osdflush: n: 0, 369.2, timeout: 1, result: 2
    vdr: osdflush: n: 5, 53.5, timeout: 0, result: 0
    vdr: osdflush: n: 1, 103.4, timeout: 0, result: 0
    vdr: osdflush: n: 1, 68.7, timeout: 0, result: 0
    vdr: osdflush: n: 1, 93.7, timeout: 0, result: 0
    vdr: osdflush: n: 1, 82.5, timeout: 0, result: 0
    vdr: osdflush: n: 0, 2958.8, timeout: 1, result: 2
    vdr: osdflush: n: 0, 2561.5, timeout: 1, result: 2
    vdr: osdflush: n: 0, 3644.6, timeout: 1, result: 2
    vdr: osdflush: n: 0, 782.5, timeout: 1, result: 2


    Gruß
    kalium

    Veraltetes Paket: xlibs-dev. David Nusinow gab bekannt, dass mit dem Upload von X.org 6.9 nach Unstable das xlibs-dev-Metapaket nicht länger gebaut werde. Dies führe dazu, dass bei vielen Paketen ein Bauversuch fehlschlagen werde, bis ihre Bauabhängigkeiten dahingehend angepasst seien, nur noch die benötigten Bibliotheken aufzulisten. Da all diese Bibliotheken auch in Sarge verfügbar seien, könnten die Pakete immer noch leicht rückportiert werden.



    http://lists.debian.org/debian…nce/2006/01/msg00003.html


    Mit dem Script kann man die Abhänigkeuten neu auflösen.
    http://people.debian.org/~dnus…-split-2005-11-15.tar-bz2


    Der Bugreport ist ein Blick wert :)
    http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=debian-release@lists.debian.org:transition-xlibs-dev&repeatmerged=no


    kalium

    Hi,


    hab mich jetzt mal mit meiner neuen Kabel DBOX2 beschäftig
    schon cool was da so alles mit geht.


    Bin dann über Euer Plugin gestolpert. Respect :)


    Erster Versuch.


    Ich habe Bild. Dieses ist aber recht dunkel als ob das OSD
    drüberliegt. BILD und TON sind da aber noch kein OSD.
    TS stream kann ich aufzeichnen und und eine Verbindung
    mit vnc scheint was zu machen. Bin da aber noch am testen,
    noch kein Erfolg mit OSD.


    Bevor ich logs und Versionen poste mal eine Frage:


    Im Rechner habe ich nur eine DVB-T budgett eingebaut.
    Geht OSD vom VDR wenn nur eine budgett Karte im VDR läuft.
    So wie ich es verstanden habe ja aber ich frage lieber nochmal nach.


    Auf dem vdr läuft die ffnetdev Version 0.05 mit VDR 1..41.
    Man müßte sich doch mit einem vnc client von windows aus das
    OSD holen können. Zum Testen ob es geht ?


    Setze jetzt erstmal einen VDR DBOX Testrechner auf :)


    EDIT: Habe OSD mit Windows VNC Client.
    Muß jetzt das DBOX2 Plugin weiter untersuchen


    kalium

    wilderigel,


    Danke !!!


    Hab den Wald vor lauter Bäumen nicht gesehen.
    Einfach auskomentieren jetzt gehts.


    Damit habe ich was ich haben will !!


    Komisch ist es dennoch das die preferences nicht wirken.


    kalium

    Zitat

    Edit:
    Brauchst du die deb-src sourcen von Debian überhaupt, apt-get build-dep brauchts auch jeden Fall nicht.



    Ja ich brauch die sourcen ! Sonst würde ich nicht fragen :)
    und mir die Debs runterladen.


    Hab Tagelang an einem Build Script gebastelt das mir nicht nur vdr sourcen läd und das geht halt nicht mehr.


    Irgendwo ist halt ein Problem.

    Zitat

    Du weisst die Version ja mit apt-cache policy vdr-plugin-burn z.B.
    Das das ganze nicht seht toll ist ist klar.



    Was meinst Du damit.


    Darf man
    apt-cache policy vdr
    nicht machen ?


    kalium

    Hi ich hab ein komisches Problem !


    Folgende Versionen sind Online Verfügbar.



    e-tobi = 1.3.37-1ctvdr1 und sourcen
    debian unstable = 1.3.39-1 und sourcen


    Fogendes Problem: Die Preferences werden beim SOURCE DOWNLOAD ignoriert !!!


    Version: Kanotix 2005-04 full


    Ich möchte sowohl Packet und Sourcen von e-tobi haben.


    Ich bekomme aber nach apt-get update mit

    apt-get install vdr


    die Version 1.3.37-1ctvdr1 ( so wie es sein soll) und mit

    apt-get source vdr


    die sourcen 1.3.39-1 (so wie es nicht sein soll)


    Ich habe in den preferences explizit die Packete von e-tobi eingetragen.
    Aber er läd mir die die falschen sourcen aber das richtige deb Paket.


    Wenn ich 'apt-get source vdr=1.3.37-1ctvdr1' bekomme ich
    die richtigen sourcen von E-Tobi.Blöd wenn man die Version nicht weiß !!!!
    Gibt ja auch mehr als ein Plugin.


    Wenn ich debian unstable auskommentiere fehlen mir bei dep-build die packete.


    http://www.e-tobi.net/blog/pages/vdr-repository/



    #---->


    Sources.list


    # Tobi's Experimental VDR Repository (multipatch)
    # deb http://e-tobi.net/vdr-experimental sid base addons vdr-standard
    deb http://e-tobi.net/vdr-experimental sid base addons vdr-multipatch
    deb-src http://e-tobi.net/vdr-experimental sid base addons vdr-multipatch


    # Alles hiernach sind die Kanotix Standart Einträge
    # Unstable
    deb http://ftp.de.debian.org/debian unstable main contrib non-free
    deb-src http://ftp.de.debian.org/debian unstable main contrib non-free


    # Testing
    deb http://ftp.de.debian.org/debian testing main contrib non-free
    deb-src http://ftp.de.debian.org/debian testing main contrib non-free


    # Experimental
    #deb http://ftp.de.debian.org/debian experimental main contrib non-free
    #deb-src http://ftp.de.debian.org/debian experimental main contrib non-free


    # Kanotix
    deb http://kanotix.com/files/debian sid main contrib non-free
    deb-src http://kanotix.com/files/debian sid main contrib non-free


    #---->


    Preferences


    Package: *
    Pin: release o=e-tobi.net
    Pin-Priority: 1001


    Package: *
    Pin: release a=unstable
    Pin-Priority: 500


    Package: *
    Pin: release a=testing
    Pin-Priority: 200


    Package: *
    Pin: release a=experimental
    Pin-Priority: 50



    #---->


    root@KanotixBox:/usr/local/src# apt-cache policy vdr
    vdr:
    Installiert:(keine)
    Mögliche Pakete:1.3.37-1ctvdr1
    Versions-Tabelle:
    1.3.39-1 0
    500 http://ftp.de.debian.org unstable/main Packages
    1.3.37-1ctvdr1 0
    1001 http://e-tobi.net sid/vdr-multipatch Packages
    100 /var/lib/dpkg/status
    1.3.37-1 0
    200 http://ftp.de.debian.org testing/main Packages


    #---->


    apt-cache show vdr
    zeigt mir folgende zur Verfügung stehende Packete an


    1.)


    Package: vdr
    Priority: extra
    Section: misc
    Installed-Size: 1956
    Maintainer: Debian VDR Team <pkg-vdr-dvb-devel@lists.alioth.debian.org>
    Architecture: i386
    Version: 1.3.39-1
    Filename: pool/main/v/vdr/vdr_1.3.39-1_i386.deb


    2.)


    Package: vdr
    Priority: extra
    Section: misc
    Installed-Size: 2156
    Maintainer: Andreas Mueller <amu@tr.debian.net>
    Architecture: i386
    Version: 1.3.37-1ctvdr1
    Filename: pool-sid/binary/vdr/multipatch/vdr_1.3.37-1ctvdr1_i386.deb


    3.)


    Package: vdr
    Priority: extra
    Section: misc
    Installed-Size: 1928
    Maintainer: Debian VDR Team <pkg-vdr-dvb-devel@lists.alioth.debian.org>
    Architecture: i386
    Version: 1.3.37-1
    Filename: pool/main/v/vdr/vdr_1.3.37-1_i386.deb



    Gruß
    kalium