slashCAM
Administrator
Administrator
Beiträge: 11279

Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von slashCAM »


Auf der IBC 2015 wurde Daniel2 angekündigt, nun kann man eine erste Implementation als offene Beta-Version des schnellen Codecs herunterladen.

Daniel2 ist ein Codec ...
Bild
Hier geht es zur Newsmeldung auf den slashCAM Magazin-Seiten:
Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

Intermediate-Codec ?

Export aus Premiere und ein Player - das sieht für mich aber nicht nach einem Intermediate-Codec aus.



Whazabi
Beiträge: 69

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von Whazabi »

Naja DnxHR kann ich auch aus Premiere exportieren und mit nem Player abspielen. Trotzdem ist es ein Intermediate Codec.
Ich denke die wichtigsten Merkmale eines Intermediate Codecs sind 4:2:2 bzw. 4:4:4 Chroma-Unterabtastung, sowie eine relativ schnelle Kodierung, die dafür aber nicht notwendigerweise eine starke Kompression erzeugen muss.
Alle drei Merkmale scheint Daniel2 ja zu haben und ein interessanter Ansatz ist es definitiv. Wird Zeit, dass man für die rechenintensiven Operationen nicht mehr auf eine grottenlahme CPU zurückgreifen muss. Jetzt bitte noch als Plugin für Resolve, dann wäre mein HDR-Workflow perfekt.



CameraRick
Beiträge: 4881

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von CameraRick »

iasi hat geschrieben: Mi 07 Jun, 2017 08:42 Export aus Premiere und ein Player - das sieht für mich aber nicht nach einem Intermediate-Codec aus.
Mecker iasi.

Auch die längste Reise beginnt mit dem ersten Schritt. Genieße ihn – schon auf dem zweiten wirst du straucheln!
aus China

Besser eine testbare BETA heute, als gar nichts über die nächsten Monate. Beim letzten Posting über den Codec schienst Du noch angetan. Lass ihn doch erstmal kommen und urteile dann.
ich schreibe hier nur in pausen auf der arbeit.



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

Also so ist das ziemlich unnötig und den Aufwand der Installation nicht wert.

Nicht einmal richtig testen kann man den Codec, wenn man ihn nicht in einem Programm mal ordentlich verbiegen kann.



CameraRick
Beiträge: 4881

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von CameraRick »

Also so ist das ziemlich unnötig und den Aufwand der Installation für mich nicht wert.

Du bist nicht der Nabel der Welt, Entwicklung braucht Zeit und Tester. Render doch weiterhin in einen Codec der Dir schmeckt, und gut.
ich schreibe hier nur in pausen auf der arbeit.



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

CameraRick hat geschrieben: Mi 07 Jun, 2017 14:23 Also so ist das ziemlich unnötig und den Aufwand der Installation für mich nicht wert.

Du bist nicht der Nabel der Welt, Entwicklung braucht Zeit und Tester. Render doch weiterhin in einen Codec der Dir schmeckt, und gut.
Mit der Export-Erweiterung für Premiere und dem Player, ist es ein Abspiel-Codec - für einen speziellen Player.

Jede billige Grafikkarte hat eine Hardware, die die Videowiedergabe beschleunigt.

So ist das also alles andere als weltbewegend. Vor allem ist es eben nicht mit ProRes oder DNxHD zu vergleichen, die man für die Bearbeitung nutzt.
Solange ich den Codec nicht in Premiere öffnen kann, bringt er nichts.



CameraRick
Beiträge: 4881

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von CameraRick »

Das ist auch noch nicht die Phase wo Du Deinen Workflow darauf umnstellen sollst, Du Nase. Das ist jetzt erstmal proof of concept, und dann gehts vermutlich bald auch mal anderweitig los.
Und da denkt man immer die Kunden können nicht abstrahieren...
ich schreibe hier nur in pausen auf der arbeit.



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

CameraRick hat geschrieben: Mi 07 Jun, 2017 15:36 Das ist auch noch nicht die Phase wo Du Deinen Workflow darauf umnstellen sollst, Du Nase. Das ist jetzt erstmal proof of concept, und dann gehts vermutlich bald auch mal anderweitig los.
Und da denkt man immer die Kunden können nicht abstrahieren...
Dann spitz mal die Öhrchen:
proof of concept als Player-Codec? Das sagt so absolut gar nichts über die Eignung als Intermediate-Codec aus.

ProRes im Player sieht auch nicht anderes aus als H265.
Abgespielt wird H265 jedoch Dank der Grafikkarte sogar flüssiger.

