PicView Crash in AS 2.54: progressive JPEG

[AD7]

Priložený obrázok sa zobrazuje cez F3 nesprávne. Windows prehliadač v XP aj 7 ho zobrazí správne.

[Ether]

Potvrzuju pro AS v2.54 a v3.0pb87x64 na Windows Pro 7x64. Přikládám výpis z jpegdumpu, který si stěžuje na nějaký FFC2 marker:

Code: Select all

reading file gradient_texture20100901.jpg:
Filelen 2688 Bytes
file size 2688 bytes
Marker FFD8 at file offset 00000000: (SOI) Start of Image
Marker FFE0 at file offset 00000002: (APP0)
  APP0 has len 16 and magic number 4A464946 ('JFIF')
    skipping jfif data of len 10
0001 0200 0064 0064 0000
Marker FFDB at file offset 00000014: (DQT) Define Quantization Table
  DQT has len 67
Marker FFDB at file offset 00000059: (DQT) Define Quantization Table
  DQT has len 67
Marker FFC2 at file offset 0000009E: illegal marker FFC2
  field illegal marker has len 17
Marker FFC4 at file offset 000000B1: (DHT) Define Huffman Table
  field DHT has len 23
Marker FFDA at file offset 000000CA: (SOS) Start of Scan
  field SOS has len 8
  hopefully skipping 2474 bytes of compressed image data to next 0xFF.
Marker FFD9 at file offset 00000A7E: (EOI) End of Image

[Jan Patera]

Přikládám výpis z jpegdumpu, který si stěžuje na nějaký FFC2 marker:

Nejaky podivny jpegdump. FFC2 je normalni progresivni JPEG. Akorat kombinace kanalu v jednolivych scanech je obskurni a PictViewu cinici potize...

[AD7]

Obrázok je zo stránok Apple (asi spred 2 mesiacov). Prehliadače s ním zrejme problém, nemajú.
Samozrejme je otázkou ako sa práve jeden obrázok z mnohých dostane do takejto podoby. Predpokladám, že autor použil nejaký špecializovaný optimalizátor, ktorý to *dorobí* pričom vlastne neporuší oficiálny štandard Jpeg formátu ale navodí tak *špeciálny/neštandardný* prípad.

EDIT: Ďalšou vecou je či je to naozaj niečo extra. Napr. XnView aj štandardný prehliadač obrázkov v XP sp3 CZ ho zobrazia správne.

Takže...?

[Jan Patera]

Ďalšou vecou je či je to naozaj niečo extra. Napr. XnView aj štandardný prehliadač obrázkov v XP sp3 CZ ho zobrazia správne.

Ano, je to niečo extra. DC scany obsahuji vzdy jen jeden kanal a to kompletni spektralni selekci a v plne presnosti. Nič takoveho jsem zatim nepotkal. PictView je optimalizovan na radu jinych kombinaci.
Nicmene, tento JPEG ma 2 urovne problemu:
1) Fakt, ze kazdy scan obsahuje jen jeden kanal, vedl k vyjimce nebo nahodnemu obsahu (pokazde jinemu), coz zalezelo na tom, zda byl pred nim nacten jiny JPEG, a jakeho typu. Spraveno pro AS 3.0 Beta 1
2) Obsah a fakt, ze kazdy scan obsahuje jen jeden kanal, vede (v nekterych usecich) k obrovskemu kompresnimu pomeru - par bitu na scan. S tim ma PV problemy i nadale, takze ted (3.0 beta 1) se uz zobrazuje stale stejny (spatny) obsah. Z duvodu nedostatku casu jsem bohuzel zatim v teto casti nepokrocil.