Abo
  1. Foren
  2. Kommentare
  3. Wissenschaft
  4. Alle Kommentare zum Artikel
  5. › Vectorised Streaming Video…

noch viel arbeit

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. noch viel arbeit

    Autor: PitiRocker 13.12.12 - 10:18

    denn was ich da gesehn hab, gefällt mir garnicht.. artefakte vom feinsten, verformungen vom feinsten.. aber mal soll den tag nicht vor dem abend loben.. lassen wir uns überraschen

  2. Re: noch viel arbeit

    Autor: a user 13.12.12 - 10:25

    hast du mal das erste (original) mit dem dritten bild verglichen? ich sehe da im vergleich zu alternativen bildkompressionsverfahren nicht mehr artefakte etc.

  3. Re: noch viel arbeit

    Autor: neocron 13.12.12 - 10:27

    klick mal ein bild weiter ...
    du bist bei dem ersten vektorisierten bild haengengeblieben, oder?

  4. Re: noch viel arbeit

    Autor: ichbinhierzumflamen 13.12.12 - 10:27

    a user schrieb:
    --------------------------------------------------------------------------------
    > hast du mal das erste (original) mit dem dritten bild verglichen? ich sehe
    > da im vergleich zu alternativen bildkompressionsverfahren nicht mehr
    > artefakte etc.


    allerdings, das sind viel weniger bildfehler drin zu entdecken

  5. Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: fratze123 13.12.12 - 10:39

    Dann sieht man auch keine Artefakte mehr.

  6. Re: Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: patrickrocker83 13.12.12 - 10:46

    Artefakte weniger.. aber unschöne verformungen an denm auge

  7. Re: Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: neocron 13.12.12 - 10:52

    patrickrocker83 schrieb:
    --------------------------------------------------------------------------------
    > Artefakte weniger.. aber unschöne verformungen an denm auge
    ?? welche meinst du?
    dass das auge evtl in den konturen etwas anders aussieht als das original?

    nunja, das wird dadurch auch kompensiert, dass andere stellen klarer wirken.
    So sieht man bei dem auge zB. dass dieses schraege element im original noch das typische unschoene raster aufweist, waehrend es im vektorbeispiel zu einer geraden feinen schraegen linie wurde!

    die verformungen sollten also sowohl positive als auch negative auswirkungen haben, die sich wohl eher die waage halten sollten!?

  8. Re: Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: John2k 13.12.12 - 11:00

    neocron schrieb:
    --------------------------------------------------------------------------------
    > die verformungen sollten also sowohl positive als auch negative
    > auswirkungen haben, die sich wohl eher die waage halten sollten!?


    Das müsste man mal in Aktion sehen. Generell sind Vektorbilder ziemlich schick, aber Pixelbilder in Vektrobilder zu konvertieren widerspricht dem eigentlichen Konzept.

  9. Re: Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: neocron 13.12.12 - 11:03

    John2k schrieb:
    --------------------------------------------------------------------------------
    > neocron schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > die verformungen sollten also sowohl positive als auch negative
    > > auswirkungen haben, die sich wohl eher die waage halten sollten!?
    >
    > Das müsste man mal in Aktion sehen. Generell sind Vektorbilder ziemlich
    > schick, aber Pixelbilder in Vektrobilder zu konvertieren widerspricht dem
    > eigentlichen Konzept.
    welchem konzept?
    es widerspricht ja lediglich der exakten realen darstellung, die zB. durch fotos erzielt wird! Aber, auch fotos, die mit raster pixelpunkte erfassen, hat realitaet grenzen!
    Nun noch die photoshop orgien dazu, die in vielfaeltiger art und weise angewandt werden, und schon ist es relativ egal wie realitaetsnah die bilder sind ...
    aber ich denke auch, dass es nicht gaenzlich das pixelkonzept abloesen wird ...

  10. Re: noch viel arbeit

    Autor: caso 13.12.12 - 11:20

    a user schrieb:
    --------------------------------------------------------------------------------
    > hast du mal das erste (original) mit dem dritten bild verglichen? ich sehe
    > da im vergleich zu alternativen bildkompressionsverfahren nicht mehr
    > artefakte etc.


    Die Artefakte hängen doch ganz stark davon ab wie stark komprimiert wurde. Kompression hat nur den zweck Speicherplatz/Bandbreite zu sparen und das wird man vorerst mit dem vektorbasierten Kram bei üblichem Filmmaterial nicht schaffen. Aktuelle Kompremierungsverfahren sind schon extrem gut. Schau dir mal an wie viele Bits ein Pixel eines Frames bei einem H.264-Video benötigt werden...

  11. Re: noch viel arbeit

    Autor: Nephtys 13.12.12 - 12:30

    caso schrieb:
    --------------------------------------------------------------------------------
    > Schau dir mal an wie viele Bits ein Pixel eines Frames bei einem
    > H.264-Video benötigt werden...

    Wäre aber auch eine Milchmädchenrechnung, da das gesamte Video kodiert wird, nicht nur die Frames.
    Und H.264 ist schon nett. H.265 ist noch krasser (aber wegen der Kodierzeit noch nicht wirklich benutzt).

    Aber diese Kompressionsmethode ist nicht unendlich so weiter durchführbar. Es gibt eine bestimmte Grenze.
    Und Vektor-Codecs haben diese Grenze nicht.

    Ist wie mit normalen Computern vs Quantencomputern. Quantencomputer sind ein neues Konzept und derzeit noch nicht wirklich ökonomisch anwendbar. Aber langfristig sind sie ein Muss, weil normale Computer limitiert sind in bestimmten Punkten, und QCs diese Punkte eines Tages besser erfüllen kann.

    Der Unterschied ist: vektorbasierte Video-Codecs sind längst nicht mehr so ferne Zukunft. Im Gegensatz, sieht man ja hier. Es gibt bereits funktionierende Prototypen. Jetzt muss nur noch genügend Geld reingesteckt werden um das ganze voranzutreiben.
    Und das kommt von allein.

  12. Re: noch viel arbeit

    Autor: non_sense 13.12.12 - 14:15

    Nephtys schrieb:
    --------------------------------------------------------------------------------
    > Aber diese Kompressionsmethode ist nicht unendlich so weiter durchführbar.
    > Es gibt eine bestimmte Grenze.
    > Und Vektor-Codecs haben diese Grenze nicht.

    Doch, haben sie und die Grenzen sind sogar größer, da du bei Vektoren keine Verlustbehaftete Kompression bauen kannst. Wie willst du Text (Vektorgrafiken bestehen aus reinen Text!) verlustbehaftet komprimieren, und dennoch lesbar machen? Das einzige, was du bei Vektoren komprimieren könntest, wäre das Entfernen von Punkten und den Text selbst (z.B. per RLE). Du hast keine Möglichkeit z.B. per Quantisierung mal die Qualität schlechter zu machen. Wenn du Punkte entfernst, läufst du die Gefahr, dass die Objekte falsch dargestellt werden.

  13. Re: Bei pixelbasierter Kompression kann man auch interpolieren.

    Autor: a user 13.12.12 - 15:20

    patrickrocker83 schrieb:
    --------------------------------------------------------------------------------
    > Artefakte weniger.. aber unschöne verformungen an denm auge

    1. es wurde 8-fach skaliert (nicht einfach vergrößert, sondern die skalierfähigkeit demonstriert).
    2. woher weißt du, dass es verformungen sind? du vergleichst es ja mit der interpolation des 8-fachen skalierens des pixelbildes. DAS ist verformt durch die interpolation.

  14. Re: noch viel arbeit

    Autor: Christo 14.12.12 - 15:47

    non_sense schrieb:
    --------------------------------------------------------------------------------
    > Doch, haben sie und die Grenzen sind sogar größer, da du bei Vektoren keine
    > Verlustbehaftete Kompression bauen kannst. Wie willst du Text
    > (Vektorgrafiken bestehen aus reinen Text!) verlustbehaftet komprimieren,
    > und dennoch lesbar machen? Das einzige, was du bei Vektoren komprimieren
    > könntest, wäre das Entfernen von Punkten und den Text selbst (z.B. per
    > RLE). Du hast keine Möglichkeit z.B. per Quantisierung mal die Qualität
    > schlechter zu machen. Wenn du Punkte entfernst, läufst du die Gefahr, dass
    > die Objekte falsch dargestellt werden.

    Die verlustbehaftete Komprimierung erfolgt in der Vektorisierung.
    Und danach kannst du den Text mit einen einfachen Zip-änlichen Verfahren komprimieren.
    Anschließend (oder auch davor) kann man die üblichen Komprimierungen machen. Z.B.: In diesem Bild ändert sich in Verhältnis zum vorigen nur dies und das.

  15. Re: noch viel arbeit

    Autor: Insomnia88 17.12.12 - 13:54

    Dazu kann ich nur hinzufügen - mal das Video auf der Projektwebseite angeschaut? Da erkennt man mühelos die Artefakte …

  16. Re: noch viel arbeit

    Autor: neocron 17.12.12 - 14:07

    hmmm, nunja, in dem Video auf der Homepage gibt es ja gar keinen Vergleich!?
    Also zwischen Original und dem auf Vectoren basierten!?
    oder hast du da noch ein anderes gefunden ausserhalb der promotionseite?

  17. Re: noch viel arbeit

    Autor: caso 17.12.12 - 17:42

    Bei mir ist das Video total klein und ich sehe nur die pixel-Artefakte. Die bunten Linien sind kaum zu erkennen.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. AMC Datensysteme GmbH, Karlsruhe
  2. Statista GmbH, Hamburg
  3. BASF Services Europe GmbH, Berlin
  4. DATAGROUP Köln GmbH, Berlin, Dessau

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. 17,99€ statt 29,99€
  2. und Samsung Galaxy S7 edge, Galaxy S7 oder Galaxy Tab E gratis erhalten


