Beiträge von noneofit

Hallo zusammen und vielen Dank für eure Antworten.

Ich hätte nicht gedacht, dass das sooo schwierig wird.
Wo klemmts denn? Am ATX Faktor ?! Ich wollte ungern umbauen, er läuft echt tapfer seit langer Zeit!

Alle empfohlenen Gehäuse haben keine Fernbedienung. Wird hier davon ausgegangen dass die TV Karten eine haben?

Wie löst ihr denn das FB Problem ?! mit USB Infrarot?

Zitat von TheChief

Das hier ist sogar günstig, hat Display und einen Regler:

https://geizhals.de/jonsbo-g3-…2885.html?hloc=at&hloc=de

...Hmm. Ja also. Das hat zwar ein Display, aber das ist nicht programmierbar sondern Fake (hinterleuchtete Lochmusterplatte...)

Hallo wertes Forum,

ich brauch bitte einen Rat von euch.

Ich habe im Wohnzimmer etwas umgebaut, der Fernseher und seine Peripherie sind in einen schicken Bauernschrank umgezogen. Alle Tippitoppi bis ich den VDR auf den Einlegeboden einlegen wollte. Das Silverstone Gehäuse ist gut 5 cm zu tief .... Ansonsten bin ich mit dem VDR äußerst zufrieden. Performance, WAF, Funktionen. Alles Prima.

Könnt ihr mir ein Gehäuse empfehlen in das ich meine Hardware umziehen kann?! Die HW könnt ihr der Signatur entnehmen.
Das Mainboard hat wohl ATX Form Factor; 30.5cm x 21.0cm...

Wichtig ist mir die Fernbedienung. Gerne tausche ich das Netzteil gegen ein Externes aus. Optional würde ein Display das Gerät aufwerten, nötig ist das aber nicht...

Any Ideas ?!

Viele Grüße,

None.

Neuer Versuch mit dem Bild...

Hallo wertes Forum,

ich brauch bitte mal euren Rat.
Ich hab hier ein Laptop aus einer autowerkstatt. Das wurde mit Scheibenklar geflutet.
Es ist ein Panasonic Touchboob CF-53.

Das Laptop läuft noch, die Grafikkarte wohl auch, ich bekomme am Externen Anschluss auch Bild.
Aber das Display ist ausgefallen. Es tut nur noch die Beleuchtung.

Nun kann man für 60€ bei laptopscreen.com ein neues Display kaufen.

Meine Frage: wir ein neues display mein Problem lösen ?!

Viele Grüße,
none.

Bild des Laptops:
[Blockierte Grafik: https://photos.app.goo.gl/mt4Y4ubFYVTCzu1Q2]

Jawoll, das passt...

Guten Abend zusammen,

ich hab hier ein paar Problem.
Meine Frau und kinder haben mich schon mal drauf hingewiesen:
Das Bild VDR bleibt ca. 5 Sek. nach dem Start (Bild und Ton sind zuesrt da) stehen. Der Ton geht weiter...

Der Effekt ist auch schon im normalbetrieb aufgetreten.
Immer bei HD Sendern,.. hier ein auszug der Logfile:

Oct  4 20:47:04 kruemelv2 vdr: [1841] EPGSearch: search timer update finished
Oct  4 20:47:06 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:06 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:06 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:06 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:10 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:10 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:10 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:10 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:14 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:14 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:14 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:14 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:17 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:17 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:17 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:17 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:21 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:21 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:21 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:21 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:25 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:25 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:25 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:25 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:26 kruemelv2 vdr: [2042] dbus2vdr: System: emit signal /Status de.tvdr.vdr.status TimerChange ('', 'tcMod')
Oct  4 20:47:26 kruemelv2 vdr: [2042] dbus2vdr: NetworkHandler: emit signal /Status de.tvdr.vdr.status TimerChange ('', 'tcMod')
Oct  4 20:47:28 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:28 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:28 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:28 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:32 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:32 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:32 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:32 kruemelv2 vdr: audio/alsa: start delay 336ms


Oct  4 20:47:51 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:54 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:54 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:54 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:54 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:58 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:47:58 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:47:58 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:47:58 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:47:58 kruemelv2 vdr: [1151] changing pids of channel 274 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Oct  4 20:48:02 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:48:02 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:48:02 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:48:02 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:48:05 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:48:05 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:48:05 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:48:05 kruemelv2 vdr: audio/alsa: start delay 336ms
Oct  4 20:48:09 kruemelv2 vdr: [1300] [softhddev]Clear:
Oct  4 20:48:09 kruemelv2 vdr: audio/alsa: using device 'default'
Oct  4 20:48:09 kruemelv2 vdr: [1300] ERROR: TS packet not accepted in Transfer Mode
Oct  4 20:48:09 kruemelv2 vdr: audio/alsa: start delay 336ms

Das Problem ist gravierend. So kann man nicht Fernsehen

Der yavdr ist auf dem neusten Stand (update & dist-upgrade),
In einen anderen Fred habe ich Hinweise auf OSD Antras oder Pearl HD gelesen, ich habe auf NarrwoHD gewechselt, ohne Erfolg.

Das Poblem tritt nach rechnerstart auf und ist reproduzierbar.

Kann mir bitte jemand helfen ?

Viele Grüße,
None.

Hallo seahawk,

ich habe mich für erstere Variane entschieden:

sudo chmod -R 775 /srv/audio
sudo chmod -R u=xrw,g=xrw,o=xr /srv/audio

und es klappt auf Anhieb.

Ich danke dir! Made my Day!

None.

Hi,

Zuhause mach ich das auch über smb. Geht prima.
Aber ich bin nicht zu Hause ... Deshalb WinSCP...

VDRUser ist bereits in der Gruppe VDR.

Wäre dann also ein

chmod 755 /srv

nötig und richtig ?!

Hallo zuammen,

ich habe in /srv/audio ein paar Musikdatein abgelegt.
Nachdem kopieren habe ich das hier gemacht:

chown -R vdr:vdr /srv

weil ich das bei Bernie7 mal gelesen habe und mir einleuchtet...
Ausserdem ist der VDRuser auch Mitglied der VDR Gruppe...

Die Datein laufen auch aus xbmc und im VDR prima.
'Nun wollte ich aus der Ferne (sprich WinSCP-Session) ein ppar dazupacken, bekomme aber

Zitat

Befehl 'cd "mp3z"'
fehlgeschlagen mit Beendigungscode 1 und Fehlernachricht
-bash: line 46: cd: mp3z: Permission denied.

schon beim Versuch ins Verzeichnis zu wechseln..
Kopiere ich beispielsweise ins Homeverzeichnis des VDRusers funktionierts...

Kann mir da jemand einen Tip geben wos eckt ?!

Vielen Dank und beste GRüße,
None.

Hallo Ichijoe

vielen Dank für deine Antwort,

ich habe das 2x16 VFD Display,

lsusb sagt:

Zitat

Bus 005 Device 002: ID 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller

Aber jetzt passt alles, kein Salat mehr, alles läuft wie gewünscht.

Viele GRüße!
None.

Zitat von fuggy

Goodbye Message steht in der LCDd.conf

Code

# GoodBye message: each entry represents a display line; default: builtin
#GoodBye="Thanks for using"
#GoodBye="   LCDproc!"

Hört sich komisch an, ab er in meiner stehts nicht drin ...

Diese Meldung rührte von einer falschen Einstellung in der LCDd.conf:

Zitat

ServerScreen=on oder blank

gehen nicht, es muss, entgegen der Howto´s die ich gefunden habe

Zitat

ServerScreen=off

sein.

Jetzt geht es!
Vielen herzlichen Dank für deine Hilfe! Das Ding läuft

Negativ.
ich hab gestopt. gestartet, neu gestartet, alles.
Diese Meldung "Thanks for using" hab ich noch nie gesehen, ich hab im Moment den Verdacht, an der Falschen LCDd.conf falls möglich zu schrauben
Bin auf der Suche

Cool

So. Plugin installiert, Neustart.
und obwohl ich

Goodbye=""

geconft habe, kam die Meldung

Zitat

Thanks for using lcdproc and LINUX

..

Dann "meine" Welcome Meldung.

Jetzt kommt eine LCDPrpc Server Meldung mit Cli1 und Scr1 (ganz Kurz), und "Schwarzer Bildschirm" (lang)

NACHTRAG:

Jetzt kommt eine LCDPrpc Server Meldung mit Cli1 und Scr1 (ganz Kurz), und "die gewünschte Anzeige (Menü, EPG, Lautstärke

Hab jetzt mal den Rechner nicht nur neu gestartet, sondern komplett Resettet (Runterfahren, Strom ab, Powertaste gedrückt)
Dann war der Salat weg.

Nach neustart: Welcome to KruemelV2
Meine "Hello"-Message aus der LCDd.conf

und jetzt. Plugin wieder installieren oder genug getestet?!

es ist.. aber wirklich deinstalliert...:
Hab aber immer neu gebootet...

root@kruemelv2:/home/kruemeladmin# apt-get remove vdr-plugin-lcdproc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paket vdr-plugin-lcdproc ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@kruemelv2:/home/kruemeladmin#

LCDd Service:

ot@kruemelv2:/home/kruemeladmin# sudo service LCDd stop
Stopping LCDd: LCDd.
root@kruemelv2:/home/kruemeladmin# sudo service LCDd start
Starting LCDd: LCDd.
root@kruemelv2:/home/kruemeladmin#

keine Änderung am display, nur "alter" Salat.

in der Conf hab ich eine Hello Message drin

So. Das charset hab ich angepasst, das Plugin deinstalliert.

Jetzt zeigt das Display nur noch Buchstabensalat an, den letzten, ohne blinkefunkeln o.ä. ...

Ich weiß nicht, wie kann man das prüfen ?!
Im Syslog:

Feb 17 18:49:41 kruemelv2 vdr: [982] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 18:49:42 kruemelv2 vdr: [982] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 18:49:43 kruemelv2 vdr: [982] starting plugin: lcdproc
Feb 17 18:52:24 kruemelv2 vdr: [982] stopping plugin: lcdproc

Hm, und wie mach ich das ?

Mit den genannten Einstellungen hat das Display/die Ansteuerung mit 0.3a ganz gut funktioniert...
Ich wüsste gar nicht, wie ich das "ohne VDR" machen soll

Ausgabe von
grep "lcd" /var/log/syslog , gekürzt.

Feb 17 17:37:31 kruemelv2 vdr: [2368] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 17:37:31 kruemelv2 vdr: [2368] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 17:37:32 kruemelv2 vdr: [2368] starting plugin: lcdproc
Feb 17 17:37:53 kruemelv2 vdr: [2368] stopping plugin: lcdproc
Feb 17 17:37:59 kruemelv2 vdr: [2368] deleting plugin: lcdproc
Feb 17 17:38:43 kruemelv2 vdr: [1004] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 17:38:43 kruemelv2 vdr: [1004] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 17:38:44 kruemelv2 vdr: [1004] starting plugin: lcdproc
Feb 17 17:45:59 kruemelv2 vdr: [1004] stopping plugin: lcdproc
Feb 17 17:46:03 kruemelv2 vdr: [1004] deleting plugin: lcdproc
Feb 17 17:46:05 kruemelv2 vdr: [2445] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 17:46:06 kruemelv2 vdr: [2445] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 17:46:06 kruemelv2 vdr: [2445] starting plugin: lcdproc
Feb 17 17:54:40 kruemelv2 vdr: [2445] stopping plugin: lcdproc
Feb 17 17:54:45 kruemelv2 vdr: [2445] deleting plugin: lcdproc
Feb 17 17:54:47 kruemelv2 vdr: [2902] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 17:54:47 kruemelv2 vdr: [2902] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 17:54:48 kruemelv2 vdr: [2902] starting plugin: lcdproc
Feb 17 17:55:12 kruemelv2 vdr: [2902] stopping plugin: lcdproc
Feb 17 17:55:19 kruemelv2 vdr: [2902] deleting plugin: lcdproc
Feb 17 17:56:16 kruemelv2 vdr: [985] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.1.7.27
Feb 17 17:56:16 kruemelv2 vdr: [985] initializing plugin: lcdproc (0.0.10-jw8): LCDproc Ausgabe
Feb 17 17:56:17 kruemelv2 vdr: [985] starting plugin: lcdproc

Hallo zusammen,

da sonst jetzt soweit eigentlich alles ganz gut läuft habe ich mich an das LCD gewagt.
Das war nach der Installation von 0.5 dunkel, also hab ich:

sudo apt-get install lcdproc
sudo apt-get install vdr-plugin-lcdproc

installiert.

Dann diese Datei editiert,

/etc/LCDd.conf

und zwar so:

driver=imon
serverscreen=on
GoodBye=""

im OSD unter Einstellungen Plugins noch diese einstellungen gemacht:

SetClientPriority: auto
NormalClientPriority: 255
HighClientPriority: 100
PritWait: 1

und zu guter letzt noch unter

/etc/modprobe.d

die imon.conf erstellt und so editiert:

options imon display_type=1

Und jetzt hab ich den Salat.
Das Display zeigt nur Buchstabensalat in From von Sonderzeichen, die sich auch verändern. ebenso veränder ein Umschalten.
Beim Runterfahren bleibt der Salat stehen, beim hochfahren keine Begrüßung, sondern der Salat wird wieder "lebendig"...

Im aktuellen Syslog steht keine Fehlermeldung. Altes kontrolliere ich eben...