Beiträge von Lorvorne

Hallo,

in der lircd.conf sollte "Togglebit = 2" gesetzt sein,
sonst rafft er im Mittel nur jeden zweiten Knopfdruck.

Hast du das "lircd.conf"-File aus dem Internet oder selbst
angelernt?

Viel Erfolg.
Gruß
L.

EDIT: Das File zum Herunterladen hat einen Bug:
Man muss "OK" in "Ok" ändern, da "remote.conf" "Ok" erwartet.

Sorry, kann heut' nix mehr checken, aber:

Wenn die CPU-Last ein Problem wäre dann müssten doch entweder:
a) alle Aufnahmen fehlerhaft sein oder
b) nur bei der jeweils ersten nach langer Pause ein zusätzlicher Prozess starten.

Oder?

Die HD schicke ich eigentlich nicht in Standby, der VDR schaltet komplett
ab und wacht am nächsten Morgen zur Aufnahme erst wieder auf. Dann hat
eben nur diese erste Aufnahme (auch wenn er anschließend wieder runter-
und hochfährt um weitere Aufnahmen zu machen) ein Problem.

Werde mir das Log aber mal anschauen. Danke für den Tipp.

Gruß
L.

Hallo,

da mir das Forum hier schon viel geholfen hat, möchte ich auch diese
Frage hier rein stellen:

Grundsätzlich laufen alle Aufnahmen einwandfrei, egal welcher Sender.
Wenn ich nun heute eine Aufnahme für morgen früh programmiere,
dann befinden sich in der Aufnahme starke Pixelfehler (Klötzchen), die
ca. 6min am Stück vorhanden sind- von der dritten zur neunten Minute.
Aufahmen danach sind alle in Ordnung.

Kann das an einem EPG-Scan o.ä. liegen (steht noch auf Standard 5h).
Wenn ja, gibt es mittlerweile eine sinnvolle Lösung dies zu umgehen?

(Habe Vorschläge wie "Scan bei Abschalten" usw. gelesen, möchte aber
nicht, dass er mehr als nötig scannt. Bei Mehrfachaufnahmen pro Tag
nervt das.)

Any advice?

Gruß
L.

Auch wenn es nicht wirklich schön ist, habe ich zwei weitere Befehle für
"DMA ein" und "DMA aus" in die Datei "Commands.conf" eingefügt.
Also muss ich für Aufnahmen immer zuerst "DMA ein" und für Wiedergaben
"DMA aus" wählen. Etwas lästig, aber eine schnelle Abhilfe, zumal ich keine
Ahnung habe, wie ich das Bios flashen soll ohne FDD. Geht das auch per
USB-Stick?

..na dann viel Glück!!!

Leider hat 'ne neue Platte bei mir nix gebracht, allerdings
hatte die auch 7200rpm.

Ich hoffe auf ein positives Feedback.

Gruß
L.

P.S.: Übrigens musste ich feststellen, dass ohne DMA (also
mit ca. 4.6MB/s) keine vernünftige Aufnahme machbar ist.
Sobald ich aufnehmen lasse, bekommt das (Live-)Bild Klötzchen!
Wahrscheinlich weil die CPU nun die ganze DMA-Arbeit
zusätzlich machen muss.
Ach, das Leben ist schön........

Hi,

ich habe getstern mit Erschrecken festgestellt, dass es wohl einige
Leute mit VIA-Boards gibt, die ein LockUp-Problem haben, wenn
große Datenmengen über den DMA gehen.
Lt. Viaarena-Forum liegt das an der VT8237 - SouthBridge und
ein flashen des BIOSs würde helfen. Da ich noch nie geflasht habe
(und auch wirklich keine Lust darauf, mein System zu schießen),
frage ich mich, ob es nicht doch mit einem Patch (MarkTwain) gehen
könnte, da das Problem nur bei Wiedergabe auftritt.

Allerdings kann man den Effekt forcieren indem man schnell vorspult,
was wieder für ein BIOS-Update sprechen würde.

