Autor: Dariusz (dariusj_at_poczta.onet.pl)
Data: Sat 31 Mar 2001 - 16:54:35 MET DST
SkyBone.com wrote:
>
zapytanie:
ze stron www
Multicast packets are UDP/IP
and use the address range 224.0.0.0 to
239.255.255.255.
UDP?
User Datagram Protocol, an additional
connectionless protocol
that runs over IP.
_____________________________________________
Multicast probably offers a far faster
________
The profile of most broadcast applications is
either that no return path is required (e.g.
real-time
video and audio), or the application employs
techniques
compatible with a one-way environment (e.g.
forward
error correction).
Czyli jednak IP bez TCP.
___________
I guess I have to purchase a specific data
receiver
from Skybone.comŽ ?
No, unlike competing services Skybone.comŽ
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
co unlike ?
Konkurencja nie wymaga tunera DVB kupowanego u vendora, ale dowolnego ze
sklepu.
Multicast
customers are free to choose from the growing
list of
DVB receivers that support Multi Protocol
Encapsulation
(MPE). PCI-bus receivers from Adaptec,
Technotrend,
Hauppage, Harmonic, Telemann and Sagem have
been
qualified against the service. Such receivers
are
available in the open marketplace at prices
starting
around US$350, and can also be supplied by
Skybone.comŽ.
Juz cena spadla do 200 $
___________
Can several data channels be received
simultaneously?
Yes - most DVB data receivers can
simultaneously
handle multiple streams of different types (e.g.
real-time
video and/or audio channels and/or file
transfer).
Unfortunately Chello Wizja software can't ;(
__________________________________________________
This is a one-way broadcast service, so what
about
data errors?
Firstly, DVB adds multiple layers of FEC
(Forward Error
Correction), which reduces error rates down to
levels far
lower than terrestrial circuits. Data can also
be sent
more than once, which overcomes both
erroneous
transfers and also receive systems that might
be
switched off during the first attempt
Jezeli na tym polega twoj patent, aby z protokolu TCP/IP pozostawic
jedynie IP, to nie jest to optymalna droga.
A wysylania raz jeszcze feedu jest bez sensu, bo statycznie nie zapewnia
bezblednosci.
Trzeba zobaczyc statystyke blednych pakietow i uzyc samoadaptujacego sie
protokolu korekcji bledow.
_______________________
UDP
User Datagram Protocol, an additional
connectionless protocol
*********?????
Ok.
Przeczytalem o optymalizacji i strojeniu pakietowej transmisji
satelitarnej i twoj patent, o ile jakis jest, opiera sie na znanej
wiedzy.
Po prostu transmisja satelitarna niczym sie nie rozni od drutowej, poza
zwloka.
Moge ci zaoferowac protokol i dostrojenie predkosci transmisji,
ktore wykaze nie gorsze, a moze i lepsze parametry niz twoj opatentowany
soft.
Opieram sie na tutaj na informacjach z FAQ, ktore zawieraja bledne tezy,
ze rozwizaniem problemu korekcji bledow w transmisji one-way jest
dwukrotne przesylanie tych samych pakietow.
To jest kompletna bzdura.
Warunki atmosferyczne maja taki wplyw, ze nawet 5 krotne przeslanie tego
samego pakietu nie uchroni przed bledami.
Data to jednak nie to samo co video rozpakowywane z Mpega.
Ilosc bledow video widac czesto, gdy dekoder operatora na hubie,
nie nadaza rozpakowywac mpegow do analoga.
Widac duze piksle, ktore w obrazie ujda na sucho, ale
w transmisji cyfrowej typu data, sa niedopuszczalne.
Powiesz ze transmisja one-way jest tez prawie 100% error-free ,
odpowiem ze to bzdura, gdyz wystarczy zmniejszyc moc sygnalu i rozmiar
anteny i procentowa ilosc bledu moze byc dowolna.
Zatem chetnie udostepnie samomodyfikujacy sie protokol korekcji bledow
dla one-way download, tylko prosze nie pisz w FAQ ze overheady z tytulu
protokolu mpeg i protokolu korekcji bledow to 28%, gdy dalej piszesz, ze
moze sie przydac dwukrotna transmisja danych,
czyli overheady wzrosna o 100%, czyli ze 100% do 256%.
A tutaj juz nie mozna mowic o jakiejkolwiek optymalizacji.
Tak wiec chetnie udostepnie do testow samomodyfikujacy sie protokol
korekcji bledow do one-way sat download , ale bez overheadow 256%,
nbo chyba ze ktos antene skieruje na innego satelite .
regards,
Dariusz
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:46:39 MET DST