Article View: pl.comp.os.freebsd
Article #57911Re: TV w LAN
From: Zenobiusz Zimny
Date: Fri, 11 Jun 2004 08:31
Date: Fri, 11 Jun 2004 08:31
90 lines
5802 bytes
5802 bytes
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...
Technical Details
Message-ID:
<slrnccire5.2q09.zimnyzenon@inca.lameria.pl>Path:
mbox-mo1.pugleaf.net!number1.nntp.dca.giganews.com!internal1.nntp.sjc.giganews.com!border2.nntp.sjc.giganews.com!border1.nntp.sjc.giganews.com!nntp.giganews.com!newsfeed.news2me.com!news2.euro.net!newsfeed.freenet.de!195.34.132.50.MISMATCH!newsfeed02.chello.at!news.chello.at.POSTED!53ab2750!not-for-mailReferences:
<cabgpt$d2c$1@atlantis.news.tpi.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!number1.nntp.dca.giganews.com!internal1.nntp.sjc.giganews.com!border2.nntp.sjc.giganews.com!border1.nntp.sjc.giganews.com!nntp.giganews.com!newsfeed.news2me.com!news2.euro.net!newsfeed.freenet.de!195.34.132.50.MISMATCH!newsfeed02.chello.at!news.chello.at.POSTED!53ab2750!not-for-mail Newsgroups: pl.comp.os.freebsd From: Zenobiusz Zimny <zimnyzenon@hotmail.com> Subject: Re: TV w LAN References: <cabgpt$d2c$1@atlantis.news.tpi.pl> Organization: Usenetowe bractwo lameruff Message-ID: <slrnccire5.2q09.zimnyzenon@inca.lameria.pl> Mime-Version: 1.0 User-Agent: slrn/0.9.8.0 (FreeBSD) Lines: 90 Date: Fri, 11 Jun 2004 08:31:01 GMT NNTP-Posting-Host: 62.179.74.108 X-Complaints-To: abuse@chello.pl X-Trace: news.chello.at 1086942661 62.179.74.108 (Fri, 11 Jun 2004 10:31:01 MEST) NNTP-Posting-Date: Fri, 11 Jun 2004 10:31:01 MEST Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit