EyeCanSee 0.76.2

EyeCanSee 0.76.2

Changes since 0.76.1: a release of fixes. The image editor no longer moves the viewer to a copy while you are still editing, and keeps nothing outside the image; "Same as the system" now follows the desktop's light or dark theme on Linux, and follows a change at once on Windows; Replace can no longer lose an original in three rare cases; and more RAW files open.

Download

• Windows: the Microsoft Store; or, below, the installer (-setup.exe) or the zip.
• Linux: the Flatpak from https://flatpak.montinaro.info; on Fedora Workstation, also the COPR package (sudo dnf copr enable iosonopiero/eyecansee, then sudo dnf install eyecansee); or the AppImage below, with nothing to install.

Image editor

• After Save copy, the window title and the viewer behind the editor moved to the copy while the editor was still on the original (#98). Now, while the editor is open, the window title is the name of the file being edited; when you close it, the viewer (or the thumbnails) is on the file saved last: the copy, or the original if you overwrote it afterwards.
• A click outside the image with Text, Step numbers or Stamps placed an object there, outside the saved file; an empty text placed this way also held the keyboard (#103). Such a click now places nothing. A shape, line or bubble drawn entirely on the dark area around the image is not kept either.
• Where filters and highlighters overlap, the screen showed only the one on top, while the saved file has both. The screen now shows what the file will have (#58).
• A new image (File > New image…): Save in another format proposed "New image.jpg" in JPEG while the editor calls it "New image.png"; it now proposes PNG and the same name. The question on closing no longer speaks of a copy next to an original the new image does not have (#104). Save in another format no longer shows "0 KB on disk" and a percentage in the millions for it (#99).

Saving and converting

• Save in another format (also from the editor's Save as…) now keeps an Ultra HDR photo Ultra HDR when it writes a JPEG with the metadata, as Convert and resize already did; in another format it says, before saving, that the photo loses its HDR (#66).
• Rotate in the thumbnails leaves out portrait photos with a depth map (Xiaomi), so that the depth data is not lost. The confirmation and the list of skipped files now say so; before, they spoke only of animated and multi-page images (#9).

Replace never loses the original

Three rare cases where a Replace that failed could lose the original (#91):

• Copy inside the same phone with Replace deleted the file there first: if the copy then failed, neither was left. The file replaced now stays until its copy is whole.
• Folders opened through the file manager on Linux (gvfs: a phone, a camera or a network share mounted by the Files app): a paste with Replace wrote over the file there, and a copy cut short left it damaged. In these folders Replace and Merge are no longer offered: the paste keeps both, and a folder already there gets a new name ("Folder (2)").
• An original left behind by a save that was cut short could be deleted for good by the next save of the same image, or by a paste with Replace. On a disk with a system trash it now goes there, under a name you can see ("Photo (2).jpg"); a paste never touches it.

Look

• Options > Look > Colors > Same as the system (the default) was always dark on Linux, whatever the desktop's theme (#100). It is now read from the desktop and followed when it changes while EyeCanSee is open. Anyone with a dark desktop keeps the dark colours; without a preference, the colours are light.
• On Windows, switching between light and dark with EyeCanSee open arrived one change late, also in the title bar. It now follows at once, and the title bar keeps Light or Dark when chosen in the Options.

Windows

• A folder path ending in \ inside quotes, for example eyecansee.exe "D:\" from a shortcut or a command line, did not open (#101). It now opens.
• The address bar now opens a path with quotes around it, as Copy as path in File Explorer copies it, and a drive letter alone, such as C:, opens the drive's main folder (C:\); before, it opened the program's working folder.
• A start folder that cannot be read, for example one without permission, kept the spinner going in the panel and in the thumbnails (#105). The thumbnails now show your home folder, with the error in the yellow band.

Formats

• Metadata panel: a JPEG whose EXIF has one part that is not valid showed "No data". It now shows every field that can be read (#68).
• Canon CRW: portrait photos from older Canon cameras (EOS 300D and others) were shown and converted sideways; they are now upright (#8).
• Sony SRF and SR2 (DSC-F828, DSC-R1) did not even appear in the thumbnails; they now open (#7, in part).
• Phase One P40+: in the Fedora package it now opens at full size; before, only its small preview was shown (#7).
• Sigma X3F: the Metadata panel showed an internal error; it no longer does (#7).
• CAD drawings: after downloading the CAD engine from the viewer, the viewer still said "the CAD engine is missing", in English, until the file was opened again. It now opens the drawing by itself, and the message, if ever shown, is translated (#102).

Video on Fedora

• With Fedora's own mpv and FFmpeg, which have no H.264 or HEVC decoder, phone videos stayed black (#67). With Options > Video on Automatic, EyeCanSee now uses the system's engine only if it can decode them; otherwise it offers to download its own, and says which formats are missing. Jobs that only copy the streams, such as Copy without sound, still use the system's FFmpeg.

Tested on

Tested by hand by the developer on November 11 and 12, on one Fedora 44 PC and one Windows 11 PC:

• on both: the window title while editing, Save copy from the viewer, shapes drawn outside the image, and Same as the system following a theme change with EyeCanSee open;
• on Fedora 44: Overwrite from the viewer, overlapping filters and highlighters against the saved file, a new image saved as PNG and its question on closing, an Ultra HDR photo saved as JPEG and as PNG, the Metadata panel of a JPEG with a damaged EXIF part, and a paste into a POCO X7 Pro opened through Files (gvfs);
• on Windows 11: a quoted path ending in \ given to a second copy of EyeCanSee, Light and Dark chosen in the Options while switching the system's theme, and the address bar with quotes, C: and a full path.

Also checked with automated tests on real devices: a copy with Replace inside the same phone (a POCO X7 Pro over USB on Fedora 44, a POCO X6 Pro on Windows 11), an original left by a save cut short going to the trash (Linux) and to the Recycle Bin (Windows 11), and a start folder without permission on Windows 11. Phone videos with Fedora's mpv and FFmpeg were tried in a Fedora KDE 45 virtual machine: black before, played with the downloaded engine after.

Known limits

• Phones: while a large file is being written to a phone, its folders and thumbnails wait until the write ends.
• Sigma X3F files do not open.
• Phase One P40+ files open at full size only in the Fedora package; in the AppImage and the Flatpak they show their small preview.
• Sony DSC-F828 files (SRF) open with a strong cyan cast: the camera has a four-colour sensor.
• Flatpak: converting videos to H.264 or HEVC needs org.freedesktop.Platform.codecs-extra, which Flatpak installs with the runtime.
• The image editor's copy keeps the GPS position of the original; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard (#57).

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.76.2-windows-x64-setup.exe: 4d18bf6a5bc048b78c08f573d910ff7b720e2956b28272302f42cfaea3773f19

SHA-256 of EyeCanSee-0.76.2-windows-x64.zip: 1cef457e22a2933c4b04613713901499a33c3d6980dcffcf6a3b4cf1199855e5

SHA-256 of EyeCanSee-0.76.2-x86_64.AppImage: a92698e19683236ebe2b578d8fc6c5401bcc2301f7cbb426517fa7a8d874241f

SHA-256 of flatpak-commit-0.76.2.tar: f6dfcf27aebbfce2758b4dd6f79ec0bf66c179b9568184875f3a874e5d435808

EyeCanSee 0.76.1

EyeCanSee 0.76.1

Changes since 0.76.0: the image editor lets you choose what happens after saving and which save is the main one, Save as no longer loses your drawing, and phones on Windows are much faster with large videos.

Download

• Windows: the Microsoft Store; or, below, the installer (-setup.exe) or the zip.
• Linux: the Flatpak from https://flatpak.montinaro.info; on Fedora Workstation, also the COPR package (sudo dnf copr enable iosonopiero/eyecansee, then sudo dnf install eyecansee); or the AppImage below, with nothing to install.

Image editor

• After saving (#95): a new choice in Options > Editor for what happens after Save copy, Update copy or Overwrite the original…: Stay in the editor (the default, as before), Go back to where you were (the thumbnails with the saved image selected, or the viewer showing it), or Go back to the thumbnails, also when the editor was opened from the viewer.
• Main save button (#96): Overwrite the original… can be the main button, also for Ctrl+S and for Save… in the question on closing; Save copy stays in the arrow's menu. Where the original cannot be overwritten (HEIC, Camera RAW…) the main button is Save copy, and pointing at it says why.
• Save as… no longer closes the editor before the file is written (#97): closing Save in another format without saving takes you back to the editor with your drawing, which was lost before. Once the file is saved, the editor closes and the saved file is selected in the thumbnails, or shown by the viewer.

Phones on Windows

• Large files from a phone (mtp-rs 0.38.1): a copy stays fast while you browse the phone, and folders and thumbnails keep opening during the copy. A 1 GB video from a POCO X6 Pro, browsing the phone meanwhile: 46 s instead of 61 s.
• Videos on a phone (#71): their thumbnails and the viewer read only the parts they need, instead of copying the whole video first. The thumbnail of a 1 GB video: 0.7 s instead of 33 s; the video starts playing at once.
• Writing a large file to a phone no longer shows "the phone is not answering" while the data is still moving.

Other

• Phones on Linux are a little faster with large files too: the same 1 GB copy from a POCO X7 Pro, browsing meanwhile, 34 s instead of 39 s.
• AppImage: it now also starts on systems without the X11 keyboard library (libxkbcommon-x11).

Tested on

Tested by hand by the developer on November 11, on one Fedora 44 PC and one Windows 11 PC:

• the image editor (the three choices after saving, Overwrite as the main button, Save as with Esc, the window's ✕ and a real save, a save that fails), on both systems, and over SFTP (Hetzner Storage Box) on Fedora;
• a POCO X6 Pro on Windows 11: the thumbnail of a 1 GB video, playing it, copying it while browsing the phone, and writing a 1 GB file to the phone;
• a POCO X7 Pro on Fedora 44: copying the same 1 GB video while browsing the phone, against 0.76.0.

The AppImage was also started in an Ubuntu 22.04 container without libxkbcommon-x11, and on Linux Mint 22.3, Kubuntu 24.04 and Kubuntu 26.04. It was also started in a local reproduction of the AppImage catalog's test (Ubuntu 22.04, Xvfb, the catalog's packages).

Known limits

• Phones: while a large file is being written to a phone, its folders and thumbnails wait until the write ends.
• After Save copy the window title and the viewer move to the copy, while the editor goes on editing the original (#98).
• A new image shows "0 KB" in Save in another format (#99).
• Fedora package: with Fedora's mpv, H.264 videos from phones can stay black (#67), seen on Fedora Silverblue. The Flatpak uses the video engine that EyeCanSee downloads.
• Flatpak: converting videos to H.264 or HEVC needs org.freedesktop.Platform.codecs-extra, which Flatpak installs with the runtime.
• Save in another format writes an Ultra HDR photo without its HDR, also in JPEG (#66).
• The image editor's copy keeps the GPS position of the original; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard (#57).

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.76.1-windows-x64-setup.exe: e68950bcd8a22368d3b525dabd4ee823b686c3a1f46fee552739551661b7b0e8

SHA-256 of EyeCanSee-0.76.1-windows-x64.zip: cfeb04d19cb1dc0f45fc05ac9511e52450f48d0ae0c122c1032467e062afef59

SHA-256 of EyeCanSee-0.76.1-x86_64.AppImage: e4ffb1c95684e46cfbde74e55723d3aab64fdab123f16f92692fa02a5cd74bb0

SHA-256 of flatpak-commit-0.76.1.tar: c8cf30cd63d09f5b04b52751906eb60a5391b0a6969e1ea5a8bf38ac9caad80b

EyeCanSee 0.76.0

EyeCanSee 0.76.0

Changes since 0.75.0: an illustrated guide built into the program, bookmarks, faster SFTP downloads and smooth videos from servers, clearer messages, and many fixes, most of them found while writing the guide.

Download

• Windows: the Microsoft Store; or, below, the installer (-setup.exe) or the zip.
• Linux: the Flatpak from https://flatpak.montinaro.info; on Fedora Workstation, also the COPR package (sudo dnf copr enable iosonopiero/eyecansee, then sudo dnf install eyecansee); or the AppImage below, with nothing to install.

New

• Illustrated guide (#34): 45 pages in English and Italian with pictures, inside the program. F1 opens the page of what is on screen (the grid, the viewer, the editor, a window, the address bar); Help > Manual opens the contents. Search across every page, also without accents, with the words found highlighted; back and forward; a double Esc closes it. The same pages are readable on GitHub. It replaces the old manual.
• Bookmarks (#25): folders, disks, phones and servers saved by name and opened with one click, from the star next to the address bar, the Bookmarks menu or Ctrl+Shift+D. A place that is gone is reported, the bookmark stays.
• Open location: Save and open keeps the server among the saved ones (a new one gets the server's name; a saved one gets the new password); Open uses it only this time. When a server refuses the login, the window says why at its top.
• Address bar: buttons to copy the address and paste one, at its end when there is room.
• Grid: pointing at a file shows its details: the full name with its extension, the file size, the date and, once known, the size in pixels (#89).

Servers

• SFTP: faster downloads from a distant server: from a Hetzner Storage Box, about 15 MB/s instead of 6 to 9, close to FileZilla on the same PC (#76).
• SFTP and FTP: videos from a distant server play without stutter, also in 4K, when the connection is fast enough: the file is read ahead while it plays (#77).
• A saved server clicked in the side panel always opens its own folder. Before, it could open the home folder.
• The fields of the Server manager and of Open location drop spaces typed or pasted before and after (not in passwords).
• Server manager: a key that cannot be opened (for example, a wrong passphrase) is reported there, on that server (#84).

Messages

• Every message and question window has a title that says what happened (for example "Images rotated" with how many).
• Errors are a yellow band with a warning sign, in plain words ("the folder is read-only", "the disk is full") instead of the system's text, also over the editor, Save in another format, the duplicates and the slideshow (#85). The band goes away with the page it was shown on.

Fixes

• Ctrl+R and Ctrl+Shift+R turn the chosen pictures in the grid too, as the Image menu shows (#78).
• Image editor: Save… in the question on closing now closes the editor once the copy is written (#79); a save that fails leaves the editor as it was, with Save copy (#86).
• Ctrl+N no longer opens New image from the viewer, where the menu item is disabled (#80).
• Slideshow: only pictures and videos, also of a whole folder (#81).
• Folders that contain links to other folders are listed correctly (#82).
• Metadata panel: the Image box shows format, size and colour of Camera RAW, SVG and PSD files too, always in the same order (#83).
• Find duplicates: a file reached through a link to a folder is no longer shown as its own copy (deleting the "copy" would have deleted the only file), and a link to a folder above no longer loops (#87).
• Enter in the address bar no longer also opens the file selected in the grid.
• A save or a paste that fails, for example on a full disk, no longer leaves a half-written file behind; a file being replaced stays as it was until the new one is complete (#90). While a file is being replaced, the disk needs room for a second copy of it.
• A read-only file is no longer replaced: EyeCanSee says "Access denied" and leaves it as it is. Before, a paste over it could fail and lose the file.
• Linux: a file whose name is not valid UTF-8 is no longer reported as removed; EyeCanSee says its name cannot be read and that renaming it in the file manager makes it open (#88).

Tested on

Tested by hand by the developer, on one Fedora 44 PC and one Windows 11 PC:

• the guide (search, F1 in many places, both languages), bookmarks, Open location with an SFTP server, and the fixes above, most of them on both systems;
• Find duplicates across links to folders, locally on both and over SFTP on Fedora;
• videos from a Hetzner Storage Box over SFTP and FTP on Fedora, and from a server on Windows;
• a file whose name is not valid UTF-8 (#88), on Fedora.

Replacing files (#90) was also checked with scripted runs against 0.75.0 on Fedora 44 and Windows 11: local disks, exFAT and FAT32, an SMB share, an Android phone (on both systems) and SFTP and FTP servers.

Known limits

• Fedora package: with Fedora's mpv, H.264 videos from phones can stay black (#67), seen on Fedora Silverblue. The Flatpak uses the video engine that EyeCanSee downloads.
• Flatpak: converting videos to H.264 or HEVC needs org.freedesktop.Platform.codecs-extra, which Flatpak installs with the runtime.
• Save in another format writes an Ultra HDR photo without its HDR, also in JPEG (#66).
• The image editor's copy keeps the GPS position of the original; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard (#57).
• Bookmarks: no "Add to bookmarks" yet in the right-click menu of a folder.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.76.0-windows-x64-setup.exe: d6c7d18a563eba16d9e02f3527b1fd6f5a55e0c1b782585ee2377137a22d0044

SHA-256 of EyeCanSee-0.76.0-windows-x64.zip: 4ebc696ef8aa71980193ed5cd87eca1830a60471f7169b601665d2abe4262555

SHA-256 of EyeCanSee-0.76.0-x86_64.AppImage: cd1b4b892a6b49f5f5d1c23994eb8234064c53c4b6bfe0ee73637dfb46ef6a49

SHA-256 of flatpak-commit-0.76.0.tar: b8f89b626d8dd9080cb999d6353b0c8cc5ad2edb43b5be2b0e4ed2d85d6188ac

EyeCanSee 0.75.0

EyeCanSee 0.75.0

Changes since 0.74.2: Convert and resize does more of the video work on the graphics card, the video engine and FFmpeg are chosen automatically for this computer, an SFTP server that stops answering no longer stops the work, and the SQLite built into EyeCanSee has a security fix.

Download

• Windows: the Microsoft Store; or, below, the installer (-setup.exe) or the zip.
• Linux: the Flatpak from https://flatpak.montinaro.info; on Fedora Workstation, also the COPR package (sudo dnf copr enable iosonopiero/eyecansee, then sudo dnf install eyecansee); or the AppImage below, with nothing to install.

Videos on the graphics card

• Convert and resize: with an NVIDIA, Intel Quick Sync or VA-API (Linux) encoder, the graphics card now also reads, turns and resizes the video, not only writes it. Turning a 13-minute 1080p video by 90° with NVIDIA took 85 seconds; in a 2-minute test the processor stayed almost idle (about a fifth of one core, instead of three and a half cores when it read and turned the video itself). If the card cannot do a step, the conversion is done again on the processor by itself.
• Automatic choice: in Options > Video the first choice is now "Automatic: the best for this computer": the video engine and FFmpeg of the system when they are recent enough, otherwise the ones EyeCanSee downloads; for FFmpeg also the downloaded one when it keeps more of the work on the card. When the system's FFmpeg leaves part of the card's work to the processor, Convert and resize says so and offers to download EyeCanSee's.
• Viewer: a video is drawn at its own size and the graphics card enlarges it to the window, so playing uses less processor (on Windows, a 1080p video on a 1440p screen: from 77% to 58% of one core).

Files on servers and phones, engines

• Convert and resize: Cancel now also stops a video or audio file that is being downloaded from a server or uploaded to it; the half-written files are removed. Before, the job went on to the end.
• SFTP: a connection that stops answering is now left, usually after about 20 seconds of silence, and the work goes on over a new connection (reads and listings are tried up to three times), instead of waiting 60 seconds and failing the download. Seen on Windows with a Synology NAS over Tailscale (#75). A server that does not answer at all now gets a translated message.
• Open location: a user name or password with % now reaches the server as written. Before, the server could refuse the right password.
• Thumbnails without an engine: without the video engine, a video shows its sign with a download badge instead of a warning, and a phone video is no longer read whole to look for a preview; the same for STEP, IGES and BREP files without the CAD engine. The warning now means only a damaged or unsupported file.
• CAD engine: once it is downloaded, only the STEP, IGES and BREP thumbnails are made again, not the whole folder's.

Security

• The SQLite built into EyeCanSee is updated to 3.54 (rusqlite 0.41), for RUSTSEC-2026-0459: before it, a crafted database next to a -wal file of a different page size could make SQLite return uninitialised memory. EyeCanSee opens such a file from outside when it reads the GPS track (gps.sqlite) that some dashcams leave on their card.

Tested on

• Windows 11 (RTX 4070 Laptop and Intel UHD): conversion on the card with NVIDIA and Intel Quick Sync, turned and resized; every FFmpeg option of Convert and resize tried with the downloaded FFmpeg (468 combinations, all working); the automatic choice; video playback with less processor; Cancel during a download from a Synology NAS and a Hetzner Storage Box; three minutes of SFTP work with a Synology NAS over Tailscale whose connection kept stalling: each stall left within 20 to 26 seconds and the work went on, with no piece of the download lost.
• Fedora 44 (same hardware): every FFmpeg option with the system's FFmpeg (504 combinations) and with the downloaded one (564), all working, VA-API, Quick Sync and NVIDIA; Cancel during the download and the upload of a video on a Synology NAS; the dashcam GPS track with the new SQLite; an SFTP server that stopped answering for a while: each time the connection was left and the work went on, with no error.
• Not yet tried: the graphics card in the Flatpak.

Known limits

• Fedora package: with Fedora's mpv, H.264 videos from phones can stay black (#67), seen on Fedora Silverblue and not yet tried on Fedora Workstation. The Flatpak uses the video engine that EyeCanSee downloads.
• Flatpak: Discover and the Linux Mint Software Manager show the page opened from the .flatpakref without the icon (the right one once installed).
• Flatpak: converting videos to H.264 or HEVC needs org.freedesktop.Platform.codecs-extra, which Flatpak installs with the runtime.
• Save in another format writes an Ultra HDR photo without its HDR, also in JPEG (#66).
• The image editor's copy keeps the GPS position of the original, like every other metadata; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard; copying the result to the clipboard works (#57).

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.75.0-windows-x64-setup.exe: 02f5faeb930b3bfe8001cdff0fdcb9881f5527e7aec79bcc67fc61dbfd7bbd65

SHA-256 of EyeCanSee-0.75.0-windows-x64.zip: 93352533d240af56b4674e0d4e2f5facec3acfd65837e6d87f9cd2079bf92354

SHA-256 of EyeCanSee-0.75.0-x86_64.AppImage: ac381d3db1c42198e365e3d4cfada7acd92da5ce70465a9274c482ef98ba4a0e

SHA-256 of flatpak-commit-0.75.0.tar: 6d03fa308ac6e3ec72394fda4790b80821dc800aecaeb8bd108db85a32368ac8

EyeCanSee 0.74.2

EyeCanSee 0.74.2

Changes since 0.74.1: EyeCanSee now also comes as a Flatpak for Linux, and a phone that another program holds now gets a message that says what to do.

Download

• Windows: the Microsoft Store; or, below, the installer (-setup.exe) or the zip.
• Linux: the Flatpak from https://flatpak.montinaro.info; on Fedora Workstation, also the COPR package (sudo dnf copr enable iosonopiero/eyecansee, then sudo dnf install eyecansee); or the AppImage below, with nothing to install.

Flatpak

• New: EyeCanSee as a Flatpak, from its own repository signed by the developer (key 11F7D1A7D8D356D2FDE8AC47D54E92F7B64C427D), at https://flatpak.montinaro.info. Open eyecansee.flatpakref with your software center, or run flatpak install https://flatpak.montinaro.info/eyecansee.flatpakref. For any distribution with Flatpak, Fedora Atomic included; the runtime comes from Flathub, added for you if it is missing. Flatpak not set up yet? Follow the guide for your distribution first. EyeCanSee is not on Flathub.
• It is updated by flatpak update or your software center and does not check for updates by itself; Check for updates says so.
• Installation and updates from the software center tried on Fedora Silverblue (GNOME Software), Fedora KDE and Kubuntu 24.04 (Discover) and Linux Mint (Software Manager and Update Manager); on Fedora Workstation from the terminal. Not yet tried on Ubuntu with GNOME.
• Features tried in the Flatpak: on Fedora Silverblue, images, RAW photos, DWG, DXF, HP-GL and IFC, video conversion with the runtime's FFmpeg (HEVC, H.264, AV1), the trash with restore from the file manager, a disk mounted with a click, phones over USB and the image editor (fonts, clipboard, eyedropper); on Fedora Workstation, the video engine (video with sound), the CAD engine (STEP), the downloaded FFmpeg, the trash on a USB stick, and SFTP, FTP and FTPS servers; on Fedora KDE, phones over USB and Release the phone.
• The Flatpak keeps its own settings: the list of servers starts empty, separate from the one of the AppImage and the Fedora package.
• On KDE, a KDE service can keep the phone, also after Dolphin is closed. EyeCanSee says so and offers Release the phone: close Dolphin and press it. Network folder passwords that were not saved are forgotten.

Phones

• When another program holds a phone, the message now says what to do, on three lines: close the file manager and the other programs using it and press F5; if that is not enough, unplug it, plug it back in (on a phone choose File transfer) and open it in EyeCanSee first. A long message in the file grid now wraps instead of running off both sides.
• A phone busy with another program, for example Windows Photos importing from it, now gets its own message instead of the English "device busy": wait for it to finish or close it, then press F5.

Server manager

• The warning shown without a master password is on two lines, and the second one says what to do: set a master password to encrypt the list of servers. With a master password, the manager says that the list of servers is encrypted.

Other

• When the viewer cannot open a file, the message is larger, in a lighter red that reads on the dark background, with the file on one line and the reason below.
• The short description in the menus, the Microsoft Store and the installers mentions the image editor: "Viewer, manager and editor for photos, videos, 3D models and CAD drawings".

Known limits

• Fedora package: with Fedora's mpv, H.264 videos from phones can stay black (#67), seen on Fedora Silverblue and not yet tried on Fedora Workstation. The Flatpak uses the video engine that EyeCanSee downloads.
• Flatpak: Discover and the Linux Mint Software Manager show the page opened from the .flatpakref without the icon (the right one once installed).
• Flatpak: converting videos to H.264 or HEVC needs org.freedesktop.Platform.codecs-extra, which Flatpak installs with the runtime.
• Save in another format writes an Ultra HDR photo without its HDR, also in JPEG (#66).
• The image editor's copy keeps the GPS position of the original, like every other metadata; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard; copying the result to the clipboard works (#57).

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.74.2-windows-x64-setup.exe: 09d875554e70efc516266a578ceb92e6b5fd73fd4cc5f0fc83402416c879c2d7

SHA-256 of EyeCanSee-0.74.2-windows-x64.zip: 1019928dcbbfc98b3074571fb2216612f09ce0303e06d1ba7d549e6f54295f02

SHA-256 of EyeCanSee-0.74.2-x86_64.AppImage: eb5ef572ab40093d6ef928db80c7025cabd951346a1520c5cbb8579ec59187e9

SHA-256 of flatpak-commit-0.74.2.tar: 18d41ec12a8f96c486e809947e59b5cfbf6774a2a7598df215df867c50494e66

EyeCanSee 0.74.1

EyeCanSee 0.74.1

Changes since 0.74.0: fixes for Ultra HDR phone photos, Save as and Paste, and faster thumbnails of phone pictures when the folder has videos.

Ultra HDR photos

• Convert and resize kept the HDR of an Ultra HDR photo only when it was just turned, in its own format and size. Written as JPEG with a resize, or converted to JPEG, the new file had only the base photo and the HDR was lost. Now an Ultra HDR photo written as JPEG stays Ultra HDR, also resized: its HDR map is resized and turned with it. In the other formats the HDR is still lost, and the window now says so under the format when JPEGs are among the photos chosen. (#65)
• Motion photos that are also Ultra HDR (Pixel and Xiaomi phones save them: a short video after the HDR map) were not recognised as Ultra HDR. The image editor saved them without the HDR; the viewer's Save refused them after a turn and offered only Save as; Convert with just a turn wrote them without the HDR. Now the editor keeps their HDR (without the video, as for every motion photo), and Save, the grid's Transform and Convert turn them with their HDR map and their video, the video shown turned as the photo, without encoding it again. When Convert resizes one or writes it again, the new file is the photo with its HDR map, without the video. (#54)
• A converted phone photo no longer describes, in its XMP, an HDR map or a video it does not have. (#62)

Saving

• Save as (from the viewer, and Save as… in the image editor) proposed quality 90 and 4:2:0 colour detail for every JPEG. Now, for a JPEG original, it proposes the quality and colour detail the original was saved with, read from the file, as Save, the editor and Convert already did; they can still be changed. (#63)

Copy and paste

• Ctrl+V and Paste in the file browser pasted the files copied in EyeCanSee even after something else had been copied in another program. Now they paste them only while the clipboard still holds them; after a copy elsewhere, they do nothing. This holds for Ctrl+V, the Edit menu, the right click and the toolbar. (#61)

Thumbnails

• On a phone, a server or a disk other than the computer's own, the thumbnails of the videos now come after those of the pictures. On Windows a phone video is often copied whole for its thumbnail, and every picture of the folder waited behind it.
• While a thumbnail is being made, its tile shows a turning circle, with the video sign under it for a video, instead of a still "…" that looked like nothing was happening.

Server manager

• The warning shown without a master password says "can read these passwords too" instead of "can read them", which, read on its own line, seemed to mean the files. (#70, thanks to @remotomasi)

Options

• The Thumbnails tab comes right after Browsing: both are about the grid.

Known limits

• Ultra HDR is kept only in JPEG: Convert in any other format, or with Keep the metadata off, writes the photo without its HDR.
• Save in another format writes an Ultra HDR photo without its HDR, also in JPEG (#66).
• The image editor's copy keeps the GPS position of the original, like every other metadata; there is no choice yet to leave it out (#55).
• An edited SVG is saved as a PNG (#56).
• An image cannot yet be opened from the clipboard; copying the result to the clipboard works (#57).
• Where a filter and a highlighter overlap, the editor's preview shows only the one on top; the saved file applies both (#58).
• On Windows, if the connection to a phone breaks while Windows still lists the phone, the folder open in EyeCanSee keeps saying "The phone was disconnected" even after Try again has saved the image, until EyeCanSee is closed and opened again.
• On Windows the thumbnail of a video on a phone needs the whole video copied first: in our tests about 9 seconds for one video, more for bigger ones.
• The maker note of RAW photos is not kept in converted files, and GIMP files (XCF) keep only their colour profile.

Tested on

Fedora 44 with GNOME (Wayland), with two Ultra HDR motion photos whose EXIF names a Pixel 7a and a Xiaomi 15 Ultra, and an Apple gain map sample (an iPhone 13 mini photo reduced to 384 × 512, from the libultrahdr test data). On Windows 11, Ctrl+V after a copy in another program (#61) and an Ultra HDR photo resized as JPEG (#65) were tried by hand too; the automatic tests run on Windows as well. The thumbnails were tried by hand with a POCO X7 Pro on Fedora 44 and a POCO X6 Pro on Windows 11 (photos, phone videos and a folder of test formats), with Paste into this folder on both.

Download

Windows

• Microsoft Store (recommended): signed by Microsoft, no SmartScreen warning, kept up to date by the Store. The update reaches the Store after Microsoft's certification.
• Installer EyeCanSee-0.74.1-windows-x64-setup.exe, or the zip EyeCanSee-0.74.1-windows-x64.zip (extract the whole folder and run eyecansee.exe). Not signed with a Windows certificate: the first time, Windows may warn you (More info, then Run anyway).

Linux

• Fedora 43 and later, from COPR:

  sudo dnf copr enable iosonopiero/eyecansee
  sudo dnf install eyecansee
  

• Other distributions (2022 and later, glibc 2.35): EyeCanSee-0.74.1-x86_64.AppImage, made executable and run.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.74.1-windows-x64-setup.exe: 82c462feedb64944e9d90c1e9e8a8439a54dfa1e2b9658357ab4e7314a158d29

SHA-256 of EyeCanSee-0.74.1-windows-x64.zip: da47ec1369e6cc411c294068f7a2a900646190c15b21a0c71425f956e6599a37

SHA-256 of EyeCanSee-0.74.1-x86_64.AppImage: c95f2c84475b078f573e3b4fcaf09253291992fdaff9bbccc1c072242fa8ea29

EyeCanSee 0.74.0

EyeCanSee 0.74.0

Changes since 0.73.3:

Image editor

Until now EyeCanSee could turn, flip and crop an image (Image > Rotate and crop), and nothing more: no drawing, no text, no way to hide part of a photo. 0.74.0 adds an editor for any image EyeCanSee opens, also on phones and servers: Image > Edit image… or Ctrl+E. It is a light editor for marking up and covering, not a replacement for GIMP or Krita: no layers, masks or retouching. (#53)

• Drawing: lines and arrows (also curved, with four kinds of heads), rectangles and ellipses with border and fill, freehand, highlighter (it tints the photo like a real one: dark letters stay readable), spotlight (darkens everything but the parts chosen), text (also along a curve, with outline and a box behind it), speech bubbles, numbered steps, 57 stamps, and a magnifier that enlarges a part of the photo.
• Covering private data: solid boxes; nothing of what they cover is left in the saved file, not even in the HDR part of an Ultra HDR photo.
• Filters on a part or on the whole image: blur, pixelate, sharpen, black and white, sepia, brightness, contrast. Blur and pixelate say that they are not enough to hide private text: for that, use a cover box.
• Selection: a part of the image copied, cut and pasted as an object of its own; an image copied in another program can be pasted too.
• Crop and rotate by any angle, now inside the editor (Image > Rotate and crop opens it with that tool).
• Eyedropper: a magnifier with the pixels around the pointer and the colour's hex, RGB and HSL codes; on Windows it takes a colour anywhere on the screen, on Linux the desktop's own picker does (Shift+I).
• Every addition stays an object that can be moved, resized, restyled or deleted until saving; undo and redo cover everything, crop included.
• Saving: Save copy writes a copy next to the original ("photo (edited).jpg"), which stays untouched; then the button becomes Update copy, which writes the same copy again. Overwrite the original… replaces the original, which always goes to a trash first. Save as… chooses format and options. The question before saving says what is lost, if anything (quality, bits per colour). Formats the editor does not write back (HEIC, RAW, JPEG XL, PSD) are saved as JPEG or PNG; the viewer's Save keeps a PSD a PSD, as before. The metadata are kept, with the new sizes.
• Phones and servers: the edited image is kept on the computer and then sent; if sending fails, the original stays as it was and a window offers Try again, Save as… and Open the folder.
• Clipboard: Ctrl+C copies the result, to paste it in another program.

What changes for those who used Rotate and crop: its Save made the change over the original or as a new file; now the editor's main button makes a copy, and overwriting the original is in the menu of its arrow.

Saving JPEG

• A JPEG saved again as JPEG (the viewer's Save, the editor, Convert keeping the format, Ultra HDR photos) keeps the quality and colour subsampling it was saved with, read from the file as ImageMagick does (92 when they cannot be read). Before, it was always encoded at quality 95 with 4:2:0 subsampling: a photo saved at a higher quality or with full colour was compressed again harder than it was, and one saved at a lower quality became heavier without looking any better.

Viewer and windows

• The toolbar has line icons in groups (File, Image, Tools), with name and key on hover and why a button is off; Save and Save as… are on it. In the viewer it keeps only what works on the image shown (rename, delete, turn, edit, save). (#44)
• Full screen (F11) shows the image, video, model or drawing alone, without menus, toolbar and status bar; Esc leaves full screen first. Before, the bars stayed on screen. A video's own controls (play, time, volume) still show.
• The window's close button in the viewer goes back to the grid, as Esc; before, it closed EyeCanSee. An option in Options > Browsing brings back the old way.
• Ctrl+Left and Ctrl+Right jump 5 seconds back and forward in a video; before, they went to the previous or next file. (#10)
• A server's key or certificate fingerprint shows apart, monospaced on a highlighted field, to compare it with the one the server gives; the message windows share one style. (#11)
• Enter and Esc close the windows that tell how an operation went, Check for updates and About included. (#12)
• The Keys button, which lists the keys of what is shown, is there for images, videos and sounds too (it was only for 3D models and CAD drawings).
• While a file is read, a large spinner and "Loading the file…" in the middle of the viewer.
• Closing EyeCanSee waits at most half a second for the work in the background (a large HEIC being read, thumbnails); before, the window could stay frozen for seconds. A save under way is still waited for.

Known limits

• A photo that is both a Motion Photo (with its video) and Ultra HDR is saved by the editor without its HDR part. (Other Ultra HDR photos keep it.)
• The copy keeps the GPS position of the original, like every other metadata; there is no choice yet to leave it out.
• An edited SVG is saved as a PNG.
• An image cannot yet be opened from the clipboard (copying the result to the clipboard works).
• Where a filter and a highlighter overlap, the editor's preview shows only the one on top; the saved file applies both.
• On Windows, if the connection to a phone breaks while Windows still lists the phone, the folder open in EyeCanSee keeps saying "The phone was disconnected" even after Try again has saved the image, until EyeCanSee is closed and opened again.
• The maker note of RAW photos is not kept in converted files, and GIMP files (XCF) keep only their colour profile.

Tested on

Fedora 44 with GNOME (Wayland), Windows 11, Kubuntu 24.04 with KDE Plasma 5 (X11, on a PC and in a virtual machine) and Linux Mint 22.3 with Cinnamon (X11, in a virtual machine). The editor on a phone (Android, over USB) and on SFTP and FTP servers was tried on Linux. Not tried: KDE Plasma 6 and other Wayland desktops than GNOME.

Download

Windows

• Microsoft Store (recommended): signed by Microsoft, no SmartScreen warning, kept up to date by the Store. The update reaches the Store after Microsoft's certification.
• Installer EyeCanSee-0.74.0-windows-x64-setup.exe, or the zip EyeCanSee-0.74.0-windows-x64.zip (extract the whole folder and run eyecansee.exe). Not signed with a Windows certificate: the first time, Windows may warn you (More info, then Run anyway).

Linux

• Fedora 43 and later, from COPR:

  sudo dnf copr enable iosonopiero/eyecansee
  sudo dnf install eyecansee
  

• Other distributions (2022 and later, glibc 2.35): EyeCanSee-0.74.0-x86_64.AppImage, made executable and run.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.74.0-windows-x64-setup.exe: 1f41c3007cc8c65efd87224a0d44903e7ba394455ac379b059cee695f1dacad7

SHA-256 of EyeCanSee-0.74.0-windows-x64.zip: c12aee9c32a9a8fa27a003b95db96bf3b4059d03bd5808cbef2878d4f169ec32

SHA-256 of EyeCanSee-0.74.0-x86_64.AppImage: 44a570a9ec0d97a160229a74af8da426b1f57555e6927b4116cbdc8123d7f038

EyeCanSee 0.73.3

EyeCanSee 0.73.3

Changes since 0.73.2:

Phone photos opened from File Explorer (Windows)

• Saving a phone photo opened from File Explorer no longer changes only a hidden copy. When EyeCanSee is the default app for pictures and a photo on a phone is opened with a double click in File Explorer, Windows does not give EyeCanSee the file on the phone but a temporary copy of it, kept in its internet cache (File Explorer offers no "Open with" for files on a phone). Since 0.30.2, the first release with Save, EyeCanSee saved over that copy without saying anything and showed the photo as saved: the photo on the phone stayed as it was, and the change was left in a cache that Windows can empty. Now the status bar says, when the photo opens, that it is a temporary copy made by Windows; Save never writes over it, explains why and offers Save as… to keep the changes. (#47)

Known limits

• On Windows, if the connection to a phone breaks while Windows still lists the phone, the folder open in EyeCanSee keeps saying "The phone was disconnected" even after Try again has saved the image, until EyeCanSee is closed and opened again. Seen only with the phone switched off from the computer's side (its USB interface disabled).
• On Windows, after a copy inside a phone into the same folder, or onto a name the destination folder already has, the phone can stop answering for a few minutes: Windows asks the phone about the temporary file that has just been moved, and its phone driver waits. EyeCanSee shows a message after 15 seconds; unplugging and plugging the cable back in ends the wait at once. Seen on a POCO X7 Pro; not seen on Linux.
• The maker note of RAW photos is not kept in converted files, and GIMP files (XCF) keep only their colour profile.

Download

Windows

• Microsoft Store (recommended): signed by Microsoft, no SmartScreen warning, kept up to date by the Store. The update reaches the Store after Microsoft's certification.
• Installer EyeCanSee-0.73.3-windows-x64-setup.exe, or the zip EyeCanSee-0.73.3-windows-x64.zip (extract the whole folder and run eyecansee.exe). Not signed with a Windows certificate: the first time, Windows may warn you (More info, then Run anyway).

Linux

• Fedora 43 and later, from COPR:

  sudo dnf copr enable iosonopiero/eyecansee
  sudo dnf install eyecansee
  

• Other distributions (2022 and later, glibc 2.35): EyeCanSee-0.73.3-x86_64.AppImage, made executable and run.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.73.3-windows-x64-setup.exe: c7260457c40c98e9303009da8f9c9933e4c2427b73f8e8801fac6fd1e894c8c3

SHA-256 of EyeCanSee-0.73.3-windows-x64.zip: 5b69aeac7fe914e525b2a968635d77d42e35ae4bab99b2671b729e9eaac873df

SHA-256 of EyeCanSee-0.73.3-x86_64.AppImage: 646c03a2dc070b7aa2efa8af971c5c06ada632fd13c33ab38e1c1b1730a2422c

EyeCanSee 0.73.2

EyeCanSee 0.73.2

Changes since 0.73.1:

Phones opened from the file manager (Linux)

• Saving a phone photo opened from the file manager could leave it only as a hidden file. Since 0.30.1, a photo opened with a double click in the Files app on GNOME (Nautilus), then turned and saved, could fail with "already exists": the original stayed on the phone under a hidden name (.<name>.eyecansee-old) and nothing was left under its own name; the changed image was not kept either. The original was not lost: renaming the hidden file back to its name recovers it. The cause is the file manager's connection to the phone (gvfs), which for some seconds after a rename still answers that the old name exists, and can even delete a file when another one is renamed onto that name (seen with test files). (#45)
• Phone files opened from the file manager now use EyeCanSee's direct connection. A double click on a phone photo in the Files app opens it the same way as from Devices: faster, and Save works as usual. EyeCanSee takes the phone from the file manager and says so in the status bar; to see it there again, close EyeCanSee and click the phone in the file manager. (#46)
• No saving over a file in folders opened through the file manager's connection (gvfs: cameras, iPhones, network folders opened from the Files app). There Save writes nothing and says why, with Save as… to save to a new file; the original is never touched. (#45)
• File > Save explains instead of being greyed out. On a changed image that cannot be saved over itself (FTP, gvfs, formats EyeCanSee cannot write), File > Save now opens the window that says why and offers Save as…; before, only Ctrl+S did.

Metadata

• The metadata panel shows the EXIF of CR3, RAF, ORF, RW2 and MRW photos. For Canon CR3, Fujifilm RAF, Olympus and OM System ORF, Panasonic RW2 and Minolta MRW photos the panel showed only the file details, in every version until 0.73.1: it read the EXIF only of the RAW files built on TIFF (CR2, NEF, ARW, DNG and others). Since 0.73.1 Convert and resize already read their EXIF and carried it into the new file; the panel now reads it the same way: camera, lens, shot, GPS. (#4)
• Extended XMP of JPEG photos is kept. A JPEG can hold an XMP too large for one segment of the file (over 64 KB) as "extended XMP" (long descriptions, for example). Since 0.73.1, when Save, Rotate and crop or Convert and resize encoded the photo again, the main XMP was kept but the extended part was lost, and the new file still pointed to it. It is now kept: in a JPEG as it was, in PNG, WebP, TIFF and AVIF as part of the one XMP. A JPEG turned without loss and Ultra HDR photos already kept it. (#5)
• TIFF: the IPTC digest matches the IPTC again. Since 0.73.1 a TIFF written with IPTC whose length is not a multiple of 4 bytes had a digest that no longer matched it, so a program that checks it (exiftool does) takes the XMP for out of date. EyeCanSee now pads the IPTC as Photoshop does and writes the digest of the padded IPTC, when the original's digest was current. (#6)

Phones

• Photos in the Android trash are shown by their own name everywhere. Since 0.61.0, a photo in the trash of an Android phone, shown in the grid as IMG_0003.jpg, appeared in the status bar and in the File box of the metadata panel under the hidden name Android gives it there (for example .trashed-1795803477-IMG_0003.jpg); so did the window that asks before deleting it, which also gave no size, and the window of Restore when the name is already taken, which also named the folder above the right one. They now all show the name of the grid, the size and the folder the photo goes back to. (#3)

Known limits

• On Windows, if the connection to a phone breaks while Windows still lists the phone, the folder open in EyeCanSee keeps saying "The phone was disconnected" even after Try again has saved the image, until EyeCanSee is closed and opened again. Seen only with the phone switched off from the computer's side (its USB interface disabled).
• On Windows, after a copy inside a phone into the same folder, or onto a name the destination folder already has, the phone can stop answering for a few minutes: Windows asks the phone about the temporary file that has just been moved, and its phone driver waits. EyeCanSee shows a message after 15 seconds; unplugging and plugging the cable back in ends the wait at once. Seen on a POCO X7 Pro; not seen on Linux.
• The maker note of RAW photos is not kept in converted files, and GIMP files (XCF) keep only their colour profile.

Download

Windows

• Microsoft Store (recommended): signed by Microsoft, no SmartScreen warning, kept up to date by the Store. The update reaches the Store after Microsoft's certification.
• Installer EyeCanSee-0.73.2-windows-x64-setup.exe, or the zip EyeCanSee-0.73.2-windows-x64.zip (extract the whole folder and run eyecansee.exe). Not signed with a Windows certificate: the first time, Windows may warn you (More info, then Run anyway).

Linux

• Fedora 43 and later, from COPR:

  sudo dnf copr enable iosonopiero/eyecansee
  sudo dnf install eyecansee
  

• Other distributions (2022 and later, glibc 2.35): EyeCanSee-0.73.2-x86_64.AppImage, made executable and run.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.73.2-windows-x64-setup.exe: d725e0f85f9b9eac090a689cbc97039947d32ab84cb8e00e95f551d87f3b813f

SHA-256 of EyeCanSee-0.73.2-windows-x64.zip: a88f299de493a332c634524cc16d35e2a987f794ad2bf78414e793e04bb9803b

SHA-256 of EyeCanSee-0.73.2-x86_64.AppImage: b608649d1aada2c595248073710d6d6c79ce8371c9aae12fac60b6f80275b72a

EyeCanSee 0.73.1

EyeCanSee 0.73.1

Changes since 0.73.0:

Metadata kept when saving and converting

• Saved photos no longer carry a preview of the original. Cameras store a small preview inside the EXIF; Rotate and crop, Save, Convert and resize and Save in another format kept it as it was, so a cropped photo still held, in small, the part cropped away, and a turned one an unturned preview. It is now left out (programs make their own from the image), and the image sizes written in the EXIF are those of the new file.
• Saved images keep their XMP and IPTC. Rotate and crop, Save, Convert and resize and Save in another format kept only the EXIF and the colour profile: the XMP and the IPTC (author, copyright, licence, descriptions, keywords) were lost every time an image was encoded again. They now go into JPEG, PNG and TIFF; WebP and AVIF have no place for IPTC, so its fields go into the XMP. The sizes and the orientation written in the XMP are those of the new image. Left out on purpose: the small previews of the original stored by cameras and Photoshop, and the Lightroom and Camera Raw settings, which describe a crop and adjustments already in the pixels.
• A JPEG turned without loss and Ultra HDR photos kept their XMP and Photoshop data unchanged, so they still described the original (its sizes, its preview). They are now made to fit the new image in the same way.
• TIFF keeps the EXIF. A TIFF written by EyeCanSee lost all of it (camera, date, exposure, GPS); it now keeps it.
• AVIF keeps the colour profile. An AVIF lost the profile of the original, so a photo in Adobe RGB or ProPhoto RGB came out with the wrong colours; it now keeps it, and the XMP too. Converted HEIC and AVIF photos also keep their profile and XMP now.
• PSD files saved over themselves lost their IPTC and got an EXIF orientation of 0 ("unknown") instead of "upright"; both are fixed, and the sizes in their EXIF are those of the new image.
• RAW photos converted to another format keep their EXIF, whatever the maker. Until now only the RAW files built on TIFF (CR2, NEF, ARW, DNG) gave their camera, shot and GPS fields to the new file; CR3, RAF, ORF and RW2 photos lost all their EXIF, and no RAW kept its XMP (rating, labels, descriptions). Now every RAW gives its whole EXIF (camera, lens, shot, GPS, author, copyright) and its XMP, with the sizes of the new image; the maker note stays out, as before, since its offsets point into the RAW file. The new file also carries an sRGB colour profile, the colour space EyeCanSee develops RAW photos into: before it had none, and programs assumed sRGB, so the colours were already right.
• Files read through ImageMagick keep their metadata. Until now a MIFF, a PSB or another rare format converted to JPEG, PNG, WebP, TIFF or AVIF lost all of its EXIF, XMP, IPTC and colour profile; they are now kept. GIMP files (XCF) keep their colour profile only: GIMP stores the rest in a form of its own.

Phones and servers

• Saving on a phone or a server no longer loses the changed image when sending it fails. The original there was already left untouched, but the changed image, held only in memory, was lost. It is now kept on the computer first (edits in the app's data folder) and a window says where it is, with Try again, Save as… and Open the folder; the copy is deleted once the image is saved where it belongs. On Windows a phone cut off during the send is now named as such ("The phone was disconnected") instead of a Windows error code, and Try again opens the phone anew instead of using the connection that broke.
• Copying inside a phone with "Keep both" no longer ruins the file already there. When a folder of the phone already held a file with the same name, Paste with "Keep both" asked the phone to copy onto that name; Android wrote the copied file over the existing one without shortening it, and EyeCanSee then renamed it: the folder was left with one damaged file (the new file's bytes followed by the end of the old one) and no intact copy of the old file. Seen on a POCO X7 Pro on Windows; on Linux EyeCanSee asked the phone for the same copy, so the same could happen there (not tried). Such a copy now goes through a hidden folder and both files stay intact (tried on Linux and Windows). The phone library, mtp-rs, is updated to 0.37.3, which refuses such copies itself, no longer leaves the phone unreachable until it is unplugged after a cancelled download, and no longer lets a malformed answer from the phone close EyeCanSee.
• Phone errors in the app's language. "The phone was disconnected" and "The phone stopped answering" came in English, as the phone library writes them; they are now in the app's language.

Known limits

• On Windows, if the connection to a phone breaks while Windows still lists the phone, the folder open in EyeCanSee keeps saying "The phone was disconnected" even after Try again has saved the image, until EyeCanSee is closed and opened again. Seen only with the phone switched off from the computer's side (its USB interface disabled).
• On Windows, after a copy inside a phone into the same folder, or onto a name the destination folder already has, the phone can stop answering for a few minutes: Windows asks the phone about the temporary file that has just been moved, and its phone driver waits. EyeCanSee shows a message after 15 seconds; unplugging and plugging the cable back in ends the wait at once. Seen on a POCO X7 Pro; not seen on Linux.
• The maker note of RAW photos is not kept in converted files, and GIMP files keep only their colour profile (see above).

Download

Windows

• Microsoft Store (recommended): signed by Microsoft, no SmartScreen warning, kept up to date by the Store. The update reaches the Store after Microsoft's certification.
• Installer EyeCanSee-0.73.1-windows-x64-setup.exe, or the zip EyeCanSee-0.73.1-windows-x64.zip (extract the whole folder and run eyecansee.exe). Not signed with a Windows certificate: the first time, Windows may warn you (More info, then Run anyway).

Linux

• Fedora 43 and later, from COPR:

  sudo dnf copr enable iosonopiero/eyecansee
  sudo dnf install eyecansee
  

• Other distributions (2022 and later, glibc 2.35): EyeCanSee-0.73.1-x86_64.AppImage, made executable and run.

Every file has its minisign signature next to it (.minisig):

minisign -Vm <file> -P RWRgiMFmEPRN5JASovMqT3NdY1Ui/mhebEzDTdsmKDiXno3K/9B4/biD

Installer, zip and AppImage already installed update themselves.

SHA-256 of EyeCanSee-0.73.1-windows-x64-setup.exe: 9c23d986a662cd6867d56b4a104b8afbd13736dfd3c00d6247acbba9326d3984

SHA-256 of EyeCanSee-0.73.1-windows-x64.zip: 54db330ebd609e9fe9a455da7cd8179eb96ace40e4ec7097e5cd744d4991d6d7

SHA-256 of EyeCanSee-0.73.1-x86_64.AppImage: 800344bb624b948bbe14747242d943fd270c1dfe7fb1f8aeab354f505e26896b