Beiträge von cabal2k

Oh je ... Tal der Tränen? Ich hab gestern fast vor Freude geweint, als da plötzlich GPU decode stand

AMD und NVIDIA hab ich nicht recherchiert. Mein Mediaplayer ist halt der kleine NUC.
Auf dem Gaming Rechner hab ich ne AMD. Wenn deren Support für die integrierte Grafik genauso ist wie für Desktop, dann wird das nix mit Hardware Acceleration.
Ich hab 7 Monate mit denen rumdiskutiert um anschließend zu erfahren, das h264 HW ENcoding mit Media Foundation nicht wirklich funktioniert. Und das war Windows...

Ich hab von ARCH nur geschaut warum das in deren Community Builds funktioniert.
Build lief komplett im LibreELEC Buildsystem, also meine Patches passen.
Sollte einfach zu übernehmen sein. Der vaapi 15 patch ist ja auch schon drin in master.

Den Build Code hab ich nur lokal.
Ich hab nichtmal einen github Account

Ich komme heute nicht mehr dazu, aber ich räum den Kram den ich hab mal auf und schick dir das wenn ich kann.
Wär halt cool, wenn wir VP9 auch noch hinbekommen könnten.

Zitat von ingolfius

aber welche wäre da am schnellsten?

Die VMware LibreELEC Variante in Windows. Das ist in Minuten erledigt und läuft super, wenn der Rechner nicht grad ein Celeron oder so ist.

Zitat von Snickers

Ich vermisse eigentlich nichts mehr ausser vll am HTPC Bluerays zu rippen aber das geht bestimmt auch mit Libreelec.

Geht natürlich auch mit LibreELEC: mit MKVMake.

Und als nächstes will ich noch das hier: https://aur.archlinux.org/cgit/aur.git/t…id-codec-driver
Die libva enthält das Compiler Flag --enable-hybrid und im Chrome ist das auch drin. Ich habe positive Meldungen bzgl. VP9 gefunden und wenn ich das richtig verstanden habe auch ohne Hybrid System.

Da fehlt mir nur noch ne Kleinigkeit. Der sucht in /usr/lib/va , also noch irgendwo was von Arch hardcoded drin, schätze ich. Sollte aber zu finden sein.
Nur jedesmal den Chromium zu bauen zum probieren ist zeitlich gesehen ein Albtraum

Zitat von CvH

wenn du das geschafft hast immer her damit

https://github.com/LibreELEC/LibreELEC.tv/pull/1730 <- letzte update

Ich kenn mich mit github nur rudimentär (also pull und checkout) aus und fummel ein bisschen für mich selbst am Code rum wenn ich Zeit hab.

Ich kann hier aber gerne posten was ich gemacht haben. Dann kann ja irgendjemand ein PR erstellen. Die komplette Doku hab ich zu Hause. Ausm Kopf so ungefähr:

Im Prinzip ist das Problem die hardcodeten Pfade in

content/common/sandbox_linux/bpf_gpu_policy_linux.cc

also hab ich die als Postpatch in der package.mk per sed angepaßt (als Pfade das Plugin lib dir, damit sichs nicht mit LibreELEC System ins Gehege kommt)

sed -e 's|/usr/lib/va/drivers|/storage/.kodi/addons/browser.chromium/lib|g' \
      -e 's|/usr/lib64/va/drivers|/storage/.kodi/addons/browser.chromium/lib|g' \
      -i content/common/sandbox_linux/bpf_gpu_policy_linux.cc

dann noch https://aur.archlinux.org/packages/libva…river-g45-h264/ hier als neues package in LE eingefügt, gebaut, ins lib Verzeichnis rein, die anderen Treiber die Chromium angemeckert hat hinterher gebaut und eingefügt und fertig.

Das hier https://wiki.archlinux.org/index.php/Inte…ing_on_GMA_4500 kann ich nicht unbedingt bestätigen. Das ging sofort in 1080p. Aber BIOS Limit hoch schadet ja nicht.

Nein, habe ich noch nicht, weil ich fast nicht glauben kann, dass das vor mir noch keiner versucht hat.

