Mpeg plugin question
Josh Gargus
schwa at fastmail.us
Thu Dec 22 00:38:15 UTC 2005
Thanks John, that makes sense. I think it's a bit too involved for
me right now, but I'll keep it in mind.
Josh
On Dec 21, 2005, at 1:30 AM, John M McIntosh wrote:
> Well I've never looked, but the nicely written library only has
> about 150 lines of C code in mpeg3io.c
> which is were all the fseek fread fopen fclose fstat etc work happens.
>
> Seems to me you could alter that to talk to a buffer which contains
> N kbytes of data with a known start/end range.
>
> Trick of course would be say to setup a C++ like exception handler
> http://www.on-time.com/ddj0011.htm
> and toss an exception when the seek or read is outside the buffer
> boundaries. The plugin interfaces could be changed to
> handle the exception and return primfail. On primfail you could
> determine via another call what buffer is needed and populate the
> internal buffer with data, then retry the cmd.
>
> Or you could have two buffers findable (slang code is?) that you
> switch between and signal a squeak semaphore. The task
> waiting on the semaphore is responsible for populating the buffer
> that is free with the next buffer of data.
>
> Both assume data is read roughly sequentially and a buffer could
> satisfy M frames of video. However I'm not sure if audio is
> located elsewhere in the file or mixed in with the video, which
> would make things a bit harder.
>
>
> On 20-Dec-05, at 6:21 PM, Josh Gargus wrote:
>
>> Hi everyone (John :-),
>>
>> Do you have a feeling about how difficult it would be to adapt the
>> Mpeg 3 plugin to read from an in-memory buffer instead of from a
>> file? Did the current file-based design follow something file-
>> specific about the libmpeg3 API, or was it based more on the
>> anticipated use-cases for the plugin?
>>
>> Thanks,
>> Josh
>>
>
> --
> ======================================================================
> =====
> John M. McIntosh <johnmci at smalltalkconsulting.com> 1-800-477-2659
> Corporate Smalltalk Consulting Ltd. http://
> www.smalltalkconsulting.com
> ======================================================================
> =====
>
>
More information about the Squeak-dev
mailing list
|