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.

Topics - Marcus

1
Hallo.

Ich hatte ursprünglich vor, mein Aufnahmeverzeichnis direkt auf ein NAS per NFS auszulagern. Wie mein Wyse 3040, ist das NAS auch chronisch underpowered. Das ist ein alter Banana PI der 1. Generation. Dran hängt eine 5 TB 2,5" Platte per SATA. Aufnahmen vom NAS abspielen funktioniert einwandfrei, aber Schreiben ist leider zu langsam. Daher die Idee, die Aufnahmen auf einen USB-Stick zu erledigen, und nach Abschluss jeder einzelnen Aufnahme diese dann automatisiert auf das NAS zu verschieben. Ich bin aber nicht sicher, wie ich das genau anstellen muss. Das muss dann ja irgendwie vom VDR aus nach einer Aufnahme angetriggert werden. Der VDR darf natürlich auch erst dann herunterfahren, wenn das Verschieben abgeschlossen ist. Und wenn man eine Aufnahme zeitversetzt, während sie noch aufgenommen wird, guckt, ist das wahrscheinlich auch ungünstig. Letzteres ist dann wohl der Preis für die Low-Power-Devices.

Habt ihr eine Idee, wie man das umsetzen könnte? Ich würde den USB-Stick als /data mounten und das NAS dann nach /data/tv/NAS. So taucht alles auf dem NAS im VDR Aufnahmeverzeichnis im Ordner NAS auf.

2
Hallo MLD-Entwickler und -User.

Ich habe hier ein paar zusammengefasste MLD 6.5 Bugs/Probleme, die mir beim Testen bisher aufgefallen sind. Vielleicht können wir zusammen ein paar dieser Probleme abstellen, damit die MLD noch besser wird.

Sytem:
Dell Wyse 3040, Atom x5 z8350 CPU, 2 GB RAM, 8 GB eMMC, Intel gen.8 iGPU, DVB kommt via streamdev-client und Aufnahmen per NFS. Verbindung zum Server via Ethernet, kein WLAN. Fernbedienung per FLIRC, also Tastatur-Events.

Die CPU ist vergleichsweise leistungschwach, vergleichbar mit einem RPi4, daher fällt das träge Verhalten hier vielleicht besonders deutlich auf. Ist halt kein Core i3/5/7. Dekodiert wird sowohl mpeg2 als auch h.264 auf der iGPU, das OSD und auch osdteletext werden per OpenGL gerendert. Beides per intel_gpu_top verifiziert und funktioniert, wie es soll.

Die Probleme im Einzelnen:

- Nach dem (Neu-)Start vom VDR (der APP) oder nach dem Booten braucht ein VDR-Prozess drei Minuten lang >100% und ein weiterer VDR-Prozess rund 25-30%. Ein Kern ist komplett am Anschlag. Nach drei Minuten fällt das schlagartig auf ca. 25-30%. Wenn der VDR-Prozess beendet wird, ist die CPU komplett idle auf allen Kernen, Load 0,01. Das liegt an epgsync (sync beim Start) und ist somit kein Bug der MLD.

- Scrollverhalten in langen Menüs, in denen der gesamte OSD-Inhalt verschoben werden muss, ist sehr langsam und die CPU geht gegen 100% auf einem Kern. MLD 5.4 läuft hier etwas besser. Während bei dem 5.4 die CPU fast komplett ausgelastet ist, ist das Scrollverhalten nur minimal, fast nicht merklich, langsamer. Das scheint ein Grenzfall zu sein, bei der 5.4 geht es gerade noch so, bei der 6.5 nicht mehr. Lösungsmöglichkeit: Den z8350 etwas tunen. Die CPU darf im Wyse 3040 nur 2 Watt verbrauchen. Wenn die GPU das Video dekodieren muss, bleibt für die CPU kaum noch Leistung übrig. Diese taktet dann nur mit dem Grundtaktfrequenz von 480 MHz, was wohl nicht ausreichend ist. Man kann per MSR Interface das Leistungslimit aufbohren, der SoC wird dabei etwas wärmer. Der 3040 hat aber einen ziemlich großen Kühlkörper, daher bleiben die Temperaturen im grünen Bereich. Erledigt! Das war kein Bug in der MLD, sondern ein zu geringes Powerlimit im UEFI von DELL. Claus hat den Intel PowerCap Treiber im Kernel hinzugefügt. Jetzt kann man das Powerlimit überschreiben. Die CPU taktet nun bis auf die vollen 1920 MHz, statt wie bisher nur 480 MHz.

