Speicher bleibt knapp - Strategien und Optionen in der RAM-Krise

[slashCAM]

Alle RAM-Fabriken sind über die nächsten 18 Monate komplett ausgelastet und neue Fabs starten frühestens 2028 mit relevantem Output. Worauf sollte man sich da als Anwender einstellen?



Hier geht es zu Artikel auf den slashCAM Magazin-Seiten:
Aktuelles: Speicher bleibt knapp - Strategien und Optionen in der RAM-Krise

[soulbrother]

"Wir jedenfalls fänden es schön, wenn die Speicherkrise letztlich zu effizienten Programmen und Betriebssystemen führt"

Darauf warte ich eigentlich seit Jahren...

[cantsin]

Umsteigen auf Linux... Eine Distribution wie Mint braucht rund 1GB RAM nur fürs Betriebssystem (Windows 11: +/- 3 GB, MacOS: +/- 2GB), flüssiges Arbeiten mit 4GB RAM ist kein Problem.

Allerdings können das Monster-Anwendungen wie Resolve wieder zunichte machen...

[iasi]

Eine neue Windows-Version und völlig neue Anwendungsprogramme sind ja ganz tolle Strategien und Optionen.

Und der Umstieg auf Linux beendet natürlich den Speicherhunger von Resolve & Co.

Nicht zu vergessen: Mit der neuen Sony FX5 kann man auch schmale H265-Videos drehen, die nochmal kleiner werden, wenn man in die 5k reincroppt und es bei 24fps belässt.


Die andere Strategie ist leider, dass man schlicht wartet, bis der Markt es regelt.
Selbst wenn sich Nvidia & Co. es sich auf den Rekordgewinnen bequem macht, schlafen chinesische Hersteller nicht.
Die ersten Belichtungsmaschinen chinesischer Hersteller wurden ausgeliefert und einer der größten Börsengänge hat einem Halbleiterhersteller reichlich Geld für Investitionen in die Kasse gespült.

Die enormen Ausgaben für KI haben zudem bald ihren Zenit erreicht.
Bei aller ungestümen Euphorie wird sich die Frage nach der Rentabilität bald wieder ins Bewußtsein drängen.
Zumal die Roboter ja schon in den Startlöchern stehen, um KI als Gewinn verheissende Zukunftstechnik zu ersetzen.

Eine echte Strategie könnte daher sein, sich für ein weiteres Jahr auf hohe Speicherpreise einzustellen und auf den Preisverfall zu warten.

[Bluboy]

nividia hat bei 90 Milliarden Umsatz 60 Miliarden Gewinn gemacht und sieht kein Ende

https://www.deraktionaer.de/artikel/akt ... 07573.html

[Jott]

Überhaupt damit warten, mal irgend ein Projekt umzusetzen, ist der Königsweg.

[iasi]

nividia hat bei 90 Milliarden Umsatz 60 Miliarden Gewinn gemacht und sieht kein Ende

https://www.deraktionaer.de/artikel/akt ... 07573.html

Und der Bitcoin wird bald bei 500.000 und dann 1.000.000 erwartet.

Es läuft aktuell recht gut für Nvidia. Und für die Aktionäre auch, denn die Dividendenrendite steigt von 0,02 % auf 0,36 %. :)

https://www.handelsblatt.com/technik/it ... 49367.html

Die Marktforscher von Omdia erwarten, dass 2028 erstmals mehr kundenspezifische KI-Chips als Grafikprozessoren ausgeliefert werden. Und Grafikprozessoren sind das Kerngeschäft des Chipkonzerns.

Die fünf größten Cloud-Konzerne investieren nach Nvidias Angaben in diesem Jahr knapp 800 Milliarden Dollar und im kommenden 1,3 Billionen Dollar, der Auftragsbestand der Cloud-Branche liegt bei mehr als zwei Billionen Dollar. Solange diese Kunden ihre Token verkaufen, trägt die Kette. Nvidia stützt sie inzwischen allerdings selbst: Knapp 50 Milliarden Dollar stecken in Beteiligungen an führenden KI-Laboren ...

https://www.deraktionaer.de/artikel/med ... 07442.html

2.100 Milliarden Dollar müssen auch verdient werden.

ChatGPT muss ja bald den Börsengang wagen, denn Verluste wollen finanziert werden. Anthropic geht denselben weg und verspricht einen KI-Markt von 30 Billionen Dollar - mehr als SpaceX vor dessen Börsengang. ;)

[cantsin]

Der wird sicher auch noch Blut lecken.

Wenn's um Gimbalkameras geht: Hat er schon. War damals einer der ersten Käufer hier im Forum der ersten Osmo Pocket anno 2018. Hey, und falls ich mir mal als Prophet auf die Schulter klopfen darf, das schrieb ich damals drüber: "Das Ding hinterlässt den Eindruck, dass hier das Kompaktvideokamera-Konzept der Zukunft vorliegt."
viewtopic.php?t=143684&start=60#p971358

