Howto: Popular AppImages one click away

Post tutorials, HOWTO's and other useful resources here.
User avatar
francois
Contributor
Contributor
Posts: 6433
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

Howto: Popular AppImages one click away

Post#106 by francois » 14 Nov 2020, 19:37

@rava:

A few years ago Jay wanted someone proficient in python to rewrite usm. No one was able to accept the proposition. Do you have skills in java?
Prendre son temps, profiter de celui qui passe.

User avatar
M. Eerie
Moderator
Moderator
Posts: 616
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce/MATE x64

Howto: Popular AppImages one click away

Post#107 by M. Eerie » 14 Nov 2020, 20:22

Subtitle Composer is an open source text-based subtitle editor that supports basic and advanced editing operations. Unlinke Jubler (see first post) it adds an OCR recognition engine.

Download here
Click on "assets" once in the download page.

And so my needs for apps in Linux are now fulfilled. :)

Cheers!
> Does not compute_ 🖖

https://forum.porteus.org/viewtopic.php?p=94310#p94310
https://forum.porteus.org/viewtopic.php?p=84002#p84002
https://forum.porteus.org/viewtopic.php?p=77174#p77174
https://forum.porteus.org/viewtopic.php?f=39&t=8584

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Howto: Popular AppImages one click away

Post#108 by Rava » 15 Nov 2020, 12:04

francois wrote:
14 Nov 2020, 19:37
Do you have skills in java?
no, sadly not.

Added in 2 minutes 34 seconds:
M. Eerie wrote:
14 Nov 2020, 20:22
Subtitle Composer is an open source text-based subtitle editor that supports basic and advanced editing operations. Unlinke Jubler (see first post) it adds an OCR recognition engine.

Download here
Click on "assets" once in the download page.
Sounds interesting. since it's hosted on KDE I presume trying to run it on XFCE would need insane amount of dependencies?
Cheers!
Yours Rava

User avatar
M. Eerie
Moderator
Moderator
Posts: 616
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce/MATE x64

Howto: Popular AppImages one click away

Post#109 by M. Eerie » 15 Nov 2020, 12:58

Rava wrote:
15 Nov 2020, 12:06
to run it on XFCE would need insane amount of dependencies
I'd bet that. 22 libk* in that listing and another bunch of libqt*...

Cheers!
> Does not compute_ 🖖

https://forum.porteus.org/viewtopic.php?p=94310#p94310
https://forum.porteus.org/viewtopic.php?p=84002#p84002
https://forum.porteus.org/viewtopic.php?p=77174#p77174
https://forum.porteus.org/viewtopic.php?f=39&t=8584

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Howto: Popular AppImages one click away

Post#110 by Rava » 15 Nov 2020, 13:46

M. Eerie wrote:
15 Nov 2020, 12:58
I'd bet that. 22 libk* in that listing and another bunch of libqt*...
My issue is: even when the program is a larger one I want to get running, often the dependencies are its size multiplied by whatnot. O__o

In my book that goes against the KISS principal.

And I believe KISS is one of the ideas Porteus tries to follow, no?
Cheers!
Yours Rava

User avatar
francois
Contributor
Contributor
Posts: 6433
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

Howto: Popular AppImages one click away

Post#111 by francois » 16 Nov 2020, 14:04

