Ja alles andere macht ja auch kein Sinn, ein Reencode (Croppen) macht das Bild nur schlechter und MB-technisch auch größer. Dein TV würde die Balken auch wieder automatisch hinzufügen.
dark.solution schrieb: [...]
Dein TV würde die Balken auch wieder automatisch hinzufügen.
Also wurde bei dem Release alles richtig gemacht.
Nicht wenn man einen 21:9 Bildschirm hat.
Black Bars sind immer scheiße weil Autoscaling nicht richtig funktioniert sobald dein Screen nicht die passende AR hat, dann müssen irgendwelche Zoomoptionen herhalten. Der Grund dafür liegt meistens darin, dass billige Hardware Decoder mit "custom" Auflösungen teilweise nicht klarkommen und dann auf SW-Decoding umstellen. Das kann gerade bei den ganzen Smart-TVs mit Netflix App passieren und dann laufen manche Videos nicht, deswegen wird Netflix hier nur volle 720x480, 1280x720, 1920x1080 ausliefern. Der Anteil an nicht-16:9-Geräten ist halt gering, das nimmt man eher in Kauf als Stress mit beschissenen Decodern.
Zumindest über den Webbrowser unterstützt Netflix aber auch 21:9 korrekt. Wenn es hier keine extra cropped-Videos gibt wird das wohl über Metadaten mit den korrekten Zoom-Werten laufen, wüsste aber nicht wie man das überprüfen kann. Da BiGiNT ja schon irgendwie die untouched Videos runterladen kann wird es wohl nur diese Variante geben.
Eine mögliche Lösung wäre zumindest SD und 720p vom 1080p Video zu reencoden, dürfte von der Qualität dann ähnlich werden. Alternativ bietet MKV auch die Möglichkeit Cropping-Metadaten hinzuzufügen, das wird aber von so gut wie keinem Player unterstützt, da auch FFmpeg das nicht kann.
Kommentar unter Grenzwert - Hier klicken, um ihn anzusehen
Mrbones User1. Okt. 2018, 15:09 Uhr
Keine Bewertung des Benutzers
Ein Rip ist doch immer was Neukodiertes bzw. etwas Gecapturetes.
und WEB ist das untouched Video.
Nie im Leben strahlt Netflix diesen Film mit Balken im Video aus. Wie dumm wären die denn bitte?
Für mich sieht das eher aus, als hätten die billige Hardware benutzt, um von einem TV-Gerät das Videosignal abzufangen und selbst kodiert. Deswegen auch x264 anstelle von h264.
Ob itunes, netflix oder von mir aus auch maxdome,
Das Bild kommt von überall mit Schwarzen Balken, genau wie direkt von der DVD / Bluray / UHD 2 mal bearbeitet, zuletzt 1. Okt. 2018, 15:35 Uhr
Kommentar unter Grenzwert - Hier klicken, um ihn anzusehen
Mrbones User1. Okt. 2018, 21:16 Uhr
Keine Bewertung des Benutzers
blAde schrieb: Ob itunes, netflix oder von mir aus auch maxdome,
Das Bild kommt von überall mit Schwarzen Balken, genau wie direkt von der DVD / Bluray / UHD
Ihr wollt mich doch verarschen 😂😂😂
Welche verdammten Filme haben Balken unten und oben?
Im Kino habe ich noch nie Balken gesehen. Wollt ihr mir jetzt sagen, die stecken mehr Bitrate ein und vergrößern die Breite vom Video um die Balken?
Hört auf so einen Mist zu erzählen, das glaubt doch kein Mensch.
Filme werden üblicherweise in 4:3,16:9 und 21:9 gedreht.
Wenn man sich einen Film anschaut auf einem Display und da Bildverhältnis passt nicht zum Display, dann sieht man entweder oben und unten oder an den Seiten von Display schwarze Balken, die nicht Teil vom Video sind.
Hier aber wurden schwarze Balken einkodiert. Sie verbrauchen einen Teil der Bitrate.
Netflix kann alles, nur nicht unnötig Speicherplatz vergeuden.
Wenn dieser Film im Original bei Netflix, iTunes, Amazon, auf BluRay Balken im Videostream hat, dann fresse ich einen Besen.
Bigint ist einfach nicht fähig an die Videodatei von Netflix zu kommen.
Mrbones schrieb: P2P Gruppen schaffen das ohne Probleme.
SD ist bei denen auch reencoded, deswegen kommt 720p/1080p immer kurz nach dem start und SD generell später am Tag.
Davon mal abgesehen das man beim reencode der 1080p untouched als SD Release auch bessere Qualität bekommt als wenn man die untouched Netflix/Amazon SD dateien lädt. 1 mal bearbeitet, zuletzt 1. Okt. 2018, 21:42 Uhr
dark.solution schrieb: ein Reencode (Croppen) macht das Bild nur schlechter und MB-technisch auch größer.
Das ist bei 1080p (oder bei iTunes 720p, weil der 1080p von iTunes ja meistens sogar eher schlechter ist) sicher der Fall, bei SD aber nicht
Es wäre besser SD aus dem 1080p/720p selbst zu encoden, das gäbe wohl in 99% der Fälle besseres Bild bei gleicher Größe oder gleichwertiges Bild bei kleinerer Dateigröße wenn CRF verwendet wird
Außerdem ist es sowieso falsch getagged, weil untouched h264 ist und nicht x264 5 mal bearbeitet, zuletzt 2. Okt. 2018, 16:42 Uhr
Es gibt hier keine Downloads, Links zu Downloads, Torrents, Magnet-Links, NZB-Dateien oder ähnliches.
Wir bieten nur Informationen über die Existenz eines Releases, seine Größe sowie die beiliegende NFO-Datei an. Wir unterstützen Benutzer in keiner Form dabei, dieser Releases habhaft zu werden.
Sämtliche Verweise auf Angebote zu illegalen Kopien sind auch in Kommentaren sowie in unserem Forum verboten, was von unserem engagierten Moderatoren-Team ständig überprüft wird.
Bei weiteren Fragen kann man uns per E-Mail an xrel *at* xrel *punkt* to kontaktieren.
There are absolutely NO downloads of copyright-protected works, hyperlinks to downloads, torrent files, magnet links, nzb files or similar content on any part of this web site.
What we offer is information about the existence of a release, its size, and the corresponding NFO file. We do NOT help or encourage users to download or otherwise obtain any of the listed releases.
Links to pages containing illicit copies of copyrighted works are strictly prohibited in user-generated content as well. This is constantly being monitored and enforced by our committed team of moderators.
For any further questions, please do not hesitate to contact us by sending an e-mail to xrel *at* xrel *dot* to.
Kommentar unter Grenzwert - Hier klicken, um ihn anzusehen