Ich muss aber ehrlich sagen, dass mich das Making Of-Video des Cowboy-Influencers da ein bisschen geimpft hat. Der kämpft da im Grading gegen das ganze interne Glättungs- und Aufbrezelungs-Processing der Kamera, um es sozusagen per Simulation (Grain, Abschattungen, künstliche Unschärfe) wieder zurück zum dreckigeren Raw zu kriegen.


EDIT: Nur so' ne Idee - angesichts Speicherknappheit und damit verbundener Vorteile schmalbandigerer Codecs: Dass kamerainternes Processing rauschfiltert, glättet und schärft, ist zwar nötig, um überhaupt kleine Bitraten im Codec zu erzielen. Aber warum nicht die originalen unprozessierten Parameter - Rauschgrad, Auflösung in lp/mm, Objektivabschattung etc. - als Metadaten encodieren, so dass sie bei Bedarf im NLE wieder rekonstruiert werden können? So ähnlich, wie es der AV1-Codec in seiner Grain-Modellierung macht, aber dann ausgeweitet auf andere optische Parameter? Wäre zumindest eine mögliche Lösung für kleine Gimbalkameras, die auch aus Gründen von Kompaktheit/Stromverbrauch/Hitzeentwicklung/Kompatibilität zu MicroSD-Karten keine fetteren Codecs wegschreiben können.

[Jott]

Die Zielgruppe sind sicherlich nicht passionierte Videocracks mit viel Bastelzeit.

[cantsin]

Die Zielgruppe sind sicherlich nicht passionierte Videocracks mit viel Bastelzeit.

Na eben, deswegen könnte man das ja mit Metadaten etwas effizienter machen, statt wie der Cowboy an jeder Einstellung mit einem individuellen Node-Tree in Resolve rumzuschrauben.

[rob]

*** von admin nach offtopic***

[medienonkel]

EDIT: Nur so' ne Idee - angesichts Speicherknappheit und damit verbundener Vorteile schmalbandigerer Codecs: Dass kamerainternes Processing rauschfiltert, glättet und schärft, ist zwar nötig, um überhaupt kleine Bitraten im Codec zu erzielen. Aber warum nicht die originalen unprozessierten Parameter - Rauschgrad, Auflösung in lp/mm, Objektivabschattung etc. - als Metadaten encodieren, so dass sie bei Bedarf im NLE wieder rekonstruiert werden können? So ähnlich, wie es der AV1-Codec in seiner Grain-Modellierung macht, aber dann ausgeweitet auf andere optische Parameter? Wäre zumindest eine mögliche Lösung für kleine Gimbalkameras, die auch aus Gründen von Kompaktheit/Stromverbrauch/Hitzeentwicklung/Kompatibilität zu MicroSD-Karten keine fetteren Codecs wegschreiben können.

Spannende Idee. Nur, was sollte das bringen? Dem Glattgebügelten entrauschten h265 wieder das echte Sensorrauschen (wie auch immer das gespeichert werden soll, wenn nicht deterministisch als code) und Objektivabschattung usw. wieder drübergerechnet wird? Welchen "Originalzustand" möchtest du herstellen, den man nicht mit einem gewöhnlichen Preset in nem Effekt eh hinterlegen könnte?
Wir reden auch nicht von einem Delivery-Format, bei dem noch ein gefälliges "Korn" im Player drübergelegt wird. Sondern von Daten, die noch verarbeitet werden sollen... nur so ein Gedanke.

[cantsin]

Spannende Idee. Nur, was sollte das bringen? Dem Glattgebügelten entrauschten h265 wieder das echte Sensorrauschen (wie auch immer das gespeichert werden soll, wenn nicht deterministisch als code) und Objektivabschattung usw. wieder drübergerechnet wird? Welchen "Originalzustand" möchtest du herstellen, den man nicht mit einem gewöhnlichen Preset in nem Effekt eh hinterlegen könnte?

Mit dem Preset gestaltest Du halt eine Annahme, wie das Material vor seiner Glättung aussah, die aber intuitiv ist und keine empirische Grundlage hat. Mit den Metadaten könntest Du Informationen mitliefern wie: "so genau [in Prozent + in verschiedenen Bildzonen] sah die Original-Vignettierung des Objektivs aus" und "so stark [in RMS] rauschte das Material vor seiner Rauschfilterung".

So etwas wäre schon dann sinnvoll, wenn man mit ein und derselben Kamera sowohl Raw, also auch hochkomprimiertes h265 Log dreht, und in der Post selber bestimmen will, wie und welche Parameter man korrigiert. Und es wird nur ein paar Header-Bytes pro Kameradatei kosten und wäre technisch trivial implementierbar [sprich: einfach die momentanen Grundparameter des Kamera-Processings in den Dateiheader schreiben.]

