PCM CODEC

2006-03-26 Thread Bluechip

Jens,

- Read parameters from WAV file. Plays 16bit PCM WAV files with all 
common samplerates, both mono and stereo.


Because I'm too lazy to look at the codec docs.  Why only 16bit?
Is it a codec limitation?
If so, could we pad 8bit files and strip 24bit files?

BC



Re: VMWare Environment

2006-03-26 Thread XavierGr
So is there a chance to see a new complete VMware image?I saw the comment on the wiki but it seems there isn't a new one there.On 26/03/06, Daniel Stenberg
 [EMAIL PROTECTED] wrote:On Sun, 26 Mar 2006, Mark Bright wrote:
 2. run configure as 'configure --cache' I am assuming that means '../tool/configure --cache' To prepare the make file to use the cache?Right. In fact I even meant:../tool/configure --ccache
That is the option is named --ccache with two 'c' in the front.ccache is a system that caches compile results so that subsequent invokes withthe same conditions simply reuses a previous object file instead of doing the
same compile again. Now, is there some way to speed up the manual :-)40 seconds is starting to feel like a long time...Sorry, no fancy caching system up my sleeve for that one! ;-)
--Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/


cvs builds

2006-03-26 Thread Daniel Stenberg

Sorry guys,

It stood still for a few hours during the afternoon, I hope it's back up again 
now. I'll check it out closer again tonight. My bad.


--
 Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/


Re: Track skipping shuffling cause hard lockups.

2006-03-26 Thread gl


Shuffling lockup isn't fixed.
--
gl
- Original Message - 
From: gl [EMAIL PROTECTED]

To: Rockbox development rockbox-dev@cool.haxx.se
Sent: Sunday, March 26, 2006 9:25 AM
Subject: Re: Track skipping  shuffling cause hard lockups.





if the gui flashing shuffling means you've reached the end of the
playlist and are using repeat shuffle mode, so it fails when it tries to
reshuffle.  Not sure if it was related, but the skip during disk fill
and related bugs are fixed. (hacked for now until I do more work on
playback threading)


Confirmed, seeking/skipping is fixed here, thanks.  I'll let you know if 
the shuffling is fixed (I'm currently burning in some headphones so I'll 
leave it running over night again).

--
gl 




Profiling

2006-03-26 Thread bk
I can't find any documentation on how to use profiling support (the
initial forum posts by lostlogic are ambiguous). How do I enable
profiling for specific modules or functions and what format is the
profiling information output in?

thanks,
bk


Re: PCM CODEC

2006-03-26 Thread Jens Arnold
On 26.03.2006, Bluechip wrote:

 - Read parameters from WAV file. Plays 16bit PCM WAV files
 with all common samplerates, both mono and stereo.

 Because I'm too lazy to look at the codec docs. Why only
 16bit? Is it a codec limitation? If so, could we pad 8bit
 files and strip 24bit files?

Yes it's a limitation of the PCM codec. It can handle 8000/
11025/12000/16000/22050/24000/32000/44100/48000 Hz both
mono and stereo, but only 16 bit samples.

I won't work around that limitation in my WAV playback plugin.
It only uses a simplistic playback engine and is meant as a
'preview' for PCM playback.

With a more sophisticated playback engine, introducing the
concept of (simple) software codecs, it will be possible to play
8 bit samples as well as simple compression schemes like ADPCM.

This is clearly post-3.0 stuff, and I won't spend any more work
on that before the playback engines (hopefully) get unified.


Regards, Jens



Re: Profiling

2006-03-26 Thread Brandon Low
See the TECH doc in the source tree for more information.

Brandon

On Sun, 03/26/06 at 15:50:36 -0500, bk wrote:
 I can't find any documentation on how to use profiling support (the
 initial forum posts by lostlogic are ambiguous). How do I enable
 profiling for specific modules or functions and what format is the
 profiling information output in?
 
 thanks,
 bk


Re: Track skipping shuffling cause hard lockups.

2006-03-26 Thread Brandon Low
Are we sure this started recently?

Brandon

On Sun, 03/26/06 at 19:42:44 +0100, gl wrote:
 
 Shuffling lockup isn't fixed.
 --
 gl
 - Original Message - 
 From: gl [EMAIL PROTECTED]
 To: Rockbox development rockbox-dev@cool.haxx.se
 Sent: Sunday, March 26, 2006 9:25 AM
 Subject: Re: Track skipping  shuffling cause hard lockups.
 
 
 
 if the gui flashing shuffling means you've reached the end of the
 playlist and are using repeat shuffle mode, so it fails when it tries to
 reshuffle.  Not sure if it was related, but the skip during disk fill
 and related bugs are fixed. (hacked for now until I do more work on
 playback threading)
 
 Confirmed, seeking/skipping is fixed here, thanks.  I'll let you know if 
 the shuffling is fixed (I'm currently burning in some headphones so I'll 
 leave it running over night again).
 --
 gl 


Re: Track skipping shuffling cause hard lockups.

