[Xanashi]

Good Afternoon Everyone,

Here is the final release of 3.3.1.
It's not a huge release, but there have been a handful of bug fixes since the last Beta release.
I will post the changelog between the last beta and this release in a post below.

With that said, I have been working quite a lot since the last release, on some of the new formats
that has yet to be included in Icaros. Hopefully I can include them soon in a new Beta release.

As always thank you all so much for the donations, bug hunting and help with the translations! ❤️

I hope you all enjoy the new release!




_______________________________________________________________________________________________________


[Icaros v.3.3.1 Final]

- Added MKV tag parser - MKV tags can now be viewed in File Explorer
- Added ID3v2 tag support in WAV parser
- Added PSD property support
- Added TGA property support
- Added DDS property support
- Added and improved several properties in most audio property filetypes (BPM, Rating, Initial Key, Bitrate and more)
- Added support for AVIF files in CBX files
- Added M4V as a valid property filetype
- Added missing properties in File Explorer for Matroska and MOV/MP4
- Improved parsing of huge values in Property Handler
- Fixed the Icaros Cache being locked by File Explorer and IcarosConfig
- Fixed rare bug where the Icaros Cache locked itself
- Fixed several drag 'n drop issues in IcarosConfig
- Fixed thumbnail rotation of files with a displaymatrix property
- Fixed the Cache Indexer not working on Active Directory systems (Thank you Funky D!  ^__^)
- Fixed WEBP not working in Firefox (Requires deactivating, then reactivating the Properties in Icaros)
- Fixed cover parsing in MKV files with WEBP or GIF covers embedded
- Fixed Icaros setting an invalid default Cache location on some systems
- Fixed Rating property not being read correctly from ID3v2 tags
- Updated .NET Framework to 4.6
- Added German installer localization (Thank you Klaus Luppert! ^__^)
- Updated German localization (Thank you Klaus Luppert! ^__^)
- Updated Greek localization (Thank you Thunderstrike116! ^__^)
- Updated Italian localization (Thank you bovirus! ^__^)
- Updated Russian localization (Thank you Ligre! ^__^)
- Updated FFmpeg
- Lots of small fixes and improvements


Icaros 3.3.1 Final Installer: Download
Icaros 3.3.1 Final Portable: Download


Issue Tracker

[Xanashi]

[Changes between Beta 1 and Final]

- Added support for AVIF files in CBX files
- Added M4V as a valid property filetype
- Added missing properties in File Explorer for Matroska and MOV/MP4
- Fixed the Icaros Cache being locked by File Explorer and IcarosConfig
- Fixed rare bug where the Icaros Cache locked itself
- Fixed potential .NET crash for users that doesn't have .NET 4 installed
- Fixed thumbnail rotation of files with a displaymatrix property
- Fixed entries with long path filenames not working on the Debug page
- Fixed PSD, TGA and DDS options not showing up on Properties page
- Added German installer localization (Thank you Klaus Luppert! ^__^)
- Updated German localization (Thank you Klaus Luppert! ^__^)
- Updated Greek localization (Thank you Thunderstrike116! ^__^)
- Updated Italian localization (Thank you bovirus! ^__^)
- Updated Russian localization (Thank you Ligre! ^__^)
- Updated FFmpeg

[UriF]

mp4 file doesn't show a video frame in Windows Explorer (Win 10 x64):

I downloaded this video using Vdeo Download Helper browser extension

You can see a Media Info below:


General
Complete name                            : D:\JDownloader\ABS-166 10 People Shiro And Daughter Go Too To Escalate And De Asuka Kirara-480p.mp4
Format                                  : MPEG-4
Format profile                          : Base Media
Codec ID                                : isom (isom/iso2/avc1/mp41)
File size                                : 1.71 GiB
Duration                                : 4 h 11 min
Overall bit rate mode                    : Variable
Overall bit rate                        : 975 kb/s
Frame rate                              : 29.970 FPS

Video
ID                                      : 1
Format                                  : AVC
Format/Info                              : Advanced Video Codec
Format profile                          : High@L3.1
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                  : Yes
Format settings, Reference frames        : 4 frames
Codec ID                                : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                : 4 h 11 min
Source duration                          : 4 h 11 min
Bit rate                                : 869 kb/s
Width                                    : 864 pixels
Original width                          : 852 pixels
Height                                  : 468 pixels
Original height                          : 480 pixels
Display aspect ratio                    : 16:9
Frame rate mode                          : Variable
Frame rate                              : 29.970 FPS
Minimum frame rate                      : 5.994 FPS
Maximum frame rate                      : 120.000 FPS
Color space                              : YUV
Chroma subsampling                      : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                      : 0.072
Stream size                              : 1.52 GiB (89%)
Source stream size                      : 1.52 GiB (89%)
Writing library                          : x264 core 164 r3106 eaa68fa
Encoding settings                        : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=4 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=15 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=150 / keyint_min=76 / scenecut=0 / intra_refresh=0 / rc_lookahead=20 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
mdhd_Duration                            : 15065532
Codec configuration box                  : avcC