Das ist wie diese Vergleiche zwischen 8bit und 10bit direkt aus der Kamera auf Youtube:
Es sagt gar nichts aus.



MLJ
Beiträge: 2259

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von MLJ »

@iasi
H265 wird flüssiger abgespielt ? Dem wage ich zu widersprechen und habe den Codec von Cinegy live erlebt, für mich kommen die anderen Codecs wie DNxHD/ProRes nicht mehr mit, besonders was die Geschwindigkeit beim codieren für den Export angeht.

Schaue dir mal hier die Grafik an für 8K Material:
Need for Speed

Die dort angegebenen Werte entsprechen (leider) der Realität und kann nur hoffen dass die Kamerahersteller diesen Codec in Zukunft implementieren wenn er vollständig verfügbar ist. Egal ob ProRes, DNxHD oder H264/H265, am Ende kommt es darauf an wie weit das Material im NLE korrigiert wurde. Der Cinegy Codec hat des weiteren den Vorteil, dass er 8/10/12/16 Bit verarbeitet wo die anderen schon scheitern. Also lasse uns abwarten bis die Beta-Phase vorbei ist und die erste Finale Version verfügbar ist, okay ? ;)

Cheers

Mickey
The little Fox.... May U live 2 C the Dawn



motiongroup

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von motiongroup »

ich wollte den Player unter Windows antesten... geht nicht, meine Anmeldedaten werden abgeschmettert :))) Wurst und drauf gesch***en..



Jörg
Beiträge: 10836

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von Jörg »

geht nicht, meine Anmeldedaten werden abgeschmettert
meine auch...



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

MLJ hat geschrieben: Mi 07 Jun, 2017 17:24 @iasi
H265 wird flüssiger abgespielt ? Dem wage ich zu widersprechen und habe den Codec von Cinegy live erlebt, für mich kommen die anderen Codecs wie DNxHD/ProRes nicht mehr mit, besonders was die Geschwindigkeit beim codieren für den Export angeht.

Schaue dir mal hier die Grafik an für 8K Material:
Need for Speed

Die dort angegebenen Werte entsprechen (leider) der Realität und kann nur hoffen dass die Kamerahersteller diesen Codec in Zukunft implementieren wenn er vollständig verfügbar ist. Egal ob ProRes, DNxHD oder H264/H265, am Ende kommt es darauf an wie weit das Material im NLE korrigiert wurde. Der Cinegy Codec hat des weiteren den Vorteil, dass er 8/10/12/16 Bit verarbeitet wo die anderen schon scheitern. Also lasse uns abwarten bis die Beta-Phase vorbei ist und die erste Finale Version verfügbar ist, okay ? ;)

Cheers

Mickey
ProRes und DNxHD sind keine Codec für den Export.
Darum geht es mir.
Daniel2 muss sich im NLE beweisen und nicht als Wiedergabe-Codec.
H264/H265 spielen auch kleine Rechner mit entsprechender Hardwareunterstützung ab - dazu braucht es keine CUDA-Karten.



MLJ
Beiträge: 2259

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von MLJ »

@iasi
Zitat:
"ProRes und DNxHD sind keine Codec für den Export."
Zitat Ende.

Nicht für den Export ? Wie kommst du darauf ? Wir verwenden erst ganz am Schluss das finale Zielformat wenn der Schnitt sowie alle Korrekturen und Effekte fertig sind und verwenden für den Import/Export den Codec des Quellmaterials um die Qualität aufrecht zu erhalten. Steht das fertige Projekt dann wird es in das Zielformat gerendert, nicht vorher. Dabei spielt es keine Rolle ob es ProRes, DNXHD oder HQX Material ist denn je weniger das Format/Codec gewechselt wird während der Produktion desto höher ist am Ende die Qualität für das finale Format in das man exportiert.

Hier kannst du mehr darüber erfahren:
AVID DNxHD/DNxHR
Grass Valley HQX

Der Daniel2 Codec von Cinegy hat sich bereits für Ingest Systeme bewährt bei intensiven Tests. Ich stimme dir zu, dieser Codec wird sich nun in anderen NLE's beweisen müssen und ist kein (!) reiner "Abspielcodec" sondern eignet sich ebenso für das erstellen von Videos wie jeder andere Codec auch. Sicher kann man auch mit H264/H265 arbeiten beim Schnitt aber ob das für mehrere Generationen der Neukomprimierung am Ende der Qualität dient ist eine andere Baustelle. Also warten wir die finale Version von Daniel2 ab und dann sehen wir weiter ;)

@motiongroup und Jörg
Eure Anmeldedaten wurden "abgeschmettert" ? Win10 (64 Bit) vorhanden ? Gab es eine Fehlermeldung und wenn ja, könnt ihr einen Screenshot davon hier rein stellen ?

