Tomek
locales war schon installiert, ich habe das Paket neu konfiguriert mit den Zeichensätzen die du angegeben hattest, hat aber leider nix geändert.
Der_Pit
Dateisystem ist reiser, mount -o iocharset=utf-8 habe ich probiert, leider keine Änderung
na ja, werde noch ein wenig weiter forschen aber trotzdem danke für die Anregungen
danke für die schnelle Hilfe hat geklappt. Mit dem älteren Treiber funktioniert es jetzt auch wieder.
thx
Hi all,
ich habe heute meinen vdr mit der Version 4.5 augesetzt, es hat eigentlich alles auch super geklappt mir ist nur aufgefallen das bei einer Aufnahme der vdr immer wieder durchstartet.
Durch lesen im Forum und forschen in den log dateien habe ich rausgefunden das es an der Karte TT-Budget/WinTV-NOVA-CI PCI liegt.
Ziehe ich diese raus und benutze nur meine Nexus läuft alles einwandfrei.
Die Steckplätze beider Karten habe ich bereits getauscht und auch die Anschlüsse überprüft (Kurzschluß, Abschirmung usw.).
Ich würde es nun gerne mit einem älteren Treiber probieren, die Frage ist nur wie ich das am einfachsten bewerkstelligen kann? bei dselect tauchen die alten Treiber leider nicht auf.
hier meine sources.list:
deb http://ftp2.de.debian.org/debian sarge main non-free contrib
deb http://security.debian.org/ sarge/updates main contrib non-free
deb ftp://ftp.nerim.net/debian-marillat sarge main
deb http://e-tobi.net/vdr-experimental sarge base backports addons vdr-multipatch
deb http://www.heise.de/ct/ftp/projekte/vdr45 updates/
deb http://ftp.de.debian.org/pub/debian-non-US sarge/non-US main
**************************************
* c't VDR Übersicht *
**************************************
c't VDR: 1.3.37-1ctvdr1
Kernel : 2.4.31-ct-1
Patches:
--------------------------------------
enAIO-2.7
jumpplay-0.6
subtitles-ttxtsubs
submenu
disableDoubleEpgEntrys_0.7.2
noepg
wareagle-icons
timer-info_wareagle
stuttering
LiveBuffer_multi
rotor
Plugins:
( N = Native Plugin )
( ! = Falscher Patchlevel )
( - = Deaktiviert )
--------------------------------------
vdr-plugin-femon (0.9.5-2)
vdr-plugin-mp3 (0.9.13-4)
vdr-plugin-mplayer (0.9.13-4)
vdr-plugin-muggle (0.1.9-2)
vdr-plugin-skinelchi (0.0.2a-3)
vdr-plugin-streamdev-client (0.3.1+cvs20050522-13)
vdr-plugin-streamdev-server (0.3.1+cvs20050522-13)
vdr-plugin-timeline (0.9.0-14)
vdr-plugin-vdrrip (0.3.0-13)
Addon Packages:
--------------------------------------
vdr-addon-noad (0.6.0-2)
vdr-addon-tosvcd (0.9-7)
vdr-addon-vdrconvert (0.1.1-11)
vdr-xpmlogos (0.0.1-3)
würde es gerne genauso machen wie du, da ich bei mir kein nvram oder acpi zu laufen bekomme.
Die Frage ist nur hast du schon ein Antwort auf die Frage "Woher bekommt das script die Info für den nächsten Timer?"
thx
Sorry, habe ich erst gar nicht gemerkt, da ich meist nur vdr2dvd benutze. Die Frage wäre also gibt es eine andere Lösung die auch für die anderen Scripte funktionieren?
danke für die Antwort, habe mal ein export LANG=UTF-8 gemacht, hat leider nix geändert. Weiss jemand wie ich rausbekomme mit welcher Codierung die Files abgelegt wurden? evtl. hilft mir das ja weiter . . .
Hi all,
ich habe ein raid von suse auf debian umgezogen und nun werden die Umlaute in Dateinamen nicht mehr korrekt dargestellt.
Lege ich neue Dateien auf debian an (egal ob samba oder direkt), passt alles. Die Dateien wurde auf dem suse System über Samba angelegt.
Ein locale auf dem suse System hat mir POSIX zurückgegeben auf debian steht es auf de_DE.
Wenn ich ein export LANG=POSIX macht ändert das leider nichts, mal ganz davon abgesehen das ich am liebsten auf de_DE bleiben würde.
Mir würde es auch reichen wenn die Umlaute nur über den Samba Zugriff korrekt dargestellt würden. Die Frage wäre dann, auf was ich im Samba
die Einträge client code page und character set setzen müsste um das hinzubekommen.
Bin für alle Schandtaten offen
so habe das problem jetzt lösen können. Da tcmplex bei mir ja nicht mehr vorhanden und auch nicht über die Repositories zu bekommen war habe ich mir die Scripte noch ein wenig angeschaut.
Der Parameter USE_TCMPLEX_PANTELTJE="yes" (vdrconvert.conf) bringt vdrconvert dazu tcmplex_panteltje zu benutzen statt tcmplex.
Und jetzt funzt alles wie erwartet
ich habe genau das gleiche problem. Über Silvester habe ich den VDR neu installiert, es funktioniert auch alles wie gewünscht jedoch die convertierung von Aufnahmen mit vdrconvert bricht immer mit einer Fehlermeldung ab.
ERROR : tcmplex rc=127
Ich vermute es ist genau das gleiche problem wie bei euch, ein manueller aufruf von tcmplex bringt auch kein ergebnis. tcmplex-panteltje ist da bringt aber warscheinlich nix oder?
Hier meine sources.list
deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary vdr/bigpatch/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary base/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary addons/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr4/cd4/vdr/binary backports/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary/ base/
deb http://ftp.de.debian.org/debian/ sarge main contrib non-free
deb ftp://ftp.nerim.net/debian-marillat sarge main
hat irgend jemand eine idee?