Viele Leute lassen z.B. die originale Vignettierung des Objektivs drin (auch in Foto-Rawkonvertern, wo man deren Korrektur ein- und abschalten kann), weil das ein weniger klinisches/künstlich wirkendes Bild gibt. Mit den Metadaten wäre das auch mit stark prozessiertem h265 möglich. Und es wäre die qualitativ bessere Lösung als der umgekehrte Weg - also die Vignettierung im h265-Aufnahmematerial zu belassen - weil deren nachträgliche Korrektur bei hochkomprimierten Material 'teurer' bzw. bildqualitativ schlechter wäre.

Der unmittelbare Vorteil wäre bei Kameras, die sowohl Raw, als auch h265-Log aufnehmen. Mit den Korrektur-Metadaten im h265-Log könnte man deren Material einfacher aneinander angleichen, übrigens auch auf dem umgekehrten Weg - also die Entvignettierungs-, Entrauschungs-, Entzerrungs- und Schärfungsparameter aus dem h265-Material nehmen und auf das Raw-Material anwenden.

Wir reden auch nicht von einem Delivery-Format, bei dem noch ein gefälliges "Korn" im Player drübergelegt wird. Sondern von Daten, die noch verarbeitet werden sollen... nur so ein Gedanke.

Ja, schon klar. Meine Anregung für diese Idee war das o.g. Making-of-Videos des Cowboy-Influencers, der da in wirklich herzzerreißender Kleinarbeit die Processing-Glättungen seines Osmo 4P-Materials in Resolve wieder rückgängig zu machen versucht (übrigens absolut kompetent - der Mann veranstaltet da in Resolve, im Gegensatz zu anderen YouTubern, keinen Workflow-Blödsinn).

Es ist halt so, dass mit dem heutigen Kameraprocessing in hochkomprimierten Codecs auch bestimmte ästhetische Normen bzw. Qualitätsannahmen ins Material eingebacken werden - also dass man ein rauscharmes, kantenscharfes, verzerrungs- und abschattungsfreies Videobild will -, die sicher für 95-99% aller Anwender/Anwendungen hinhauen, aber für andere (z.B.: Grunge Rock-Musikvideo, Horrorfilm, Cowboy-Influencer Video im Western-/Wüsten-/Americana-Style...) eben nicht.

[Darth Schneider]

@Cantisn
Nun ja, für weniger anspruchsvolle/Indy Filmer, gibt es die in Camera eingebackenen Looks….
Wo man ja in Post auch ein wenig herum werkeln kann.
Wenn man gar nicht mit Log arbeiten will, das geht…

Kaltweiss oder Film (für Horror, SF, oder Triller) und warmer Ton (für Western/Amerika Style ) in der 4P scheinen gar nicht mal schlecht zu sein.😎

Und ohne stimmiges zum Film passendes Licht gibt es doch eh keinen Filmlook.
Völlig egal mit welcher Kamera.

[medienonkel]

Spannend ist hier auch der Einsatz von micro llms, die die Bildinhalte wirklich pixelweise erkennen und das glatte "roh" h265 linearisiert in einer Art ad-hok log Transformation abbilden und das dann im NLE wieder rückgerechnet wird.
Oder gar eine dynamikmaskiereung dazu, die einzelne Bildbereiche in eigene Logwerte speichert (simples farbcodiertes Video als log-map, ähnlich einem motion Channel...)

RGB von Dynamik getrennt aufgezeichnet. Ein raw ohne raw... ;-)

Aber, das sind wieder so Konzepte, wo alle den Kopf schütteln.

[Darth Schneider]

@Medienonkel
Ich verstehe nur Bahnhof, aber egal, das liest sich definitiv spannend.

Eine andere einfache Variante wäre konsequent nur mit DLog und mit DLog 2 zu arbeiten.

Sich jeweils davor etwas Zeit nehmen und in Resolve Luts für DLog und DLog2 selber gestalten die einem gefallen und die zum Film passen.
Oder einfach Luts kaufen.

Und diese nach den CSTs draufklatschen….

Aber früher oder später übernimmt auch das so oder so eine KI….

[iasi]

@Medienonkel
Ich verstehe nur Bahnhof, aber egal, das liest sich definitiv spannend.

Eine andere einfache Variante wäre konsequent nur mit DLog und mit DLog 2 zu arbeiten.

Sich jeweils davor etwas Zeit nehmen und in Resolve Luts für DLog und DLog2 selber gestalten die einem gefallen und die zum Film passen.
Oder einfach Luts kaufen.

Und diese nach den CSTs draufklatschen….

