CoreELEC Amlogic

infinity

Zitat von peak3d

Beeindruckend, nein, das sollte so nicht sein.Was ist das denn für ein Addon dahinter? pvr.simple?

Es passiert bei HLS mit dem Zattoo-PVR-Client und mit dem Zattoo HiQ Addon:

Zattoo-PVR Client: Zattoo PVR Client
Zattoo HiQ Video-Addon: Aktuelle Version aus dem Kodinerds Repo

Beim Zattoo HiQ Video Addon kann ich DASH einschalten und dann sind die Streams stabil. Schalte ich DASH aus, kommt es zu dem Verhalten wie im Video (egal ob Zattoo HiQ oder PVR Client). Free account reicht, um das zu reproduzieren. Bei Jarvis/Krypton gibts solche drops nicht mit HLS.

EDIT
Habe eben nochmal kurz das Teleboy pvr addon angeschmissen (auch HLS). Dort ist es nicht so ausgeprägt. Da geht es erst nach einer Minute los mit dem absacken und nimmt immer mehr zu, bis es sich nach einer weiteren Minute wieder fängt und dann irgendwann wieder langsam anfängt abzusacken. Bei zattoo sind die Probleme quasi sofort da und führen zum Ruckeln.

pepeq

Zitat von Raybuntu

@pepeq Du nutzt leia3 und Infinity tested leia4 Testversion.

Danke, das war's, mit der leia4-test klappt der 3D-Autoswitch auch bei mir.

infinity:
SBS und HOU-Dateien funktionieren, 3D-MVC ISOs werden bei mir aber wie bisher sauber in 2D angezeigt (wie in krypton14, keine Verschiebung o.ä.)

borusse

ich beisse mir mit dem iptables irgendwie die Zähne aus.

Möchte das mein LE nur lokale Verbindungen (127.0.0.1), welche aus meinem Heimnetz (192.168.0.x) und meine OpenVpn über das VPN Manager Addon zulässt.

Lässt sich sowas irgendwie realisieren?

Habe schon diveres IPTables versucht... Leider entweder alles Tot, oder ich komme auch ohne VPN Addon ins Netz.

Ist der VPN Manager gegen disconnects abgesichert?

Raybuntu

@borusse Soll man sich den auf dein C2 über VPN von außerhalb verbinden können?

Hier das rb-leia4 img.gz:
https://mega.nz/#!JpxUjJ7Y!E-d…SlhzHoHXN0E2F1Y

infinity

Zitat von Raybuntu

Gute Vermutung. Wenn das Addon libressl ist sollt es neu gebaut werden für OpenSSL. Sollte natürlich nich Kodi abhängen. Aber hey Kodi 18 ist noch nicht mal alpha stage.

Hab diesbezüglich mal in zomboideds forum.libreelec Thread angefragt und er meinte, dass es wohl eher an einem aktuellen Leia Bug liegen könnte: https://forum.libreelec.tv/thread/5032-vp…55012#post55012

borusse

Zitat von Raybuntu

@borusse Soll man sich den auf dein C2 über VPN von außerhalb verbinden können?

Das auf keinen Fall. Ich nutze VPN Manger für Open VPN. Dh ich gehe über meinen VPN Anbieter (Perfect Privacy) ins Netz. Also ich bin Startpunkt (Client) und mein C2 soll nur bei bestehender Verbindung zu meinem VPN Anbieter ins Internet dürfen. Intern soll alles wie gewohnt möglich sein. Also im Heimnetz und 127.0.0.1

Raybuntu

Ach so ich glaub ich hab dich falsch verstanden. Ich dachte du willst von außerhalb über den VPN Server auf deinen C2 z.b per ssh. Schick mal die Regeln die du hast und ich schau mal durch.

borusse

Habe die iptables von hier getestet (Seite 1, 2. post)

https://board.perfect-privacy.com/threads/linux-…n-iptables.343/

Kannst du da mal drüber gucken?

Möchte das mein C2 nur bei aktiver VPN Verbindung (OpenVPN), über den VPN Server ins Internet kann.

Und 127.0.0.1 sowie Homenetz soll gehen.

Raybuntu

Zitat von borusse

