Dotaz: TV dongle + server a stream televize

[petrfm]

Ahoj, tak uz je to tady. Zkousim TV dongle s RTL2838 na linuxu a slape to hezky - primo ve VLC.

Mam tady mini serverik s ARMem - BananaPi a zajima mne, zda bych mohl pripojit dongle do nej a streamovat TV do domaci site, abych mohl koukat z mobilu, tabletu, atd. Vim, ze to jde, ale zajima mne :

1) jaky nejjednodussi soft na to pouzit (na serverove strane) ?

2) jeden dongle zvladne jeden kanal? Tzn. kdyz naladim Novu, druhy uzivatel musi koukat na novu a kdybych chtel najednou sledovat dva kanaly, tak musim mit dva dongly?

3) utahne vubec dvoujadrovy ARM vice jak jeden stream?

Diky za tipy,

P.

Odpovědi

[Petr Šobáň]

1.) Já používám VDR http://www.tvdr.de/

2.) Můžeš koukat na jakýkoliv program z 1 multiplexu (protože máš jeden tuner) v 1 multiplexu je většinou víc programů.

Já například používám 2 DVB-T klíče a každý je dvoutunerový takže můžu přijímat 4 multiplexy naráz.

3.) Jeden multiplex by měl podle mě utáhnout - prostě to nezobrazuje pouze posílá tak by to mělo stíhat (můj atom stíhá bez problémů posílat 6 kanálů naráz z různých multiplexů - mám 4 tunery)

[Andrej]

K bodu 2: Jednotunerové dongly většinou umožňují sledovat dva kanály naráz, pokud jsou tyto dva kanály z jednoho multiplexu. Například v Kaffeine lze spustit nahrávání kanálu (na pozadí) a seznam dostupných kanálů se pak automaticky zredukuje na ty, které jsou ze stejného multiplexu. V tomto režimu je pak možné jeden kanál nahrávat a zároveň paralelně jiný sledovat.

Má-li dongle víc tunerů, má i víc možností z hlediska počtu kanálů, tedy s největší pravděpodobností by mohl přijímat až čtyři kanály, dva z každého multiplexu. Pouze je k tomu potřeba vhodný software, který umí možnosti daného zařízení správně využít, a taky podpora v příslušném driveru.

Jeden dvoujádrový ARM utáhne skoro libovolný počet streamů. Vždyť jde o pouhopouhý přenos dat, nikoliv o dekompresi, grafickou akceleraci a zobrazování. Horší by to bylo, kdyby měl streamy v reálném čase umět nějak upravovat, ale fakt mě nenapadá, jaký by k tomu mohl být důvod.

[Petr Šobáň]

Co to tady meleš za nesmysl?

Jednotunerový DVB-T umožnuje sledovat naráz všechny pořady z jednoho multiplexu!

Prostě tuner se naladí na určený kanál - multiplex a přijímá vše co se tam vysílá, samozřejmě pokud chceme sledovat něco v jiném multiplexu musí se tuner přeladit na kanál na kterém ten druhý multiplex vysílá takže stratíme vše z toho prvního multiplexu a zase můžeme sledovat vše z toho druhého multiplexu.

Takže pokud v jednom multiplexu se vysílají 4 TV pořady můžeme zaráz i ty 4 TV pořady sledovat či nahrávat.

[nobody]

souhlas, 1 tuner = 1 aktivni multiplex a vechny kanaly z tohoto multiplexu sledovatelne/nahravatelne

pred lety jsem pouzival MSI Duo Vox (melo 2 tunery, a na aktivaci obou byl potreba rebuild driveru) a zkousel sem nahraval naraz 10 programu ze 2 multiplexu na atom cpu, slo to ok...

[Andrej]

Můj tuner umožňuje sledovat maximálně dva kanály z jednoho multiplexu. Tedy přinejmenším v mém případě nejde o žádné nesmysly. Rád bych viděl příklad tuneru, který dovede přijímat naráz celý multiplex. Věřím, že už taková zařízení existují, ale mezi těmi cca 3 tunery, které mám doma, žádné takové není. Další problém může být v přehrávačích, protože většina jich nepodporuje nic paralelnějšího než sledování jednoho kanálu a nahrávání druhého. Věřím, že vhodný streamovací software s vhodným hardwarem zvládne celý multiplex naráz, ale tohle rozhodně neplatí obecně pro každý libovolný tuner.

[nobody]

Tak sleduj: MSI Digivox Duo, existoval uz v roce 2008 :)

[jadd]

Pořád mám Aver Volar HX (jeden tuner), který mi umožnil jen ve VLC sledovat (přepínat) a nahrávat jeden multiplex. Nikam jsem nic nevysílal, ale sralo mě, že když jsem chtěl ve vlc nahrát pořad, nahrálo to v té stopáži všechny kanály, a takový pořad mi na disku zabral giga místa, a žádný linuxový video editor nedokázal s těmi dalšími kanály pracovat, jen s tím viditelným pořadem. Ani jsem to pak nestříhal, protože komprese třeba půlhodinového pořadu, který má 4Giga je zbytečná.

[dustin]

Podívej se na http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device#Using_dvb-apps .

Naladíš svou kartu (tzap) na dané parametry multiplexu (u satelitu transpondéru) a ze zařízení dvr0 leze MPEG_TS stream - tedy to, co karta na té frekvenci přijímá.

Takže uložení celého multiplexu na disk - viz ten příklad

cat /dev/dvb/adapter0/dvr0 > filename

Vlastní výběr konkrétního programu z transportního streamu se dělá až v PC pomocí ts demultiplexeru pomocí PIDů - např. viz parametry aid, vid mplayeru.

Z popisu demuxu http://www.linuxtv.org/wiki/index.php/Device_nodes_and_character_devices#DVB_character_devices vyplývá, že lze zařízení dvr0 požádat, aby stream přefiltroval jen na některé PIDy, ale zase to vrací transportní stream, jen omezený na požadované PIDy.

Spíš si tipuji, že omezení na počet kanálů měl tvůj přehrávací soft. Fakt si zkus pohrát s těmi dvb-apps, dělá se s nimi jednoduše a člověk krásně vidí, jak to vlastně funguje.

[Petr Šobáň]

Blbost i tvůj tuner přijímá celý multiplex.

To že některé programy neumí zobrazit víc programů ze stejného multiplexu je většinou chyba toho programu.

[j]

To nema nic spolecnyho s tunerem, jen pouzivas blbej soft.

KAZDY tuner VZDY prijima cely mux. Prepinani je pak veci aplikace, ale trebas zmineny vdr proste mux veme a (trebas) posle na sit. Coz nevyzaduje zadnej vykon CPU. A plati to pro naprosto vsechny tunery.

[petrfm]

Nasel jsem jeste tohle -

 

pi@banan ~/media_build $ ls /lib/modules/3.4.90/kernel/drivers/media/dvb/dvb-usb/
dvb-usb-a800.ko            dvb-usb-cxusb.ko           dvb-usb-friio.ko           dvb-usb-pctv452e.ko
dvb-usb-af9005.ko          dvb-usb-dib0700.ko         dvb-usb-gl861.ko           dvb-usb-rtl28xxu.ko
dvb-usb-af9005-remote.ko   dvb-usb-dibusb-common.ko   dvb-usb-gp8psk.ko          dvb-usb-technisat-usb2.ko
dvb-usb-af9015.ko          dvb-usb-dibusb-mb.ko       dvb-usb-it913x.ko          dvb-usb-ttusb2.ko
dvb-usb-anysee.ko          dvb-usb-dibusb-mc.ko       dvb-usb.ko                 dvb-usb-umt-010.ko
dvb-usb-au6610.ko          dvb-usb-digitv.ko          dvb-usb-lmedm04.ko         dvb-usb-vp702x.ko
dvb-usb-az6007.ko          dvb-usb-dtt200u.ko         dvb-usb-m920x.ko           dvb-usb-vp7045.ko
dvb-usb-az6027.ko          dvb-usb-dtv5100.ko         dvb-usb-mxl111sf.ko        mxl111sf-demod.ko
dvb-usb-ce6230.ko          dvb-usb-dw2102.ko          dvb-usb-nova-t-usb2.ko     mxl111sf-tuner.ko
dvb-usb-cinergyT2.ko       dvb-usb-ec168.ko           dvb-usb-opera.ko

 

Tam je modul dvb-usb-rtl28xxu.ko, ale pritom mi RTL2838 nejede. Neni to treba tim, ze neni zavedeny? Jak se to da zjistit, nebo jak se to vubec dela?

[petrfm]

sorry to melo jit do vlakna vedle

[Andrej]

Je třeba se podívat, co ukazuje lsmod, případně taky zjistit, co se objeví v dmesg při připojení toho tuneru. Často může jít o banální problém s chybějícím firmwarem pro tuner v /lib/firmware, který některé distribuce neinstalují příliš ochotně, protože jde o ošklivé closed-source bloby.

[petrfm]

No, vypada to na problem s verzi kernelu, viz vedlejsi vlakno. S bananaPI bude problem, ja si s kompilaci moc netykam a nic se mi prizpusobovat nechce, radeji bych koupil jiny tuner, ktery chodi (ten co mam je stejne na jiny ucel).

Proto se ptam - da se dneska na ebayi sehnat nejaky vyvojove starsi tuner, podporovany verzi jadra 3.4.90, nebo starsi? Nemate nekdo nejakou tabulku, nebo srovnani?

Diky!

P.

[ET]

ola, taky zvazuju nejaky tuner, asi by se dalo vyjit z tohodle ale zkusenost nemam

[Petr Šobáň]

Jenže koupíš tuner který je podporovaný přímo kernelem a může si stát že ten kdo ten kernel překládal tam ten ovladač nepřeložil

[dustin]

Hm, dle http://forum.lemaker.org/forum.php?mod=redirect&goto=findpost&ptid=2127&pid=13612 to pri prechodu na kernel > 3.4 chce i novou verzi ubootu.

Jiný tuner nebo počkat, až to vývojáři upgradnou, otestujou a pustí do světa.

Není holt nad x86

[petrfm]

To mas recht, taky bych to bral, ale ukaz mi desku s x86, ktera ma :

1) spotrebu v klidu, jako bananaPi

2) cenu aspon blizici se bananaPi

3) rozmery aspon blizici se bananaPi

[Petr Šobáň]

Jakejkoliv router do kterého jde dát OpenWRT

Akorát k tomu nedáš monitor

[petrfm]

Co? Od kdy behaji routery na x86? Ja myslel, ze to jsou ARMy... Navic, mivaji tragicky malo pameti a veeeelice slaby procesor. Satu jsem u zadneho taky jeste nevidel

[dustin]

Spíše to bylo myšleno tak, že pokud na tom běží openwrt, je upgrade a hlavně kompilace balíků vyřešena. BPi je nesporně dobrý poměr cena/výkon, leč to samotné sám vidíš nestačí. Dobrá podpora je základ, pokud plánuješ "exotický" hw typu moderní tv dongle vyžadující novější jádro.

[Petr Šobáň]

Jsem to myslel jako nadsázku k BPI.

[Vtipnéř]

Zdravím.

Mám Raspberry Pi s Raspbianem (jen to nejnutnější) a streamuju pomocí VDR a streamdev-serveru. Taky jsem zkoušel použít vdr-vnsi server s XBMC jako klientem na notebooku a PC, což taky šlo. Jediný problém je, že USB tunery se občas zasekávají, patrně kvůli přehřívání (viz též můj příspěvek k jedné diskusi a následné komentáře).

Jirka

[petrfm]

Ja pouzivam Rpi s XBMC distrem, jako klienta k televizi. Vaham jeste nad tim, ze bych prsknul ten DVB-T do nej a pridal mu jeste jeden ukol ale to Rpi je TRAGICKY slabe uz ted, bojim se, ze kdyz nekdo pusti film a ja budu streamovat televizi, tak se bude oboje sekat.

[petrfm]

Tak jsem se prestal trapit s bananem a rozbehal to na Rpi, kde mi bezi XBMC distro. Kupodivu to jede docela hezky, zatim jsem nezkousel, jestli to neomezi funkci xmbc, ale snad ne. Kdyz se nikdo nekouka na tv, tak si tvheadend bere tak 1% CPU, coz je super. Navic, Rpi mam u televize, kde mam i antenu, takze stav ideal

[Vtipnéř]