Audio
ID                                      : 2
Format                                  : AAC LC
Format/Info                              : Advanced Audio Codec Low Complexity
Codec ID                                : mp4a-40-2
Duration                                : 4 h 9 min
Source duration                          : 4 h 11 min
Bit rate mode                            : Variable
Bit rate                                : 2 394 kb/s
Nominal bit rate                        : 96.3 kb/s
Maximum bit rate                        : 6 025 kb/s
Channel(s)                              : 2 channels
Channel layout                          : L R
Sampling rate                            : 44.1 kHz
Frame rate                              : 43.066 FPS (1024 SPF)
Compression mode                        : Lossy
Stream size                              : 4.17 GiB
Source stream size                      : 4.17 GiB
mdhd_Duration                            : 14956507
Errors                                  : Missing ID_END

It is more strange I am able to play this file VLC & Daum but when I tried recover using ffmpeg I get following message:

[mov,mp4,m4a,3gp,3g2,mj2 @ 0000021f0a60a5c0] Invalid sample size -6
[mov,mp4,m4a,3gp,3g2,mj2 @ 0000021f0a60a5c0] error reading header
[in#0 @ 0000021f0a60a480] Error opening input: Invalid data found when processing input
Error opening input file ABS-166-480p.mp4.
Error opening input files: Invalid data found when processing input

[Xanashi]

You actually provided the answer. 
Icaros uses the FFmpeg libraries to decode MP4 files, and since it throws an error when you try to decode the file ffmpeg.exe,
the same error would no doubt happen when Icaros tries to decode the file.

The easiest solution would most likely just be to remux the file. Either to MP4 again or to MKV (super simple with MKVToolNix).

[UriF]

You actually provided the answer. 
Icaros uses the FFmpeg libraries to decode MP4 files, and since it throws an error when you try to decode the file ffmpeg.exe,
the same error would no doubt happen when Icaros tries to decode the file.

The easiest solution would most likely just be to remux the file. Either to MP4 again or to MKV (super simple with MKVToolNix).

You are absolutely right.  I don't know how to remux (if you have an idea I would greatly appreciate) but I used MKVToolNix  to convert to mkv (then I was able to to convert to mp4). It is interesting that length of mkv (the same as converted to mp4) lesser than original file for 1 sec.

Thank you anyway for reply

[Xanashi]

You actually provided the answer. 
Icaros uses the FFmpeg libraries to decode MP4 files, and since it throws an error when you try to decode the file ffmpeg.exe,
the same error would no doubt happen when Icaros tries to decode the file.

The easiest solution would most likely just be to remux the file. Either to MP4 again or to MKV (super simple with MKVToolNix).

You are absolutely right.  I don't know how to remux (if you have an idea I would greatly appreciate) but I used MKVToolNix  to convert to mkv (then I was able to to convert to mp4). It is interesting that length of mkv (the same as converted to mp4) lesser than original file for 1 sec.

Thank you anyway for reply

So glad to hear it worked. 
Basically remuxing is just moving the video, audio and subtitle tracks from one container (in your case MP4) to another container (MKV for example). 
Remuxing doesn't affect the quality of content unlike conversions, but in some cases it can fix issues like this, as containers often store seek indexes and other
important information about each stream it contains, and when you remux a file, the muxing software (in this case MKVToolNix) will recalculate all these values,
and update the information. 
This is most likely also why the length of your file changed.

[UriF]

You actually provided the answer. 
Icaros uses the FFmpeg libraries to decode MP4 files, and since it throws an error when you try to decode the file ffmpeg.exe,
the same error would no doubt happen when Icaros tries to decode the file.

The easiest solution would most likely just be to remux the file. Either to MP4 again or to MKV (super simple with MKVToolNix).

You are absolutely right.  I don't know how to remux (if you have an idea I would greatly appreciate) but I used MKVToolNix  to convert to mkv (then I was able to to convert to mp4). It is interesting that length of mkv (the same as converted to mp4) lesser than original file for 1 sec.

Thank you anyway for reply

So glad to hear it worked. 
Basically remuxing is just moving the video, audio and subtitle tracks from one container (in your case MP4) to another container (MKV for example). 
Remuxing doesn't affect the quality of content unlike conversions, but in some cases it can fix issues like this, as containers often store seek indexes and other
important information about each stream it contains, and when you remux a file, the muxing software (in this case MKVToolNix) will recalculate all these values,
and update the information. 
This is most likely also why the length of your file changed.

Thanks

[Mrantz]

Xanashi - per my personal message, here is the original post & attachments.  Thanks !
EDIT: Attached 1 more .jpg file. Just shows the same metadata from both .MOV files, with the reversed "Stream" info.

I hope this message finds you doing well.  Thanks again for another release of Icaros - as always, appreciate your app & all the hard work you put into it.  I've installed the latest final v3.3.1, and everything seem to be running pretty good.  However, I might have stumbled upon a bug and I wanted to let you know.  I'm pretty sure this was not an issue in the last beta version (the version prior to this final release).  Here is what I've been experiencing:

In the last couple days, Windows Explorer has been hanging on me when I double click on certain .MOV files (NOTE:  This does not happen on every MOV file, and as of right, seems very random).  Win Explorer will even hang if I just click on the .MOV file and then right-click to open that context menu.  Explorer hangs before even displaying the right-click menu.  Only way to recover this is to open task manager and restart the Explorer process to recover.

However, this problem DISAPPEARS AND Win Explorer *will not hang* if I open Icaros, and go to properties tab and A) ACTIVATE the properties tab, but UNCHECK .MOV in the list ---OR--- B) DEACTIVATE the properties tab, AND CHECK OR UNCHECK .MOV in the list.  I can now open the problematic .MOV files without a problem.

