Self contained all inclusive binaries, nothing to install.
It should be compatible with most 64 linux that are not older than ~ 3 years
Test :
Download the file here
http://www.avidemux.org/nightly/appImage/
then
chmod +x avidemux_appImageTest0
./avidemux_appImageTest0
It is highly experimental and i know some things do not work :
* X264/x265
* It will crash if you have a default settings file
For the moment, please just report if it starts or not and if you manage to open a video file
i.e.
debian foobar : starts, load video
fedora blah : does not start
etc..
Thanks
:~/Downloads$ ./avidemux_appImageTest0QuoteDirectory /home/jan/.avidemux6/ exists.Good.
Using /home/jan/.avidemux6/ as base directory for prefs, jobs, etc.
*************************
Avidemux v2.6.12 (0) .
*************************
http://www.avidemux.org
Code : Mean, JSC, Grant Pedersen
GFX : Nestor Di, nestordi@augcyl.org
Design : Jakub Misak
FreeBSD : Anish Mistry, amistry@am-productions.biz
Audio : Mihail Zenkov
Mac OS X : Kuisathaverat, Harry van der Wolf
Win32 : Grant Pedersen
Compiler: GCC 4.7.2
Build Target: Linux (x86-64)
User Interface: Qt (5.3.2)
Large file available: 1 offset
Time: Wed Aug 10 08:30:23 2016
0: /tmp/.mount_wUrV7z/usr/bin/avidemux3_qt5
Initialising prefs
[load] Loading prefs from /home/jan/.avidemux6/config2
[load] can't read /home/jan/.avidemux6/config2
[cpuCaps]Checking CPU capabilities
MMX detected
MMXEXT detected
SSE detected
SSE2 detected
SSE3 detected
SSSE3 detected
[cpuCaps]End of CPU capabilities check (cpuMask :ffffffff, cpuCaps :1e6)
[setMask] [CpuCaps] Setting mask to 0x7fffffff
[UI_Init] Starting QT4 GUI...
/tmp/.mount_wUrV7z/usr/bin/avidemux3_qt5: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined symbol: g_type_add_instance_private
:~/Downloads$
ubuntu 16.04.1: starts, loads mkv.
ts muxer
not found.
pop-up window:
Info QuoteCannot find a demuxer for /home/jan/Videos/720p4audioTracks3satá´´á´°.ts
[HandleAction] ************ OPEN_VIDEO **************
[mxfHeader] Cannot open that (10114047)
[avsProxy] Cannot open that
[picHeader] Cannot open that
[MP4] Cannot open that...
[openDML] Cannot open that
[flvHeader] Cannot open that
[mkvHeader] Cannot open that
[asfHeader] Cannot open that
Do you have a Gtk theme ?
14.04.5 no GTK
some GTK stuff is present (from other used programs perhaps?)
dpkg -l *gtk*
Quote from: mean on August 10, 2016, 06:18:32 AM
For the moment, please just report if it starts or not and if you manage to open a video file
On fedora 24, it opens but cannot open any video. In the console, I see
[ADM_ad_plugin] Scanning directory /usr/lib/ADM_plugins6/audioDecoder/
[ADM_ad_plugin] Cannot parse plugin
[ADM_av_loadPlugins] [ADM_av_plugin] Scanning directory /usr/lib/ADM_plugins6/audioDevices/
[ADM_av_loadPlugins] [ADM_av_plugin] Cannot parse plugin
[ADM_ae_plugin] Scanning directory /usr/lib/ADM_plugins6/audioEncoders/
[ADM_ae_plugin] Cannot parse plugin
[ADM_dm_plugin] Scanning directory /usr/lib/ADM_plugins6/demuxers/
[ADM_av_plugin] Cannot parse plugin
[ADM_mx_plugin] Scanning directory /usr/lib/ADM_plugins6/muxers/
[ADM_av_plugin] Cannot parse plugin
[ADM_vd6_plugin] Scanning directory /usr/lib/ADM_plugins6/videoDecoders/
[ADM_vd6_plugin] Cannot parse plugin
Unable to load [copyADM]: copyADM: cannot open shared object file: No such file or directory
[videoEncoder6]Symbol loading failed for copyADM
[ADM_ve6_plugin] Scanning directory /usr/lib/ADM_plugins6/videoEncoders/
[ADM_ve6_plugin] Cannot parse plugin
[ADM_ve6_plugin] Scanning directory /usr/lib/ADM_plugins6/videoEncoders//qt5
[ADM_ve6_plugin] Cannot parse plugin
[ADM_vf_plugin] Scanning directory /usr/lib/ADM_plugins6/videoFilters/
[ADM_vf_plugin] Cannot parse plugin
[ADM_vf_plugin] Cannot parse plugin
normal, i'm fixing it
At least it starts, it's a good sign
I've uploaded Test1, it should be mostly working
ubuntu 14.04.5 64-bit
avidemux_appImageTest1 working and loading .mkv and .ts
ubuntu 16.04.1 64-bit:
avidemux_appImageTest1 working and loading .mkv and .ts
ubuntu 14.04.5 64-bit: OK
ubuntu 16.04.1 64-bit: OK
ubuntu 14.04.5 64-bit: OK, no issues if defaultSettings.py is present in ~/.avidemux6.
Quote from: mean on August 10, 2016, 06:18:32 AM
>8 >8
It is highly experimental and i know some things do not work :
* X264/x265
* It will crash if you have a default settings file
avidemuxUniversal_amd64_160814_21.app seems to be fine now on:
16.04.1 and
14.04.5, you can: "Avidemux menu => Edit => Save current settings as default" now. Avidmux no longer crashes doing so.
x264 and x265:
- 14.04.5 OK
- 16.04.1 OK
I've locally fixed nvidia-libva, just intel-libva missing and we are good to go
This is too interesting to be sinking through page 5! Are you still looking for feedback? Does this approach have security implications like Windows .exe files?
Quote from: Post producer on September 17, 2016, 08:04:07 PMDoes this approach have security implications like Windows .exe files?
Which security implications do Windows executables have that executables for other platforms don't? What kind of security do you actually have in mind? Linux being a minority platform makes it already very safe (except of all the usual cross-platform web browser stuff like when one webpage manages to steal another's cookies) while being rather insecure. This insecurity starts e.g. with lack of isolation between different windows on X. Want a secure system? Do not run X on it in the first place.
The AppImage approach packages the actual application with all libraries necessary to run it, purposely decoupling them from the target system's update mechanism. This means that if a major vulnerability is disclosed in one of the supplied libraries, the AppImage as a whole must be updated as security updates provided by the Linux distribution won't help here.
If you are concerned about the integrity of the AppImage file regarding man-in-the-middle scenarios, the usual way to give users a chance to protect themselves from this threat is to offer gpg signed checksums (SHA256 or better). Maybe this will come one day to Avidemux too.