All Activity

So sieht das hier aus: Ich hab nun die Version aus der PM "installiert" und keinen Unterschied bei den Unterbrechungen feststellen können. Dann aber ist mir eingefallen, dass ich hier ja den Kniff nutze, alle Streams durch den DMS (auf meinem Homeserver) zu empfangen. Ich habe das zum Testen deaktiviert und der Empfange ist nun auch im Viewer soweit problemfrei. Aktuell gehe ich davon aus, dass das Problem also im DMS zu suchen ist.

Woraus schließt du das? Wenn die Eigenschaftsseite erscheint bzw. der Eintrag DVB Source unter Einstellungen -> Filter, dann wird er genutzt. Das verhält sich hier mit dem DVBViewer 7.3.2.0 dergestalt, dass dein Sample von TransEdit pseudo-live gestreamt funktioniert. Ebenso, wenn ich es normal als Datei abspiele, aber nicht in der Life Stream-Simulation. Da kommt die Wiedergabe überhaupt nicht in die Gänge. Es funktioniert aber mit der internen Version 7.3.2.1. Schau doch mal bitte hier: https://www.dvbviewer.tv/forum/topic/84271-hevc-sender-freezen-unter-7320/ Ich habe dich auch der PM als Empfänger hinzugefügt.

Das zeigt Discontinuities an, die Unterbrechungen fallen etwas weniger auf, da sie vermutlich beim Abspielen einer Aufnahme weggerafft werden. Aber der selbe Sender über TransEdit gestreamt, zeigt überhaupt keine Probleme mehr. Der DVBViewer-Filter wird dabei im Viewer anscheinend nicht genutzt. Das ist ein Unterschied wie Tag und Nacht. 🙂

Auch wenn du plugin-korrigierte Aufnahmen des Senders abspielst? Zeigt das Eigenschaftsfenster des DVBViewer-Filters dabei Fehler an?

@GrigaDanke, für die ganzen Tipps. Für mich stellt es sich momentan so dar, dass ich ständig Unterbrechungen habe mit dem Viewer, wenn ich den "Sender" aber mit TransEdit aufnehme oder streame, habe ich nur kurz am Anfang ein hiccup, danach läuft es stabil. Den Patch habe ich überall "installiert", der ändert, genauso wie die Nutzung von TimeShift, an den Unterbrechungen nichts... Was ich heute später noch testen will, ist der Transponder Dump. Ich hab auch viele Streams, von denen ich bisher ausging, dass sie gar nicht funktionieren. Jetzt bin ich mir nicht mehr sicher. Bliebe die Frage, wenn TransEdit es besser kann, wie ließe sich das auf den Viewer übertragen. Wenn ich das richtig sehe, könnte ich auch mit TransEdit "Sender" durchprobieren und dann an den Viewer durchstreamen. Damit müsste ich dann einfach viele Sender live durchtesten können.

Hier sollte aber der oben schon angedachte Trick helfen, den Live Stream ein paar Sekunden zeitversetzt aus einer Timeshift-Aufnahme wiederzugeben - vorausgesetzt, der für diesen Zweck aufgenommene Stream hat zuvor eine Plugin-Instanz durchlaufen. Wo diese platziert sein muss, hängt davon ab, ob der DVBViewer den Stream selbst oder vom Media Server empfängt und ob er die Timeshift-Aufnahme an den Media Server delegiert.

Was mir noch eingefallen ist: "Transponder Dump" als Aufnahme-Aktion in Timern für den speziellen Sender sollte Audio auch ohne Plugin mit aufnehmen, weil der Media Server und DVBViewer dabei alles unbesehen durchwinken. Bei DVB würden dann x Sender zusammen aufgenommen, aber in deinem Fall ist der Stream allein der ganze Transponder. Eine Korrektur der Audio Startcodes gibt es dabei zwar (ohne Plugin) nicht, aber solange das die von dir verwendeten Player mitmachen, ist das eigentlich egal...

Danke, das hat geholfen, was das Audio betrifft. Was die "Empfangsschwierigkeiten" betrifft nicht, aber das mag ein grundsätzliches Problem sein. Wäre nur krass, wenn es das nicht ist...