- Scrollverhalten in den VDR-Einstellungen "Sonstiges" ist sehr langsam und die CPU geht gegen 100% auf einem Kern. Ist es in MLD 5.4 x86 aber auch. In MLD 5.4 auf Raspberry Pi 2 läuft es flüssig. Das tritt nur mit aktiviertem SVDRP peering auf. Lösungsmöglichkeit siehe oben, Powerlimit anheben.

- osdteletext ist extrem langsam. Seitenaufbau zwischen 2 - 4 Sekunden. Uhrzeit springt ebenfalls in diesem Intervall. Seiteneingaben brauchen 3x diese Zeit, da drei Ziffern eingegeben werden müssen. Also irgendwas zwischen 6 und 12 Sekunden. Die CPU-Auslastung ist sehr hoch, wenn osdteletext offen ist. osdteletext läuft auf MLD 5.4 flüssig und verbraucht kaum CPU-Zeit, die Uhrzeit springt im Sekundentakt weiter. osdteletext wird, wie das ganze OSD, per OpenGL gerendert. Man sieht bei intel_gpu_top eine Änderung der Auslastung im Bereich Render/3D, wenn man osdteletext öffnet. Daher sollte das nicht träge sein. Das funktioniert mit angehobenem Powerlimit nun zwar deutlich besser, aber nicht gut. Hier ist definitiv ein großer Unterschied zur MLD 5.4. In der MLD 5.4 braucht osdteletext nur sehr wenig CPU, fast nichts, in der 6.5 aber extrem viel.

- Im WebIf stürzt der VDR in einer Endlosschleife ab, wenn man auf VDR OSD geht.

- Plymouth stürzt mit backtrace beim Starten und Herunterfahren ab, wenn keine Tastatur angeschlossen ist. Gelöst!

- ACPI SDHCI eMMC wird nicht erkannt. PCI SDHCI eMMC schon. War bei MLD 5.4 auch schonmal Thema, wurde dort gelöst und funktioniert.
https://www.minidvblinux.de/forum/index.php/topic,8180.msg66510.html#msg66510

- Einmal eingerichtetes WLAN lässt sich nicht mehr entfernen. Es wird getrennt, verbindet nach Neustart aber immer wieder.

- Atom x5 z8350 analog Audio wird nicht erkannt, bzw. lässt sich im WebIf nicht auswählen.

- Im EPG werden die VDR-Fonts bzw. WarEagle-Icons (der "runningman" oder die Uhr) nicht angezeigt, stattdessen * und t/T. In den VDR-Einstellungen unter OSD gab es früher an 4. Stelle den Punkt "WarEagle icons: ja/nein". Das fehlt bei der 6.5 in den Einstellungen. Das Paket vdr-font-symbols, von dem ich glaube, dass es die Symbole enthält, ist installiert. Im EPG von EPGsearch werden sie wohl auch benutzt, zumindest die Uhr für programmierte Timer. Nur im VDR-eigenen EPG nicht.

-

Support Log id ist: IeMdMs

Ich werde hier weitere Auffälligkeiten ergänzen/updaten und gelöste Probleme streichen. Ich hoffe, dass diese Vorgehensweise okay ist. Falls es bessere Wege gibt, so teilt mir diese bitte mit.

Mit freundlichen Grüßen
Marcus

