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.

Messages - purzel

121
Entwicklung [ Development ] / Fehler im RCU Plugin BESEITIGT
« on: December 17, 2018, 21:28:24 »
Quote from: purzel on May 14, 2018, 21:41:57
ich habe Klaus Schmidinger gebeten, die Version mit der von ihm vorgeschlagenen Änderung auf seine Seite zu tun, damit folgende Builds (also hoffentlich auch MLD 5.4 und neuer) ebenfalls davon profitieren können.
Seit gestern ist die reparierte Version (2.2.1) vom RCU Plugin auf Klaus' Seite (tvdr.de). Gelangt das automatisch in die MLD 5.4 oder müsst Ihr da manuell irgendwas dafür tun?

Viele Grüße
purzel

122
Allgemein [ General ] / VCH in 5.3 stable fehlerhaft?
« on: December 17, 2018, 21:17:17 »
Inzwischen habe ich 'rausgefunden, dass der Helper anscheinend ohne das eigentliche VODCATCHER Plugin ziemlich wertlos sein dürfte.
Das Plugin ist wohl aber so alt, nicht mehr von herunterladbar und wird wohl auch nicht mehr gepflegt. Außerdem wird wohl zusätzlich ein Plugin namens OSDSERVER benötigt, welches ebenfalls arg alt und nicht mehr gepflegt ist. Ich denke das Thema "Mediatheken mit VDR" muss ich zu den Akten legen; lasse mich aber gern eines Besseren belehren - falls z.B. meine Recherchen falsch waren ;-)
Ach ja, Kodi möchte ich nicht.

123
Allgemein [ General ] / VCH in 5.3 stable fehlerhaft?
« on: December 16, 2018, 17:29:06 »
Hallo und guten Abend.

Ich habe zwei fast identische VDR mit MLD 5.3 stable, einer "produktiv" und einer zum Experimentieren.
Nun wollte ich mal Vodcatcher Helper ausprobieren, aber irgendwas haut da nicht hin. Das WebIf http://vdr.ip:8003 lässt sich zwar aufrufen aber an mehreren Stellen kommt entweder "formatfüllend" oder rechts in einem roten "Popup" unten angefügter Fehler, die Mediatheken sind auch leer.

Muss man noch irgendwas dazu installieren oder konfigurieren was ich vielleicht nicht gefunden habe? Durch Ankreuzen von "vch" wurden nur die Pakete libxslt1.1 oraclejava und vch installiert, ein Eintrag im VDR-OSD wurde nicht erzeugt. Habe ich gar falsche Vorstellungen?

EDIT: Die Deinstallation von VCH klappt auch irgendwie nicht so richtig, anscheinend bleiben Fragmente erhalten sodass es angekreuzt bleibt (nur ohne reboot getestet). Zum Glück gibt's die Snapshots. Das soll aber nicht das Hauptproblem sein...

Hier die Fehlermeldung: (zur Platzersparnis im Spoiler)
Spoiler (show / hide)


124
x86 Systeme (PC) / Intel Grafik?
« on: December 09, 2018, 18:44:56 »
Hallo miteinander,
meine beiden VDRs mit Nvidia ION und Atom 330 laufen prima (PCI SatKarte, MLD 5.3)

Mit Intel Grafik bin ich bisher nicht glücklich geworden und wollte mal fragen, "wie gut" (oder wie neu) ein Board mit "Intel HD Grafik" sein muss damit ein Sat-VDR einigermaßen ordentlich läuft.

Im Thread Günstige Lüfterlose Hardware für MLD X64 fand ich den Z83-F, der ja angeblich ganz gut geeignet ist - und auch "nur" eine Atom CPU hat.
Meine Versuche mit einem Board mit Atom N2800 waren leider wenig erfolgreich (PCIe Sat Karte): mit softhddevice kriegte ich nur Ton aber kein Bild und  xineliboutput lieferte zwar Bild - aber matschig und langsam. Das antike Board mit Atom 220 ging gar nicht.
Ich habe nun noch ein anderes Board  mit einem G645T Professor (Sandy Bridge) liegen, da könnte ich aber nur mit USB-Sat"karte" dran - habe jedoch (noch) keine zur Hand. Bevor ich nun eine kaufe und das Board dann doch zu schwach ist stelle ich eben obige Frage nach der Intel Grafik.

Meine Ansprüche sind relativ gering, VDR mit Grundfunktionalität reicht schon fast (siehe oben: Atom 330) - ergo ist vermutlich kein "Bolide" nötig.

Für Tipps bedankt sich schon jetzt
Purzel

EDIT: Link korrigiert

125
x86 Systeme (PC) / Günstige Lüfterlose Hardware für MLD X64
« on: November 21, 2018, 22:08:17 »
Quote from: Wanninger on November 21, 2018, 21:57:01
... der Z83-F hat mich nach wenigen Tagen probieren bereits überzeugt, ...
Was nimmst Du als Empfänger? Oder ist das wieder "nur" ein (Stream-)Client-VDR?