Es ist im Analyzer sofort zu sehen, warum. Audio mit PID 221 wird dort auf der rechten Seite gar nicht als Audio erkannt, sondern unspezifisch als Video. Das liegt an den PES Header Startcodes 00 00 01 EF, wie man im Hexviewer sieht, die laut ISO/IEC 13818-1 für Video vorgesehen sind. Richtig wäre 00 00 01 BD für EAC3. Auf diesen Startcode wartet der Recorder, weil er die Aufnahme von Audio nicht irgendwo beliebig mittendrin, sondern an einem passenden Einstiegspunkt beginnen will. Der erwartete Startcode kommt jedoch nie... ein kapitaler Bug des Stream Providers. Einen ähnlichen Fall gab es schon hier. Du kannst ja mal probieren, ob das damals in dem Thema von mir bereitgestellte Plugin die Aufnahmen rettet... Die Wiedergabe im DVBViewer richtet sich dagegen nach der Angabe in der PMT (Program Map Table), wo richtig EAC3 steht, und ignoriert den falschen Startcode. Für die Wiedergabestörungen beim Live-Stream kann ich im Moment keine Ursache sehen. Dafür müsste ich mir womöglich den Stream selbst anschauen. Eventuell hilft, wenn du Pause anklickst und dann wenige Sekunden später die Wiedergabe fortsetzt, so dass sie aus einer Timeshift-Datei heraus erfolgt. Sorry, Blödsinn, in der fehlt ja auch Audio. Das ginge nur, wenn das PatchAC3StartCode Plugin am Werk ist.

Jetzt wird es doch überraschend interessant. Die Aufnahme mit TransEdit hat Ton und zeigt auch keinerlei Unterbrechungen... anders als es live mit dem Viewer zu gucken, der Unterbrechungen und dessen Aufnahme dann keinen Ton mehr hat. Link folgt per PM. Edit: Vielleicht war es auch nur ein großer Zufall, eine Minute ist natürlich nicht sonderlich wissenschaftlich.

Offenbar kein Audio drin, obwohl die PMT es signalisiert (EAC3 mit ATSC Stream Type). Fragt sich, warum der Recorder die Audiopakete verschmäht. Dafür gibt es mögliche Gründe. Z.B. dass sie als verschlüsselt markiert sind oder bestimmte Header nicht den Erwartungen entsprechen. Am besten wäre, wenn ich den Stream selbst untersuchen könnte. Du kannst jedoch auch probieren, von dem Live Stream mit dem TransEdit Analyzer eine Minute oder so aufzunehmen und mir zur Verfügung zu stellen. Dazu müssen vor "Start Recording" alle Einzelstreams auf der rechten Seite markiert sein (oder keiner). Der Analyzer-Recorder ist nicht wählerisch und nimmt alles auf, wie es kommt. Wo die Datei landet, siehst du unter Settings -> Analyzer bzw. kannst es dort einstellen. Um einen Live TS Stream analysieren zu können, brauchst du eine Transponderliste vom Typ TS Stream (gegebenenfalls mit "New List" auf der linken Seite des TransEdit-Hauptfensters erzeugen), in der du die Adresse einträgst. Oder du importierst mit Drag & Drop eine M3U ins Hauptfenster, die die Adresse enthält.

Hier mal die Anzeige. Allerdings muss ich sagen, dass der Stream doch dauerhaft gestört ist und sich das Problem damit sehr "relativiert".

Du solltest erst mal feststellen, ob wirklich keine Tonspur in der Aufnahme ist, oder der DVBViewer sie bei der Wiedergabe nur nicht findet. Gut geht das mit dem TransEdit Analyzer: TS-Datei einfach ins TransEdit-Hauptfenster ziehen und dann schauen, was das Analyzer-Fenster für Streams anzeigt.

Moin. Habe aktuell das Problem, dass Aufnahmen eines bestimmten Streams (Internet) keine Tonspur mehr enthalten. Auch wenn ich die Aufnahme in den DVBViewer ziehe, gibt es keinen Ton. Wenn ich aber live mit dem Viewer gucke, gibt es das Problem nicht. Es betrifft Aufnahmen durch den DMS und den Viewer gleichermaßen. Macht irgendwie keinen Sinn oder @Griga? Edit: Sehe aber gerade, dass der Stream auch nicht störungsfrei empfangen wird, dennoch ist das unterschiedliche Verhalten schon auffällig.

