Your Blog is full of "test spam". Maybe you should remove them.
| DGL https://delphigl.com/forum/ |
|
| virtual file system for pascal/delphi https://delphigl.com/forum/viewtopic.php?f=14&t=7986 |
Seite 1 von 1 |
| Autor: | noeska [ Mi Nov 26, 2008 19:29 ] |
| Betreff des Beitrags: | virtual file system for pascal/delphi |
For those who are daring enough to give the alpha version a testrun please post your comments here. Also name suggestions are welcome here. |
|
| Autor: | i0n0s [ Mi Nov 26, 2008 20:22 ] |
| Betreff des Beitrags: | |
Can you explain a little more of the purpose of the virtual filesystem and how it can be used? |
|
| Autor: | noeska [ Mi Nov 26, 2008 21:35 ] |
| Betreff des Beitrags: | |
you can use it for storing game data files. Or when developed further as an database storage. the advantage is that it is dynamic so data within files within the vfs can be changed without rewriting the entire file inside it or even needing to rewrite the complete archive file. i will write documentation when it reaches beta. my mean usage for it will be for the 3d adventure studio editor i am writing. |
|
| Autor: | Lord Horazont [ Mi Nov 26, 2008 21:38 ] |
| Betreff des Beitrags: | |
Sounds interesting... I also tried to build such a thing but I gave up... Did you think about some capabilities to easily patch these files, so you could just do a diff of two files which can be used to change the older one file to the newer one without having to send single files or the whole archive (I hope, this was understandable)? greetings Lord Horazont |
|
| Autor: | TAK2004 [ Do Nov 27, 2008 10:20 ] |
| Betreff des Beitrags: | |
I also wrote a VFS in X-Dream but it found no usage on later work. In this VFS i used a new Streamclass and implemented different Protocols like HTTP, ZIP Archvie, Local FileSystem and other stuff. The biggest problem was the generic data access and the string to locate the data. I choosed the good old URI RFC and pointer to solve the problems. An advantage of an own streaming class is the managment, you can use a invisible Factory which allow hashing, caching, version control, patch control and so on. possible name: Yet Another Virtual Filesystem |
|
| Autor: | noeska [ Do Nov 27, 2008 19:32 ] |
| Betreff des Beitrags: | |
Hmm i dislike product named yet another ... but thanks for the suggestion. I updated the project posting with some example usage code and i uploaded alpha8. I did not write it to support patching support with diff. You can always test if the archive is patcheable. At least it is a binary file. But if the file is written to by an end user it most likely changed from the version you made the patch. So it would not work. But it is easy to change individual files. Just write the new content over the old one inside the vfs. Easier then patching in my opinion. |
|
| Autor: | Flash [ Di Dez 30, 2008 18:07 ] |
| Betreff des Beitrags: | |
Your Blog is full of "test spam". Maybe you should remove them.
|
|
| Autor: | noeska [ Di Dez 30, 2008 19:38 ] |
| Betreff des Beitrags: | |
Ehhh 
If you mean t1 test1 etc. They were there because i was live writing a new page template capeable of showing the posts of a categorie. It is all back to normal. 
Now i can show the the bugs that are send in per 5 bugs on a page. |
|
| Seite 1 von 1 | Alle Zeiten sind UTC + 1 Stunde |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|