Beiträge von maluhi

  • Wie den Check auf neue Version / Update abschalten

    Die Meldung kommt von mpgz. Das ist das ehemalige Grauzone-Plugin, zugehörig zu MediaPortal. Und wenn MediaPortal bzw. mpgz geupdated wird, dann macht es automatisch auch ein apt-get update und dist-upgrade.


    Daher sollte es helfen, wenn Du entweder die Pakete, die Du geändert hast, mit "apt-mark hold paketname" auf hold setzt, oder in den MP-Einstellungen die automatische Prüfung auf Updates deaktivierst.


    Edit: Das mit dem dist-upgrade war quatsch. MP macht ein apt-get update und installiert/updatet dann mediaportal und installiert evtl. neu gefundene Abhängigkeiten.

  • reached EOF, but we are in stream mode. delaying 1 second.

    Habe gerade nochmal geschaut.
    Wenn man per Timeshift die aktuelle Sendung anhält, aber noch nicht startet, kommt auch folgendes immer mal wieder im Log:


    reached EOF, but we are in stream mode. delaying 1 second.
    eDVBChannel: End of file!


    Der Fehler scheint also nicht durch die Wiedergabe zu kommen, sondern bei der Aufzeichnung zu entstehen.


    Trotzdem wird korrekt aufgezeichnet. Ich kann nämlich das temp Timeshift-File kopieren und später - nachdem Timeshift beendet wurde - problemlos anschauen.


    Starte ich allerdings per Play-Button die Timeshift-Aufnahme, während sie noch aufgezeichnet wird, dann wird sie immer wieder pausiert. Und das nicht etwa immer an der gleichen Stelle, sondern immer genau dann, wenn der Fehler oben ins Log geschrieben wird.


    Das sieht für mich so aus, als wenn die Wiedergabe aufgrund eines Fehlers, der eigentlich bei der Aufnahme entsteht (aber diese nicht behindert), pausiert wird, obwohl das gar nicht nötig wäre.

  • reached EOF, but we are in stream mode. delaying 1 second.

    Richtig ist, dass über's Netz gestreamed wird.


    Falsch ist, dass auf NAS gespeichert wird. In der Client-Box steckt ein USB-Stick, auf dem landen sowohl die Aufnahmen, als auch Timeshift.


    Ich kann ganze Filme problemlos aufnehmen. Auch kann ich eine normale Aufnahme starten, kurz warten und diese dann abspielen und somit versetzt fernsehen.


    Mache ich das allerdings nicht per Aufnahme, sondern mit der Timeshift-Funktion, dann wird die Wiedergabe dauernd pausiert. Ich kann sofort auf Play drücken und es geht weiter, aber das dauernd machen zu müssen nervt natürlich. Timeshift wird auch nicht angehalten - was ja bei einem Schreibfehler normalerweise passieren müsste, sondern die TS-Aufnahme läuft normal weiter. Lediglich bei der Wiedergabe muss ich diese dauernd wieder starten, weil pausiert wird.

  • reached EOF, but we are in stream mode. delaying 1 second.

    Ich habe übrigens das gleiche Problem, wenn ich nicht-transkodiert (also von Port 8001) streame. Aufnahmen können unterbrechungsfrei abgespielt werden, bei Timeshift muss ich immer wieder auf Play drücken, weil das Abspielen unterbrochen wird (egal wieviel Zeit ich im "Rückstand" bezigen auf das Live-Programm bin).
    Jemand eine Idee?

  • DM520/525 S2: Stromaufnahme/Bootzeit Standbymodis

    Ne, Du hst schon richtig kopiert. Ich wollte damit nur sagen, dass ich den Werten für die 525 aus dem NN Board nicht glaube. Ich schätze mal, dass die beide falsch gemessen wurden. 18 im Idle halte ich auch für zuviel - kann mich aber natürlich auch irren, das ist nur ein Bauchgefühl.

  • DM520/525 S2: Stromaufnahme/Bootzeit Standbymodis

    Naja es ist schon ein heftiger Sprung jemandem, der Interesse an einer DM52x hat, direkt eine DM9x0 zu empfehlen.
    Es kommt immer auf den Verwendungszweck an.
    Mein Vater hat eine DM525 als Hauptbox und ist damit total happy. Ihm reicht ein Einzeltuner, da er eh kaum Aufnahmen macht während er fernsieht.
    Meiner Freundin habe ich auch eine DM525 hingestellt - reicht auch mir dort völlig, da sie nur zum Fernsehen da ist.
    Zuhause habe ich eine DM820, die ist deutlich agiler, hat zwei Tuner und kann Transcoding (kann die DM52x nicht). Eine DM52x würde mir zuhause nicht reichen, da ich einige Sender transcodiert zu meiner Freundin streame.
    Eine DM9x0 wäre zwar schneller, brauche ich aber nicht. Ist nice to have, aber bringt mir persönlich keine Vorteile, die ich nutzen würde. Die Bootzeit ist mir egal, da die Box zuhause eh immer im Idle läuft (damit meine Freundin streamen kann). Die Oberfläche ist sowohl bei der DM525 als auch DM820 gut benutzbar, wenn man den Default-HD Skin nimmt. Der FHD funktioniert nur auf der DM820 gut.
    Der einzige Grund auf eine DM9x0 aufzurüsten wäre für mich die Unterstützung von x265, das kann die DM820 nämlich nicht (die DM52x und DM9x0 hingegen schon).


    Klar ist wäre eine DM9x0 deutlich schneller, aber die Leistung brauche ich gar nicht - habe auch noch eine NAS mit Mediafunktionen.


    Wenn Du also zwei Tuner und mehr Leistung brauchst, nimm eine DM820. Wenn Du nur mit Single-Tuner fernsehen willst, reicht die DM52x locker). Die kann mit einer geänderten Config-Option und USB Stick auch Aufnehmen und Timeshift.
    Nur wenn Du extrem viel Leistung und evtl. mehr als einen Twin-Tuner brauchst, greif zur DM9x0. Kostet ja auch alles Geld :smiling_face:


    Edit: Aber bitte beacheten, dass die DM820 keinen CI-Slot hat. Die gleichschnelle Box DM7080 mit CI-Slot lohnt sich aber meiner Meinung nach nicht mehr - für ein paar Euro Aufpreis bekommst Du dann schon eine DM900

  • kein HD / IPTV Streaming bei meiner MD920

    Aber als Tipp: Exportiere Dir Playlisten für Deine Bouquets (auf das Symbol links neben dem Bouquet-Namen klicken), dann füge die in einem Texteditor zusammen (Header-Zeilen natürlich jeweils entfernen, so dass eine große konforme m3u entsteht), damit Du eine große Playlist für alle Sender gesammelt hast. Dann ersetzt Du darin einfach per Search/Replace "%3a" durch "%253a".
    Dann brauchst Du in VLC immer nur diese eine Datei öffnen und kannst per Strg+L einfach den Sender auswählen, den Du gerade schauen möchtest. Ist doch einfacher als die Streams immer über das WebIf öffnen zu müssen und dürfte deutlich schneller gehen als auf den Bugfix zu warten. :smiling_face:

  • kein HD / IPTV Streaming bei meiner MD920

    @dhwz: Die anderen Zeichen haben damit aber gar nichts zu tun. Es funktioniert sowohl, wenn diese encoded sind, als auch wenn nur die Doppelpunkte encoded sind... (und das auch, wenn man die anderen Zeichen des Path schon im Bouquet encoded hat)


    @gpu: Da haben wir tatsächlich aneinander vorbei geredet. Ich dachte Du möchtest Dir eine m3u selbst zusammenstellen und habe Dir dafür das richtige Format der URL genannt. Dass Du die m3u über das WebIf erstellen könntest, hatte ich nicht auf dem Schirm. Das WebIf erstellt in der Tat m3us, die nicht funktionieren, wenn ein Path in der ServiceRef gesetzt ist. Entweder müsste das WebIf den Path nochmal extra encoden, oder vom Stream-Server eine nicht-doppelt-encodete Url angenommen werden. Das ist wirklich ein Bug, den Du melden solltest.

  • Unicable Problem seit update

    Ich hatte ein ähnliches Problem vor einiger Zeit bei meiner DM820. Abhilfe geschaffen hat ein ein Zwei-Wege-Satverteiler und zwei sehr kurze Sat-Kabel.
    Habe damit jetzt jeden Tuner direkt konfiguriert, statt "Intern Verbunden mit Tuner A" auf Tuner B zu wählen. Damit läuft es seit Monaten ohne Probleme.

  • kein HD / IPTV Streaming bei meiner MD920

    Zitat von gpu

    @maluhi


    http://192.168.0.11:8001/1:0:1…252F239.35.10.4%253A10000
    direkt in den VLC bei Netzwerkstream eingegeben funktioniert.

    Ich dachte das soll heißen, dass die von mir gepostete URL funktioniert, wenn du den Stream in VLC per Strg+N öffnest.
    Das sollte sie nämlich tun!


    Die Box von meinem Vater ist mit meiner per VPN verbunden, damit ich diese remote administrieren kann. Ich habe gerade mal meine lokalen Routen verbogen, meine Box als zusätzlichen Router konfiguriert und seine Box als 10.8.0.3 in meinem Netzwerk hier verfügbar gemacht. Damit kann ich Deinen Fall 1:1 nachstellen - ich habe nämlich kein Entertain, mein Vater aber schon.


    Wenn ich in VLC Strg+N drücke und die URL http://10.8.0.3:8001/1:0:1:6DC…252F239.35.10.4%253A10000 eingebe, dann bekomme ich den Entertain-Stream zu sehen.


    Das Log von seiner Box:



    (in dem Log siehst Du auch, warum Du zweimal encoden musst. In Zeile 8 decoded die Box die Url das erste mal, in Zeile 12 das zweite mal)



    Und wenn ich diese URL mit Sendernamen in eine m3u packe:


    Code
    #EXTM3U
