All Activity

Grundsätzlich gilt bei Digital Devices-Karten: Pro entschlüsseltem Sender brauchst du einen Tuner. Du kannst ein CI/CAM im DD Control Center jedoch mehreren Tunern zuordnen. Dies ermöglicht im Prinzip, mit nur einem CI/CAM, Sender von verschiedenen Transpondern gleichzeitig zu entschlüsseln, sofern das CAM das mitmacht. Grundsätzlich gilt auch: Entschlüsselung per Software bzw. Plugins ist in Deutschland illegal, wird in diesem Forum nicht unterstützt, und darf auch nicht explizit diskutiert werden. Deshalb hat die Forum Software in deinem Post bereits zahlreiche Begriffe automatisch durch Hinweise auf die Forumregeln ersetzt, und deshalb schließe ich dieses Thema. Bitte unterlasse weitere Anfragen dieser Art. Meine Empfehlung wäre auch, den Post zu entfernen oder zumindest zu editieren, bevor dir jemand deswegen auf die Pelle rückt bzw. von uns wissen will, wer du bist.

Hallo zusammen, ich habe eine Frage zum Verhalten des DVB Media Servers bei verschlüsselten Sendern und würde gerne klären, ob das ein bekanntes technisches Limit ist oder ob ich etwas übersehe. Mein Aufbau: Satellit: Astra 19,2°E Empfang: Unicable Hardware: Digital Devices Cine S2 mit 4 Tunern Server: DVBViewer Media Server 3.3.1.0 Entschlüsselung: [removed, violating forum rule §13]/[ removed, violating forum rule §13 ]-Instanzen im Plugin-Verzeichnis des Media Servers, Anbindung an [ removed, violating forum rule §13], dort HD+ Karte Grundsätzlich funktioniert das System gut. Was mit freien Sendern funktioniert: Der Media Server kann bei mir mehrere Sender aus demselben Transponder gleichzeitig bedienen. Beispiel: FTA-Test mit NDR-/MDR-/rbb-Sendern, dabei liefen insgesamt 11 parallele Aufnahmen. Damit ist für mich klar: Tuner, Unicable und Signalweg funktionieren der Media Server kann grundsätzlich mehrere Services aus einem Transponder gleichzeitig nutzen Problem bei verschlüsselten Sendern: Bei verschlüsselten HD+ Sendern ist bei mir immer bei maximal 4 gleichzeitigen Aufnahmen Schluss, also praktisch 1 verschlüsselter Sender pro Tuner. Beispieltest: Ich habe 6 verschlüsselte Timer gestartet, darunter mehrere Sender vom gleichen HD+-Transponder 10832 H, z. B. RTL HD VOX HD ntv HD RTLZWEI HD RTLup HD VOXup HD Ergebnis: 4 Timer starten 2 Timer starten nicht im Status sind dann 4 Tuner mit 4 verschlüsselten Aufnahmen belegt weitere verschlüsselte Aufnahmen scheitern Wichtige Beobachtung: [ removed, violating forum rule §13] zeigt dabei mehrere aktive [removed, violating forum rule §13]-/[ removed, violating forum rule §13 ]-Clients, also kommen ECM-Anfragen durchaus an. Trotzdem verwendet der Media Server offenbar für jeden verschlüsselten Sender einen eigenen Tuner und nutzt bei verschlüsselten Sendern keinen bereits laufenden Transponder mehrfach, so wie er es bei FTA tut. Im svcdebug.log sieht das so aus: 4 verschlüsselte Aufnahmen werden auf 4 verschiedene Tuner verteilt danach kommt für weitere verschlüsselte Aufnahmen nur noch: "TRecording StartRecording No hardware." Zusätzlicher Test: Ich habe testweise bei einem Tuner das Häkchen "Hat CI Modul" entfernt. Ergebnis: dieser Tuner wurde dann für verschlüsselte Sender gar nicht mehr verwendet das 4er-Limit änderte sich nicht Für mich sieht das so aus, als ob "Hat CI Modul" nur steuert, ob der Tuner überhaupt für verschlüsselte Sender verwendet werden darf, nicht aber die eigentliche Begrenzung verursacht. Meine Frage: Ist dieses Verhalten im DVB Media Server bei externer Entschlüsselung über [removed, violating forum rule §13]/[ removed, violating forum rule §13 ] grundsätzlich so vorgesehen, also effektiv 1 verschlüsselter Sender pro Tuner? Oder wäre es theoretisch möglich, auch verschlüsselte Sender eines bereits getunten Transponders mehrfach zu nutzen, so wie bei FTA? Anders gefragt: Ist das ein bekanntes Limit der aktuellen Architektur oder eher ein Fall für eine mögliche Verbesserung in zukünftigen Versionen? Falls hilfreich, kann ich gerne Screenshots sowie svcdebug.log / svcrec.log aus dem Test anhängen. Vielen Dank und viele Grüße

