1

x86 Systeme (PC) / Ersatz AT5IONT-I Hardwareempfehlung ?

« on: April 16, 2017, 20:50:08 »

Leider ist mir heute mein AT5ION Motherboard mit einem yavdr3 gestorben.
Nun bin ich auf der Suche nach aktueller Ersatz-Hardware (Motherboard).
Als Sat-Karte habe ich eine CineS2 und würde auch zu MLD wechseln.

Versuche mit Raspi und Bananapi und Sundtek-Stick sind nur mässig erfolgreich.
(Immer mal wieder Abstürze, langsamere Umschalt/Reaktionszeiten wie mit dem x86 Board.)

Was wird denn heutzutage für die HD-Grafik bei x86 verwendet? Gehen Intel-CPUs oder braucht es weiterhin nvidia ?

Gruss Ronald

2

x86 Systeme (PC) / [Gelöst] Kanal blockiert (zeichnet auf)!

« on: March 05, 2017, 22:16:25 »

Hallo Skippy

Danke für die Antwort.
Was bewirkt der Parameter ?

Das Problem lage aber ofenbar woanders.
Ich habe den Sundtek-Stick mal stromlos gemacht ( also aus USB raus, Netzteil ab) und nach dem anstecken den VDR neu gestartet.
Die Meldung kommt zwar weiterhin, hat aber offenbar nichts damit zu tun denn jetzt kommt
auch der Videostream.
Hatte sich wohl an dem Stick war aufgehängt ...

Gruß Ronald

3

x86 Systeme (PC) / [Gelöst] Kanal blockiert (zeichnet auf)!

« on: March 05, 2017, 18:57:36 »

Hallo

Ich versuche einen Server zu Installieren.
Es soll ein eine VM unter VMware ESXi werden und als DVB-Device kommt ein (später 2) Sundtek-Sticks zum Einsatz.
Leider bekomme ich es einfach nicht zum laufen.
Nach der Net-Installation "Server" ausgewählt. dvb-sundtek nachinstalliert.
Wird auch alles schön angezeigt.
Nur wenn der VDR startet stehe dann am Schluss "MLD user.err vdr: [31724] ERROR: Kanal blockiert (zeichnet auf)!"
Der zeichnet natürlich nicht auf ...
Das Problem, ich bekomme keinen Stream per streamdev und auch keine Aufzeichnung.
Mit dem vdr-plugin-devstatus kann man aber sehen das das DVB-Device da ist.
Wenn ich per Streamdev einen anderen Kanal wähle wird auch das DVB-Device umgeschaltet,
sagt jedenfalls devstatus.
Wenn ich mit dem OSD-Menü umschalte kommt aber teilweise "Kanal nicht verfügbar".
Auch ein 2. Sundtek-Stick bringt keine Besserung.

Das es prinzipiell geht bestätigt mir eine Installation von yaVDR6. Nur wollte ich alles auf MLD
umstellen.

Was kann ich tun ?

Gruß Ronald

4

Raspberry PI / [Gelöst!]Sundtek Fernbedienung an GPIO-Empfänger

« on: December 23, 2016, 21:41:22 »

Hallo

Auch wenn der Fred schon sehr alt ist, könntest due die lircd.conf zur Verfügung stellen ?

Gruß Ronald

5

Raspberry PI / LIRC nach Update auf 5.1 weg

« on: December 23, 2016, 18:29:13 »

Hallo

Ja, gerade diese Auswahl war eben nach dem Update weg.
Ich habe dann auf der Comandzeile "apt-get install lirc" gemacht.
Danach war die Auswahl auch wieder da.
Aber leider startet seit dem nach em Reboot der VDR nicht mehr 
In Log sehe ich leider nicht was er hat. Sonst steht im vdr- oder messages-Log immer drin wo das Problem liegt.
Dieses mal nicht.
Ein "apt-get remove lirc" bringt leider auch nichts, denn dann ist zwar der eintrag im Webif wieder weg, aber der VDR startet drotzdem nicht.

