Risposte:
ImageMagick's display
.
display < foo.png
Su Linux (e probabilmente sui BSD), quasi tutti - se dai /dev/stdin
il percorso. Questo comprende: xloadimage
, feh
, Eye of GNOME ( eog
).
eog /dev/stdin < "$file"
(Tuttavia, non tutti funzionano bene con file speciali. GThumb non ha superato il test, ad esempio.)
< "$file"
stato un esempio. Il punto era se il programma può accettare un flusso arbitrario, sia esso un semplice reindirizzamento o qualcosa di più avanzato (come fornire un'immagine tramite stdin, una pipe denominata, una sostituzione di processo, un socket o un dispositivo carattere). Il problema è che molti visualizzatori richiedono che il fd sia ricercabile, come lo sono solo i normali file e dispositivi a blocchi.
cat graph.png | eog /dev/stdin
fallisce, ma eog /dev/stdin < graph.png
funziona.
|
)?
eog
stia cercando informazioni sul descrittore di file (che riesce nel caso speciale che sia stato reindirizzato direttamente da un file), mentre i normali programmi Unix prenderanno l'input indipendentemente da dove provenga. Quindi eog
non funzionerà per lo stdin generale. Un altro programma che funziona è gwenview /dev/stdin
(il visualizzatore di immagini di KDE).
Un FIFO potrebbe lavorare con eog
la mancanza di supporto per le tubazioni:
mkfifo ${tmpfilename};
cat ${file} > ${tmpfilename} &;
eog /dev/stdin < ${tmpfilename};
rm ${tmpfilename};
AFAIK questo dovrebbe funzionare.
Puoi usare Feh, è abbastanza veloce.
cat image.png | feh --scale-down -
feh è un visualizzatore di immagini leggero che si trova nei repository predefiniti di molte distribuzioni Linux. È rivolto in particolare agli utenti della riga di comando che necessitano di un visualizzatore di immagini veloce senza enormi dipendenze dalla GUI.
ImageMagick 6.8.8-1 Q16 i686 2014-01-04
devo passare anche-
come parametro:$ cat image.png | display -
o$ display - < image.png
.