Subj : Sixels To : Nigel Reed From : AKAcastor Date : Thu Mar 21 2024 12:17:54 > Do you do any kind of aspect ratio correction to images when converting to > sixel? I noticed that on my system, when I connect with SyncTerm with the > window in 4:3 aspect ratio, I had to adjust the aspect ratio of the images > so they don't appear squished. NR> How did they look on my system? If I view the APOD on your system with my SyncTerm window in 4:3 aspect ratio, then the APOD image is a bit 'squished'. But - if I view the APOD on my system with a SyncTerm window in 16:9 aspect ratio, then the APOD image is a bit 'stretched'. lol I don't know what is the most common aspect ratio these days - IMO 4:3 aspect ratio is 'correct', but it doesn't seem like most terminals agree with me these days. SyncTerm allows you to resize the window to any aspect ratio you like, but some other software I have only been able to use in 16:9 aspect ratio as that's 'standard' today. Also - other terminal software doesn't necessarily display sixels in the same way as SyncTerm - I think by adjusting the aspect ratio for SyncTerm 4:3 I am messing up the aspect ratio for other clients. Besides the aspect ratio differences, I also haven't found if it's possible to specify the size a sixel should be displayed at - ie. should there be scaling applied to it. When I view the sixel graphics using iTerm2 it shows up very small on my screen due to the high resolution of the Macbook display. > FYI for anyone interested, I am using ImageMagick to convert: > # adjust aspect ratio > convert -resize 100%x83%! APODxxxx.JPG 4X3.JPG NR> I use convert -geometry x380 NR> I can't remember how I came up with that but it works on my terminal. I came up with my conversion by trial and error, so I just stumbled on something that seems to work 'well enough', looks like we ended up at similar resolution (I am converting down to 360 instead of 380 but hey pretty close to independently land at those numbers). Chris/akacastor --- Maximus 3.01 * Origin: Another Millennium - Canada - another.tel (21:1/162) .