Beiträge von SmartFish

Hi Leute,

wer hatte das Problem noch nicht? Nach einem VDR Update oder einem unsanften Neustart steht das CurrentVolume Setting auf 0.
Wer, wie ich, per Fernbedienung nur die Lautstärke des Fernsehers steuert darf dann wieder Putty anwerfen und die Settings editieren.

Ok, passiert nicht oft, aber garantiert immer, wenn ich's mir grad bequem gemacht habe. Daher hier ein kleines Perl Script, das
einfach nur das CurrentVolume auf 255 setzt. Steht bei mir direkt im runvdr vor dem Aufruf des VDR drin. Nicht besonders doll,
kein Effekt auf dem Bildschirm, aber einmal Aufstehen im Monat weniger

Bitteschön,
Martin

Achja: die Pfadangabe auf setup.conf muss natürlich angepasst werden.

Zitat

Hey bist du Hellseher (kannst du mir vielleicht die Lottozahlen vom nächsten Samstag per PN schicken? :D), oder woher wustest du das ich eine Schalldämmung mit einbauen möchte, hab ich doch gar nicht geschrieben.

Cool, nicht? Nein, ich hatte das Gehäuse bei ichbinleise.de mit eingebauter Dämmung bestellt und mich dann hinterher geärgert,
als ich sie wieder rausgerissen habe. Hmpff.

Ich habe inzwischen den 3,5" Festplattenkäfig umgedreht und mit doppelseitigem Klebeband und einer Dämmplatte auf den Boden gepappt.
Seitdem sind die Festplatten nicht mehr zu hören. Zusätzlich werden sie von einem 12" Papst Lüfter von links angeblasen (auf 30% im BIOS
eingestellt) und bleiben seitdem handwarm.

Die CPU Temperatur ist bisher auf konstant 35° (Pentium M), der CPU Lüfter immer ausgeschaltet und den hinteren kleinen Lüfter neben dem
Netzteil hab ich ausgebaut. Also mir gefällt's jetzt

Zitat

Kann man noch was außer Zeit / Sendung anzeigen (z.b. Fortschrittsbalken der Sendung)?

Ehrlich gesagt: keine Ahnung. Wenn Du einfach das Plugin verwendest bekommst Du halt angezeigt, was es für sinnvoll hält. Bei Aufzeichnungen
übrigens auch einen Scrollbar. Die Zeichensatztabelle muss man dafür aber etwas überarbeiten. Die Umlaute und die Blockzeichen stimmen auf Anhieb
erstmal nicht.

Ansonsten ist das Display natürlich auch für andere Programme frei ansteuerbar. Du könnest auch was ganz anderes damit machen. Einige
Perl Scripts als Demo sind beim lcdproc mit dabei.

Gruß,
Martin

Hi,

also das Gehäuse habe ich auch, mir gefällt das Ding sehr gut. Auf eine Schalldämmung solltest Du aber
verzichten. Das bringt fast nichts, erhöht die Temperatur aber bei mir um 5°C.

Zitat

Jetzt stellt sich mir nur die Frage was ich alles mit dem 2 Zeiligen Display des LC03 darstellen kann.

Also das Einfachste wird sein, Du installierst lcdproc mit dem passenden VDR Plugin. Dann siehst Du in der oberen
Zeile Datum und Uhrzeit und unten als Laufschrift die aktuelle Sendung. Praktisch zum Zappen, wenn der Fernseher aus ist

Gruß,
Martin

Also ein paar Sachen in Deiner runvdr finde ich "eigenartig".

Zitat

DVBDIR="/usr/lib/hotplug/firmware"

Hmm, da muss das DVB Verzeichnis rein. Da Du aber die Distri
DVB Treiber verwendest genügt ein "rcdvb start" an der Stelle,
wo später "Load the driver..." steht. Diese Variable ist für Dich
also uninteressant.

Zitat

VDRPRG="./vdr"

