Text on Stop Images

[Bumblebee001]

I must have asked this before but not sure. When using a single, blank, 3D image of a stop, there is no way to make the text generated by GOodf to appear to move with the stop's motion in and out (or on and off).

This can be addressed by having separate text size and position (vertical/ horizontal) for each image (for the on and for the off states).

I would find it useful as a sample-set creator to add that special touch of realism in the graphics. I can do this on jOrgan but not with GO unless I create a specific image with text in the on position and another in the off position for each and every stop and coupler. That would involve a lot more work and, needless to say, unnecessarily bulkier sample-sets.

Graphics has always been GO's Achilles' heel! jOrgan made it relatively easy years ago. Surely GO can improve with some effort in this direction. I know comparisons can be odious but I can't help singing praise where praise is due. No offense meant.

[larspalo]

When using a single, blank, 3D image of a stop, there is no way to make the text generated by GOodf to appear to move with the stop's motion in and out (or on and off).

No, it's not possible (yet).

This can be addressed by having separate text size and position (vertical/ horizontal) for each image (for the on and for the off states).

This would be a new feature that must be added to GrandOrgue first.

I create a specific image with text in the on position and another in the off position for each and every stop and coupler.

Yes, that's what I do. Also, the on/off images "should" completely change everything within the bounding rectangle to get the very best results.

Graphics has always been GO's Achilles' heel!

In some ways yes, as other things (like speed/performance/audio quality) have been prioritized in the development and GO comes from another "source" with its own history... That said, it doesn't mean that there's no room for improvement of the graphics handling in GO, because it certainly does!

But until things are changed it will be quicker for a sample set producer (like you and me) to just create the moving stops as complete images that fully replace everything within its bounding rectangle. Or just work within what's the current limitations in the graphics handling...

Currently I personally have more than a little grudge towards the window scaling that happens rather haphazardly and ruins the image quality further!

[Bumblebee001]

I’m glad you agree. I hope GO will tackle graphics handling next. Not that I’m happy with the voicing features as they are. There has been a step in the right direction but not enough to be as useful and as practical as it should. In this case compare with HW. I reiterate anything short of a audio mixer / equalizer type interface with vertical sliders won’t be good enough. So far it’s like a flat hard sponge cake, edible but just! 😜 Mark

…

On Sat, 03 May 2025 at 08:31, larspalo ***@***.***> wrote: When using a single, blank, 3D image of a stop, there is no way to make the text generated by GOodf to appear to move with the stop's motion in and out (or on and off). No, it's not possible (yet). This can be addressed by having separate text size and position (vertical/ horizontal) for each image (for the on and for the off states). This would be a new feature that must be added to GrandOrgue first. I create a specific image with text in the on position and another in the off position for each and every stop and coupler. Yes, that's what I do. Also, the on/off images "should" completely change everything within the bounding rectangle to get the very best results. Graphics has always been GO's Achilles' heel! In some ways yes, as other things (like speed/performance/audio quality) have been prioritized in the development and GO comes from another "source" with its own history... That said, it doesn't mean that there's no room for improvement of the graphics handling in GO, because it certainly does! But until things are changed it will be quicker for a sample set producer (like you and me) to just create the moving stops as complete images that fully replace everything within its bounding rectangle. Or just work within what's the current limitations in the graphics handling... Currently I personally have more than a little grudge towards the window scaling that happens rather haphazardly and ruins the image quality further! — Reply to this email directly, view it on GitHub <#131 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABVM7NVNP3QBAUDKNBGII7L24RPE3AVCNFSM6AAAAAB4K4IJ2GVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMBSGE4DMMA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Bumblebee001]

I hope I'm not being too graphic...... excuse the pun!

[larspalo]

No problem! I'm unfortunately still working on getting my "upgraded" computer to approximately behave as it should, which means that development on my side is temporarily halted...