Aktuell sehe ich keinen Grund mich von keiner Sateliten-Empangsanlage zu trennen , auch wenn die Streaming Dienste noch so locken. "Eigener Herd ist Goldes Wert" Aber erst mit DVBViewer und Media-Server entfaltet sich die volle Pracht. Einer Spendenaktion zur weiterentwicklung wäre ich nicht abgeneigt. Ich hätte auch kein Probem wenn das nächste Update was kosten würde, nach der langen Zeit in der ich die Software zum Preis der Erst-Lizenz nutze angemessen. Bei anderen Produkten zahlt mann zwangsweise jährlich.

Dass ein Video-Stream als HEVC erkannt wird, obwohl er es nicht ist.

Danke. Das Risiko kann ich nicht einschätzen, was wären die konkreten Folgen. Wären so vielleicht sogar Exploits (einfacher) möglich. Gewisse Streams aus dem Internet sind, was die Sicherheit betrifft, nicht vergleichbar mit TS aus dem Kabel oder vom Satelliten. Wird eine solche Problemlage noch deutlich verschärft oder bleibt dieses Risiko eher auf einem Level. Und letzteres gilt natürlich eh für jedes Video aus unbekannter Quelle, was wir uns irgendwo herunter geladen haben und dann mit einem lokalen Player abspielen. Wie schon gesagt, ich wäre schon mit einer Interlacing-Erkennung zufrieden. 😉

Mit einer kurzen Aufnahme von @Bob.Dig ließ sich die Ursache für die fehlende Formaterkennung im DVBViewer ermitteln. Am Anfang eines wichtigen Teils der HEVC Video Header (Sequence Parameter Set, SPS) fehlt ein Nullbyte (zero_byte Syntax-Element), das dort gemäß den HEVC-Spezifikationen sein sollte. Deshalb findet der DVBViewer den SPS nicht. Auch in anderer Hinsicht entspricht Video nicht den HEVC-Spezifikationen (fehlender Access Unit Delimiter, AUD). Es wäre ja auch langweilig, wenn sich alle dran halten würden Der LAV Source Filter/Splitter bzw. die von ihm verwendete FFmpeg-Formaterkennung lässt dem Video-Stream die Fehler aber offenbar durchgehen und erkennt den SPS trotzdem. Das lässt sich auf haarsträubende Weise ausnutzen. Man benennt die .ts Aufnahme einfach in .mp4 um. Weil der DVBViewer nativ mit MP4 nichts anfangen kann, delegiert er das Lesen der Datei an den LAV Source Filter. Der erkennt trotz falscher Dateinamenserweiterung, dass es ein Transportstrom ist, und liest den Kram mitsamt Video-Formaterkennung richtig. Die Frage ist nun, ob der DVBViewer sich hinsichtlich des SPS auch fehlertoleranter verhalten soll. Machbar ist das. Andererseits schwächt Fehlertoleranz das Unterscheidungsvermögen, d.h. das Risiko einer fälschlichen Erkennung (false positive) des SPS steigt. Bei H.264 gibt es übrigens das gleiche Problem. Aber da ist mir noch kein derartig fehlerhaft encodierter Stream begegnet. Ein anderer Faktor in dem Spiel ist die Suchtiefe in Dateien. Der DVBViewer liest für eine Vorab-Formaterkennung standardmäßig die ersten 6 MB einer TS-Datei. Das reicht bei dem 22 MB Sample von Bob.Dig jedoch nicht, weil der erste (und einzige) SPS erst nach 10 MB auftaucht. Bei UHD und dazu noch Internet-Streams können die Abstände zwischen zwei SPS sehr groß werden. Die Suchtiefe kann man im DVBViewer mittels Tweak erhöhen (-> Tweaker.exe starten). Aber auch ohne diese Maßnahme würde der DVBViewer Filter den SPS auf jeden Fall während der Wiedergabe finden und das erkannte Format nachträglich signalisieren, wenn der SPS denn richtig encodiert wäre...