Porteus is KISS and KISS is porteus. Though some find that porteus is for geek only. :(
Prendre son temps, profiter de celui qui passe.

User avatar
evergreen
Shogun
Shogun
Posts: 201
Joined: 27 Mar 2016, 16:58
Distribution: Porteus x86_64
Location: Argentine, Patagonia
Contact:

Howto: Popular AppImages one click away

Post#112 by evergreen » 16 Nov 2020, 19:12

Honestly is not easy make things KISS.
But here is a bunch of people developing to make possible to have an OS working correctly out of the box with the essential things, everything else are complements and not always keep it simple is the easier way.

cheers ! :magic:
francois wrote:
16 Nov 2020, 14:04
Porteus is KISS and KISS is porteus. Though some find that porteus is for geek only. :(
AMD A8-7410, APU AMD Radeon R5 Graphics M330

User avatar
M. Eerie
Moderator
Moderator
Posts: 616
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce/MATE x64

Howto: Popular AppImages one click away

Post#113 by M. Eerie » 16 Nov 2020, 20:20

In fact, my efforts since the first post in this thread was to abide to K.I.S.S. principle.

All I was trying is to fill the gap of applications I M.I.S.S. (mostly I seem to sympathize) when I use Porteus (and Linux). I've tried to do it really simple, reducing it to just a matter of point and click. I have provided some tips and tricks and explored/exposed the ways you can benefit of AppImages. Had I have the knowledge, and the time, I would tried to convert them to .xzm bundles stripping out the unneeded stuff, but I do accept my lack of skills. :unknown:

There must be something I'm missing here. As it was first stated (I quote myself): "[*] WARNING: I seriously advise you against the indiscriminate use of AppImages".

The name of the thread reads Popular Appimages, and it was published in a Howto section, so I don't get it when this is drifting into arguing about size or the number of qt/kde libraries needed for an app to run.

While I preferably use XFCE, should I use KDE, I would be pleased to have access to a native GTK app which has no replacement without the need to install all the related packages/dependencies. And I think this was already discussed too regarding to bloated nature of Appimages.

I hope you understand that the reason for this thread is to contribute something to a community that has taught me a lot. Nothing posted in this thread by me has been posted on another forum.

Next stop: Convert these AppImages to bundles/modules. Anyone for the task? :)

Cheers!
> Does not compute_ 🖖

https://forum.porteus.org/viewtopic.php?p=94310#p94310
https://forum.porteus.org/viewtopic.php?p=84002#p84002
https://forum.porteus.org/viewtopic.php?p=77174#p77174
https://forum.porteus.org/viewtopic.php?f=39&t=8584

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Howto: Popular AppImages one click away

Post#114 by Rava » 17 Nov 2020, 06:29

M. Eerie wrote:
16 Nov 2020, 20:20
Next stop: Convert these AppImages to bundles/modules. Anyone for the task? :)
Probably me.
Back some time, I managed (now its not the most recent version) to create the smallest GIMP version for 5.x Porteus that ever existed for that very GIMP version.
I did strip away all non-essential dependencies - or more precisely not added them - ignoring GIMP complaints at startup: when all worked and you could open and save all formats, it was good enough for me.

At least there was not a single complaint that my module missing libXYZwhatever meant that some obscure rarely performed task failed.
And if such complain would have emerged, I would not have expanded the main minimal module, but only added an additional module giving the user libXYZwhatever to be activated when this one task should be done.

One of the non conventional things I did - and I learned that from some other Porteus forum user, I just do not recall who that was - was reducing the full-HD-sized splash loading screen image by a much smaller (as in dimension and size) one. It was a PNG and it was like 3 or more MB just for the splash screen.

A second thing that helps with all programs who have a complex GUI (e.g. GIMP or Blender) is removing all additional languages. I gave all the languages as extra module telling the user how to extract the one (or maybe two) languages (s)he actually needs and how to create an individual module with stripped languages but added maybe French and German only. Still the user can be a lazy bugger (Brit.) [sl.] and not create his own GIMP or whatever-program version and instead load the extra-module with all the unneeded languages. Image
That makes a huge difference. The more complex the GUI, the larger gets the module.

Due to lack of time I was not able to perform the same kind of magic with the most recent GIMP.

But if you are up to for the task I can at least go into more details of how to strip modules. I think I even made a thread explaining the stripping additional languages part on here. (It received not much replies as I recall)

So, wanna have me as your senpai teaching you how to create minimal-sized xzm modules? :beer:

If so, then we should move to another more appropriate thread, maybe revive mine about stripping the languages, unless that thread was in the VIP area, then we have to start a new one.
Cheers!
Yours Rava

Tolkem
Black ninja
Black ninja
Posts: 34
Joined: 10 Aug 2019, 05:53
Distribution: Porteus 4.0 KDE

Howto: Popular AppImages one click away

Post#115 by Tolkem » 02 Dec 2020, 17:54

M. Eerie wrote:
14 Nov 2020, 20:22
Subtitle Composer is an open source text-based subtitle editor that supports basic and advanced editing operations. Unlinke Jubler (see first post) it adds an OCR recognition engine.

Download here
Click on "assets" once in the download page.

And so my needs for apps in Linux are now fulfilled. :)

Cheers!
This Speech Recognition from audio/video file using PocketSphinx is such a great feature I'd never seen in any other subtitle editors, at least the ones I've tried and I've done a few ones. So thanks for sharing this one! :) By the way, I found this article "15 GNU/Linux Text Editor And IDE Apps In AppImage" https://www.ubuntubuzz.com/2018/08/15-g ... image.html hope someone find it useful. :)

User avatar
M. Eerie
Moderator
Moderator
Posts: 616
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce/MATE x64

Howto: Popular AppImages one click away

Post#116 by M. Eerie » 03 Dec 2020, 09:16

Tolkem wrote:
02 Dec 2020, 17:54
This Speech Recognition from audio/video file using PocketSphinx is such a great feature I'd never seen in any other subtitle editors
Glad it serves you well.

:)
> Does not compute_ 🖖

