Support and General Use > Hardware

X5: Itching to create a patch that shuts the LCD off when backlight is off.

<< < (4/6) > >>

jhMikeS:
I think I'm gonna forget about the backlight flicker for now because I can see it's rather involved and so would be out of context for this patch. But something turns it back on again right before power shuts down...maybe the backlight thread running during yield(). I dunno.  ???

RaeNye:
Release... I promise to take a look ;)

jhMikeS:
 :o  ;D

snowgoon:
Sorry if this is slightly off topic (lcd backlight), but it is related to lcd performance on x5...

Is it the best use of the extra iram on the x5 to stick the lcd buffer in it?  What is the benefit as opposed to giving audio plugins (or all plugins) a bigger share of the iram?  I have tested increased iram allocation to the mpc codec and found that it reduced cpu boost quite a bit (should apply to at least some other codecs as well).  Since this would result in longer battery life for people who use the x5 mainly for listening to music (instead of looking at pretty wps' ;-) wouldn't it be worth it?  For plugins that need fast lcd performance, eg. video playback, could they create their own lcd buffer?

Bagder:

--- Quote ---Is it the best use of the extra iram on the x5 to stick the lcd buffer in it?
--- End quote ---

Perhaps not, but nothing was using that ram so I decided to put the framebuffer there to boost performance bit. Remember that everything that runs needs to run faster, and the LCD is getting updated a lot while music is playing.

In order to put codec data in iram, we "just" need to create defines in similar spirit as I did for the framebuffer and use that define for the specific data parts of the codecs. I think.

Navigation

[0] Message Index

[#] Next page

[*] Previous page