Habe die iptables von hier getestet (Seite 1, 2. post)
https://board.perfect-privacy.com/threads/linux-…n-iptables.343/
Kannst du da mal drüber gucken?
Möchte das mein C2 nur bei aktiver VPN Verbindung (OpenVPN), über den VPN Server ins Internet kann.
Und 127.0.0.1 sowie Homenetz soll gehen.

So ich hab mal durchgeguckt. Ich kann das leider nicht testen weil ich kein VPN hab. Folgenden inhalt in /storage/.config/iptables/localrules.v4 schreiben und neustarten. Damit du dich nicht aussperrst kannst du auch erstmal den Inhalt in eine testdatei schreiben z.B /tmp/iptables und mit dem Befehl: iptables-restore /tmp/iptables werden die Regeln sofort angewandt. Dann kannst du testen und ggf einfach neustarten falls du dich aussperrst.

Code

*mangle
:PREROUTING ACCEPT [164:11997]
:INPUT ACCEPT [164:11997]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [99:10665]
:POSTROUTING ACCEPT [114:12690]
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [5:393]
:POSTROUTING ACCEPT [5:393]
COMMIT
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
# Allow private subnets
# Old style interface names e.g. eth0, eth1 ...
-A INPUT -i eth+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
# Predictable network interface device names for Ethernet e.g. ens9f0, enp1s0f1
-A INPUT -i en+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
# Predictable network interface device names for Wifi + old style names e.g. wlan0, wlp1s0
-A INPUT -i wl+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
-A OUTPUT -o lo -m state --state NEW -j ACCEPT
-A OUTPUT -d 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1149 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1150 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1151 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 53 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 149 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 150 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 151 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1149 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1150 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1151 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 53 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 149 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 150 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 151 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p tcp --dport 152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o wl+ -p tcp --dport 1152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o e+ -p tcp --dport 152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o e+ -p tcp --dport 1152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
COMMIT

Alles anzeigen

Zu beachten bei der Lösung die auf dem Link von dir basiert ist das DNS abfragen nicht über VPN laufen. Das ist aber nur wichtig wenn du besonders anonym sein willst.
Die Regeln sind etwas lang weil mir aufgefallen ist das der C2 xt_multiport modul nicht in der Kernel config aktiviert ist. Werde ich in den leia builds lösen.

infinity

Beim zwischenzeitlichen Rumspielen mit Leia4 ist mir beim Zappen von IPTV auch folgendes jetzt öfters passiert:

Beim Umschalten hatte ich einfach nur ein schwarzes Bild, aber Ton tauchte auf
Stoppen (Stop-Taste) des Streams half erstmal nicht.
Nach 30 Sekunden des schwarzen Bildes tauchte wieder die Kodi GUI auf (Stream offenbar gestoppt)

Auszug aus dem Log:

Code

10:40:38.392 T:3676304288  NOTICE: running thread: CVideoPlayerAudio::Process()
10:40:38.399 T:4148510768  NOTICE: Display resolution ADJUST : 1920x1080 @ 50.00 - Full Screen (22) (weight: 0.000)
10:40:38.403 T:3676304288  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
10:40:40.004 T:3837875104 WARNING: CRenderManager::Configure - timeout waiting for configure
10:40:40.004 T:3837875104   ERROR: OutputPicture - failed to configure renderer
10:40:40.027 T:3837875104  NOTICE: CAMLCodec::OpenDecoder - using V4L2 pts format: 64Bit
10:40:40.565 T:3837875104 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
10:40:50.461 T:3997168544 WARNING: Previous line repeats 2 times.
10:40:50.461 T:3997168544  NOTICE: Creating Demuxer
10:40:52.733 T:3997168544  NOTICE: Opening stream: 0 source: 256
10:40:52.733 T:3997168544  NOTICE: Opening stream: 1 source: 256
10:40:54.738 T:3837875104 WARNING: CRenderManager::Configure - timeout waiting for configure
10:40:54.738 T:3837875104   ERROR: OutputPicture - failed to configure renderer
10:41:04.331 T:3676304288  NOTICE: CVideoPlayerAudio::Process - stream stalled
10:41:25.819 T:4148510768  NOTICE: CVideoPlayer::CloseFile()
10:41:25.819 T:4148510768  NOTICE: VideoPlayer: waiting for threads to exit
10:41:25.829 T:3997168544  NOTICE: CVideoPlayer::OnExit()
10:41:25.829 T:3997168544  NOTICE: Closing stream player 1
10:41:25.829 T:3997168544  NOTICE: Waiting for audio thread to exit
10:41:25.829 T:3676304288   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
10:41:25.830 T:3676304288  NOTICE: thread end: CVideoPlayerAudio::OnExit()
10:41:25.830 T:3997168544  NOTICE: Closing audio device
10:41:25.857 T:3997168544  NOTICE: Deleting audio codec
10:41:25.857 T:3997168544  NOTICE: Closing stream player 2

