Domanda

Sto usando seguente frammento di costruire un intero a 32 bit da utilizzare con setRGB di BufferedImage


(bit-or (bit-shift-left a 24)
          (bit-or (bit-shift-left r 16)
              (bit-or (bit-shift-left g 8) b)))

dopo aver scritto i colori di loro rilettura rivela i colori sbagliati c'è un guasto nella mia logica?

È stato utile?

Soluzione

Sei sicuro di avere un problema? Ho provato a generare un paio di valori basati sul metodo e un'alternativa funzionalmente equivalente:

 (defn argbval
  [a r g b]
  (bit-or (bit-shift-left a 24)
          (bit-or (bit-shift-left r 16)
              (bit-or (bit-shift-left g 8) b))))

(defn altargbval
  [a r g b]
  (+ (* 16777216 a) (* 65536 r) (* 256 g) b))

(defn -main
  ([& args]
    (println "(argbval 25 21 23 29): " (argbval 25 21 23 29))
    (println "(altargbval 25 21 23 29): " (altargbval 25 21 23 29))
    (println "(argbval 0 0 0 0): " (argbval 0 0 0 0))
    (println "(altargbval 0 0 0 0): " (altargbval 0 0 0 0))
    (println "(argbval 255 255 255 255): " (argbval 255 255 255 255))
    (println "(altargbval 255 255 255 255): " (altargbval 255 255 255 255))))

e ottenuto valori identici.

(argbval 25 21 23 29):  420812573
(altargbval 25 21 23 29):  420812573
(argbval 0 0 0 0):  0
(altargbval 0 0 0 0):  0
(argbval 255 255 255 255):  4294967295
(altargbval 255 255 255 255):  4294967295

ho ottenuto gli stessi numeri sulla mia caculator tasca.

Ci sono argomenti specifici che avete visto a produrre risultati errati?

Forse non è un difetto in questa logica, ma per iscritto / lettura dei valori al BufferedImage.

Altri suggerimenti

mantengo una funzione byte-to-int che converte una sequenza di byte in un numero nel mio misc.clj :

(defn bytes-to-int [bytes] 
     (let [powers (iterate #(* % 256) 1)]
       (reduce + 0 (map * bytes powers))))

si tratta a portata di mano abbastanza spesso.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top