Streaming video wysokiej jakości - kilka pytań
Streaming video wysokiej jakości - kilka pytań
#1
Napisany 28 grudzień 2010 - 02:02
Chciałbym udostępnić w necie przekaz video w jakości 720p/720i. Źródłem nie byłby plik, ale obraz z kamery. Nie mogę postawić serwera u siebie "w domu", zaś podpięcie kamery pod maszynę w serwerowni jest praktycznie niewykonalne. Zatem chciałbym przesyłać obraz ze swojego komputera na serwer zewnętrzny, a on byłby widziany w necie jako serwer udostępniający streaming. System na moim kompie to do wyboru Linux lub Windows. System na serwerze to bylby raczej Linux. Liczba oglądających to początkowo ok. 100 osób. Może osiągnąć do 5000 osób w bliżej nieokreślonej przyszłości.
I teraz pytania:
1. Jaki powinien być strumień, aby obraz był w jakości odpowiedniej do założeń ? 500kB/s wystarczy ?
2. Jakiej technologii użyć ?
3. Jak wyliczyć zużycie transferu na serwerze zewnętrznym dla 1 godziny przekazu ?
4. Jakie powinny być parametry serwera zewnętrznego - procek, pamieć, miejsce na dysku ?
5. Jakie powinny być parametry łącza pomiędzy moim kompem a serwerem oraz wychodzącego z serwera ?
W niedawnej dyskusji padło twierdzenie, że potrzeba dla 500 osób przy jakości 500kB/s mieć ok. 250M przepustowości. Czytałem w innym miejscu, że tak się dzieje w transmisji unicast. Transmisja multicast wymaga znacznie mniejszego łącza. Da się tak zrobić ? Jak się do tego zabrać ? Ewentualnie gdzie o tym poczytać ?
5. Czy serwery w Ameryce (podobno niezła przepustowość i słaby ping) nadawałyby się lepiej do moich celów od serwerów europejskich ?
Pozdrawiam
Artur
#2
Napisany 17 sierpień 2011 - 09:58
#3
Napisany 17 sierpień 2011 - 12:08
Wiesz ile kosztuje łącze 1Gbps w ATM?
@TOPIC:
Sprawdź www.100tb.eu
Ten post był edytowany przez finlandia dnia: 17 sierpień 2011 - 12:08
#4
Napisany 17 sierpień 2011 - 12:39
Ot typowe łącze punkt-punkt bez jakichś tam większych wymagać.
Multicast porównać możesz do obecnego np. na dworcach PKP megafonu.
Nie musisz się wysilać, co by każdemu do ucha szeptać, jaki to pociąg przyjedzie.
Wadą jest to, że owi delikwenci muszą być w zasięgu działania tego megafonu,
no i będąc na Warszawie Centralnej raczej nie usłyszą, co dzieje się w Poznaniu Głównym.
Tak samo i w przypadku multicastu - użytkownicy muszą być (w BARDZO wielkim uproszczeniu) w tej samej podsieci LAN.
#5
Napisany 20 sierpień 2011 - 09:34
Mam podobny problem, praktycznie większość dostawców (PL) odmawia, akurat moje potrzeby to od 200 do 10000 strumieni (od 100 do 5000 mbits), które chciałbym wynająć na kilka godzin, ba nawet niektóre serwerownie w EU mi odmówiły, więc skorzystałem z amazonu, tam przy HighCPU łącze do serwera jest 1000 mbits, co wystarczy na prawie 2000 strumieni po 0,5mbits.
Inna metoda to skorzystanie z CDN (content delivery network) które wykorzystuje oprogramowanie Adobe, u mnie to nie możliwe bo mam własne rozwiązanie i w sumie to sam zbudowałem taką sieć poprzez serwery amazonu które uruchamiam wyłącznie na czas transmisji, płacę tylko za czas uruchomionego serwera oraz wysłany transfer przykładowo 0,20 $ za GB, czyli przy 200 oglądających wygeneruje w ciągu godziny około 45GB co kosztuje mnie 9$.
Można jeszcze skorzystać z justin.tv czy ustream.tv tylko wtedy pojawia się w trybie embeded logo stacji, ale za darmo dają możliwość udostępnienia strumienia nawet do 1000 osób na godzinę.
#6
Napisany 20 sierpień 2011 - 20:23
Np. jeden strumien główny posiada 1000 oglądających, natomiast strumien 2 kopiuje obraz + dzwięk z strumienia 1 i pociagnie 1000 ogladajacych (tzw. sloty).
Ponadto strumien główny ma swoje łącze np. 100 Mbps a drugi strumien 1 Gbps i trzeci strumien też 1 Gbps. Tak zwane serwery s1 s2 s3. Natomiast muszą być trzy osobne serwery dedykowane. Jak miejsca na s1 są zajęte to automatycznie zmienia nadajnik serwerowy np. s2 czy s3 o ile dany serewr ma wolne miejsce. Polecam rozciągnąć co 100 Mbps, poneiważ taniej wyjdzie. A teraz przedstawiam sytuację.
1. Oglądający wchodzi na stronę i wchodzi w miejsce playera.
2. Klika odtwarzanie streamingu.
3. Gdy miejsce na serwerze s1 jest zajęte, player poinformuje oglądającego o tym, że s1 jest zajęty i automatycznie przekierowywuje player do s2 bez potrzeby odświeżania playera.
4. Zanim przekierowuje, sprawdza czy s2 jest wolny, jeśli nie to natychmiastowo przekierowywuje do s3.
5. Życzę miłego oglądania
Jak dla mnie to jest świetne rozwiązanie.
PS. zapomnij o zagranicznym streamingu, ponieważ tranzyt np. z OVH czy z amerykanskiego serwera do Polski może być niski biorąc pod uwagę opóźnienie (ping) i transfer między Polską a serwerem. Polecam ofertę serwerów dedykowanych LiveNet.pl oraz hitme.net.pl.
#7
Napisany 22 sierpień 2011 - 12:25
1. 500kBps powinno wyjść OK
3. 500kB * 60 * 60 / 1024 = 1760MB per widz
4. Z prockiem to nie wiem, ale jakbyś chciał buforować to RAMu się troszkę przyda
5. Pomiędzy komputerem a serwerem powinieneś mieć minimum te 500kB/s uploadu
6. Po co Ameryka? Zainteresuj się OVH.pl , Hetzner.de
A teraz tak od siebie - czasy opóźnień nie powinny Ci przeszkadzać, w końcu to nie jest dwustronna komunikacja typu VoIP gdzie minimalne opóźnienia i jitter są najważniejsze. Co do Uni i Multicastu - tak jak kolega wyżej - Multicast sprawdza się w sieciach, gdzie komputery bezpośrednio się widzą (LAN). Często ISP którzy oferują IPTV korzystają z technologii Multicastu, co by oszczędzać szkielet sieci.
Ja na Twoim miejscu kupiłbym jakiegoś VPSa w Hetzner.de, według mnie dedyk mija się z celem.
Patrz przede wszystkim na port, na początku wystarczy 100/100Mbps i na transfer, który będzie zjadany w ogromnych ilościach
#8
Napisany 22 sierpień 2011 - 13:49
Może ktoś kto ma podobne rozwiązania jak w temacie opisze za pomocą czego rozgłasza?
#9
Napisany 22 sierpień 2011 - 14:37
#10
Napisany 22 sierpień 2011 - 19:10
Life, o 22 sierpień 2011 - 13:49, powiedział:
Może ktoś kto ma podobne rozwiązania jak w temacie opisze za pomocą czego rozgłasza?
Ja używam ffserver, można też użyć adobe media server i skorzystanie z CDN'ów, wielu operatorów oferuje taką usługę.
Z tym że największym CDN dysponuje amazon, reszta firm może sobie co najwyżej pomarzyć o podobnej wydajności (spokojnie upchasz tam i 100000 strumieni, jeśli cię tylko stać).
W sumie w tej chwili sam posiadam kilka serwerów, które odpowiednio połączone i zarządzane tworzą CDN w tej chwili o przepustowości 6 Gbits, czyli przy strumieniu 512kbits mogę obsłużyć prawie 12000 strumieni.
#11
Napisany 26 sierpień 2011 - 07:46
Plik z serwera bez problemu serwuje ale jak zrobić ze strumieniem z kamery? do wysłania mógłbym chyba użyć VLC tylko nie wiem jak skonfigurować icecast do odbierania i dystrybucji.
#12
Napisany 26 sierpień 2011 - 13:47
#13
Napisany 26 sierpień 2011 - 18:07
#14
Napisany 26 sierpień 2011 - 19:59
1 Użytkowników czyta ten temat
0 użytkowników, 1 gości, 0 anonimowych użytkowników













