ETV, TV3 visuaalne võrdlus Viasat-Elion adsl

[wookie]

Ja tasuks tähele panna et kui tüüner konverteerib MPEG striimi analoogiks otse, siis Elion teeb seda oma sativastuvõtusüsteemidega ära ja saadab pakettandmeside vahendusel tarbijani. Seega, Aminet pakib pildi teistmoodi lahti, kui teevad seda tüünerid. Mis sest et lahtipakitav formaat on sama. Ruudukesed tulevad pakettandmeside vigadest.. Kuid see on minu meelest paratamatu.
Võib-olla saab mingil viisil seda vigade arvu vähendada, aga täielikult vältida ei saa.

Kulla Energizer, sul on nüüd kaks võimalust. Sa kas seletad selle uskumatu mõttekillu meile eesti keeles lahti või lõpetad ilmselge jama kirjutamise!

P.S.
Et igavaks ei läheks siis heidame pisikese pilgu meie suure kodumaa andmeside kuulsusrikkasse minevikku http://quake.agitaator.ee/?p=111

[Energizer]

Pidasin silmas et Sativastuvõtjal ja Aminetil on mõlemil erinev MPEG2 dekooder. Võib-olla mõjutab pildi kvaliteeti see, missuguse hinnaklassi dekoodritega meil tegu on.
Lisaks solgutab Elion pilti mingitpidi ja saadab mööda traati laiali.
Ma ei tea, kas ma väljundusin õieti, aga see oli lihtsalt üks idee.

Võib-olla ei loe dekooder midagi, aga ma ei saa siis aru miks ühel või teisel seadmel nii erinev hind on . OK lisaomadused on teine teema, aga põhimõtteliselt kui raud ei loeks siis peaks tulemus sama olema. Aga ei ole ju.

[wookie]

Ma ei tea, kas ma väljundusin õieti, aga see oli lihtsalt üks idee.

Kindlasti väljendusid sa õieti, kuid ilmselgelt mitte õigesti.
Võibollat ma olen totakas, kuid no tee mis tahad, ei suuda ma nendes mõttekildudes "pakettandmeside vigade", dekoodrite ja "pildi solgutamiste" kohta mitte mingisugust loogikat näha.

[tigekonn]

Aga loomulikult on erinevad dekoodrid oma skeemilt erinevad ja seetõttu ka erinevate omaduste ja kvaliteediga. Lisaks on nii Elionil kui ka teistel võimalik algset striimi täiendavalt tihendada, mis samuti kvaliteedile paratamatult oma jälje jätab, kui seda juhtumisi tehakse.

[Energizer]

Huvitav.
Kui sateliitedastuses on FEC enamasti kuskil 3/4. Aga ma toon sulle kohe väljavõtte oma Speedtouchi ruuteri raportist.
Link Information

Uptime: 3 days, 11:05:06
Modulation: G.992.5 Annex A
Bandwidth (Up/Down) [kbps/kbps]: 765 / 11.996
Data Transferred (Sent/Received) [MB/GB]: 82,28 / 61,63
Output Power (Up/Down) [dBm]: 4,5 / 1,5
Line Attenuation (Up/Down) [dB]: 2,0 / 12,0
SN Margin (Up/Down) [dB]: 8,0 / 16,0
Vendor ID (Local/Remote): TMMB / GSPN
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 3 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 3 / 0
FEC Errors (Up/Down): 127 / 596
CRC Errors (Up/Down): 1 / 0
HEC Errors (Up/Down): 0 / 0

Kas sa näed kui palju vigu on andmesidesessioonil? Sellise andmehulga kohta muidugi on vigade arv väike. Aga kui sati pealt ka pilt samamoodi kohale tuleb siis tõenäoliselt oleksid suuremad teleoperaatorid kahjumis.
Sati pealt on datavoog muidugi suurema kiirusega. Bitid ja baidid on mõlemi edastusviisi puhul samad, aga nede liitmine ja lahutamine pakettidesse teisendamine on teistmoodi. Sati dekooder ei pea signaali eraldama ip päisest ning samuti ei pea ta harutama paketid lahti üheks tervikuks. Ta lihtsalt arvutab pildi 0101000101 , loeb maha Apid ja Vpid, konverteerib saadud info analoogkujule edasi telekale. IPTV puhul eraldatakse signaal DSL signaalist. digiboksil on võrgukaart mis võtab vastu paketid. Aminetil on seega selline dekooder mis peab paketid harutama digitaalselt loetavaks infoks. Edasi töötleb ta signaali analoogkujule ja saadab telekale. Vahe on selles et pakettandmesides kipuvad mõned bitid kaduma. Ja seetõttu on ka info ebakorrektselt loetav ehk siis on ruudukesed või muud häired, ntx heli sünkrost väljas vms.

