slashCAM
Administrator
Administrator
Beiträge: 11259

Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von slashCAM » Di 17 Apr, 2018 09:36


Produktionsfirmen und Studios versuchen seit geraumer Zeit spezielle Kabel, Switches und Schnittstellen für die Videoübertragung also in erster Linie SDI durch kommerziel...
Bild
Hier geht es zur Newsmeldung auf den slashCAM Magazin-Seiten:
Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018




WoWu
Beiträge: 14629

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von WoWu » Di 17 Apr, 2018 20:42

Vielleicht zur besseren Einordnung und Verständnis, warum ein neuer Codec vor dem Hintergrund erweiterter Anforderungen entwickelt wurde, hier der Vergleich mit „Stand der Technik“ Algorithmen.

JPEG-LS und JPEG sowie sein Nachfolger JPEG-XT der eine rückwärtskompatible Unterstützung höherer Bittiefen bietet, erschweren eine präzise Ratensteuerung, und typische Implementierungen zeigen eine Latenz von einem Frame.
JPEG 2000 verwendet einen komplexen Entropie-Coder, der viele Hardware- und Softwareressourcen für Echtzeit-Implementierungen impliziert.
HEVC als Verteilungs-Codec benötigt eine große Kodierungskomplexität, ohne die Robustheit mehrerer Generationen zu gewährleisten.
VC-2 hingegen ist von geringer Komplexität, aber die angewandte Technologie liefert nur ein begrenztes BildQualität.
ProRes, wie in einem SMPTE-Offenlegungsdokument (RDD 36) dargestellt, basiert auf Makroblöcken von 16x16 Pixeln, was eine Implementierung mit niedriger Latenz unter 32 Zeilen unmöglich macht. Darüber hinaus macht die symbolische Entropiecodierung schnelle CPU-Implementierungen zu einer Herausforderung. DSC zielt schließlich auf eine ASIC-basierte Display-Komprimierung ab, was eine effiziente Implementierung auf FPGAs und GPUs schwierig macht.

Aufgrund solcher Unzulänglichkeiten der bestehenden Codecs ist JPEG XS entwickelt, der eine präzise Ratensteuerung mit einer Latenz von weniger als 32 Zeilen bietet und in ein kostengünstiges FPGA passt.
Die Komprimierungsqualität sollte VC-2 überlegen sein und gleichzeitig die Implementierung auf verschiedenen Plattformen unterstützen.
"Es dient wirklich nur dazu über ein Netzwerk einen Live-Videostream mit geringerer DatenrateDatenrate im Glossar erklärt zu übertragen ohne, dass man mit dem bloßen Auge gegenüber einer kompressionslosen Übertragung einen Unterschied wahrnimmt."


Das muss sich erst noch zeigen denn die Datenraten gestatten das durchaus.
Und ProRes war auch nichts Anderes als ein JPEG, noch dazu aus dem DCT Zweig.
Damit ist bei Xs Schluss.
Vielleicht ist PRR ja nur die Panic Reaktion vor einer möglichen Alternative ?
Gute Grüße, Wolfgang

E-Book:
www.provideome.de

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.




iasi
Beiträge: 11153

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von iasi » Do 19 Apr, 2018 12:58

WoWu hat geschrieben:
Di 17 Apr, 2018 20:42

"Es dient wirklich nur dazu über ein Netzwerk einen Live-Videostream mit geringerer DatenrateDatenrate im Glossar erklärt zu übertragen ohne, dass man mit dem bloßen Auge gegenüber einer kompressionslosen Übertragung einen Unterschied wahrnimmt."


Das muss sich erst noch zeigen denn die Datenraten gestatten das durchaus.
Und ProRes war auch nichts Anderes als ein JPEG, noch dazu aus dem DCT Zweig.
Damit ist bei Xs Schluss.
Vielleicht ist PRR ja nur die Panic Reaktion vor einer möglichen Alternative ?
Die RAW-Vorteile bietet XS aber eben nicht - weshalb also XS statt eines RAW-Codec?




Jott
Beiträge: 14109

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von Jott » Do 19 Apr, 2018 13:06

wowu glaubt/spekuliert, ProRes Raw sei JPEG XS. Warum auch immer.




Jan
Beiträge: 9049

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von Jan » Do 19 Apr, 2018 13:35

WoWu spekuliert selten, in der Regel weiß er es.
Wer es nicht einfach erklären kann, hat es auch noch nicht verstanden.

Albert Einstein (1879-1955)




Jott
Beiträge: 14109

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von Jott » Do 19 Apr, 2018 13:47

Klar doch.




WoWu
Beiträge: 14629

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von WoWu » Do 19 Apr, 2018 14:01

