Foud it! Thank you!

A funky new sound effect. With the VolAdj on high and the player starts to stutter, the volume goes up and down. I thought this is messed up bad. Then I realized the VolAdj was on high. Turned it off, now the player just stutters as normal.

Okay, I'm back in town and back in the forum.

The V16 VolAdj+BreakOut patch had a leftover "printk()" in the keypress handler, which is the cause of the button-stutter reported by many in this forum. Commenting out that statement "fixes" the problem.

Since it doesn't happen "undocked", I would guess that the serial port (where the printk() output goes) must run at a slower speed when Docked versus Un-Docked, right?

Anyway, V17 with the printk() removed will be up shortly at http://rtr.ca/empeg/

Thanks to those who tried (and reverted from!) v16, and again, PLEASE TRY v17 so we can find/fix any more kinks before I proceed with the master plan to embed userspace apps into the menus.

Cheers

Okay, I'm back in town and back in the forum.

Welcome back! Business trip or pleasure?

I would guess that the serial port (where the printk() output goes) must run at a slower speed when Docked versus Un-Docked, right?

Yup.

..the master plan to embed userspace apps into the menus.

[drool]... I cannot wait for this! I have a little project I'm working on which will hopefully take advantage of this.. It's kinda along the "passenger seat entertainment"

Hey, one thing... I was looking at your plans for this and I don't recall seeing anything about letting user apps write some text to the screen in the same way your menu system does... Like I'm thinking the user app could call something like this:

hijack_print("This is some text", 16, 4);

To write a string starting at location x=16 y=4 on the display. Obviously if you implemented the overlay and "full screen" display modes the user apps could put together the text themselves, but since you have some fonts already in the kernel, were you planning on opening those up to the users? This would make it really easy for people to write little messages to the display without having to piece together display buffers... Right?

Yes, exactly.

When I rewrite the menu stuff (this week or next),
I'll add a scrolling text window widget to the interface
for use from both kernel/userland. Maybe even wire up
the kernel printk() to it.

Cheers