Maximale Breite 720 funktioniert nicht immer

Fehler / Funktionswünsche Bugs
1

Ich verwende MCEBuddy 2.7 Beta 7.

Ich habe einen Konvertierungsauftrag, bei dem ich OTA-Aufzeichnungen auf eine maximale Breite von 720p konvertiere. Im Wesentlichen erstelle ich eine optimierte Version für Plex.

Die Konvertierungen finden statt, aber nicht immer in 720p. Meistens ist die Endversion weiterhin 1080p.

Ich habe ein Log eines korrekt funktionierenden Konvertierungsvorgangs und eines, der nicht korrekt funktioniert hat, hochgeladen. In den Logs (auch in denen, die nicht funktionieren) wird erwähnt, dass die maximale Breite 720 betragen soll, am Ende ist sie jedoch nicht so.

conversion task

2

Verwechselst du den Breiten-Maximalparameter mit einem Höhen-Maximalparameter?
720p und 1080p sind Höhenparameter, keine Breitenparameter.

Außerdem sind es Maximalparameter, kein erzwungenes Hochskalieren. Wenn das Original also weniger als 720 breit ist, passiert nichts.

Oder hat @Goose den Parameter auf Höhe statt Breite geändert und vergessen, den Text im Dialog zu aktualisieren?

3

Oh ja, sieht so aus, als hätte ich mich verklickt – ABER ich möchte, dass MCEBuddy eine 1280×720-Version erstellt. Also habe ich 720 eingegeben, obwohl ich eigentlich 1280 für die Breite hätte angeben sollen.

Trotzdem: Wenn ich 720 angebe, müsste es doch eine noch kleinere Datei erzeugen als gewünscht, oder?

Ich werde die maximale Breite auf 1280 korrigieren und schauen, was passiert.

4

Ich kann bestätigen, dass der Breitenwert wirklich Breite ist.

Ich hatte ihn fälschlicherweise auf 720 gesetzt und wie erwähnt funktioniert es manchmal und manchmal nicht. Ich stellte fest, dass es eine Sendung korrekt konvertierte und ein Video mit 720x406 erzeugte.

Wie Mike erwähnte, habe ich mich vertan, aber es scheint, dass das System manchmal den maximalen Breitenwert ignoriert oder ihn nicht korrekt verarbeiten kann.

5

Ich erinnerte mich, wo ich versuchte, das zu tun, was du tust – also erzwungene Skalierung auf eine bestimmte Bildschirmbreite.

Es ist nicht in MCEBuddy. Die maximale Breite dient zum Herunterskalieren eines rohen MPEG2-OTA-1920×1080i-HD-Videos auf ein kleineres Bild, um eine bessere Kompression zu erzielen. Mittlerweile ist der Speicher günstiger, daher ist das kein Thema mehr. Außerdem erziele ich mit x265 statt MP4/x264 eine sehr gute Kompression.

Zurück zur erzwungenen Bildschirmgröße: Das war in den Optionen von Handbrake. Was du also vielleicht tun kannst, ist, zusätzliche Parameter in deiner Konfiguration festzulegen und Handbrake die Konvertierungen durchführen zu lassen – oder das Äquivalent mit FFMPEG herauszufinden (dem anderen Encoder, den MCEBuddy nutzt).

Ich weiß, dass es hier einige Posts gibt, in denen Leute versucht haben, FFMPEG oder Handbrake zu erzwingen, und andere, in denen sie besondere Optionen an die Encoder übergeben wollten. Das ist vermutlich das, was du hier brauchst.

Ich streame meine Inhalte ebenfalls über Plex, habe aber alle Transcodierungen deaktiviert und sende das Video an den Player, damit dieser ggf. transkodiert. Bisher gab es keine Probleme mit der Wiedergabe von 1280×720p oder 1920×1080i (OTA), transkodiert auf maximale Breite 1280 (dabei wird 1920×1080 herunterskaliert, was bei meinen TV-Sendern immer interlaced ist). Ich habe noch keinen ATSC-3.0-Tuner und auch keinen 4K-(UHD-)Fernseher, daher gibt es dort noch keine Probleme.

Mit x265 und Hardware-Encoding über eine nVidia 2060 auf einem alten i5 Haswell (4. Generation) ist die Transkodierung kein Problem, und eine einstündige Sendung benötigt etwa 350 MB – für OTA-HD-Inhalte „gut genug“.

MCEBuddy verschiebt das Original in den Archivordner, und ich plane eine Aufgabe, die alles löscht, das älter als 10 Tage ist. So kann ich MCEBuddy innerhalb dieser 10 Tage manuell starten, um mit einem anderen Profil Werbung herauszuschneiden und alles, was ich in voller Auflösung und geringer Kompression behalten möchte, zu speichern (natürlich in x265).

Die Wiedergabe funktioniert einwandfrei auf Mobilgeräten, mit VLC am PC und sogar auf meinem Tivo Roamio OTA über die Tivo-Plex-App.

6

Danke für die Logs. In der fehlerhaften Datei sehe ich, dass das Video beschädigt ist, wodurch Handbrake scheitert und dann auf ffmpeg zurückgegriffen wird, das versucht, den qsv-Grafiktreiber zur Skalierung des Videos zu nutzen, was jedoch ebenfalls fehlschlägt. Kannst du auch das ursprüngliche fehlerhafte Video (Late Show) hochladen, damit wir es analysieren und herausfinden können, wie wir es beheben.

7

Wir haben ein Update auf BETA 2.5.7 veröffentlicht, das das Problem beheben sollte. Probieren Sie das heutige 2.5.7 Beta-Build aus, und falls nicht, würden wir eine Kopie des fehlerhaften Videos zur weiteren Analyse benötigen.

8

OK, ich habe auf den neuen Build aktualisiert. Ich lasse es laufen und werde sehen, was passiert.

9

OK, ich melde mich zurück. Bisher läuft alles gut. Der neue Build kann die Videos korrekt skalieren!

Danke.