126
Allgemein [ General ] / Datenplatte tauschen - bester Weg?
« on: June 10, 2018, 19:38:24 »
Besten Dank, es hat geklappt.

Allerdings erst, nachdem ich per USB-Stick mit GParted partitioniert (EINE Partition 2 bzw. 1,8TB) habe. Mit dem fdisk von MLD hat mkfs.xfs gemeckert "Warning: device is not properly aligned"

127
Allgemein [ General ] / Datenplatte tauschen - bester Weg?
« on: June 09, 2018, 11:55:19 »
Hallo mal wieder!

Dies' Mal habe ich es mit weniger "starren" Suchbegriffen probiert und fand immerhin das hier:
https://minidvblinux.de/forum/index.php/topic,7499.msg56486.html#msg56486
So ganz hilft mir das aber nicht weiter, denn ich habe System- und Datenplatte separat; nicht nur getrennte Partitionen wie allgemein üblich. Bei mir sieht das so aus:
Code: [Select]
vdr:/root$ mount | grep sd
/dev/sda1 on / type btrfs (rw,relatime,ssd,noacl,space_cache,subvolid=310,subvol=/@root____________________)
/dev/sda1 on /mnt/data type btrfs (rw,relatime,ssd,noacl,space_cache,subvolid=258,subvol=/@data)
/dev/sdb2 on /mnt/sdb2 type xfs (rw,relatime,attr2,inode64,noquota)
data:sdb2 on /data type fuse.mergerfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
/dev/sdb2 on /var/cache type xfs (rw,relatime,attr2,inode64,noquota)
Was wäre jetzt der geschickteste, sicherste, "sauberste" Weg, die zweite Platte (sdb) durch eine Neue zu ersetzen (und natürlich die Aufnahmen zu behalten)?
"Früher" (ohne dieses mergerfs und doppeltes mounten) hätte ich die Neue einfach dazu gesteckt, ext2 (-3, -4) formatiert, den Kram kopiert, /etc/fstab auf die neue HD geändert und die Alte entfernt. Dadurch, dass meine sdb2 nun quasi DREI Mal in fstab und mtab auftaucht bin ich etwas verunsichert... Ich möchte gern doppeltes Kopieren vermeiden (dauert vermutlich recht lang) weil ich irgendwas falsch gemacht habe ;-)

TIA
purzel

128
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: June 03, 2018, 12:19:55 »
Vielen vielen Dank Claus - auch für die "Erleuchtung" zu before und after.
Ich fing schon an, an mir zu zweifeln :)

Nun funktioniert's, sowohl beim shutdown als auch beim suspend. Beim hochfahren macht mein Script nix.

Schönen (Rest-)Sonntag und nochmals danke!

129
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: June 02, 2018, 23:28:36 »
Bisher waren fast alle Tests erfolgreich.
Eine kleine Sorge habe ich noch: Ich habe mir ein Script basierend auf /etc/init.d/example geschrieben, welches beim 'runterfahren ausgeführt werden soll - das klappte auch bisher, also ohne suspend.
Beim Suspend wird es leider NICHT ausgeführt, da soll es aber auch ausgeführt werden. Ich schätze ich muß ein anderes "after=" setzen oder ganz was Anderes tun - was wäre da zu empfehlen?
Anfangs, also ohne suspend-Paket, hatte ich
#start=1     # enable start section
stop=1      # enable stop section
#resume=1    # enable resume section
#suspend=1   # enable suspend section
after="vdr"    # init scripts that must be started before this
#before=""   # init scripts that should be started after this

Dann habe das # beim suspend=1 auch entfernt, den ganzen Bereich suspend in der case-Anweisung auskommentiert und den stop Bereich "umbenannt", der heißt jetzt
suspend|stop)
So klappt's aber nicht. Muss ich etwa meinen ganzen Sermon aus der stop) Sektion in die suspend) Sektion kopieren? Und somit ZWEI Stellen "pflegen" falls ich mal Änderungen habe?

TIA
purzel

130
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: May 26, 2018, 10:08:16 »
Mal wieder nach stundenlangem Suchen (*) im Forum habe ich anscheinend eine Lösung gefunden. Das dort genannte Modul "ddbridge" gibt's bei mir nicht, also habe ich es (als erstes) mit dem Modul "budget" probiert - scheint ein Zufallstreffer zum Erfolg zu sein und bedarf natürlich weiterer Tests...

(*) ich muss mir wohl dringend "unschärfere" Suchbegriffe angewöhnen ;-)

131
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: May 23, 2018, 18:08:56 »
'n Abend!