Zkoušel jsem něco podobného s VDR místo tvheadend ale tři věci současně (sledování televize přes XBMC, nahrávání pořadu a streamování) už bylo problematické.

[petrfm]

S tim pocitam, ze to soucasne nepujde, z toho procesoru RPi se uz ted kouri, kdyz pustim film, nebo neco delam pres GUI toho xbmc - ma to i tri vterinove lagy, ovladat to je za trest, ale funguje to a prehrava to PLYNULE, s tim XBMC si na tom fakt vyhrali a vyladili to.

Ja od toho chci jen to, abych mohl koukat na telku v siti, kdyz je hlavni telka vypnuta, nebo se nekdo kouka na televizi a tim padem se neprehrava pres XBMC z NASu. Takze pojede bud XBMC nebo Stream DVB-T. Stejne tak nahravani by melo bezet na pozadi, kdyz se spi, nebo na telku nekouka. Ukladat se bude na sitovy NAS, takze ani zapis na disk by to RPi nemel nejak zhavit, protoze to pujde ven po LANce a zatez procesoru tipuju do 50%.

[Petr Šobáň]

Já XBMC nepoužívám mám tam VDR + VDRadmin + vdr-streamdev-server a koukám přímo na stream z jiného PC přes VLC a nahrávky mám sdílené přes https (lighttpd server).

Běží to na fedoře s atomem "Intel(R) Atom(TM) CPU 330 @ 1.60GHz" a 4G ram, 120G HDD.

Zapíná se to pouze na nahrávání či si to zapnu ručně jak se chci koukat přes síť.

[petr@htpc ~]$ rpm -qa | grep vdr
vdr-epgsearch-1.0.1-0.9.beta5.fc20.1.x86_64
vdradmin-am-3.6.9-8.fc20.noarch
vdr-streamdev-server-0.6.1-0.6.git10db11ac.fc20.x86_64
libdvdread-4.2.1-1.fc20.x86_64
vdr-2.0.5-1.fc20.x86_64

[Petr Šobáň]

Jinak taky se mi párkrát zasekly DVB-T tunery (na usb) restart nepomáhal, usb bylo na té desce pořád pod napětím, tak jsem usb přepojil aby při vypnutí nebyly USB napájené a je pokoj od té doby se nezasekávají - když se HTPC vypne tak je USB bez napětí a DVB-T nehřejí.

[j]

S temahle srackometama mate problem predevsim proto, ze pokud vim, je tam sitovka pripojena pres USB. Proto to zatezuje CPU. Moje vykopavka skt 7 s 3x dvb-t tunerem zvlada vpohode s prstem v nose (cpu je prakticky iddle) ukladat 3 ruzny kanaly a samo dalsi 3 streamovat (vdr + xvdr) + tunu dalsich veci. Muj HW mozna o trosku (kolem 30W) vic papa, ale je zadarmo (krom tech tuneru). Jop, tunery jsou PCI, nikoli USB samo.

[petrfm]

Mne by ty moje dva srackomety docela stacily, delaji presne to, co od nich chci jenom by ze dvou meli udelat jeden poradny. Cili HW bananaPi opatrit SW a hlavne KERNELEM z Rpi Navic, dohromady maji MAXIMALNI odber 10W. V klidu to odhaduju tak na 5W OBA kusy - coz je proste super - ja mam rad vyladene veci a nerad plytvam tam, kde to neni treba.

Mimochodem, muze mi nekdo vysvetlit, v cem je problem portovat novejsi verzi kernelu na bananaPi? Co to odbnasi a proc se pouziva tak zastarala verze? Ja mel za to, ze je ten kod prenositelny, nebo je kernel uzce vazany na HW, na kterem to bezi? A je tedy problem v tom, ze Raspberry ma jiny procesor, nez banana a tim padem se to neda jednoduse okopirovat, ale musi se resit nejake problemy s HW? Neda se pouzit kernel z androidu, ktery na tenhle procesor uz byl vydan?

P.

[Petr Šobáň]

Tak si kernel přelož vlastní. Podle mě by to neměl být problém.

[petrfm]

Asi se do toho pustim. Ale necham to na dlouhe zimni vecery. Nikdy jsem netusil, co lidi vede k tomu, na linuxu cosi kompilovat, natoz kernel a vidis - uz pred tim stojim takze se asi zase neco noveho priucim

