don't forget you can just feed the transcript into chatgpt and ask about it, though the accuracy will depend on the transcript accuracy which can suffer when acronyms are used or the speakers' english is not very good. If you feed in the transcript with timestamps, you can just ask for a timestamp for specific claims and check it out.

Here’s a summary of Matt Gonzalez’s talk on JUCE Graphics: Past, Present, and Future:

Introduction Background: Matt Gonzalez is a veteran audio developer with over 20 years of experience, known for contributions to JUCE 8's Direct2D graphics. Focus: This talk discusses the evolution, technical details, and future direction of JUCE's graphics system, particularly in moving from CPU to GPU rendering. The State of JUCE Graphics JUCE Strengths: Cross-platform compatibility. Excellent for audio processing. Historical Weakness: Graphics performance has been a longstanding pain point for JUCE users. Historically reliant on a CPU-based software renderer, which limits rendering speed and capability. Transition to GPU Rendering Direct2D Implementation: Matt reworked JUCE’s Direct2D renderer during the pandemic, enabling GPU-based rendering for JUCE applications on Windows. Direct2D bypasses the CPU for rasterization tasks, utilizing the GPU for significant performance improvements. Demonstrations showed up to a 10x speedup in certain scenarios (e.g., tiling and transforming images). Challenges in Transition GPU-Specific Issues: GPUs are optimized for 3D rendering, so 2D tasks like stroking paths, text rendering, and clipping present challenges. Legacy Compatibility: Ensuring compatibility with existing JUCE components and the software renderer required addressing legacy constraints. Examples: Maintaining support for nested renderers (Direct2D, OpenGL, GDI). Adapting the JUCE image class for GPU-based storage. Conceptual Shifts: Moving graphics tasks to the GPU necessitates new mental models, as GPU rendering involves massively parallel processing. Design Trade-Offs: Balancing ease of use for developers with cutting-edge performance required difficult decisions. Advancing JUCE Graphics

New Features via GPU Rendering:

Mesh Gradients: Advanced gradients with flexible control over color transitions and shapes. Real-Time Effects: Blur, embossing, and shadowing effects executed directly on the GPU. Dynamic Rendering: Procedurally generated UI elements like buttons, eliminating the need for pre-rendered assets.

Future Goals:

Replace the low-level graphics context (LLGC) entirely with GPU-based solutions. Build a cross-platform GPU renderer that works with Vulkan, Metal, and DirectX 12 for all platforms. Shift all rendering logic to shaders for maximum performance and flexibility. Prototype Metal Renderer Matt demonstrated a Metal-based renderer for macOS, achieving 4-5x speedups over Core Graphics. Key Advantages: Seamlessly integrates with existing JUCE graphics APIs. Opens possibilities for developers to leverage GPU shaders for custom effects and advanced visuals. Community Contributions MCAL Module: A new library developed by Matt, providing additional Direct2D features not included in JUCE 8, such as advanced gradients and image processing effects. Call to Action: Developers are encouraged to experiment with these tools and provide feedback to shape future development. Closing Thoughts JUCE’s transition to GPU rendering marks a significant leap forward, enabling richer, faster, and more visually dynamic UIs. Challenges remain in balancing legacy compatibility with innovation, but progress in tools like Direct2D and Metal sets the stage for a modern, cross-platform graphics pipeline. Resources & Contact Recommended resources: Metal by Example and JUCE forums for further exploration. Matt encourages discussions and questions through Discord for developers eager to delve deeper.

This talk underscores JUCE’s journey from outdated rendering to modern GPU-based solutions, highlighting exciting new possibilities for developers.

@ustk

Thanks for doing this. I intended to but I've been drowning in work lol

Hello. I took this course. When I purchased the course, I received a free course on creating a GUI. I can't say I was very inspired by this course. Yes, it certainly lives up to its name. We can add ready-made fx and load buttons from knobman. This concludes the course. I got most of the information from the document, forum and video.

@modularsamples It's possible I've made some other fixes in my fork that I can't remember - or possibly it just works on Debian better than on Ubuntu, but I don't think this is the case as it works well on Linux Mint which is based on Ubuntu

@orange we could also just make our own with the neural node 😉

@obolig I appreciate that @Christoph-Hart has been a lot more active on the forum here. I may be in the minority in thinking that HISE doesn't need any more features – just more information about the ones that already exist. There's more than people realize, with direct access to FFT bins being the universal Turing machine of DSP.

In terms of companies using HISE, within the context of the ones I work with and advise, there is potentially significant interest in the JavaScript engine (not the sampler elements). From my perspective, the outwardly-facing obstacle is that there simply needs to be more than one person behind it to provide the necessary stability, maintenance of knowledge assets, and overall mitigation of inherent risk that is inherent with incorporating external systems into existing commercial ecosystems.

@iamlamprey If you're using the Rhapsody template within HISE then there is no built in updater unfortunately. What I do is add the Rhapsody boilerplate as a git submodule to my projects, then I can just update it with git pull.

Basically you just need to replace the boilerplate files you currently have with the same ones from here - https://codeberg.org/LibreWave/RhapsodyBoilerplate

Then in on init you need to run Ui.createTemplate("your project name); and it will update the UI to the latest version, you can delete this function call afterward.

@DanH Thank you Dan!!!

@DabDab Thanks, Happy Diwali to you!

@bendurso Thank You! This helped me resolve the issue. I wrote the prompt for the LinkWindows file to look inside of the samples folder instead of the samples folder itself. Everything is working great now.

@orange Yes the filter modules are all in scriptnode, the parameters are modulated by the lfos, and then global cables carry the values out to wherever you need them, which in my case was the EQ module.

There's no blur actually, I just added a tiny bit on the webpage for general sexiness 😆

@Phelan-Kane has made tutorials on it...

https://youtu.be/64dTcwnP40o?si=sZ0JiMztyBq3-aSm

https://youtu.be/-0tkr5ypLT4?si=wY8SXIS-YDT8Gw6-

If you are interested please visit to his channel to learn more. He is a Max MSP certified instructor.

https://forum.hise.audio/topic/8204/max-rnbo-hise-tutorial-vids-available

@iamlamprey wow 😲 i had no idea you could do things like warp and stretch the objects with painting. ill have to dig more for some examples

@d-healey The feature in itself should work, but macOS is very picky about GPU specifications. You'll have to look up a GPU compatibility chart to see if your hardware will work.
https://hackintoshenglish.fandom.com/wiki/GPUs_Compatibility

When CGPT is used for writing Docs, Manual, correction it will do it's best. But when it works for specific softwares like HISE,JUCE etc... since it is unaware of HISE,JUCE API as a result it throws wrong output. I know it will be useful for near future for writing codes etc.. but now it is Funny for HISE for writing some coding.

@iamlamprey These are Pretty awesome names. I also considered using it for some name ideas for some future products.

Thank you!

@Lindon Now I am understood.. :)

I signed up a few weeks back and am dying to land my hands on this incredible tool. It will make my life concerning graphic creation so much easier and more fun.