Hello, @MarGal: Thanks for the tip about the WinTV DualHD USB. Ever since the introduction of DVB-T2 HD, I had been looking for a stick with a twin tuner. MSI used to offer something similar for the old DVB-T standard. Many greetings Webturtle

https://www.dvbviewer.tv/forum/topic/63764-dms-und-netzwerklaufwerk/#findComment-487212

Nochmals ich. 😇 Zur Erinnerung mein DVBViewer Media Server 3.3.2.0 läuft auf Proxmox. In den MediaServerOptions habe ich als Aufnahmeverzeichnis incl. für Timeshift ein Netzlaufwerk auf dem Server eingetragen, so wie @Griga mir es geschrieben hatte. Gleiches beim DVBviewerPlayerPro 7.3.2.0 auf der VM. Egal von welchem Client oder auch direkt aus der VM heraus, ich eine Aufnahme starte wird Diese lokal auf der VM in C:\Users\Public\Videos\ gespeichert. In den Setting-Dateien sind aber der Netzwerkpfad eingetragen. service.xml setup.xml Jetzt hatte ich den Verdacht, dass die VM so schnell startet und das NetzLf noch nicht eingebunden ist, dass der DMS auf Default zurückfällt. Also hab ich den Dienst umgestellt auf Automatisch (verzögerter Start), aber das hat auch nicht geholfen. Dieses Problem hatte ich mal bei einer Debian-VM und /etc/fstab. Wo muss ich noch schauen, wo der falsche Pfad eingetragen ist? Wo könnte mein Problem liegen?

Da kann ich mal auf meine Signatur verweisen 😉 Läuft bei mir seit ca. 14 Jahren

Thanks, Griga. I'll buy it right away.

Yes, it does. I have a Hauppauge SoloHD USB that works well with DVBViewer and German DVB-T2.

Hi, I've been using DVBViewer Pro for several years and have always been happy with it. Now I'd like to replace my USB dongle for the new DVB-T2 video in Italy and would like to know if the Hauppauge WinTV DualHD USB dongle works with your program. Thanks.

Danke für den Vorschlag, aber mit Solarstrom aus dem Akku lohnt sich dieser Aufwand nicht 🙂

Hallo, @tramp: Ich benutze ab und zu ein altes Windows XP Notebook mit einer alten DVBViewer-Version. Da hatte ich auch Probleme damit. Mit dem Vista Shutdowntimer funktioniert es. Man findet ihn u.a. bei Heise Download: Download-Link für Vista Shutdowntimer . Nach dem manuellen bzw. timergesteuerten Standby wacht der DVBViewer für programmierte Timer wieder auf. Er funktioniert meiner Erinnerung nach auch unter W10 und W11. Einen Versuch wäre es wert. Viele Grüße Webturtle

Danke. Energiesparmodus oder Ruhezustand kann mein alter PC sowieso nicht richtig (BIOS von 2012, aber neuestes Win 11).

Es ist keine große Sache, den maximalen Wert von "Nicht beenden, wenn eine Aufnahme bevorsteht in (Minuten)" auf 480 oder sogar 720 (= 12 Stunden) zu erhöhen und auch nicht problematisch, außer vielleicht wenn dann jemand versehentlich einen so hohen Wert einstellt. Aber mit der Einstellung 480 Minuten = 8 Stunden hält der Media Server den PC die ganze Zeit wach. Auch das Windows Idle Timeout, das den PC nach einer gewissen Zeit ohne Benutzeraktion in den Energiesparmodus oder Ruhezustand runterfahren würde, wird außer Kraft gesetzt, weil der Media Server ständig signalisiert, dass er ein laufendes System braucht. Warum willst du die Energieverschwendung in Kauf nehmen? Ich kann das ermöglichen, aber dann wissen wir auch, wer am nächsten Hitzesommer schuld ist....