Väidetavalt ei pidavat Elion IPTV puhul mingit Data Error Controlit rakendama, ehk siis veakontrolli ei tehta. SEda ilmselt selleks et vähendada pildi edastust takistavaid tegureid kuna veakontrolli puhul saadetakse uus päring, mis hakkab aga pildiedastust pärssima.

[tigekonn]

Need kaod ei tulene mitte, et tehnoloogia veel kuidagi kehvem oleks vaid Sinu konkreetse ühendusliini kvaliteedist. Pane satitaldrik ka kuusemetsa põõsassse ning kaod oleksid ilmselt veelgi suuremad. Nii IPTV kui ka DVB-C puhul on lähtutud sellest, et kaablisse suletud signaal häiretest vähem mõjutatav on ja sellest tulenevalt pole ette nähtud ka erilist veakontrolli ning -parandust nagu DVB-S ja eriti veel -T puhul. Reaalsus on aga selline, et meil kasutuses olevad kaablid ja traadid kaugeltki mitte alati neile ette nähtud nõuetele ei vasta.

[wookie]

Sati dekooder ei pea signaali eraldama ip päisest ning samuti ei pea ta harutama paketid lahti üheks tervikuks. Ta lihtsalt arvutab pildi 0101000101 , loeb maha Apid ja Vpid, konverteerib saadud info analoogkujule edasi telekale.

MPEG Transport stream on pakettedastus, kus erinevad streamid eristatakse üksteisest PID abil. IPTV korral on täpselt seesama Transport Stream topitud UDP sisse, mis omakorda on kapseldatud IP sisse, mis DSL puhul on kapseldatud ATMi sisse.
MPEG transport streami kontekstis eristatakse kahte tüüpi pakette - PES (Packetized Elementary Stream) ja PSI (Program Specific Information).
PES paketid sisaldavad Elementary Streame (reeglina video ja audio) ning ei ole "kaitstud" - MPEG Transport Streami vaataval süsteemil ei ole võimalik teada saada, kas PES pakett oli vigane või mitte. Küll on aga PES paketid sünkroniseeritud - see on vajalik erinevate Elementary Streamide sünkroonseks edastuseks.
PSI paketid sisaldavad mitmesuguseid tabeleid, mis kannavad endas infot programmi enese kohta (PAT, PMT, NIT jt.) ning vajadusel ka muud programmidega seotud infot, näiteks CA. PSI paketid ei ole sünkroniseeritud, kuna seda ei ole tarvis, kuid kuna PSI pakettides sisalduv info on üpris veakriitiline, siis sisaldavad need paketid alati CRC kontrollsummat, mille abil saab süsteem vigaseid pakette ignoreerida.

IPTV puhul eraldatakse signaal DSL signaalist.

Elioni IPTV korral on internetiühendus ning IPTV eraldatud ATMi tasemel - neid edastatakse erinevate VC'de (virtual circuit) sees. Internetiühenduse VPI/VCI peaks olema 0/100, IPTV oma on vist 0/101.

digiboksil on võrgukaart mis võtab vastu paketid. Aminetil on seega selline dekooder mis peab paketid harutama digitaalselt loetavaks infoks.

MPEG Transport Streami kätte saamine UDP pakettidest on siiski suure tõenäosusega protsessori ülesanne. Väga suure tõenäosusega toimub ka filtreerimine protsessoris - dekooder tahab näha Elementary Streame.

Edasi töötleb ta signaali analoogkujule ja saadab telekale. Vahe on selles et pakettandmesides kipuvad mõned bitid kaduma. Ja seetõttu on ka info ebakorrektselt loetav ehk siis on ruudukesed või muud häired, ntx heli sünkrost väljas vms.

Kindlasti on iga süsteemi korral edastusvigasid. Kui mõni abonent saab vigase andmevoo, peaks ta kurtma vastava operaatori klienditeenindusse.

