Thanks Aleksandr for your kind explanation to me.<br>From Google I get the like idea - called Wifi Radio<br>http://images.google.com/images?hl=en&q=wifi+radio&um=1&ie=UTF-8&sa=N&tab=wi<br>Exactly what I mean but broadcasted locally by local WiFi AP to local wifi clients only.<br>WiFi Radar <br>http://www.wifiradioreview.com/news/1159/WiFi_signal_strength_as_you%27ve_never_seen_it_before.html<br><br>http://www.wifiradioreview.com/<br>wifi enabled portabled media player<br><br>http://www.wifiradioreview.com/product/38/Archos_605_wifi<br><br>another media streamer and wifi radio<br>http://www.wifiradioreview.com/news/1157/Sangean_announces_its_first_WiFi_radio.html<br><br>http://www.wifiradioreview.com/news/1152/Rumour_update%3A_iPod_Touch_has_WiFi%2C_but_internet_radio_is_strictly_self-service.html<br><br><font size="3"><font size="2"><br>Last September, <a href="http://www.corusent.com/corporate/press_room/pressReleaseDetail.asp?id=1135">Toronto became
one of the first major cities</a> where a <a href="http://jointcommunications.blogspot.com/2006/11/major-broadcast-group-corus-launches.html">major radio broadcaster launched a new radio format</a> available not over the old airwaves...but through the Internet to be heard on the new free city <a href="http://jointcommunications.blogspot.com/2006/12/blogtalkradio-buzz-building-new-radio.html">WiFi</a> services.</font><br><font size="2"><br>another wifi player<br></font></font><h1 style="font-weight: normal;" class="post-title"><font size="2">Zing Wi-Fi Radio/MP3 Player</font></h1><font size="3"><font
size="2">http://images.google.com/imgres?imgurl=http://www.ubergizmo.com/photos/2006/6/zing-wi-fi-mp3-player.jpg&imgrefurl=http://www.ubergizmo.com/15/archives/2006/06/zing_wifi_radiomp3_player.html&h=316&w=200&sz=11&hl=en&start=11&sig2=QnpIxp-i0usKDAawJUyYEg&um=1&tbnid=BsqJIcCwOCJ2eM:&tbnh=117&tbnw=74&ei=8bgwR7auNpSS-gKl_9XBBQ&prev=/images%3Fq%3Dwifi%2Bradio%26svnum%3D100%26um%3D1%26hl%3Den%26sa%3DN<br>more and more and nothing of the kind I mean, i.e.<br>multicasting, open packet reading vs. server streaming peer-to-peer.<br><br>I have already tested TVersity media server in ad-hoc configuration.<br>Tversity server is streaming and Media Streamer installed on maemo can listen to streams and play audio/video live.<br>What I need now is to have another wifi-enabled radio/media player to receive<br>media stream packets and play from a bufor.<br><br>So I want second and subsequent clients to read and bufor media stream
packets already wifi broadcasted by established ad-hoc wifi network only,<br>acting as fm not wifi radio, the latter connecting to a server streaming media<br>to play any stream.<br>As local channel should be public/open, application like kismet or other packet sniffers can already read, bufor and regenerate media packet streaming<br>to be played by client's media streamer.<br><br>What I need is to know how to remove middle-ware and how selecting multicast broadcasting can help establish open media broadcasting ovr wifi.<br><br>Darius<br></font><br></font><b><i>Aleksandr Koltsoff <czr@iki.fi></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Hello Darius (and others),<br><br>Darius Jack wrote:<br>> But what I need to establish is open multicast - broadcasting channel for media (TVersity or another streaming back end servwer).<br>> <br>> In ethernet configuration multicast packets
from multicat IP range are copied by a router and sent to each respective IP address assigned by DHCP server running at multicast router .<br><br>Multicast in ethernet actually works slightly differently. There is a<br>mapping from the IP-group addresses ("class d") into specific Ethernet<br>MACs (which have the broadcast bit set, but not all bits are set to<br>ones, as in broadcast). Stations on the same segment will then filter<br>those packets which they deem "useful" (based on programs binding for<br>multicast IP addresses for reception). Routing multicast IP traffic is<br>an different issue, as is multicast filtering (both require a working<br>IGMP setup and multicast routing also requires some higher level<br>multicast routing protocol like PIM). DHCP is not involved (other than<br>when used as MADCAP server, which is not common in UNIX/Linux world).<br>IPv6 changes these things slightly as well.<br><br>> Multicast over wifi should be configured as an open stream
channel like DVB-H/G3 to provide open listen to, access to any device switched to listen to mode , like fm radio , sat tv or the like.<br><br>"Wi-Fi" (802.11a/b/g) works as a transparent "ethernet" service. So in<br>fact, multicasting IP traffic in a wireless 802.11 environment isn't any<br>different from multicasting in ethernet. A problem which people often<br>will run with multicast in wireless is encryption (WEP/WPA/CCMP) and<br>bad/flakey support of access points to do use correct keys for broadcast<br>and multicast traffic. A lot of the cheaper APs have serious problems<br>with proper key usage anyway unless one uses shared key WEP. However, in<br>your case I think it wouldn't be a problem as you seem to want to run a<br>"public/open" wireless setup.<br><br>> So please let me know how to setup media streamer client's application to ignore IPs in packets streamed by server and have to read selected open channel wifi stream , bufor and read in media streamer
application.<br><br>Not really sure what you're after here. You might start testing your<br>setup by running the video lan client (vlc) (for streaming and testing<br>multicast) first, and when your wireless setup seems to work with normal<br>Linux boxes over wireless, you'll want to find a media client/player for<br>the Internet Tablets which is capable of receiving unreliable/multicast<br>streams and start hacking on that (a topic where other people surely can<br>help).<br><br>ak.<br></blockquote><br><p> Send instant messages to your online friends http://uk.messenger.yahoo.com