@Iasi
Du hast es ja in der Zunahme der Bandbreitenerforderniss mit einem generellen Problem zu tun, dass sich von der Kamera bis hin zum Endverbraucher zieht.
Am vorderen Ende aber stellt sich eben die Frage, wie geht man mit 80 GBit um.
Selbst HDMI macht in seiner derzeit maximalen Ausformung 18GBit.
Wenn Du im Endgerät ohnehin nur Bruchteile des Bildes darstellen kannst, stellt sich die Frage, wo Du vorne anfängst zu reduzieren.
Dass es zukünftig immer schwerer, bis unmöglich wird, 8K in 120F 12Bit in der Kamera durchweg zu verarbeiten und als RGB raus zu geben, bedeutet, dass in dem Fall bereits ein Codec erforderlich wäre, der sich kaum mehr unter den derzeit vorhandenen findet und selbst in den heute üblichen Verarbeitungen zunehmend schwierig ist.
Die Frage stellt sich also nach Alternativen ziemlich heftig, auch im Kamerabereich, wenn man das De-Mosaicing, (aus welchen Gründen auch immer) nicht auslagern will.
Bei RAW stellt sich ebenfalls die Frage nach der Reduktion, selbst wenn man nur ein Luminanzsignal pro Pixel herausgibt.
Mit 120p und 4/8 K führt aber selbst das die heutigen Schnittstellen an ihre Limits.
Vornehmlich natürlich bei den Kameras im unteren und mittleren Preissegment denn ich weiß nicht, ob man Endverbrauchern den Umgang mit Glasfaserübertragung noch zumuten möchte.
Man muss also bereits hier über die entsprechende Reduktion nachdenken.
Aber man käme eben rd. mit einem Drittel der Menge hin, was immernoch immens ist.
Stellt sich also die Frage, an welcher Stelle man den Workflow aufbricht bzw. ob es überhaupt noch sinnvoll erscheint oder ob nicht die fertige Kompression als IP Signal hier Vorteile hat, wenn hinterher ohnehin im 12 Bit Bereich geblieben wird.
(ich gebe zu bedenken, dass 12Bit heute noch von kaum jemandem gearbeitet wird und sowas RAW vorbehalten ist, zukünftig aber Endverbrauchet Signal (PQ) ist (sein soll)).
Die Sache mit dem Weißabgleich ist schon heute bei vielen Kameras Schall und Rauch, weil die Quanteneffizienz in den meisten Kameras bereits vor dem RAW Signal ausgeglichen wird. Bliebe also nur die Farbraumneutralität, die sich in den neuen (zukünftigen) Farbräumen auch nicht mehr wirklich stellt.
Letztlich bleibt als RAW Vorteil dann nur noch die neutrale Archivierung.
Aber es gibt ja ohnehin nur wenige Firmen, die (auch in der Vergangenheit (echte)) RAW Signale ausgegeben haben denn was in zahlreichen „Entwicklungsprogrammen“ so vor sich ging, hatte auch nichts mit De-Mosaicing zu tun.
Insofern ist gar nicht auszuschließen, dass sich in der Bildverarbeitung ein Paradigmenwechsel vollzieht.
Und wie man das nun labelt ist ziemlich egal. Das haben die Firmen früher auch nicht so genau genommen und irgendwas auf ihre Verpackungen gedruckt.
Fakt ist eben, wie eingangs erwähnt, dass die Schere zwischen Anforderungen und Machbarem immer weiter auseinander geht und das offenbar auch in der verfügbaren Codierentwicklung irgendwo Grenzwerte in Bezug auf Speicherhandhabung (Latenzen) erreicht sind.
Ob XS nun die endgültige Lösung sein wird, kann bestimmt noch niemand sagen, aber es deutet zumindest gangbare Lösungen an, deren Richtung sich schon eine ganze Weile abzeichnen (Übergang auf IP Infrastrukturen).
Gute Grüße, Wolfgang

E-Book:
www.provideome.de




domain
Beiträge: 10576

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von domain » Do 19 Apr, 2018 14:51

Mit der DCT-Transformation ist es wohl endgültig vorbei, Wavelet macht das Rennen, wie aus folgendem interessanten Artikel hervorgeht:

https://www.ibc.org/download?ac=3823

Außerdem:
"... the JPEG XS codec maintains the initial quality and can thus be used for compressed workflows in broadcast and video production pipelines.
All other codecs show much stronger quality decay, causing that JPEG XS delivers the best quality from all codecs."




WoWu
Beiträge: 14629

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von WoWu » Do 19 Apr, 2018 18:52