Mich wundert nur, dass es in diesem Forum wohl fast keinen gibt,
der ein ähnliches Proplem mit 'nem VIA-Board hat......

Any advice?

Gruß
L.

Hallo,

habe die Platte gegen eine Seagate getauscht -> gleiches Problem!!!

So langsam bin ich echt kurz vorm Verzweifeln.....

Gruß
L

Sorry nochmal für die Threads. Kenne mich noch nicht so richtig
in Foren aus.

Hmmmm, sehe ich auch so. Ohne DMA ist's etwas dünn. Ich schätze
ich installiere den ganzen Krempel mal auf einer WD oder ähnlichem.
Irgendwie traue ich der Samsung nicht mehr....

Melde mich, sobald es news gibt.

Many Thanks.
Lorvorne

Das Problem ließ sich mittlerweile auf die HD zurückführen.

Habe neuen Thread diesbezüglich gestartet: "UDMA -> System stoppt, HD-LED leuchtet "

Gruß
L.

Richtig, werde aber alle Threads noch abschließend kommentieren.

Ja, das Problem scheint ohne DMA weg zu sein, was aber nicht wirklich
befriedigend ist.

Gruß
L.

Ich habe die Samsung SP1614N mit 8MB, aber sonst gleich. 7200rpm, 160GB, DMA133 ...... SUPER

arghgra:
Nuja, 200 threads sind es ja nu nicht. Das ehemalige Problem "cOSD..."
hat sich in Wohlgefallen aufgelöst und allein das Abschalten des DMA
bringt Linderung. Dafür habe ich einen neuen thread gestartet, da die
Problematik eine völlig andere ist, als zunächst vermutet.

Gruß
L.

Jetzt bin ich platt.

Sollte die Samsung ein solcher Fehlkauf gewesen sein?
Leider habe ich gerade keine weitere Platte zur Hand, sonst
würde ich auch mal tauschen.

Ulf:
Mit dem Kabel ist alles i.O. (auch schon getauscht), es hängt nur eine
Platte im System

Wenn sonst keinem mehr eine Alternative einfällt, muss ich wohl
alles auf einer neuen Platte aufspielen

Dennoch vielen Dank für den Hinweis.

Gruß
L.

Hallo,

ich habe meine Systemabstürze auf UDMA zurückführen können - denke ich.

Schalte ich UDMA aus ("hdparm -d0 /etc/hda") dann läuft die Kiste
ewig durch, aber langsam.
Sobald "-d1" gesetzt ist, brauchts nicht allzu lange und eine Wiedergabe
stoppt. Dann hilft nur noch der Powerbutton....

Ich habe eine Samsung SP1614N, welche sogar UDMA133-fähig sein sollte.

Weiß jemand Rat? Ich habe irgendwie keine Lust LinVDR ohne DMA laufen zu lassen.

Danke schonmal.

Gruß
L.

Workaround:
Auch wenn es nicht wirklich schön ist, habe ich zwei weitere Befehle für
"DMA ein" und "DMA aus" in die Datei "Commands.conf" eingefügt.
Also muss ich für Aufnahmen immer zuerst "DMA ein" und für Wiedergaben
"DMA aus" wählen. Etwas lästig, aber eine schnelle Abhilfe, zumal ich keine
Ahnung habe, wie ich das Bios flashen soll ohne FDD. Geht das auch per
USB-Stick?

LÖSUNG:
Nun, es lag (wahrscheinlich) allein am BIOS. Ich habe die Betaversion
"dmatest" (von Viaarena), welche mir sogar vom Via-Support empfohlen
wurde, aufgespielt. Und siehe da: Bisher 2.5h ohne Absturz. Bisher
genügten wenige Minuten.Sieht mir zwar nun so aus, als wäre die Platte
ca. 10MB/s langsamer, aber ca. 32MB/s reichen noch völlig.
Also, dann hoffe ich mal dass es das war. Vielen Dank Euch allen für
die rege Beteiligung und viel Erfolg bei euren Problemen.