Since this is only happens on some .MOV files, I'd venture to guess that whatever property information Icaros is trying to pull from the .MOV file so it just hangs Win Explorer. This same issue is present whether the .MOV file is on the network or a local drive.  I haven't run into any other file extension that has this same issue, at least not yet.

So, that's about all the info I can give you right now.  This isn't a pressing issue for me, I've just unchecked .MOV for now.

Thanks again,
Regards,
Matt R.

PS. Still running Windows 10 here.

[Xanashi]

Hi Matt,

Thank you for the report.
It definitely sounds like Icaros is bugging out trying to read the information from some of your .mov files.
Would it be possible for you to send me the bad.mov file? I'm sure it will be an easy fix, as soon as I can reproduce it.

[javacatpaul]

I have discovered an issue with the .m4a property handler, and its selection UI.

1)  when you check the box to allow icaros to handle the .m4a properties it replaces the default
    reg entry GUID with icaros' GUID, however when you uncheck that box it deletes the reg entry
    rather than returning it to the GUID of the default win handler. 

    This reg file restores the win default entry [part of Media Foundation dll]:

-------cut here----------
Windows Registry Editor Version 5.00

;;  from:  https://hydrogenaud.io/index.php/topic,75123.700.html
;;          reply 717
;;

;; default win handler
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers\.m4a]
@="{f81b1b56-7613-4ee4-bc05-1fab5de5c07e}"

;; this is icaros entry
;; [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers\.m4a]
;; @="{0C08E3BB-D10B-4CC9-B1B3-701F5BE9D6EC}"


;; default win handler
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers\.m4a]
@="{f81b1b56-7613-4ee4-bc05-1fab5de5c07e}"

;; this is icaros entry
;; [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers\.m4a]
;; @="{0C08E3BB-D10B-4CC9-B1B3-701F5BE9D6EC}"

;;  *** be careful of the wordwrap that occured 3 lines up, that's a SINGLE line! ***

------ end cut -----------

2) the Icaros .m4a property handler no longer works "properly" with the Windows Media Player plug-in named
  WMPTAGPLUS; this plug-in allows wmp to import flac, m4a [and other] tag info from these file types into
  the media library. The plugin DID WORK fine with Icaros in the past, but something about the 3.3 handler
  no longer "satisfies" WMPTAGPLUS.  Interestingly, your flac handler continues to work just fine.

  My GUESS is it has something to do with the reported LENGTH, the notes I've seen re: wmptagplus is that
  if the length is unknown then it aborts tag-import and will add the file to "other media" rather than
  "media library", and that's exactly what happens.  Perhaps there's a "formating issue" and wmptagplus
  fails to parse correctly.  But it's just a guess... 

  This issue w/ wmptagplus has been reported to wmptagplus forum for a long time, with no real resolution
  other than to restore the win default handler, which works.  The wmptagplus folk are helpful and may be
  worth contacting.

Thanks for your hard work, and happy bug hunting!

-=PSH=-