Jedenfalls diese alte DCT ist weg vom Fenster.
H264 hatte ja schon eine andere.
Das war nur noch ProRes von den derzeit so üblichen Codecs, das mit der ursprünglichen DCT gearbeitet hat, die auch in den alten JPEGs werkelt.
JPEG hatte ja schon in den „calls for paper“ für H265 mit angeboten, könnte aber damals keine Echtzeitfunktionalität auf ihrer WDT darstellen.
Sonst hätten wir XS wahrscheinlich schon früher gehabt.

Wir werden sehn, wie sich das alles entwickelt.
Gute Grüße, Wolfgang

E-Book:
www.provideome.de




TheBubble
Beiträge: 1324

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von TheBubble » Do 19 Apr, 2018 19:20

WoWu hat geschrieben:
Do 19 Apr, 2018 18:52
Jedenfalls diese alte DCT ist weg vom Fenster.
H264 hatte ja schon eine andere.
Nicht grundsätzlich, es kommt immer auf die Anwendung an. H264 hat eine Integer-Approximation festgelegt, auch um die Akkumulation von Rundungsfehlern im Rahmen der temporalen Kompression zu vermeiden. Z.B. bei MPEG-2 war das Problem dabei auch nie die DCT (II) selbst, sondern weil nie festgelegt wurde, wie Decoder (und Encoder) die Gleitkommaberechnungen durchzuführen hatten.

Bei Intraframe-Codecs spielt das nur eine viel geringere Rolle, da mit den Ergebnissen im Rahmen des Codecs nicht weitergearbeitet wird.

Eine DWT profitiert davon, auf viel größere Bereiche angewendet zu werden als die häufig genutzten 8x8 Blöcke. Klar könnte man auch auf viel größere Blöcke die DCT anwenden, aber der Rechenaufwand würde enorm steigen.

XS setzt vermutlich auf eine DWT, da man vor allem innerhalb der gleichen Zeile arbeiten will. Es soll ja für Live-Anwendungen geeignet sein, wo möglichst kurze Zeitverzögerungen gewünscht sind.




mash_gh4
Beiträge: 2479

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von mash_gh4 » Fr 20 Apr, 2018 10:52

WoWu hat geschrieben:
Do 19 Apr, 2018 18:52
Jedenfalls diese alte DCT ist weg vom Fenster.
H264 hatte ja schon eine andere.
Das war nur noch ProRes von den derzeit so üblichen Codecs, das mit der ursprünglichen DCT gearbeitet hat, die auch in den alten JPEGs werkelt.
ich glaub, da freust du dich ein bisserl zu früh!

NDI, das ja vermutlich neben den unkomprimierten AVoIP varianten gegenwärtig den größten bzw. realistischsten marktanteil und ein erfreuliches wachstum unter den hier angesprochen studio-übertragunsglösungen verzeichnen dürfte, basiert auch wieder nur auf ausgesprochen einfachen techniken, die aber für diese einfachen broadcast-zweck ausreichen dürften. ich selbst war darüber richtig erstaunt, wie simple das technisch abgewickelt wird:

https://wiki.multimedia.cx/index.php/SpeedHQ

in der praxis scheint das aber trotzdem ganz gut zu funktionieren, so wie halt auch prores/dnxhr/hqx, obwohl sie technisch eigentlich alle heillos überholt sind, wie wir alle wissen.




WoWu
Beiträge: 14629

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von WoWu » Fr 20 Apr, 2018 18:06

Das ist richtig, deswegen hatte ich oben auch „derzeit so übliche“ geschrieben.
Dass es immernoch Exoten gibt, die darauf aufsetzen, wird sich wohl auch nicht ändern ... und es ist ja auch nicht so, dass solche Bilder unbrauchbar wären.
Hat man ja bei den ganzen MPEG 2 Verfahren und auch bei PR gesehen.
Es ist nur eben so, dass sich Anforderungen ändern und alte Verfahren häufig solchen Anforderungen im direkten Vergleich nicht mehr Stand halten.
Aber den Fehlern solcher Verfahren wird wohl keiner hinterher weinen.
Aber neue (andere) Verfahren sind nun mal auch nicht fehlerfrei. Wenn ich aber damit weiterreichende Anforderungen begegnen kann, ist das wenigstens ein Schritt nach vorn.
Gute Grüße, Wolfgang

E-Book:
www.provideome.de




Jott
Beiträge: 14109

Re: Fraunhofer zeigt erste JPEG XS Implementierung auf der // NAB 2018

Beitrag von Jott » Fr 20 Apr, 2018 18:13

ProRes ist weg vom Fenster. Arri ist tot. Externe Recorder sind ebenso tot wie ihre Hersteller. Weltweiter Stillstand in der gesamten Film- und TV-Branche. An Tausenden von Highend-Projekten kann nicht weiter gearbeitet werden. Armageddon! :-)




Social Media

       
 Aktuelle Beiträge [alle Foren]
 
