Ausblick auf die naechste Gen2VDR Version

Hallo helau,
das klingt doch mal gut, läuft eh alles viel zu gut und stabil mit der 1.2

Bitten:

A) Keine Reboots und sei die admin.conf auch noch so zerdaddelt,
du kannst da alles tun, aber lass mich bitte per ssh an die Maschine.

B) Freevo und alle Gui's abschaltbar wenn das möglich ist.

C) Burn und den Packetcommand nochmal auf Zusammenarbeit anschauen.

Gruß und Danke für deine Arbeit

Ulf

[edit] geht schon mit der 1.2:
B) nur nicht von Hand probieren, einfach per OSD Freevo Gui auf aus und schon tuts
C) den Automounter deaktivieren und nach reboot tuts

Sehr generische Antwort: wünsche mir möglichst wenig Abweichungen vom Standard, also je mehr in /etc/conf.d configuriert wird, desto besser. Da gefiel mir der Ansatz von hd.brummy besser, weshalb ich nach einem gen2vdr-Gau (der war mein Fehler) auf gentoo pur gewechselt bin. Freevo interessiert mich nur bedingt, vdr+plugins kann doch eigentlich alles.
sm7020s Unterstützung wäre prima, müssen wir wohl noch ein wenig warten.
Und natürlich aktuelle glibc/gcc. War eine große Enttäuschung, als ndiswrapper wg uralt-gcc nicht kompilierte.
Im Installer sollte folgendes möglich sein: (Narrensichere, unmöglich, ich weiss) Auswahl der Festplatte auf die installiert wird. Ich hab mit USB-Stick und live-CD begonnen, war ein Schock für mich, als ich merkte, dass ein OK mehr die Festplatte meines PCs neu formatiert hätte.
xinelib mit optimaler 50Hz HDTV Unterstützung:-)

Hallo Helau
das hört sich ja gut an, interressant fände ich:
-Aktivierung des SIS Moduls (falls Du eh gerade am Kernel etwas einstellt PIII)
-ssh Zugang möglich auch wenn der VDR beim Boot crasht
-GCC 4.1 wegen ndiswrapper
-VDR1.5 ist auch nett

Zitat

