[ANNOUNCE] VDRAdmin-AM-3.4.3

Hallo,

Zitat

Original von cocky

Ich vermute nicht. Alles andere funktioniert, bis auf den "Fernseher". (Schw. Bildrauschen ...) Eine log-Daatei die etwas Aufschluß liefert finde ich nicht. Muß man in den Skripten irgendwo den DEBUG-Modus einstellen?

Ich weiß nicht, wie oft das schon diskutiert wurde. Also auch mal

Ruf doch mal in der Konsole auf dem VDR das auf:

svdrpsend.pl grab -

Wenn das nicht klappt, kann der VDRAdmin-AM nichts dafür.

Ich gehe übrigens davon aus, dass Du mind. VDRAdmin-AM-3.4.3 und VDR 1.3.38 verwendest.

Gruß,
Andreas

Hallo,

Zitat

Original von andid

kleine Info von meiner Seite:
ich habe das Problem auch auf meine 233MHz Mühle. VDRadmin lässt sich danch nicht mehr zum Leben erwecken, es hilft nur noch den vdradmin Prozess abwürgen und neu starten. Das ist "unschön"
Auf meinem schnellen LinVDR habe ich das Problem nicht!

Muss ich mal schauen, was da so abgeht...
Danke für die Info!

Gruß,
Andreas

Hi,

Zitat

Original von Thyor
Hi,

ich habe da zwei kleinere Probleme mit dem VDRAdmin.

1) Das Vorschaubild ("Fernseher") führt zu einer Blockade des vdradmin, wenn ich auf einen Refresh von 1s gehe oder auf 1:1 schalte.
Ist mein Rechner zu schlapp oder gibt es Abhängigkeiten zu anderen Libs?[quote]
Vermutlich zu schlapp, werde ich mir aber noch genauer anschauen.
[quote]b) Bei Abspeichern von neuen oder editierten Autotimern dauert es minutenlang bis der vdradmin wieder da ist! In der Zeit läuft er dann mit über 90% Prozessorlast!
Da viele Autotimer (>20) angelegt sind, habe ich schon versucht den vdradmin zu "tunen" - jedoch ohne sichtbaren Erfolg:
- reduzierte Programmauswahl auf ca. 32 Sender
- Zahl der Kanäle auf 32 eingestellt
- testweise auch direktes Lesen der epg.data eingeschaltet
- Was kann man noch tun?
- Werden bei jedem Abspeichern alle Autotimer für alle verfügbaren Tage komplett neu berechnet - oder was geschieht in den langen Minuten?

Alles anzeigen

Ja, da besteht wohl noch Optimierungspotential...

Gruß,
Andreas

Hi,

Zitat

Original von cocky
Na ja. Wenn das so ist dann ist daß nicht notwendig. Wenn das streamdev-server-plugin geladen ist, dann kann ich mit jedem ungepanschten mplayer oder xine auf den Stream zugreifen.

Da hast Du vollkommen Recht!
Du kannst auch direkt mit telnet auf den SVDRPort zugreifen und nutzt trotzdem VDRAdmin-AM, vermutlich weil es komfortabler ist. Und deshalb gibt es auch die "Stream" Knöpfe, die (wenn der Client richtig konfiguriert ist) durch einen simplen Mausklick den bevorzugten Medienplayer mit den richtigen Parametern startet.
Also mir ist das lieber als mplayer/xine mit der richtigen URL zu füttern

Gruß,
Andreas

Hallo,

eine Version, die auch mit VDR v1.3.44 kompatibel ist ist verfügbar: Ankündigung
Es handelt sich dabei um eine Vorab-Version!

Außerdem möchte ich allen, die hier Fehler gemeldet haben, bitten diese im VDRAdmin-AM BugTrackingSystem zu posten! Ihr findet Sie über die VDRAdmin-AM Homepage.
Ihr erleichtert mir damit das Verfolgen der Fehler...

Gruß,
Andreas

Hi,

Zitat

Original von Eddie8

AHA!!!! Nein, die liegt nur in /etc/vdr
Aber bei Pfad zu konfigurationsdateien ist doch /etc/vdradmin richtig, oder?!

hab nun nen symlink der reccmds.conf von /etc/vdr nach /etc/vdradmin gelegt, nun gehts.... Danke!

Ich würde keinen symlink legen, sondern in VDRAdmin-AM Konfiguration den korrekten Pfad angeben (/etc/vdr), da in der kommenden Version nicht nur die reccmds.conf sondern auch die commands.conf gelesen und ausgewertet wird.

Gruß,
Andreas