EDIT: Scrollproblem genauer beschrieben.
EDIT: Scrollproblem offensichtlich zwei verschiedene Probleme -> gesplittet.
EDIT: Erkenntnisse zum Scrollproblem ergänzt und fehlenden VDR-Font hinzugefügt.
EDIT: Weitere Infos zu den fehlenden VDR-fonts hinzugefügt.
EDIT: Plymouth stürzt nur ab, wenn keine Tastatur angeschlossen ist.
EDIT: Powerlimit angehoben, Scrollverhalten gelöst!
EDIT: Plymouth ist gelöst!

3
Hallo Entwickler!

Wenn mal etwas Zeit übrig ist (ich weiß, ist es nie), könnte man intel-gpu-tools und vainfo anbieten? In intel-gpu-tools enthalten ist u.A. intel_gpu_top, eine top-ähnliche Anwendung um die Auslastung von Intel GPUs anzuzeigen. Gerade auf leistungsschwacher Hardware, wie mein x5-z8350, ist es evtl. die Antwort auf die Frage "warum ruckelt es?". Und nein, derzeit läuft alles Butterweich, nix ruckelt. Selbst DF1 HD, 1080i, kann der kleine perfekt.

Ist nichts eiliges. Nur wenn es irgendwann mal passt.

Vielen Dank.
Grüße
Marcus

4
Hallo und frohe Ostern!

Es scheint bei MLD generell nicht möglich zu sein, das OS mit der Power-Taste am Gerät herunterzufahren. Das funktioniert nur, solange der VDR läuft und dieser dann einen shutdown einleitet. Das ist etwas unglücklich, denn wenn der VDR aus irgendeinem Grund nicht läuft, lässt sich die MLD nicht mehr herunterfahren/neustarten. Wo müsste ich ansetzen, dass der Kernel direkt auf die Power-Taste reagiert und die MLD herunterfährt, egal ob der VDR läuft, oder nicht? Mir ist klar, dass ich jederzeit (mit angschlossener Tastatur) auf eine Konsole wechseln kann, um dort "shutdown -h now" einzutippen.

Hintergrund:
Das Gerät soll für meinen Vater sein. Er ist weit über 70 und kennt sich mit Computern null aus. Falls etwas schief laufen sollte, möchte ich eine Möglichkeit, wie man die MLD trotzdem sauber herunterfahren kann. In der Vergangenheit war die Lösung immer, den Power-Taster 4 sek. gedrückt zu halten, oder den Stecker zu ziehen. Das hat (viel zu) oft zu Nachwehen geführt, die im Anschluss wieder eine Reparatur des Dateisystems zur Folge hatten. Ein Hoch auf die Snapshots von BTRFS, die haben es meistens wieder gerichtet. Trotzdem war ein Einsatz meinerseits nötig. Meine Eltern wohnen nicht bei uns, hat also wieder eine Fahrt dorthin erzeugt.

Grüße
Marcus

5
Hallo

Ich habe gerade mal versucht, eine Kopie meiner Installation auf einem USB-Stick zu verewigen. Hat leider nicht funktioniert. Es gab eine Fehlermeldung, die
Code: [Select]
sed: unmatched '/' lautet. Kam beim Erstellen des root Dateisystems.

Support Log id ist: VkosBp

Grüße
Marcus

6
Allgemein [ General ] / MLD 6.5 Auswahl Snapshots im Bootmenü
« on: April 17, 2025, 22:22:05 »
Ich mach dafür mal einen neuen Thread auf.

Früher (TM) bei der MLD 5.1 und ich glaube auch bei der 5.4 konnte man im Bootmenü BTRFS Snapshots wiederherstellen. Diese Option vermisse ich aktuell, konnte auch im Forum nichts dazu finden. Das System ist auf einem USB-Stick installiert. Im WebIf kann ich Snapshots erstellen, löschen und zur Wiederherstellung auswählen. Das hat mir oft schon den *** gerettet. Ist das schlicht nicht mehr vorgesehen, oder liegt hier ein (mein?) Fehler vor?

Grüße
Marcus