- reine DVD Variante mit gzippten Paketen ( - reine DVD Variante mit gzippten Paketen ( um diese leichter als die lzma's beareiten zu koennenum diese leichter als die lzma's beareiten zu koennen

Ist das so zu verstehen das man seine Configs dann leichter vorpflegen kann und diese dann genutzt werden.

Zum Thema SMT:
Veränderst Du noch etwas am Installer damit die noch besser unterstützt wird?
Lüftersteuerung, DVB Treiber wenn Du irgenwelche Werte brauchst schauen wir mal ob man die der Kiste entlocken kann
N!ce <- Testkaninchen
Bild ist ja etwas problematisch mit 640*480 könnte ich aber im Schlafzimmer auskommen
Der Rest lies sich ja mit Kopieren der Confs erledigen

Zitat

P.S: SMT7020 laeuft hier problemlos mit der neuen Gen2VDR Version

EDIT:
Irgendwa hab ich bei mir kapputgepacht , obwohl ich nen ISO mit -i erstelle funzt die nicht mehr auf ner Activy und von daher vermtl. auch nicht auf der SMT. MAl nen aktuelles ISO ziehen und dann noch mal testen

Zitat

problemlos mit der neuen Gen2VDR

Oder meinst Du schon dein neues Testsystem

Helau
Mir ist es noch nicht gelungen, die X11-Einstellungen so hinzubekommen, dass Kameraschwenks ohne Ruckeln dargestellt werden. Scheint wohl ein generelles Defizit der Linux-GK-Treiber zu sein, da hilft auch kein binärer nvidia-Treiber. Gab es hier auch schon Threads dazu, ich fürchte, da ist was dahinter. Wenn ich Fussball per VLC und Streaming auf meinem MAC schau, sieht das ganz anders aus, ohne dass ich nen Finger rühren muss. Werd wohl die Tage wieder meine FF einbauen, da ist das Thema dann auch gegessen, aber halt nur mit Stino-Auflösung.
Viele Grüße
steiniplatte

Hallo Helau
gemeint war dieses SIS Modul. Es wird benötigt für K8Upgrade-760GX und nachdem man es ändernt von Modul in Kernelintegrität
klappt die Installation (Modus4) und läuft dann auch stabil.
Allerdings wird das Board vermutlich bald hiergegen getauscht -> AM690

ssh Zugang gab es irgendwo ein Readme wie man SSH bevorzugte,
da das System schon recht lange stabil läuft hab ich es hier noch nicht benötigt. Vermutlich wurde es schon mit deinen Updates wieder korrigiert

Zitat

Nicht direkt, aber wenn man eine Datei kaputtverbessert hat, kommt man leichter wieder ans Original

Wie verhindere ich noch mal das die zuvor gesicherten Configs wieder eingespielt werden ? Nur mit manuellen Setup möglich ?

Zitat

Die sollte dann out-of-the-box gehen, wie jetzt die Activy.

Ich bin schon mal vorab begeistert

Zitat

Letzteres, mit der 1.2 ists nicht so dolle, die P3 Optimierung hilft da enorm.

Lüftersteuerung (sensors) habe ich noch nicht hinbekommen und TV bild fehlte alles andere funktionierte
wenn auch etwas träge aber es klapppte. Müsste den mit der aktuellen Version schon per default ein TV-Bild zu sehn sein ?

Hi,

ich würd mich über Geode Support (powernow) freuen!

Gruß,
Hendrik

Zitat

Original von helau

Geht denn das nicht ?

Nope, geht nicht. Jedenfalls nicht out-of-the-box. Der VDR wird vor dem Netzwerk geladen. Wenn der crashed kommt der sshd nicht mehr hoch.

Abhilfe: Runlevel anpassen Falls bedarf besteht, kann ich mal raussuchen, was ich wie verschoben habe...

Hallo Helau,

ich würde es gut finden, wenn die Startup-Reihenfolge der Init-Scripte noch beeinflusst werden könnte (muss nicht über das Admin-PlugIn sein). Vorallem habe ich Probleme mit dem NFS-Client, da dieser die Netzwerklaufwerke auch erst nach dem Start des VDR einbindet und ich so in den Recordings nur den Inhalt der lokalen Festplatte zu sehen bekomme.

By the way: Bin echt begeistert wie gen2vdr out of the box auf meinem Scovery läuft.

Grüße vdrjünger

Zitat

Original von vdrjünger
ich würde es gut finden, wenn die Startup-Reihenfolge der Init-Scripte noch beeinflusst werden könnte (muss nicht über das Admin-PlugIn sein). Vorallem habe ich Probleme mit dem NFS-Client, da dieser die Netzwerklaufwerke auch erst nach dem Start des VDR einbindet und ich so in den Recordings nur den Inhalt der lokalen Festplatte zu sehen bekomme.

Das kannst du ganz leicht selber fixen:

Einfach mal folgendes in der shell machen

mv /etc/runlevels/default/net.eth0 /etc/runlevels/boot/net.eth0
mv /etc/runlevels/boot/vdr /etc/runlevels/default/vdr

Bei der zweiten Zeile bin ich mir nicht ganz sicher, aber vdr sollte wirklich in /etc/boot/ liegen...

HTH Björn

Zitat

Originally posted by Bjoern

Das kannst du ganz leicht selber fixen:

Einfach mal folgendes in der shell machen

mv /etc/runlevels/default/net.eth0 /etc/runlevels/boot/net.eth0
mv /etc/runlevels/boot/vdr /etc/runlevels/default/vdr

Bei der zweiten Zeile bin ich mir nicht ganz sicher, aber vdr sollte wirklich in /etc/boot/ liegen...

HTH Björn

Alles anzeigen

Wie wärs mit dem gentoo way

rc-update del vdr boot
rc-update add vdr default
rc-update add sshd boot

Gentoo way waere das initscript anzupassen (depend) , ansonsten passiert eventl. garnix .

Also das sshd script genau wie samba usw haben net.* als depend.

Hallo Helau,

erst mal ein rießen Dank für deine Arbeit. Habe nun seit ca. 6 Wochen nen VDR laufen und komme mit Gen2Vdr am besten zurecht. Nachdem ich anfängliche Probleme mit der Fernbedienung hatte läuft jetzt alles sehr zuverlässig und stabil.

Für die kommende Version würde ich mir nur Divx/Xvid Archivierung Out of the Box wünschen. Da du aber eher ein Divx gegner zu sein scheinst befürchte ich das dies weiterhin eine Baustelle bleiben wird

mfg

sleddi

Hi, Helmut

Die Gen2vdr-1.1 ist eigentlich der Hammer, ich hab hier immer noch die Version
1.1
Da jeder etwas andere Bedürfnisse hat wird es halt immer notwendig sein
selbst etwas Hand anzulegen, aber wenn man sich damit befasst geht das schon.

Wie auch immer Das mit Vdr-1.4 und Vdr-1.5 parallel finde ich ne sehr gute Sache.
Ansonsten hätte ich selbst nur den Wunsch das man per Angabe in der
setup.sh die Gen2vdr wahllos auf welche Platten bzw. Partitionen installieren kann wie man will.
Es ist zwar auch so wies jetzt ist möglich das zu tun, aber ist doch mit
einigen Hürden verbunden.

In etwa stelle ich mir das so per setup.sh vor;

Zitat

# Installations-Platte
HD_DEV="/dev/hda"
HD_DEV="/dev/hdb"
HD_DEV="/dev/hdc"
HD_DEV="/dev/hdd"

# Partitionsnummern-Installations-Platte ( Falls BOOT=0 wird keine separate BootPartition angelegt -> Dual-Boot)
BOOT_PART_NUM=1
SYSTEM_PART_NUM=2
SWAP_PART_NUM=3
VIDEO_PART_NUM=5

video-Platte
HD_DEV="/dev/hda"
HD_DEV="/dev/hdb"
HD_DEV="/dev/hdc"
HD_DEV="/dev/hdd"

Alles anzeigen

Und der User legt das dann halt in der setup.sh fest bevor er das Iso baut und brennt (aus, einkommentieren)
was gewünscht ist.
Das würde dann schon viele Möglichkeiten abdecken, denn für /video
nimmt man vermutlich eh ne ganze Platte.

Super wär auch noch der ExtensionsPatch von Haus aus.

Wenn das alles nicht machbar ist, machts auch nix, aber nen Versuch wars wert.

Gruss, Bert

Hallo Helmut,

auch von mir zunächst ein großes "dankeschön" für gen2vdr.

Auch wenn ich ein gentoo-User der ersten Stunde bin, finde ich die Idee, den VDR nicht als Ebuild zu installieren, sehr gut. Das macht es leichter, mal einen neuen DVB-Treiber oder auch eine neue VDR-Version parallel zu installieren....

Es gibt in der Tat ein paar Dinge, dich ich evtl. ändern würde / hinzufügen würde:

1. Aktuelle Beschreibung des Admin-Plugin

Irgendwie kriegt man es ja hin, aber eine Beschreibung, was beim Setzen der einzelnen Parameter geschieht, wäre durchaus hilfreich. Es gibt im HTPC-Forum zwar einen entsprechenden Thread, aber auch der erklärt nicht alle Optionen hinsichtlich ihrer Wirkung.

Ok, im Zweifelsfall gilt natürlich: Use the source...

2. Anwahl von Plugins im admin-Plugin

Generell ist das ja eine feine Sache. Schließlich kann ich Plugins fein über die FB anwählen, abwählen und alles mögliche. Vielleicht sollte man für die Plugins, die noch eine Zusatzkonfiguration benötigen (Beispiel fussball-Plugin oder weatherng), zumindest einen entsprechenden Hinweis "irgendwo" hinbiegen.

Da ich in letzter Zeit recht viele Activies für Bekannte "fertiggemacht" habe kommen recht viele Fragen, warum denn das Plugin nichts mache oder schlichtweg nicht geht. Eine kurze Meldung würde diesen gen2vdr-Anfängern das Leben erleichtern: Einfach den 3rd level support anrufen und gut ist

3. Compilieren für CPUS >= P3.

Verstehe ich, lässt aber den ein oder anderen außen vor. Naja, was solls. Dann wird die alte Büchse halt ein Türstopper oder nicht auf die neue Version umgestellt.

4. Möglichkeit, eigene Aufrufe vor / nach STR einzubauen.

Klar, ich habe das Skript /_config/bin/hibernate.sh modifiziert. Kein Problem. Dann habe ich ein neues Update eingespielt und die Datei wurde überspielt. War ja nicht tragisch, aber evtl. unschön. Vielleicht einfach einen Skriptaufruf vorsehen mit gewissen Bedingungen (selbständiges Löschen der alten Prozesse, Starten der Prozesse nach restart usw.). Kann ja über einen Parameter gesteuert werden.

Aber vor allem: Weiter so, Helmut :-))

