-->>Setup and usage<<--          
New Release: 3.0.3 FINAL
#1
Star 
Good Afternoon Everyone,

Once again two new releases today.
Finishing up 3.0.3 and introducing 3.1.0 Beta 1.

First up the final version of 3.0.3.
This will officially be the last version to support Windows XP.
The reason being that FFmpeg recently dropped support for Windows XP,
and we're simply following suit, as we rely heavily on FFmpeg for thumbnailing.


Also for the sake of transparency here are the donation numbers for 2017:
$ 222,30

which after paypal fees are:
$ 194,57

Thanks to everybody who has donated, reported bugs, and just overall supported and used Icaros these past many years!
You're all keeping the development alive and well. 


New beta will follow along shortly, stay tuned!
But for now, enjoy the new release! ;)


[Icaros v.3.0.3 Final]

- Switched to the new FFmpeg decoding API
- Added prompt if IcarosConfig is closed while the cache indexer is running
- Added some additional error checks to the Icaros Cache Indexer
- IcarosConfig now shows the filename of the file that is currently being processed by the cache indexer
- Fixed parsing of subdirectories if a root (e.g. C:\) is added to the Cache Locations
- Fixed decoding of H264 444 files (no more gray frames)
- Updated default page colors
- Updated to VS 2017
- Updated copyright to 2018
- Updated FFmpeg


Icaros 3.0.3 Final Installer: Download
Icaros 3.0.3 Final Portable: Download


Issue Tracker
OS: Windows 7 Ultimate x64
Reply
#2
Thanks a lot.
Reply
#3
You're welcome, Lenmaer.
Truly appreciate your continued support and feedback!
OS: Windows 7 Ultimate x64
Reply
#4
I continue to have the same issue with new icaros:  the property handler fails to provide info to WMP and
Windows Search re: mp3 files.  The explorer DETAILS pane works fine, but WMP can not "extract" any ID3 info from the files, adding them into the wmp library as "unknown author" "unknown title", etc.  Rebuilding the wmp library with icaros properties activated highlights this issue - everything is pretty much unknown.  uncheck icaros properties for .mp3 and rebuild and it's ok again.

These MP3 files all have ID3V1 tags; only a few have V2 tags [2.3, not 2.4].  THEY ARE ALL MARKED READ-ONLY [to stop WMP from updating the tags in them]  Maybe the RO flag is causing icaros issues too?

BTW, .flac files and .m4a files work fine with re: to the above.  just mp3's.

it would seem the prop-handler is returning fail when invoked by wmp or windows search [ie as an .mp3 I-Filter]

my sys: W7HomePremx64, WMP12
Reply
#5
I'm sorry, all of the above is my own fault  -  I failed to install the x32 portion!!!!  It was unchecked by default and I therefore _ASSUMED_ that I didn't need it.  Yeah, I do...

When installed properly it works just fine, WMP does detect all the files just fine, and the details pane works fine too.  Sorry for the false alarm.

I would recommend that the installer PRE-CHECK both x64 and x32 on x64 systems, so others don't assume wrongly as I did.

Thanks for continuing to develop this product...

-=PSH=-
Reply
#6
Hi javacatpaul,

Thanks for the feedback and report... and solution. ;)
Optimal troubleshooting right there. 

I completely agree with your recommendation, it does seem worth it for most users,
so I'll make it the default from the next build onwards. 

Appreciate the feedback and support! Thank you!
OS: Windows 7 Ultimate x64
Reply




Users browsing this thread: 2 Guest(s)