Ist nicht auf Github zurzeit. Ich muß den Kram noch aufräumen, in Patches packen und dann mach ich mal einen Fork vom Original Plugin auf Github.
Schauen wir mal was draus wird.

Morgen zusammen,

angeregt durch einen Thread im LibreELEC Forum fummel ich seit ein paar Tagen an dem Chromium Plugin von LibreELEC rum und hab mal die (AUR) VAAPI Patches von Arch Linux portiert.
Damit geht GPU Hardware Decoding auf meinem NUC5CPYH (h264 und VP8). Die im nomalen LibreELEC enthaltenen Patches bringen Chromium lediglich dazu anzuzeigen er könnte HW decoding. Chrome://media-internals zeigt den wirklichen Status an.

Mein Versuch zum testen wenn jemand will:

Chromium 63.0.3239.108 x86_64 LibreELEC 8

Gibts einen Grund den ich übersehen habe warum die nicht im Source sind?

Klar, Kodi und LibreELEC sind Mediaplayer und können/sollten Streams direkt abspielen und nicht über einen Browser.

Aber das funktioniert so echt ziemlich gut auch mit LibreELEC 8 und meine bescheuerte Dualboot Installation mit Windows wird Geschichte. Patches um VP9 hardwaredecoding für z.B Braswell zu ermöglichen hab ich auch noch in den Tiefen der ARCH Linux Respositories gefunden. Dort such ich noch den offensichtlich hardgecodeten Path /var/lib/dri irgendwo im hybrid wrapper (oder ich hab den im Chromium Source übersehen). Ich weiß jetzt aber auch nicht wirklich ob das funktioniert und ob es die Arbeit wert ist bzw. das schon jemand anderes gemacht hat. Das bauen von Chromium und den ganzen Treibern dauert Stunden auf meiner Entwicklerkiste.

Und vieleicht weiß noch jemand was mit dem Mauszeiger los ist und warum bei "Twitch" die Videowerbeanzeigen einfach stehen bleiben

Mit h264ify und 'nem vernünftigen AdBlocker läufts prima auch bei Twitch und Youtube. 1080p60 flüssig.

Bitteschön - direkt aus meiner Installation ... das Logo wird dir nicht gefallen, wenn du Ubuntu starten möchtest

Damit müsstest du aber klar kommen.

Zitat von linkplayer

Will hier jemand Windows 10 und LibreELEC im Dual-Boot?

Die Hausaufgabe war "Anderes Betriebssystem bzw. Spiel/Anwendung ggf. unter anderem Betriebssystem mit einem Menüpunkt aus Libreelec starten"

Das sollte so direkt funktionieren. Neue Zeile nach der Befehlszeile nicht vergessen.

Du kannst das auch einfach mal von der Kommandozeile aus testen:

hdparm -Y /dev/sd[a-Z] schickt alle Festplatten sofort in den sleep mode und hdparm -C /dev/sd[a-Z] zeigt dir den Status der Platten an. Dort sollte dann auch "drive state is standby" auftauchen.

Wenn das funktioniert muß es auch über die autostart.sh gehen.

Die Klammern in der Dokumentation für die autostart.sh sind nur um den Befehlsblock in den Hintergrund zu schicken (...) & weil der Bootprozess erst weiter geht wenn der/die Befehle "fertig" sind.

@DaVu Genau so ist es. Schadet aber nicht sich etwas in Linux einzulesen.
Schritt für Schritt Anleitung kann ich liefern, ist alles nicht so wild.

Und eine Linux Repair ISO sollte man auch in der Nähe haben wenn man Windows 10 einsetzt. Das schickt öfter mal den guten GRUB ins Nirvana nach den schönen kumulativen Zwangsupdates

Du muß das script im Plugin unter bin/reboot2oos.sh enstprechend deiner GRUB Einträge anpassen.

Bei mir sieht das so aus im Moment. Die Linux Partition und den Bootloader hab ich seit OpenElec nicht mehr angefaßt, darum steht dort als default OpenElec:

#!/bin/bash
#Edit the lines between the #####'s
#Use the following command to list GRUB boot entries (you need to update it with the correct path to 'grub.cfg'):
#sed -n '/menuentry/s/.*\(["'\''].*["'\'']\).*/\1/p' /path/to/grub.cfg
set -e