[dustin]

Tak na http://wiki.lemaker.org/Kernel_drivers_porting_and_configuration a http://sunxi.org/Linux_Kernel je spoustu zajímavého. Ale také tam píšou, že pro stable verze linuxu pro allwinner (sunxi) je 3.4. Mají tam i experimental/sunxi-3.14, ale "highly experimental".

Spíš by se chtělo podívat, co je tak speciálního na to tvém USB DVB-T, zda by to nešlo portnout zpět na 3.4. Možná je to jenom o přidání usb vendor/device ids. To by mohlo být jednodušší.

[JSOB]

Ja na to pouzivam Raspberry a Raspbmc. S tunerem RTL2832U to slape dobre. Chtel bych to predelat na podobnou desku jako je Banana. Mam Cubieboard2, ale vse je snad s kernelem 3.4 a ten tuner by mel byt podporovany az od 3.10.

1. Jinak na na strankach tvurcu TVHeadend mas port na raspberry. Zkousel jsem ho na Cubieboard2 a nainstalovat to slo. Ale bez meho tuneru kvuli nepodpore v jadru. Ten Tvheadend se mi zda fakt jednoduchy na nastaveni.

2. Jeden tuner zvladne posilat jeden multiplex. Kdyz se divas sam tak ti staci jeden. Pokud budou uzivatele dva a kazdy bude chtit sledovat kanal z jineho multiplexu musis mit prislusny pocet tuneru. Pokud nebudes chtit byt jakkoliv omezen plati co multiplex to tuner. Zapojis pres USB HUB.

3. Osobne jsem zkousel dva tunery na raspberry a soucasne sledovani z kazdeho z nich. V pohode to zvladalo. Jestli si dobre vzpominam nebylo vytizeni CPU ani 50%. Pak jsem zkousel poustet na pohadku do TV a zaroven sledovat jeden stream a taky naprosto bez problemu. Taky jsem na 4 zarizenich najednou poustel kanaly z jednoho multiplexu a taky v poho. Se streamovanim HD kanalu CT uz se sem tam vyskytne problem. Dejme tomu ze to obcas zakostickuje. Ale tohle bych pricital sdilene lince pro USB a LAN do CPU na raspberry. Na Banane i Cubiebordu by to melo byt myslim uz zvlast tak by to mohlo odpadnout.

Je skoda ze neexistuje podobne vyladena distribuce pro Cubieboard nebo Bananu.

[petrfm]

Ano ano, uz to tak mam taky. Banana jsem nechal opet jen jako NAS - to mu jde dobre a z toho xbmc s donglem dokonce ukladam na banana pres sambu - NFS mi nejde rozjet. A kdyz ukladam najednou dva porady + sleduju TV stream, mam procak tak 30 procentech. Asi bude soucasne XBMC nepouzitelne, ale to mi neva, protoze bud se pouziva jedno, nebo druhe.

Spis mne irituje, jak rikas, ze tak dobry HW ma tak tragicky soft. Malina je vykopavka, ale komunita kolem ni dela zazraky.

Prijde mi proste pitome, davat tam x86 masinu, ktera v klidu sezere 20W, kdyz ty dva army 90% dne nemaji co delat a kdyz drou, vezmou si 5W

Nejde mi o tech par korun rocne, jde mi o princip

P.

[petrfm]

Jinak asi by stalo za to, dostat podporu toho donglu do toho starsiho kernelu, protoze jinak mi neprisel zatim v nicem jinem limitujici, takze je mi celkem fuk, ze je zastaraly. Ale ja tu upravu, potazmo kompilaci nezvladnu. Aspon zatim ne. Mam na to jeste moc velke mezery a nemam dalsi dva dny casu

[Vtipnéř]

Zdravím.

Tady je článek s odkazem na patch pro jádro, který by to měl řešit. Je to sice pro ArchLinux, ale patch asi bude použitelný všude. Kompilaci jádra se patrně nevyhnete.

Během dvou let s ArchLinuxem jsem nabyl dojmu, že v něm se balíčky kompilují snadněji než v Debianu a jeho derivátech, ale možná se pletu. Jádro jsem ovšem nekompiloval.

Jirka