Jestli to dobře chápu, tak RPi neumí dekódovat (plynule) DVB-T2 (HEVC). Tenhle HAT tedy bude umět přijmout signál a poslat ho do sítě, kde si ho musím něčím jiným chytit a poslat do TV?
Je trochu škoda, že RPi to nezvládá kompletně. Takhle je pořád výhodnější buď nějaký NUC nebo OrangePi (to s podporou HEVC/H265) s USB tunerem.
Takhle jsem to měl taky, akorát s dvojtunerem Evolveo Venus, který žral a topil víc než jednotuner Evolveo Mars (ale měl jen jednu díru). Nebylo problémem 2 pořady ze 2 multiplexů nahrávat a na 3. čumět, nebo přehrávat nahrávku. USB Raspberry to zvládlo, ale tuner ne, po roku přestal fungovat, asi vyhořel. Teď tam mám jen ten Mars - 1 tuner je málo. Jak vyřeším DVB-T2, dosud netuším (možná nijak).
Kup si Evolveo gamma za 1390Kč. Je dvoutunerovýDVB-T2 HEVC265 a umí dva programy nahrávat a současně můžeš na něco koukat ze záznamu. Mám ho cca 3měs a po vyzkoušení jsem koupil ještě jeden (na chalupu). Naprostá spokojenost akorát při záznamu se trošku krkolomě leze do nahrávek (přes info 2x). Ahoj.
Tohle mne zajímá a tak jsem si četl i popisy přímo na RPI webu atd.
Pokud to dobře chápu, tak by minimálně RPi3/3plus mělo přehrávání přímo z něj zvládat. Nebude to asi extrémně efektivní (hodně práce sw/CPU, nejde o hw kodek), nicméně funkční by to být mělo relativně dobře, možná dokonce i na Pi2, na trojkových verzích pak vyloženě bez potíží.
Tím omezením je míněno to, že pokud vám stačí stream do sítě a pak to budete přehrávat jinde, tak na to stačí dokonce i PiZero a vznikne tedy "minimalistický stream box" s malým odběrem atd., přičemž ale přehrání by už PiZero nezvládlo.
Popravdě mi to nepřipadá jako špatné řešení a o koupi hodně uvažuji - cena ani ne 600 korun je přijatelná a dalo by se to využít různě.
Četl jsem informace přímo od zdroje a tam psali, že trojkové RPi přehraje 30 FPS s odřenýma ušima a pěkně se u toho zapotí, a to po dlouhé době těžkých optimalizací dekódovacích rutin. RPi2 musí být nutně úplně mimo mísu. Navíc my máme (minimálně u ČT) 60 FPS, sice interlaced, ale stejně - to nemusí RPi3 vůbec utáhnout.
Na dekódování/přehrávání HEVC by to chtělo vhodnější hardware, třeba Orange Pi.
Tomu RPi2 taky nevěřím, taky proto jsem psal "možná"...
U RPi3 mi to ale na více místech vycházelo docela pozitivně, těžko posuzovat.
Dodávám ale rovnou, že o koupi uvažuji do jisté míry proto, že pro své osobní potřeby bych téměř jistě využil streaming do LAN, takže by pro mne nákup byl celkem bez rizika, tohle pojede určitě, přímé přehrávání by bylo jen příjemný bonus :-) Pokud by to někdo chtěl kupovat primárně kvůli přímému přehrávání, tak bych asi byl s nákupem podstatně opatrnější.
Ty 2 tunery USB jsou jako zvenku připíchnuté navíc k jednomu vnitřnímu? Nebo to nemá žádný vnitřní?
Věřím tomu, že to funguje, ale krabička za 3500 + 2x tuner za 500 je docela lata. Zadalší to bude asi žrát jak kráva, je to uzavřená krabička a má podporu (údajně) 5 let - co pak?
Byl bych radši za nějaké řešení typu Linux + Raspberry tak, jak se to dělalo dosud.
Nové RPI už HEVC umí a tak není problém. Viz tento návod: https://ceskeforum.com/viewtopic.php?f=143&t=15283
Přesně tohle jsem hledal, ale... s HEVC. Na TV klienta nemám, je tam Firefox OS a pro to těžko něco takového existuje. U TV mám více "krabek" a ještě si tam dávat další jako klienta, to fakt už ne - nebylo by další HDMI. ;) Ví někdo, proč se RPi nevyrábí s podporou toho kodeku? Setkávám se s ním čím dál tím více a podpora by byla super. SW vykreslování fakt nezvládá a HW podpora není. Já bych si klidně tu 500 připlatil, kdyby to mělo podporu HEVC. Chápu, že se snaží o co nejnižší cenu, ale... není to škoda?
Ta "karta" (HAT) nijak s obrazem nepracuje, takže neřeší kódování, licence, poplatky, nic. Jen vezme datový stream z antény a pošle ho do sítě (v doporučeném nastavení), protože přehrát (dekódovat) ho RPi stejně nezvládne. Tudíž nic nedoplácejte, neaktivujte, na přehrávání si pořiďte třeba Orange Pi.
btw: C2 ma S905, to meli/maji levne (~500-1000Kc vcetne 8GB/16GB eMMC, IR Remote) Android TV Boxy, melo by na ne jit dat LibreELEC...
https://forum.libreelec.tv/thread/9759-choosing-a-s905-s905x-s905d-s905w-s912-box-guide/
https://medium.com/@tomac/how-to-install-libreelec-linux-on-cheap-android-tv-box-51f82cdf10c1
jo o tom jsem take uvazoval, ale nechtel jsem se drbat s podkladovou vrstvou androidu. Takze jsem bral c2, kam jde dat primo libreelec/linux nebo jsou pro to i ty raspbiany nebo proste "plnotucny" linux. Mimo to tam maka i hdmi-cec (coz teda nevim, mozna to funguje i na tech android tv boxech).
pouzivam to misto puvodnich raspberry+libreelec, ktere h256/4k nedaj. Tuner jsem mel v nasu ve sklepe. Ale nevidim v tom setupu problem. Jen jsem to psal proto, ze proste ta c2 dava h265 s prstem v nose - jo teda akorat uz to nenakrmite usb portem z televize (napajeni) - raspberry jsem mel pichnute do usb v televizi, takze se zaplo spolu se zapnutim televize. Tedy ono to nakrmite, ale jak zapnete nejake prehravani neceho narocnejsiho tak se to sekne, protoze to nebude mit dost stavy - ale je mozne ze nektere telky daji na usb vic nez 0.5A a pak by to mohlo byt v pohode.
Ale take mozno zkusit jak pisou podemnou neco levnejsiho s androidem.
Samotného mě zajímalo jestli nekecám (ohledně C2 s 265 už to mám testlé od minula, ale tak co bych neudělal ze studijních důvodů).
Pořídil jsem tedy evolveo t2 usb stick na blind (0572:c68a). Byl porod to tedy rozfungovat v raspbianu, musel jsem downgradnout kernel na 4.9.80 z aktuálního 4.14.něco (na něm to nejelo) a zkompilovat modul z crazycat linux_media.
Nakonec tedy, pod střechou mám raspberry3 s raspbianem a tímhle stickem. Nahodil jsem na něj tvheadend 4.2.4-dmo1~bpo9+1~rpt1 a pouze streamuju dvb-t a dvb-t2 do sítě. Odroid c2 v jídelně, kde mám kodi nějaké starší a maká to v pohodě.
Na raspberry v obýváku mi jde samozřejmě jen dvb-t kanály v mpeg2 (ale musíte mít koupenou licenci na mpeg, jinak vám půjde jen zvuk).
Tedy nevidím problém s tím provozovat C2 plus kodi plus tvh rovnou na jednom zařízení, co jsem se snažil rozfungovat ten usb stick, tak v libreelecu by měly být rovnou drivery pro tento stick a nemusí se tam dělat nějaké brekule s kompilací.
Debilní tedy je, když si tvheadend zrovna rozmyslí a začne sosat epg, tak si nic nespustíte, když je zrovna naladěn na jiném multiplexu než chcete koukat.
Jinak jsem zkoušel tři kanály zároveň z jednoho multiplexu a pohoda. Timeshift a nahrávání nemám nastaveno, to by ta sdkarta nedala a posílat to někam na nfs se nechci drbat.
Mno, tedy závěr - funkční a já to zas rozmontuju, protože debilizátor nechci provozovat, ale ta dvouhodinová session s dětmi kdy jsme přepínali kanály a hledali kde běží reklamy a hádali na co je to zrovna reklama a psali body... ta byla k nezaplacení :-)
Hele a ten Odroid C2, proč ho nenabízí žádný český e-shop? Nebo neumím Googlovat? Nejblíže jsem našel toto:
Znáte ten e-shop někdo? Nebo raději koupit rovnou z Číny? To se mi nechce a bojím se, že je to na dlouho. Prostě bych rád, to co umí RPi3, ale aby to umělo i 4K a ten gigabit. Musím k tomu ještě dokupovat něco? Nebo mohu použít věci od mého RPi? Válí se mi tu několik nabíječek na RPi origo, usb klávesnice, hdmi taky mám, co víc? Jedině mě napadá, jestli tam nebude potřeba chlazení jako u RPi 3...
ja kupoval ODROID-HC1 primo od vyrobce Hardkernel:
https://www.hardkernel.com/main/products/prdt_info.php?g_code=G145457216438
chlazeni? uz ses na C2 alespon podival? ten pasivni chladic pres pulku desky sis nevsiml? :-D
https://www.hardkernel.com/main/_Files/prdt/2016/201602/ODROID-C2_highresolution.png
adapter, nejsem si jist zda lze napajet C2 pres microUSB konektor, ale ma vyhrazenej pro 2.5/0.8mm
https://www.cnx-software.com/wp-content/uploads/2016/02/ODROID-C2.jpg
https://www.hardkernel.com/main/products/prdt_info.php?g_code=G143652633329
Díky moc. Přeci jen bych rychlejší dodávku než v řádu týdnů. ;) Já když něco objednám, mám to nejraději max. do 3 dnů. ;) Týden je pro mě mezní. Když něco potřebuji, tak právě hned a ne až za týdny jako v případě Číny apod. Když jsem hledal Odroid, tak na mě vybaflo spoustu příslušenství, včetně aktivních větráků, tak mě to donutilo přemýšlet a asi jsem se nepodíval na tu desku pořádně. :-D To se omlouvám. Nevím, co znamená 2.5/0.8mm :-) jako napětí lomeno velikost zdířky? Fakt, v tomhle se vůbec nevyznám, mě jde o sw část. ;) Každopádně díky za info.
C2 jde napajet pres mikrousb (nebo gpio) - ale nesmite pak po nem chtit nic narocneho nebo se sekne :). Objednaval jsem primo od hardkernel a rovnou s tim jejich zdrojem s tim jejich pidikonekturkem.
Ale je teda pravda, ze co si ted vzpominam, tak jsem to nezkousel s nejakym lepsim usb zdrojem - zkousel jsem jen napajeni primo z usb na televizi nebo tim jejich adapterem.
""Ví někdo, proč se RPi nevyrábí s podporou toho kodeku? "
Protoze (cca 10 let?) stary Videocore 4 proste HEVC neumi - prvni model Raspberry je z roku 2012 a od te doby nebyla v tomhle zadna zmena. Na necem zalozenem na videocore 5 se pracuje ale tezko rict jestli uz pristi rok nebo az pozdeji (zvlast kdyz tristi sily a delaji blbosti typu tv tuner kterych je plna ebay). Prvni verejne zminky tykajici se dalsi generace jsou z roku 2017 https://anholt.github.io/twivc4/2017/07/10/twiv/
Videocore 4 je hlavni cip v raspberry a ma na sobe vlastni CPU/VPU, GPU/QPU a vsechny periferie (vcetne radice pameti, proto treba nelze rozsirit nad 1GB) . ARM jadr(o/a) na kterych bezi linux je jenom takova prilepena bokovka kterou vylepsili v pi2 a pi3 ale zaklad je porad stejny. Videocore 5 (novejsi nazev je V3D, 'V' ve smyslu '5') uz je jenom GPU takze zbytek uz bude klasictejsi architektura - nejpis zase od Broadcomu.
Hmm taky jsem něco takového hledal. Takže pokud to chápu dobře, tak zpracováním se myslí i ukládání a nahrávání? Jakože v současnosti mám RPi s tvheadend, kde dělám stream do sítě pro ostatní zařízení + přímo se serveru ukládám co chci. Budu moct nahradit tímhle svoje řešení nebo budu muset tvheadend rozjet třeba na Orange Pi a tímhle si ten signál jen streamovat?
Ono to tu uz bolo spomenute. RPI + DVB-T2 tuner by v tomto pripade mal sluzit ako DVB-T2 server. RPI nic nemusi prehravat, len vezme DVB stream a prekonvertuje ho do IP streamu. Potom na kazdom zariadeni v sieti, ktore pozna prislusny protokol sa bude dat stream prehrat.
Dolezite je povedat, ze jeden DVB-T2 adapter pokryje jeden multiplex. Ak sa to pouzije na jeden TV (zobrazovac) tak je to OK. Ak mate v domacnosti viac TV (zobrazovacov, tablet, tv, pc,smartfon, ntb atd ....) a chces sledovat program z ineho multiplexu, tak to nepojde.
A co sa tyka tvheadend, tak ten nevie multicasting, takze sledovanie jedneho kanalu na viac zariadeniach, traffic znasobuje.
Chcelo by to skor dvblast, ktory multicast vie (+ samozrejme router s igmp)
No ten multicast v LAN stejně nepomůže. Agreguje provoz před routerem a router ho rozesílá dalším routerům, nebo koncovým zařízením. Takže to vypadá tak, že do baráku by čel jeden stream a rozdělil se třeba na pět kopií v rámci LAN. Pokud streamuješ přímo v LAN, stejně musíš posílat pakety individuálně na každou MAC adresu s registrovaným odběrem.
To bys musel vysílat do VLANy, kterou rozstřelíš až na routeru. Teda ne že by to nebylo, vzhledem k LAN na USB2, celkem praktický z pohledu provozu...
> No ten multicast v LAN stejně nepomůže. Agreguje provoz před routerem
> a router ho rozesílá dalším routerům, nebo koncovým zařízením.
> Takže to vypadá tak, že do baráku by čel jeden stream a rozdělil se třeba na pět kopií v rámci LAN.
> Pokud streamuješ přímo v LAN, stejně musíš posílat pakety individuálně na každou MAC adresu
> s registrovaným odběrem.
>
Je to trochu jinak.
IP multicast cílová adresa (a.k.a "multicast group") se v LAN mapuje na L2 multicast mac adresy. (Je tam jakési překryvné / neunikátní mapování, protože tuším těch L2 adres je míň než L3 "multicast groups", ale to sem teď netahejme.)
Hloupý L2 switch, který neumí s multicastem inteligentně pracovat, pracuje s multicastem jako by se jednalo o broadcast. Bavíme se o zpracování cílových adres paketů a forwardovací rozhodnutí.
Čili první korekce z mé strany: směrem do LAN se provoz nerozplétá (nenásobí) na několik unicastů, pouze se v horším případě v konečném důsledku tupě broadcastuje na všechny porty. Šířka pásma se nenásobí.
Aby fungovalo "přihlašování příjemců do multicastových skupin" (přihlašování k odběru "na konkrétní multicastovou L3 adresu"), toto v LANce na L3 zajišťuje protokol IGMP. On multicast může jistě fungovat i bez IGMP, ale v tom případě se bude efektivně jednat o broadcasting a prostě který klient si ten provoz zpracuje a který ne, to už je jejich věc (softwarově ten paket musí vzít do ruky každej, což znamená zátěž pro "nevinné kolemjdoucí", pokud si multicast nějak neofiltrují s offloadem filtru do hardwaru).
Ono je to nakonec úplně přesně tak, že na hloupém L2 switchi se stejně bude mcast broadcastovat, i pokud L3 příjemci zdvořile používají proti lokálnímu L3 multicast routeru IGMP. Prostě jakmile se přihlásí první příjemce, dostane výsledný multicastový stream celá LANka, jakoby se jednalo o broadcast.
Pokud si ovšem pořídíte LAN switch, který umí IGMP *snooping*, můžete dosáhnout toho, aby i v LANce multicastový provoz dostávali pouze ti klienti, kteří si o něj explicitně řeknou. L2 switch lstivě naslouchá vrstvě L3 (IP) a pokud detekuje IGMP paket, tak si ho podrobněji rozebere - a řídí se "přihláškami" IGMP klientů k jednotlivým "multicast groups", tzn. následně podle toho forwarduje L2 multicast traffic. Tato fičura je výsadou "managed" L2 switchů, a to možná nikoli všech. Minimálně u levných kancelářských web-smart krabiček bych IGMP snooping úplně nehledal. Pokud tuhle schopnost potřebujete, hledejte ve specifikacích. Průmyslové managed switche IGMP snooping obvykle "umí", a snad jsem viděl i nějaké levné primitivní varianty téměř bez managementu, například bez podpory VLAN, které zrovna IGMP snooping podporovaly.
Jeden populární zádrhel pro začátečníky spočívá v tom, že pokud zapnete na switchi IGMP snooping, tak Vám přestane fungovat multicastový provoz mezi účastníky, kteří IGMP řádně nepoužívají. A některé switche mají IGMP snooping ve factory defaultech zapnutý. Zbytek toho vtipu si asi domyslíte...
Kromě toho ještě existuje scénář, kdy by si multicastoví klienti rádi říkali o příjem multicastu pomocí IGMP, ale "zdroj streamu" na své straně IGMP neumí :-) Třeba protože je pouze přímým zdrojem mcast paketů (IQ tykve) a neběží na něm L3 multicast routing služba, která by se o IGMP postarala na serverové straně. Resp. OS, ve kterém běží zdroj mcast trafficu, nemá zabudovanou podporu pro IGMP na "serverové straně". Pro tyto případy některé switche nabízejí službu "IGMP querier". Jako že switch to IGMP bude pást v zastoupení za hloupý a neschopný zdroj multicast provozu.
A někdy je k vidění i podrobnější per-port konfigurace.
Fičurky IGMP snooping a querier jsou obvykle k dispozici pouze na switchích, které umí management včetně podpory VLAN. A potažmo lze tyto dvě multicastové vlastnosti zapnout/vypnout/provozovat per VLAN.
Čili sumárum: i v LANce je možné, aby multicast provoz tekl jenom k tomu, kdo si o něj řekne, aby se nic nejen že neduplikovalo unicastem, ale dokonce aby ani "nezúčastnění" nebyli obtěžováni objemem irelevantních "broadcastů". Je k tomu potřeba trochu slušný managed L2 switch, a je k tomu potřeba podpora IGMP od všech zúčastněných.
Mimochodem pro multicast routing mezi L3 routery existují protokoly DVMRP a PIM.
A poté co se pokusíte něco takového si postavit, můžete s úžasem zjistit, že dodnes, po 20+ letech používání / ustalování / skoro žádného vývoje, je v tom u různých výrobců dodnes spousta bugů, nedodělků, částečné podpory, rozdílných přístupů a vzájemných nekompatibilit. Takže pasivní sondu, wireshark pod Linuxem a hajdy ladit :-)
V tomto světle, jestli TVheadend jede jenom unicastem, tak mě to vlastně nepřekvapuje. Ono už jenom když uvážím schéma, že by si klienti říkali headendu "já chci přijímat tenhle TV kanál" a on by odpovídal "fajn, chytni si ho na multicast grupě xyz", přičemž by pro každý TV kanál otevřel právě jednu skupinu, ale až pokud ten kanál někdo bude chtít... Je pro to nějaký standard?
Prvy krat vidim HAT pre PRi, ktory pouziva len GPIO konektor a pritom komunikuje s CPU vyssou rychlostou. Vsetky doterajsie pouzivali prasacky USB port. Neviem, ze kde su hranice v sirke pasma ale rad by som videl aj dalsie podobne. (2xGb ethernet, dalsi USB radic, SATA port alebo m2) Mozno by sa na podobne veci dali vyuzit aj rozhrania urcene povodne pre kamerku a display.
Tohle používá SPI a tam se asi nedá dostat přes 125 Mb/s. Ke konektoru na kameru jsem našel že maximum je kolem 1.6 Gb/s, to už je lepší, ale na rozdíl od SPI pro to předpokládám nebudou PHY tak běžná (netuším jestli jde vzít nejlevnější FPGA s LVDS a udělat to na tom).
Někde jsem zahlédl, že by snad další revize RPI mohla vyjít někdy na jaře 2019. Tak snad tam dodají i podporu H265.
Zkoušel jsem orange pi, hw dobrý, ale sw podpora je od výrobce mizerná (téměř žádná).
Kodi na tom pořádně neběží, mythtv na tom padá, akcelerace videa ano, ale tak nějak podivně - pouze ve starým jádře, pouze VLC. HDMI CEC se mi rozchodit nepodařilo vůbec. Prostě věci které mi na RPI fungují bez problému, tady těžké hackování.
Daný HAT jsem si koupil jakmile vyšel článek. Dal jsem ho na RPi 3 s LibreELEC a tvheadend. Máte někdo tušení jak poznám, že jsou kanály na DVB-T2? V tvheadend vidím jen DVB-T https://imgur.com/a/Wgkz5An (možná je tam jádro bez podpory / starý tvheadend? - zatím jsem to negooglil). Jinak co se týče koukatelnosti přes HDMI ... tak spíš ne e ... možná jako nouzovka. Obraz není úplně plynulý. Nehledě na odezvu při přepínání. HAT tedy půjde na RPi Zero W (stávající varianta sviští bez problémů přes wifi). Používat se bude primárně pro "starou" televizi, která půjde do děcáku a bude k ní připojené plnotučné HTPC.
Taky jsem ho koupil hned, připojil na Rpi Zero, upgradoval a updatoval Raspbian (jen konzole), nainstaloval TVheadend, ALE k mému zklamání vidím taky jen DVBT1. Jsem v Pze, anténa za oknem, takže by měly být k dispozici všechny programy, ale nemám ani jediný. Vidím to nějaký problém v TVheadend. Ostatní země nabízí spoustu lokálních vysílačů, jen pro ČR je tam jediný.
Přehrávám buď na mobilu nebo na PC přes VLC a naprosto v poho. Zajímavé je, že RP3B+ přes VLC nenačte pořádně ani první snímek, ale přes mplayer jede bez problému. V OSMC (na dalším RPi3) mám doinstalovaný doplněk (teď nevím přesně název, něco s tvheadend) a opět v pohodě přehrávám.
https://forum.root.cz/index.php?topic=14730.0 - jen zběžně jsem to projel očima, bude třeba doplnit multiplex/kanály do konfigurace tvheadend ... ještě jsem na to neměl čas, ale asi to bude schůdné
Ano řešením je najít si na stránkách multiplexy s DVB-T2 tedy příslušné frekvence na na kterých se v praze vysílá a u nich změnit charekter z DVB-T na DVB-T2
TVheadend -> KOnfigurace -> DVB-T výstupy -> Muxy -> príslušný střed frekvence -> editace -> změna DVB-T na DVB-T2 -> přepnout na zobrazení expert -> změnit v pokročile nástavení stac scanu na aktivní a mělo by znava danou frekvenci projet po ulození. a to udělat pro všechyn muxy
Poslední aktualizace OSMC a TV HAT si spolu již rozumí bez problémů (RPi 3 b+) D
dmesg | grep CXD
[ 4.928062] dvbdev: DVB: registering new adapter (CXD2880)
[ 5.022694] cxd2880: cxd2880_attach: CXD2880 driver version: Ver 1.4.1 - 1.0.5
[ 5.022712] cxd2880 spi0.0: DVB: registering adapter 0 frontend 0 (Sony CXD2880)...
[ 5.023656] cxd2880_spi: cxd2880_spi_probe: Sony CXD2880 has successfully attached.
Pěkný návod na zprovoznění zde
https://www.modmypi.com/blog/getting-started-with-the-raspberry-pi-tv-hat-and-osmc
ve zkratce
My OSMC -> instal TV headend -> v prohlížeči zadat IP:9981 -> nakonfiguraovat -> doplňky -> PVR klient -> TVheadent HTSP client -> nakonfigurovat IP a jméno heslo -> povolit plugin -> už to chodí.
jen škoda chtělo by to více tunerů:)
Zabírá cele GPIO
a není dále průchozí, co by šlo připíchnout nějaké USB tunery, ale obávám se, že již toto je pro malinu pomarně tučné sousto pokud tam člověk pustí něco v H.265 procesory jsou pak na cca 60-70% někdy i více.
u ostatních tv kanálů je to jen do max 20%
Jinak více tunerů by na TVheadend mělo být možné pokud budou rozpoznány.
nevím co by na to řekl klient možná koupím dongl z číny a uvidím
Mám na Rpi3B+ a na něm nasazenou tuhle TV HAT kartu, na pevné síti. Používám ho jako multimediální centrum, připojené na domácí NAS. Mám nainstalovaný OSMC, jehož součástí jsou TVheadend server i klient, které bez problémů frčí. Chtěl bych si občas nahrát nějaký pořad, což taky funguje.
ALE chtěl bych nahrávat přímo do NASu a ne na kartu OSMC (malá kapacita). Do nastavení nahrávání TVheadend serveru zkouším zadat místo nastavené cesty /home/osmc cestu do NASu klasicky: smb://uzivatel:heslo@IP_adresa_nas/adresar, zkoušel jsem i ftp, ale nic se nenahraje, nehlásí ani řádnou chybu.
Prosím, poradíte něco (spíše polopatického..) jak to připojit k NASu? Díky.
Díky, zkusím se tím prokousat,
mezitím jsem zkoušel:
vytvořit adresář: /media/nas
pak do /etc/fstab přidat řádek:
//ip_adresa_uloziste/adresar /media/nas cifs username=jmeno,password=heslo,iocharset=utf8 0 0
pak: mount -a
tím jsem připojil NAS
ještě jsem snad ošetřil práva do toho adresáře: chmod 777 -R /media/nas
tutéž cestu jsem zadal do tvheadend pro rekording
ALE když spustím nahrávání tak tvheadend jenom zahlásí, že "soubor nebylo možné vytvořit", asi narážím na nějaký přístupový práva.. nevím...
Je to WDEX2, mám tam mj. uživatele "admin" a "pi", oba mají práva do všech adresářů pro čtení i zápis.
TVheadend běží na RaspberryPi, přihašuju se jako uživatel "pi", ale mezi uživateli jsem našel i "hts".
Zkoušel jsem v "fstab" uživatele "pi" i "admin", ale výsledek je stejný. Po "mount -a" se NAS připojí, na ploše Raspi přibyde adresář NASu, vidím v něm všechny soubory, ale nemůžu do něj zapsat.
Zkoušel jsem (už trochu zoufale - nejsem moc linux znalý) různě měnit práva k adresáři, uživatelů, skupiny, atd...
sudo usermod -a pi -G video (i pro hts)
sudo chmod 777 -R /media/video/
sudo chgrp video -R /media/video/
sudo chgrp -R pi /media/video && sudo chmod -R g+w /media/video (i pro hts)
ale když vypíšu vlastnosti adresáře /media/video, pořád je:
drwxr-xr-x 2 root root 0 led 1 09:19 video
asi proto do něj nelze zapsat, ale už fuckt nevím, jak to změnit...
A ta práva co jste zkoušel změnit, jste měnil na tom R-Pi, nebo na tom NASu? Z toho popisu si nejsem jistý.
Myslím, že v zásadě to děláte správně.
A tohle "ale když vypíšu vlastnosti adresáře /media/video" je z toho NASu, nebo R-Pi?
Myslím, že musí být také správně nastaveno povolení toho sdílení na tom nasu NASu.
Pokud chcete, můžu se Vám na to přes TeamViewer podívat.
--
Mareg
Na NASu není moc co nastavovat, pouze konkrétnímu uživateli a adresáři se zatrhne "čtení i zápis". Neběží na Linuxu, má svoje vlastní (webové) rozhraní.
Takže popisovaná nastavení řeším na Raspi, na kterém běží tvheadend.
Možná dojde i na ten teamwiever...Díky za nabídku. Ještě s tím zkusím pobojovat.
A tenhle návod jste procházel?
https://support.wdc.com/product.aspx?ID=911
Zkuste mi příště napsat na mail, ať tu už neprudíme.
--
Mareg
for Mareg: MOC DĚKUJU za ochotné a hlavně úspěšné vyřešení problému!
Pro ostatní: problém byl v přimountování NAS úložiště, které nechtělo dovolit zapsat do svého adresáře. Řešení v fstab je takovéto:
//IP_adresa_NAS/adresar_pro_zapis /mnt/adresar_pro_zapis cifs username=uzivatel,password=heslo,iocharset=utf8,rw,file_mode=0777,dir_mode=0777 0 0
V nastavení recordingu v tvheadend se pak jako cesta zadá: mnt/adresar_pro_zapis místo defaultního /var/lib/hts
Otázka na (snad) šťastné majitele: Nějaké zkušenosti? Ideálně lepší, než výše zmíněné "přes HDMI na to jde koukat jen jako nouzovka"...
Přes tvheadend to funguje plynule? V prohlížeči? Ve VLC?
Manželce doma chybí TV, já ji nechci, zatím provozuji starý DVB-T1 Evolveo Mars v akci za krásných 234 Kč, ale bojím se, že budu muset kupovat něco nového a za tu televizní stoku se mi peníze vyhazovat nechce... Jenže jak tak na to koukám, asi nakonec nejlíp vyjde koupit fakt TV do ložnice a mít v obýváku u PC klid, jelikož tahle řešení zaberou akorát čas a stejně nejsou spolehlivá. Nemluvě o nutnosti PC, na kterém se to přehrává, protože RPi to s vlastním monitorem nezvládne... Předem díky za tipy...