[DUG] access memory as a file

[Ross Levis]

That's an idea, but I presume it requires a driver to be installed, and is not be flexible in size.  The audio files could be any size.

I think I'll be giving up on that idea.  It's working OK as it is really.  I'm decrypting the audio file before it plays and storing it with a .DLL extension and hidden & system file attributes in a completely different folder, so I think this will do.

Regards,
Ross.

----- Original Message ----- 
From: "Karl @ Work" <karlreynolds at xtra.co.nz>
To: "'NZ Borland Developers Group - Delphi List'" <delphi at ns3.123.co.nz>
Sent: Monday, July 10, 2006 10:01 AM
Subject: RE: [DUG] access memory as a file


Would using a RAMdisk be good enough?

Cheers,
Carl

-----Original Message-----
From: delphi-bounces at ns3.123.co.nz [mailto:delphi-bounces at ns3.123.co.nz]On
Behalf Of Ross Levis
Sent: Friday, July 07, 2006 7:47 PM
To: NZ Borland Developers Group - Delphi List
Subject: [DUG] access memory as a file


I doubt this is possible but I thought I would ask anyway.

I have a 3rd party DLL which opens a file that I specify.  Specially it is
an audio decoder plugin which decodes MP3 to PCM.

What I would like to do is use this plugin to access a memory location which
contains MP3 data instead of a file.

Is it possible to set up something in Windows where you specify a filename
but actually accesses memory instead.

This will be used with encrypted mp3 files so they are not accessible to
anyone to steal for their own use.  I am currently opening the file,
decrypting, and then saving a temporary file to disk.  But this has 2
disadvantages.  It is very slow, so lots of latency between asking a track
to play and hearing it.  And also, while the file is decrypted on disk,
someone can steal it.

The DLL cannot be modified.  Is there any solution?

Thanks,
Ross.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ns3.123.co.nz/pipermail/delphi/attachments/20060710/38045b65/attachment.html