Beiträge von Rocky4
-
-
In den neueren Versionen wurde die Lautstärke auf die vertikale Achse gelegt und für die Position die horizontale Achse verwendet. Dieses Standardverhalten kannst du in folgendem Menü ändern:
Du kannst aber auch über die Liste darunter genauere Zuweisungen erstellen, beispielsweise kannst du das Mausrad so auch auf die Abspielgeschwindigkeit legen.
Edit:
Nicht vergessen nach dem Speichern VLC erst einmal neuzustarten. Außerdem konnte ich nicht exakt das Verhalten wie unter VLC 2.x herstellen, da wenn ich die Position auf die vertikale Achse gelegt hatte ich die Lautstärke dann nicht ändern kann, wenn der Mauszeiger über der Lautstärke-Anzeige ist.
-
-
Das klingt nach meiner Vermutung nach einem Bandbreitenproblem, so dass die Daten nicht stabil genug empfangen werden können. Es könnte aber auch daran liegen, dass die Hardware nicht schnell genug ist, auf jeden Fall aber werden bei dir offensichtlich Daten verworfen. Ich gehe mal davon aus, dass es bei SD Kanälen besser ist als bei HD, da letztere ja ein höheres Datenaufkommen haben.
Sende dazu mal eine Weile ein paar Pings zu der Fritzbox und schaue mal wie hoch der Wert ist. Er sollte bis auf wenige einzelne Male in der Regel dauerhaft unter 5 ms liegen. Teste außerdem mal wie hoch die Bandbreite deiner Verbindung ist, da ich mal davon ausgehe dass du über WLAN auf die Box zugreifst. Überprüfe auch mal wie hoch deine Auslastung ist bei SD und bei HD Kanälen.
Leider hast du ja nicht angegeben auf welcher Hardware du die Probleme hast und ob es nur auf einem oder mehreren Geräten zu dem Problem kommt...
Edit:
Wenn ich raten müsste, würde ich vermuten dass du einen RaspberryPi verwendest (und nicht die 3B+ Variante) und dann auch noch ohne die MPEG Lizenzen.
-
-
Das konnte ich ja nicht wissen...
Auf die Schnelle ohne es mir angesehen zu haben, probiere doch mal die Konfigdateien (jeweils eine oder beide) von der alten Version bei der neuen zu verwenden.
PS: Nö das ist mein Text, ist ja nicht so dass ich mich im Ton vergriffen hätte oder in unangebrachter Weise...
-
-
-
Also die Optionsnachricht ist ein TCP Paket, ergo muss es vom Empfänger quittiert werden, da jedes TCP Paket welches Daten enthält quittiert werden muss. Die Frage ist jetzt wann genau und wie wird es quittiert. Ein TCP RST Paket jedenfalls kennzeichnet den Abbruch einer TCP Verbindung. Wenn der Empfänger eines Paketes keine Daten zurücksenden möchte, so muss er halt trotzdem ein leeres Paket als Antwort senden, wo nur mittels entsprechender TCP Flags das zuvor erhaltene quittiert wird.
Du musst bei dir halt schauen von wem der Abbruchwunsch genau kommt und wann. Sendet die Box den in ihren Antworten irgendwann mal einen Timeout Wert? Bist du sicher dass die Box dann weiterhin Daten sendet und VLC die Verbindung abbricht?
Für mich jedenfalls scheint es so dass sich die Box nicht an das Protokoll hält. Evt. Kannst du aber noch probieren ein paar Optionen von VLC zu RTSP zu ändern.
Ich kann dir aber erst später zeigen welche. Schaue also später noch einmal hier rein, dann erweitere ich meinen Post.Edit:
Wenn es für dich ok ist könntest du mir ja privat einen Link zu einem vollständigen Dumb von Wireshark bis zum Abbruch plus 10 Sekunden mehr schicken.
Edit 2:
Probiere auch mal verschiedene (alle vier) Möglichkeiten der folgenden zwei Optionen, siehe Markierung im Bild. Vielleicht hilft ja eine Kombination.
-
-
Soweit wie ich es verstanden habe ist VLC kein
wirklicher (oder besservollwertiger)SAT>IP Client, sondern er nutzt nur den UPnP Services eines SAT>IP Servers um dadurch auf einen Stream zuzugreifen, also deren Grundfunktionen. Er kann soweit ich weiß deshalb auch nicht selbständig nach Frequenzen scannen oder ähnliches. Aus diesem Grund ist er auch auf vordefinierte TV-Listen angewiesen, die entweder von dem Gerät selbst per Dienstinformation vom UPnP Service zur Verfügung gestellt werden oder aber er nutzt allgemeine Listen wie für Satelliten-TV. Ergo solange die SAT>IP Server sich korrekt an die Grundfunktionalitäten halten und nicht zwingend auf die SAT>IP Erweiterungen angewiesen sind, sollte VLC diese auch abspielen können.Gerade da VLC halt kein
wirklichervollwertiger SAT>IP Client ist, der den gesamten Datenstrom eines Transponders mit all seinen Kanälen empfängt, sondern eben nur einen einzigen Video Datenstrom (Kanal) händeln kann, ist der Vergleich auch nicht fair, da VLC nun mal halt kein SAT>IP Receiver ist. Warum manche aber denken dass es etwas mit OpenSource zu tun hat oder der Plattformunabhängigkeit ist mir ein Rätsel. Hierfür sollte man dann schon einen echten SAT>IP Client wie DVB Viewer oder andere nutzen.Laut Wikipedia:
ZitatIch selbst nutze VLC von jeher mit meiner FritzBox 6490 als TV-Server (seit Version 6.x), die aber erst seit Version 7.01 SAT>IP unterstützt, da VLC ja nur auf die Streaming-Funktionalität zugreift und dafür kein SAT>IP Protokoll notwendig ist.
Da ja RTSP benutzt wird und es sich dabei um ein Streaming-Protokoll handelt, wird auch dann dieses genutzt. Der Client fragt dazu bzw. weist nacheinander dem Server an nach den Optionen (OPTIONS), der Beschreibung (DESCRIBE), der Einrichtung (SETUP) sowie dem Abspielvorgang (PLAY) bis zum Abbruch (TEARDOWN) der Verbindung (siehe "6.1 Request Line" RFC2326). Dabei ist es grundsätzlich irrelevant ob es sich um einen SAT>IP Server handelt für Live-TV oder einfach nur um einen speziellen Streaming-Dienst für Medien (z.B. dieser immer gleiche Demo-Stream https://localhostrtsp://http://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov).
Während des Streams zu meiner 6490 sendet der VLC bei mir auch regelmäßig aller 4 bis 5 Sekunden einen Empfänger-Report per UDP und ungefähr aller 58 Sekunden ein OPTIONS per TCP um den Sender mitzuteilen, dass die Verbindung noch aktiv ist. Analog verhält sich der VLC bei mir, wenn ich obigen Beispiel-Stream öffne, außer dass er ca. aller 58 Sekunden ein GET_PARAMETER per TCP sendet anstatt einem OPTIONS. Warum sich der TCP Befehl unterscheidet kann ich nicht sagen, aber der Timeout von 60 Sekunden wird in den Antworten (Reply) zu oben genanten Anfragen angegeben. VLC sendet also ca. 2 Sekunden vor dem Timeout ein Keep-Alive-Signal, für ein lokalem Server sollte dies also kein Problem darstellen, zumal ich davon ausgehe, dass die Verbindung erst nach einer gewissen Sicherheitsspanne abgebrochen wird.
Um dein Problem genau zu überprüfen müsstest du dir also mal mit Wireshark deine Pakete anschauen.
PS: Die Wörter in Majuskel sind spezielle gleichnamige Datenpakete welche vom VLC gesendet werden, da diese zu einer aufgebauten Verbindung gehören, ist es also recht schwierig manuell ein solches Paket einzufügen. Da GET_PARAMETER ein TCP Paket ist würden mir auch nur zwei Wege einfallen ein solches Paket einzufügen. Durch eine Man-in-the-middle Verbindung oder durch Anpassung von VLC selbst (was die bessere Option wäre). Ich gehe aber davon aus dass nicht VLC das Problem ist und dieser ein korrektes Keep-Alive Signal sendet, sondern nur der Server evt. ein anderes Signal erwartet.
Edit:
Laut SAT>IP Spezifikation (siehe Kapitel "3.5.1 RTSP") soll für die Aufrechterhaltung der RTSP Verbindung eine OPTIONS Nachricht für SAT>IP verwendet werden, in der auch die genutzte Session enthalten ist. Dies ist dann auch die Erklärung, warum bei einer Verbindung zu meiner 6490 ein OPTIONS und bei der RTSP Demo ein GET_PARAMETER verwendet wird. VLC erkennt den Unterschied da meine 6490 sich in einer Reply Nachricht als Antwort zu der DESCRIBE Nachricht auch als "SatIPServer" ausgibt. Vielleicht liegt hier auch das Problem, dass die problematische Box sich nicht als SAT>IP Server in den Antworten zu erkennen gibt und somit dann eine falsche Keep-Alive Nachricht erhält. Aber wie erwähnt, ohne dass einer der Betroffenen die Verbindungsdaten mal analysiert, kann man nicht sagen woran es genau liegt.
-
-
Wie thweiss bereits angegeben hat, habe ich extra ein Bild eingefügt, dieses sollte man dann auch schon mal ansehen. Hier würde ich eher hinweisen, dass "Neulinge" doch lieber erstmal genauer eine Antwort ansehen sollten.
Ein Bild wie es dann aussiehst hast du uns ja leider immer noch nicht zur Verfügung gestellt. Wie sollen wir dir denn wirklich einfach und schnell helfen können wenn wir immer nur raten müssen was genau nicht funktioniert und wie sich der Fehler verhält. Gerade wenn du dich ja nicht so gut damit auskennst und es dir daher sicherlich sind so leicht fällt dein Problem exakt zu benennen.
-
-
Scheinbar liegt es an deiner hohen Auslastung, so dass dann einige Daten verworfen werden, da sie nicht schnell genug verarbeitet werden können.
Bei mir lag die Auslastung von VLC bei ca. 25% und die von zugehörigen Systemprozessen (Kernelauslastung) und restliche Prozesse ebenfalls bei ca. 25%, so dass eine Gesamtauslastung von nur 50% während der Aufnahme erreicht wurde.
Naja, du kannst aber auch die Quelldaten einfach nur herunterladen ohne sie vom VLC zusammenschneiden zu lassen. Dann hast du zwar viele einzelne Segmente sparst dir aber die Neu-Codierung, weshalb es dann auch nicht mehr zu einem Fehler kommen dürfte.
Alles 541 Segmente des Films in der besten verfügbaren Auflösung sind in folgender Playlist enthalten:
Codehttps://wdradaptiv-vh.akamaihd.net/i/medp/ondemand/weltweit/fsk0/183/1836142/,1836142_21571784,1836142_21571779,1836142_21571781,1836142_21571780,1836142_21571783,1836142_21571782,.mp4.csmil/index_4_av.m3u8?null=0
Leider kann ich dir aber keinen Crawler empfehlen, der dir jetzt automatisch alle Segmente für dich herunterlädt.
Um überhaupt an die Quelldaten zu kommen, empfehle ich dir folgender Herangehensweise. Sie funktioniert eigentlich angepasst auf jeden Browser und benötigt keine Plugins.
- Video starten und warten bis es ein paar Sekunden abgespielt wird.
- Video wieder pausieren.
- Mit der rechten Maustaste auf das Video klicken und anschließend "Untersuchen" bei Chrome bzw. "Element Untersuchen" bei IE, im sich dann geöffneten Kontextmenü auswählen.
- Die aktuelle Position ist dann ein Objekt vom Typ DIV zur Overlay-Steuerung names "overlayCtrl" I unter dem DIV Objekt "videoPlayer" II.
- Wechsel auf das Schwesterelement vom Typ VIDEO III unter dem gleichen DIV Objekt "videoPlayer" II.
- Wechsel auf das Kindelement vom Typ SOURCE IV vom VIDEO Objekt III.
- Der Gesamte String innerhalb der Gänsefüßchen des Parameters "scr" ist nun die Hauptquelldatei (Master Playlist) des Videos.
- Diese musst du nun herunterladen indem du einfach den gesamten Parameter beispielsweise als neuen Tab im Browser eingibst (einfach per Copy&Paste).
- Öffne diese "master.m3u8", sie enthält Einträge des gleichen Streams aber in unterschiedlicher Qualität. Wähle dir daher den Eintrag mit der von dir gewünschten Qualität aus (z.B. den mit der höchsten Auflösung bzw. Bandbreite).
- Lade dir jetzt die entsprechende Playlist mit den Segmenten herunter indem du diesen Link wie bei Punkt 8 anwendest.
- In der Datei "index_4_av.m3u8" (in meinem Beispiel hier für die beste Qualität welche ich auch oben verlinkt habe) sind nun alle Segmente dieses Videos aufgelistet.
- Wenn du nun die Links jedes Segments herunterlädst, hast du die entsprechende Quelldatein dieses Segments von hier je 10 Sekunden.
- Hier wäre also ein entsprechendes Download-Tool hilfreich, welchem du einfach die (anzupassende) Liste übergeben kannst. Mittels Suchen&Ersetzen eines einfachen Textprogramms wie Windows Notepad kann man ja leicht den Text bis auf die Links löschen lassen, so dass eine saubere Linkliste entsteht.
Mit diesem Wissen solltest du nun eigentlich zukünftig selbst in der Lage sein, Videos der WDR Mediathek herunterzuladen...
-
-
Bei einer Änderung prüft VLC die Anordnung ja wieder und korrigiert sie entsprechend, hier hätte ich auch nichts anderes erwartet.
Es war von mir auch nur als Workaround gedacht, aber schön dass es überhaupt funktioniert. Wenn du aber gleich die gesamte Datei ersetzt anstatt einfach nur den einen Parameter kann es aber auch zu Problemen bei der Darstellung diverser Elemente kommen. Schließlich ist es gut möglich dass es einige Änderungen bei der Darstellung der unterschiedlichen Major Versionen gibt.
-
-
Es wäre evt. auch interessant, wie hoch ist die Auslastung des CPUs während des Abspielvorgangs ist.
Außerdem wäre es gut zu wissen, um was für ein Video es sich handelt (Datentyp, verwendeter Codec).
-
-
Normalerweise würde man die Playlist einfach als Parameter beim Programmaufruf bei der Tastenzuweisung angeben, wie auch oben erwähnt. Sollte das aber warum auch immer nicht möglich sein, kann man ja immer noch eine Batch Datei erzeugen, welche dann alles enthält und aufruft und diese dann einfach der Taste zuweisen. Wenn es aber vordefinierte Aufrufe sind ohne dass man da überhaupt was ändern kann würde ich eher eine vernünftige "Gaming/MultiMedia-Tastatur" empfehlen, anstatt eine für nicht einmal 23€.
-
-
Also ich kann mit der Beschreibung nichts anfangen und habe daher auch keine Ahnung was du eigentlich möchtest... Eine richtige vernünftige Beschreibung mit einem Bild wäre evt. hilfreich.
Einfach mal ins Blaue geraten solltest du vielleicht überprüfen ob du "Shuffle" aktiviert hast.
Edit:
Die Standardanordnung kommt anhand des Aufruffs der Wiedergabedateien, also wie die Quelldateien sortiert sind wenn du sie mit VLC öffnest oder hineinschiebst. Wenn du sie also unter Windows per Drag & Drop in den VLC schiebst, dann wird die Reihenfolge so übernommen, wie sie im Explorer dargestellt wurde, wobei der erste Eintrag dann immer von der Datei stammt, wo der Mauszeiger drüber war beim Verschieben. Also wenn du vier Dateien markierst und diese dann in den VLC verschiebst, wobei du beim Verschieben aber die Maus über der dritten hattest, dann wird die Reihenfolge 3, 1, 2, 4 erzeugt. Völlig normales typischen und erwünschtes Verhalten von Windows!
Edit 2:
Solange kein kleines Dreieck an einer der Spalten ist, gibt es keine wirkliche Sortierung in VLC sondern nur eine (initiale) (unsortierte) Anordnung.
-
-
Ja die erste Spalte ist immer der Titel und kann scheinbar nicht geändert werden, die Spalte kann nicht nur nicht verschoben sondern auch nicht deaktiviert werden.
Du kannst ja mal probieren, die Werte für die Spaltenanordnung von der alten VLC Version auf die neue zu übertragen. Die Anordnung der Spalten wird scheinbar unter den Punkt "[Playlist]" in dem Parameter "headerStateV2" in folgender Datei gespeichert:
PS: Das hier ist nur ein deutsches Hilfe-Forum für VLC was mit den Entwickler von VLC gar nichts zu tun hat, für Bugs oder Feature-Anfragen solltest du dich lieber an das offizielle VLC Forum wenden.
-
-
Ist zwar mittlerweile eine Weile her, hier aber die Lösung zu deinem Problem...
Solange du die neuen Medieninformationen nicht abspeicherst werden sie auch nur für die aktuelle Sitzung angewendet und nicht für spätere Zugriffe übernommen. Das Problem ist nur das VLC die Änderung des Bildes nicht allgemein als Änderung registriert und daher dann auch nicht die Schaltfläche zum Speichern anzeigt, welche nur bei einer erkannten Änderung angezeigt wird. Aus diesem Grund muss man leider erst einen der anderen Punkte ändern, um das neue Cover erfolgreich abspeichern zu können.
PS: Es handelt sich hierbei um ein Vorschaubild für das Cover. Ein Fingerabdruckbild existiert nicht und die Schaltfläche "Fingerabdruck" hat an sich eigentlich nichts mit dem Bild zu tun. Beim FIngerabdruck einer Musik-Datei geht es darum anhand des Tons über die Zeit ein Musikstück identifizieren zu können und dadurch dann automatisch die entsprechenden Medieninformationen zuordnen zu können.
-
-
Klingt ja nach einer sehr guten Firewall
-
-
Ich denke VLC sollte sie eigentlich korrekt wiedergeben, wenn es korrekte Images von Video Disk sind. Ob aber VLC für Android (Fire-TV) diese nicht wiedergeben kann, kann ich nicht sagen. Probiere diese doch einfach mal auf dem PC mit dem VLC zu öffnen.
-
-
Kannst du bitte ein Bild von den "Advanced Options" vom SMB Menü posten.
Hast du es mal testweise mit einer Einstellung ohne Anmeldung, also mit einer anonymen Anmeldung probiert? Wenn wirklich nur die Anmeldung ein Problem darstellen sollte dann müsste es ja dann auch funktionieren.
-
-
Also bei mir ging es, mache es doch genauso
Wie? Damit kannst du nichts anfangen? Komisch...
Es ist doch immer wieder das Gleiche, essentielle Informationen werden einfach ausgelassen. Wenn du ein Problem mit dem NAS hast solltest du schon zusätzlich angeben um welches Gerät es sich genau handelt.
Meine Vermutung ist dass dein NAS mit SMB in Version 2 oder 3 läuft und scheinbar VLC damit immer noch Probleme hat. Deine anderen Rechner, welche vermutlich Windows nutzen, unterstützen diese Versionen. Da SMBv1 ein paar Sicherheitsprobleme hat wird es oftmals deaktiviert oder gar nicht erst unterstützt.
Ergo solltest du versuchen entweder die Verbindungsart zu wechseln oder beim NAS den Suppport für SMBv1 zu aktivieren.
-
-
Der Fritz WLAN Repeater 1750E kommt mit Multicast zurecht, du solltest aber sicherstellen dass die Option "WLAN-Übertragung für Live TV optimieren" im WLAN Menü wirklich aktiviert ist.
Ich stecke da jetzt nicht so drin sagen zu können wie genau der Powerline-Adapter da nun die Probleme verursacht. Müsste mir da evt. auch mal die Pakete im Netzwerk anschauen, was ja schlecht möglich ist. Es klingt zumindest so, als ob es ein recht altes Gerät ist und selbst bei aktuellen Netzwerkkomponenten wird die Multicast Sache eher selten unterstützt (zumindest bei den etwas günstigeren Modellen).
Edit:
Die Option muss beim Router und Repeater getrennt eingestellt werden...
Edit 2:
Selbst AVM sagt ja in dem oben verlinkten Artikel folgendes:
ZitatMeist sind es Switche oder WLAN-Repeater anderer Hersteller, die Multicasts nicht unterstützen oder fehlerhaft verarbeiten. Diese Geräte stören die Wiedergabe selbst dann, wenn der Receiver direkt mit der FRITZ!Box verbunden ist.
Was ja in deinem Fall auch zutrifft da der Powerline-Adapter ja nicht Teil der von dir genutzten Kette ist.
-