Error Seconds (Local/Remote): 3 / 0
FEC Errors (Up/Down): 127 / 596
CRC Errors (Up/Down): 1 / 0
HEC Errors (Up/Down): 0 / 0

Kindlasti oleks tarvis täpselt teada saada, mida need numbrid antud seadme korral näitavad, enne kui nende alusel saab põhjapanevaid järeldusi teha. Samas, vead Elementary Streamis ei tohiks esile kutsuda mitte ruudulisust vaid oluliselt paremini märgatavaid defekte.
Ent millise aja jooksul need 127 / 596 viga on tekkinud?

Väidetavalt ei pidavat Elion IPTV puhul mingit Data Error Controlit rakendama, ehk siis veakontrolli ei tehta. SEda ilmselt selleks et vähendada pildi edastust takistavaid tegureid kuna veakontrolli puhul saadetakse uus päring, mis hakkab aga pildiedastust pärssima.

Kuidas sulle seda nüüd seletadagi...
IPTV on multicast. See tähendab, et saatekeskus saadab pidevalt välja kogu infot, mida ta saata saab. Selline liiklus jagatakse gruppideks, gruppe eristavad üksteisest tavaliselt IP aadressid.
Multicast routerid suhtlevad omavahel, on teadlikud üksteise olemasolust ning sellest, millised gruppe on üks või teine klient omale tellinud ning edastavad vastavat liiklust vajalikku suunda. Selliselt ei pea ISP oma magistraalvõrgus edastama andmeid igaühele eraldi vaid igat streami edastatakse vaid ühes eksemplaris.
Lõppkasutajaid ühendavad seadmed saavad kasutajate soovist, ühte või teist streami saada, teada IGMP abil. Nimelt saadab seade, mis tahab mõnda multicast gruppi vastu võtta (IPTV korral siis mingit kanalit näidata) välja IGMP Report teate ja jääb ootama, millal data tulema hakkab. Kui kõik läheb hästi - IGMP Report saadakse kätte ning antud streami on võimalik edastada, siis mõne aja pärast see data ka tuleb. Edastamine lõpetatakse kui seade saadab välja IGMP Leave sõnumi või pole teatud aja jooksul IGMP Report sõnumit korranud.

Peaks olema ilmselge, et niisuguse edastuse korral ei saa edastaja mitte kunagi teada, kas ja kui, siis kuidas, vastuvõtja ühe või teise andmehulga kätte sai.
Seega sõltub multicasti vigadeta vastuvõtmine füüsilise ühendusliini kvaliteedist ning loomulikult ka selle läbilaskevõimest ja koormatusest (kui ikka ei mahu, siis ei mahu). Et seda olukorda pisut leevendada, siis saavad MPEG Transport Streami PES paketid sisaldada (aga ei pea sisaldama) 16 baiti veaparandusinfot, mida kasutades on võimalik teatud mahus vigu parandada.

[TarmoS]

offtopicut ka

28E peal on migni kanal vectone 2u, proovige seda om lcd teleriga. minuarust ei saa pilt enam hullem olla kui te seda vaatate pikemalt, siis on kõik ülejäänud kanalid super pildiga

[Energizer]

wookiele suur tänu seletuste eest. minu ettekujutus IPTV-st oli midagi muud. samas, pean tunnistama et ma ei uurinud IPTV ja ADSL2+ tehnoloogia kohta internetist praktiliselt mitte midagi. seetõttu arvasin et tegemist on tavalise netiühendusega, mille abil liigutatakse live streami datat.
Küsimusele, millise aja jooksul mainitud vead tekkisid: 3 päeva jooksul.

[wookie]

Küsimusele, millise aja jooksul mainitud vead tekkisid: 3 päeva jooksul.

Mingi närune 127 viga 3 päeva jooksul... või olgu neid 596... on nagu piisk merre - see ei vähenda mitte ühestki asendist pidevalt tulemuse kvaliteeti vaid on suure tõenäosusega üsna juhuslik sündmus.

samas, pean tunnistama et ma ei uurinud IPTV ja ADSL2+ tehnoloogia kohta internetist praktiliselt mitte midagi. seetõttu arvasin et tegemist on tavalise netiühendusega, mille abil liigutatakse live streami datat.

Tegemist ongi täiesti tavalise ühendusega, mida mööda liigutatakse täiesti tavalist IP multicasti, mis kannab endas televisiooni.
Internet ja IPTV on eraldi VC'de sees tehnilistel põhjustel.