Digi-tv.ee

siimi kirjutas:elioni iptv-d saab ka praegugi ju kaasa võtta kuna seda saab koduarvutis ilma digiboxita vaadata....ja kui on piisavalt hea ühendus siis saad saata selle sealt edasi kuhu tahad

Nice...

Esiteks saad sa seda digi-tv'd vaadata ainult seal kuhumaani elioni multicast ulatub (loe: elioni enda võrk). Teiseks ei saa ADSL2+'i puhul kuidagi seda edasi saata kuna uplink seda ei võimalda (ADSL tähendab asünkroonset andmeedastust ja seda ka kiiruse osas).

Aga teoorias oleks tore küll

ice, aga puht teoreetiliselt kui elion tõstaks uplinki nõutavale tasemele, kas see oleks siis võimalik? Või tähendab see ikkagi seda et IPTV edasisuunamiseks tuleks kasutada mõnda muud tehnoloogilist lahendust? Sellest ma saan aru et see jääks Elioni võrgu piiresse, aga kuidas on näiteks wifiga? Tolle andmeedastustehnoloogia max bandwith olla kuni 54 mbit/s. Mis tähendab tegelikult seda et ka üle wifi on võimalik IPTV-d kasutada. Elioni digi-tv foorumi kasutajatest on mõned kasutajad isegi speedtouchi wifi tugijaama ringi konfinud multicasti jaoks ja asi pidavat isegi toimima (ruuterist jookseb IPTV üle wifi telekasse, kasutades access pointi), ringi konfimise põhjus on võrgukaabli pikkus või kaablivedamise keerukus. .
MInu arusaamist mööda on selliste andmehulkade edastamisel kasulikum kasutada kaablit, on stabiilsem ja annab ka parema tulemuse.
Samas eeldab wifi kasutamine kindlasti ka wifi leviala vastavust nõuetele..kui me peame silmas suuri masstarbimiseks mõeldud wifi lebvialasid.
Tunnistan et ma ei tea interneti andmeedastustehnoloogiatest nii palju kui mõni teist. Seetõttu loodan et te ei pahanda, kui selliseid (asjatundmatuid) küsimusi esitan.

Tulenevalt ADSL tehnoloogiast ei ole võimalik tõsta uplinki nõutavale tasemele... Selleks peaks siis kasutama kas SDSL'i või midagi muud.

Teoorias on ju võimalik, et kirjutad mingi multicast ruutingu deemoni ja siis võtad sellega vastu ja ruudid kuhugi x punkti edasi. Ja seal x punktis vaatad seda siis point-to-point'ina. Teoorias võimalik. Ja ka selle p2p teine otspunkt võiks vabalt olla väljaspool elion'i võrku.

Millist meediat kasutad (ethernet,wifi,etc.) on juba su enda teha. Striimi seisukohast ei oma see tähtsust senikaua kui ribalaius ja latentsus on piisavad.

ice kirjutas:Teoorias on ju võimalik, et kirjutad mingi multicast ruutingu deemoni ja siis võtad sellega vastu ja ruudid kuhugi x punkti edasi. Ja seal x punktis vaatad seda siis point-to-point'ina. Teoorias võimalik. Ja ka selle p2p teine otspunkt võiks vabalt olla väljaspool elion'i võrku.

Kirjutada pole ju vaja... Tavaline vana pimd töötab mul siin suurepäraselt. Kui maha arvata, et ta ei oska lubatud interfeiside peale PIM hello'sid kuidagi saatmata jätta, ei saa sellise lihtsa lahenduse korral küll sitta sõna öelda.
Samas, multicast üle interneti näeb tavakasutaja jaoks (kellel ei ole koostöös ISP'ga tehtud vastavat lahendust) ikkagi välja sedasi, et tehakse GRE või IPIP tunnel ja topitakse multicast sinna sisse.
Samas, multicasti saab VLC abil suurepäraselt unicastiks "konvertida". Näiteks selliselt:

Kus 239.0.0.4 on multicast aadress, kuhu tuleb data, 2222 on UDP port, 10.42.42.10 on "konvertiva" purgi ip aadress ja 2001 on TCP port.
Sellist streami oskab vastu võtta näiteks VLC ise ja Kaffeine (ilmselt ka suvaline teine Xine teegil baseeruv jublakas).

ice kirjutas:Millist meediat kasutad (ethernet,wifi,etc.) on juba su enda teha. Striimi seisukohast ei oma see tähtsust senikaua kui ribalaius ja latentsus on piisavad.

Well, ribalaius on määrav, latentsus mitte niiväga (kui see on konstantne), sest multicast pakettide vastuvõttu ju ei kinnitata, mistõttu pole kuigisuurt vahet, kas pakett liigub saatjast vastuvõtjasse 10ms, 50ms või 500ms, peaasi, et need paketid ikkagi kohale jõuavad - kõik viimseni ja õiges järjekorras. Samuti võib ka TCP puhul latency olla suhteliselt suur, kui klient ja server lepivad kokku piisavalt suure TCP akna.
Küll võivad aga WiFi korral hoopis probleeme tekitada edastusvead, sest WiFi puhul multicast liiklust, erinevalt unicastist, kunagi vea puhul uuesti ei saadeta - multicast pakettide vastuvõttu klientseade ei kinnita ja AP sellist kinnitust ka ei oota, ent seal, kus on tegemist raadiolainetega, eriti sellise läbuse sageduse juures nagu 2.4Ghz, on alati ka edastusvigu, kollisioone jms. lõbusat.

wookie seletusest saan nüüd ka mina aru miks elion ei soovita iptv-d üle wifi kasutada.ametliku elioni dtv foorumiteate järgi testis elion toote juurutamisel kõiki erinevaid mooduseid ning leiti et parim on ikkagi etherneti baasil põhinev edastus.siinkohal pean loomulikult silmas kliendi lõppseadme võimalusi (speedtouch adsl2+ ruuter-modem).

Energizer kirjutas:kõiki erinevaid mooduseid ning leiti et parim on ikkagi etherneti baasil põhinev edastus

Mis imeloom see "etherneti baasil põhinev edastus" on?

pidasin silmas seda et lõppkasutaja võiks eelistada etherneti ühendust wifile, ehk siis digiboksi ühendamist ruuteriga mitte üle wifi vaid sillatud võrguühenduse kaudu.
Ma ei pidanud silmas konkreetselt lihtsalt elioni traadivõrgustikku. SEe on isegi selge et mööda traati see IPTV jooksma jääbki, aga lõppkasutajal on valida, kas ta kasutab oma ruuteri wifi tugijaama IPTV edastamiseks või läpakale PPPoE ühenduse andmiseks. IPTV olla üle wifi ikka väga ebastabiilne.
Kommenteerida seda ei oska sest ma ei kasuta wifi funktsiooni üldse. Pole vajadust.

Ma soovitan põhjalikult tutvuda järgmise suurepärase dokumendiga.
http://en.wikipedia.org/wiki/OSI_model