» Mit dem Smartphone filmen -- ernsthaft! Teil 2: die Vorteile
von blickfeld - Di 20:56
» Die verdammte Musikindustrie mal wieder, oder: Die Leiden des jungen Tänzers
von videogufi - Di 20:42
» Blackmagic DaVinci Resolve 15 ist final
von TomStg - Di 20:15
» RED: Der Fahrplan für den Start des Holo-Smartphones Hydrogen One steht
von iasi - Di 20:15
» Sind blaue LEDs Augenkiller? Mythos, Wahrheit und Tipps zum Umgang mit blauen Spektralanteilen
von Xergon - Di 19:28
» Welches Gimbal?
von Cutter_ - Di 17:15
» BIETE GoPro Hero5 Black inkl. umfangreichem Zubehör
von wkonrad - Di 16:45
» Steadycam
von krokus - Di 15:53
» Welcher Gimbal für Blackmagic Pocket
von funkytown - Di 15:45
» Kaufberatung Funkstrecke + Ton
von TomStg - Di 14:33
» NVIDIA präsentiert Quadro RTX als Raytracing-Grafikprozessor
von slashCAM - Di 14:09
» DEAD EDGE
von Mantis - Di 13:56
» IRND oder Hot Mirror?
von huck - Di 13:07
» Magix Video deluxe 2019 -- neue Schnittwerkzeuge und mehr
von slashCAM - Di 13:06
» Coole Kamera moves!
von Arno_K - Di 11:53
» Fs7 gamma matrix Einstellungen
von DOP3Flow - Di 11:35
» SmallHD liefert endlich Focus OLED aus
von slashCAM - Di 11:06
» Tasche für DJI Ronin-S
von Roland Schulz - Di 10:13
» [BIETE] Neuwertige Panasonic G81 (Body)
von s1n88 - Di 9:49
» Audio Timecode und Waveform Batch sync
von blickfeld - Di 8:46
» "Nur" schneiden - gibt es ein Tool
von didah - Di 7:40
» Sonnet Echo 11 Thunderbolt 3 Dock: 5x USB 3.0 und 87 Watt Ladestrom
von motiongroup - Di 6:39
» Black Magic Pocket BMPCC - Bild wirkt 'dunkel'
von dra - Mo 23:43
» Firmware 5.0 für Zoom Audiorecorder F8 bringt viele neue Funktionen
von Optiker - Mo 18:16
» Office 2016 mit Macbook Pro High Sierra?
von motiongroup - Mo 17:22
» GH5 oder A7III für Kurzfilme und Fotografie?
von blueplanet - Mo 17:18
» Sony Alpha 7 III - Tests...
von Cinealta 81 - Mo 15:57
» The Man Who Owns The Moon
von slashCAM - Mo 15:40
» Baywatch Drohne!
von Darth Schneider - Mo 15:17
» Kameramann / Kamerafrau im Rhein-Main Gebiet gesucht
von BallentinVideo - Mo 15:08
» AMD bringt Radeon Pro WX 8200 zur SIGGRAPH 2018
von slashCAM - Mo 14:06
» DJI Ronin-S und Panasonic GH5S - wie gut ist der Einhand-Gimbal Ronin-S im leichten Setup? Teil 2
von Roland Schulz - Mo 12:30
» Top Rig Set für EVA
von klusterdegenerierung - Mo 11:08
» Lanparte Rig
von shock27 - Mo 9:24
» G81, keine EXIF-Daten in avchd Videofiles?
von Docu_Guy - Mo 7:57
 
neuester Artikel
 
Sind blaue LEDs Augenkiller? Mythos, Wahrheit und Tipps zum Umgang mit blauen Spektralanteilen

Man stolpert bei Monitorherstellern immer häufiger über Kleingedrucktes und seltsame Filtermethoden für einen reduzierten Blauanteil. Ein Grund hierfür könnte tatsächlich in der Sorge zu finden sein, ansonsten für Augenschäden der Benutzer haftbar gemacht zu werden. Richtig gehört und weitergelesen... weiterlesen>>

Mit dem Smartphone filmen -- ernsthaft! Teil 2: die Vorteile

Im ersten Teil dieses Artikels lieferten wir die Gründe, warum das Filmen mit dem Smartphone im professionellen Umfeld keine gute Idee ist. Doch es gibt tatsächlich auch gute Gründe, die für den Einsatz eines Smartphones in der Videoproduktion sprechen. weiterlesen>>

neuestes Video
 

Aktuelles Video:
The Man Who Owns The Moon

Unglaublich, aber anscheinend wahr (wie so vieles heutzutage) soll diese hübsch animierte Geschichte sein; wobei der Titel ja eher "... who sells the moon" lauten müsste.