-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Custom Styles Body alpha channel? #92
Comments
It is possible to add this feature, but it would have to be limited to the external prompter only. There would be a performance hit, this is unavoidable, but most of the impact would be undertaken by the operating system's compositor, not Imaginary Teleprompter. Consider using my other teleprompter software for this purposse. It already has this feature implemented, controls are smoother, and it's free software licensed under the GPLv3 too. |
Duplicate of #39 A limited workaround is also presented there. |
@videosmith Here's a small sample of the difference in performance between the two projects. Both programs were prompting to a 4K display (3840x2400), while an HD video was playing in the background. I only recorded a small portion of the screen because the laptop is on battery, and my screen capture software (Simple Screen Capture) has bugs that prevent me from recording in 4K without disabling UI scaling, which makes things hard to read. The laptop is an XPS 13 7390 2-in-1, with an Intel i7-1065G7 (8) @ 1.300GHz. https://www.youtube.com/watch?v=1ESo6tdoZvk Not only the new program prompts more smoothly, but also has the see-through opaque background enabled. Backporting this feature to Imaginary Teleprompter doesn't make sense if Imaginary Teleprompter can't animate smoothly while a video source is playing on the same computer. The reason why Imaginary Teleprompter performs so poorly is because as a web app, it can only make limited use of multi-core processing, and all JavaScript operations are limited to a single thread but this last detail only impacts during speed changes, which don't happen in the video. |
Thank you, I suspected as much. As for your other effort, I was under the impression that an arm7 distribution was not yet available for Raspberry Pi.
On Wednesday, September 22, 2021, 09:38:38 PM EDT, Javier O. Cordero Pérez ***@***.***> wrote:
It is possible to add this feature, but it would have to be limited to the external prompter only. There would be a performance hit, this is unavoidable, but most of the impact would be undertaken by the operating system's compositor, not Imaginary Teleprompter.
Consider using my other teleprompter software for this purposse. It already has this feature implemented, controls are smoother, and it's free software licensed under the GPLv3 too.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
|
Yes, and that is unfortunately still true. While the program does run well on arm, I have to wait until RaspberryPi OS provides the newer versions of its dependencies before we can distribute manually created Tar builds, because the AppImage building pipeline doesn't work on ARM; this last thing being true for both projects. Dependency satisfaction has not been an issue for Imaginary Teleprompter because it uses older dependencies. Hopefully this continues to hold true (or AppImage support is fixed) for the next update, because we've upgraded to the current version of Electron. In any case, we could downgrade the version of Electron a few version just for arm if it were necessary; that wouldn't be an issue here. |
Is it possible to adjust the Body color opacity so the desktop or other elements could show through without a performance hit from real time compositing?
The text was updated successfully, but these errors were encountered: