floele

The latest version is 0.9.9.13 which fixed the problem. I don't see a problem with FileHippo though, works fine for me here.

What do you mean? If you choose to update your applications from the online database, the URLs might of course be changed. Regarding the close button: It will never work if Ketarin is currently downloading, and this was the case for all previous versions as well.

Don't know yet... Well, it is a single switch now, but if you consider future options, there will be a lot more options and thus controls. Actually, you could use "rem" for example to just comment the commands

What about the latest .12? Edit: I think I fixed it now in .13.

Done now

Actually, I'd like to avoid too many controls...

I'll implement {basename} and {ext} (should be easy), but your last idea sounds to complicated to me.

So Ketarin successfully determines the actual download URL (path to the file), but you just want to store it using a different file name, based on the determined download URL and the version, scraped from somewhere else?

Ops, seems so. Fixed now.

I don't think that I understand your problem. Why not create these 3 variables {basename}_{vers}.{ext} yourself?

I've added this setting now.

Nice, thanks.

What if you remove "7z" before the "x"? Keep in mind that for paths with spaces, you need to add "" around them. This is not necessary for {file} (will be done automatically).

Just paste the XML string here, for a single application.

That's strange, because it really works well here. Maybe you can export an application which is not working for me?

You need to download (sf.net) and reference the DLL. The easiest way is to just use the DLL that ships with Ketarin.

Does this version make any difference? http://ketarin.canneverbe.com/downloads/Ketarin-test.zip

I think that I found a fix for the memory usage. I used a code snippet from the web to calculate the MD5 of a file, but on a second look, it was in fact really inefficient (loading the whole file to memory before calculation). I fixed that now. Regarding the redirect error: There is a limitation in .NET which does not allow redirection from HTTP to FTP. This might happen if the download link is redirected dynamically. I'm going to look at the command thing, it actually works fine for me at the moment.

Maybe try to reinstall .NET.

They are not missing, they just need to be included in the project file. They all exist in the ZIP package within the folder "CDBurnerXP".

Could you maybe try to start an application with GUI so that you can see whether or not something is happening? Note that the command is only executed if there has actually been a new file.

OK...

Please try the latest version again (sorry for the weired Linux-like version number, but I'm not quite ready for 1.0 yet).

I found the problem now, will be fixed in the next version.

The files from CDBXP are not put into the ZIP file automatically. Whenever a file is missing, just give me the name and I'll add it.