Mal sehen wie ich das wieder hin bekomme ...

Gruß Ronald

6

Raspberry PI / LIRC nach Update auf 5.1 weg

« on: December 22, 2016, 23:14:44 »

Hallo
Ich habe heute meinen Raspivon 5.0 auf 5.1 geupdatet.
Ging woweit durch, aber nun ist meine GPIO-LIRC-Konfig weg und im Webfrontend bei "Fernbedienung" nur eine der Sundtek-FBs auswählbar.
Zum einen soll der Stick später an einem Server laufen und zum anderen funktionieren nur wenige Tasten auf der FB.
(Steuerkreuz, Ziffern und die EXIT-Taste bring das Menü) Leider finde ich bis jetzt nicht raus wo die richtige Konfig steckt, denn laut Foreneinträgen soll es da eine geben, und wie ich die aktivieren muss.
Es gibt eine /etc/rc_keymaps/rc6a-sundtek, aber für die anderen Files in diesem Ordner gibt es Einstellungen in /etc/rc_maps.cfg. Für die rc6a-sundtek nicht.

In der 5.0 hatte ich eine gut funktionierende FB (von einer S100) am GPIO. Die /etc/lirc.conf ist auch noch da.
Aber wie bekomme ich das wieder angezeigt/ausgewählt ? In der 5.0 konnte ich das auswählen.
Einfach "apt-get install lirc" machen ?

Gruß Ronald

7

Banana PI / Banana Pi: FB mit integriertem IR-Empfänger! Was muss ich machen?

« on: November 06, 2016, 19:01:58 »

Hallo
Ich habe eben auch ein paar Stunden an dem Problem gesessen.
Mit dem Artikel habe ich es aber verstanden : http://www.yavdr.org/documentation/de/ch02s03.html#ir-keytable

Mein MLD liefert diese Ausgabe ( schon auf NEC umgestellt, default war RC-6)

Code: [Select]

MLD> ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event5) with:
        Driver sunxi-cir, table rc-empty
        Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC other
        Enabled protocols: NEC
        Name: sunxi-cir
        bus: 25, vendor/product: 0000:0000, version: 0x0000
        Repeat delay = 500 ms, repeat period = 125 ms
MLD>

Merken : Driver sunix-cir, table rc-empty

Wenn Deine FB schon mit ir-keytable zu sehen ist bist Du schon kurz vorm Ziel.

Event: time 1476018881.925934, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f741e
Event: time 1476018881.925944, -------------- EV_SYN ------------

Hier fehlt die Umsetzung des Scancodes in die richtige Taste.
Das geht mit der richtigen keymap.
Wo hast Du Deine her ? auf meinem BPi ist keine drauf.
Man kann sie leicht selber bauen, siehe Link.

Meine fängt so an:

Code: [Select]

# table rc-empty, type: NEC
0x40400a KEY_POWER2
0x40400c KEY_MUTE
0x40400f KEY_ESC
0x404001 KEY_1
0x404002 KEY_2
0x404003 KEY_3
Der Type hier ist wichtig wenn man seinen eigenen Type braucht!

Dann muss Sie in der /etc/rc_maps.cfg an die richtige Stelle !

Code: [Select]

sunxi-cir                       rc-empty                        /etc/rc_keymaps/nec-skymaster

Mit

Code: [Select]

ir-keytable -a  /etc/rc_maps.cfg neu laden.
Nun muss mit

Code: [Select]

ir-keytable -t sowas kommen :

Code: [Select]

