Re: [magnet-uri] Re RSS Feeds with i2phex.tk

thanks !

Arne Bab. wrote:

>I have implemented an rss-reader and export in the cvs-version of  
>Phex just a few days ago, it might interest you.
>
>It reads <magnet> tags from rss-files (was the easiest way of doing  
>this... ). You have to download the file, then phex reads it ot.
>
>You have to compile it for yourself, because it will take a bit, till  
>this gets into release, but it works.
>
>best wishes,
>Arne
>
>
>
>  
>
>>Hi Arnes and All,
>>
>>Yes I thought as well to integrate a magma *as* a Rss feed.
>>The goal is, to sent magnet links, or edonkey links or magma links  
>>over
>>the rss feed.
>>The Stream then is timeshifted as a playlist.
>>But it is a stream. A client, e.g. shareaza or limewire, could  
>>download
>>the magnet links out of the rss feed into a second download tab and
>>these files then go into a second download folder.
>>If the stream has enough files downloaded to play, e.g., half an hour
>>mp3 songs, then we have a podcasting playlist.
>>It is a stream !!!
>>So we will turn the paradigm, many radio broadcasters and tv  
>>statiosn as
>>well sent cutted media, which means they are organizing a playlist.  
>>This
>>playlist could be broadcasted by cutted files, so a hash is  
>>possible and
>>could be sent over Rss.
>>Soon more and more broadcasters will sent RSS feeds over a RSS and  
>>users
>>then can download the media p2p way.
>>
>>So icecast or shotucast or winamp streams or reals treams will be sent
>>as a playlist out of ed2k or magnet links soon.
>>many university radios start podcasting, Live means often to miss the
>>good work of a feature towards a certaint opic, with podcasting,  
>>you can
>>coose the ed2k link as well later in the evenign to hear the new  
>>things
>>about what is going on at university.
>>
>>So... hash-streams are ONE new paradigma,  called podcasting.
>>
>>
>>My second goal now is, if someone wants to distribute copyrighted  
>>media
>>, like  TV shows or ed2k link boards... this  is all as well possible,
>>has only the same dis-advantage like a central tracker in   
>>bittrorrent.
>>
>>So we need decentral RSS sending.
>>
>>My proposal is this way:
>>
>>A user creates a playlist out of ed2k links.
>>This list is signed with a key ( e.g. Guid)
>>then the playlist is sent not from a central node, but the way
>>www.peercast.org is is forwarind it over/in  a tree.
>>this playlist is sent over a RSS feed, but is is forwarded from  
>>node to
>>node.
>>To get the next feed, you need to sign the new feed, with a public key
>>of the older feed plus the private key = the new public key.
>>So if you have the feed 1 before, you can identify the key 2, if it is
>>passed along.
>>Better would be to be able to search for the upcoming rss-feed. But
>>hashing or including hashin is not backwards compatible ( hash of file
>>a, cannot conatain the hash of file b and v.v.)
>>
>>So this is the problem. My solution to use peercast.org, to seed  
>>the rss
>>feed decentral, so to hid ethe Ip in a proxyiing network liek  
>>peercast.
>>
>>Or you make it ilke shareaza mike made the torrents trackerless, a
>>stream gets a certain hash. All users that hear the stream can be  
>>found
>>by g2 for this hash. then the stream contains the magnets.
>>
>>In this case the hash of the stream is like BITH and the hashes of the
>>media palylistes are sha1 and ed2k.
>>
>>So torrentaid.com could be used as well to define a stream, only that
>>you have to compile the stream at once. you cannot feed it and add
>>something..,..
>>
>>??
>>
>>/
>>From:/ "Arne Bab." <arne_bab@...>
>>/Date:/ Tue Jun 14, 2005  11:37 am
>>/Subject:/ Ant: [the_gdf] RSS Feeds with gnutella     arne_bab
>><http://profiles.yahoo.com/arne_bab>
>>Offline Offline <ymsgr:sendIM?arne_bab>
>>Send Email Send Email
>><http://groups.yahoo.com/group/the_gdf/post? 
>>postID=et49y-8OdEEiDnlFlwGNENtORN2s6-Gy8Efk1D27vNGb0mHJP3NMlyzkQM- 
>>nxmWSP7c1XLUI6jNq3OUWsIVMQl7FqC7QKVGC>
>>
>>
>>
>>What are the minimal requirements for that rss-feed?
>>
>>As far as I know, we need to make sure, it originates from the correct
>>source (some identifier for a changing file), maybe a signature from
>>the owner to verify it.
>>It must be possible to query it repeatedly (once per minute or so),
>>without flooding the network with requests.
>>
>>Are there any more requirements, I am unaware of?
>>
>>It would certainly be possible to make a far smaller list of the  
>>newest
>>streams at a certain location, which points to always the newest
>>rss-feed. But that then still relies on a central server.
>>
>>For magnets I created a spec, which allows to send multiple magnets in
>>files, but that one doesn't use xml, but yaml for readability  
>>reasons (
>>located at http://sf.net/projects/magma ).
>>
>>Best Wishes,
>>Arne
>>
>>
>>
>>
>>
>>    
>>
>>>Hi
>>>there is a plan to make the RSS-Feeds decentral over p2p.
>>>At the moment the RSS signal is sent from one single node/Server.
>>>Is it possible to use gnutella to make a RSS-Feed decentral over p2p
>>>?
>>>There was a newsgroup project for guntella, this may be some thing
>>>similar.
>>>But are there any ideas, how a RSS feed coudl be made decentral over
>>>p2p?
>>>As well we could sent magnet links over RSS feeds in Gntuella nodes.
>>>      
>>>



 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/rss-dev/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/