Aber früher oder später übernimmt auch das so oder so eine KI….

Wer Platz sparen möchte, kann auch sein Raw-Material in 12-Bit HEVC in 4.2.2 oder auch 4.4.4 wandeln - z.B. in Resolve Studio.
Wobei Nvidia Grafikkarten nur das Abspielen unterstützen. Kodieren läuft nur via CPU.

[Michael Froschmann]

@Medienonkel
Ich verstehe nur Bahnhof, aber egal, das liest sich definitiv spannend.

Eine andere einfache Variante wäre konsequent nur mit DLog und mit DLog 2 zu arbeiten.

Sich jeweils davor etwas Zeit nehmen und in Resolve Luts für DLog und DLog2 selber gestalten die einem gefallen und die zum Film passen.
Oder einfach Luts kaufen.

Und diese nach den CSTs draufklatschen….

Aber früher oder später übernimmt auch das so oder so eine KI….

Wer Platz sparen möchte, kann auch sein Raw-Material in 12-Bit HEVC in 4.2.2 oder auch 4.4.4 wandeln - z.B. in Resolve Studio.
Wobei Nvidia Grafikkarten nur das Abspielen unterstützen. Kodieren läuft nur via CPU.

Wertvoller Beitrag.

[Darth Schneider]

@iasi
Mir ging es überhaupt nicht darum um Speicherplatz zu sparen sondern nur darum Arbeitszeit zu sparen.
Und nur im Bezug zu dem was der YouTuber Cowboy mit dem Log Material der Osmo 4P für einen Aufwand betrieben hat, worauf sich der Cantisn bezogen hatte,

[medienonkel]

@Medienonkel
Ich verstehe nur Bahnhof, aber egal, das liest sich definitiv spannend.

Eine andere einfache Variante wäre konsequent nur mit DLog und mit DLog 2 zu arbeiten.

Sich jeweils davor etwas Zeit nehmen und in Resolve Luts für DLog und DLog2 selber gestalten die einem gefallen und die zum Film passen.
Oder einfach Luts kaufen.

Und diese nach den CSTs draufklatschen….

Aber früher oder später übernimmt auch das so oder so eine KI….

Wer Platz sparen möchte, kann auch sein Raw-Material in 12-Bit HEVC in 4.2.2 oder auch 4.4.4 wandeln - z.B. in Resolve Studio.
Wobei Nvidia Grafikkarten nur das Abspielen unterstützen. Kodieren läuft nur via CPU.

Nicht schlecht. Exakt so archiviere ich BM-RAW.

[Darth Schneider]

@medienonkel
Ich archiviere Kameramaterial ( BRaw/VLog, ProRes) und Edit Projekte gar nie,
nur die fertig gerenderten HD oder UHD Delivery/Filmchen…

Änderungen nach einem Jahr, Kameramaterial archivieren oder was auch immer, gibts gar nicht bei mir…
Wenn ein Projekt fertig ist, dann bleibt das so.
Alles rund um die Delivery herum wird konsequent gelöscht.

Auch bei Kunden, sonst müssen die mir den Kamera Aufnahmespeicher Medium/das Orginal Material gleich am Anfang abkaufen und gefälligst selber archivieren.
Und dann auch selber weiter schauen beziehungsweise halt dementsprechend bezahlen…..

[medienonkel]

@Darth
Klar. Das kann natürlich jeder so machen, wie er möchte.

Ich habe da nur mal für mich nach einem Weg gesucht, Plattenplatz zu sparen und eine den Vergleich von RAW zu h265 12bit 444.
Und dann ins extreme gehen, wie weit kann ich's runter rechnen, das ich's noch okay finde.
Man kann da schon massiv Daten sparen
Visuell gibt's kaum Unterschiede und leichtes grading geht auch, bevor die großen Klötze kommen.

[iasi]

Wer Platz sparen möchte, kann auch sein Raw-Material in 12-Bit HEVC in 4.2.2 oder auch 4.4.4 wandeln - z.B. in Resolve Studio.
Wobei Nvidia Grafikkarten nur das Abspielen unterstützen. Kodieren läuft nur via CPU.

Nicht schlecht. Exakt so archiviere ich BM-RAW.

Zumindest für die doppelte Sicherung wäre es eine platzsparende Alternative.
Einer HDD allein kann man schließlich nicht trauen.

Ich hab´s noch nicht getestet.
Aber volle Auflösung 12-Bit HEVC 444 mit nicht zu geringer Datenrate (also Komprimierung) wäre vielleicht eine Option. Wobei sich dann die Frage stellt, ob all-i dann doch wieder zu große Files erzeugen würde.

[Bluboy]

Der Kunde wird 500 Euro mehr als bisher blechen müssen.
Ich denke das ist Akzeptabel