SonyUserforum

SonyUserforum (https://www.sonyuserforum.de/forum/index.php)
-   Sony E-Mount Kameras (https://www.sonyuserforum.de/forum/forumdisplay.php?f=96)
-   -   Firmware 2.0 für A7RM2 (https://www.sonyuserforum.de/forum/showthread.php?t=164217)

Anaxaboras 23.10.2015 23:16

Zitat:

Zitat von P_Saltz (Beitrag 1750699)
Das spannende ist jetzt, das Diglloyd jetzt schon herausbekommen hat, dass Sony hier einfach Speicherplatz verschwendet - 9MB je Bild - weil bei den 16bit die Upper two mit 0en aufgefüllt werden.

ich bin zwar kein Informatiker. Aber so viel scheint auch mir klar: Wenn das Dateisystem eine Wortbreite von 16 bit vorschreibt, bleiben bei einer Informationsdichte von 14 bit eben 2 bit ungenutzt, verbrauchen aber dennoch Speicherplatz.

LG
Martin

benmao 23.10.2015 23:51

Zitat:

Zitat von Anaxaboras (Beitrag 1750703)
ich bin zwar kein Informatiker. Aber so viel scheint auch mir klar: Wenn das Dateisystem eine Wortbreite von 16 bit vorschreibt, bleiben bei einer Informationsdichte von 14 bit eben 2 bit ungenutzt, verbrauchen aber dennoch Speicherplatz.

Technisch ist es aber überhaupt kein Problem, die Bits von jeweils 8 bytes in 7 bytes zu shiften. Da wird ja derzeit beim ARW2 genau so geshiftet bzw rotiert.
Kostet Rechenzeit aber spart Speicherzeit. Der bisherige Algorithmus des ARW2 (12/7 bit) war da sicher noch rechenintensiver.

Ob das neue Format schneller oder langsamer ist? Hat das schon jemand verglichen?

weberhj 24.10.2015 02:02

Etwas exakter:

Es müssten 8 "unsigned short" 16 Bit Worte (die je 14 Bit Daten ungepackt enthalten)
in jeweils 7 "unsigned short" 16 Bit Worte (die dann je 16 Bit Daten gepackt enthalten) umgespeichert werden.

Das schafft ein heutiger CPU Core bei der A7R II Auflösung ganz locker unter 30ms,
also mit mindestens 33Bildern je Sekunde, selbst ohne jede Optimierung in reinem C programmiert.

Man könnte sogar im RAM den Puffer vor dem schreiben auf die Speicherkarte im genannten Verhältnis (also 1/8 des Puffers) wieder freigeben, was entsprechend mehr Serienaufnahmen ermöglichen würde.

Und Leute die diese völlig unsinnige Speicherverschwendung anprangern als Idioten zu bezeichnen ist schon ... ich spar mir den Ausdruck jetzt, zumal das gepackte RAW seit Jahren üblich ist und zudem in fünf bis zehn Programmzeilen in wenigen Minuten zu implementieren ist.

BG

BG

turboengine 24.10.2015 08:13

Sony RawGate?
 
Vielleich tut sich Sony ja mi der Kompromierung so schwer, weil sie im RAW noch Optikfehler elektronisch ausbügeln um Geld zu sparen? Das neue FE 1.4/35 hat an der optischen Bank viel höhere Verzeichnung als bei Tests mit Kamera wie Ima-Test. Es dürfte auch Schärfung im Spiel sein.

http://www.sonyuserforum.de/forum/sh...26#post1750726

weberhj 24.10.2015 12:26

Zitat:

Zitat von turboengine (Beitrag 1750728)
Vielleich tut sich Sony ja mi der Kompromierung so schwer, weil sie im RAW noch Optikfehler elektronisch ausbügeln um Geld zu sparen?

Das kann kann man IMHO sicher ausschließen, weil diese Korrekturen definitiv vor dem packen erfolgen.

Canon und Nikon machen das im übrigen schon viel länger als Sony.

BG

turboengine 25.10.2015 11:56

Ja, schon. Aber beides braucht Rechenzeit.

mastercello 26.10.2015 18:10

Cool, kommt das für die A7 II auch noch - und wenn ja wann genau? :top:

benmao 26.10.2015 21:32

Zitat:

Zitat von weberhj (Beitrag 1750717)
Etwas exakter:

Es müssten 8 "unsigned short" 16 Bit Worte (die je 14 Bit Daten ungepackt enthalten)
in jeweils 7 "unsigned short" 16 Bit Worte (die dann je 16 Bit Daten gepackt enthalten) umgespeichert werden.

Das schafft ein heutiger CPU Core bei der A7R II Auflösung ganz locker unter 30ms,

Ja.

Und das Bild ist 48 MBytes gross wofür die Kamera ungefähr eine Sekunde zum Speichern benötigen wird. Den hypothetischen 30 ms Rechenaufwand stehen 150 ms an Ersparnis beim Speichern durch reduziertes Volumen gegenüber.


Alle Zeitangaben in WEZ +2. Es ist jetzt 03:34 Uhr.