- Time
- Post link
Can I also get a link to the subtitles? Many Thanks.
Can I also get a link to the subtitles? Many Thanks.
PM sent.
Hi may I have a link to the subs as well? Thank you!
PM sent.
Hello!
It would be great, if someone could send me the link too.
Thank you very much.
PM sent.
Hello, it would be great if I could get the link as well.
Thank you very much!
PM sent.
Hey, could you send me the download link? Thanks a lot
PM sent.
Hello! Can I have the link? Thank you!
PM sent.
Hi, can I have the links for the subtitles? Thank you!
PM sent.
Hi, would you mind sending me the link for the subs? Thanks a lot!
PM sent.
Hey, forgive me since it’s been awhile since I’ve checked here, or the Despecialized editions. Are the latest subs compatible with 2.5 of ANH and 2.0 of ESB and ROTJ? That is what I have. Also can I please get a link for the new subs? Thanks in advance.
PM sent. They’re compatible.
Could I get a link as well? Thanks!
PM sent.
Hi, could I also get a link? Thanks
PM sent.
First of all, thank you for this, this project is amazing and the PGS subtitles look absolutely fantastic.
I’m trying to generate more PGS subtitles (because there aren’t any for the mono audio track, which has a few differences) and I’ve run into a stumbling block.
I’ve mostly got it working - I have the fonts installed, ImageMagick 7, Java, pango, Python, all that jazz. It is generating PNG files and they’re 90% correct, but there’s issues with the replaced characters (apostrophes, some full stops, etc - the ones the Python script replaces with reserved codepoints) which don’t seem to be working. Most obviously, apostrophes are sideways:
It’s some combination of the -gravity
setting and the custom glpyhs, I think, as the problem goes away if I either disable the character replacement or get rid of the gravity setting.
This is on Ubuntu Linux, by the way. I had no luck at all on MacOS so I figured that was a good OS to attempt it on.
I haven’t tried running the full script on Windows as I’m not sure how to override the exclusion patterns when running the .exe rather than the Python script. However, I did try rendering a single xml file generated by the script on Windows:
XML:
<span lang="en" font_desc="P3PO SW Matching" size="112773" weight="normal" foreground="white">
They shut down the main reactor
Well be destroyed for sure.
</span>
Command:
magick -gravity east pango:@test.txt test.png
And interestingly this gave a warning, which I didn’t get when doing the same thing on Linux:
** (process:5788): WARNING **: 20:28:18.397: couldn't load font "P3PO SW Matching Rotated-Left 110.1298828125", falling back to "Sans Rotated-Left 110.1298828125", expect ugly output.
** (process:5788): WARNING **: 20:28:18.402: couldn't load font "Sans Rotated-Left 110.1298828125", falling back to "Sans Rotated-Left 110.1298828125", expect ugly output.
** (process:5788): WARNING **: 20:28:18.406: All font fallbacks failed!!!!
** (process:5788): WARNING **: 20:28:18.408: All font fallbacks failed!!!!
I am wondering if this is related to the issue I’m having. It seems to be, as the warning goes away if I either remove the replacement glyphs, or get rid of the -gravity
option, so I think it might be a clue.
Anyway, I’m hoping this is an issue you’ve run into at some point and know what I’m doing wrong here.
Edit: I ran the script on Windows against the regular stereo mix subs just to test, and sure enough it’s spitting out those same warnings over and over, and it’s producing images like this:
So I believe it is the same issue and those warnings are probably related.
Yes, you have hit on a big problem I have yet to address with Project Threepio. ImageMagick works great for ALMOST all image operations, but the whole ImageMagick+Pango text rendering business is very, very fragile and limited. The last version to work on Windows was 7.0.10-23, and Linux may be similarly version-limited (I didn’t discover this until after the current version was released, so it’s not in the README). The latest and greatest ImageMagick seems broken, and ImageMagick doesn’t archive old versions anywhere. Even with the correct Windows version, some scripts won’t render properly on that platform and must be done on Linux.
I am actually in the process of re-writing the text renderer right now, using something other than ImageMagick+Pango to turn the text into images (Google Chrome, actually). However, this is far from done and unlikely to even make it into the next version, so we’re looking two versions out for a complete fix. The goal is complete cross-platform support, greater certainty of long-term future support, and no loss in functionality. You’ll notice I didn’t say performance. The new version of the script appears to be even slower, and for those who have run the current one, you’ll know that’s really saying something.
So all I can suggest right now is to try older ImageMagick versions, or use the specific version I mentioned on Windows. For now, that’s all I can suggest. I just chose the wrong technical foundation for text rendering, mea culpa.
I’ve found this place that hosts old ImageMagick binaries (if you’re the sort to trust random binaries from the Internet):
https://ftp.icm.edu.pl/packages/ImageMagick/binaries/?C=N;O=D
The good news is that regardless of all of this, there WILL be a solution for the mono mix (for both Star Wars and Empire, and the 1981/1985/1993 versions too) in the next version of Project Threepio. It’s not “there” yet, but I can say it’s pretty close. Maybe within the next couple months, I’m just waiting for some new translations to come in. So if you can wait for this, there will be something for you that’ll be much faster and easier then.
EDIT: You dove into the Python code of the text renderer script?!? You’re braver than I thought!
Ah, that’s useful, thank you! I was trying with version 7.0.10-47 but I tried a few different ones, going back as far as 7.0.9-27, without any success. I have now tried 7.0.10-23 as well but no change there.
Googling the error message though I found this which made me think the issue is libpango, not imagemagick, and I’ve been using the same version of libpango every time.
I checked out that possibly-dodgy binary archive, and ImageMagick 7.0.10-23 on Windows used pango 1.42.4 which is a little older than any I had tried so far. Using that version on Linux works!
Seeing as this may be helpful to anyone else trying to do this, here’s my Dockerfile that I made to run these scripts. It should reliably and consistently create a working environment for running the Python scripts.
Rather than copy the Python script in I’m mounting the python folder, so I don’t need to rebuild if I edit the scripts. So I’m running it something like this:
docker build --tag subtitles .
docker run -it --name sub --mount type=bind,source="$(pwd)/out",target=/subs/out --mount type=bind,source="$(pwd)/python",target=/subs/python subtitles bash
The subtitles are still rendering but they look correct so far, so fingers crossed that’s it sorted now!
As for why it’s happening… I apologise if I’m teaching my grandmother to suck eggs here, but I think using random unassigned unicode codepoints for replacement characters is the issue, and seems likely to keep causing issues in the future, seeing as no tool will really know how to handle them. I was wondering if you had a reason to do it this way rather than adjusting the kerning in the truetype font file instead? Again, my apologies if this is something you’ve already considered and had a reason not to use!