just discovered your frontend ! very good job
portable.ini should indicate to place *.ini from %AppData%\FFbatch*.ini to a subfolder of the current app folder, isn't it ?
ff_path_portable.ini isn't saved by app but read it correctly at starting
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, thanks. Actually config files are not in the root folder, but in %appdata%\FFbatch.
portable.ini is just to indicate the application must behave as portable, so config files are renamed accordingly and both installed and portable can coexist on th same computer.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think many think portable include "settings" , so storing *portable.ini to a subfolder a the app root directory would be the solution. I will paypal to help you :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
thanks for fast answer and beta.
ini are correctly loaded for presets and other.
but main settings window throw .net error , "continue button" allow opening settings.
but settings are not saved, and error .net at close too.
%AppData%\FFBatch\ff_batch_portable.ini is created , app should ignore %appdata% when portable.ini exist in app folder, imho.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
nice no more .ini inside %AppData%\FFBatch but the empty folder itself is created, should be completely skipped, imho.
settings\ff_batch_portable.ini is loaded at startup because editing .ini manually works, but "Settings" button from main application cannot open it and save to.
Last edit: Sonic 2021-03-30
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I found it, it should not be created on appdata any more.
However I don't experience any problem changing and saving settings either from settings button or main screen. New version to test available here. Let's see...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Great. Well, I'e tried to reproduce the problem setting my Windwos 10 system region/language as french, but I obtained no errors, not sure yet what's the issue here.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
on my laptop (french os too) error is present too, tested on a fresh VM win french too, error present.
if i delete portable.ini in app folder , no error when opening "settings" window.
I set up a english VM.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
English VM same error.
this is my existing settings* .ini produce error, because when delete them, no more errors,
even on my french os. i will report the wrong ini
Last edit: Sonic 2021-03-31
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
edited :
it seems "ff_path_portable.ini" originally manually created by me
it allow loaded correctly in portable mode.
but if file not exist , and edit output path in main window (bottom right) , when save , error attached
thanks for your fast reactivity (in french we use, "tu n'as pas lâché l'affaire !" )
seems no wrong paths for "portable settings" but the crash occurs because app cannot log to "%AppData%\FFBatch\ff_batch.log"
ff_batch.log should be to "settings" app folder too.
Will be the last last build imho
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
queue ok , log is created in "app\settings\" but crash occurs again after first item.
if i create an empty %appdata%\FFbatch folder, app doesn't crash anymore on next item in queue.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
just discovered your frontend ! very good job
portable.ini should indicate to place *.ini from %AppData%\FFbatch*.ini to a subfolder of the current app folder, isn't it ?
ff_path_portable.ini isn't saved by app but read it correctly at starting
Hi, thanks. Actually config files are not in the root folder, but in %appdata%\FFbatch.
portable.ini is just to indicate the application must behave as portable, so config files are renamed accordingly and both installed and portable can coexist on th same computer.
I think many think portable include "settings" , so storing *portable.ini to a subfolder a the app root directory would be the solution. I will paypal to help you :-)
Well, you're right, thanks for the input and the support.
For next release I will try to save settings on a 'config" or 'settings' folder.
Cheers
in portable mode , cannot open settings window because missing regular ff_batch.ini
ff_batch.ini should not be checked , isn't it
Well , that looks like a bug, I've found some more.
You can try the new beta this settings folder here
thanks for fast answer and beta.
ini are correctly loaded for presets and other.
but main settings window throw .net error , "continue button" allow opening settings.
but settings are not saved, and error .net at close too.
%AppData%\FFBatch\ff_batch_portable.ini is created , app should ignore %appdata% when portable.ini exist in app folder, imho.
One path was still wrong, let's see with this fixed version.
nice no more .ini inside %AppData%\FFBatch but the empty folder itself is created, should be completely skipped, imho.
settings\ff_batch_portable.ini is loaded at startup because editing .ini manually works, but "Settings" button from main application cannot open it and save to.
Last edit: Sonic 2021-03-30
I found it, it should not be created on appdata any more.
However I don't experience any problem changing and saving settings either from settings button or main screen. New version to test available here. Let's see...
all done for .ini , great!
i use french localized system, I have attached error screenshot.
I havn't the error on non portable version.
Great. Well, I'e tried to reproduce the problem setting my Windwos 10 system region/language as french, but I obtained no errors, not sure yet what's the issue here.
on my laptop (french os too) error is present too, tested on a fresh VM win french too, error present.
if i delete portable.ini in app folder , no error when opening "settings" window.
I set up a english VM.
English VM same error.
this is my existing settings* .ini produce error, because when delete them, no more errors,
even on my french os. i will report the wrong ini
Last edit: Sonic 2021-03-31
Good to know. Thanks for the testing.
edited :
it seems "ff_path_portable.ini" originally manually created by me
it allow loaded correctly in portable mode.
but if file not exist , and edit output path in main window (bottom right) , when save , error attached
Last edit: Sonic 2021-04-01
sorry one more bug, ffmpeg exit after finished the first file instead continu the sequencial list.
perhaps because .log path missing ?
I found a few more wrong paths, I hope the last ones.
You can replace your executable with this one.
always crash ("has stopped working") after first encoded file.
new wrong path from preset editor section, error attached
Last edit: Sonic 2021-04-02
You can replace your executable with this one.
Regarding the crash, I have no clue for the moment.
thanks for your fast reactivity (in french we use, "tu n'as pas lâché l'affaire !" )
seems no wrong paths for "portable settings" but the crash occurs because app cannot log to "%AppData%\FFBatch\ff_batch.log"
ff_batch.log should be to "settings" app folder too.
Will be the last last build imho
Thanks for the thorough testing, let's hope this the one :)
queue ok , log is created in "app\settings\" but crash occurs again after first item.
if i create an empty %appdata%\FFbatch folder, app doesn't crash anymore on next item in queue.
I remembered queue stated is saved after every file is encoded, that must be the reason.
Latest version here.
seems all done !
attached error, independant of portable mode imo , when using "multi encoding"