Gruß,

Tom

Hi Helmut,

Abendessen fertig, Kinder im Bett, bleibt noch Zeit um schnell was zu tippeln

Zitat

Original von helau
Dokumentieren gehoert nicht so direkt zu meinen Staerken, aber ich schau mal was sich machen laesst. Evtl lasse ich auch nur noch Plugins auswaehlen die funktionieren. Der Rest ist dann zwar per source drauf aber nicht kompiliert.

Beispiel hier war bei mir letztens auch "graphlcd". Man kann dann zwar irgendwo den Treiber auswählen (t9636c oder sowas), aber andere wichtige Parameter (Wiring, Displaygröße) können nicht per FB gesetzt werden.

Zitat

Zu 4. Hast Du dafuer ein konkretes Beispiel ? Was willst Du da wo einbauen ?
Zu Beginn wird ja local gestoppt ( /_config/bin/myexit.sh ist dafuer frei anpassbar ).
Ansonsten wirds z.B. auch noch ein Script geben welches vor VDR Start ausgefuehrt wird.

Aaahhh! myexit kann man nehmen. Iss ja doll :-))

Irgendwie hängt es wohl bei mir auch daran, dass ich oft nicht weiss, welches der Skripten ich jetzt nehmen darf, wann welches Skript aufgerufen wird usw. Insbesondere die Abläufe vor einem STR und dann wieder beim Aufwachen waren dank wiki-Eintrag zwar nachvollziehbar, aber ich halte meine Lösung für einen hack.

