|WikiProject Computing||(Rated Stub-class)|
Podcasting may be one of many possible applications of peercasting, given you can still call it podcasting then. I mean, isn't podcasting defined as using RSS? If you throw that out and use a proper distribution strategy, peercasting potentially being a variant of multicast, wouldn't you want to call it multipodding instead? Whatever, I don't see why a technical distribution system has to have a box about a content platform. Please remove the Podcast inclusion again. --lynX 16:31, 29 January 2007 (UTC)
Peercasting doesn't seem to have anything to do with podcasting. Podcasting is about RSS and time shifting. This article seems to have alot to do with internet radio. Multipodding? I think Peercasting should be removed from the Podcast article as well.Testerer 19:01, 2 February 2007 (UTC)
- So I removed the podcasting template, confirmed that Peercasting is not in the Podcasting article, and removed the link to "Peercasting" from the Podcasting template itself. --Lexein 04:19, 14 April 2007 (UTC)
Well, I am writing a PhD thesis on this topic and I have to say in a plethora of academic research papers I have read so far, none refers to this technology as Peercasting. Instead it is known as Overlay Multicast , Application Level Multicast, or End User Multicast. Therefore I suggest merging this article with Overlay_multicast. I.persian (talk) 23:51, 8 October 2008 (UTC) 188.8.131.52 (talk) 04:47, 9 March 2009 (UTC)
from an alternative perspective, there's already so much info on peercasting and this seems to be the phrase most web folk use. so should it perhaps be the other way round and merge overlay,app level & enduser multicast into peercast? 184.108.40.206 (talk) 04:47, 9 March 2009 (UTC)
hi there, does anyone know of a good method to capture content from an amature radio repeater, encode it into speex, and then peer cast it out to the masses? (i would like a p2p solution so the bandwith at the host end is not rediculous) and i think speex is a good option because it can cope with dead airtime without pumping out a huge bit rate to convey nothing. also if the software could cope with a gate that would help lots too.