craig_s Posted September 23, 2018 Share Posted September 23, 2018 (edited) ISN = in statu nascendi = beim entstehen Das Ergebnis wäre reichlich revolutionär - liessen sich damit doch jede Menge Streaming-Probs bei hoch-bittigerem live-TV Programm (UHD, HDR) lösen! Einfaches Nachstrellen des Scenarios: -erst mal in den DMS Optionen "Web/UPnP" > UPnP AV Server aktivieren - ein UPNP Gerät sollte funktionierend im Netz anwesend sein - dann starte im DVBViewer eine 720p (H-264) Aufnahme, zB. ZDF-HD - dann öffne das DMS WEB-Interface - dort auf > Medien > Aufnahmen > Alle nach Zeit - die gerade gestartete Aufnahme sollte in der Liste (ganz oben) auftauchen - nun bei diesem Eintrag links auf das Zahnrad und im Fenster auf das Gerät - mit "Anderes Gerät (UPnP)" das Streaming starten. Im Gerät kommt nach kurzer Zeit eine Fehlermeldung. - nun obiges Szenario mit einem SD (576i) Sender wiederholen - diesmal startet das Streaming zum Gerät sofort, leider stoppt es nach genau bei der momentanen Aufnahmelänge: = von da wo die Aufnahme gestartet wurde bis zum UPnP Start - nun obiges Szenario mit irgendeiner ts-Datei wiederholen die sich gerade NICHT in Aufnahme befindet - UPnP startet sofort auch bei H-264 und HEVC 10-Bit Aufnahmen! Leider braucht UPnP Streaming also offenbar ein bekanntes Ende der Aufnahme, bei SD kann es sie sogar ermitteln obwohl die Aufnahme gerade entsteht bzw. wächst. Daher bräuchte es eine Lösung die UPnP eine Art "virtuelle" Aufnahmelänge angibt die ein paar Stunden in der Zukunft endet. Möglich? Würde mich freuen! Der Nutzen mag sich zwar nicht sofort erschliessen, nur soviel, kein mir bekannter Software-Server kann es momentan aber alle hätten es gern -> CMUV wäre der erste! Automatisiert liesse sich vieles problematische UPnP Live-Streaming erheblich beschleunigen/verbessern, nicht nur sondern auch UHD/HDR. Edited September 23, 2018 by craig_s Quote Link to comment
Griga Posted September 23, 2018 Share Posted September 23, 2018 38 minutes ago, craig_s said: Daher bräuchte es eine Lösung die UPnP eine Art "virtuelle" Aufnahmelänge angibt die ein paar Stunden in der Zukunft endet. Bei Live Streams wird typischerweise keine Dateigröße im HTTP Header angegeben. Bei laufenden Aufnahmen muss man entweder die aktuelle Größe angeben (-> Ende vom Gelände für den Client) oder keine (-> der Client kann nicht suchen / springen, weil aus seiner Sicht ein Live Stream vorliegt). Wenn der Server dem Client eine Fake-Dateigröße liefert, möchte dieser eventuell mittels GET Request Daten vom Ende der Datei haben, um z.B. anhand der dortigen Zeitstempel im Vergleich zu denen vom Anfang die Spieldauer zu berechnen. Und was soll der Server dann machen? Alles nicht so einfach... Quote Link to comment
craig_s Posted September 23, 2018 Author Share Posted September 23, 2018 Nicht einfach, kein Zweifel, sonst gäbe es schon einfache Lösungen. Den User drauf hinweisen das er im Client derweil nix machen darf ausser Stop/Terminate, also nix mit vor-zurück und so wäre schon mal einfach.. Quote Link to comment
craig_s Posted September 23, 2018 Author Share Posted September 23, 2018 p.s. ..es ist halt einfach zum heulen wie schlecht UHD Streaming derzeit per DMS LiveTV läuft. Inzw. habe ich eine Vermutung das es mit dem Audio zusammenhängen könnte: - SES UHD Dem. -> DD+ 96kbs -> läuft fast immer sofort los - ARTEUHD1_HDR -> 2x DD+ 192kb -> läuft schon weniger oft gleich los - 1-2x Stream neu starten - UHD1 by ASTRA HD+ ; Fashion 4K ; PEARL TV 4K ; alle -> mp2 192kbs -> laufen noch seltener gleich los - 3-4x Stream neu starten und als Schlusslicht - ARTEUHD2 -> 2x AAC 192k -> ist noch nie gleich losgelaufen - 5-9x Stream neu starten Wohlbemerkt, per Datei-Streaming laufen alle sofort los (5-6 sec), da gibts gar keine Unterschiede. Leider bräuchtet ihr um das zu reproduzieren einen UHD fähigen Client. Quote Link to comment
craig_s Posted September 24, 2018 Author Share Posted September 24, 2018 Oder andersrum, SD, HD LiveTV Streaming läuft ja per UPnP problemlos. Leider, vermute ich mal, hatte der Erbauer dieses Codes damals kein UHD weil es das noch nicht gab. Gibt es heute noch jemand der den Code soweit versteht das er die Korrekturen vornehmen kann? Immerhin scheint nichts allzu Gewaltiges zu klemmen: denn die UHD Sender laufen ja schliesslich und endlich, man muß nur durch x-maliges neu Anstossen des Streams sowas wie den richtigen "Einsprungspunkt" erwischen. Normalerweise ist das kein Indiz für einen unlösbaren Kapitalfehler. Quote Link to comment
nuts Posted September 24, 2018 Share Posted September 24, 2018 Wie schließt du deinen UPnP Client als Verursacher aus? UHD funktioniert mit Aufnhamen? Daher würde ich eher vermuten der UPnP Client kommt mit UHD live Streams nicht so gut klar. Ob und wie sich das am Server (DMS) verbessern lässt wäre dann zu untersuchen. Quote Link to comment
craig_s Posted September 24, 2018 Author Share Posted September 24, 2018 ..untersuchen, wenn die Firma CMUV mal nen UHD Client hätte. Dann hätte sie auch schon längst gesagt 'also bei uns läuft das prima' oder eben nicht und hätten das Prob direkt vor Augen. Quote Link to comment
craig_s Posted September 24, 2018 Author Share Posted September 24, 2018 ..nun zum x-ten mal in der UPnPProfilesV4.xml "rumgepfuscht" und die Sender kommen jetzt gleich oder nach max. 2x neu laden. Ich traue der Sache aber erst nach Wochen gleichmäßiger Funktion. ArteUHD hat leider schon wieder abgeschaltet, kann ich nicht mehr testen. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.