Beiträge von Sevo

** thin eisVDR **
ist eine VDR Distribution auf fli4l/eisfair Basis. Im Gegensatz zu anderen Distributionen wird "thin eisVDR" auf einem beliebingen Computer vorkonfiguriert, wonach ein Image mit dem eigentlichen System erzeugt wird. Durch die Fli4L Basis ist es möglich nur wirklich benötigte Komponenten/Dateien zu integrieren, wodurch das System besonders schlank gebaut werden kann.
Ursprünglich wurde das System als reiner Net-Client entwickelt. Das Image kann nach der Erstellung auber auch auf eine Festplatte, CD oder eine Speicherkarte kopiert und von dort gebootet werden. Zusätzlich wird natürlich Netboot und PXEboot unterstützt. Es ist auch möglich eine Installations-CD zu erstellen, mit der das System auf dem Zielrechner installiert werden kann. Die Konfiguration kann sowohl auf einem Linux, alsauch auf einem Windows Rechner vorgenommen werden.
In der Grundeinstellung wird das Bootmedium nur zum Starten verwendet. Die Rootfs wird in eine Ramdisk entpackt. Für Rechner mit wenig Ram kann man das ganze System aber auch (wie bei Fli4L) auf eine ext3 Partition packen (Installationstyp B), womit die Ramdisk entfällt. Das aktualisieren des Systems erfolgt dann über SCP, damit man nicht bei jeder Änderung neu Installieren muss.

Weitere Informationen und Diskussion hier:
http://vdr-portal.de/board/thread.php?threadid=41846

Feature Requests nach:
http://vdr-portal.de/board/thread.php?threadid=40112

Gruß,
Sevo

Hallo zusammen!
Nach mehreren Wochen harter Konstruktionsarbeit (damit meine ich die Konstruktionsübung anner Uni die mir sehr viel Zeit, Nerven und einige Nachtschichten gekostet hat) und parallelen Weiterentwicklung der Distribution (ja das kann man jetzt auch VDR Distri nennen, weil CD, HD und SD Installation möglich ist!) gib es heute eine neue Version.

Da es sich um ein offizielles Release als "thin eisVDR" handelt, hier nochmal eine kurze Beschreibung:

** thin eisVDR **
ist eine VDR Distribution auf fli4l/eisfair Basis. Im Gegensatz zu anderen Distributionen wird "thin eisVDR" auf einem beliebingen Computer vorkonfiguriert, wonach ein Image mit dem eigentlichen System erzeugt wird. Durch die Fli4L Basis ist es möglich nur wirklich benötigte Komponenten/Dateien zu integrieren, wodurch das System besonders schlank gebaut werden kann.
Das Image kann nach der Erstellung auf eine Festplatte, CD oder eine Speicherkarte kopiert und von dort gebootet werden. Zusätzlich wird natürlich Netboot und PXEboot unterstützt. Es ist auch möglich eine Installations-CD zu erstellen, mit der das System auf dem Zielrechner installiert werden kann. Die Konfiguration kann sowohl auf einem Linux, alsauch auf einem Windows Rechner vorgenommen werden.

Thin eisVDR ist das hier: http://vdr-portal.de/board/thread.php?threadid=40062 vorgestellte Projet aber mit einem neuen Namen

Hier die einzelnen Änderungen/Features:

BASE (thin-eisvdr-1.0.3):
Features:

• Booten von CD, HD, Speicherkarte, PXE und Netboot
• Imageerstellung unter Linux und Windows
• Netzwerkunterstützung
• Viele weitere Features von Fli4L (ausser Routing und Firewall!)

Änderungen zur Vorgängerversion:

• Framebuffer
  -SVGA ist einkompiliert (kann einfach mit zB "vga=317" als Kernelparameter aktiviert werden)
  -konfiguration über base.txt
  -KERNEL_BOOT_OPTION='vga=[mode]' muss eingestellt werden. Weitere Infos zum Kernel Parameter zB unter http://www.tldp.org/HOWTO/Framebuffer-HOWTO-5.html#ss5.3:
