Beiträge von dsteinkopf

Zitat von seahawk1986

Das neue VDR-Paket erstellt einen Upstart-Job unter /etc/init/vdr.conf, wenn upstart installiert ist.

upstart ist natürlich installiert. (1.5-0ubuntu7.2 aus dem standard-ubuntu-Repo)

Es existiert aber weder ein upstart-Job in /etc/init/vdr.conf noch ein altes Startskript in /etc/init.d/vdr
Demzufolge sagt auch service vdr start nur "vdr: unrecognized service".

Wie gesagt, ich kenne die Situation überhaupt nicht. Weder bei vdr noch sonst wo. Daher komme ich mir ja so anfängerhaft vor...

Auf die Gefahr hin, dass ich jetzt als totaler Anfänger dastehe, stelle ich mal eine Frage:
Ich habe jetzt eine VM mit ubuntu 12.04 32bit - nakt plus die yavdr-repos.
Dort habe ich dann vdr und ein paar plugins etc. stellvertretend installiert.
Nun fehlt mir /etc/init.d/vdr! dpkg-query -L vdr zeigt es auch nicht an. Wodurch müsste es entstehen?
Danke

Dirk

Zitat von mini73

Kannst du eine VM mit einer frischen Installation aufsetzen, um dann sauber nur die testing-Pakete zu installieren?

Das kann ich gerne probieren - ist halt ein bischen Arbeit. Aber wenn es nicht nur mir was hilft, mach ich es gerne.

Zitat von mini73

Schau mal nach, was "apt-cache policy vdr-plugin-undelete" usw. sagen, dann weißt du, welche Version woher installiert ist

Das stimmt - das hatte ich ja selber schon geprüft:

sudo apt-cache policy vdr-plugin-skinenigmang
vdr-plugin-skinenigmang:
  Installed: 0.1.2+git20120530-0yavdr11~precise
  Candidate: 0.1.2+git20120530-0yavdr11~precise
  Version table:
 *** 0.1.2+git20120530-0yavdr11~precise 0
        500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main i386 Packages
        100 /var/lib/dpkg/status
     0.1.1-7 0
        500 http://de.archive.ubuntu.com/ubuntu/ precise/universe i386 Packages

Das Logfile hilft MIR leider nicht...

P.S. Bitte macht Euch da für mich keine extra-Arbeit. Ich weiß, dass Konstellationen wie meine (32bit-Ubuntu+yavdr-repos) nicht "supported" sind und ich möchte auch nur, wenn möglich, nur ein klein bischen beitragen, wenn ich kann.

Gruß,

Dirk

Hallo,

kleine Anmerkung: Bei mir starten folgende Plugins nicht: undelete skinenigmang skinelchi streamdev-server
Meldung: WARNING: The following plugins have been left out due to really binary incompatibility: undelete skinenigmang skinelchi streamdev-server

Aus dem syslog:

grep vdr.*ERROR /var/log/syslog | grep plugin
Mar 19 05:42:55 martini vdr: [26136] ERROR: /usr/lib/vdr/plugins/libvdr-undelete.so.1.7.41: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
Mar 19 05:42:55 martini vdr: [26139] ERROR: /usr/lib/vdr/plugins/libvdr-skinenigmang.so.1.7.41: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
Mar 19 05:42:55 martini vdr: [26158] ERROR: /usr/lib/vdr/plugins/libvdr-skinelchi.so.1.7.41: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
Mar 19 05:42:56 martini vdr: [26178] ERROR: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.41: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi

Ich habe ein Ubuntu 12.04 32bit und verwende die folgenden Quellen:

sudo ls -la /etc/apt/sources.list.d/yavdr-*list
-rw-r--r-- 1 root root 124 Mär 19 05:36 /etc/apt/sources.list.d/yavdr-main-precise.list
-rw-r--r-- 1 root root 138 Mär 19 05:36 /etc/apt/sources.list.d/yavdr-testing-vdr-precise.list
-rw-r--r-- 1 root root 140 Mär 19 05:36 /etc/apt/sources.list.d/yavdr-testing-xbmc-precise.list
-rw-r--r-- 1 root root 142 Mär 19 05:36 /etc/apt/sources.list.d/yavdr-testing-yavdr-precise.list

