Aegisub 3.2.2
Ashely Wolfgram
As subtitler guy, I experienced many troubles making aegisub work. ,
I finally made the subtitle editor, working with hardware under armbian jammy but having still annoyances. I want to share my thought and my discoveries on it.
First I would like to thanks all who post on this already, including alternative ways such as schroot and of course the armbian team for the improvements
of the boot .. schroot allow to run an linux in a linux. According to what I experienced, meson driver development is leaded by oibaf and in advance in ubuntu
but here aegisub does exists only on debian.
The idea was thus to boot on debian jammy and chroot in debian buster armhf at least or better bookworm arm64.
By doing so, I crashed many time aegisub 3.2.2 due to lua badly supported. schrooting and debian bookworm gives many warning messages (see the pict below, I washed the lua script directory too) but
goes further if we dare to skip assert warnings. Moreover, at this point, we are no more dealing with Llvm (software accel using 100% of CPUs) but meson-drm and panfrost (harware accel, using 20% of CPUs).
aegisub still remains very fragile but very responsive. So today I decided to switch and to boot into bookworm directly.
After launching aegisub 3.20.3 on arm64 with panfrost enabled (you can check this with glxinfo -B, or inxi -Gs), I discovered it is very stable but suffered of responsivity due to a flood in the logs Hewitt has just given... a patch yesterday against "panfrost ffe40000.gpu: l2 power transition timeout" log flood here:
You will also be unable to set brightness by software (too bright for my eyes) at least on xfce4, trying my luck with all
techniques -the-screen-brightness-of-the-external-screen
that did not succeed except that ddcci-dkms gave me a clue during install : BACKLIGHT_CLASS_DEVICE disabled in this kernel
I will answer my question very soon, but let me first introduce the candidate that bring us a lot of attention here: aegisub.
Most of us think its dev has ended in 2018 and we are stuck to 3.2.2 since. It is not the case there are 2 candidates on the row. I made a big picture and bring the evaluation. I used latest armbian 24.2.1 bookworm arm64 on a sdcard for the test. At the begining it was armbian buster version. I override files and updrade package since.
I ordered from left to right the versions. What I discovered is the copyright date statement back to the past of aegisub 3.2.2
What happen to us when we try yo launch and chose a subtitle/ video file?
-aegisub 2.30.2 , open with no popup, we can select a video and play it, sound is ok but we can not move in the video using the sound slider. When we play the video the sound slider does not move..Bad luck!
-aegisub 3.2.2 : after cleaning lua scripts /usr/share/aegisub/automation due to unicode incompatibility used in karaskel that make crash aegisub on launch, we enjoy "Wx assert" popups that we can close by unchecking Show this dialog next time and click on Continue button
makes installation succeed, It installs the ubunto core 22 based ecosystem.
Unfortunately, when we trigger it, it did not start. After digging a while , it is due to lua bug in 64 bits arch. I switched to 32bit bit removing snapd:arm64 and installing snap:armhf to force 32bit It went further but I remember we loosed the hardware accel this time . so snapd that could have saved us is not usable.
I'm trying to install aegisub on 22.04 using apt but it just shows unable to locate aegisub package.
I checked the builds but it shows it as deleted:
+source/aegisub/+publishinghistory
I'm not sure what does that mean, will it ever be built?
As a workaround I downloaded all the .deb dependencies and aegisub deb from focal repo manually.
And it's working but it's not ideal, I would like to avoid doing that each time I try to install it.
Ubuntu is following Debian with several packages, including aegisub.
You can suggest this new fork to Debian (by creating an appropriate bug report in the Debian bug tracker). If Debian picks that up and builds new packages based on that source, then Ubuntu most probably will follow.
Same here. Same version of aegisub. But Mint Mate 20. Kernel: 5.4.0-42-generic
I load any .mp4 file to add subtitles. I play the video file. While the video itself plays with correct speed the sound track plays much faster. 3 times as fast? Because the sound track finishes while the video track is around 1/3 of the complete video file.
There is no guarantee whether this would work or not, though, considering this bug only happened on my Mint 19.1 (with no such bug beforehand. It just happened after a long time of not using it) and not on my Ubuntu 18.04 despite both of them are using "ALSA" as their Audio Player.
It features a lot of convenient tools to help you with timing, typesetting, editing and translating subtitles, as well as a powerful scripting environment called Automation (originally mostly intended for creating karaoke effects, Automation can now be used much else, including creating macros and various other convenient tools).
NOTE: Default Automation scripts are located in a read-only location, thus you need to run aegisub-procles.move-script to create a user-writable version of the script directory and then change the settings accordingly.
@s5e PKGBUILD does not specify the version of boost. It's likely that you've built aegisub with an older version of boost and later upgraded boost to a new version. Rebuilding this aegisub-git package should solve the issue.
Aegisub is an open-source, cross-platform, highly customizable subtitle editor that features a lot of convenient tools to help you with timing, typesetting, editing and translating subtitles, as well as a powerful scripting environment called Automation (originally mostly intended for creating karaoke effects, Automation can now be used much else, including creating macros and various other convenient tools).
sudo add-apt-repository ppa:alex-p/aegisub
[sudo] password for ahs:
You are about to add the following PPA:
Originally created as tool to make typesetting, particularly in anime
fansubs, a less painful experience, Aegisub has grown into a fully fledged,
highly customizable subtitle editor.
Limit to suite:[buster][buster-updates][buster-backports][bullseye][bullseye-updates][bullseye-backports][bookworm][bookworm-updates][bookworm-backports][trixie][sid][experimental]Limit to a architecture: [alpha] [amd64] [arm] [arm64] [armel] [armhf] [avr32] [hppa] [hurd-i386] [i386] [ia64] [kfreebsd-amd64] [kfreebsd-i386] [m68k] [mips] [mips64el] [mipsel] [powerpc] [powerpcspe] [ppc64] [ppc64el] [riscv64] [s390] [s390x] [sh4] [sparc] [sparc64] [x32] You have searched for packages that names contain aegisub in all suites, all sections, and all architectures.Found 4 matching packages.
c80f0f1006