1. Foren
  2. Kommentare
  3. Audio/Video
  4. Alle Kommentare zum Artikel
  5. › HEVC: Fernmeldeunion gibt…

Mehr Details

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Mehr Details

    Autor MKar 26.01.13 - 12:19

    Mehr Details drum rum wären noch interessant gewesen, wie sieht's aus mit encodern/decodern, welche Rechenleistung braucht h265 im Vergleich zu h264.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Mehr Details

    Autor tunnelblick 26.01.13 - 12:43

    genau - wie viel merh aufwand ist es, bspw. für pc's, die videos zu dekodieren?

    "we have computers, which can beat your computers"

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Mehr Details

    Autor Nephtys 26.01.13 - 13:29

    MKar schrieb:
    --------------------------------------------------------------------------------
    > Mehr Details drum rum wären noch interessant gewesen, wie sieht's aus mit
    > encodern/decodern, welche Rechenleistung braucht h265 im Vergleich zu h264.

    Das ist alles sehr einfach im Internet direkt nachlesbar, oder testbar. Der Codec ist ja jetzt auch nicht soooo neu, sondern einfach erst heute quasi offiziell freigegeben wurden.

    Fakt ist, dass der Referenz-Encoder erheblich länger braucht als der von H.264, was ja kein Wunder ist. In vielen Fällen Faktor 10-100.
    Beim Decoding gibt es dagegen kaum Unterschied. Sowohl .264 als auch .265 waren ja mit Mobilgeräten in Gedanken entworfen wurden.
    Auf moderner Hardware läuft das mehr als schnell genug, was ja auch notwendig ist für UHD jetzt.


    Übrigens, das Encoding kann ja ruhig lange dauern. Und das ist ja auch nur der Referenz-Encoder.
    Es gab schon bei H.264 Encoder, die bei quasi 99% subjektiver Qualität mindestens 10mal so schnell waren wie der Referenz-Encoder. Das gleiche gilt auch für H.265, sogar noch stärker.
    Nur wer wirklich 100% Qualität haben will, so zum Beispiel irgendwelche Filmstudios, die müssen sich eben Zeit lassen... oder etwas Rechenzeit einkaufen.
    Der Encoder kann ja sehr stark parallelisiert werden zum Glück.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Mehr Details

    Autor robinx999 26.01.13 - 14:07

    > Fakt ist, dass der Referenz-Encoder erheblich länger braucht als der von
    > H.264, was ja kein Wunder ist. In vielen Fällen Faktor 10-100.
    > Beim Decoding gibt es dagegen kaum Unterschied. Sowohl .264 als auch .265
    > waren ja mit Mobilgeräten in Gedanken entworfen wurden.
    > Auf moderner Hardware läuft das mehr als schnell genug, was ja auch
    > notwendig ist für UHD jetzt.
    >
    Was heißt denn auf Moderner Hardware benutzen da nicht viele Geräte Decoder Chips um die CPU zu entlasten bzw. sind diese Oft für reine Software decodierung zu langsam. Da dürfte es natürlich problematisch sein dort aktuelle geräte nachzurüsten. Klar man wird nicht erwarten können das der "Raspberry Pi" h265 Videos abspielen kann. Aber generell wird es vermutlich eine weile dauern bis sich h265 in der Breiten masse durchsetzt.
    >
    > Übrigens, das Encoding kann ja ruhig lange dauern. Und das ist ja auch nur
    > der Referenz-Encoder.
    Stimmt wenn man privat encodet, dann hat man zeit, aber zumindest die TV Sender müssen wohl in Echtzeit encoden.
    Wobei gerade encoding zeit vs. ausgabe datei größe ja schon bei h264 vorhanden ist. Wenn ich da jetzt mal mit ffmpeg mit preset veryslow encode und die selbe datei mal mit preset verfast encode, dann habe ich die selbe bildqualität, aber bei veryfast geht es halt viel schneller und die ziel datei ist größer, bei veryslow dauert das encoden sehr viel länger, aber dafür wird die datei kleiner. Vondaher bin ich beim Video encoding immer skeptisch wenn nicht wirklich alle drei dinge beachtet werden (Bitrate, encoding dauer, qualität)

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige

Haben wir etwas übersehen?

E-Mail an news@golem.de


Oneplus One im Test: Unerreichbar gut
Oneplus One im Test
Unerreichbar gut
  1. Oneplus One Eigenes ROM mit Stock Android 4.4.4 vorgestellt
  2. Oneplus One-Update macht verkürzte Akkulaufzeit rückgängig
  3. Oneplus One könnte ab dem dritten Quartal vorbestellbar sein

Überwachungssoftware: Ein warmes Mittagessen für den Staatstrojaner
Überwachungssoftware
Ein warmes Mittagessen für den Staatstrojaner
  1. Ex-CIA-Deutschlandchef Wir konnten Schröder leider nicht abhören
  2. Überwachung NSA-Ausschuss erwägt Einsatz mechanischer Schreibmaschinen
  3. Kontrollausschuss Die Angst der Abgeordneten, abgehört zu werden

Smartphone-Hersteller Xiaomi: Wie Apple, nur anders
Smartphone-Hersteller Xiaomi
Wie Apple, nur anders
  1. Flir One Wärmebildkamera fürs iPhone lieferbar
  2. Per Smartphone Paypal ermöglicht Bezahlen in Restaurants landesweit
  3. Datenübertragung Smartphone-Kompass spielt Musik durch Magnetkraft

  1. Amazon: Marketplace-Händler verliert Klage gegen schlechte Bewertung
    Amazon
    Marketplace-Händler verliert Klage gegen schlechte Bewertung

    Eine schlechte Kundenbewertung und ein Streit sollen die Existenz eines Amazon-Marketplace-Händlers vernichtet haben. Das Landgericht Augsburg wies die Klage des Händlers heute ab.

  2. Groupon: Gnome und die Tücken das Markenrechts
    Groupon
    Gnome und die Tücken das Markenrechts

    Seit Mai vertreibt Groupon ein Kassensystem namens Gnome. Die Marke erinnert klar an die des freien Unix-Desktops; der Projektvorstand verhandelt mit dem Unternehmen seit Monaten. Die Community erfährt davon nur wenig.

  3. Secusmart/Blackberry: Krypto-Handys mit vielen Fragezeichen
    Secusmart/Blackberry
    Krypto-Handys mit vielen Fragezeichen

    Behörden wollen in großer Zahl Telefone mit Verschlüsselungsfunktion kaufen. Deren Hersteller Secusmart wurde gerade von Blackberry gekauft, einer Firma mit ungeklärten Verbindungen zu einer NSA-Hintertür. Auch bei der Verschlüsselung gibt es viele ungeklärte Fragen.


  1. 19:02

  2. 18:14

  3. 17:42

  4. 16:41

  5. 16:35

  6. 16:30

  7. 14:22

  8. 14:05