Ich hatte zeitweise die Unstable-Quellen drin, das war mir aber zu viel
Jetzt bin ich mir nicht sicher, ob ich wirklich "sauber" zurückgestellt habe - vielleicht habe ich da ein Problem. Oder liegt das Problem innerhalb der Repos?

P.S. Ich weiß die yavdr-Repositories und die dahinter steckende Arbeit sehr zu schätzen und freue mich fast täglich darüber

Hi Torsten,

das klingt ja sehr vielversprechend. Danke schonmal!
Nachdem mein System und VDR auf ISO laufen, kann ich nicht so einfach auf UTF-8 gehen. Allerdings würde ich gerne mal ausprobieren, ob sich durch Zeichensatzumstellung das OSD-Umlautproblem tatsächlich lösen lässt. Wie ich ja schonmal geschrieben habe, habe ich schon diverse VDR_CHARSET_OVERRIDE und VDR_LANG versucht - alle ohne Erfolg.

Wie stelle ich denn den VDR auf UTF-8 um, ohne gleich das ganze Sytem umzustellen? (Vielleicht könnte ich damit eine Schritt-für-Schritt-Migration beginnen...)

Vielen Dank und schöne Grüße,

Dirk

Die Art der "Zerwürfelung" der Umlaute ist bei mir die gleiche.

Ich habe aber eine FullFeatured-Satkarte, die das OSD macht. Am libxineoutput liegt es also wohl eher nicht.

Dirk

Hallo,

ich habe genau das gleiche Problem: Im System ist alles auf ISO-8859-15 eingestellt und alles passt soweit. Auch im VDR-Admin passen die Umlaute. Nur im OSD im VDR sind sie kaputt. Und zwar in allen Texten gleich kaputt: Menü, Meldungen, Aufnahmenamen...

Die Umlaute in Verzeichnissen der Aufnahmen sind übrigens korrekt - d.h. in der Konsole werden sie mit ls richtig angezeigt. Auch in der info-Datei ist das Encoding correkt ISO. D.h. intern scheint der VDR auch alles konsistent und korrekt zu behandeln. Nur im VDR OSD zeigt er es dann falsch an.

Ich habe schon diverse VDR_CHARSET_OVERRIDE und VDR_LANG versucht - alle ohne Erfolg.

Ich verwende ubuntu 10.4 und yavdr aus http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu.

Vielleicht hilft das...

Schöne Grüße,

Dirk

Ich komme über Sauerlach, A8 und Autobahnring.
Wenn ich jemand mitnehmen soll, bitte melden

Dirk

Ich werde auch versuchen, zu kommen und freue mich schon!

Dirk

Nach Studium der device.c im vdr-Quellcode und ein wenig Orakeln habe ich beschlossen, dass meine Theorie stimmen könnte und habe in Dein if, das vor dem Drücken der Pause-Taste steht, mal ein "&& ! cDevice:: PrimaryDevice()->Transferring()" eingebaut.

Was denkst Du darüber?

Ich berichte, obs geholfen hat.

Dirk

Zitat

Original von jowi24

Ja, das ist sehr wahrscheinlich.

Ich kenn mich zwar mit der VDR-Implementierung kaum aus, aber ich frag trotzdem mal: Kann es sein, dass im "Transfer-Mode" bei cDevice:: PrimaryDevice()->Replaying() true geantwortet wird? Gibt es vielleicht noch ein ...->isTransferMode() das man noch in das if bauen könnte?

Dirk

Zitat

Original von dsteinkopf
ich glaube, ich habe das Problem auch, dass Aufnahmen starten, wenn jemand anruft. Allerding bei weitem nicht jedes Mal. Ich habe noch keine Regelmäßigkeit festgestellt. Ich beobachte es und melde mich.

Gerade hatte ich es wieder: Eine Aufnahme war am Laufen, ein Anruf kam rein und das Plugin hat fälschlich Pause gedrückt:

