Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
16th June 2024, 16:09 | #1 | Link |
Registered User
Join Date: Apr 2024
Posts: 5
|
Aegisub fork version
I forked this version and carried out secondary development on this basis, mainly supporting CUDA, D3D11 and DXVA2 hardware accelerated decoding support, and some functional updates and optimizations. I hope you can help test it.
github:https://github.com/mojie126/Aegisub |
21st June 2024, 18:00 | #2 | Link |
Big Bit Savings Now !
Join Date: Feb 2007
Location: close to the wall
Posts: 1,751
|
Win7U64: aegisub.exe: "GetDpiForSystem not found in USER32.dll".
Win10 only?
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain) "Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..." |
22nd June 2024, 19:03 | #4 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 3,118
|
I know that this is done with the best intention and everyone who is creating a fork is in some way trying to contribute, but the fact that there isn't a clear direction over where this is going means that after 2014 we ended up in a state in which different forks spread with different intentions and there doesn't seem to be any attempt to bring them back together under the same name / repository The fact that Aegisub is still kept alive by the various contributors who forked it is a good thing, but the fact that there are different forks means that we'll soon end up in a state in which different subtitling groups won't be able to collaborate as they're using different versions.
Although I wanna say 'thank you' for doing your part in keeping Aegisub alive, I can't deny that my first reaction to this post was: (for those not familiar with the meme, it's from the 2017 general election when the BBC was interviewing the UK public: https://youtu.be/H6-IQAdFU3w) |
27th June 2024, 07:44 | #5 | Link | |
Registered User
Join Date: Apr 2024
Posts: 5
|
Quote:
My fork only enhances some capabilities, such as more high DPI adaptation, hardware acceleration when decoding, updates to some dependencies, and a simplified version of Aegisub-Motion |
|
27th June 2024, 08:25 | #6 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 3,118
|
In a nutshell:
it's a very good thing that lots of people care about Aegisub and want to keep it alive, but the fact that we have several different forks and that each subtitling group is using whatever fork they deemed suited their interests best isn't exactly great. Ideally, one day, we're gonna have one single repository with the forks being merged, thus bringing some clarity/sanity back. Other than that, well done. |
27th June 2024, 08:55 | #7 | Link |
Registered User
Join Date: Feb 2022
Posts: 148
|
FranceBB is asking if these changes will be merged to the upstream repository (arch1t3cht's or TypesettingTools')? There are many Aegisub forks, any valuable inputs and updates should be merged to a common location to improve the Aegisub project. Not to spread isolated variants.
Anyway, good job. If it adds value to upstream, you should create a pull request! Last edited by cubicibo; 27th June 2024 at 08:59. |
27th June 2024, 09:12 | #8 | Link | |
Registered User
Join Date: Apr 2024
Posts: 5
|
Quote:
Last year, I also asked FranceBB about LUT and whether your SUPer can be transformed into a C++ static lib. |
|
Tags |
aegisub, ass, subtitle |
Thread Tools | Search this Thread |
Display Modes | |
|
|