In Zusammenhang damit, dass später ein cd DVBDIR gemachst wird
ist eine relative Pfadangabe keine so gute Idee. Ausser, Dein vdr liegt
unter "usr/lib/hotplug/firmware"

Zitat

# Load driver if it hasn't been loaded already:
if [ $LSMOD -eq 0 ] ; then
(cd $DVBDIR; )
fi

Weg damit, da gehört ein "rcdvb start" hin

Zitat

while (true) do
su $VDRUSR -c "$VDRCMD"
if test $? -eq 0 -o $? -eq 2; then exit; fi
date
echo "restarting VDR"
$KILL $VDRPRG
sleep 10
(cd $DVBDIR; make rmmod; )
date
done

Alles anzeigen

Huch, nach einmaligem Neustart des vdr werden die DVB Treiber nie
wieder geladen? Ich sehe zumindest nur ein "make rmmod". In Deinem
Fall ist das aber nicht schlimm, da das Kommando in /usr/lib/hotplug
aufgerufen wird und damit einfach gar nichts tut Die komplette Zeile
mit Klammern kannst Du ersetzen durch ein "rcdvb restart".

Mein Vorschlag: lass die Variablen wie DVBDIR, VDRPRG und VDRCMD weg
und bau Dir ein Script, in dem alles genauso drinsteht, wie Du es brauchst.
Eine minimale runVDR für Dich könnte z.B. so aussehen:

export LD_ASSUME_KERNEL=2.4.1
export LC_CTYPE=de_DE.iso8859-1


# Module laden
rcdvb start


while (true) do


      # VDR starten
      cd /usr/src/VDR
      ./vdr -w 60 -l 1 -w 60 -P ... <irgendwelche Plugins> ...
      if test $? -eq 0 -o $? -eq 2; then exit; fi


      # Neustart
      date
      echo "restarting VDR"
      killall vdr
      sleep 2


      # Module entladen/laden
      rcdvb restart
      sleep 2


done

Alternativ: lade doch mal die DVB Treiber und starte
vdr direkt von Hand. Was passiert dann? Also so:

cd /usr/src/VDR
rcdvb restart
./vdr

Gruß,
Martin

Hi,

wie sieht Deine runvdr aus und was sagt lsmod vor dem Aufruf?
Anscheinend sind die DVB Treiber nicht geladen.

Gruß,
Martin

Zitat

Außerdem macht es denn doch einen feinen Unterschied , ob ich Woody mit i386er Binaries , Slackware mit 486er Binaries oder LFS mit 686er Binaries am Start habe - oder meinst nicht ?

Hmm, nein, ehrlich gesagt meine ich das nicht. Ich glaube kaum, dass wir
den Unterschied ernsthaft messen könnten. Dafür sind beim Laden von
DVB Treibern und dem Initialisieren der DVB Karte zu viele I/O Operationen
nötig und zu wenig Rechenleistung gefordert.

Ich denke das genauso, wie Du gesagt hast:

Zitat

Ebent - es kommt darauf an , WIE und WAS

Und das wie und was kann ich mir mit jeder Distribution so zurechtbauen,
dass es genau zu meiner Hardware passt, ohne Schörkel und ohne Drumherum.

Ich geb Dir aber sicher darin Recht: wenn man die vorgegebenen Distri-Scripte
so läßt, wie sie sind, ist das immer langsamer als hand-optimiert.

Gruß,
Martin

Zitat

Auch falsch: es heisst nur "LANG" (sofern RC_LANG nicht irgendeine "SuSEconfig Variable" ist, die davon ausgehend die "richtigen" Variablen setzt)

Du hast Recht! Trotzdem bleibe ich dabei, dass es sinnvoller ist die
Codepage mit LC_CTYPE umzustellen, als die Sprache einzustellen,
wenn sich VDR über die falsche Codepage beschwert.

Aber das mit LANG stimmt natürlich ... Asche auf mein Haupt

Gruß,
Martin

