Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #385383 > unrolled thread

HDR?

Back to article view | Back to ger.ct

Contents

  HDR? Andreas Fecht <forum@aftec.de> - 2019-01-18 21:53 +0100
    Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-19 11:48 +0000
      Re: HDR? "Dr. Joachim Neudert" <neudert@5sl.org> - 2019-01-22 18:13 +0100
        Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-22 17:30 +0000
          Re: HDR? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-23 14:20 +0100
            Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-23 14:45 +0000
              Re: HDR? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-23 16:20 +0100
                Re: HDR? Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2019-01-30 18:48 +0100
            Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-24 00:07 +0100
          Re: HDR? Andreas Fecht <forum@aftec.de> - 2019-01-23 17:23 +0100
          Re: HDR? "Dr. Joachim Neudert" <neudert@5sl.org> - 2019-01-23 18:05 +0100
            Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-23 18:26 +0000
              Re: HDR? Dr. Joachim Neudert <neudert@5sl.org> - 2019-01-23 19:11 +0000
                Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-24 08:26 +0000
                  Re: HDR? "Dr. Joachim Neudert" <neudert@5sl.org> - 2019-01-24 09:41 +0100
            Re: HDR? Andreas Fecht <forum@aftec.de> - 2019-01-23 19:51 +0100
              Re: HDR? Dietz Proepper <dietz-news@rotfl.franken.de> - 2019-01-23 21:37 +0100
              Re: HDR? spamfalle2@arcor.de (Marc Stibane) - 2019-01-23 21:43 +0100
                Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-24 09:55 +0100
              Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-24 00:27 +0100
                Re: HDR? Dr. Joachim Neudert <neudert@5sl.org> - 2019-01-24 06:15 +0000
                  Re: HDR? Andreas Fecht <forum@aftec.de> - 2019-01-24 08:27 +0100
                    Re: HDR? "Dr. Joachim Neudert" <neudert@5sl.org> - 2019-01-24 09:30 +0100
                      Re: HDR? "Dr. Joachim Neudert" <neudert@5sl.org> - 2019-01-24 10:04 +0100
                    Re: HDR? Andreas Karrer <ak-8a@gmx.ch> - 2019-01-24 09:12 +0000
                      Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-24 20:54 +0100
                Re: HDR? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2019-01-24 08:51 +0100
                  Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-24 08:37 +0000
              Re: HDR? Puerstinger Josef <nospam@puerstinger.cc> - 2019-01-27 08:06 +0000
                Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-27 13:26 +0100
          Re: HDR? Rainer Knaepper <rainerk@smial.prima.de> - 2019-01-24 00:05 +0100
            Re: HDR? Lars Gebauer <lars.gebauer@yahoo.de> - 2019-01-24 08:18 +0000
          Re: HDR? Roman21@figaj.de (Roman Figaj) - 2019-01-29 14:22 +0100
    Re: HDR? Siegfried Blos <usenet@siegfried-blos.de> - 2019-01-21 11:26 +0100

Page 2 of 2 — ← Prev page 1 [2]

#386333

Rainer Knaepper <rainerk@smial.prima.de> wrote:


> 
> Nun weiß ich nicht, ob so ein Eifön auf Wunsch auch 16-Bit-Dateien
> ausgeben kann (oder gar noch höhere Farbtiefen) - wenn es nur JPG
> kann, liefert es halt mehr oder weniger gut gelungenes Tonemapping,
> kein HDR.
> 

JPG wird nur mehr zur Erhaltung der Kompatibilität ausgegeben, das
Standardformat intern  und beim Austausch mit Apple-Geräten ist HEIC/HEIF.
Ein 30 bit Format mit H264 und H265 Kompression.

https://support.apple.com/de-de/HT207022

Die 30 bit Kette steht.

Und bestimmte Fotoprogramme am iPhone erlauben auch RAW Aufzeichnung und
Ausgabe.

Nicht nur Apple Programme, sondern GIMP und Pixelmator uvam unterstützen
HEIC nun bereits. Umwandeln in JPG ist nicht mehr nötig.

Gruß 

