2015-08-22 13 views
5
$ ghci 
GHCi, version 7.10.1: http://www.haskell.org/ghc/ :? for help 
Prelude> import Codec.Picture 
Prelude Codec.Picture> Right pic <- readImage " smiley.bmp " 
&ltinteractive>: out of memory (requested 4296015872 bytes) 

smiley.bmp è inferiore a 300 byte. Perché ho esaurito la memoria?Juicy Pixels si lamenta di non avere abbastanza memoria

+1

Cosa c'è nel file 'smiley.bmp'? Forse sostiene un'enorme altezza e larghezza? – Cirdec

+0

@ Cirdec È solo 9 per 9 pixel. Puoi fare clic sul link sopra se vuoi esaminarlo. – PyRulez

+2

Questa è davvero una bella domanda. Non mi interessa tanto il problema, ma solo la completezza, i collegamenti ipertestuali e tutto il resto. Molto impressionante. Inoltre, hai provato DevIL? –

risposta

4

Questo non è un file bitmap valido e JuicyPixels non è un errore durante il controllo degli input come dovrebbe. Notare le dimensioni ...

% file smiley.bmp 
smiley.bmp: PC bitmap, Windows 3.x format, 8 x -8 x 24 
+0

Cosa? Cattivo smile! – PyRulez

+0

Sì, era così. Funziona con un'altra immagine bene. – PyRulez

+1

La bitmap è valida. Secondo MSDN un'altezza negativa significa che l'origine è nell'angolo in alto a sinistra. – Alex

5

Questo è un bug in juicypixels in cui le bitmap con altezze negative non vengono interpretate correttamente.

L'altezza negativa deve indicare che l'origine è nell'angolo in alto a sinistra anziché in quello in basso a sinistra.

mi hanno aperto un nuovo bug report qui: https://github.com/Twinside/Juicy.Pixels/issues/105

pixel Juicy non supporta bitmap particolarmente bene. Ci sono una serie di altre limitazioni. (vedi https://github.com/Twinside/Juicy.Pixels/issues/96)

+1

Ora è stato risolto. Hanno persino fatto sorridere un caso. – PyRulez

Problemi correlati