Beiträge von infinity

  • NUC6CAYH Libreelec HDMI-CEC

    Okay, jedoch ist die usb Variante einfach flexibler und ohne bastelaufwand auch auf jedem anderen Gerät verwendbar. Also Notfalls auch auf Raspberry Konkurrenten, die kein CEC hätten oder sowas. Was spricht denn abgesehen von den 13€ für die interne Version?

  • Aus ZattooBoxExtBeta wird ZattooHiQ

    Sagt mal... Nutzt wer von euch das spanische 30€/Jahr Angebot? Ich teste das grade mit Schweizer IP und bekomme alle Sender rein und die HD Sender auch. Was allerdings nicht zu gehen scheint, ist die Replay Funktion. Kriege da immer nozapi result. Also geht replay wohl nur, wenn man einen Schweizer Account erstellt, oder wie?

    Rein aus der Logik heraus könnte das schon hinkommen, dass Replay mit spanischem Account nicht geht, da zattoo im Grunde ja nur davon ausgehen könnte, dass man die paar spanischen Sender für 7 tage in der cloud vorhält. Kann das aber jemand bestätigen/widerlegen?

  • NUC6CAYH mit Libreelec kein DTS-HD über Passthrough

    Zitat von b0mb

    Ich glaube ja ehrlich gesagt, dass die Problematik eher daher rührt, dass gewisse User einfach bei PCM-Spuren keine EQ´s mehr in Ihrem AVR nutzen können und sich daher natürlich der Ton wesentlich dünner und einfach schlechter anhört.

    Ich habe gerade noch mal spasseshalber bei mir getestet und höre da: Kein Unterschied und alle EQ´s laufen. ;)

    Die Endgeräte spielen also mit Sicherheit auch eine große Rolle. Kodi hat DRC Support, in wie fern der bei PCM zum Tragen kommt, kann ich nicht sagen...

    Ja da sagst du es ja selbst... Man kann es halt nicht verifizieren, wie gut und wie korrekt die kodi Implementierung ist. Zudem kann das auf jeder Hardware zu einem anderen Ergebnis führen, ohne passthrough, weils halt auch treiberabhängig sein kann.
    Bei passthrough kannst du mit viel größerer Sicherheit sagen, dass es korrekt implementiert ist, weil AVRs massenweise vertrieben werden und esvin der Hardware steckt. Wäre da ein bug, ginge es für die gesamte AVR-Serie an die Öffentlichkeit und ziehe eine Rückrufaktion oder ein Firmwareupdate nach sich.

  • NUC6CAYH Libreelec HDMI-CEC

    Zitat von Spezialzt

    Servus, also es kann HDMI-CEC, aber eben nur rudimentär, also gerät schaltet tv an wenn nuc angeht usw...

    um die nuc über deine tv fb zu steuern brauchst du ein Pulseeight adadpter. ich rate dir zu dem internen.

    Warum rätst du zu dem internen? Ich würde eher sagen auf jede fall den externen nehmen, da dieser eher mit allen Geräten funktionieren würde. Also auch mit zukünftigen NUCs. Denn beim internen muss man ja immer eine spezifische zu dem NUC passende Version kaufen. Hast du mal nen anderen pc oder nuc oder willst mal rumtesten, kannst du mit dem internen nichts mehr anfangen. Und der Wiederverkaufswert des NUCs wird dadurch wahrscheinlich auch eher kaum höher, da man den Internen Adapter mitverkaufen muss und die meisten wohl eher nicht bloß deswegen mehr bereit sind zu zahlen (quasi kostenlose dreingabe, weil halt drin).

  • NUC6CAYH mit Libreelec kein DTS-HD über Passthrough

    Zitat von b0mb

    Das hängt tatsächlich von Receiver ab. Bei meinem Denon funktionieren die Eqs und DRC auch mit PCM Daten. ;)

    Deshalb macht es für mich z. B. keinen Unterschied ob PCM oder nicht...

    Gesendet von meinem Redmi Note 3 mit Tapatalk

    Wäre mir neu, wenn ein Receiver bei einem eingehenden PCM Signal irgendwie DRC anwenden könnte. Über was für einen Weg sollen dann die DRC metadaten übertragen werden? Höchstens manuell sowas wie "night mode" oder so, aber das normale drc würde ja dem PCM Prinzip widersprechen, welches einfach stumpf einen lossless Datenstrom überträgt. Du könntest höchstens DRC beim dekodieren durch kodi berücksichtigt bekommen und in den PCM stream reinenkodiert bekommen, bevor der an den Receiver geschickt wird. Und da landen wir wieder bei der Problematik, dass es nicht immer so klar ist, ob kodi/treiber/software-bugs da das drc falsch reinrechnen. Der Receiver bekommt den fertigen PCM stream geschickt und spielt den einfach so ab, wie er kommt. EQ am Receiver kann man bei den meisten AVRs dann wohl noch auf PCM anwenden (wüsste keinen Grund warum das technisch nicht ginge), aber das habe ich nie probiert, da ich immer passthrough nutze.

  • NUC6CAYH mit Libreelec kein DTS-HD über Passthrough

    Ich finde du solltest mal weniger von oben herab reden und mal selbst etwas weniger am thema vorbeischreiben und eher normal auf Augenhöhe mit anderen Leuten diskutieren und tatsächlich mal in Erwägung ziehen, dass sie auch Ahnung haben könnten, und du nicht der einzige bist, der sich selbst als einzigen erleuchteten sieht.

    Es steht außer Frage, dass im optimalfall, wenn man ohne Metadaten dts-HD oder Dolby trueHD enkodiert, das dann zu pcm dekodiert und einen hörtest macht, dass das dann exakt gleich klingen muss.

    Wenn du jedoch Filmmaterial mit drc nimmst (netflix hat bspw bei passthrough auf meinem Receiver bei fast jedem film einen anderen drc Faktor, den er beim Filmstart kurz anzeigt), dann fällt dein Szenario schonmal flach und es klingt eben absolut nicht identisch. Im besten Fall berücksichtigt kodi beim Software decoding das drc exakt gleich wie der AVR, dann könnte es hinkommen. Aber wenn du es eh nicht als wert erachtest hier die posts anderer ernst zu nehmen und dich lieber wichtig nimmst, dann verstehe ich nicht ganz, warum du überhaupt an einer community Diskussion teilnimmst.

    Meine eigene Erfahrung:
    Ich kann dir sogar ein konkretes Beispiel nennen, wo es vor einigen Monaten erst ein Problem mit dem Audio Treiber gab/gibt: beim odroid c2 ist teilweise was am ALSA interface in LibreELEC falsch gewesen, wodurch in bestimmten Fällen die ALSA Standards bei einem crosscheck nicht das ausgegeben haben, was sie eigentlich sollten. Beim normalen abspielen von Audio Dateien hat man jedoch eigentlich nichts gemerkt. Einige Zeit davor war das Channel mapping kaputt und dadurch einige Kanäle vertauscht, also sowas wie Left-Front mit dem Center vertauscht.

    Bei deinem Beispiel gilt in so einem fall dann eben nicht:
    DTS-HD(MA) </=> PCM
    Denn die dts-hd Kanäle sind dann den falschen Lautsprechern zugeordnet. Die Qualität entspricht natürlich dem Original.

    Beim PCM ergibt es halt Schrott, bei passthrough kann oder sollten solche softwarefehler einfach übergangen werden und alles korrekt rauskommen.

    Klink dich gerne aus... Aber warum, wüsste ich nicht.

  • NUC6CAYH mit Libreelec kein DTS-HD über Passthrough

    Zitat von b0mb

    Natürlich wird da rumgemischt, aber auch nur wenn man das Postprecessing an hat, was längst nicht jeder tut, aber darum ging es auch gar nicht. ;)
    Wenn ich bei meinem AVR jede Menge EQ´s zuschalte, weil ich das toll finde, dann ist das die eine Sache.

    Es geht aber hier darum zu klären, ob es grundsätzlich einen Unterschied ausmacht, ob Kodi einen PCM Datenstrom an meinen AVR schickt oder Bitstream. Und das macht nun mal keinen Unterschied aus. Manche Leute sind aber auch echt beratungsresistent.....

    Ich bezweifle sehr stark, dass es grundsätzlich keinen Unterschied macht. Zum Beispiel ist in den Dolby Formaten immer ein komprimierter Dynamik Umfang (DRC, dynamic range compression) enthalten und ob dieser exakt gleich zwischen einem zertifizierten Hardware dekoder eines AVRs und einem Open Source software dekoder (Kodi/LibreELEC, Android etc) ist, ist doch eher fraglich. Es gibt so viele Software Bugs bei odroids und raspberries wenn mal eine neue Kodi Version rauskommt. Dann kommen noch Treiber bugs hinzu, die im LibreELEC linux enthalten sind und über Monate ausgemerzt werden. Du kannst dir quasi nie sicher sein, ob das PCM (das theoretisch dieselben Informationen enthalten müsste) per Software alle DRC Informationen / metadaten korrekt dekodiert hat. DRC wird glaube ich generell verworfen, wodurch deine Aussage schonmal einfach nicht für jeden gilt. Ich würde immer passthrough einem PCM Stream vorziehen, weil ich dann nur noch den AVR als Fehlerquelle hätte.

  • Heftig... Guardians (2017)

    Wurde die Legende von Aang nicht damals so zerrissen (auch vor allem von den Zuschauern), weil der zwar auf einer Anime basiert, aber mit nicht asiatischen Schauspielern besetzt ist? Finde ich irgendwie auch sehr berechtigt.

    Ich meine mich an sowas zu erinnern. Ähnliches Problem hat neulich ja auch ghost in the shell mit Scarlett johansson gehabt, bloß nicht so schlimm.

  • [Eingestellt] Zattoo PVR Client für Kodi 17

    Perhaps it would be worth a try to delete this autostart.sh with its 20s sleep and instead look into "libreelec configuration" program addon. There is somewhere the option "wait for network before boot". Check it and reboot. Might solve the issues.

    As far as I understood the discussion in this thread of the last couple of days implied that replay is not working on raspberry builds yet. For replay, you'd need to use the Zattoo HiQ video addon instead of this pvr addon.

  • [Eingestellt] Zattoo PVR Client für Kodi 17

    Welcome to the board ;)

    First of all you have to bear in mind that there are currently two branches of this pvr addon:

    • New v0.2.10 branch with DASH streams support

      • the future-proof zattoo streaming technology

        • Though this needs an updated build (provided by indri for RPi2/3) to get DASH streams support for PVR Clients.
      • fast channel switching on Krypton based builds
      • has Re-Play feature included (though discussion of the last couple of days was about how to enable it on Raspberry Pi builds... but it's just bugfixing stuff. @rbuehlma has integrated it successfully on x86 and x86-64 apparently)

        • But this feature need a lot of patches to kodi, as kodi was not supposed to have features like this in its PVR code.
      • If you want to use this branch, then you have to install the "LibreELEC-RPi2.pvr.zattoo_dash.tar" update and his inputstream and his pvr.zattoo client from @indris signature. Perhaps try this first on a spare SD-Card to not break your Kodi installation. The update cannot be uninstalled. Side effects may be that other Video Addons that use DASH support may or may not work anymore (perhaps Netflix, Amazon, Sky Go)
    • Old v0.1.31 branch with regular HLS streams support

      • HLS streams are going to be shut down by zattoo probably in the near future (but perhaps it lasts longer than we assumed)

        • advantage: HLS is supported in Kodi Krypton, so no special kodi patches needed for this branch. Should work out of the box, as you confirmed it on your setup already
      • very slow channel switching on kodi krypton builds --> 8 to 15 seconds. Though on Kodi Jarvis zapping is quite fast.
      • no Re-Play function included as far as I know (or am I mixing stuff up now?)

        • But here again... kodi needs a lot of patches for this feature
      • disadvantage: Streams could be offline anytime as they are likely going to be substituted by their DASH variants by zattoo

    Regarding your questions:

    1. As far as I know there is no live-pause and seek back or forward in live-tv. Though, zattoo has this former mentioned Re-Play feature if you have a Premium or HiQ account: Then you can simply go into the EPG and start any of the shows of the last 7 days or the current running live-show that you missed at start. These shows you can "start from beginning" by clicking with the menu button in the respective EPG-entry. Then you can seek forward, pause and play just as if it is a local video. But at least for me it crashed once when I seeked forward to the Live-TV position of a currently running show, so take care ;)
    2. I assume that your network is not yet running after boot, while zattoo already tries to connect to the server and to download the channgels/epg entries. Most probably you are using a VPN connection? I assume this, as I also encountered the very same issue when using a VPN, and the VPN connection establishing takes a bit too long. You can try to use an autostart.sh on your libreelec with "sleep 20s" entry or so, which will delay the boot time, thus raise the chance to have an already established VPN tunnel before Zattoo attempts to connect to its servers. I do this and don't have these issues anymore.
    3. not sure right now. You are using the recent 0.1.3.1 for HLS. The same version with integrated DASH support is the v0.2.10.

    EDIT
    totally forgot to mention: Are you aware of the Zattoo HiQ Video Addon? Aus ZattooBoxExtBeta wird ZattooHiQ

    It is not integrated as a PVR Addon, thus quite flexible with features. It has everything included, even DASH support and Teletext (haha) and a very handy channel mosaic preview. The only thing you need is to install inputstream.adaptive and the zattoo HiQ addon itself from the kodinerds repository.

  • Odroid C2, Fehler beim booten nach Installation von Libreelec

    Vielleicht ist die Karte falsch formatiert worden? Du solltest die mal richtig formatieren (nicht per schnellformatierung). Der Fehler sieht ja danach aus, dass der die storage Partition nicht finden kann, oder? Wenn ich damit richtig liege, dann ist möglicherweise beim ersten booten (nach der Installation) die zweite Partition nicht korrekt erstellt und erweitert worden. Libreelec zeigt auf dem Bildschirm ja beim ersten boot sowas wie "expanding partiton" oder so ähnlich. Damit ist gemeint, dass die zweite partiton erstellt und über den gesamten restlichen Speicherplatz der mmc erweitert wird. Das ist dann die /storage Partition, wo der download ordner, der config und userdata usw drauf ist.
    Kann man die emmc überhaupt korrekt mit dem libreelec tool beschreiben? Könntest ja auch mal den win32diskImager von hardkernel nehmen Hardkernel hat den original win32diskImager geforkt und da eine Verifizierungsfunktion eingebaut. Nach dem beschreiben der mmc, kann man somit die geschriebenen Daten checken.

  • CoreELEC Amlogic

    Perfekt. Also konform mit der generellen LibreELEC Handhabe was overriden von Systemeinstellungen für samba.conf, keyboard.xml und und und gilt. Default ist im ReadOnlyBereich und eigene können über die Storage Partition bei Bedarf eingesetzt werden. Genial :).

    Angenommen jemand wird diese Geschichte mal in der GUI als Button ermöglichen, dann wäre es da am sinnvollsten eine Art Timeout von 30s oder 60s zu machen. Wenn man in der Zeit seine Regeln nicht über einen Button bestätigt, werden die einfach wieder auf den vorigen Zustand zurückgesetzt, damit man sich nicht dauerhaft aussperrt. So ähnlich ist es bei manuellen Auflösungsänderungen ja auch bei vielen Geräten. Nur so als Spinnerei.


    Bitte Krypton14 mit diesem iptables system releasen, bitte bitte :D

  • CoreELEC Amlogic

    Super, das ist perfekt :)

    Wenn ich nun deine aktuellsten Regeln in deiner Krypton13 build nachtrage, werden die dann eigentlich überschrieben mit der irgendwann kommenden Krypton14 (wo sie dann ja im aktuellsten Stand drin sind)? In Krypton13 ist ja momentan noch dein erster Schwung an Regeln drin.
    Grundsätzlich gilt das auch für eigene Anpassungen der regel-dateien: Besser vor einem buildupdate ein Backup der beiden v4 und v6 regelfiles anlegen, oder? Wenn man eh selbst rumgefummelt hat, weiß man ja, dass man das bei Updates im Hinterkopf haben sollte.

  • Raspberry Pi3 Failed: SSL connect error(35)

    LibreELEC nutzt ja LibreSSL statt openSSL. Ich glaube dass openelec weiterhin auf openssl setzt und es daher geht?
    Jedoch habe ich in den letzten Tagen eigentlich nur über LibreSSL-bedingte Probleme im Zusammenhang mit dem VPN Anbieter windscribe gelesen. Du scheinst den stream ja irgendwie direkt aufzurufen. Daher komisch.