Alles anzeigen

Vollständiger Kodi.[definition='1','0']log[/definition]: http://sprunge.us/TMKe

peak3d

Zitat von infinity

Beim zwischenzeitlichen Rumspielen mit Leia4 ist mir beim Zappen von IPTV auch folgendes jetzt öfters passiert:

schwierig ohne [definition=12,0]debug[/definition] ausgaben.

infinity

@peak3d
Sorry, ich vergaß [definition=12,0]debug[/definition] einzuschalten. Leider konnte ich das jetzt nicht auf die Schnelle Reproduzieren. Ist bislang zwei mal vorgekommen und könnte vielleicht ein Zufallsprodukt vom ständigen Ruckeln bei HLS gewesen sein, von dem ich berichtet hatte.

Ich habs mal rumgezappt und auch etwas laufen lassen und trotzdem mal so einen [definition=12,4][definition='1','3']Debug[/definition][/definition].[definition='1','0']log[/definition] gemacht: http://sprunge.us/jZiQ

Vielleicht sieht man in dem Log trotzdem schon woran diese HLS Probleme liegen könnten.

borusse

Zitat von Raybuntu

Code

*mangle
:PREROUTING ACCEPT [164:11997]
:INPUT ACCEPT [164:11997]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [99:10665]
:POSTROUTING ACCEPT [114:12690]
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [5:393]
:POSTROUTING ACCEPT [5:393]
COMMIT
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
# Allow private subnets
# Old style interface names e.g. eth0, eth1 ...
-A INPUT -i eth+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
# Predictable network interface device names for Ethernet e.g. ens9f0, enp1s0f1
-A INPUT -i en+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
# Predictable network interface device names for Wifi + old style names e.g. wlan0, wlp1s0
-A INPUT -i wl+ -s 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
-A OUTPUT -o lo -m state --state NEW -j ACCEPT
-A OUTPUT -d 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1149 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1150 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 1151 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 53 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 149 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 150 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p udp --dport 151 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1149 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1150 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 1151 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 53 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 149 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 150 -m state --state NEW -j ACCEPT
-A OUTPUT -o e+ -p udp --dport 151 -m state --state NEW -j ACCEPT
-A OUTPUT -o wl+ -p tcp --dport 152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o wl+ -p tcp --dport 1152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o e+ -p tcp --dport 152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o e+ -p tcp --dport 1152 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
COMMIT

Alles anzeigen

Zu beachten bei der Lösung die auf dem Link von dir basiert ist das DNS abfragen nicht über VPN laufen. Das ist aber nur wichtig wenn du besonders anonym sein willst.
Die Regeln sind etwas lang weil mir aufgefallen ist das der C2 xt_multiport modul nicht in der Kernel config aktiviert ist. Werde ich in den leia builds lösen.

Das ist ja wirklich nicht so toll mit dem DNS... Selbst bei bestehender VPN Verbindung wird der DNS meines Internet Providers genutzt? Also wenn ich die iptables nehme?

Wenn ich via OpenVPN Manager eine Verbindung zu meinem VPN Anbieter herstelle, wird ein neuer Adapter (tun) erstellt. Über diesen Tunnel wird dann soweit ich weiss jeder DNS und Internet Traffic geleitet. Also ich surfe über die DNS und IP meines VPN Anbieters.

Wie lässt es sich realisieren, dass LE nur noch via Tunnel ins Inernet geht? Also die Verbindung zum VPN muss noch hergestellt werden können. Mehr aber nicht. Also wenn ich nicht mit dem VPN connected bin, bin ich sozusagen Offline.

Lokal soll aber nicht über VPN gehen.

Hast du ne Lösung wegen des DNS? Oder wie schätzt du das mit dem nicht anonymen DNS ein?

Raybuntu