#EXTVLCOPT--http-reconnect=true
#EXTINF:-1,Das Erste HD (Entertain)
http://10.8.0.3:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253A%252F%252F239.35.10.4%253A10000:Das Erste HD (Entertain)

    Dann bekomme ich... trommelwirbel.. auch den Stream zu sehen!


    Das Log sieht dann so aus:


    Code
    Feb 20 07:55:26 dm520 systemd[1]: Started 192.168.4.100:56542.
Feb 20 07:55:26 dm520 streamproxy[6079]: X-Forwarded-For: ::ffff:192.168.4.100
Feb 20 07:55:26 dm520 enigma2[197]: I/  [HTTPAuthResource.isAuthenticated] :: Streaming auth is disabled - Bypassing Authcheck because host '::ffff:127.0.0.1/128' is local!
Feb 20 07:55:26 dm520 enigma2[197]: StreamService handle command 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3A%2F%2F239.35.10.4%3A10000:Das Erste HD (Entertain)
Feb 20 07:55:26 dm520 enigma2[197]: StreamService execBegin 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3a//239.35.10.4%3a10000:Das Erste HD (Entertain)
Feb 20 07:55:26 dm520 enigma2[197]: recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x6784dc08> >
Feb 20 07:55:26 dm520 enigma2[197]: record: 0
Feb 20 07:55:26 dm520 enigma2[197]: alloc PVR
Feb 20 07:55:26 dm520 enigma2[197]: allocate channel.. 044d:0001:00c00000 (rtp://239.35.10.4:10000)
[...]



    Das sollte also funktionieren, Du musst nur 10.8.0.3 durch die richtige IP Deiner Box ersetzen. Wir können nicht erraten wo Dein Problem liegt, daher der Hinweis einfach mal selbst ins Log (journalctl -f) zu schauen. Wenn der Fehler nicht offensichtlich ist, dann dieses einfach mal hier posten....

  • kein HD / IPTV Streaming bei meiner MD920

    Naja Du hast einen Link, der funktioniert, wennman ihndirekt in VLC eingibt. Ergo besteht kein Fehler auf Seite der Box. Wenn die m3u nicht funktioniert, scheint VLC die Box in dem Fall anders anzusprechen. Das ist aber doch dann kein Bug in DreamOS. Wenn ich nächste Tage mal Zeit habe, kann ich mal testen. Aber Du kannst auch selbst einfach mal ins Log gucken und schauen was beim Link anders aussieht, wenn du die m3u aufrufst, statt den Netzwerkstream direkt zu öffnen....

  • Cache für Videowiedergabe

    Hätte ich gemacht, wenn da was interessantes drin stehen würde. Aber hier ist es:


    Der erste Spinner hat übrigens fast 60 Sek angehalten - die anderen jeweils nur ein paar Sekunden.

  • Wie sollte ein guter "Radio" Modus aussehen?

    Eine ordentliche Struktur der Kategorien/Genres, Unterkategorien, Filtermöglichkeit nach Sprache, etc.
    Dazu die Möglichkeit Radiosender zu bewerten und evtl. Tags zu setzen. Nicht nur lokal, sondern zentralisiert, so dass man Radiosender analog zu User-Bewertungen in Online-Shops sortieren kann.
    Sich durch unzählige Radiosender zu scrollen, wenn man mal was neues sucht, ist nämlich nervig.

  • Cache für Videowiedergabe

    Habe noch ein wenig getestet und optimiert.
    Ich kann jetzt so gut wie alles ruckelfrei abspielen. Vielen Dank @juanito_perez! Es lag wirklich am pagecache!


    Ein Problem habe ich noch: Ich kann zwar sogar Aufnahmen jetzt ruckelfrei abspielen (wow!), aber es wird immer wieder der Spinner angezeigt und im Log steht, dass der main thread nicht idle ist. Der Film läuft trotzdem ruckelfrei weiter, nur auf die Fernbdienung reagiert die Box dann nicht, bis der Spinner wieder weg ist. Das Problem habe ich nur bei Aufnahmen (die die Bandbreite aber auch bis ans aüßerste ausreizen).