| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
Home -> Community -> Usenet -> comp.databases.theory -> 3 rb bit. - New method for media reconstruction / compression (3 bit compression)
So here goes...
How do you like my theory...?
Is this possible...?
Estimates of "3 bit compression rates"...?
---
---
Scenario:
Party's A and B.
(Steps 3 / 4 is to be repeated as suitable for possible compression increase)
5. Party A transfers the generated mapfile to party B
---
6. Party B un compresses the mapfile.
7. Party B regenerates the original file (in step 2) by reading the mapfile and extracting data strings pointed by mapfile from the database.
(Steps 6 / 7 to be repeated as 3 / 4)
8. Party A has successfully "virtual transferred" 50 MB to party B with only ~6MB of actual data transfer.
---
---
Noted:
The database size is just a example, has no actual size limit (is bound to acceptable time spent of generation and regeneration of the mapfile, distribution to all party's (storage limitations), efficient size.)
The mapfile generation in step 3 will be extremely lengthy witch is compensated with saves in actual data transfer. And once generated it can be used infinitely like normal zip archives (etc) now days.
The database could possibly contain random data, and be read in several ways. Forward, backward, even bits, odd bits, etc + combinations + original data in file, depending on the mapfile complexity and size growing.
This combined / compared with compression algorithms available now days could generate a interesting twist of presenting a added layer. Since they use the data available in the file to be packaged, so all data has to be transferred.
With this method none or minimal amount of original data has to be transferred.
My five pennies worth...
Regards, samarin Received on Sat Dec 29 2001 - 20:35:01 CST
![]() |
![]() |