Haben wir etwas übersehen?

E-Mail an news@golem.de


Super Mario Bros. (1985): Fahrt ab auf den Bruder!
Super Mario Bros. (1985)
Fahrt ab auf den Bruder!
  1. Quake (1996) Urknall für Mouselook, Mods und moderne 3D-Grafik
  2. NES Classic Mini im Vergleichstest Technischer K.o.-Sieg für die Original-Hardware

HPE: Was The Machine ist und was nicht
HPE
Was The Machine ist und was nicht
  1. IaaS und PaaS Suse bekommt Cloudtechnik von HPE und wird Lieblings-Linux
  2. Memory-Driven Computing HPE zeigt Prototyp von The Machine
  3. Micro Focus HP Enterprise verkauft Software für 2,5 Milliarden Dollar

Nach Angriff auf Telekom: Mit dem Strafrecht Router ins Terrorcamp schicken oder so
Nach Angriff auf Telekom
Mit dem Strafrecht Router ins Terrorcamp schicken oder so
  1. 0-Day Tor und Firefox patchen ausgenutzten Javascript-Exploit
  2. Pornoseite Xhamster spricht von Fake-Leak
  3. Mitfahrgelegenheit.de 640.000 Ibans von Mitfahrzentrale-Nutzern kopiert

  1. 3D Xpoint: Intels Optane-SSDs erscheinen nicht mehr 2016
    3D Xpoint
    Intels Optane-SSDs erscheinen nicht mehr 2016

    Da die Serienfertigung des 3D-Xpoint-Speichers kürzlich angelaufen ist, wird es 2016 keine Optane-SSD von Intel geben. Die Auslieferung an Partner läuft zwar, allerdings soll laut Intel-CEO Krzanich erst 2018 eine breite Produktpalette folgen.

  2. Webprogrammierung: PHP 7.1 erweitert Nullen und das Nichts
    Webprogrammierung
    PHP 7.1 erweitert Nullen und das Nichts

    Die Version 7.1 der Programmiersprache PHP bringt neue Funktionen, die so ähnlich auch in vielen anderen Sprachen bereits genutzt werden können. Dazu gehören optionale Nullwerte, der Void-Rückgabewert und Zugriffskontrollen auf Klassenkonstanten über public und private.

  3. VSS Unity: Virgin Galactic testet neues Raketenflugzeug
    VSS Unity
    Virgin Galactic testet neues Raketenflugzeug

    Erstflug für VSS Unity: Das neue Raketenflugzeug von Virgin Galactic hat den ersten Flug erfolgreich absolviert. Allerdings flog VSS Unity erst einmal nur im Gleitflug.


  1. 15:00

  2. 14:14

  3. 13:52

  4. 12:01

  5. 11:41

  6. 10:49

  7. 10:33

  8. 10:28