Cheers

Mickey
The little Fox.... May U live 2 C the Dawn



iasi
Beiträge: 29074

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von iasi »

MLJ hat geschrieben: Do 08 Jun, 2017 17:45 @iasi
Zitat:
"ProRes und DNxHD sind keine Codec für den Export."
Zitat Ende.

Nicht für den Export ? Wie kommst du darauf ? Wir verwenden erst ganz am Schluss das finale Zielformat wenn der Schnitt sowie alle Korrekturen und Effekte fertig sind und verwenden für den Import/Export den Codec des Quellmaterials um die Qualität aufrecht zu erhalten. Steht das fertige Projekt dann wird es in das Zielformat gerendert, nicht vorher. Dabei spielt es keine Rolle ob es ProRes, DNXHD oder HQX Material ist denn je weniger das Format/Codec gewechselt wird während der Produktion desto höher ist am Ende die Qualität für das finale Format in das man exportiert.

Hier kannst du mehr darüber erfahren:
AVID DNxHD/DNxHR
Grass Valley HQX

Der Daniel2 Codec von Cinegy hat sich bereits für Ingest Systeme bewährt bei intensiven Tests. Ich stimme dir zu, dieser Codec wird sich nun in anderen NLE's beweisen müssen und ist kein (!) reiner "Abspielcodec" sondern eignet sich ebenso für das erstellen von Videos wie jeder andere Codec auch. Sicher kann man auch mit H264/H265 arbeiten beim Schnitt aber ob das für mehrere Generationen der Neukomprimierung am Ende der Qualität dient ist eine andere Baustelle. Also warten wir die finale Version von Daniel2 ab und dann sehen wir weiter ;)

Darum geht es ja: Mit dem Export-Plugin für Premiere und dem Player kann man nicht testen, wofür Daniel2 doch eigentlich gedacht ist.
Das wäre ja gerade so, als könnte man ProRes nur für den Export verwenden.



motiongroup

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von motiongroup »

Ja unter Win10 pro 64

Habs nicht mehr im Kopf aber wer hat das schon :))) irgendwas englisches spamsniffirgendwas.. done

Bin grad unterwegs



MLJ
Beiträge: 2259

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von MLJ »

@iasi
Zitat:
"Darum geht es ja: Mit dem Export-Plugin für Premiere und dem Player kann man nicht testen, wofür Daniel2 doch eigentlich gedacht ist. Das wäre ja gerade so, als könnte man ProRes nur für den Export verwenden."
Zitat Ende.

Da hast du natürlich Recht und denke dass Cinegy bald darauf reagiert nach Abschluss der Beta-Phase und eine entsprechende Version bereitstellt. Auch andere Codecs brauchten eine gewisse Anlaufphase bevor sie sich vollständig etablieren konnten, also warten wir den Abschluss der Beta-Phase ab ;)

Cheers

Mickey
The little Fox.... May U live 2 C the Dawn



thyl
Beiträge: 323

Oh, ein neuer Codec

Beitrag von thyl »

genau was die Welt braucht. Mehr Codecs, ganz viele Codecs überall. dann wird es auch was mit der Unterstützung in allen Programmen.

Derweil warte ich weiter auf CinemaDNG Ingest in FCPX



CameraRick
Beiträge: 4881

Re: Schneller CUDA-Codec von Cinegy als erste Beta - Daniel2

Beitrag von CameraRick »

iasi hat geschrieben: Mi 07 Jun, 2017 15:46
CameraRick hat geschrieben: Mi 07 Jun, 2017 15:36 Das ist auch noch nicht die Phase wo Du Deinen Workflow darauf umnstellen sollst, Du Nase. Das ist jetzt erstmal proof of concept, und dann gehts vermutlich bald auch mal anderweitig los.
Und da denkt man immer die Kunden können nicht abstrahieren...
Dann spitz mal die Öhrchen:
proof of concept als Player-Codec? Das sagt so absolut gar nichts über die Eignung als Intermediate-Codec aus.

ProRes im Player sieht auch nicht anderes aus als H265.
Abgespielt wird H265 jedoch Dank der Grafikkarte sogar flüssiger.

Das ist wie diese Vergleiche zwischen 8bit und 10bit direkt aus der Kamera auf Youtube:
Es sagt gar nichts aus.
Abstrahieren kann wohl nicht jeder. Es ist Software, die wird entwickelt, und ein Schritt folgt sem nächsten. Wie stellt Du Dir das vor, man programmiert und dann ist es einfach da? Offen testen können ist eine prima Sache, aber kleiner Finger-ganze Hand Typen kriegt man damit nicht befriedigt, ist ja klar. Vielleicht bleibt bei deinen Leisten.
ich schreibe hier nur in pausen auf der arbeit.



 Aktuelle Beiträge [alle Foren]
 