Distributionskrieg, prima

Zitat

Die Zeit von ./runvdr bis Bild sind keine 3 Sekunden - mit DVB Devices erstellen , DVB Module laden und VDR mit n paar Plugins starten - zeig mir die fertige Distri , die das kann !

Na, jede beliebige würde ich vermuten. Oder warum denkst Du sollte
ein Binary unter LFS schneller laufen, als unter einer Distribution?

Der Punkt ist denk ich mal: man bekommt jedes System so hin, dass
es beim Booten genau das macht, was man möchte. Die Startzeit
hat nicht mit der Distribution zu tun, sondern mit der Anzahl der Programme,
die beim Booten ausgeführt werden. Beim Starten der runvdr ist das nicht anders.

Gruß,
Martin

Ok, war nur eine Vermutung mit den Kondensatoren. Aber einen neuen
Thread hättest Du jetzt dafür nicht gleich aufmachen brauchen. Antworte
doch einfach auf den Beitrag, auf den Du Dich beziehst.

Gruß,
Martin

Naja, 45 Minuten zu 30 Minuten ist nicht sooo aussagekräftig,
zumal der Rechner ja jetzt vermutlich überhaput nichts mehr arbeitet.

Meine letzten mysteriösen Abstürze kamen eigentlich immer von einem
Mainboard mit defekten Kondensatoren. Hast Du mal drübergeschaut?

Gruß,
Martin

Mist, ich war 3 Minuten zu langsam

Hi,

Zitat

In der /etc/sysconfig/language hab ich zwar den Eintrag"RC_Lang auf "de_DE@euro gesetzt und den PC neu hochgefahren, aber es klappt trotzdem nicht.

Tippfehler? Es heißt ja auch LC_LANG nicht RC_LANG. Abgesehen davon solltest Du lieber die
Variable LC_CTYPE verwenden, die steuert NUR die verwendete Codepage, LC_LANG
stellt die verwendete Sprache um.

Das mit der sysconfig würde ich auch lieber nicht machen, da Du sonst Dein komplettes System
auf ISO umstellst und Probleme mit bereits existierenden Dateien bekommen könntest.

Mach doch den Eintrag einfach in die runvdr rein. Bei mir beginnt die runvdr so:

export LD_ASSUME_KERNEL=2.4.1
export LC_CTYPE=de_DE.iso8859-1

wobei für Dich vermutlich nur der zweite Eintrag interessant ist.

Gruß,
Martin

Zitat

Die Routine zum Ermitteln von SUFFIX holt sich nur die letzten 4 Zeichen.

Jupp, genauso isses. Ich wollte schon grade eine Antwort zu skans
Vorschlag schreiben. Im initialize() von mplayer.sh wird die Variable SUFFIX
berechnet als
SUFFIX=$(echo -e "${FILE:$[${#FILE}-4]:4}" | tr [A-Z] [a-z])
Ich habe zusätzlich noch ein
SUFFIX2=$(echo -e "${FILE:$[${#FILE}-3]:3}" | tr [A-Z] [a-z])
SUFFIX5=$(echo -e "${FILE:$[${#FILE}-6]:6}" | tr [A-Z] [a-z])
SUFFIX6=$(echo -e "${FILE:$[${#FILE}-7]:7}" | tr [A-Z] [a-z])
eingefügt für Extensions wie ".rm". Dann kannst Du leichter darauf
abfragen, ohne Verrenkungen wie "ream". In Deinem Fall wäre der
SUFFIX6 genau richtig.

Nur so als Anregung...

Gruß
Martin

Zitat

Tut mir ja leid, aber wenn ich so Schlagworte wie Suche oder Zeit ist noch nicht reif höre, könnte ich ... naja

Und was hat das damit zu tun, ob wir für HDTV ein eigenes Forum einrichten oder nicht?
Ob hier über HDTV diskutiert werden darf seht hier doch nicht zur Debatte.

