[gelöst] schlechte Qualität bei Screenshot mit GRAB

Versuch mal "100" nach dem Dateinamen.

Also mit einer entsprechend hohen Qualitätsstufe hatte ich da nie Probleme...

svdrpsend GRAB test.jpeg 100

Aber man sollte den Wiki-Artikel mal korrigieren, dass der Standard-Wert nicht 100 sondern 0 ist... http://www.vdr-wiki.de/wiki/index.php/SVDRP#GRAB

Zitat von seahawk1986

Also mit einer entsprechend hohen Qualitätsstufe hatte ich da nie Probleme...

Code

svdrpsend GRAB test.jpeg 100

Aber man sollte den Wiki-Artikel mal korrigieren, dass der Standard-Wert nicht 100 sondern 0 ist... http://www.vdr-wiki.de/wiki/index.php/SVDRP#GRAB

Der Default ist 100.
Möglicherweise hat das softhddevice die Behandlung des Default-Parameters -1 für "Quality" nicht richtig implementiert.

Klaus

Wenn dann macht es "RgbToJpeg" falsch, das rufe ich einfach auf.
Und ja das macht für Quality < 0 Quality = 0.

Johns

Hallo!

Wobei 100, wenn das am Ende so bei der JPEG-Library landet, kein sinnvoller Wert ist.
Aus der FAQ:
Except for experimental purposes, never go above about Q 95; using Q 100
will produce a file two or three times as large as Q 95, but of hardly any
better quality. Q 100 is a mathematical limit rather than a useful setting.

Ciao,
Eike

Zitat von johns

Wenn dann macht es "RgbToJpeg" falsch, das rufe ich einfach auf.
Und ja das macht für Quality < 0 Quality = 0.

RgbToJpeg() verhält sich so, wie beschrieben:

uchar *RgbToJpeg(uchar *Mem, int Width, int Height, int &Size, int Quality = 100);
///< Converts the given Memory to a JPEG image and returns a pointer
///< to the resulting image. Mem must point to a data block of exactly
///< (Width * Height) triplets of RGB image data bytes. Upon return, Size
///< will hold the number of bytes of the resulting JPEG data.
///< Quality can be in the range 0..100 and controls the quality of the
///< resulting image, where 100 is "best". The caller takes ownership of
///< the result and has to delete it once it is no longer needed.
///< The result may be NULL in case of an error.

Ein Wert von -1 ist an dieser Stelle nicht vorgesehen.

Siehe auch

uchar *cDvbSdFfDevice::GrabImage(int &Size, bool Jpeg, int Quality, int SizeX, int SizeY)
...
                             if (Quality < 0)
                                Quality = 100;

Klaus

Zitat von Ein Eike

Hallo!

Wobei 100, wenn das am Ende so bei der JPEG-Library landet, kein sinnvoller Wert ist.
Aus der FAQ:
Except for experimental purposes, never go above about Q 95; using Q 100
will produce a file two or three times as large as Q 95, but of hardly any
better quality. Q 100 is a mathematical limit rather than a useful setting.

Alles anzeigen

Tja, das hätte man vielleicht wissen sollen, wie das damals eingebaut wurde.

Vielleicht ist das mit den verschiedenen Qualitätsstufen ja auch ein alter Hut und man sollte das künftig für obsolet erklären und immer "beste Qualität" annehmen. Dann könnte RgbToJpeg() einfach 95 nehmen.

Würde es überhaupt jemand vermissen, wenn es keine "schlechte" Qualität mehr gäbe?

Klaus

Zitat von kls

Würde es überhaupt jemand vermissen, wenn es keine "schlechte" Qualität mehr gäbe?
Klaus

"Handauslöser" wird es kaum stören. Fairerweise wird man Full-HD shoots fürs web auch skalieren und dann kann man die Qualität auch auf 50 - 80 % stellen.

Zitat von kls

Würde es überhaupt jemand vermissen, wenn es keine "schlechte" Qualität mehr gäbe?

Schlechter machen geht doch immer, also wäre festnageln auf 95 perfekt.

Gerald