Joachim 


-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [next] | [standalone]

#386342

Am 24.01.2019 um 07:15 schrieb Dr. Joachim Neudert:
> 
> Die 30 bit Kette steht.
> 

Nur damit wir nicht aneinander vorbeireden:

Damit ist eine Helligkeitsinformation von 10Bit/Pixel (je RGB) gemeint 
und nicht 30Bit/Pixel, korrekt?

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#386374

Am 24.01.19 um 08:27 schrieb Andreas Fecht:
> Am 24.01.2019 um 07:15 schrieb Dr. Joachim Neudert:
>>
>> Die 30 bit Kette steht.
>>
> 
> Nur damit wir nicht aneinander vorbeireden:
> 
> Damit ist eine Helligkeitsinformation von 10Bit/Pixel (je RGB) gemeint
> und nicht 30Bit/Pixel, korrekt?
> 
> Gruß Andreas
> 
> 
Ja. 10 bit je Farbkanal. 390 bit Farbtiefe insgesamt.

Intern noch etwas mehr, wenn man RAW ausgibt.


Besondrs erfreulich dabei: Auch der iMac Monitor zeigt 30 bit Farbtiefe an.


Apple. Hab ich schon mal gesagt daß ich die Produkte mag?

[toc] | [prev] | [next] | [standalone]

#386391

Am 24.01.19 um 09:30 schrieb Dr. Joachim Neudert:

> Ja. 10 bit je Farbkanal. 390 bit Farbtiefe insgesamt.
> 
30 natürlich

[toc] | [prev] | [next] | [standalone]

#386395

* Andreas Fecht <forum@aftec.de>:
> Am 24.01.2019 um 07:15 schrieb Dr. Joachim Neudert:
>> 
>> Die 30 bit Kette steht.
>> 
>
> Nur damit wir nicht aneinander vorbeireden:
>
> Damit ist eine Helligkeitsinformation von 10Bit/Pixel (je RGB) gemeint 
> und nicht 30Bit/Pixel, korrekt?

Ja natürlich. 30 Bit pro Kanal ist nicht besonders sinnvoll.

HEIF kann bis 16 Bits pro Kanal, aber die Sensoren der iPhones liefen
nur 10, und das wird wohl bei diesenn Sensorgrössen nicht so schnell
auf 12 steigen.

Die diversen Raw-Formate sind auch alle für 16 Bits pro Kanal
ausgelegt, aber die wenigsten Kameras können wirklich 3x16bit liefern.
Sony hat einen 60MP-Full-Frame-Sensor angekündigt, der wirklich 16
Bits pro Kanal können soll. Das muss die Kamera aber auch verarbeiten
können.

 - Andi

[toc] | [prev] | [next] | [standalone]

#386511

ak-8a@gmx.ch (Andreas Karrer)  am 24.01.19 um 09:12:

> Ja natürlich. 30 Bit pro Kanal ist nicht besonders sinnvoll.

In der "richtigen" HDR-Verarbeitung arbeitet man zwischendurch mit 32
Bit pro Farbe oder gar mehr.

Rainer (der aber nicht weiter vorhat, hier zu Essern...)

-- 
DRM ist nichts weiter als die Knute, die das Denk- und Redeverbot
mit allen Mechanismen und aller Härte des Gesetzes bis in das letzte
Haushaltsgerät verbreiten wird. (Benedict Mangelsdorff in ger.ct)

[toc] | [prev] | [next] | [standalone]

#386354

Rainer Knaepper <rainerk@smial.prima.de> wrote:

>Bei
>gruseligen Lichtverhältnissen sind leider auch die Ergebnisse
>gruselig.

Jein. Für mieses Licht fand ich das hier gar nicht mal sooo übel:
http://dk5ras.dyndns.org/www/bc/wp-content/uploads/B_Potsdamer_Platz_oben.jpg

Nur Handy hochgehalten und geknipst, ohne irgendwelchen Aufwand.


-ras

-- 
Ralph A. Schmid +49-171-3631223 +49-911-21650056
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

[toc] | [prev] | [next] | [standalone]

#386376

* Ralph A. Schmid, dk5ras:
> Rainer Knaepper <rainerk@smial.prima.de> wrote:
>>Bei
>>gruseligen Lichtverhältnissen sind leider auch die Ergebnisse
>>gruselig.
>
> Jein. Für mieses Licht fand ich das hier gar nicht mal sooo übel:
> http://dk5ras.dyndns.org/www/bc/wp-content/uploads/B_Potsdamer_Platz_oben.jpg

Es ist freilich nicht gruselig sondern eher sehr beeindruckend, was
man trotz der winzigen Sensoren mittlerweile schon hinbekommt. Dennoch
ist in den dunklen Bereichen praktisch nichts vorhanden. Außer Matsch.

Das ist aber gerade bei diesem Bild so schlimm auch wieder nicht, weil
das Bild insgesamt ansprechend ist.

[toc] | [prev] | [next] | [standalone]

#386875

Am 23/01/19 um 18:51 schrieb Andreas Fecht:
> Am 23.01.2019 um 18:05 schrieb Dr. Joachim Neudert:
>>
>> Doch, diese OLEDS können das. 30 bit Aufnahmeformat für Bilder und
>> Videos (natürlich nicht jpg), durchgehende 30 bit Verarbeitung und
>> Wiedergabe auf OLEDs mit hoher Leuchtdichte 625 cd/m2 und
>> Kontrastumfang:  1.000000:1 Kontrast­verhältnis. P3 Farbraum
>>
> 
> 30 Bit pro Pixel heißt bei RGB 10 Bit Helligkeitsdynamik. 10 Bit
> entpricht 1/1024 maximales Verhältnis des hellsten und dunkelsten Pixels.

Rechen- bzw. Denkfehler:

Das hellste Pixel hat den Wert 1023, das dunkelste den Wert 0.

[toc] | [prev] | [next] | [standalone]

#386922

nospam@puerstinger.cc (Puerstinger Josef)  am 27.01.19 um 08:06:
> Am 23/01/19 um 18:51 schrieb Andreas Fecht:
>> Am 23.01.2019 um 18:05 schrieb Dr. Joachim Neudert:
>>>
>>> Doch, diese OLEDS können das. 30 bit Aufnahmeformat für Bilder
>>> und Videos (natürlich nicht jpg), durchgehende 30 bit
>>> Verarbeitung und Wiedergabe auf OLEDs mit hoher Leuchtdichte 625
>>> cd/m2 und Kontrastumfang:  1.000000:1 Kontrast-verhältnis. P3
>>> Farbraum
>>>
>>
>> 30 Bit pro Pixel heißt bei RGB 10 Bit Helligkeitsdynamik. 10 Bit
>> entpricht 1/1024 maximales Verhältnis des hellsten und dunkelsten
>> Pixels.

> Rechen- bzw. Denkfehler:

> Das hellste Pixel hat den Wert 1023, das dunkelste den Wert 0.

Ack. Das Verhältnis zwichen maximaler und minimaler Leuchtdichte wird
halt in 1024 Stufen näherungsweise linear aufgelöst, über das
tatsächliche Helligkeitsverhältnis sagt "10 bit" nichts aus. Über den
visuellen Eindruck übrigens auch nichts, denn die optische Wahrnehmung
ist wiederum alles andere als linear. Deshalb fallen uns kleine
Helligkeitsunterschiede in Schattenbereichen eines Fotos (hier auf 8- 
bit-JPG bezogen), beispielsweise zwischen RGB ( 16,16,16) und RGB
(18,18,18) meistens viel stärker auf als in hellen Bereichen, also
z.B. RGB(230,230,230) und RGB(232,232,232).


Rainer

-- 
Früher saßen intelligente Menschen vor dummen Terminals,
heute ist es umgekehrt. Kein Wunder, dass die Technik jetzt
mit den Leuten spielt statt umgekehrt.
(Benedict Mangelsdorff in ger.ct)

[toc] | [prev] | [next] | [standalone]

#386320