MLD> ir-keytable -t
Testing events. Please, press CTRL-C to abort.
1478449843.976869: event type EV_MSC(0x04): scancode = 0x40400d
1478449843.976886: event type EV_KEY(0x01) key_down: KEY_OK(0x0001)
1478449843.976893: event type EV_SYN(0x00).
1478449844.007937: event type EV_MSC(0x04): scancode = 0x40400d
1478449844.007947: event type EV_SYN(0x00).
1478449844.035597: event type EV_MSC(0x04): scancode = 0x40400d
1478449844.035608: event type EV_SYN(0x00).
1478449844.280605: event type EV_KEY(0x01) key_up: KEY_OK(0x0001)
1478449844.280615: event type EV_SYN(0x00).
Neu starten und glücklich sein ....
An udev oder anderen Sachen muss man nichts ändern.

Gruß Ronald

8

Raspberry PI / Gelöst:Analoger Ton nach Update weg

« on: May 25, 2015, 09:26:13 »

Hallo

Ich habe das "Problem" gefunden.
Bei dem Update wurde ja auch das rpihddevice-Plugin neu geladen.
In dem Einstellungen dieses Plugins gibt es ebenfalls einen Punkt "Audioanschluss" und der stellt sich offenbar auf HDMI zurück.
Ich habe hier wiede "analog" eingestellt und VDR neu gestartet und der Ton ist wieder da.

Gruß Ronald

9

Raspberry PI / Analoger Ton nach Update weg

« on: May 24, 2015, 20:28:02 »

Hallo

Ja, das habe ich schon versucht.
Damit wird eine /etc/asound.conf angelegt, am fehlenden Ton vom VDR ändert das aber nichts.

Gruß Ronald
 

10

Raspberry PI / Gelöst:Analoger Ton nach Update weg

« on: May 24, 2015, 20:03:58 »

Hallo
Ich wollte gerade mal meinen RPi-Client auf den neusten Stand bringen.
Dazu habe ich das "MLD-4.0.1-rpi_rpi-client_2015.04.05-115.tgz" geladen und auf eine SD-Karte kopiert.
RPi gestartet : Grundfunktionen laufen, incl. Ton und automatischem commect zu meine alten yaVDR3 : Klasse !
Dann Installation auf die SD-Karte, reboot, alles weiterhin ok.
Dann auf der Kommandozeile "opkg upgrade" aufgerufen:

Code: [Select]

MLD> opkg list-upgradable
vdr-plugin-rpihddevice - 2015.04.03-25_2.2.0.174 - 2015.05.02-26_2.2.0.174
vdr - 2.2.0.174-180 - 2.2.0.174-184
alsa - 1.0.25-20_3.19.1.154 - 1.0.25-21_3.19.1.154
MLD> opkg upgrade
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-05-24 19:40'
Upgrading alsa from 1.0.25-20_3.19.1.154 to 1.0.25-21_3.19.1.154 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/alsa_1.0.25-21_3.19.1.154.opk.
Upgrading vdr from 2.2.0.174-180 to 2.2.0.174-184 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/vdr_2.2.0.174-184.opk.
Existing conffile /etc/vdr/setup.conf is different from the conffile in the new package. The new conffile will be placed at /etc/vdr/setup.conf-opkg.
Upgrading vdr-plugin-rpihddevice from 2015.04.03-25_2.2.0.174 to 2015.05.02-26_2.2.0.174 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/vdr-plugin-rpihddevice_2015.05.02-26_2.2.0.174.opk.
Configuring vdr.
Configuring vdr-plugin-rpihddevice.
Configuring alsa.
Dann ein VDR restart über das OSD und der Ton ist weg 
Ich habe nur einen LCD-Bildschirm über HDMI->DVI-Adapter und eben den analogen Ton über die Klinkenbuchse dran.

Was habe ich falsch gemacht ( Updaten nicht gut ?)
Wie kann ich den Ton wieder bekommen ( ohne zum 3. mal alles zu installieren) ?

Über aplay file.wav kann ich übrigens etwas ausgeben, nur der VDR-Ton kommt eben nicht.
eine /etc/asound.conf gibt es z.Z. nicht und gab es auch vor dem Update nicht.

Code: [Select]

MLD> aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Gruß Ronald