Re: [freenet-chat] EFF Seeks Examples Of Legit P2P Use
Yes, I've already sent them the info on how to use apt-get over Freenet. Timm Murray Life is like a perl script: Really short and messy. - Original Message - From: Dev Random [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 18, 2001 10:23 AM Subject: [freenet-chat] EFF Seeks Examples Of Legit P2P Use http://slashdot.org/article.pl?sid=01/05/17/2023208 -- Dev Random Fingerprint: 3ABC FCEF 1BCE 4528 E4FD 15EB 173A 76D2 6959 DAF1 ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat
Re: [freenet-chat] Can you help me?
There is a Mpeg layer 4 (it covers compressing both audio AND video, IIRC), but I think the orginal poster ment MP3 Timm Murray Life is like a perl script: Really short and messy. - Original Message - From: Aaron P Ingebrigtsen To: [EMAIL PROTECTED] Sent: Thursday, May 17, 2001 2:34 PM Subject: Re: [freenet-chat] Can you help me? Uhm, I don't know much about programming, and I wasn't aware that there was such a thing as Mpeg Layer 4. Do you mean MP3? I don't have any source code for any MP3 players. On Sat, 12 May 2001 06:57:16 +0700 Dinh Nguyen huy [EMAIL PROTECTED] writes: I'm a student in Vietnam. I want to programming to play mp4 format files. Can you help me about this ? Can you send me or talk me a url to download a source of mp4 player ? I'm programming with VB6. Please reply me soon. Thank you, Tran Quang Huy ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat
Re: [freenet-chat] Re: I've designed a global file system, it will obsolete NFS, Gnutella, etc. I want to be assimilated by freenet!
I don't think it would be too hard to make a virtual file system that sits above the kernel and reads in a file as the file system. The hard part is integrating it into current file system utilities; you would have to rewrite any application that interfaces with the disk to use your VFS instead. This might mean screwing with some libraries to change certain functions from using the kernel level functions to your VFS functions. If you're going to that much troubble, you might just be better off trying to get the file system dev kit from Microsoft. OTOH, if your file system is for a specific application (such as FreenetFS), then you don't have to bother. Timm Murray Life is like a perl script: Really short and messy. - Original Message - From: David McNab [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 17, 2001 6:11 PM Subject: Re: [freenet-chat] Re: I've designed a global file system, it will obsolete NFS, Gnutella, etc. I want to be assimilated by freenet! Personally, I feel it's highly viable and desirable to implement a Windows virtual disk that interfaces with Freenet. I think Aaron was flamed most unfairly. There's already a million and one Windows vdrives - for instance, PGPdisk, 1disk, Virtual CD, X-drive (as you mentioned) etc etc. I expect that all the tech literature for implementing virtual drives is readily available on the M$ developer site http://msdn.microsoft.com You certainly don't need any 'windows source code'. For the idea to fly, there would need to be a coherent scheme for mapping Freenet keys into the hierarchy of folders and files which Windows expects from a disk driver. Also, Windows expects the driver to already know what files are already there. This collides with Freenet in that with Freenet, there's no automatic way of knowing what 'files' are there already. One would need an easy way of adding 'files' to this 'virtual drive'. The virtual drive would need some nice mechanisms, like spiders for in-freenet and web-based key indexes, or at the very least, a cute drag-n-drop which converts FProxy URLs into formal freenet key URIs. One thing on the side of Aaron's proposal is that all the base-64 characters used in keys, plus the '@', are legal characters in Windows filenames. '/' is illegal, but it can be used as a directory delimiter. For instance, if the vdrive is notified of a key SSK@we~1iE/fred, then the vdrive would represent this as a 'folder' called 'SSK@we~1iE', containing a 'file' called 'fred'. A 'properties' dialog could allow the user to annotate the key with a human-readable keyword. Similarly, if adding an MSK, then the vdrive could read the manifest, and create a tree of folders and files based on the files in the MSK manifest. I do like the idea, because a vdrive could be a very sensible way of maintaining a collection of keys. Each key that's retrieved could be 'cached' in the vdrive, so it only needs to be retrieved once (unless it's a date redirect, in which case it would need to be retrieved each time). My Windows programming skills are still pretty basic, and I've got my hands full upgrading FreeWeb into an easier and better version but, if or when I get time, I'll look into Windows vdrive implementation. Cheers David - Original Message - From: Aaron P Ingebrigtsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 18, 2001 11:40 AM Subject: Re: [freenet-chat] Re: I've designed a global file system, it will obsolete NFS, Gnutella, etc. I want to be assimilated by freenet! On Thu, 17 May 2001 19:19:47 -0400 Greg Wooledge [EMAIL PROTECTED] writes: Aaron P Ingebrigtsen ([EMAIL PROTECTED]) wrote: I personaly would really like some kind of Windows Explorer extension for freenet that makes windows think that freenet is some kind of CD-R drive or something, you know, write once, read only media. That would be useful. Now, get the Windows kernel source code and write up a nice little FreenetFS driver. Why don't you ask Billy Gates for the source? I've heard he's a really nice guy, and he's sure to lend you a hand. Hey, I keep telling everyone I'm not much of a programmer. Why does everyone always throw my program suggestions in my face and tell ME to write it myself?! What do we have progammers for in the first place if not to create the tools that users want?! I'm a user aren't I? So why should any of my suggestions for tools be totaly rediculous just because I can't write them myself? Ok, so it would be difficult to do since Microsoft is such a crapper, but so what?! Freenet obviosly has a windows interface programmed for it, so how did that come to exist dispite all the crap built into windows and spewed by Microsoft?! All I'm saying is do something similar to X-drive, which puts a special kind of device driver into the system that fools stupid windows
[freenet-chat] Yet another damn 'permanence' proposal
OK - I *do* know that the whole Freenet architecture is dependent on ephemeral storage, and the ability of nodes to purge older less popular files. But an idea came to me for how *some* files could be kept available permanently. The idea would require that some people anonymously volunteer to work as 'Freenet archivists'. All this would require is: 1) For archivists - using an 'archive' program which copies retrieved keys into a 'permanent cache' directory on their hard disk, and also maintains a database of such keys. This is simple - archivist is browsing, and thinks 'i feel this should be permanently available'; (s)he then runs: freenet_archive key_uri [-scomment] 2) For clients - anyone who requests a key and fails, can run an 'archive request' client which simply writes an archive request to a keyindex: freenet_archive_request key_uri 3) For archivists - run an 'archive server' program which regularly harvests the 'archive request' keyindex and re-inserts any requested files which are found on the archivist's permanent store, also logging such re-insertions to another 'archive response' key index. 4) For clients - 'archive request' client can check the 'archive response' key index (say over the last 2 days) and see if their request has attracted a response: freenet_archive_status This won't guarantee permanence of all material, but it does give individuals the power to guarantee that materials of their choice will always be available within a (say) 48 hour window. Summary - software required: 1) client - send archive request to key index, log this in local database 2) server - add files to archive, browse archive, prune archive 3) server - daemon - read archive requests, reinsert keys found in archive, log successful reinsertions to an 'archive response' key index. 4) client - daemon which periodically peruses 'archive response' and seek items previously logged to local database. If no-one has any objection to this, I'd like to make it my next project once FreeWeb goes beta. If someone beats me to it, I'll support totally. Suggestions - very welcome and appreciated. Cheers David ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat
Re: [freenet-chat] Yet another damn 'permanence' proposal
DM == David McNab [EMAIL PROTECTED] writes: DM OK - I *do* know that the whole Freenet architecture is DM dependent on ephemeral storage, and the ability of nodes to DM purge older less popular files. DM But an idea came to me for how *some* files could be kept DM available permanently. Zzz. ~Mr. Bad -- ~ Mr. Bad [EMAIL PROTECTED] | Pigdog Journal | http://pigdog.org/ freenet:MSK@SSK@u1AntQcZ81Y4c2tJKd1M87cZvPoQAge/pigdog+journal// Statements like this give the impression that this article was written by a madman in a drug induced rage -- Ben Franklin ~ ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat
Re: [freenet-chat] Yet another damn 'permanence' proposal
If I understand this correctly, this is actually a combination of in- freenet key indexes and in-freenet request-lists, right ? (which is actually a good idea) I don't really see what the connection with permanence is. Clearly, the only way to make something permanent is to get it and keep it. Also, if you would implement this and make it automatic (in some feeble attempt to incorporate permanence, conveniently forgetting that the permanent servers would have also have to forget stuff, unless they were REALLY BIG :-)), it would probably mess up the anonymity because of the adaptive routing. uXs -- What our ancestors would really be thinking, if they were alive today, is: Why is it so dark in here? -- (Terry Pratchett, Pyramids) ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat
[freenet-chat] Re: I've designed a global file system, it will obsolete NFS, Gnutella, etc. Iwant to be assimilated by freenet!
Guys! Aaron P Ingebrigtsen ([EMAIL PROTECTED]) wrote: I personaly would really like some kind of Windows Explorer extension for freenet that makes windows think that freenet is some kind of CD-R drive or something, you know, write once, read only media. David McNab ([EMAIL PROTECTED]) wrote: Personally, I feel it's highly viable and desirable to implement a Windows virtual disk that interfaces with Freenet. I think Aaron was flamed most unfairly. Greg Wooledge [EMAIL PROTECTED] wrote: For what it's worth, I wasn't flaming Aaron -- just pointing out the reason why it would be incredibly difficult to implement his wish. As I said in the prior message, I think it would be a rather useful thing to have. OK, OK, this IS driving me crazy now. What Aaron wants, while not trivial, is also not too hard under Windows. It's called a shell name space extension. It is built as a Windows DLL using C++ and the MFC. It is then registered to run with IE's explorer tree. I have code that does this. The only problem is conceptual: How do you want to map freenet to a Windows explorer interface. This would be a fun project if someone has the idea for how the mapping might look. If anyone is interested (Aaron?), let me know what you interface ideas are. Jeff Furgal ___ Chat mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/chat