# change LD_LIBRARY_PATH in order to link to missing shared libs
export LD_LIBRARY_PATH=/storage/.kodi/addons/script.reboot2oos-oe/bin:$LD_LIBRARY_PATH


GRUB_BOOT_DIR="/media/sda3-ata-SanDisk_SDSSDA12/boot"


REBOOT_ENTRY="Windows 10 (loader) (auf /dev/sda1)"


DEFAULT_ENTRY="OpenELEC"


grub-set-default --boot-directory=$GRUB_BOOT_DIR "$DEFAULT_ENTRY"      


grub-reboot --boot-directory=$GRUB_BOOT_DIR "$REBOOT_ENTRY"


reboot

Das Addon macht ja nix großes außer grub-reboot binaries auszuliefern und in einem Dialog unter Kodi das reboot script auszuführen.

Hier mal meins komplett: https://www.dropbox.com/s/rmqnwt7km05u…boot2oos-oe.zip

Das gibt einem aber alle Möglichkeiten die in diesem Thread erwähnt wurden. Man könnte z.B. reboot2oos.sh Parameter mitgeben um die Auswahl an Partitionen zu vergrößern, in den GRUB Einträgen dann die erwähnten Bootvariablen hinterlegen um verschiedene Apps zu starten usw.

return data[n][id].replace('https','http')

Oh je ... das wird das SSL Handshake Problem mit Curl jetzt weiter verschleppen
DAZN ist wohl momentan die einzige Seite bei der man mekt das etwas mit den certs oder curl nicht stimmt.

/storage/.config/autostart.sh bzw. über Samba Freigabe \\SERVER\Configfiles\autostart.sh

Die Datei muss angelegt werden wenn sie nicht exisitiert

Na dann ist's ja auf jeden Fall mal ziemlich eingegrenzt, schau' ma mal...

Wie ist denn das mit Geräten mit HDCP 2.2? Ist sowas abwärtskompatibel?
Der kleine Denon den ich auch hab kann kein 4K und kein HDCP2.2, auch nicht durchschleifen.

Der neue Sky Receiver war auch nicht zum Betrieb mit dem X1000 dazwischen zu überreden.

Kanns daran liegen?

Nö, geht nicht mit der #1214x

@sw4y Könntest du auch mal testen ob das stimmt was ich da verzapft hab? Das es mit der #1119 geht und mit #1120 nicht mehr (mit DAZN 0.50)?
Hab das zwar 3 Mal hin und her getestet aber sicher ist sicher...

Millhouse weiß ja Bescheid und ich geh davon aus, dass die Devs da auch schauen wo es hakt.

Es hat nichts mit den Crypto Libs zu tun. Wenn ich ein Rollback für libressl und cryptolib mache gehts immer noch nicht.
Übrigens auch nicht wenn ich die alte inputstream.mpd reinquetsche.

Danke! Das dachte ich mir.

Dort ist libressl dabei, nicht openssl.
Könnte dann die 64bit crypto lib sein wenns unter ubuntu mit openssl geht und in ARM mit libressl 32bit.

Na ja ... ich such noch ein bisschen, vieleicht findet ich noch was

Welche curl baust du denn? Andere Version? Andere compile flags? Anderes SSL?
Ich bin runtergegangen bis 7.47 ohne Erfolg.

Raybuntus odroid builds enthalten meiner Meinung nach keine Unterschiede bei curl oder der crypto lib, dort geht's aber.
Immerhin könnte man es vieleicht so zumindest für LibrELEC eingrenzen.

Entweder bin ich blind oder es liegt nicht an curl... oder beides

Neue Version enthält nur eine Weiche inputstream.mpd oder inputstream.adaptive nutzen.
Ansonsten gleich.

Also keine Funktion unter LibreELEC (Krypton) v7.90.009 ALPHA x86_64 generic, Millhouse builds x86_64 und dann wohl auch unter Windows nicht.
Unter Odroid und Rpi scheint es wohl zu funktionieren. Ursache bislang unbekannt