Situation : commencer à parcourir les figures à la largeur 1:960 et à la hauteur pleine en Terminal
Motivation : La visionneuse d'images par défaut d'Ubuntu ouvre l'image au maximum. largeur et complet hauteur ce qui rend difficile l'exploration de chiffres très larges. CTRL
+ -
de l'image complète n'est pas suffisante lorsque vous itérez de nombreuses images dans lesquelles largeur x hauteur
Conditions différentielles : Régler la luminosité et le contraste d'un avion avec Gimp/ImageMagick/ ? , ... Résolution de l'image en Largeur x Hauteur et les marges en pixels à chaque itération
Iteration Image Resolution Left Right Top Bottom
1 960 x 960 110 80 70 100
2 960 x 1920 230 180 70 100
3 960 x 2880 350 280 70 100
4 960 x 3840 470 380 70 100
5 960 x 4800 590 480 70 100
6 960 x 5760 710 580 70 100
7 960 x 6720 830 680 70 100
8 960 x 7680 950 780 70 100
9 960 x 8640 1070 880 70 100
10 960 x 9600 1190 980 70 100
% whtyger and Gimp use to find out the margins http://askubuntu.com/a/803012/25388
-
Données de test fictives de la résolution d'image 960x1920 à la 2e itération, 960x4800 à la 5e itération, 960x8640 à la 9e itération et 960x9600 à la 10e itération, respectivement.
Mon pseudo-code
#!/bin/bash
OUTRES=$1
ITER=$2
IMAGE=$3
top=70
height=960
width=$(( 960*${ITER} ))
left=$(( 110+${ITER}*120 ))
right=$(( 80+${ITER}*100 ))
x=$(( ${width}-${left}-${right} ))
y=$(( ${height}-${bottom}-${top} ))
display -geometry ${OUTRES}x${OUTRES} \
-extract ${x}x${y}+${left}+${top} "$IMAGE"
Tentative avec des marges instables avec display
y extract
le code de whtyger fonctionne mais il a des marges instables c'est à dire que leur taille diffère selon l'image, ici 5ème itération
- Dans l'image de droite, vous voyez que tout le texte de la barre de couleur n'est pas inclus dans la sortie.
- Dans l'image de gauche, vous voyez que la marge_gauche n'est pas égale à la marge_haut.
Raison : MARGIN_T
, MARGIN_B
, MARGIN_L
, MARGIN_R
Correction : utiliser la numérotation scientifique pour les itérations plus importantes ou augmenter le nombre d'itérations. MARGIN_R
; quelques ajustements dans le code
MARGIN_T=60
MARGIN_B=90
MARGIN_L=$(( -5 + $ITER * 119 ))
MARGIN_R=$(( -20 + $ITER * 95 ))
Sortie : toujours une marge autour des données
En examinant le commentaire de whtyger pour la tentative d'absence de marges avec convert
y crop
Pour se débarrasser complètement des marges, vous pouvez modifier l'image originale. Utilisez convert image.png -crop SIZE_XxSIZE_Y+SHIFT_X+SHIFT_Y > edited.png et utilisez ensuite le visualiseur de votre choix. Vous pouvez adapter mon script pour cela, il suffit de remplacer display+-extract par convert+-crop.
Je remplace la dernière ligne par la sortie suivante mais sans succès
convert "$IMAGE" -crop ${EXTRACT_X}x${EXTRACT_Y}+${MARGIN_L}+${MARGIN_T} \
"${IMAGE%.png}_cropped.png"
display -geometry ${OUTRES}x${OUTRES}+${SHIFT}+${SHIFT} \
-extract ${EXTRACT_X}x${EXTRACT_Y}+${MARGIN_L}+${MARGIN_T} \
"${IMAGE%.png}_cropped.png"
rm "${IMAGE%.png}_cropped.png"
Sortie : marge d'environ 1 px dans toutes les directions, la marge gauche coupe certaines informations des nombres de >= 1000.
Système : Linux Ubuntu 16.04 64 bit
Matériel : Macbook Air 2013-moyen