Ich habe zB folgende Aufgabenstellung: Ein Bekannter hat 'ne Activy, die beim Systemstart einen SSH-Tunnel zu mir aufbaut (hatte ich in der /etc/conf.d/local.start). Hintergrund ist nix illegales, sonder der Transfer von bei ihm lokal programmierten Timern auf meinen Aufnahmeserver... und sowas macht man übers Internet halt verschlüsselt. Ausserdem teilt mir die Büchse so ihre Internet-IP-Adresse des Router mit, sodass ich Remote-Support leisten kann. Soweit, sogut.

Bis jetzt wurde die Activy halt immer mit HALT oder POWEROFF-Kernel gestoppt... weil ja nach einem STR der SSH-Tunnel nicht mehr da war. Ist ja logisch, irgendwann schlägt halt der TimeOut zu.

Andererseits bietet die Activy so saugeil schnelle Bootzeiten, wenn man STR verwendet. Also mal flugs über das Problem nachgedacht, hibernate.sh dahingehend geändert, dass nach dem "kill sshd" auch die SSH-Verbindung runtergerissen wird... dann arbeitet hibernate weiter bis zu dem Aufruf von hibernate-ram.

Nach einem Neustart / Erwecken aus dem STR arbeitet das Skript ja weiter. Also wird am Ende der ganzen hibernate-Show wieder ein ssh-Tunnel zu mir aufgebaut. Das passiert dann zwar erst rund 60 Sekunden nachdem das Bild erscheint, aber DAS ist ja auch egal.

Wenn ich jetzt also eine "Schnittstelle" hätte, wo ich ein Shellskript hinterlegen kann, welches mit Parametern immer wieder aufgerufen wird (Parameter wie stopstr, stophalt, stoppower und startstr), könnte man entsprechende Aktionen hinterlegen.

Was allgemein das Dokumentieren angeht, so helfe ich da gerne, wenn ich nur weiss, was ich da dokumentiere Ich denke, es wäre evtl. hilfreich, das doch teilweise sehr komplexe Zusammenspiel all Deiner Shellskripte mal zu Erläutern. Vielleicht doch das Wiki dafür hernehmen... Das Unterstützungsangebot hierzu steht.

5. (Jetzt fällt mir gerade nochwas ein): Letztens habe ich gen2vdr auf einem Rechner mit normalem IR-Empfänger auf ttys1 (COM2 für die DOSler) installiert. Es war dann doch ein wenig "lästig", die richtige Datei hierfür rauszufinden, damit den modules die entsprechenden Parameter mitgegeben werden. OK, für den lircd war es denn einfacher. Zugegeben, ist wohl auch eher ein Sonderfall, wollte ich aber nur gesagt haben.

Gruß,

Tom