IPTV KHnet

Z KHnetWiki

(Rozdíly mezi verzemi)
Přejít na: navigace, hledání
(software)
(software)
Řádka 51: Řádka 51:
streaming pomocí rtsp je ve verzi 0.8.6f prakticky nepoužitelné, nefunguje žádný timeout (ani nelze ladit). Pokud klient skončí s příjmem kanálu neregulérně (zásek widlí, pád VLC nebo sítě), server stream posílá pořád dál, nelze to ukončit jinak, než zhozením procesu na serveru.
streaming pomocí rtsp je ve verzi 0.8.6f prakticky nepoužitelné, nefunguje žádný timeout (ani nelze ladit). Pokud klient skončí s příjmem kanálu neregulérně (zásek widlí, pád VLC nebo sítě), server stream posílá pořád dál, nelze to ukončit jinak, než zhozením procesu na serveru.
 +
 +
nefunguje parametr --ttl, lze obejít nastavením iptables (-t mangle -A POSTROUTING ... -j TTL --set-ttl ##)

Verze z 4. 5. 2008, 21:50

Obsah

Streaming pomocí TV karet a VLC

cíle

Vyzkoušet možnosti a náročnost skutečné IPTV v síti khnet, dva až tři volně šiřitelné programy (co lze chytit ve vzduchu, lze šířit v uzavřené síti, viz právní analýza od pilsfree).

Kanály jsou šířeny v MPEG4 kódování s bitrate 2048kbit (průměrně 2.3Mbit, audio je 192kbit). Použitý kodek ffmpeg (mp4v a mpga).

Vysílání je ve zkušebním režimu, pouze pokud je zapnutý server (budoucí masarka). Probíhají stále zkoušky, ladění a testy.

kanály:
http://sklad1.khnet.info:9001/channel1
http://sklad1.khnet.info:9002/channel2
http://sklad1.khnet.info:9003/channel3

občas běží i restreaming, který asi nahradí předchozí způsob:
http://sklad1.khnet.info:8888/ct1 (za lomítko lze ještě ct2 a hbo).

upozorňuji, že HBO je tam pouze jako testovací a brzy zmizí, má totiž jeden z nejkvalitnějších obrazů

Přehrávání vyzkoušeno pouze ve VLC playeru (je naštěstí multiplatformní, funguje všude a na všem), ve windows MediaPlayer to nějak nejede. Je nutné mít nainstalovaný správný kodek, funguje to s ffdshow (lze využít balík CCCP).


hardware

server Fujitsu Econel 200 S2 Xeon E5310 1.6GHz (quadcore), 2GB RAM
TV Asus P7131 Hybrid (3ks)

Karta č. 3 v PCI slotu, 1 a 2 v PCI-X slotech.

software

Linux kernel 2.6.24
modul saa7134 a saa7134-alsa

modprobe.conf:

options saa7134 card=112,112,112,112 tuner=54,54,54,54 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 gpio_tracking=1,1,1,1 i2c_scan=1,1,1,1
options saa7134-alsa index=1,2,3,4

modul saa7134-alsa natahován explicitně v rc.conf, automaticky v modprobe.conf to nějak nefungovalo.

VLC
Závislosti vyřešeny pomocí balíčku (pacman -Sy vlc), posléze odinstalovány balíčky ffmpeg, x264 a vlastní vlc.

...
poznámečky:

nové verze kodeků ffmpeg (2.5.2008, poslední balíček archlinux i svn snapshot) mají nemilou vlastnost - nelze určit bitrate ve vlc, parametr je naprosto ignorován. Pro plný PAL (720x576) nebyl problém generovat 16Mbit datový tok (přitom vizuálně to nebylo nijak znatelně lepší, než současný 2Mbit). Stejně se chová i binární instalace windows VLC (0.8.6f). Je nutné použít verzi starší - vyzkoušen ffmpeg-20070505.tar.gz, funguje bezproblémově (tedy pro mp4v).

balík x264 je kompilovaný ze zdrojů, ovšem bez valného výsledku. Stream se mi nedaří přehrát.

při definici input streamu (tedy čtení z tv karty) vlc ignoruje cestu adev=/dev/dsp#, vždy použije /dev/dsp. Je nutné přidat parametr --v4l-dev /dev/dsp#

je nutné parametrizovat sampling zvuku. default je asi 48kHz a u těchto karet způsobuje MickeyMouseSound (terminus technicus z nějaké diskuse). Musí se použít 32kHz.

streaming pomocí rtsp je ve verzi 0.8.6f prakticky nepoužitelné, nefunguje žádný timeout (ani nelze ladit). Pokud klient skončí s příjmem kanálu neregulérně (zásek widlí, pád VLC nebo sítě), server stream posílá pořád dál, nelze to ukončit jinak, než zhozením procesu na serveru.

nefunguje parametr --ttl, lze obejít nastavením iptables (-t mangle -A POSTROUTING ... -j TTL --set-ttl ##)

Osobní nástroje