Hallo,
ich bin mir nicht ganz sicher aber seit dem letzten und vielleicht vorletzten Update wird 3Mbps 720P nur noch in 718x404 und ähnliches remote gestreamt und erinnert an 480p irgendwie. Bei 4Mbps ist es wieder normal mit 1280x720.
Woran liegt das? Was hat Plex im transcoder geändert? Außer ihre Probleme mit Erkennung von 480p und 576p, wusste ich jetzt nichts
Welcher client?
Welche Auflösung und Bitrate ist im Client eingestellt?
Hallo Otto,
Client:
Samsung Galaxy
Samsung TV UE 55J6200
PMP
jeweils auf 3Mbps. Wenn ich auf 4Mbps hochstelle, ist wieder alles wie es sein soll.
Es ist nicht nur remote auch im LAN.
Probiert mit " Der Pate 2 "
Die sicherste Methode wäre einen Blick ins Server Log zu werfen.
Suche nach Zeilen die MDE (alle Großbuchstaben) enthalten.
Also soll ich:
Plex Media Server-Fehlerprotokoll aktivieren
und
Ausführliches Plex Media Server-Protokoll aktivieren
??
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 21532Kbps.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing ac3_mf (decoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: received PLEX_PROTOCOL_ANY from client, selected protocol hls
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: analyzing media item 53951
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Direct Play is disabled
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): media must be transcoded in order to use the hls protocol
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected subtitle cannot be converted to a compatible format, burning into video stream
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): avoiding video remux due to burned subtitle stream
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): no remuxable profile found, so video stream will be transcoded
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: computed resolution bounding box of 1280x720.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 21532Kbps.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected media 0 / 53951
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Streaming Resource: Changing decision parameters to fit bandwidth limit of 3000kbps
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: computed resolution bounding box of 1280x720.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 21532Kbps.
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: received PLEX_PROTOCOL_ANY from client, selected protocol hls
Apr 12, 2017 14:17:00.816 [4568] DEBUG - MDE: analyzing media item 53951
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Direct Play is disabled
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): media must be transcoded in order to use the hls protocol
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected subtitle cannot be converted to a compatible format, burning into video stream
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Direct Streaming is disabled, so video stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): no remuxable profile found, so video stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: computed resolution bounding box of 1280x720.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 21532Kbps.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Audio Direct Streaming is disabled, so video’s audio stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected media 0 / 53951
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Streaming Resource: Reducing playback quality for 2857kbps stream bitrate: video resolution to 720x406, audio channels to 2
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: computed resolution bounding box of 720x406.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 6829Kbps.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: received PLEX_PROTOCOL_ANY from client, selected protocol hls
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: analyzing media item 53951
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Direct Play is disabled
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): media must be transcoded in order to use the hls protocol
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected subtitle cannot be converted to a compatible format, burning into video stream
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Direct Streaming is disabled, so video stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): no remuxable profile found, so video stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: computed resolution bounding box of 720x406.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled up video bitrate to 48448Kbps based on 1.500000x fudge factor.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Scaled maximum bitrate for resolution reduction to 6829Kbps.
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): Audio Direct Streaming is disabled, so video’s audio stream will be transcoded
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing mp3_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - Codecs: testing aac_mf (encoder)
Apr 12, 2017 14:17:00.832 [4568] DEBUG - MDE: Der Pate - Teil 3 (1990): selected media 0 / 53951
Hm, habs grad hier mit PMP nachgestellt bekommen.
Werd ich mal nachfragen müssen.
Ok!
Ich danke Dir Otto 
Meldest dich hier dann bitte wieder!?
@OttoKerner
Hast du mal nach gefragt?
Also irgendwas ist mit dem transcoder.
Hab auf 4mbps gestellt( hier wird ja die Auflösung richtig dargestellt) aber der Transcoder kommt mit 0.8 Speed nicht hinterher. Das irritierende hierbei ist, dass er nur bei 0.8GHZ bzw 1.xxGHz rum dümpel. Komisch…
EDIT:
Also das war jetzt mit vobsub an.
Scenario 1:
Handy auf 4mbps und Vobsub AN
Transcoder auf 0.8 und ca 0.96GHZ. Upload auf ca 1.5mbps
Scenario 2:
Handy auf 4mbps und Vobsub AUS
Transcoder auf 7.3 und 4.4GHZ. Upload auf ca 4.5mbps am Anfang.
Also stimmt irgendwas AUCH nicht, wenn Vobsub AN ist!
Dass es mit aktivierten Pixel-basierten Untertiteln langsamer geht, ist zu erwarten.
Hey @OttoKerner
Das hatte ich auch erwartet!
Aber nicht dass er nicht Vollgas ( 4C8T@4.4GHZ) transcodiert! Und fehlender Upload!
Das ist dass was mich stört!
@Cabel330 said:
Aber nicht dass er nicht Vollgas ( 4C8T@4.4GHZ) transcodiert! Und fehlender Upload!
Kann das sein, dass das ein völlig anderes Thema ist?
Natürlich wird volle Pulle transkodiert am Anfang. Der Puffer soll ja möglichst schnell gefüllt werden.
Der Upload “fehlt” nicht, laut deinen Angaben.
Kann das sein, dass das ein völlig anderes Thema ist?
Ja,leicht
Natürlich wird volle Pulle transkodiert am Anfang. Der Puffer soll ja möglichst schnell gefüllt werden.
Der Upload “fehlt” nicht, laut deinen Angaben.
Scenario 1:
Handy auf 4mbps und Vobsub AN
Transcoder auf 0.8 und ca 0.96GHZ. Upload auf ca 1.5mbps ( Fritz box upload-Anzeige )
Hätte ich vielleicht oben dazu schreiben sollen.
Server ist auch 4mbps auf remote eingestellt.
Er transkodiert nicht voll. Und nutzt auch nicht die eingestellten 4mbps! auch nicht am Anfang.
@Cabel330 said:
Server ist auch 4mbps auf remote eingestellt.
Er transkodiert nicht voll. Und nutzt auch nicht die eingestellten 4mbps! auch nicht am Anfang.
Ich schrieb bereits dass mit VOBSUB die Geschwindigkeit des Transkodierens niedriger ist.
Die 4mbps sind kein Muss. Wenn nicht mehr Daten zur Verfügung stehen, kann auch nicht mehr hochgeladen werden.
Mh!?
Ok. Dann finde ich es nicht optimal. Kann doch nicht sein, dass wenn ich eine Anspruchsvolle Aufgabe habe (Vobsub burn in)
Das er den Prozessor nur mit 0.96GHZ auslastet. Verstehe ich nicht!
Die 4mbps sind kein Muss. Wenn nicht mehr Daten zur Verfügung stehen, kann auch nicht mehr hochgeladen werden.
Der Film hat 35927kbps
Aber danke Dir Otto fürs Feedback.
P.S.: Eine Antwort steht aber noch aus 
@Cabel330 said:
Ok. Dann finde ich es nicht optimal. Kann doch nicht sein, dass wenn ich eine Anspruchsvolle Aufgabe habe (Vobsub burn in) Das er den Prozessor nur mit 0.96GHZ auslastet. Verstehe ich nicht!
Pixelbasierte Untertitel werden nur mit einem Prozessorkern eingebrannt, statt mit allen gemeinsam. Das ist eine Schwäche von ffmpeg.
Die 4mbps sind kein Muss. Wenn nicht mehr Daten zur Verfügung stehen, kann auch nicht mehr hochgeladen werden.
Der Film hat 35927kbps
Wenn du eine Obergrenze von 4000 kbps definiert hast, ist das irrelevant, außer für den Prozessor der dann doppelt so schwer ackern muss.
Pixelbasierte Untertitel werden nur mit einem Prozessorkern eingebrannt, statt mit allen gemeinsam. Das ist eine Schwäche von ffmpeg.
Das verstehe ich ja.
Aber warum dann nicht Vollgas @ 4.4GHZ aufm Kern??
Oder brennt “er” tatsächlich nur mir Standard-Takt ein?
@Cabel330 said:
Aber warum dann nicht Vollgas @ 4.4GHZ aufm Kern??
Oder brennt “er” tatsächlich nur mir Standard-Takt ein?
Das kann dir wahrscheinlich nur ein Entwickler von ffmpeg beantworten. Es kann durchaus sein, dass der Code so ineffizient ist, dass der Prozi zwischendurch Däumchen dreht während er auf irgendwelche Daten wartet.
Nebenbei bemerkt: die Angaben im Betriebssystem zur aktuellen Taktfrequenz sind mit Vorsicht zu genießen. Mehr als ein “Schätzwert” ist das nicht.
Joa,stimmt. Aber bis jetzt deckte es sich mit CPUZ und Real-Temp.
Aber ok.
Würde es helfen mit Toolnix die Vobsubs reinzumuxen? Oder ist es das Gleiche wie wenn sie als exteren Datei daneben liegen würden?
Ferner:
Wie mache ich aus einer Vobsub (forced) eine UTF-8 .srt Datei? So mal auf die schnelle gefragt?!?