Ich schätze mal dns ist zugelassen damit der vpn client die Adresse des vpn servers auflösen kann. Jedoch kann auch jede Anwendung z.b Kodi Adressen über DNS auflösen. Ob das wirklich ein Problem ist kann ich nicht beurteilen. Falls du die IP deines VPN kennst kannst du den dns port auch sperren und mal probieren. Kodi kann dns ja dann über vpn machen.

ManiacKill

Hallo,

wollte mir eventuell einen C2 kaufen weil mein Pi3 nich die Leistung hat für Amazon.

Kann der C2 full Hd? Und läuft da auch SkyGo,Dazn wie beim Pi3?

Raybuntu

Full HD mit inputstream SW decoded läuft noch nicht. Da kommen aber demnächst Optimierungen welche das evtl. möglich machen. Der C2 kann normalerweise 1080p h.264 und h.265 in sw decodieren. Mit inputstream bzw widevine klappt das aber noch nicht flüssig. Wirst im Moment also nicht glücklich damit. Falls FullHD wichtig ist würde ich Kodi in Android auf Wetek.Hub oder Wetek.Play2 versuchen. Da hast du dualboot mit LE. Oder du nimmst einen Intel Apollo Lake der kann das auf jeden Fall auch in LE.

Dazn und SkyGo müsste gehen. Leider beides selbst noch nicht getestet jedoch von Usern hier bestätigt.

tzwn

Zitat von Raybuntu

[...]
...SkyGo müsste gehen. Leider beides selbst noch nicht getestet jedoch von Usern hier bestätigt.

SkyGo läuft sowohl unter Kodi 17 als auch 18 sehr gut. Serien werden in bis zu 720p und Filme in 540p ausgeliefert.

infinity

Zitat von ManiacKill

Hallo,
wollte mir eventuell einen C2 kaufen weil mein Pi3 nich die Leistung hat für Amazon.
Kann der C2 full Hd? Und läuft da auch SkyGo,Dazn wie beim Pi3?

Man sollte beachten, dass es immer eine unzuverlässige Lösung bleiben wird. Die Amazon und Netflix Unterstützung kann quasi jeden Tag entfallen und man muss hoffen, dass es fixbar ist. Das heißt man muss sich immer auf dem laufenden halten und somit wäre es wohl nie eine Lösung für Frau/Eltern/Großeltern oder jemanden, der denkt er richte es einmal ein und nutze es ewig. Ein Firetv wäre in dem Fall die sicherste Lösung,vor allem wenn man HD/4K und surround sound haben will.

@Raybuntu
Was ich mich frage: Wieso muss das alles in Software dekodiert werden? Auf einem firetv oder Fernseher mit entsprechender App wirds so ein DRM-geschützter Amazon/Netflix stream (h264/h265) doch 100%ig in Hardware dekodiert.

Raybuntu

@infinity Hab ich schon mehrmals erklärt. Das ist eine Vorgabe von NF und Amazon. Widevine macht in dem Fall nicht nur decrypt sondern auch decode. In Android läuft das alles im DRM, z.b auf Amlogic gibt es auch sichere hardware decoder mit mediacodec. Teilweise laufen NF streams ja auch nicht auf gerooteten Android Geräten zumindestens nicht mit 4K.

Ich denke schon das die Lösung eher langfristig ist. Wie das rechtlich aussieht kann ich nicht beurteilen dafür ist jeder Nutzer selbst verantwortlich. Widevine aus Chrom oder ChromOS verstösst auf jeden Fall gegen Google's Lizenz. NF oder Amazon API's zu nutzen wohl auch gegen deren ToS.

infinity

Aah! Danke.

Aber so langfristig wirds ja höchstens mit dem generellen widewine-chrome Prinzip sein. In täglichen Einsatz sieht man aber ja (den forenbeiträgen nach), dass auch seitens Amazon mal das drm ändert, oder bei netflix auf einmal eine ESN nötig ist. Beides Beispiele für Sachen, die die problemlose Funktionsweise einfach mal unerwartet brechen. Es ist ja eigentlich nur Glück für Normalos wie mich, dass es momentan richtig fähige Entwickler gibt, die das immer recht zeitnah fixen. Aber dass man von der Arbeit kommt und sich auf einen Serienabend freut und dann feststellt, dass es plötzlich nur ein schwarzes Bild gibt, ist an sich ja immer zu erwarten.

CoreELEC Amlogic

Jetzt mitmachen!

Benutzer online in diesem Thema