Jul 20 15:10:34 martinihost vdr: [8939] FritzBox: Got message 20.07.07 15:10:48;RING;0;xxx;yyy;ISDN;  .
Jul 20 15:10:34 martinihost vdr: [8939] FritzBox: Incoming call, pressing kPause.
Jul 20 15:10:34 martinihost vdr: [8939] FritzBox: Waiting for a message.

Das passiert aber nicht immer wenn eine Aufnahme läuft und ein Anruf reinkommt.

Kann es vielleicht sein, dass die erwähnte Abfrage, ob gerade die Wiedergabe läuft machmal fehlschlägt?
Gibt es keine direktere Methode "Pause" aufzurufen anstatt die Pause-Taste zu drücken?

Schöne Grüße,

Dirk

Danke. Das war's.

Dirk

Hallo,

ich glaube, ich habe das Problem auch, dass Aufnahmen starten, wenn jemand anruft. Allerding bei weitem nicht jedes Mal. Ich habe noch keine Regelmäßigkeit festgestellt. Ich beobachte es und melde mich.

Frage: Ich bekomme im syslog die Meldungen des Fritzbox-Plugin nicht ("FritzBox: Got message 16.07.07 19:43:39;RING;0;xxx;xxx;POTS;..." s.o.). Die Meldung "vdr: [3743] info: Anruf von XXX [ISDN XXX]" aber schon. Warum? Gibt es eine Option dafür?

Danke.

Dirk

Zitat

Originally posted by dsteinkopf
Kann es vielleicht etwas mit dem verwendeten Skin zu tun haben? Ich verwende "DeepBlue 1.3" - kann ich aber natürlich testweise mal umstellen - mach ich morgen mal.

Es hängt tatsächlich mit dem Skin DeepBlue zusammen. Mit dem "normalen" gelben Skin gehts: Pausieren, Pausesysmbol und Einblendung der Anrufernummer passieren tatsächlich gleichzeitig.

Hab ich da jetzt mit DeepBlue einfach Pech gehabt? Oder kann ich da was dan machen? Irgendwelche Ideen? Aber vermutlich macht das Fritzbox-Plugin ja alles richtig...

Dirk

Zitat

Originally posted by LiamHD

Was genau funktioniert denn dabei nicht?

Oh sorry. Als ich's schrieb, meinte ich, dass es klar sei. Ist es aber wirklich nicht: Bei mir geht quasi immer nur eine Funktion von beiden: Wenn "Anhalten" aktiv ist, funktioniert das, aber es wird nichts eingeblendet - so als wäre "Einblenden" nicht aktiv. Wenn "Anhalten" nicht aktiv ist, wird der Anruf eingeblendet, aber halt nicht angehalten.

Wie sollte es denn sein, wenn beides aktiv ist? Beim Anruf wird erst angehalten (dadurch das Pause-Symbol angezeigt) und dann kommt sofort die Einblendung des Anrufs?

Kann es vielleicht etwas mit dem verwendeten Skin zu tun haben? Ich verwende "DeepBlue 1.3" - kann ich aber natürlich testweise mal umstellen - mach ich morgen mal.

Danke,

Dirk

Hallo,

ich benutze das Plugin auch seit einiger Zeit - geht wie ne 1. Vor allem die direkte Anzeige eingehender Anrufe mit deren Abesndernummer finde ich toll!

Wegen der Funktion, die Wiedergabe bei Anruf anzuhalten, habe ich nun auf 0.0.4 umgestellt.

Leider verträgt sich das nicht mit der Funktion die Anrufernummer einzublenden. Ist das ein Bug? Oder krieg ich das doch irgendwie hin, dass er erst die Wiederhabe anhält und dann direkt einblendet, wer da anruft.

Danke für alles,

Dirk

Toll!
Vielen Dank.

Dirk

Auch ich bin dankbarer Nutzer diese Plugin-Sammlung. Momentan plane ich, mal wieder mein VDR und alle Patches+Plugins upzudaten. Daher meine Frage:

Ist in kürzerer Zeit mit einer aktuellen Fassung des "Plugin BigPack" zu rechnen? Dann würde ich noch so lange warten. Sonst nehme ich halt die Version vom Februar.

Danke sehr.

Dirk