Ich wünsch Dir auf jeden Fall viel Erfolg bei der Burn Plugin Installation, danach hebt sich
Deine Laune hoffentlich wieder

burki: einen Bereich "Software-Dekoder-Bereich" fände ich ausgesprochen
nützlich. Ist thematisch nicht so begrenzt und mit Sicherheit in Zukunft wichtig.

Gruß,
Martin

BTW: wieso stellst Du die Abstimmungsfragen in dieser Form?

So ist das Ergebnis doch vorher schon klar. Ich denke nicht, dass
HDTV eine Randerscheinung ist, aber ein eigenes Forum brauche
ich trotzdem nicht. Was nun?

Nicht, dass das jetzt furchtbar wichtig wäre, ich wollte
nur mal eine "neutralere" Fragestellung anregen, wenn
Du das Ergebnis nicht steuern möchtest.

Gruß,
Martin

Ein eigener HDTV Bereich muss für mich nicht sein. Als Anleitung
gehörts ins Wiki und alles darüber hinaus hat was mit Plugins
zu tun. Und über die Suche findet man es auch.

Ich fände es aber richtig schön, wenn man über die Suche
nach "16:9" suchen könnte ... nur so am Rande ...

Gruß,
Martin

Zitat

die Datei rcdvb hat man doch ansich wenn man Kernel 2.6.x hat oder nicht ?!

Nö, hat man nicht. Ich hab 2.6 und SuSE aber trotzdem kein rcdvb weil
ich die SuSE DVB treiber nicht verwende, sonder die aus dem cvs benutze.
Ich mach das Ganze dann mit

cd /usr/src/DVB/build-2.6
./insmod.sh unload
sleep 2
./insmod.sh load
sleep 2

das steht bei mir direkt in der runvdr.

Aber machen tut's in etwa das Selbe, nämlich die DVB
Treiber entladen und wieder laden. Dabei wird dann auch
die Firmware unter /usr/lib/hotplug/firmware/ geladen.

Gruß,
Martin

Zitat

Äußert sich darin, daß der vdr zum Teil so abschmiert, daß nur ein Neustart hilft, wenn der verwendete Skin die Meldung von Sleeptimer in das ChannelDisplay einblenden will.

Scheint ein ähnliches Problem zu sein. Wenn ich eine Message sende, wird
diese zwar gespeichert, aber nicht angezeigt. Im Laufe der nächsten
zwei bis drei Stunden stürzt VDR dann aber reproduzierbar mit 100%
Sicherheit ab. ...ebenfalls egal bei welchem Skin.

Zitat

Vielleicht finden sich Gemeinsamkeiten.
Ich verwende hier kernel 2.4.24 mit cvs-Treiber-Version von 02.02.2005 und aktueller Firmware.

Naja, ich verwende Kernel 2.6 aber auch DVB Treiber aus dem cvs und
der aktuellen Firmware. Da es aber ohne text2skin Plugin nicht passiert
liegt der Fehler wohl eher dort.

Ob die Message vom Sleeptimer kommt oder von einem anderen Programm
sollte doch eigentlich egal sein. Versuch doch mal mit svdrpsend.pl MESG HALLO
was anzuzeigen. Mal schaun was passiert

Gruß
Martin

hmm, hat das Problem keiner ausser mir oder seid Ihr alle am Schneeschippen?

Hallo,

ich verwende momentan das Enigma Skin mit text2skin Plugin. Aber
egal welche Skin ich verwende, wenn es über text2skin läuft werden
keine Messages auf dem Bildschirm angezeigt (vdr 1.3.21).

Also svdrpsend.pl MESG HALLO bring zwar ein "250 Message stored"
aber die Nachricht wird nicht auf dem Bildschirm angezeigt. Sobald
ich das text2skin plugin aus dem vdr Start rausnehme geht alles
wieder wie erwartet.

Ist das normal oder fehlt mir irgendein entscheidender Hinweis?

Danke und Gruß,
Martin