[DUG] access memory as a file
Paul A Norman
paul.a.norman at gmail.com
Mon Jul 10 13:28:24 NZST 2006
Can you make use of a name space handler in some way?
On 10/07/06, Ross Levis <ross at stationplaylist.com> wrote:
>
> 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.
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ns3.123.co.nz/pipermail/delphi/attachments/20060710/18cc7578/attachment.html
More information about the Delphi
mailing list