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. über BOYDEN global executive search, Norddeutschland
  2. HAMBURG SÜD Schifffahrtsgruppe, Hamburg
  3. Freie und Hansestadt Hamburg Finanzbehörde Hamburg, Hamburg
  4. OSRAM GmbH, München

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Blu-ray-Angebote
  1. 24,99€ (Vorbesteller-Preisgarantie)
  2. (u. a. Der Hobbit 3 für 9,99€ u. Predator für 12,49€)
  3. 6,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Intel Core i7-7700K im Test: Kaby Lake = Skylake + HEVC + Overclocking
Intel Core i7-7700K im Test
Kaby Lake = Skylake + HEVC + Overclocking
  1. Kaby Lake Intel macht den Pentium dank HT fast zum Core i3
  2. Kaby Lake Refresh Intel plant weitere 14-nm-CPU-Generation
  3. Intel Kaby Lake Vor der Vorstellung schon im Handel

GPD Win im Test: Crysis in der Hosentasche
GPD Win im Test
Crysis in der Hosentasche
  1. Essential Android-Erfinder Rubin will neues Smartphone entwickeln
  2. Google Maps Google integriert Uber in Karten-App
  3. Tastaturhülle Canopy hält Magic Keyboard und iPad zum Arbeiten zusammen

Wonder Workshop Dash im Test: Ein Roboter riskiert eine kesse Lippe
Wonder Workshop Dash im Test
Ein Roboter riskiert eine kesse Lippe
  1. Supermarkt-Automatisierung Einkaufskorb rechnet ab und packt ein
  2. Robot Operating System Was Bratwurst-Bot und autonome Autos gemeinsam haben
  3. Roboterarm Dobot M1 - der Industrieroboter für daheim

  1. taz: Strafbefehl in der Keylogger-Affäre
    taz
    Strafbefehl in der Keylogger-Affäre

    Die Aufarbeitung der Keylogger-Affäre in der taz schreitet voran. Gegen einen ehemaligen Mitarbeiter wurde ein Strafbefehl zur Zahlung von 6.400 Euro verhängt. Der Verhandlung blieb der Mann allerdings fern.

  2. Respawn Entertainment: Live Fire soll in Titanfall 2 zünden
    Respawn Entertainment
    Live Fire soll in Titanfall 2 zünden

    Für Titanfall 2 sind keine zahlungspflichtigen Erweiterungen geplant. Jetzt stellt Entwickler Respawn Entertainment ein größeres kostenloses Addon vor. Es enthält neben neuen Karten unter anderem den Multiplayermodus Live Fire.

  3. Bootcode: Freie Firmware für Raspberry Pi startet Linux-Kernel
    Bootcode
    Freie Firmware für Raspberry Pi startet Linux-Kernel

    Die freie Bootcode-Firmware für den Raspberry Pi kann erstmals dazu genutzt werden, den Linux-Kernel direkt zu starten. Von dieser Alternative zu der proprietären Firmware von Broadcom könnten künftig auch der freie Grafiktreiber und andere Kernel-Module profitieren.


  1. 18:02

  2. 17:38

  3. 17:13

  4. 14:17

  5. 13:21

  6. 12:30

  7. 12:08

  8. 12:01