https://forum.porteus.org/viewtopic.php?p=94310#p94310
https://forum.porteus.org/viewtopic.php?p=84002#p84002
https://forum.porteus.org/viewtopic.php?p=77174#p77174
https://forum.porteus.org/viewtopic.php?f=39&t=8584

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Howto: Popular AppImages one click away

Post#117 by Rava » 03 Dec 2020, 09:29

Tolkem wrote:
02 Dec 2020, 17:54
This Speech Recognition from audio/video file using PocketSphinx is such a great feature I'd never seen in any other subtitle editors,
Is that PocketSphinx Speech Recognition available for use with speech recognition of vocal recordings for the use of creating office documents, too?
Cause I am in dire need of one that is free and open source software and is of good quality, speech recognition-wise, and is also able to learn when unknown words are used.
Cheers!
Yours Rava

Tolkem
Black ninja
Black ninja
Posts: 34
Joined: 10 Aug 2019, 05:53
Distribution: Porteus 4.0 KDE

Howto: Popular AppImages one click away

Post#118 by Tolkem » 04 Dec 2020, 16:03

M. Eerie wrote:
03 Dec 2020, 09:16
Tolkem wrote:
02 Dec 2020, 17:54
This Speech Recognition from audio/video file using PocketSphinx is such a great feature I'd never seen in any other subtitle editors
Glad it serves you well.

:)
Yeah well, it doesn't work for me here. I get

Code: Select all

Speech Recognition failed: Initialization of speech recognition plugin failed
Code 1: 
and

Code: Select all

INFO: feat.c(715): Initializing feature stream to type: '1s_c_d_dd', ceplen=13, CMN='live', VARNORM='no', AGC='none'
ERROR: "acmod.c", line 79: Folder '/usr/share/pocketsphinx/model/en-us/en-us' does not contain acoustic model definition 'mdef'
Failed to create PocketSphinx recognizer
Does it work for you?

User avatar
M. Eerie
Moderator
Moderator
Posts: 616
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce/MATE x64

Howto: Popular AppImages one click away

Post#119 by M. Eerie » 06 Dec 2020, 14:05

Tolkem wrote:
04 Dec 2020, 16:03
Does it work for you
Neither for me. I'm just using for OCR, but this would be a great addition.

I presume it's lacking some other qt lib or something. Will have a look when possible.

Thanks for the feedback.

Cheers!
> Does not compute_ 🖖

https://forum.porteus.org/viewtopic.php?p=94310#p94310
https://forum.porteus.org/viewtopic.php?p=84002#p84002
https://forum.porteus.org/viewtopic.php?p=77174#p77174
https://forum.porteus.org/viewtopic.php?f=39&t=8584

Tolkem
Black ninja
Black ninja
Posts: 34
Joined: 10 Aug 2019, 05:53
Distribution: Porteus 4.0 KDE

Howto: Popular AppImages one click away

Post#120 by Tolkem » 10 Dec 2020, 16:55

M. Eerie wrote:
06 Dec 2020, 14:05
Tolkem wrote:
04 Dec 2020, 16:03
Does it work for you
Neither for me. I'm just using for OCR, but this would be a great addition.

I presume it's lacking some other qt lib or something. Will have a look when possible.

Thanks for the feedback.

Cheers!
Recognition speech's working! With the help from someone at the invent.kde's subtitle composer repo I managed to get it working. Here's how to:
1. Create a folder somewhere in your pc named "cmu-models" or whatever you like.
2. Download these files en-70k-0.2-pruned.lm.gz and cmusphinx-en-us-5.2.tar.gz from here https://sourceforge.net/projects/cmusph ... 20English/ and en_us_nostress.tar.gz from here https://sourceforge.net/projects/cmusph ... odels/fst/ and extract them to "cmu-models" folder you created.
3. Launch Subtitle Composer and set up the cmusphinx module similar to this:
Image
4. Open some video, and select menu Video > Recognize Speech > 'desired audio track' - which should match cmu-model language.
Image

Mind you, it does seem to be quite resource intensive, in fact, I didn't fully test it but it seems to work, well at least no errors this time. :) If your machine has plenty of resources you might have a better experience, here with only 2GB RAM and a 1300Mhz dual-core CPU I might have to work around it to use it, like crop the video into smaller pieces like 30s maybe and see how that goes. I first tried with a video 20mins long and have to switch to a tty and kill the app from there lol then I tried with the one in the screenshot which is only 4mins and was still taking quite long to process it, so I just stopped it. Try and let me know how it went for you. Also, that person told me this: "Bigger language models are slower than smaller ones. Usually they are all pretty slow, and not very accurate when there is background noise in video file. Note that you need higher quality 16khz models, 8khz are not supported."

Cheers and good luck! :)

Post Reply