» Canon Cinema EOS C50 Sensor-Bildqualität - Debayering, Rolling Shutter und Dynamik
von Walter Schulz - Sa 9:40
» Leitz Hektor - sechs Cine-Objektive für DSLM & Co vorgestellt
von philr - Sa 9:25
» Licht how to:
von Darth Schneider - Sa 8:53
» DR Lüftergeräusche + Windgeräusche rausfiltern
von Jott - Sa 8:25
» Überraschung: Kyno 1.9 ist erschienen mit Apple Silicon Support und neuem Design
von slashCAM - Fr 15:24
» Hardware für Creators - Die besten 4K/8K Schnittrechner - Frühling 2025
von Mayk - Fr 13:23
» Resolve Color Grading Tutorials
von freezer - Fr 11:18
» Nvidia + Intel arbeiten an gemeinsamen SoC
von markusG - Fr 10:09
» Video mit KI bearbeiten
von Bluboy - Do 23:33
» Suche den lens mount adapter für den smallrig bmpcc4k cage mit villtrox ef-m2
von MrMeeseeks - Do 19:55
» AI-Diskussionsthread - Pro/Kontra?
von cantsin - Do 19:12
» Twixtor Probleme mit Marking Points
von Jott - Do 19:03
» Welches Update für Ursa MiniPro 12K?
von Jost - Do 17:47
» Neue Luma AI Ray3 Video-KI erstellt erstmals Clips mit nativem HDR
von slashCAM - Do 15:04
» LaCie Rugged SSD4: Schneller und robuster Speicher für unterwegs vorgestellt
von slashCAM - Do 14:33
» SmallRig X-Touch X221: V-Mount Akku mit IP54, Touchscreen und App-Kontrolle
von slashCAM - Do 11:30
» DJI Mini 5 Pro bringt grossen 1" Sensor, LiDAR und 4K mit 120fps
von Jott - Do 6:04
» Kinefinity Eagle-EVF erhält u.a. Log-to-Rec.709 Vorschau
von UWCine - Mi 21:31
» Viltrox wird Mitglied der L-Mount Alliance
von cantsin - Mi 20:00
» Die Canon EOS C50 erklärt - 7K RAW, 120p 4K und Open Gate
von pillepalle - Mi 16:08
» Revolutionärer AF für Cine-Objektive: Tilta Autofokus-Adapter zapft interne Kamera-AF-Daten an
von pillepalle - Mi 15:32
» Das gesamte aktuelle Z-Cam Lineup ausführlich erklärt
von Rick SSon - Mi 13:53
» Sigma Cine-Zoom 28-45mm T2 FF demnächst für 2.999 Euro erhältlich
von rudi - Mi 13:23
» Weniger Mikros sind mehr
von acrossthewire - Mi 9:52
» Linsen (Vintage, Anamorphic & Co.)
von roki100 - Mi 0:42
» Blackmagic DaVinci Resolve 20.2 bringt neben Apple ProRes RAW u.a. benutzerdefinierte Metadaten
von freezer - Di 17:31
» Asus ProArt P16 mit AMD Ryzen AI 9 HX 370 CPU und RTX 5090 vorgestellt
von tom - Di 16:35
» Google Veo 3 und Veo 3 Fast: Neue Features, 1080p-Support und drastische Preissenkung
von slashCAM - Di 16:24
» Blackmagic unterstützt Apple ProRes RAW - nicht nur in Resolve
von Darth Schneider - Di 12:07
» Nanlux Evoke 150C + 600C Spotlight erklärt: Größtes Farbspektrum ihrer Klasse?
von slashCAM - Di 8:27
» Verschiedene Kameramodelle & Aufnahmeformate für Familienfeier vereinen
von Jott - Di 5:55
» Fujifilm GMX Eterna 55 erklärt: Aufnahmeformate, Großformat-Open-Gate, Fujinon 32-90
von Darth Schneider - Mo 19:41
» Was kommt, wenn die Gletscher verschwinden?
von Jott - Mo 19:12
» SmallRig Tribex Monopod, iPhone 17 Cages + High Capacity 221 Wh Akku erklärt
von slashCAM - Mo 9:51
» Magic Lantern mit deutlichem Lebenszeichen - Frische Motivation und frischer Code
von Walter Schulz - Mo 8:42