Gruß
L.

Hallo,

habe jetzt ALLE Einstellungen mit UDMA eingschaltet getestet: Absturz!

Allein "hdparm -d0 /dev/hda" , also UDMA AUS, läuft stabil.

Bei der mageren Übetragungsrate von 4.6MB/s kann man da multiple
Aufnahmen machen?

Gruß
L.

Habe neuen Thread diesbezüglich gestartet: "UDMA -> System stoppt, HD-LED leuchtet "

....hmmm,

habe selbst keine Einstellungen gemacht. Alles auf AUTO im Bios,
bzw. DEFAULT per LinVDR.

Welche Einstellung würde denn genügen und wo mache ich diese.

Irgendeinen Erfahrungswert? Es sollte doch einen Mittelweg zw. aus und
volle Kanne geben, oder?

Danke schonmal!!

UPDATE:
@ Mr.N!ce: Dass mit den 3 Threads ist mir zwar schon irgendwie
unangenehm, aber in den anderen Foren bekam ich keine Antwort.
Was meine Verzweiflung angeht..... "extrem" ist weit untertrieben.

Möglichweise war aber der Hint mit DMA der entscheidende. Ich lasse
die Platte jetzt mal im Dauerbetrieb rödeln und schaue, ob/wann er wieder
auf die Schautze fällt. Nuja, "(..) die Hoffnung ist ein Jagdhund, der seine
Spur verloren hat." Aber sie stirbt zuletzt!

Nochmal many thanks

Welche Platte sollte man nehmen?

Kurioserweise läuft die Wiedergabe OHNE DMA (hdparm -d0 hda)
bisher einwandfrei!!!

Wie kann man den UDMA-Mode dauerhaft abstellen? (runvdr, rc.Start?)?

Kann es sein, dass die TT1.6 den Stream von der Platte nicht verkraftet?

.....ich forsche weiter..

Gruß
Lorvorne

Sorry, was meinst du mit "Konsole 10" (PlugIn "Console"?)?
Leider habe ich keine Knoppix Cd für den Speichertest.

dmesg zeigt (mir jedenfalls) nix auffälliges....

Zusätzlich? Habe nur eine Platte drinne.

Ein HDPARM-Test (-t) brachte ca. 40MB/s als Read Timings.
Hört sich etwas mager an, oder?

Nachtrag:
Hmm, hab mal noch etwas gestöbert:
-t 40MB/s
-T 88MB/s

... sind wohl doch ganz i.O., oder?

Hmmm, habe eine Samsung SP1614N drinne (UDMA133), mit DMA133-Kabel an IDE1.
Kann man den DMA Mode denn gezielt setzen/nicht setzen?

Gruß
L.

..... Nachtrag:
UDMA steht im BIOS auf AUTO
soll der Access Mode auf etwas bestimmtes stehen (z.B. LBA?)

..jetz hab ich den Salat.

Kein PlugIn aktiv, Logread FEHLERFREI und dennoch Absturz!

Kann es mit einem IRQ oder tatsächlich mit einem Festplattendefekt
zusammen hängen. So langsam schwindet meine Hoffnung dann doch...
HELP, HELP, HELP!!

Verzweifelte Grüße
Lorvorne

....ohh Mann bin ich doof!!

Habe eben folgendes beobachtet:
Den Fehler cOsd... bringt er nur wenn ich über die KONSOLE rein
gehe... ist also doch nicht der Grund des Absturzes!!! Wie PEINLICH!!
Sieht ehr so aus, als wäre die Konsolenabfrage des Fehlers eben der
Grund für den OutOfMemory-Fehler.... Der Absturzgrund liegt wohl
weiter "oben" im LogFile.

Den einzigen weiteren Fehler wird vom Autotimer verursacht:
Error while access autotimerfile "/etc/vdr/admin/vdradmin.at"

Eine Idee??

Vielen Dank für den "grep" - Tipp!!

Gruß
Lorvorne