Ohne die Möglichkeit, einen solchen Stream zu untersuchen, kann ich dazu nichts sagen.

Auch noch irgendwie passend zum Thema: 4K-(Internet-)Streams haben bei mir gar keine Anzeige zur Auflösung etc. Diese Streams werden bei mir auch teilweise in einem falschen Bildverhältnis angezeigt. Die selbe Quelle als Aufnahme durch den Viewer wird im MPC-HC dagegen korrekt dargestellt. Verwendet wird in beiden Fällen der MPC Video-Renderer und LAV-Filters aus dem K-Lite Codec Pack. Den einzigen Unterschied, den ich als Laie ausfindig machen konnte, ist, dass der DVBViewer die 32-bit-Versionen nutzt und dass der LAV-Splitter während der Wiedergabe nicht im Windows-Tray angezeigt wird. Da ich diese 4K-Streams allerdings nicht mit deutscher Tonspur empfange, nutze ich sie faktisch nicht, wollte es nur mal erwähnt haben.

Wirf einen Blick in den Plugins-Ordner des DVBViewers. Er bringt standardmäßig ein Import-Plugin für das conf-Format mit. Deshalb kann man die Dateien wie ini-Dateien einfach mit der Maus in den Senderlisten-Editor ziehen.

Ja, hatte ich schon, und da ist mir halt aufgefallen, dass die ähnlich sind. Aber kann man dann mit den conf-Dateien, die man im Vodafone-Kabelforum für VDR exportieren kann, beim DVBViewer überhaupt irgendwas anfangen (ist vielleicht ’ne blöde Frage, sorry)?

Beide sind Textformate, d.h. man kann sie mit einem Texteditor öffnen. Schaue einfach mal rein. . ini ist beim DVBViewer ein Senderlisten-Import/Exportformat, .conf ist allgemein eine Linux-Konfigurationsdatei, die speziell beim Linux Recorder VDR die Senderliste enthält.

Vielen Dank! Ich hätte schon früher reagiert, aber aus irgendeinem Grund habe ich keine Benachrichtigung per Mail über die Antworten erhalten. Was ist eigentlich der Unterschied zwischen den Dateien mit der Endung „.ini“ und „.conf“? Letztere kann ich mir ja im Vodafone-Kabelforum selbst zusammenstellen. MfG Walter

You are becoming a true "Sat>IP with Linux" expert I have sent you another PM, just for finishing this topic.

Für den Suchlauf ist wahrscheinlich die hier angehängte Transponderliste gut geeignet. Sie muss bei geschlossenem DVBViewer im Unterordner Transponders des DVBViewer-Konfigurationsverzeichnisses gespeichert werden.

