Geep
-
Posts
1059 -
Joined
-
Last visited
-
Days Won
57
Posts posted by Geep
-
-
@snatcher, I meant to mention, I do like your sector sound-source widget. I'd be happy going with that. As to its ring color.... while my personal pref tends toward some color that would contrast with text color, I guess most folks would prefer white, to match the current text color (and likely default if text color is made variable). That would be fine.
-
I reviewed the Stone font spacing vis a vis padding:
Worst-case spacing for Stone 24pt for ASCII lower-case characters = 20 (and "A" is less than this)
Scale by 50% to 12 pt = 10
Compress-width of font by 0.75 = 7.5So I'm thinking a reduced right padding, now 7.5 px, plus a new left padding of 7.5 px to improve centering.
-
2 hours ago, snatcher said:
9 times may sound excessive
I wonder if you could test 9x versus 4x-diagonals and 4x-non-diagonals? Maybe the extra 5 renders don't add much. There probably is some minor performance effect.
I think you're still showing the widget too high, so it seems to be associated with the wrong subtitle. I prefer @stgatilov's original vertical positioning, even though it pushes the widget's lower edge against the top of the caption lettering.
I wasn't sure what you where trying to point out as a problem... was it the word wrap? Yeah, the automatic word wrap with centered text can look ugly at times. An FM author can choose to insert a manual line break in that case. I do that routinely all the time for barks.
5 hours ago, stgatilov said:Padding on the right is necessary because text rendering engine allows one-character overflow.
And trying to fix it breaks many readables in many missions.
So unless background is disabled, padding will stay.Since padding is part of the background box, sure.
It occurs to me now that maybe, to improve the appearance of text centering, the background box should also have equal-size padding on the left. That is, the location and size of the inner box is unchanged, but the outer box is wider and its origin shifted left, so the inner box is centered horizontally within.
QuoteAs for how large it is, I think it was minimum plausible at some moment.
But then the font was changed and maybe it can be reduced now --- history digging is required here.The padding can certainly be made smaller. I imagine the seed value of 17px was for a worse-case character like "W", that was then rounded up to 20. We could shrink it by:
- choosing the seed character as the widest that might actually be at the end of a line followed by space to cause word wrap. Probably "w" or "A".
- not rounding up
- scaling by the compression aspect ratio
I'll try to come up with a new number.
QuoteI believe background will stay by default.
There is no other simple way to make sure text is visible in all circumstances.No problem here with having the background by default. But recognize there's a compromise between world visibility and text readability. Can't we make it possible to turn the background off for people who hate it so much that they avoid using subtitles because of it? "...visible in all circumstances" may be too high a bar.
The simple implementation would be a single CVar that toggles the background on/off and possibly, conversely toggles fake drop shadows off/on.
-
I will take a look this coming week.
In my heart of hearts, I'd rather make "background or not" a user choice. The simple version of that wouldn't be too hard: just a CVar settng the backing field visibility. The more sophisticated version, where no-background implies fake-drop-shadows, requires more thought to make it live with the backing field code.
-
@snatcher, based on your earlier sample, I see that the horizontal widget positioning in the beta release of tdm_subtitles_message.gui and in my version were both off by 10px to the left. (Probably because the widget was originally wider.) My version corrected here (but not addressing text centering problem):
Spoiler/**
* stgatilov: This GUI header is included many times into subtitles GUI
*
* Mission Authors: DO NOT EDIT, INCLUDE OR OVERRIDE THIS FILE IN YOUR MISSION PK4.
*///must be defined outside: which subtitle slot to generate
//#define SUBTITLE_IDX 3
//#define SUBTITLE_DIGIT "3"//preprocessor magic for composing window names
#define SUBTITLES_CONCAT3X(a, b, c) a##b##c
#define SUBTITLES_CONCAT3(a, b, c) SUBTITLES_CONCAT3X(a, b, c)#define SUBTITLE_BASE_Y (370 - 50 * SUBTITLE_IDX)
#define SUBTITLE_NONEMPTY SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_nonempty")
#define SUBTITLE_ALPHA SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_alpha")
#define SUBTITLE_SPATIALIZED SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_spatialized")
#define SUBTITLE_LOCATION_X SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_locationXclamped")
#define SUBTITLE_LOCATION_Y SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_locationYclamped")// SUBTITLE_MARGIN_DIFF's value will be 0 with a "story" subtitle or [planned] if Cvar subtitle_narrowfield_nonstory is false (0); otherwise, value is 100.
// 100 is the difference between horizontal field margin for nonstory (200) and story (100):
#define SUBTITLE_VERBOSITY SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_verbosity")
#define SUBTITLE_MARGIN_DIFF ((SUBTITLE_VERBOSITY) == 1 ? 0 : 100)
// To incorporate new CVar:
// #define SUBTITLE_MARGIN_DIFF "gui::subtitle_narrowfield_nonstory" * ((SUBTITLE_VERBOSITY) == 1 ? 0 : 100)windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesTextHolder, SUBTITLE_IDX)
{
rect (100 + SUBTITLE_MARGIN_DIFF), SUBTITLE_BASE_Y, 440 - (2 * SUBTITLE_MARGIN_DIFF), 45
backcolor SUBTITLES_TEXT_BACKCOLOR
bordercolor SUBTITLES_TEXT_BORDERCOLOR
visible SUBTITLE_NONEMPTYwindowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesText, SUBTITLE_IDX)
{
// #5914: engine allows overflowing textbox size by one character
// maximum character width is 17 at textscale 0.25, so leave horizontal padding 20 on the right
rect 0, 0, 420 - (2 * SUBTITLE_MARGIN_DIFF), 45
text SUBTITLES_CONCAT("gui::subtitle", SUBTITLE_DIGIT)
font SUBTITLES_TEXT_FONT
textscale SUBTITLES_TEXT_SCALE
textAlign 1
forecolor SUBTITLES_TEXT_FORECOLOR
}
}windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesLocationRing, SUBTITLE_IDX)
{
rect 310, SUBTITLE_BASE_Y - 8, 20, 14
visible SUBTITLE_NONEMPTY && SUBTITLE_SPATIALIZED
background "guis/assets/common/subtitle_location_ring"
matcolor 1,1,1,SUBTITLE_ALPHA
}
windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesLocationPoint, SUBTITLE_IDX)
{
rect 317.5 - 9 * SUBTITLE_LOCATION_Y, SUBTITLE_BASE_Y - 4 - 6 * SUBTITLE_LOCATION_X, 5, 5
visible SUBTITLE_NONEMPTY && SUBTITLE_SPATIALIZED
background "guis/assets/common/frobhelper"
matcolor 1,0,0,1
}windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesDebugText, SUBTITLE_IDX)
{
rect 100 + SUBTITLE_MARGIN_DIFF, SUBTITLE_BASE_Y + 40, 440 - (2 * SUBTITLE_MARGIN_DIFF), 45
text SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_debug")
visible SUBTITLE_NONEMPTY
font SUBTITLES_TEXT_FONT
textscale 0.15
forecolor 0.5,1,0.5,1
}
#undef SUBTITLE_IDX
#undef SUBTITLE_DIGIT#undef SUBTITLES_CONCAT3X
#undef SUBTITLES_CONCAT3#undef SUBTITLE_BASE_Y
#undef SUBTITLE_NONEMPTY
#undef SUBTITLE_ALPHA
#undef SUBTITLE_SPATIALIZED
#undef SUBTITLE_LOCATION_X
#undef SUBTITLE_LOCATION_Y#undef SUBTITLE_VERBOSITY
#undef SUBTITLE_MARGIN_DIFF -
There's the inner box to constrain the text, and trigger word wrap, and the outer box to show the backing field. These are identical in size and location except the latter is a bit wider, by 20 px. A comment in the .gui code says:
// #5914: engine allows overflowing textbox size by one character
// maximum character width is 17 at textscale 0.25, so leave horizontal padding 20 on the rightSo the motivation is to keep the text from never visually exceeding the backing field. However, that extra padding can not be considered when the engine decides the point about which to center text in the inner box
Probably a padding of 20 is excessive, even more so now that a width-compressed font is used. That said, there may be something else dominating the anomaly. And the sound location widget is also off-center.
-
1 minute ago, snatcher said:
Subs are not centered.
I noticed that too. There is a bit of intentional padding on the right hand side, but this seems too much.
-
Yes, the backing field shown, while narrower, is still a fixed width for all bark texts, so still wider than ideal for that particular phrase. The width is the minimum needed to safely accommodate subtitle lines up to 42 characters long of 12 pt Stone font.
-
57 minutes ago, snatcher said:
Having a background is the safest bet, but for small recurrent pieces of text such as barks, the current background is off-putting.
So true. In that regard, gui code has been available for a few months to create a narrower backing field for barks (i.e., speech verbosity) than for story text. This code has not been included in the beta to date. Perhaps it will take users in addition to me to favor and push for it!
If you want to try it, put this code in your FM's "guis" folder as over-ride file "tdm_subtitles_message.gui":
Spoiler/**
* stgatilov: This GUI header is included many times into subtitles GUI
*
* Mission Authors: DO NOT EDIT, INCLUDE OR OVERRIDE THIS FILE IN YOUR MISSION PK4.
*///must be defined outside: which subtitle slot to generate
//#define SUBTITLE_IDX 3
//#define SUBTITLE_DIGIT "3"//preprocessor magic for composing window names
#define SUBTITLES_CONCAT3X(a, b, c) a##b##c
#define SUBTITLES_CONCAT3(a, b, c) SUBTITLES_CONCAT3X(a, b, c)#define SUBTITLE_BASE_Y (370 - 50 * SUBTITLE_IDX)
#define SUBTITLE_NONEMPTY SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_nonempty")
#define SUBTITLE_ALPHA SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_alpha")
#define SUBTITLE_SPATIALIZED SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_spatialized")
#define SUBTITLE_LOCATION_X SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_locationXclamped")
#define SUBTITLE_LOCATION_Y SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_locationYclamped")// SUBTITLE_MARGIN_DIFF's value will be 0 with a "story" subtitle or [planned] if Cvar subtitle_narrowfield_nonstory is false (0); otherwise, value is 100.
// 100 is the difference between horizontal field margin for nonstory (200) and story (100):
#define SUBTITLE_VERBOSITY SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_verbosity")
#define SUBTITLE_MARGIN_DIFF ((SUBTITLE_VERBOSITY) == 1 ? 0 : 100)
// To incorporate new CVar:
// #define SUBTITLE_MARGIN_DIFF "gui::subtitle_narrowfield_nonstory" * ((SUBTITLE_VERBOSITY) == 1 ? 0 : 100)windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesTextHolder, SUBTITLE_IDX)
{
rect (100 + SUBTITLE_MARGIN_DIFF), SUBTITLE_BASE_Y, 440 - (2 * SUBTITLE_MARGIN_DIFF), 45
backcolor SUBTITLES_TEXT_BACKCOLOR
bordercolor SUBTITLES_TEXT_BORDERCOLOR
visible SUBTITLE_NONEMPTYwindowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesText, SUBTITLE_IDX)
{
// #5914: engine allows overflowing textbox size by one character
// maximum character width is 17 at textscale 0.25, so leave horizontal padding 20 on the right
rect 0, 0, 420 - (2 * SUBTITLE_MARGIN_DIFF), 45
text SUBTITLES_CONCAT("gui::subtitle", SUBTITLE_DIGIT)
font SUBTITLES_TEXT_FONT
textscale SUBTITLES_TEXT_SCALE
textAlign 1
forecolor SUBTITLES_TEXT_FORECOLOR
}
}windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesLocationRing, SUBTITLE_IDX)
{
rect 300, SUBTITLE_BASE_Y - 8, 20, 14
visible SUBTITLE_NONEMPTY && SUBTITLE_SPATIALIZED
background "guis/assets/common/subtitle_location_ring"
matcolor 1,1,1,SUBTITLE_ALPHA
}
windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesLocationPoint, SUBTITLE_IDX)
{
rect 307.5 - 9 * SUBTITLE_LOCATION_Y, SUBTITLE_BASE_Y - 4 - 6 * SUBTITLE_LOCATION_X, 5, 5
visible SUBTITLE_NONEMPTY && SUBTITLE_SPATIALIZED
background "guis/assets/common/frobhelper"
matcolor 1,0,0,1
}windowDef SUBTITLES_CONCAT3(SUBTITLES_NAMEPREFIX, SubtitlesDebugText, SUBTITLE_IDX)
{
rect 100 + SUBTITLE_MARGIN_DIFF, SUBTITLE_BASE_Y + 40, 440 - (2 * SUBTITLE_MARGIN_DIFF), 45
text SUBTITLES_CONCAT3("gui::subtitle", SUBTITLE_DIGIT, "_debug")
visible SUBTITLE_NONEMPTY
font SUBTITLES_TEXT_FONT
textscale 0.15
forecolor 0.5,1,0.5,1
}
#undef SUBTITLE_IDX
#undef SUBTITLE_DIGIT#undef SUBTITLES_CONCAT3X
#undef SUBTITLES_CONCAT3#undef SUBTITLE_BASE_Y
#undef SUBTITLE_NONEMPTY
#undef SUBTITLE_ALPHA
#undef SUBTITLE_SPATIALIZED
#undef SUBTITLE_LOCATION_X
#undef SUBTITLE_LOCATION_Y#undef SUBTITLE_VERBOSITY
#undef SUBTITLE_MARGIN_DIFF -
26 minutes ago, snatcher said:
No, I merely print the same text three times: 1x black a tad top-left, 1x black a tad bottom-right, 1x light grey centered.
Ah, I see now. The bordercolor code in the gui is just a remnant around the now-transparent backing field.
-
7 hours ago, snatcher said:
There can be up to three blocks and each block can contain up to two lines of text, right? Plus the graphic at the top when appropriate, correct?
True.
7 hours ago, snatcher said:I take the assumption that it is not possible to measure the length of each character and have a background that fits the length of the text....
It would require a modification of the engine code. Earlier this year I wrote two experimental C++ utility programs that do the required calculation, for respectively 12 pt Carleton and (scaled to 12 pt) Stone fonts. However, others have expressed distaste, on complexity grounds, to having variable-width backing fields, so I've since been restricting my advocacy to a narrower fixed-width backing field for speech-verbosity subtitles.
Quote... I once again removed the background but now added a kind of outline (fake drop shadow). Unfortunately the current font is sometimes thick and sometimes thin and the outline would be more effective if we had a typeface with a more consistent, thick outline. Subs are displayed by limited time and the more clear the font the faster we scan the text.
This outlining isn't really visible in your screen shots; and I'd like to see various color-tone game locations too.
I see you use the "bordercolor" attribute for your outlining. I vaguely recall there was some circa-2010 TDM "drop shadow" experiments with (I'm guessing) using this for subtitling, with the Carleton font then in use. (This was before I got involved in subtitling.) Same conclusion: a bit problematic with the given font. So that led to the translucent backing field as an reasonable approach.
It would be possible to add a new unicolor font just for subtitles to TDM. There is a roadmap for this, but it's a major project, so TDM 2.13?
QuoteI know you want the background because you are concerned some words cannot be read in some situations but my main concern is about those players that wouldn't mind having subs but end up disabling them simply because they find the whole approach too obtrusive.
Agreed. That was part of my motivation for wishing to narrow the width of the backing field.
QuoteIn my sample I went from pure white text to a light grey shade. Yellow color works quite well too for the subs.
I'm in favor of having settings to let players have more flexibility in the subtitle presentation. That would include font color.
-
1
-
-
Just too small a gap currently between blocks, to not overlap with something. I think it's better to overlap with the subtitle it's associated with, rather than the one above. The gap could be enlarged, but then 3rd topmost block would be close to screen center vertically, blocking more of the general view. Oval could be further shrunk, but becomes less informative. I guess, with tricky programming, you could suppress the ovals when there are more than 1 blocks shown. Probably no perfect answer.
-
After you do that, check to see if the now-white ring visually interferes with the white caption font. If so, the ring might need overall thinning. if not, good to go.
-
Thanks so much. I'll review the spreadsheet starting tomorrow and after any tweaks, export to .subs as inline. Then convert any to srt that need it, and do QA. The usual process, tho possibly a bit slow due to travel/holidays.
I've already built a testSubtitlesDrunk to house the subtitles.
-
1
-
-
The subtitles of The Lady02 vocal set is now available for eventual incorporation into TDM:
Lady02 is another noblewoman, somewhat newer and so unmentioned on the wiki. She is a drawling speaker, often indecisive, and given to long musings. Favorite topics are how boring life is for the wealthy, and how to keep men of the household and the maids apart.
Lady02 required heavier and more complex use of .srt files than most AI characters, due to:
- Her slow, rambling monologues
- Some of the underlying .ogg files were poorly trimmed at the end, so needed compensatory .srt timings.
I appreciate the assistance of @datiswous in this effort.
Statistics
In file fm_root.subs there are 195 inlines, including:
- 25 with an explicit linebreak, intending 2 lines
- 170 without
Only 1 of these needed an explicit duration extension, to the capped value 0.50 seconds, for 17-20 cps
There are 116 SRTs, including:
- 78 with 1 message (to correct trim problem)
- 24 with 2 messages
- 7 with 3 messages
- 2 with 4 messages
- 3 with 5 messages
- 1 with 8 messages
- 1 with 9 messages
Of the 187 total SRT messages, there are:
- 90 with an explicit linebreak, intending 2 lines
- 97 without
In all, there are 311 voice clips with subtitles, showing 382 messages.
Corresponding Excel File
This is based on Version 6 of the Excel Template for TDM bark subtitles.
-
1
-
2
-
I suppose you could split the difference, making the line moderately thin but obvious at the lower edge but vanish at the upper edge, letting the gray interior carry the upper shape.
So, I prefer the 3D slope, but am OK without, if that's what others like.
-
You raised the oval further up from the text, but that will put it atop a different caption text when 2-3 are showing stacked simultaneously. So shouldn't change that aspect of implementation.
I see your mockup has a uniform opaque gray interior, rather than translucent. That would be easier to implement and integrate with the backing field.
@stgatilov, can you take it from here, with the .tga that @snatcher provided?
-
2
-
-
I can try to work up a variant design, with a white ring. Do you like the current size of the oval, or prefer my original "blue ring" design, that was wider but slightly less tall?
My original design was transparent inside, although the lower-half overlapped the neutral translucent rectangular backing field. I could try to provide the upper-half with a neutral translucency that would approximate the backing field. This would be approximate because the translucency would be provided in 2 separate ways (photoshopped vs. gui). The white line in that case could be very thin on the upper part, because the translucency would also define the shape. I thought it desirable to provide a sense that the oval was really a disk viewed in perspective, so the lower edge is thicker... but maybe you'd prefer a uniform-thickness white line all around?
-
OK. To confirm Libreoffice compatibility, please download one of the recent completed spreadsheets, e.g., for Critic or Manbeast (links in OP of this thread). Also, you will likely find it helpful to have such a worked example while reviewing the "Explained" doc discussed below.
Assuming compatibility, I'll programmatically pre-populate a fresh spreadsheet with .ogg filenames and clip durations for "The Drunk" vocal set (in the vocals04 pk4), and DM a link for that for you. While waiting, please review these two Word docs (see links in OP):
"Subtitle Style Guide - Part 1". There's a 1-page summary of main points at start. Skim the rest.
"Dec 7 Update of the "Explained" Doc for Spreadsheet Template v5". This details what the two worksheets and the columns within each mean. You will start with the "Compose" worksheet; I will have already filled columns A & B, and C is auto-calculated. Since we have no pre-existing vocal text script for The Drunk, column D will be left blank (TIP: hide it), and column F will be useless. You will start filling in column E, "Tweaked Subtitle".
There's lots more to say, but that's enough for now. The spreadsheet I send you will based on Barks Template v6, but it's only trivially different from v5, so the Dec 7 doc should be fine.
BTW, there's more workflow that is done before/after your part. If curious or need more context, see:
"June 10 Documents Explaining Workflow and Excel Spreadsheet/Template (for AverageJack)"
-
1
-
1
-
-
59 minutes ago, datiswous said:
I think maybe the icon graphics could be more in line with the subtitles?
Not sure what you mean... better centered horizontally? Not overlapping the top edge of the subtitles?
Keep in mind that the subtitles can stack 3 up, and the space between them is limited. This constraints both the size of the oval and what overlap may occur with the backing fields. If you had a scaled-down glyph of a talking head (instead of just a central dot), it may be unrecognizable as such. Dunno.
The current graphics are stgatilov's version. The movable red square indicator is a re-using of a graphic already used as a frob assistant.
-
Thanks for that offer. My process is more complicated than that, and involves an Excel spreadsheet to manage the captions, and determine (partially automatically) for each one -
- if it needs breaking into 2 lines, and if so, where
- if it needs additional presentation time, using the inline -dx option, and if so, calculates how much
- if it instead needs to handled as a separate .srt file, instead of as an inline; based on both duration & character count
So, if you can work with Excel (and doesn't have to be latest version... mine's a decade old), and are willing to read some Word docs, then you can help at the transcription into Excel, at least for 1 of the vocal sets remaining. Otherwise, I'll have to pass on your offer.
-
1
-
Work is once again underway on Lady02 vocal set. To deal with untrimmed .ogg files (discussed earlier), the srt-based method of ending captions early will be used.
-
1
-
-
Regarding the earlier discussion about telling when an objective is complete from script, I just added a brief entry under the wiki's "Objective Editor/FAQ & Examples" called "Determining an Objective's Current State from a Script"
As for as Stim/Response... I often find it hard to wrap my head around too. I don't recall writing anything very authoritative about it, but maybe in some narrow context? Or maybe @JackFarmer, you were remembering someone else's explanation?
So, I can put it on my list of possible wiki topics for 2024, but it would require a lot of research by me, and likely @Dragofer or others could do it better & quicker.
-
1
-
-
The subtitles of the Manbeast vocal set are now available for eventual incorporation into TDM:
Vocal script author Kingsal describes these underworld dwellers as once "men of the city, now twisted into beasts by some cruel god." They "speak in a broken, almost sing-song tongue, interspersed with involuntary snorts and screeches." Variants comprise two commoners and an archer/shaman.
Compared to other AI, Manbeast has far fewer voice clips. The voicing is somewhat reminiscent of Golum of Lord of the Rings.
Statistics
In file fm_root.subs there are 135 inlines, including:
- 19 with an explicit linebreak, intending 2 lines
- 116 without
Of these, only 1 has an explicit duration extension (in the range 0.25 to 0.49, for 17 cps)
There are 3 SRTs, each with 2 messages. Of the 6 total SRT messages, none have an explicit linebreak.
In all, for this vocal set, there are 138 voice clips with subtitles, showing 141 messages.
Corresponding Excel File
NEW: This is based on Version 6 of the Excel Template for TDM bark subtitles, with 2 minor bug fixes from Version 5.
Change to GUI
New features of testSubtitles... for TDM 2.12dev compatibility:
- An oval at the top edge of each subtitle shows sound source direction (which in testSubtitles... is always the statue).
- The width of the subtitle backing field is based on subtitle verbosity (which in testSubtitles... is always "speech").
Implementation: Override-file tdm_subtitles_common.gui, which was a customization of 2.11's file, is dropped. Its purpose is now served and enlarged by override-file tdm_subtitles_message.gui, a customization of earlier 2.12dev's file. This .gui continues to use the width-compressed Stone font.
-
1
Subtitles - Possibilities Beyond 2.11
in TDM Editors Guild
Posted
So maybe new CVars along the lines of the following would do the job for 2.12:
subtitleColorR 0.00-1.00
subtitleColorG ditto
subtitleColorB ditto
subtitleBackground 1/0
subtitleSoundSource 1/0