7
Allgemein [ General ] / MLD 6.5 x86 Installation auf eMMC
« on: March 28, 2025, 18:35:36 »
Hallo!

Lange ist es her, ich weiß nichtmal mehr wie lange. Die MLD funktioniert einfach so gut, dass man normalerweise keinen Support braucht. Aber nun ist es mal wieder so weit. Schön, dass hier immernoch so fleißig entwickelt wird. Ich habe die letzten Jahre mit der 5.4 verbracht, die mir immer treue Dienste geleistet hat. Aber man hat ja Ideen...

Ich habe mir einen Dell Wyse 3040 gekauft. Im Prinzip habe ich schon mehrere davon. Einer werkelt z.B. als 3D-Druck-Server. Und irgendwann kam die Idee. Darauf geht bestimmt auch die MLD!? Jap, tut sie. Zumindest live vom USB-Stick. Denn der interne eMMC Speicher wird von der MLD nicht erkannt und somit kann ich nicht darauf installieren.

Zum 3040:
Größe: 10x10x3cm, also echt klein das Gerätchen.
CPU: Intel Atom x5 z8350, also ein Tablet-Prozessor.
RAM: 2GB, nicht aufrüstbar, da fest verlötet. Für die MLD mehr als ausreichend.
Speicher: 8GB eMMC, per SDIO an die CPU angebunden, nicht aufrüstbar, da fest verlötet. Für die MLD mehr als ausreichend.
GPU: Intel Cherryview, Gen 8, läuft mit dem i965 und softhddevice. Es gibt 2x DP, kein HDMI. Man braucht einen Adapter. Nicht jeder funktioniert, es muss wohl ein "aktiver" Adapter sein.
Leistungsaufnahme: Es gibt ihn mit 5V 3A oder 12V 2A Netzteil. Die 12V Version läuft auch mit dem 5V Netzteil, andersherum knallt es! Die 5V Version läuft auch mit einem 10W USB Netzteil, ich schätze er braucht so um die 5 Watt. Die restlichen Reserven des Netzteils sind wohl für USB-Geräte vorgesehen, die man an den 3040 anschließen kann.
USB: 3x 2.0 und 1x 3.0 (3.1, 3.2 Gen wasweißich, ist jedenfalls eine blaue Buchse). Der 3040 lässt sich per USB (FLIRC) einschalten. Er reagiert dabei auf jede beliebige Taste. Muss im UEFI eingeschaltet sein.

Der eMMC Speicher ist (genau wie das interne WLAN und Bluetooth) per SDIO angebunden. WLAN und BT werden erkannt, der eMMC Speicher leider nicht. Ich kann nicht sagen was hier fehlt, vielleicht seht ihr das?
Der analoge Audioausgang funktioniert auch nicht, es fehlt wohl die Firmware? Audio via HDMI funktioniert aber.

https://www.parkytowers.me.uk/thin/wyse/3040/ <- Vorstellung mit vielen Infos bei Parkytowers.
https://github.com/carlansell94/wyse-3040-kernel-config <- Kernelkonfiguration und Hinweise, welche Firmwares verwendet werden, u.A. auch die die für den analogen Audioausgang benötigt werden.

Mein Debug-Log ist: VXzQCS, erstellt mit dem Live-USB-Stick.

Ich hoffe, ihr könnt mir insbesondere mit dem eMMC weiterhelfen. Der analoge Audioausgang ist nicht lebenswichtig. Ich brauche ihn eigentlich nicht, mir ist nur beim Testen aufgefallen, dass er nicht funktioniert.

Viele Grüße und ein fettes DANKESCHÖN für die vielen Jahre MLD. Ich benutze sie seit der 0.6.0!
Marcus

8
Wünsche [ Feature requests ] / [5.3] Naludump standalone tool
« on: November 29, 2017, 17:20:36 »
Hallo MLD Entwickler!

