1
x86 Systeme (PC) / HDMI-Sound erst nach Restart XOrg
« on: March 13, 2019, 21:08:07 »
Ah! Verstehe!
Vielen Dank,
raLLi
Vielen Dank,
raLLi
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
x86 Systeme (PC) / HDMI-Sound erst nach Restart XOrg
« on: March 13, 2019, 20:21:39 »
Hi Roland,
mir fehlt ja eher das "Standard". Ich brauche doch quasi Server und Client auf ein und derselben Maschine - auf der ich empfangen und Bild/Ton ausgeben will?
Grüße raLLi
mir fehlt ja eher das "Standard". Ich brauche doch quasi Server und Client auf ein und derselben Maschine - auf der ich empfangen und Bild/Ton ausgeben will?
Grüße raLLi
3
x86 Systeme (PC) / HDMI-Sound erst nach Restart XOrg
« on: March 13, 2019, 20:06:18 »
Danke, für den Tip.
Bringt leider keinen Erfolg. Ein "Hauptbildschirm: DP-1" auch nicht.
Es scheint sich um einen Bug im Modul i915 zu handeln:
https://bugs.freedesktop.org/show_bug.cgi?id=101793
Das Board (genau wie die NUCs) nutzt einen DisplayPort->HDMI Konverter, daher die Verwirrung beim connection_type HDMI/DisplayPort.
Hier ist wohl erstmal Ende Gelände.
MLD-5.4 werde ich bei Gelegenheit nochmal genauer testen - habe da neulich beim ersten Test aber nicht durchgeblickt: Keine Auswahl "Standard-SHD-Intel" (nur Server oder Client?), keine manuelle Installation mit gezielter Auswahl der Partitionen, keine gezielte Auswahl des Audio-Geräts,...?
Danke, Grüße, raLLi.
Bringt leider keinen Erfolg. Ein "Hauptbildschirm: DP-1" auch nicht.
Es scheint sich um einen Bug im Modul i915 zu handeln:
https://bugs.freedesktop.org/show_bug.cgi?id=101793
Das Board (genau wie die NUCs) nutzt einen DisplayPort->HDMI Konverter, daher die Verwirrung beim connection_type HDMI/DisplayPort.
Hier ist wohl erstmal Ende Gelände.
MLD-5.4 werde ich bei Gelegenheit nochmal genauer testen - habe da neulich beim ersten Test aber nicht durchgeblickt: Keine Auswahl "Standard-SHD-Intel" (nur Server oder Client?), keine manuelle Installation mit gezielter Auswahl der Partitionen, keine gezielte Auswahl des Audio-Geräts,...?
Danke, Grüße, raLLi.
4
x86 Systeme (PC) / HDMI-Sound erst nach Restart XOrg
« on: March 12, 2019, 19:17:26 »
Testumgebung:
MLD 5.3 amd64 stable (Standard-SHD-Intel)
ASRock J3455-ITX mit HDA Intel PCH onboard
SAMSUNG SyncMaster T240HD
Hiho,
Sound-Ausgabe über HDMI erhalte ich nur:
1) Spontan zufällig ca. alle 10 Boots.
2) Zuverlässig immer nach Restart XOrg im WebIF.
Auffällig ist, dass dabei auch der Inhalt variiert von:
/proc/asound/card0/eld#2.0
Wenn KEIN HDMI-Sound kommt:
Wenn HDMI-Sound kommt:
Exakt identisch bis auf Zeile 4:
Weder Mainboard noch TV besitzen einen DisplayPort.
Trotzdem klappt mit der automatisch gefundenen Einstellung "DisplayPort" die HDMI-Sound-Ausgabe tadellos.
Andere Audio-Ausgänge (ALC892 Analog, ALC892 Digital (optisch)) funktionieren zuverlässig nach Auswahl im WebIF. ALSA-Einstellungen habe ich jede Menge überprüft, nix auffälliges gefunden (bin aber auch kein ALSA-Guru). Der neue Compi scheint doch haarscharf vor der Lösung zu stehen, da es ja manchmal sogar automatisch aus eigener Kraft funktioniert.
Wie kann ich denn ALSA(?) oder XOrg(?) mitteilen, dass die Einstellung "DisplayPort" verwendet werden soll?
Danke, Grüße, raLLi
MLD 5.3 amd64 stable (Standard-SHD-Intel)
ASRock J3455-ITX mit HDA Intel PCH onboard
SAMSUNG SyncMaster T240HD
Hiho,
Sound-Ausgabe über HDMI erhalte ich nur:
1) Spontan zufällig ca. alle 10 Boots.
2) Zuverlässig immer nach Restart XOrg im WebIF.
Auffällig ist, dass dabei auch der Inhalt variiert von:
/proc/asound/card0/eld#2.0
Wenn KEIN HDMI-Sound kommt:
Code: [Select]
monitor_present 1
eld_valid 1
monitor_name SyncMaster
connection_type HDMI
eld_version [0x2] CEA-861D or below
edid_version [0x3] CEA-861-B, C or D
manufacture_id 0x2d4c
product_id 0x427
port_id 0x0
support_hdcp 0
support_ai 1
audio_sync_delay 0
speakers [0x1] FL/FR
sad_count 1
sad0_coding_type [0x1] LPCM
sad0_channels 2
sad0_rates [0xe0] 32000 44100 48000
sad0_bits [0xe0000] 16 20 24Wenn HDMI-Sound kommt:
Exakt identisch bis auf Zeile 4:
Code: [Select]
connection_type DisplayPortWeder Mainboard noch TV besitzen einen DisplayPort.
Trotzdem klappt mit der automatisch gefundenen Einstellung "DisplayPort" die HDMI-Sound-Ausgabe tadellos.
Andere Audio-Ausgänge (ALC892 Analog, ALC892 Digital (optisch)) funktionieren zuverlässig nach Auswahl im WebIF. ALSA-Einstellungen habe ich jede Menge überprüft, nix auffälliges gefunden (bin aber auch kein ALSA-Guru). Der neue Compi scheint doch haarscharf vor der Lösung zu stehen, da es ja manchmal sogar automatisch aus eigener Kraft funktioniert.
Wie kann ich denn ALSA(?) oder XOrg(?) mitteilen, dass die Einstellung "DisplayPort" verwendet werden soll?
Danke, Grüße, raLLi
5
Allgemein [ General ] / md5 checksum für downloads? (UEFI)
« on: February 23, 2019, 10:17:54 »
Das sind ja gute Neuigkeiten! War mir nicht klar, ob mld überhaupt UEFI-fähig ist.
Mainboard wird ein neues ASRock J3455-ITX. Zum Testen bereitliegen habe ich:
- MLD-5.4_netinstall_2018.06.20-179+1500_amd64.img (stable)
- Aktuelles KNOPPIX live, aktuelles debian live, aktuelles debian netinstall
Ich werde dann erstmal einfach drauflos-booten und mich überraschen lassen.
Danke, Grüße, raLLi
Mainboard wird ein neues ASRock J3455-ITX. Zum Testen bereitliegen habe ich:
- MLD-5.4_netinstall_2018.06.20-179+1500_amd64.img (stable)
- Aktuelles KNOPPIX live, aktuelles debian live, aktuelles debian netinstall
Ich werde dann erstmal einfach drauflos-booten und mich überraschen lassen.
Danke, Grüße, raLLi
6
Allgemein [ General ] / md5 checksum für downloads?
« on: February 22, 2019, 21:22:21 »
Hiho,
gibt es eigentlich irgendwo Prüfsummen für die mld-image-downloads?
Ich baue demnächst einen neuen VDR auf - mit meinem ersten UEFI-Board. Ich habe jetzt schon Angst vor UEFI - da sollte es doch wenigstens nicht an Download-Fehlern scheitern.
Danke, Grüße, raLLi
gibt es eigentlich irgendwo Prüfsummen für die mld-image-downloads?
Ich baue demnächst einen neuen VDR auf - mit meinem ersten UEFI-Board. Ich habe jetzt schon Angst vor UEFI - da sollte es doch wenigstens nicht an Download-Fehlern scheitern.
Danke, Grüße, raLLi
7
Allgemein [ General ] / remote.conf wird ignoriert
« on: December 04, 2017, 19:44:11 »
Besten Dank Claus!
Hat prima geklappt.
Grüße raLLi
Hat prima geklappt.
Grüße raLLi
8
Allgemein [ General ] / remote.conf wird ignoriert
« on: December 03, 2017, 11:46:14 »
Hiho,
ich möchte auf MLD 5.3 Stable einige extra Tasten nutzen:
"a" für KBD.Audio
"s" für KBD.Subtitles
"h" für KBD.Info
Also habe ich in /etc/vdr/remote.conf folgende Zeilen hinzugefügt (zwischen KBD.User9 und LIRC.Up):
Das funktioniert auf meinem RPi3 perfekt - die neuen Tasten funktionieren.
Aber auf einem 64 BIT PC gar nicht. Selbst nach Neustart wird die remote.conf quasi ignoriert - die neuen Tasten funktionieren NICHT.
Was muss ich tun, damit die editierte remote.conf beachtet wird?
Danke, Grüße, raLLi
ich möchte auf MLD 5.3 Stable einige extra Tasten nutzen:
"a" für KBD.Audio
"s" für KBD.Subtitles
"h" für KBD.Info
Also habe ich in /etc/vdr/remote.conf folgende Zeilen hinzugefügt (zwischen KBD.User9 und LIRC.Up):
Code: [Select]
KBD.Audio 0000000000000061
KBD.Subtitles 0000000000000073
KBD.Info 0000000000000068
Das funktioniert auf meinem RPi3 perfekt - die neuen Tasten funktionieren.
Aber auf einem 64 BIT PC gar nicht. Selbst nach Neustart wird die remote.conf quasi ignoriert - die neuen Tasten funktionieren NICHT.
Was muss ich tun, damit die editierte remote.conf beachtet wird?
Danke, Grüße, raLLi
9
Raspberry PI / RPi3 SDXC-Karte 128 GB :)
« on: November 25, 2017, 15:17:25 »
Ahoi Gemeinde,
ich bin begeistert!
Ich dachte immer, die interne SD-Karte im RPi3 wäre begrenzt auf 32 GB, da nur SDHC kompatibel wäre.
Weit gefehlt! Seit gerade läuft MLD 5.3 stable auf meinem RPi3 von einer internen, großen und schnellen:
Samsung EVO Plus Micro SDXC 128GB Class 10 UHS-I U3
Endlich ist üppig Platz für Aufnahmen. Spürbar flüssiger fühlt sich der Betrieb auch an, dank UHS-I U3. Vor allem das Schneiden von Aufnahmen läuft gefühlt doppelt so schnell (wenn auch immer noch schnarchig gegenüber SATA).
Grüße raLLi
ich bin begeistert!
Ich dachte immer, die interne SD-Karte im RPi3 wäre begrenzt auf 32 GB, da nur SDHC kompatibel wäre.
Weit gefehlt! Seit gerade läuft MLD 5.3 stable auf meinem RPi3 von einer internen, großen und schnellen:
Samsung EVO Plus Micro SDXC 128GB Class 10 UHS-I U3
Endlich ist üppig Platz für Aufnahmen. Spürbar flüssiger fühlt sich der Betrieb auch an, dank UHS-I U3. Vor allem das Schneiden von Aufnahmen läuft gefühlt doppelt so schnell (wenn auch immer noch schnarchig gegenüber SATA).
Grüße raLLi
10
Wünsche [ Feature requests ] / Modul msr und alternative Editoren (joe, nano)
« on: July 27, 2017, 13:23:34 »
Der Midnight Commander (mc) bringt auch noch einen recht komfortablen Editor mit.
Grüße raLLi
Grüße raLLi
11
Allgemein [ General ] / [5.3] mergerfs: Lässt sich das auch wieder entfernen?
« on: July 27, 2017, 11:38:00 »
Hiho,
mir hat mergerfs vermutlich MLD5.3stable auf RPi3 zerschossen?
Gestern Abend wollte mein Raspi nicht mehr ins MLD booten, sondern blieb im MLD-Splash-Screen bei kurzem Fortschrittsbalken stecken. In der Konsole [ALT]+[F1] sehe ich dann "no space left", obwohl df -h noch ausreichend freien Platz meldet. Am Vorabend hatte ich noch eine fette HDTV-Aufnahme gemacht.
Mit Hilfe dieses Topics (http://www.minidvblinux.de/forum/index.php/topic,8056.msg61621.html#msg61621) habe ich dann festgestellt, dass MLD den Großteil der HDTV-Aufnahme in die Systempartion (@cache) geschrieben hat, bis diese dicht war. Nur ein kleiner Teil der HDTV-Aufnahme ist in /data/tv gelandet.
Nach Löschen der HDTV-Dateien aus der Systempartition hat MLD wieder durchgebootet - allerdings enthielt das Hauptmenü keine Einträge mehr. Nach Wiederherstellen des letzten Snapshots lief alles wieder gut.
Ich find's ja schon unangenehm, nicht sicherstellen zu können, wo die fetten HDTV-Aufnahmen landen. Vor allem auf begrenzter SD-Karte mit kleinerer Systempartition und größerer Datenpartition (Standard-Installation).
Ich schreibe aus der Erinnerung - sorry für unpräzise Angaben.
Grüße raLLi
mir hat mergerfs vermutlich MLD5.3stable auf RPi3 zerschossen?
Gestern Abend wollte mein Raspi nicht mehr ins MLD booten, sondern blieb im MLD-Splash-Screen bei kurzem Fortschrittsbalken stecken. In der Konsole [ALT]+[F1] sehe ich dann "no space left", obwohl df -h noch ausreichend freien Platz meldet. Am Vorabend hatte ich noch eine fette HDTV-Aufnahme gemacht.
Mit Hilfe dieses Topics (http://www.minidvblinux.de/forum/index.php/topic,8056.msg61621.html#msg61621) habe ich dann festgestellt, dass MLD den Großteil der HDTV-Aufnahme in die Systempartion (@cache) geschrieben hat, bis diese dicht war. Nur ein kleiner Teil der HDTV-Aufnahme ist in /data/tv gelandet.
Nach Löschen der HDTV-Dateien aus der Systempartition hat MLD wieder durchgebootet - allerdings enthielt das Hauptmenü keine Einträge mehr. Nach Wiederherstellen des letzten Snapshots lief alles wieder gut.
Ich find's ja schon unangenehm, nicht sicherstellen zu können, wo die fetten HDTV-Aufnahmen landen. Vor allem auf begrenzter SD-Karte mit kleinerer Systempartition und größerer Datenpartition (Standard-Installation).
Ich schreibe aus der Erinnerung - sorry für unpräzise Angaben.
Grüße raLLi
12
Raspberry PI / Raspberry Pi 3, Onboard Bluetooth
« on: September 10, 2016, 23:25:10 »
Hmm, wie mache ich das?
Im WebFrontEnd wird es nicht angezeigt.
Im OSD habe ich bluetooth gerade deinstalliert, dann neu installiert. Version und Verhalten sind aber unverändert:
bluetooth 5.23-23+4.1.21.195.22
Grüße raLLi
Im WebFrontEnd wird es nicht angezeigt.
Im OSD habe ich bluetooth gerade deinstalliert, dann neu installiert. Version und Verhalten sind aber unverändert:
bluetooth 5.23-23+4.1.21.195.22
Grüße raLLi
13
Raspberry PI / Raspberry Pi 3, Onboard Bluetooth
« on: September 10, 2016, 22:25:24 »
Sieht nicht so gut aus. Die Tastatur sieht er so nicht.
Grüße raLLi
Grüße raLLi
Code: [Select]
MLD> hciattach /dev/ttyAMA0 bcm43xx 115200 noflow -
bcm43xx_init
Cannot open directory '/etc/firmware': No such file or directory
Patch not found, continue anyway
Set Controller UART speed to 115200 bit/s
Device setup complete
MLD> bluetoothctl
[NEW] Controller AA:AA:AA:AA:AA:AA BlueZ 5.23 [default]
[bluetooth]# agent on
Agent registered
[bluetooth]# scan on
Discovery started
[CHG] Controller AA:AA:AA:AA:AA:AA Discovering: yes
[bluetooth]#
14
Raspberry PI / Raspberry Pi 3, Onboard Bluetooth
« on: September 10, 2016, 21:46:32 »
Hiho Claus,
danke für deine Unterstützung. Ich hatte ja selber schon recherchiert und herausgefunden, dass es auch bei Raspian anfangs große Probleme gab. So problemlos wie Onboard BT jetzt bei mir unter Raspian funktioniert hat, sind die ja vielleicht mittlerweile überwunden. Vielleicht besteht dann ja auch Hoffnung für MLD.
Grüße raLLi
danke für deine Unterstützung. Ich hatte ja selber schon recherchiert und herausgefunden, dass es auch bei Raspian anfangs große Probleme gab. So problemlos wie Onboard BT jetzt bei mir unter Raspian funktioniert hat, sind die ja vielleicht mittlerweile überwunden. Vielleicht besteht dann ja auch Hoffnung für MLD.
Grüße raLLi
15
Raspberry PI / Raspberry Pi 3, Onboard Bluetooth
« on: September 10, 2016, 18:41:51 »
Hiho,
ich bin neu hier und grüße in die Runde. Seit 2010 habe ich einen yaVDR auf einem Mini-ITX Wohnzimmer-Compi laufen. Jetzt habe ich neu einen RPi3 (Raspberry Pi 3) und MLD darauf ausprobiert:
System
Name: MLD
Version: 5.1
Systemarchitektur: armhf armhf-rpi2
Paket Kategorie: stable
Super System - dafür vielen Dank!
Ein Problem habe ich noch mit dem RPi3-Onboard-Bluetooth. Ich habe das MLD-System-Paket
bluetooth 5.23-23+4.1.21.195.22
installiert, welches im OSD angeboten wird (aber nicht im Web-Frontend erscheint).
Leider wird der Onboard Controller nicht erkannt:
Stecke ich jedoch den mitgelieferten Bluetooth-USB-Dongle meiner Tastatur ein, sieht es besser aus. Der Controller wird erkannt (und ich kann meine Tastatur (BTKB-3BA2) auch damit paaren):
Für denselben RPi3 habe ich auch ein aktuelles Raspian laufen. Hier funktioniert RPi3-Onboard-Bluetooth perfekt. Sprich meine Bluetooth-Tastatur funktioniert gut - mehr will ich zur Zeit gar nicht.
Kann es sein, dass dem MLD die Firmware für RPi3-Onboard-Bluetooth fehlt?
Wenn ich das richtig verstehe, steckt die Firmware im Raspian-Paket:
pi-bluetooth
Danke, Grüße, raLLi
ich bin neu hier und grüße in die Runde. Seit 2010 habe ich einen yaVDR auf einem Mini-ITX Wohnzimmer-Compi laufen. Jetzt habe ich neu einen RPi3 (Raspberry Pi 3) und MLD darauf ausprobiert:
System
Name: MLD
Version: 5.1
Systemarchitektur: armhf armhf-rpi2
Paket Kategorie: stable
Super System - dafür vielen Dank!
Ein Problem habe ich noch mit dem RPi3-Onboard-Bluetooth. Ich habe das MLD-System-Paket
bluetooth 5.23-23+4.1.21.195.22
installiert, welches im OSD angeboten wird (aber nicht im Web-Frontend erscheint).
Leider wird der Onboard Controller nicht erkannt:
Code: [Select]
MLD> bluetoothctl
[bluetooth]# agent on
Agent registered
[bluetooth]# scan on
No default controller available
[bluetooth]# Stecke ich jedoch den mitgelieferten Bluetooth-USB-Dongle meiner Tastatur ein, sieht es besser aus. Der Controller wird erkannt (und ich kann meine Tastatur (BTKB-3BA2) auch damit paaren):
Code: [Select]
MLD> bluetoothctl
[NEW] Controller 00:15:83:36:C5:D4 BlueZ 5.23 [default]
[NEW] Device 00:18:00:0B:3B:A2 BTKB-3BA2
[bluetooth]# agent on
Agent registered
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:15:83:36:C5:D4 Discovering: yes
[bluetooth]# Für denselben RPi3 habe ich auch ein aktuelles Raspian laufen. Hier funktioniert RPi3-Onboard-Bluetooth perfekt. Sprich meine Bluetooth-Tastatur funktioniert gut - mehr will ich zur Zeit gar nicht.
Kann es sein, dass dem MLD die Firmware für RPi3-Onboard-Bluetooth fehlt?
Wenn ich das richtig verstehe, steckt die Firmware im Raspian-Paket:
pi-bluetooth
Danke, Grüße, raLLi