lars.gebauer@yahoo.de (Lars Gebauer)  am 22.01.19 um 17:30:
> * Dr. Joachim Neudert:
>> HFDR funktioniert. Sehr gut sogar.
>>
>> Vergiß am TV 4k oder gar 8k. Nice to have, ja.
>>
>> Aber HDR sieht man sofort.

> Wenn man es sofort sieht, dann ist es zu viel.

Du meinst sicher ungeschickts Tone-Mapping.

Rainer

-- 
Dazu paßt auch der Trend weg von der Kommandozeile: Dem Computer
*Kommandos* erteilen - nein, das geht nun wirklich nicht.
Nein, *wir* haben gefälligst *seine* Fragen zu beantworten und
*seine* Meldungen zu bestätigen... (Christopher Eltschka in ger.ct)

[toc] | [prev] | [next] | [standalone]

#386366

* Rainer Knaepper:
> lars.gebauer@yahoo.de (Lars Gebauer)  am 22.01.19 um 17:30:
>> * Dr. Joachim Neudert:
>>> HFDR funktioniert. Sehr gut sogar.
>>>
>>> Vergiß am TV 4k oder gar 8k. Nice to have, ja.
>>>
>>> Aber HDR sieht man sofort.
>
>> Wenn man es sofort sieht, dann ist es zu viel.
>
> Du meinst sicher ungeschickts Tone-Mapping.

Ja natürlich. Das ist ja das, was den "sieht man sofort"-Effekt
bewirkt.

[toc] | [prev] | [next] | [standalone]

#387291

Lars Gebauer <lars.gebauer@yahoo.de> wrote:

> Gutes HDR zeichnet sich dadurch aus, daß man es es nicht sieht, aber
> sein Fehlen sofort auffällt.
> 
> Es ist wie mit dem Schminken einer Frau: Sieht man auf 30 m schon, daß
> die 1 Pfund Farbe im Gesicht hat, dann war das ganz eindeutig zu viel.
> Gutes Make Up fällt dann auf, wenn man die Frau mal ungeschminkt sieht.
> 

"From fifty feet she looked like a lot of class. From fifteen feet she
looked like something made to be seen from fifty feet."

- Raymond Chandler, The High Window

Cheers
Roman
-- 
lay down all thoughts surrender to the void

[toc] | [prev] | [next] | [standalone]

#386048

Andreas Fecht <forum@aftec.de> schrieb:

>Hallo Leute,
>
>sagt mal, hab ich eigentlich irgendwas verpasst bei der 
>LCD-Display-Entwicklung?
>
>Woher kommt dieser HDR-Hype? Es wurde doch nur das Digitalformat auf dem 
>HDMI-Kabel um im Speichermedium geändert. Die LCD-Bildschirme sind doch 
>noch genau so schlecht wie schon immer.
>
>Soweit ich informiert bin, ist das maximale In-Bild-Kontrastverhältnis 
>bei LCDs immer noch bei einigen Hundert bis wenigen Tausend. Eine 
>Bildröhre hatte locker über 20000.
>
>https://de.wikipedia.org/wiki/Kontrastverh%C3%A4ltnis
>
>Wie ist es dann möglich, mit normalen LCDs High-Dynamic-Range-Bilder 
>anzuzeigen? Werden wir hier wieder mal komplett verarscht?
>
Es wird die Hintergrudbeleuchtung segmentiert. Damit kann jedes
Segment mit anderer Helligkeit angesteuert werden. Ist das Bild an
einer Stelle hell, wird die Beleuchtung voll aufgedreht, ist es
dunkler, wird bis zum aus gedimmt. Du hast dann nicht nur die
Filterwirkung des LCD, die ja den Schwarzwert nicht allzu gut aussehen
lässt. Dazu kommt jetzt, dass auch gar kein Licht von hinten kommt, im
Gegensatz zu typischen Bildschirmen, die immer die ganze Fläche
beleuchten.

Siegfried
-- 
Ironie? Kenn ich nicht. Hat sich mir nie vorgestellt.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | ger.ct

csiph-web