Der Naludump Patch für den VDR ist ja bereits enthalten. Ich habe die Option, die Füller Daten während der Aufnahme zu entfernen, aber leider nie aktiviert gehabt. Jetzt, da ich 9 Staffeln von Doctor Who von Einsfestival HD/One HD aufgenommen habe, fiel mir erst auf wie viel Platz das doch auf der Platte braucht. Und das trotz dass die Qualität nicht nennenswert besser als bei SD ist.

Ich möchte diese Aufnahmen jetzt gerne nachträglich von den Fülldaten bereinigen, aber so wie es aussieht, ist das standalone tool von Naludump nicht enthalten? Könnte man das z.B. in ein System Addon packen? Den Quellcode gibt es hier: http://www.udo-richter.de/vdr/naludump.html

Weiter unten, heißt naludump-0.1.1.tgz

Vielen lieben Dank!
Grüße
Marcus

PS: X86 64Bit, wär aber schön wenn das dann generell verfügbar wäre.

9
Raspberry PI / VLAN möglich?
« on: February 20, 2016, 19:01:05 »
Hallo

Ich benutze seid ein paar Tagen die MLD 5.0.0 stable auf einem Rpi B+. Vorher lief eine 4.0.1 bestimmt 2 Jahre zuverlässig, bis ich unser Netzwerk etwas "umstrukturiert" habe. Im Zuge dessen ist es jetzt leider nötig, dass die MLD ein VLAN bedienen können muss. Dazu extra einen managebaren Switch ins Schlafzimmer zu stellen ist halt unwirtschaftlich. Die MLD hängt an einem PLC Netzwerk (welches getaggt ist) und ich kann daher leider nicht schon am Switch im Wohnzimmer untaggen. In dem PLC Netz hängt eben noch mehr drin, u.a. die Verbindung von unserem "Gäste-WLAN" zum Router.

Gibt es vielleicht schon VLAN Unterstützung und ich habe es nicht gefunden?

Oder könnte man ein Addon bauen?

Btw, ich bin jetzt schon seid der 0.6.0 dabei. Ein Leben ohne MLD ist vorstellbar, aber sinnlos. :-)
Großes Lob an die unermüdlichen Entwickler!

10
Allgemeines [ General ] / Wieviel RAM nötig? - 4.0.1-32 dvbsddevice
« on: January 18, 2015, 15:57:18 »
Hallo

Wie im Titel bereits gefragt, wieviel MB RAM sind für die 4.0.1-32 dvbsddevice mindestens nötig? Ich habe hier 256MB am Start (Pentium 3 800MHz), aber sowohl das ff-sd.iso als auch die netinstall.iso melden i/o Fehler beim Booten.

Code: [Select]
Copy initramfs to tempfs:
cp: read error: Input/output error
cp: read error: Input/output error
cp: read error: Input/output error
cp: read error: Input/output error

EDIT: Mit 512MB klappts auch nicht. Soo mini ist die MLD wohl gar nicht mehr, oder?

11
Allgemeines [ General ] / var/log/messages riesig groß
« on: December 29, 2014, 16:29:36 »
Hallo

Auf dem aktuellen Testsystem (soll für meine Eltern werden) wird derzeit sehr ausführlich in die "var/log/messages" geschrieben. Ich bin mir nicht sicher, aber das war glaube ich nicht immer so. Ich habe testweise nur einen 60Hz Monitor dran und unter "System Setup -> Xorg -> Mode" noch keine Einstellung vorgenommen. Ob das daher kommt?

Grüße
Marcus

12
Raspberry PI / Browser für RPI
« on: November 18, 2014, 16:26:38 »
Hallo

Gibt es eigentlich einen simplen Browser (Midori?) für die 4.0.1-rpi? Konnte keinen finden. Ich könnte den gebrauchen, um mich im Hotel per Captive-Portal im WLAN anzumelden.

Grüße
Marcus

13
Raspberry PI / sensors auf dem RPI?
« on: November 11, 2014, 20:44:52 »
Hallo

Wozu wird bei der Installation von systeminfo auf einem RPI sensors mit installiert?
Code: [Select]
MLD> sensors
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.
MLD>
Beim RPI kommt man doch per vcgencmd an Clock, Temperatur und Spannung?

