🚀 go-pugleaf

Osoba laush <lwowek@NO_SPAMnafta.net.pl> napisała
w <cabgpt$d2c$1@atlantis.news.tpi.pl>:
> witam
> jest sieć w której szkielet jest na swiatłowodach
> i teraz chcielibyśmy udostepnić w sieci TV
> miałoby by to wygladac mniej wiecej tak
> sygnałTV-kartaTV(lub inna karta)-komputer z FreeBSD-sieciówka-LAN
> komputer miałby przetwazac sygnał z kartyTV, kompresowac go i dalej przez
> siec do klientów

ROTFL.

> moje pytania:
> 1. czy jest jakis soft na BSD (najlepiej z /usr/ports) ktory to obsłuży ??

Do kompresji _*w*czasie*rzeczywistym*_?

> 2. jaką karte TV (cos innego) polecilibyście do tego zastosowania ??

Żadną.

> 3. znalazłem VideoLAN-ktos tego urzywał na BSD, jakies doswiadczenia

Nie, nie "urzywał", ale i nie używał takoż. Niekoniecznie masz chyba
świadomość o czym piszesz.

> 4. czy jest mozliwość wysyłania kilku kanałów w tym samym czasie do kilku
> hostów

Kolejny ROTFL. No dobrze, będzie trochę faktów, jako że kolega nie miał nic
do czynienia z techniką telewizyjną (co widać). Pozwole sobie uchylić trochę
rąbka tajemnicy (mam za sobą 2 lata pracy w wiodącej platformie cyfrowej).

Otóż:

1. Standardowy kanał telewizji _analogowej_ ma pasmo co najmniej 6MHz. Aby to
poprawnie zakodować cyfrowo (bez kompresji) potrzeba to próbkować metodą 4:2:2
Tj. luminancję próbkujemy z częstotliwością czterokrotnie większą niż
największa zawarta w sygnale (ok. 13MHz <bo chodzi o sygnał luminancji, nie
composite>), kanały U i V natomiast ok. 6.5 MHz każdy. Już z samego tego widać
jak ogromna przepustowość bitowa Ci wyjdzie, a jakość może się i tak okazać
niezadawalająca (no chyba, że zastosujesz kwantyzację 10-bitową, ale wtedy 
uzyskasz jeszcze większą przepływność).

2. Jeżeli nawet zrobisz to co powyżej (fundując sobie profesjonalną kartę do
przechwytywania i obróbki obrazu <aż boję się pomyśleć ile by kosztowała>), to
jeszcze pozostaje Ci ten sygnał skompresować i "spakietyzować" - praktycznie
nie istnieje możliwość innej transmisji, niż transmisja pakietowa. Nie zdajesz
sobie nawet sprawy jak silną maszyną musiałbyś dysponować, aby być w stanie
skompresować sygnał do MPEG2 w czasie rzeczywistym (zakładając, że nie posiadasz
karty enkodera i chcesz to robić software'owo).

3. Wszystko to chciałbyś powielić na wiele kanałów - niestety nie ma tak dobrze,
*każdy* kanał telewizyjny trzeba obrabiać oddzielnie, co zwielokratnia koszty.

4. Typowy kanał telewizji cyfrowej, kodowany w MPEG2 (czyli skompresowany, a
jakże, spakietyzowany i w ogóle ze wszelkimi szykanami) zajmuje przepływność
bitową co najmniej 3Mb/s (jeżeli chce się uzyskać jakąś sensowną jakość). Masz
świadomość jak szybko to światełko Wam się wysyci (nawet jeżeli ono ma 155Mb/s),
jeżeli transmisja będzie punkt-punkt? I jak ten nieszczęsny serwer ma się
wyrobić serwując tyle strumieni wideo równocześnie?

5. Końcówki klienckie. Nawet jeżeli teoretycznie Wam się uda to przepchnąć w
ten sposób, to przecież klienci muszą w jakiś cudowny sposób to odebrać, 
przetworzyć z powrotem i wyświetlić. Maszyny u klientów także przesadnie słabe
by być nie mogły.

6. Jeżeli chcesz przesyłać obraz z karty telewizyjnej przez sieć, to owszem da
się (sam wymieniłeś jeden z programów, który to robi), ale jakość obrazu jest
tak tragiczna, że szkoda gadać. I dodajmy, że nie jest to obraz poddany
jakiejkolwiek kompresji - tego się praktycznie nie da zrobić na samym
komputerze w sensownym czasie. I dodam jeszcze: jest to obraz przesyłany w
zasadzie tylko do jednego klienta...

Uf. To by było wstępnie na tyle :->
Też myślałem kiedyś, żeby zrobić lokalną, osiedlową sieć LAN na światełku, a
później udostępnić w niej VOD i telewizję, ale bardzo szybko się uspokoiłem po
analizie kosztów i szans na zyski (w tym zainteresowania klientów, przede
wszystkim). Niestety, żeby coś takiego przeprowadzić trzeba mieć grube miliony
dolarów, bo nawet jeżeli się wymyśli pewną sprytną metodę transmisji (wymyśliłem
i nie napiszę na czym polega, a przynajmniej nie za darmo) i nawet jak się
opracuje odpowiednio silny sprzętowy enkoder MPEG4 (nie widzę sensu bawienia się
w takiej sieci w MPEG2), to jeszcze pozostaje kwestia końcówek klienckich - da
się, licencja na takie coś kosztuje 100 tys. dolarów, nieznaczna modyfikacja,
wdrożenie układów scalonych (kolejne kilkaset tysięcy :->) i... wychodzi cena
za odbiornik taka, że to się nie zwróci za żadne skarby :-> Ale generalnie da
się, czemu nie :-) Ja chętnie przeprowadzę taki projekt - 5000$ miesięcznie,
samochód i komórka no limit, służbowy notebook i pogadamy ;->>>

O w mordę, ale tani jestem...

> Do kompresji _*w*czasie*rzeczywistym*_?

Cosik panie dziejku chyba sie zapedziles w swoich rozwazaniach. Zwykle karty
telewizyjne lezace na polce w pierwszym lepszym sklepie komputerowym zrobia
ze srednio mocnej jak na dzisiejsze czasy maszyny z wingroza - magnetowid
cyfrowy. Sam zgrywalem pelnoekranowo, 25 kl/s. Tu jest jeszcze kwestia
zgrywania na dysk - w przypadku broadcastu przez siec - nie ma takiej
potrzeby.
Pewnie ze nie mowimy o zachowaniu 100% -owej jakosci zrodla, ale to co
zgrywalem mialo naprawde bardzo dobra jakosc.
Sadze tez ze mozna by to poscic Shoutcastem - widziales kiedys jak to chodzi
w Winampie ? 25 kl/s ze Stanow...

Takze uszy do gory - napewno da sie to zrobic z sensowna jakoscia.
Aha - co do wielu kanalow - nic innego jak wiele kart TV... - kazda w
polaczeniu z serwerkiem shoutcasta. Tym bardziej ze mozna serewerki
shoutcast postawic w roznych lokalizacjach spinajac je ze soba.

Pozdrawiam
Cobaltus