2006-03-26 Thread Paul Louden
I know that if you have it set to shuffle at the end of a playlist, it causes a lock (can't remember if it's hard or soft) at the end of the last track of the playlist.On 3/26/06, 
Brandon Low [EMAIL PROTECTED] wrote:
Are we sure this started recently?BrandonOn Sun, 03/26/06 at 19:42:44 +0100, gl wrote: Shuffling lockup isn't fixed. -- gl - Original Message - From: gl 
[EMAIL PROTECTED] To: Rockbox development rockbox-dev@cool.haxx.se Sent: Sunday, March 26, 2006 9:25 AM
 Subject: Re: Track skipping  shuffling cause hard lockups.  if the gui flashing shuffling means you've reached the end of the playlist and are using repeat shuffle mode, so it fails when it tries to
 reshuffle.Not sure if it was related, but the skip during disk fill and related bugs are fixed. (hacked for now until I do more work on playback threading) 
 Confirmed, seeking/skipping is fixed here, thanks.I'll let you know if the shuffling is fixed (I'm currently burning in some headphones so I'll leave it running over night again). --
 gl


Re: Track skipping shuffling cause hard lockups.

2006-03-26 Thread Brandon Low
How long has that been going on for?  I don't think that any of my
changes would cause such a thing, and I want to be sure.  Of course I'm
also not 100% positive that this is the same as what GL is seeing,
although it is most likely since he is reporting issues with the GUI
flashing 'shuffling'.

Brandon

On Sun, 03/26/06 at 21:12:50 -0600, Paul Louden wrote:
 I know that if you have it set to shuffle at the end of a playlist, it
 causes a lock (can't remember if it's hard or soft) at the end of the last
 track of the playlist.
 
 On 3/26/06, Brandon Low [EMAIL PROTECTED] wrote:
 
  Are we sure this started recently?
 
  Brandon
 
  On Sun, 03/26/06 at 19:42:44 +0100, gl wrote:
  
   Shuffling lockup isn't fixed.
   --
   gl
   - Original Message -
   From: gl [EMAIL PROTECTED]
   To: Rockbox development rockbox-dev@cool.haxx.se
   Sent: Sunday, March 26, 2006 9:25 AM
   Subject: Re: Track skipping  shuffling cause hard lockups.
  
  
   
   if the gui flashing shuffling means you've reached the end of the
   playlist and are using repeat shuffle mode, so it fails when it tries
  to
   reshuffle.  Not sure if it was related, but the skip during disk fill
   and related bugs are fixed. (hacked for now until I do more work on
   playback threading)
   
   Confirmed, seeking/skipping is fixed here, thanks.  I'll let you know
  if
   the shuffling is fixed (I'm currently burning in some headphones so
  I'll
   leave it running over night again).
   --
   gl
 


Re: Track skipping shuffling cause hard lockups.

2006-03-26 Thread Paul Louden
The one I reported has been going on for a while. I know I've reported it in IRC a few times. I *think* it appeared with the last round of playback engine changes that you made a bit of a while back, but I'm not 100% sure. It may have existed before then (I never hit the end of a playlist on shuffle naturally, since my playlist is rather long, and I usually eventually restart it instead of resuming, so I may have just not encountered it before.)
On 3/26/06, Brandon Low [EMAIL PROTECTED] wrote:
How long has that been going on for?I don't think that any of mychanges would cause such a thing, and I want to be sure.Of course I'malso not 100% positive that this is the same as what GL is seeing,although it is most likely since he is reporting issues with the GUI
flashing 'shuffling'.BrandonOn Sun, 03/26/06 at 21:12:50 -0600, Paul Louden wrote: I know that if you have it set to shuffle at the end of a playlist, it causes a lock (can't remember if it's hard or soft) at the end of the last
 track of the playlist. On 3/26/06, Brandon Low [EMAIL PROTECTED] wrote:   Are we sure this started recently?
   Brandon   On Sun, 03/26/06 at 19:42:44 +0100, gl wrote: Shuffling lockup isn't fixed.   --   gl   - Original Message -
   From: gl [EMAIL PROTECTED]   To: Rockbox development rockbox-dev@cool.haxx.se
   Sent: Sunday, March 26, 2006 9:25 AM   Subject: Re: Track skipping  shuffling cause hard lockups.  if the gui flashing shuffling means you've reached the end of the
   playlist and are using repeat shuffle mode, so it fails when it tries  to   reshuffle.Not sure if it was related, but the skip during disk fill   and related bugs are fixed. (hacked for now until I do more work on
   playback threading)  Confirmed, seeking/skipping is fixed here, thanks.I'll let you know  if   the shuffling is fixed (I'm currently burning in some headphones so
  I'll   leave it running over night again).   --   gl 


Re: Profiling

2006-03-26 Thread bk
On Sun, 2006-03-26 at 19:49 -0600, Brandon Low wrote:
 See the TECH doc in the source tree for more information.

Ahh, thanks. That was the one place I didn't look since I wrongly
assumed all the docs in the source tree were hopelessly old. I'll copy
that over to the wiki.

bk