Magnus Holmgren wrote:
Jens Arnold wrote:
My patch removes clipping prevention altogether (like we had it
on Archos Recorders & Ondios for years, btw).
And makes fade on stop pretty ugly (sounds get chopped rather than
change smoothly), it seems... :)
Magnus
We should implement fade on
Jens Arnold wrote:
My patch removes clipping prevention altogether (like we had it
on Archos Recorders & Ondios for years, btw).
And makes fade on stop pretty ugly (sounds get chopped rather than
change smoothly), it seems... :)
Magnus
Hi you wrote:
Personally I find the whole idea of clipping prevention somewhat odd, very
much "protecting the user from himself" which really isn't Rockbox' style.
I don't think I've ever seen any audio playback equipment of any kind offer
clipping prevention. Can someone give me a few examples
Hello,
I would just like to inform the devs that I have programmed a "tsr"
Battery becnhmark plugin for quite some time.
I just updated again with latest unicode changes. So if one of the devs could give me some
feedback about it and if it can be included in CVS I would be obligued.
In summary
On 07.12.2005, Jerry Van Baren wrote:
> The buttons are read by an A/D converter and are encoded by
> using different voltage levels (different resistances
> connected to the buttons). What you are probably running into
> is that you are at one end of the "acceptable" range so, when
> your batteri
The buttons are read by an A/D converter and are encoded by using
different voltage levels (different resistances connected to the
buttons). What you are probably running into is that you are at one end
of the "acceptable" range so, when your batteries are low, the button
decoder logic decodes
Well, I'll just keep replying to myself, getting closer to the issue...
First, I'll start with earlier misassumptions:
* CBR/VBR has got nothing to do with it
* "on time" has not directly got anything to do with it, but battery state
does.
A few days ago, I flashed back to rombox-20051127. Th
Christi Alice Scarborough wrote:
> I do believe that there is value in an option that prevents clipping,
> particularly if it can be implemented in a platform independent way.
Personally I find the whole idea of clipping prevention somewhat odd, very much
"protecting the user from himself" which