A hagyomanyos digitalis tv jel nem tartalmaz ketiranyu kommunikaciot. Ha adatvesztes van, akkor az adott csomag nem jon meg. Ekkor a kep egy kis resze serul. (kockasodik) Ha minden csomag elveszik, akkor az egesz kep eltunik. Nincs ujrakuldes, ha valami nem jon meg akkor arra nem var senki es nem is kuldi ujra senki. A muhold nem is tud rola, hogy valakinehez nem ert oda a jel. Van egy minimalis hibajavitas, ami ugy nez ki, hogy biztos ami biztos tobbszor kuldik el az adatokat, igy ha a tobb probalkozasbol egyszer odaer, akkor mar jo. A digi tv eseten a gond az, hogy gyengebb a jel, ezert mar sokkal kisebb zavar hatasara is elveszik par csomag.
A kesleltetes csak a ketiranyu adasoknal fontos, ilyen pl. a muholdas videotelefonalas, ami a fenti technikanak a keskenysavu valtozata. A cnn elso rendszerei 64 kbittel (8 KB/sec) mukodtek. A savszelesseg javithato, de a kesleltetes nem lesz alacsonyabb.
Tehat a hagyomanyos muholdas tv eseten csak az szamit, hogy milyen eros a jel es hanyszoros a redundancia. Ketiranyu kommunikacio eseten erre jon ra meg a tcp rendszer ujrakuldesi algoritmusabol kovetkezo lassulas (http), de udp alapu kommunikacio (voip) eseten ez nem ervenyesul.
Értem, akkor így roland és killer állítása alapján is az lehet a baj a DIGI-él, hogy sokszor rossz idõben elveszik a jel, mert legyengül, a UPC-re azt mondják, hogy stabil, öcséméknek van DIGI, de sokszor elszokott menni a jel.
Bár nekem nincs digitális mûholdvevõm de lehet következtetni.... Ha elõszokott fordulni annál hogy van kép hang de néha nem tiszta a kép és a hang akkor nem tud visszaküldeni. Tehát nincs latency. Mert ha lenne addig küldené fel míg nem érkezne meg helyesen és sose lenne olyan hogy nem tiszta a kép... De viszont ha a úgy van hogy vagy van adás 100%-osan vagy egyáltalán nincs akkor viszont van latency csak más a baj. Arról meg hogy keves lenne a jel azt lehet elnyújtják a biteket annyira hogy lehet elég 50%-os jel 100%-os adás mûködtetésére. De szerintem én most itt 80%-ban jókora baromságokat mondtam :D de kitudja ha valaki igen akkor világosítson fel.
"hogyan küldik a mûholdnak azt a jelet amit sugároznia kell a célvégpontok felé, valahonnan a földrõl indul az adatfolyam,"
Csak nem mindegy, hogy egyetlen uplink állomás küldi-e a szórandó mûsort a mûholdnak jó nagy teljesítménnyel vagy szerencsétlen mûholdnak alkalmasint több százezer nézõ dekóderével kell(ene) kommunikálnia. Azt azért tudd, hogy a mûholdas dekódereknél nincs visszairányú kapcsolat - hasonlóan ahhoz, hogy a teletextnél sem kommunikálsz az adóval, hanem megvárod azt az oldalt, amelyikre kíváncsi vagy.
"hogy a mûholdvevõ, ahogy a nevében is benne van csak venni tudja a jelet, az interneteléréshez viszont kétirányú kapcsolat kell," , Ácsi, egy pillére, akkor viszont felvetõdik a kérdés, hogy hogyan küldik a mûholdnak azt a jelet amit sugároznia kell a célvégpontok felé, valahonnan a földrõl indul az adatfolyam, nem fellövés elõtt táplálják bele a mûholdba, oszt csak azt fogja szórni, a mûholdas tv dekóderek ios kommunikálnak a mûholddal: ezt a csomagot megkaptam, ne küldd újra, ha nem küld a következõt....a tv dekóderekben is muszáj lennie "latencynek" különbben ugyan azt a pixelt küldené ki mindig. Lehet, hogy én nem értettem meg amit mondani akartál, csak felvetõdött ez így bennem hirtelen, lehet én tudom rosszul.
"Ha az akkor meg szar a megfogalmazás hogy "vevõegység"."
Szar bizony, de azt már megszokhattad volna, hogy a magyarított cikkekbõl igen lényeges részeket hagynak ki a "szerzõk". Bár jelen esetben még a forrás (http://www.tooway.com/tooway-service.html) elolvasása sem lett volna szükséges, mert a cég nevében benne van az, hogy kétirányú: Tooway, amit a pontosan ugyanígy ejtendõ two-way (kétirányú) szó levédhetõ írásmódja.
Pedig lehetne akár jó is, csak több LEO vagy max. párezer km magasan keringõ mûhold kellene hozzá.
Azt az apróságot is elfelejtik megemlíteni, hogy a mûholdvevõ, ahogy a nevében is benne van csak venni tudja a jelet, az interneteléréshez viszont kétirányú kapcsolat kell, tehát a paraszt vagy telepít mûholdadót a kertbe vagy rendelkezésre kell álljon egy más jellegû adatcsatorna, pl vezetékes telefon vagy gprs stb az upload részére. Bár mégegyszer elolvasva... 400 font a végberendezés... ez most akkor adó-vevõ? Ha az akkor meg szar a megfogalmazás hogy "vevõegység". Volt egyébként ilyen jellegû szolgáltatás már nálunk is, az elsõk között voltam akik használták mert felénk nem volt akkor még adsl, hát nem kicsit volt szar. Letöltésre ok, pillanatok alatt legugrott rajta az 5cds linux disztrib (asszem 20M körül volt a lefele a sáv) de a ping ritkán volt 2000 alatt...
az lesz, mint amikor a híradóban látjuk a mûholdas kapcsolatos beszélgetéseket. Erõs Antónia kérdez valamit, szerencsétlen riporter meg vagy 6-7 másodpercig csak néz ki a fejébõl, mert még mindig nem jutott hozzá el az üzenet. így meg a skype mondjuk elég vicces lenne. -halassz? hallod, hallasz? és ezt még elmondod 7szer mire érkezik a válasz. -igen, fejezd már be, igen, fejezd már be, nem hallod?
A tcp alapu adatatvitel sem mukodik tul jol nagy kesleltetesnel. 600 ms eseten 1200 ms a ping. Ez azt jelenti, hogy az alap tcp 64 KB-os buffer merette mellett elkuld a rendszer 64 KB-ot, majd var 1200 ms-et az ack csomagra, majd kuld ujabb 64KB-ot. Ez meg idealis esetben is kb. 64 KB/sec-et ad, ami 512 kilobit vagyis 0.5 megabit. Persze lehet tobb tcp kapcsolatot hasznalni es ott van meg a tcp window size extension opcio is, de ezek nem minden esetben hasznalhato trukkok. Pl. egy sima weboldal eseten az adott kapcsolat hiaba enged 10Mbit-et, ha az atlag bongeszo csak 1-2 Mbit-tel tud tolteni a szerverrol. Azert bloffnek jo...
Maga a VoIP nem felejtõs, mindössze olyan fílingje lesz mintha a Pegazus galaxissal beszélgetnénk...
Ez a kettõ mégis hogy fér össze? "a késleltetésre (network latency) igen érzékeny szolgáltatásokat is támogatni fognak." "250, illetve 600 ms-os késleltetést ígér saját hálózatán" Most nem azért, de ez parasztvakítás, megnézném hogy fognak latency érzékeny szolgáltatásokat támogatni több száz msec-nél...
Attól függetlenül életképes megoldás lehetne még így is, mert ha valaki a puszta közepén lakik, ahol még telefonvonal sincs, az egyetlen lehetõsége a GPRS már ha van mobil-térerõ. Na azoknak ez is megváltás lenne.
Drága és eléggé szarnak tûnik,de hát mikor megláttam,hogy U.K. nem is vártam mást....isten csodája,hogy ez az ország még egyben van...
A VoIP szintén felejtõs, 144,000km esetén már túl nagy a késleltetés - ugye minimum 36 ezer a mûholdra, onnan a beszélgetõpartnerhez megint 36 ezer, majd ugyanezen az úton vissza, ez a közbeesõ szerverek késleltetését figyelembe sem véve is 480ms. Ehhez képest az ár sem túl meggyõzõ.
250-600??? :DDDDDD 30 fölött már húzom a szám baszki....
Egy az, hogy drága és nem teljes körû szolgáltatás érhetõ el, ami egy normális net ismérve, hát így a kutyának sem kellene havi 10 rongyért.....