May I also suggest that should you adopt the partitioning approach, that
you:
1. Download to partition #(n) until sufficient data has arrived, or until
partition #(n-1) has finished playing.
2. Begin downloading to partition #(n+1), and begin playing partition #(n).
3. Repeat until the entire file has been downloaded.
No file copy until after the download and the playing is finished. Then, you
can consolidate the files, if you need to.
On 1/23/07, Pinus Alba <[EMAIL PROTECTED]> wrote:
>
> Hi Nikhil,
>
> I suggest you use an in memory circular buffer. This will allow you to be
> reading and writing at the same time. If you don't know what a circular
> buffer is look it up in a software data algorithms book.
>
> Regards,
>
> On 23/01/07, Nikhil Bhatla <[EMAIL PROTECTED]> wrote:
> >
> > > generally vfs is not too happy to do that. filestreaming can do
> > > that, though. perhaps consider using that?
> >
> > Hmm, I looked at the FileStream docs and it doesn't look like you can
> > use them to read/write to expansion cards ( e.g. the Treo 650's SD
> > card). So when I download audio files I would be limited by the memory
> > built into the Treo.
> >
> > Is there any other way to get non-exclusive write access to the SD card,
> > even via unsupported ("secret") calls?
> >
> > One alternative that would accomplish my goal of simultaneous file
> > download and playback would be an algorithm something like this:
> >
> > 1) Start download of file A
> > 2) When enough of A has been buffered for stutter-free playback
> > a) Copy A to file B
> > b) Start playing B
> > c) When playback of B finishes and it isn't the end of the song
> > i) Copy portion of A that isn't in B to B'
> > ii) Start playing B'
> > iii) Goto (c)
> >
> > This approach seems unnecessarily complex, and it could result in
> > playback gaps (audio skips). It may also have poor performance due to lots
> > of file copying.
> >
> > This is all I've come up with so far, so I guess I'll have to think
> > about it some more.
> >
> > - nikhil
> > --
> > For information on using the PalmSource Developer Forums, or to
> > unsubscribe, please see http://www.palmos.com/dev/support/forums/
> >
>
> -- For information on using the PalmSource Developer Forums, or to
> unsubscribe, please see http://www.palmos.com/dev/support/forums/
>
--
yisdersomenimororsisasisdenderisorsis?
Jeff Loucks
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
