Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to find "[Others]" marker in i_view32.ini file within Irfanview exe folder #15

Open
Incineratinq opened this issue Aug 3, 2020 · 3 comments
Assignees
Labels
bug Something isn't working

Comments

@Incineratinq
Copy link

Incineratinq commented Aug 3, 2020

the i_view32.ini in the Irfanview install directory does not have the [Others] section and the %APPDATA%\IrfanView directory is empty. i initially installed the x64 version of Irfanview, but then uninstalled it and installed the x86 version, if this has any effect.

i had this error on both v1.2a and b, and i can now test on the new release

edit: exact same errors on the new release

@Tamk1s Tamk1s added the bug Something isn't working label Aug 3, 2020
@Tamk1s Tamk1s self-assigned this Aug 3, 2020
@Tamk1s
Copy link
Owner

Tamk1s commented Aug 3, 2020

Make sure that the 32-bit version (i_view32.exe) is used, and that the Irfanview path in the Options tab is set to it. You should also run Irfanview 32-bit once from GUI (as admin), open a random file, and try saving it as JPG (with Progressive JPG option disabled, and JPG Quality to whatever). That should generate both the 1st and 2nd i_view32.ini files that are used for Irfanview settings.

To quote myself from YouTube about the issue:

Looks like HackINIFile() function failed, possibly due to i_view32.ini file not existing. Run Irfanview 32-bit once from GUI, and that INI file should be generated. Once created, it should reside in Irfanview installation directory, and look something like this:

[Others]
INI_Folder=%APPDATA%\IrfanView

If that file does exist, type that INI_Folder path into Explorer. You should find a different file named i_view32.ini there. Open that up, and search for "[JPEG]"

Underneath that marker, you should find two INI variables:
Save Quality
Save Progressive

If [Others] marker and INI_Folder exist in the 1st i_view32.INI file, and if [JPEG], Save Quality, and Save Progressive variables exist in the 2nd i_view32.INI file, then HackINIFile() function should work.

What that function does is find the 2nd i_view32.ini file like we just did, and then modify the values for Save Quality and Save Progressive variables.

If that still doesn't fix the issue with v1.2 Release build, then try running Thwimp as admin; it may need that permission to hack the INI file depending on local machine settings. If still problems, run the application with Full Log option set, try again, and upload to here a log file from the application's Logger, as well as report versions of the co-utilities (FFMPEG suite, Irfanview version, and the operating system). I'll dig into this further.

@Incineratinq
Copy link
Author

I ran i_view32.exe as admin, saved a JPG with the settings you mentioned, launched Thwimp 1.2 Release as admin, ensured the path was correct, then encoded the thp. it ran for about 1-2 mins before failing with the same errors as usual. here's the log (and a paste of it, for convenience perhaps)

thwimp_08032020_190333.log
https://lew.la/paste/2e85d7e5

thanks a lot for trying to help so far

@Tamk1s
Copy link
Owner

Tamk1s commented Aug 9, 2020

The code that is throwing the "[Others]" error (within HackINIFile() func) is pretty clear cut, and could indeed not be finding the [Others] marker for the hack. Will dig into that log file deeper tomorrow.

Basically, HackINIFile gets the directory of the Irfanview i_view32.exe file as set from the Options tab, appends "\i_view32.ini" to the end of it, and then reads each line from that resulting INI file as text. If it can't find a line containing "[Others]" string within that file, it throws that error due to failure to do the hack properly.

I did notice something odd for step 8

Step 8: Convert final video ('banana.mp4') into BMP frames, padded to 3 digits ('frame_%0Nd.bmp')
Generating ~480 BMP frames. Please wait; this shall take some time...

During ripping of BMP frames, the current progress percentage was always 100% (printed out 939 times, meaning 939 BMP frames were hopefully ripped). That amount of frames isn't a problem, since it appears the default Trunc Frame value for Banana.thp was used during encoding (240 frames * 2 mults = final trunc frame value of 480). Normally the current progress should be incrementing from 0% to 100% as all BMP frames are ripped.

Your filenaming for your input files appears to be correct

  • Banana_A1_1.mp4
  • Banana_A2_1.mp4
  • Banana_A3_1.mp4
  • Banana_A4_1.mp4
  • Banana_A1_2.mp4
  • Banana_A2_2.mp4
  • Banana_A3_2.mp4
  • Banana_A4_2.mp4

Assuming those input files are formatted properly for the encoding, this all should be working 🤔 .

@Tamk1s Tamk1s mentioned this issue May 3, 2023
3 tasks
Repository owner deleted a comment from chenwynn Mar 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants