FreeAVIVideoConverter
Make a pozhalusta portatyvnoy FreeAVIVideoConverter
- Read more about FreeAVIVideoConverter
- 1 comment
- Log in or register to post comments
New: MBox Viewer (Mar 22, 2026), Platform 30.3 (Mar 29, 2026)
1,400+ portable packages, 1.2 billion downloads
Our costs have risen a bunch. Please donate if you can!
Discuss portable app development and modification of existing apps.
Make a pozhalusta portatyvnoy FreeAVIVideoConverter
I'm trying to make a portable Ruby that launches an editor and a cmd.exe window along with it. The launcher works in that it starts Ruby, but I cannot seem to make the environmental variables for "Path" stick, and I end up with an open and unused window (if I hide the window, I have to kill Ruby using the Task Manager). I'm trying to overcome these problems before adding the additional parts.
Invite your browser Cyberfоx
I'd like to create a launcher that only contains command line arguments.
For example: C:\Path\to\AutoHotkey.exe D:\Path\to\AutoHotkey.ahk
I probably have to make AutoHotkey a CommonPlugin and use it in the ProgrammExectuable right?
I'm trying to move all my PortableApps/${AppNamePortable}/Data directories under PortableApps/Data/${AppNamePortable} but am finding that more apps do NOT support the SettingsDirectory option that those that do.
Here is a summary of my installed apps. (All updated to latest stable version.)
YES | 7-Zip NO | AntRename YES | Dia (creates PortableApps/DiaPortable/Data but uses SettingsDirectory) YES | DiaShapes NO | Evince YES | Firefox NO | FoxitReader NO | Geany NO | GIMP NO | Git NO | GnuCash YES | GoogleChrome NO | gVim
I should have made a thread about this a long time ago, but it seems that the compile-force option doesn't seem to work. The reason this was implemented, if I recall correctly, was that in the event of launching a process as admin, all environment variables were lost. I believe compile-force was an attempt to fix this, but the variables still do not show up in the properties of the admin processes.
I need to set the AppCompatFlag 16BITCOLOR. How can I do this?
I know this thread: https://portableapps.com/node/29056
But SET __COMPAT_LAYER=16BITCOLOR is not supported.
Any ideas?
Is there any documentation for how the updater works?
I am interested in the ability to make the updater check alternative portable app directories, but unfortunately do not know delphi. However, I do a lot of web development, so was thinking I would take a swing at developing a portable app directory management solution. Then if I can complete that, maybe I will take a swing at learning enough delphi to hack a solution together.
I am assuming I can sniff the traffic and decode the request/response, but was thinking it might be better to build off actual documentation instead.
I've made several portable programs using the PortableApps Launcher Generator. They all work fantastically, EXCEPT that for programs that open files, neither file association nor direct-launch (drag and drop the file onto the .exe) work.
As an example, I have associated .zip files with my 7-zip portable. However, double-clicking on a .zip file only STARTS my 7-zip portable, it does not load the file.
I'm sure that there is some setting somewhere that I'm missing to allow the launcher to pass the parameter to the program, but I can't find it for the life of me.
This is for the portable apps that require a secondary download, but it fails, usually due to firewall issues, but sometimes other issues.
Is it possible to add a copy of the secondary download location to the portable application website as well as the error message window and/or the setup log in the installer(s) when a failure to download occurs?
As some firewalls automatically block websites for Skype, Bittorrent, etc. when the updater runs it will fail when it tries to download the second portion.