Hier nun ein Update für Vodafone, neue Belegung nach der Umstellung! Die Senderliste habe ich wie immer nach eigenen Kategorien & eigener Reihenfolge angepasst, sie enthält die Regionalsender für Hessen bzw. die Rhein-Main-Region. Abgesehen von den Regionalsendern (wobei dazu auch RTL und SAT.1 gehören) ist sie für ganz Deutschland gültig, sofern die entsprechende Region auf die neue Belegung umgestellt wurde: Senderliste_Vodafone_Hessen.ini Änderungen gegenüber der letzten Senderliste: Entfall von DOKUSAT HD (SD Variante bleibt) Entfall der meisten SKY-Sender (nur noch per Streaming), es bleibt nur noch ein (neu belegter) Transponder mit einer handvoll Sport- & Bundesliga-Feeds Neu: Heimatkanal HD (zusätzlich zur SD Variante) Neu: Radio NOSTALGIE und Radio ENERGY Die Transponder-Liste ist für Vodafone in ganz Deutschland gültig, sofern die entsprechende Region auf die neue Belegung umgestellt wurde: DVB-C_de_Vodafone.ini Wenn die Umbelegungen überall abgeschlossen sind, ersetzt diese Transponder-Liste auch sämtliche bisherigen zu Kabel Deutschland, Unitymedia und KabelBW...

Die Frage lässt sich im Voraus kaum beantworten, d.h. du wirst es probieren müssen, indem du erst einen Suchlauf durchführst (was du offenbar favorisierst), und wenn er nicht das gewünschte Ergebnis bringt, die Senderliste herunterlädst. Nach größeren Umbelegungen insbesondere der von dir häufig eingeschalteten Sender ist es i.a. gut, die Senderliste komplett neu aufzubauen.

Hallo! Vodafone sortiert mal wieder die Kabelfrequenzen um, bei mir am 5. Mai. Reicht es danach, einen neuen Sendersuchlauf zu starten, oder muss man sich die neue Belegung im Vodafone-Kabelforum runterladen? MfG Walter

Final & Best result for VDR: bold = fe ... 0xDF = this Magic Code for best picture and minisatip run 2 tuner as service: 2:0:0 = tuners 3@192.168.100.6:554 = fe ...

Entschuldigung >> Radiofenster meinte ich deinen Audioplayer Mit diesem Laptop hat das alles einmal perfekt funktioniert, das letzte war das FB Match DE _ Swiss, ich scha ja nicht oft UHD, ist mir eben erst heute aufgefallen, das dieser Fehler mit dem LAV Filter zu tun hat, war reine Vermutung, schönen Feiertag noch !

Hä? Was für einen Radio Player? Und was heißt "wieder wie vorher"? Poste so, dass es für mich verständlich und nachvollziehbar ist.

Danke Griga, das alleinige Umbenennen öffnet bei mit nur den Radio Player, wird kein Video erkannt. Hab den Lav Filter neu installiert (mit Reset ), dann geht wieder alles wie vorher. lg

Habe das auch mit Intel UHD Graphics erlebt, mit der das eigentlich problemlos gehen sollte, weil sie HEVC hardwaremäßig dekodiert, aber mich nicht lange mit aufgehalten und kurzerhand eine NVidia Graka eingebaut. Mit der ging es dann. Probiere mal, ob es der DVBViewer die Aufnahme mit dem LAV Source Filter sauber abspielt. Benenne die Aufnahme einfach in .mp4 um, dann delegiert der DVBViewer das entsprechend. Der LAV Source Filter bzw. die verwendete FFmpeg-Engine erkennt trotzdem, das es .ts ist, und sollte den Dateiinhalt richtig interpretieren.

Hab interessehalber den Pumukel in UHD geschaut und aufgenommen support.zip Frohen Ostermontag noch

Most likely yes. But it is untested.

fixed by full reinstall DVBViewer & DMS can i use ffmpeg 8.1 ? ffmpeg 8.1 Download Free - VideoHelp