• Menü (kleine Ändrungen)
• Projektname geändert (überall wo fli4l stand, steht jetzt thin eisVDR)
• kleine Bugfixes
• Busybox v1.01:
  
  
  Code

  Currently defined functions:
          [, ash, awk, basename, bunzip2, busybox, bzcat, cat, chgrp, chmod,
          chown, chroot, chvt, clear, cp, crond, crontab, cut, date, dd,
          df, dirname, dmesg, echo, egrep, env, expr, false, fbset, fgrep,
          find, grep, halt, head, hostname, hwclock, ifconfig, init, insmod,
          kill, killall, length, ln, loadkmap, logger, login, ls, lsmod,
          makedevs, md5sum, mkdir, mknod, mkswap, modprobe, mount, mv, nc,
          netstat, nslookup, openvt, ping, pipe_progress, poweroff, ps,
          pwd, reboot, reset, rm, rmdir, rmmod, route, sed, seq, sh, sleep,
          sort, swapoff, swapon, sync, tail, tar, test, tftp, top, touch,
          tr, true, tty, umount, wc, wget

  Alles anzeigen

opt_vdr:
Features:

• VDR Version 1.3.35 + Bigpatch
• Shutdwn mit NV-Ram Unterstützung
• ALSA Soundkarte als Ausgabedevice (funktioniert noch nicht perfekt)
  - Bitstreamout Plugin
  - Avolctl Plugin
• Remote Plugin (FB, Telnet, Console)
• LIRC Unterstützung
• Serialremote Plugin
• DXR3 Support (Plugin)
• Extension Board Support (Extb Plugin)
• ffnetdev Plugin

Änderungen zur Vorgängerversion:

• einige Fehler in runvdr behoben
• kleine Bugfixes

opt_alsa (neu):

• Unterstützung vieler PCI Soundkarten (leider nicht alle die mit ALSA möglich sind)
• Paket ist noch nicht ganz ausgereift, da ich keine gute Testhardware habe (nur Onboard Sound auf dem alten Testrechner).

opt_bash (neu):

• Bash Version 2.05b (aus dem alten OPT_BASH für Fli4L)
• Wird im Moment nur für das Mplayer Plugin benötigt, wer sich mit den Unterschieden zwischen Bash und Ash auskennt (ist für mich zu kompliziert), kann ja vielleicht das mplayer.sh Script umschreiben, damit es auch mit der Busybox-Ash läuft.

opt_bootlogo (neu):

• Spielt ein Bootlogo nach dem Laden der DVB/DXR3 Treiber
• runvdr beendet das Logo vor dem VDR Start, sodass es VDR nicht stört.
• Das Logo selbst ist nicht enthalten. Es muss nach config/var/logo/bootlogo.mpeg kopiert werden. Ich verwende selber im Moment das Logo von hier: http://vdr-portal.de/board/thread.php?threadid=24104
• Wenn sich jemand gut mit zB Adobe auskennt, könnte vielleicht ein schönes "thin eisVDR" Bootscreen entwerfen. Ich würds dann in das Paket einpacken. (Wär echt super, da ich sowas überhaupt nicht kann)

opt_eject (neu):

• Stellt das Tool "eject" zur Verfügung
• AUTOEJECT Funktion: Wechselmedien (zB CD,s) können automatisch beim Aushängen (umount) ausgeworfen werden, wenn das Laufwerk die Funktion unterstützt.

opt_hd (neu):
(Unbedingt Fli4L Dokumentation lesen bevor man HDINSTALL verwendet)

• Treiber für IDE und SCSI Laufwerke
• OPT_HDINSTALL
  - für die Installation von CD auf Festplatte / DiskOnChip / SD
  - Angepasst an thin eisVDR
  - Erstellt optional eine Video und Swap Partition, die automatisch bei Hochfahren eingebunden werden.
  - Recovery-Modus für Festplatteninstallation
• OPT_HDSLEEP zum Abschalten der Festplatte(n)
• OPT_MOUNT zum Mounten weiterer Laufwerke
  -Festplatten
  -CD/DVD-Laufwerke
  -USB-Storage (!!!)

opt_lirc:

• X10 FBs werden unterstützt (lirc_atiusb, OPT_USB erforderlich)

opt_mplayer (neu):

• Mplayer mit DVB Support (dev-CVS-050527-06:00-2.95.3 aus dem MPlayer Paket für Eisfair von Maverick-Me)

opt_tools (neu):

• OPT_ARP
• OPT_FTP
• OPT_JOE
• OPT_NETCAT
• OPT_STRACE
• OPT_TCPDUMP
• OPT_TOP
• OPT_TRACEROUTE
• OPT_WGET (limited wget already included in busybox)

opt_usb (neu):

• USB Keyboard Support
• USB Storage Support (SCSI)

vdr-plugin-media (neu):

• PCD Plugin (Photo CD)
• VCD Plugin (Video CD)
• DVD Plugin
• Mplayer Plugin (OPT_MPLAYER erforderlich)
• MP3 Plugin
• Quellen können in der Config eingestellt werden

vdr-plugin-osd:

• Weather Plugin funktioniert jetzt mit Ash (weatherng.sh und Busybox)
• Text2Skin Plugin (neu)
  -Aluminium
  -Deepblue
  -Enelchi
  -Enigma
  -Gold
  -Iizegrey16
  -Lightblue16
  -Lightblue256
  -Silvergreen
  -Steel

vdr-plugin-softdevice (neu):

• Benötigt Framebuffer (Base) und OPT_ALSA
• Sound funktioniert nur ansatzweise, bitte testen/ausprobieren
• Framebuffer MUSS die richtige Auflösung und Farbtiefe unterstützen, sonst lässt sich VDR nicht starten. Am Besten den Kernelparameter "vga" ausprobieren und mit fbset (busybox) rumspielen.
• Primary Device muss eingestellt werden (um vollständigen Absturz von VDR zu vemeiden)

vdr-plugin-streamdev:

• Streamdev-Client sollte jetzt richtig funktionieren (vorausgesetzt man hat eine aktuelle Server CVS Version am laufen)

Weitere Pakete:

• opt_dhcp
  -DHCP Client
• opt_dvb
  -Linux DVB 1.1.1 (kernel_2_4)
• opt_dxr3
  -DXR3 Treiber
• opt_netdate
  -Systemzeit über das Internet Synchronisieren
• opt_nfsclient
• opt_smbfs
• opt_sshd
  -SSH/SCP/SFTP Server
• vdr-plugin-base
  -epgsearch
  -femon
  -osdteletext
  -screenshot
  -subtitles
  -ttxtsubs
  -undelete

[UPDATE: 08.12.2005]

• Patch 1.0.3-4: (http://vdr-eisfair.flnet.org/s…0.3/patch-1.0.3-4.tar.bz2)
  aus dem Patch 1.0.3-1 übernommen:
  - opt_alsa: asound.conf wird nur kopiert wenn OPT_ALSA='yes'
  - opt_lirc: Prüfung der lirc.cfg nur wenn OPT_LIRC='yes'
  - opt_bootlogo: Prüfung der bootlogo.mpeg nur wenn OPT_BOOTLOGO='yes'
  - vdr-plugin-media: Überprüfung von OPT_EJECT hinzugefügt
  - vdr-plugin-media: mount.sh: Auswerfen funktioniert jetzt richtig
  

  
  

  aus dem Patch 1.0.3-2 übernommen:
  - Base: Neue Variable IP_DEFAULT_GATEWAY, damit das System auch ohne OPT_DHCP ins Internet kann
  - opt_eject: Autoeject wird beim Herunterfahren deaktiviert, da sonst alles Ausgeworfen wird
  - opt_netdate: dtou wird mit -s ausgeführt, da sonst eine Fehlermeldung geloggt wird

  
  

  aus dem Patch 1.0.3-3 übernommen:
  -Base: fli4l-2.1.12-patch-1 eingepflegt
  -opt_lirc: Zusätzliche Module (lirc_atiusb) wurden nicht geladen und die Devices wurden nicht erzeugt wenn LIRC_SERIAL='no' gesetzt war

  
  

  neu:
  -opt_alsa: amixer wird zusätzlich mit "on" aufgerufen, da sonst kein Sound kam
  -opt_dvb: fehlende Module für BT8XX Karten eingepackt
  -opt_dvb: rc.d Script erweitert, sodass Twinhan Karten nun auch funktionieren sollten und Fehler bei der Konsolenausgabe behoben
  -opt_lirc: rc.d Fehler beim Laden optionaler Module behoben
  

[/UPDATE]

--------------------------------------------------------------
Download unter:
http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.0.3/
--------------------------------------------------------------
Fli4L Homepage: http://www.fli4l.de
Eisfair Homepage: http://www.eisfair.org
--------------------------------------------------------------

Das Basispaket "thin-eisvdr-1.0.3.tar.bz2" enthält das Unterverzeichnis "thin-eisvdr-1.0.3" in das die Opt-Pakete (die kein extra Unterverzeichnis enthalten) entpackt werden müssen. Weitere Infos zum erstellen des Distributionsordners sind die der Fli4L Dokumentation zu finden.

Dokumentation ist im Moment ein schwieriges Thema. Ich habe leider überhaupt keine Zeit und nötige Erfahrung im Umgang mit tatex um die Fli4L Dokumentation anzupassen/zu verändern und neue Pakete zu dokumentieren. Wer mit der Konfiguration nicht zurecht kommt, kann die Fli4L Dokumentation unter: http://www.fli4l.de/german/ext…u/fli4l-2.1.12/index.html zur Hand nehmen. Die Basiskonfiguration ist fast identisch (man kann zB nicht auf eine Diskette installieren ;)) und wer das Prinzip durchschaut hat, wird ohne Probleme auch undokumentierte Pakete konfigurieren können, da die Konfigurationsdateien an sich schon viele Hinweise enthalten.

Wenn jemand mit tatex umgehen kann und Interesse an Mitrbeit hat, kann sich gerne bei mir melden. Die Umgebung/Vorlage ist im Fli4L Dokumentations-Paket enthalten und muss nur zum Teil umgeschrieben werden. Würde mich riesig freuen!

Ein riesen Dankeschön für die Hilfe und Unterstützung an das geamte Fli4L und Eisfair Team, alle Tester und Maverick-me (der mir freundlicherweise den Webspace zur Verfügung stellt und immer gute Tips auf Lager hat)

So ich hoffe, dass ich nix wichtiges vergessen habe.

[EDIT]
thin eisVDR Debuggen
Das steht zwar auch in der Fli4L Doku, aber ich schreibs hier nochmal rein. Wenn man Fehler suchen will, gibt es 3 Möglichkeiten:

[list=1]
[*]Syslogd
OPT_SYSLOGD='yes'
SYSLOGD_DEST_N='3'
SYSLOGD_DEST_1='*.* /dev/tty4'
SYSLOGD_DEST_2='*.* @192.168.178.2'
SYSLOGD_DEST_3='*.* /video/syslog.log'
Der erste Eintrag schreibt alles auf die vierte Console, der zweite sendet die Daten an einen Syslog-Client und der dritte schreibt das Log in eine Datei.
[*]bootmsg.txt
In der Datei /bootmsg.txt werden die meisten Fehlermeldungen während des Bootvorganges gespeichert. Diese kann auch über den Menüpunkt 5 (Fehlerlogdatei des Bootvorganges anzeigen) angezeigt werden wenn OPT_MENU aktiviert ist.
[*]Startup Debug
Schreibt jede ausgeführte Zeile in eine Datei oder auf die Console (wenn keine Datei angegeben) beim Starten.
DEBUG_STARTUP='yes'
DEBUG_LOG='/boot.log'
Bei PXE Boot müssen zusätzlich die Prameter "fli4ldebug=yes" und "fli4ldeblog=/boot.log" an den Kernel übergeben werden.
[/list=1]

Damit die Arbeit für micht etwas leichter wird, wärs toll wenn jeder relevante Zeilen/Auszüge aus den genannten Debug-Outputs bei Fehlerberichten mitposten würde. Das kann die Fehlersuche unheimlich vereinfachen.
[/EDIT]

Also, viel Spass beim Testen!

Gruß,
Sevo

Hi zusammen,
Es gibt ein neues Vomp-Server Paket für Eisfair (Version 0.0.3) mit der neuen Firmware (Dongle.bin) 0.0.16 mit der es jetzt möglich ist auch Radio zu hören.
Da die neue Firmware eine aktuelle CVS Version des Plugins voraussetzt, muss VDR unbedingt über die Online-Update Funktion des VDR Paketes aktualisiert werden. Falls VOMP vorher nicht drauf war, wird die aktuellste Version automatisch mitgeladen.

Download unter: http://vdr-eisfair.flnet.org/eis-list.txt

Gruß,
Sevo

Zitat

Original von sun
...Das Statement URLS=( ........ scheint nicht zu funktionieren.

Ja ist mir auch schon aufgefallen. Das liegt daran, dass die Shell aus der Busybox verwendet wird, das Script jedoch nur mit Bash läuft (Variablensubstitution). Ich werds für die nächste Version so umschreiben, dass die normale Shell das auch packt.

Ich hab schon mit dem Gedanken gespielt die Bash in das System zu packen, aber 1 MB mehr für Kofort beim Scripte-Schreiben ist nicht so gut.

Gruß,
Sevo

Moment, irgendwie bin ich jetzt verwirrt. Ist das richtig dass du KEIN MPEG2 Ausgabedevice im Testrechner/Client drin hast? Also nur den TFT anner GraKa? Dein Ausgangsproblem war ja:

Zitat

Original von pat
...Mit der fli4l version bekomme ich auch das Menu und das Streamdev-client Menu und sonst alle Menu. Aber das abpielen von den Aufnahmen startet aber kein Bild.

So kann das garnich funktionieren, da du kein MPEG2 Decoder drin hast. Ohne gehts nur mit dem softdevice Plugin und Framebuffer. Die Sachen werden aber erst inner nächsten Version drin sein! Das Menü vom Remote Plugin (also das was du beschreibst) inner Console zeigt warum auch immer das Menü beim Abspielen von Aufnahmen nicht an, also ist das auch richtig dass beim Starten einer Aufnahme (über die console) der Bildschirm schwarz wird. Ist aber eine eigenart von Plugin, es gibt auch andere Menüs die nicht angezeigt werden (zb Femon).

Also, inner nächsten Version wird Framebuffer und Softdevice drin sein. Dann kannst du versuchen ein Bild auf dem normalen Monitor zu bekommen, ob das funktionieren wird kann ich im Moment leider nicht sagen, da die Graka von meinem Testrechner nicht vom Framebuffer unterstützt wird. Also werde ich hier auf Testberichte und Fehlermeldungen von Dir und hoffentlich anderen Testern angewiesen sein

Gruß,
Sevo

Hi,

Zitat

Original von pat
Als Input device ist nur auf dem Server ein FF Karte und eine Budget Karte.
Ich bin weiter als du vorgesehen hast.

Ich glaub nicht, du hast mich falsch verstanden. So wie du es beschreibst kann es mit der aktuellen Version nicht funktionieren, da das Client-Plugin fehlerhaft ist. Was auf dem Server ist ist egal, da der Server nur den Stream liefert und wo der genau herkommt spielt keine Rolle.
Als Input verwendet der Client das Streamdev-Client Plugin und dummydevice um eine vollwertige DVB Karte zu simulieren. Meine Frage bezog sich eher auf die andere Seite: Wo hast du denn den Fernseher an dem Client angeschlossen? Wie kommst du ins Menü? Kannst du normale Fernsehprogramme gucken?

Gruß,
Sevo

Zitat

Original von pat
Ich weiß auch nicht warum dmmydevice dabei ist. Siehe da
Shuttel:/server/diskless/thin-eisvdr/opt> grep dummydevice *
vdr.txt:vdr yes files/usr/local/vdr/PLUGINS/lib/libvdr-dummydevice.so.1.3.34

in der Config. Wenn ich es auskommentieren bekomme ich auch kein Menu mehr.

Naja, dann gilt Streamdev-Client nicht als vollwertiges Input-Device. Was passiert wenn du mit DVB Devices im Menü rumspielst? Stehen da mehr als 1?

Zitat

Mit Streamdev-client musste doch ein Streamem vom Linvdr als Server gehen. Da es ja auch mit dem Windows Client über VDRzap geht.

Theoretisch schon, wenn auf dem Server ne mehr oder weniger aktuelle Streamdev-Server Version läuft. Aber wie gesagt, die Client Version die jetzt im thin EisVDR drin ist, läuft nicht richtig. Ich teste jetzt eine neue, die bei mir viel besser funktioniert. Kriegst du denn normales Fernsehen rein oder nur keine Aufnahmen? Was für ein Output Device hat du drin? DXR3?

Gruß,
Sevo

Hi,

Zitat

Original von pat
...Aber das abpielen von den Aufnahmen startet aber kein Bild.
Liegt es am dummydevice brauche ich das überhaupt, ist doch normaler weiße nur das wenn der Server kein Bild ausgibt.

Wie kommst du jetzt auf Dummydevice? Das wird nur verwendet wenn kein richtiges Input Device vorhanden ist. Bei dir ist ja der Streamdev-Client drauf und du kriegst ein Bild (oder kannst du auf dem Client auch nicht zappen?), also ist dummydevice schon mal aus dem Spiel. Die Streamdev Version, die im Moment drin ist, hat ein Paar Probleme. Aufnahmen gehen oft nicht und Zappen funzt auch nicht immer richtig. In der nächsten Version wird eine aktuelle CVS Version mit VDR 1.3.35 drin sein, die scheint jedenfalls bei mir jetzt richtig zu laufen. Einfach abwarten, bis ich die nächste Version release und nochmal probieren.

Gruß,
Sevo

Ach und in der nächsten Version wirds auch die Möglichkeit geben, das ganze auf ein CD oder so zu packen. Muss nur noch das angepasste Opt Konzept testen.

Hi zusammen,
falls sich jemand fragt warum hier nix mehr los ist

Ich bin die ganze Zeit dabei, aber ich habe keine Lust häppchenweie halbfertige Sachen zu releasen. Im Moment schreibe ich noch die Doku und teste Framebuffer und Alsa. Ausserdem fehlen im OPT_DVB noch einige Module für BTTV Karten (Avermedia, Twinhan usw.). Wenn die Sachen bei mir stabil laufen, wird es ein Release geben, wann das jedoch sein wird kann ich wegen Zeitmangel nicht sagen (Weihnachten im Jahre...).

Natürlich ist jeder herzlich eingeladen selber Pakete zu schnüren. Wer schon mal was für Fli4L gebastelt hat, wird kaum Schwierigkeiten haben, für andere gibt es eine Fli4L-Dev-Doku unter www.fli4l.de. Für VDR Plugins kann man problemlos bereits vorhandene Plugin-Pakete als Vorlage benutzen. Plugin Binaries gibt es unter http://vdr-eisfair.flnet.org/vdr-plugins/ und wer ein anderes Programm braucht kann mir gerne die Sourcen zukommen lassen und ich kompiliere das auf meinem Entwicklungseis. Man kann ausserdem fast jedes Eisfair-Paket (www.pack-eis.de) für thin EisVDR anpassen (heisst nicht dass es bei jedem Paket Sinn macht ;)) Wer also Lust hat seber etwas rumzuspielen, kann sich gerne zwecks Hilfestellung bei mir melden.

Gruß,
Sevo

Dr. Seltsam

Cool, das wär nett. Email: (gelöscht)

Gruß,
Sevo

Hallo zusammen,
Ich habe hier ein kleines Problem mit den DVB Treibern. Ich wollte für Eisfair ein neues DVB Paket schnüren, das mit dem neuen Eiskernel läuft. Die Kernelversion ist 2.6.12.5 mit Video4Linux und DVB aktiviert. Die Originalmodule laufen auch problemlos (also die die bereits im Kernel drin sind), wenn ich aber versuche eine aktuelle CVS Version zu kompilieren, bekomme ich immer folgende Fehler:

/usr/src/DVB/build-2.6/dvb_net.c: In function `dvb_net_eth_type_trans':
/usr/src/DVB/build-2.6/dvb_net.c:175: union has no member named `ethernet'
/usr/src/DVB/build-2.6/dvb_net.c:170: warning: `eth' might be used uninitialized in this function
make[2]: *** [/usr/src/DVB/build-2.6/dvb_net.o] Error 1

Im Wiki gibts es einen Patch für Kernel <= 2.6.13, der sich aber auf die aktuelle CVS Version nicht anwenden lässt.

Hat jemand einen Tip was ich noch machen könnte? Gibt es vielleicht eine Möglichkeit an eine "ältere" CVS Version zu kommen, die noch mit dem 2.6.12.5er Kernel laufen könnte?

Bin für jede Hilfe super dankbar!

Gruß,
Sevo

Zitat

Original von Madddin
Die v4l-driver habe ich aktiviert, aber sonst keine Einstellungen darin gemacht (praktisch nur LoadDrivers auf YES gestellt in der config).

V4L brauchst du nicht zu aktivieren. Nur START_DVB_DRIVERS='yes' und DVB_DRIVER_B2C2='sky' in der dvb-drivers config.

Hast du wirklich VDR_LOGLEVEL='3' gesetzt? Im Syslog müsste eindeutig mehr stehen.

Gruß,
Sevo

Hi,
im Syslog sollte noch mehr beim Start von VDR stehen, wenn du VDR_LOGLEVEL='3' setzt. Erst dann kann man feststellen, warum VDR nicht will. Ich vermute dass es am fehlenden LNB liegt. Wenn VDR nicht tunen kann, wird das Device deaktiviert, wenn ich mich richtig erinnere. Und ohne Dvice startet VDr nicht.

Das mit dem read error ist normal (hab ich jedenfalls auch und es läuft trotzdem), insgesamt sieht der Treiber Teil im Syslog vielversprechend aus.

Gruß,
Sevo

Hi Leute,
Bin jetzt wieder da. ich habe in der Bugfix Version nichts an Streamdev verändert, da ich nicht weiss woran das liegt. Ich werde Maverick-me darüber berichten, vielleicht hat er irgendwas eingapatcht oder es ist ein neuer Fehler in der CVS Version. Bei mir scheints jetzt nämlich auch nicht richtig zu funktionieren.

Gruß,
Sevo

Hi Leute,
Eine neue Bugfix Version ist raus. Änderungen stehen im ersten Posting von mir.

Achtet darauf, dass ihr die optionalen Pakete im thin-eisvdr Ordner entpackt, da sie keinen zusätzlichen Unterordner enthalten!

Ich bin über das Wochenende weg und kann deshalb nichts am Projekt machen. Voraussichtlich nächste Woche gibts dann eine neue Version mit neuen Funktionen, die ich noch nicht vollständig getestet habe. Ausserdem schreib ich im Moment eine Dokumentation. Wenn sie fertig ist, werde ich auch das Paket für Eisfair releasen.

Gruß,
Sevo

Zitat

Original von Egalus
ja, genau das mache ich, das erklärt natürlich einiges, vielleicht wäre es besser den pfad umzulegen damit man anderen vdr-configs laden kann aber die einstellungen für runvdr, die ja automatisch gewählt werden, nicht kaputt zu machen?

Naja, in der nächsten Version wird ja vor dem Start gemountet und erst danach die Konfigurationsdatei für runvdr erstellt. Wenn das Mounten scheitern sollte, wird die runvdr wie alle anderen Konfigurationsdateien auch in /dev/ram gespeichert. Andererseits würde das ganze fehlschlagen, wenn "ro" gemountet wird. Werds glaub ich nach /etc/runvdr.conf legen.

Zitat

Hab ich bei beiden Server schon gemacht, nix ausser streamdev-server, hat leider garnix geändert.

Passiert das nur wenn du den Client benutzt oder auch von Server zu server? Das Problem scheint in der Serverkonfiguration zu liegen.

Gruß,
Sevo

Hi,
das mit dem "no primary device found - using first device!" kommt immer wenn keine FF Karte drin ist (Bei mir komischerweise auch wenn eine DXR3 drin ist). Dass die Variablen nicht übergeben werden ist wirklich komisch. Was steht in der /etc/vdr/runvdr.conf nach dem Systemstart? Meountest du /etc/vdr über NFS? Dann gehts im Moment garnicht.

Das Problem mit dem Server hat nix mit dem Client zu tun. VDR lässt den Streamdev-Server nicht den Transponer umachalten, warum auch immer. Versuch mal alle Plugins ausser Streamdev abzuschalten (auf dem Server)

Gruß,
Sevo

Egalus

Oh! und noch ein Fehler weniger!
Kannst vorerst entweder das SkinElchi Plugin abstellen oder folgendes editieren:

opt/files/usr/local/vdr/PLUGINS/config/vdr-plugin-osd.sh Zeile 56:
- if [ `cat /etc/vdr/setup.conf | grep -i "OSDSkin" | grep -i "Elchi_Plugin" | $TOOLPREFIX/wc -l` -gt 0 ]
+ if [ `cat /etc/vdr/setup.conf | grep -i "OSDSkin" | grep -i "Elchi_Plugin" | wc -l` -gt 0 ]

Also das "$TOOLPREFIX/" vor dem wc einfach entfernen. Danach abspeichern und mkfli4l.sh laufen lassen.

Danach sollte es gehen.

Gruß,
Sevo

Was passiert denn wenn du einfach /usr/local/vdr/runvdr in der Console oder per SSH ausführst?

Das Problem mit dem Mounten hab ich schon behoben. Muss nur noch gleich nach der Uni die Pakte packen. Dann gibts heute Abend ein Bugfix Version.

Gruß,
Sevo