Eure Postings haben mich dazu bewogen, DOCH nochmal zu testen. Folgende Resultate:
- ein Restart von vdr nach dem Suspend (/etc/init.d/vdr restart) hilft NICHT
- das `sleep 5` unmittelbar nach `echo "Starting VDR"` im VDR Start-Script hilft auch nicht
- ein `vdr stop ; dvb stop ; dvb start ; vdr start` (Pfad hier mal nicht hingetippt) bringt's auch nicht
- in /var/log/sysinit habe ich auch (fast) die selbe Fehlermeldung:
/etc/init.d/dvb: line 58: can't open /var/spool/suspend.dvb: no such file
das Witzige dabei ist, dass in Zeile 58 nur das `esac` steht.
- in /var/log/messages habe ich 20x (!) die Fehlermeldung
vdr: [8702] ERROR (dvbdevice.c,763): Operation not permitted
wobei die Zahl (Zeilennummer?) zwischen 762 und 768 variiert
- am Ende von /var/log/sysinit finde ich noch
Usage: chvt N
Change the foreground virtual terminal to /dev/ttyN
das dürfte aber mit dem Suspend-Problem nichts zu tun haben - oder?

Ach ja, bei mir ist es 5.3 stable.

132
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: May 22, 2018, 20:02:36 »
'n Abend,

ich markiere es mal absichtlich nicht als gelöst, aber erledigt hat es sich (für mich) trotzdem: mein System mag S2R anscheinend nicht. Zwar "legt er sich schlafen", kommt auch deutlich schneller "wieder hoch" (ca. 20 Sek.) - aber dann funktioniert die Sat-Karte nicht mehr, OSD geht aber. Ich habe verschiedene Einstellungen ausprobiert.

133
Allgemein [ General ] / suspend-to-RAM "sicher"?
« on: May 21, 2018, 16:09:28 »
Hallo Wissende!

Da mein VDR trotz SSD(-DOM) über 40 Sekunden zum Hochfahren braucht (ist eben nur ein Atom330 Professor) spiele ich mit dem Gedanken, das Suspend-to-RAM Paket zu benutzen. So richtig traue ich mich aber nicht: was passiert mit dem Filesystem, wenn während des Suspend der Strom ausfällt? (und/oder überhaupt während des Betriebs)
Ich meine irgendwo gelesen zu haben, BTRFS sei auch ein "journalling" Filesystem - "reicht" das?

Es bedankt sich schon im Voraus
purzel

Achja: ich wünsche frohe Pfingsten gehabt zu haben :)

134
Entwicklung [ Development ] / Probleme mit Hama-mce Fernbedienung
« on: May 16, 2018, 16:39:50 »
Vielleicht hilft Dir das hier hier als workaround?

135
Entwicklung [ Development ] / Fehler im RCU Plugin
« on: May 14, 2018, 21:41:57 »
Ich hab's selber geschafft!

Und ich habe Klaus Schmidinger gebeten, die Version mit der von ihm vorgeschlagenen Änderung auf seine Seite zu tun, damit folgende Builds (also hoffentlich auch MLD 5.4 und neuer) ebenfalls davon profitieren können.

Für die, die es interessiert:
Bis gestern hatte ich Die Anleitung für das Bauen der 5.4 ignoriert, weil ich ja für die 5.3 bauen wollte und mich auch nicht so recht an Docker ran getraut hatte.
Mehr zufällig also fand ich in der 5.4 Anleitung den Hinweis, was man für 5.3 tun soll (Anmerkung: dieser Hinweis sollte IMHO gleich ganz oben stehen und der Link im Wiki auch "5.3" beinhalten). In dem Hinweis ist übrigens ein Fehler drin: der -e Schalter beim echo fehlt.

Also eine neue VM angelegt, dies' Mal mit Debian stretch, und versucht die angegebenen Schritte durchzuführen. Irgendwas muss ich wohl gestern falsch gemacht haben, obwohl ich eigentlich hauptsächlich mit copy & paste gearbeitet habe. Jedenfalls wurden wieder die falsche VDR- und Kernelversion runtergeladen - mit dem erwarteten Effekt, dass mein erzeugtes rcu-Plugin nicht lief. Nach wiederum Stunden hatte ich keine Lust mehr, es war auch schon spät.

Heute wühlte ich erneut durch's Forum und fand zwei interessante Threads:
https://minidvblinux.de/forum/index.php/topic,8592.msg66050.html und
https://minidvblinux.de/forum/index.php/topic,8612.msg66196.html
Daraufhin löschte ich das Verzeichnis MLD in meinem Docker-Container und machte die ganze "Orgie" nochmal, langsam, besonders konzentriert und Schritt für Schritt - zunächst mit unverändertem rcu.c zwecks Test. Das erzeugte Binary hatte zwar auch eine geringfügig andere Größe als das Original (was mich bangen ließ), aber es funktionierte! Hurra, jetzt nur noch die o.g. kleine Code-Änderung einbauen und ein (hoffentlich) letztes Mal bangen...
 
Hä? Wieso war das Binary jetzt mehr als doppelt so groß? DAS war schnell gefunden: strip libvdr-rcu.so.2.2.0 wurde beim zweiten Mal make nicht ausgeführt, warum auch immer.

Falls Interesse besteht poste ich die "reparierte" Fassung vom RCU-Plugin als *.deb - vermute aber, mit dessen Benutzung stehe ich so ziemlich alleine da :-)