Grüße
Marcus

14
Raspberry PI / RPI governor
« on: October 29, 2014, 21:21:38 »
Der RPI nutzt "powersave" als governor? Sollte das nicht "ondemand" sein, sonst taktet er doch nicht hoch, oder?

Grüße
Marcus

15
Entwicklung [ Development ] / Treiber für Ralink RT5370
« on: October 25, 2014, 19:13:08 »
Hallo

Fehlt der Treiber im Wireless-Addon? Oder mache ich was falsch?

Code: [Select]
MLD> lsusb
Bus 001 Device 005: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Code: [Select]
MLD> lsmod
Module                  Size  Used by    Tainted: P
isl6421                 1389  2
cx24123                10866  2
cx88_dvb               22436  7
videobuf_dvb            4058  1 cx88_dvb
cx88_vp3054_i2c         1500  1 cx88_dvb
dvb_core               74188  2 cx88_dvb,videobuf_dvb
ir_rc6_decoder          1882  0
ir_mce_kbd_decoder      2742  0
ir_jvc_decoder          1433  0
ir_sharp_decoder        1373  0
ir_sony_decoder         1403  0
ir_sanyo_decoder        1373  0
ir_rc5_decoder          1385  0
ir_nec_decoder          1433  0
nvidia              10476248 25
rc_hauppauge            2126  0
lirc_atiusb            11092  0
lirc_dev                9967  1 lirc_atiusb
snd_hda_codec_hdmi     30854  1
snd_hda_codec_realtek    45187  1
snd_hda_codec_generic    37911  1 snd_hda_codec_realtek
cx8802                 10876  1 cx88_dvb
cx8800                 26190  0
cx88_alsa               8344  0
cx88xx                 67581  4 cx88_dvb,cx8802,cx8800,cx88_alsa
rc_medion_x10_digitainer     1170  0
tveeprom               12529  1 cx88xx
snd_hda_intel          15619  4
btcx_risc               2651  4 cx8802,cx8800,cx88_alsa,cx88xx
snd_hda_controller     13590  1 snd_hda_intel
videobuf_dma_sg         6432  5 cx88_dvb,cx8802,cx8800,cx88_alsa,cx88xx
v4l2_common             3478  2 cx8800,cx88xx
videodev               88551  4 cx8800,cx88_alsa,cx88xx,v4l2_common
ati_remote              7312  0
media                   9484  1 videodev
snd_hda_codec          65804  5 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep               4843  1 snd_hda_codec
snd_pcm                57822  6 snd_hda_codec_hdmi,cx88_alsa,snd_hda_intel,snd_hda_controller,snd_hda_codec
snd_timer              14439  2 snd_pcm
skge                   34148  0
videobuf_core          12455  5 videobuf_dvb,cx8802,cx8800,cx88xx,videobuf_dma_sg
rc_core                13082 15 ir_rc6_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_sharp_decoder,ir_sony_decoder,ir_sanyo_decoder,ir_rc5_decoder,ir_nec_decoder,rc_hauppauge,cx88xx,rc_medion_x10_digitainer,ati_remote
snd                    45295 15 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,cx88_alsa,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
drm                   187197  3 nvidia
intel_agp               9904  0
intel_gtt              10310  1 intel_agp
agpgart                21121  3 drm,intel_agp,intel_gtt
acpi_cpufreq            5770  0
it87                   22758  0
hwmon_vid               1948  1 it87
coretemp                5044  0
i2c_dev                 4003  0
uinput                  6084  0

Wenn ich den Stick einstecke, passiert folgendes:
Code: [Select]
Oct 25 18:46:13 (MLD) user.info kernel: usb 1-5: new high-speed USB device number 5 using ehci-pci
Mehr nicht.
Der Stick (Logilink WL0151) braucht wohl "rt2800usb"

Grüße
Marcus

Achso, MLD 4.0.1-64