Announcement

Collapse
No announcement yet.

Wrong/Missing Icons in IrfanView x86

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Wrong/Missing Icons in IrfanView x86

    In Windows 11 24H2, I have assigned IrfanView x86 to play audio (e.g., .wav) files, and I have assigned IrfanView x64 to display image (e.g., .png) files.

    Those assignments function correctly. In this example, the DW*.wav files play in the x86 version, and the perfmon*.png files display in the x64 version.

    For some reason, however, as shown in the accompanying image, the usual IrfanView icons are not displaying next to the .wav files. Instead, I get a dim checkmark icon. The same is true for .mp3 files.

    My other icons (for e.g., .pdf, .mp4 files) are functioning normally.

    #2
    I run Windows 10 and IrfanView 4.70 32bit and can confirm this issue has been happening for a least the last 3 version updates.
    I have set the IV player to run my mp3 files, with several shortcuts set on the desktop - their icons change from the red cat to white tick mark when the version gets an update.

    I fix the problem using the program FileTypesMan, selecting the default red cat icon for mp3 and all is well again.
    The problem with the white tick icon, is that is is almost impossible to see against a white background, as show in @raywood's image above.

    FileTypesMan shows these icons are hidden within IV, but the default icon get changed every time the software is updated.

    Click image for larger version

Name:	icons-IV470.jpg
Views:	89
Size:	68.3 KB
ID:	98776
    Would be great if the default icon could be reset for future releases.

    Comment


      #3
      That answer pointed the way toward my solution. Here's the blow-by-blow.

      In the upper pane in FileTypesMan, I clicked on the Default Icon column heading, to sort by that. Then I paged down to the lines that cited the x86 version of IrfanView, in C:\Program Files (x86). Those seemed to be the ones having the problem. Presumably that was because I had set up 32-bit IrfanView as the default player of audio files.

      Among the lines in FileTypesMan that cited IrfanView x86, I saw that some were displaying the correct IrfanView icon in the left column. Others weren't. These included .aif, .au, .mid, .mp3, .ogg, .rmi, .snd, and .wav extensions.

      I went down that list, selecting one filetype at a time. For each selected filetype, I saw an "open" line in the lower pane in FileTypesMan. I right-clicked on that "open" entry > Edit Selected Action. That opened the dialog shown by 60north110 (above). There, I clicked on the kebab (three-dot) menu to the right of the "Icon" box.

      That opened up a display of icons. To get icons specific to IrfanView, I clicked Browse and then navigated to, and selected, C:\Program Files (x86)\IrfanView\i_view32.exe. That gave me the set of IrfanView icons that 60north110 shows (above). I chose the red cat icon at upper left > OK. But it did not seem to work. Possibly a reboot would have helped.

      Alternately, in FileTypesMan, I right-clicked on the .mp3 line in the upper pane > Open File Type in RegEdit. This took me to a place in the registry where I saw entries for each of the fileypes at issue (e.g., IrfanView.mp3) with one exception: there was nothing for .snd. Possibly it was not a suitable IrfanView x86 filetype.

      Each of those registry keys had a subkey named DefaultIcon, and for each the default value was C:\Program Files (x86)\IrfanView\i_view32.exe,8. I saw that, starting at zero and counting down the first column of the icons displayed by 60north110 (above), 8 was indeed the number of the barely visible checkmark on a white background.

      The mission, it seemed, was to replace the 8 with 0 in each of those entries. I did that by clicking on the DefaultIcon heading in the Registry Editor, double-clicking on (Default) in the right pane, and changing that final digit.

      After each such change, I right-clicked on the DefaultIcon key > Export. Then I combined those exported .reg files into one that I could run to automate this change in the future. In doing so, I eyeballed each entry, to verify that it ended with 0 rather than 8.

      Neither File Explorer nor FileTypesMan immediately registered those changes, even after I hit F5 or otherwise tried to refresh them. To see that the icons were now functioning correctly, I had to open a new session of File Explorer or kill and restart FileTypesMan.? WIth that, I had my solution.

      Comment

      Working...
      X