| Találatok száma: 1823 üzenet |
|
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
1560.  Elküldve:
2015-02-14 21:01:15 |
[126.] |
Egy gépen vannak, de network mód nélkül nem megy.
És megjelenik a dvbapi plugin beállítási menüben az oscam hlózati mód engedély/tiltás is, az IP cím mellett.
A CAM menüben is van 3 darab oscam pont, melynek nincsenek menüi.
Egész gyors a csatornaváltás.
Viszont itt eggyel nő az kártya osztás száma, hisz a pécés oscam cccam readere az ami kommunikál az amikóval.
A tiszta az lenne, ha vagy az amiko oscamjára tudna csatlakozni közvetlenül a vdr, mint az sc esetében teszi ezt a routeren belül, külső hálózat nélkül cccam protokollal.
Hisz sc -nél el sem kell indítani a cccam szervert a kliensként történő csatlakoztatáshozt.
Így meg el kell indítanom a pécés oscam szervert is, amire most csatlakozik a dvbapi -val a vdr.
Egyébként itt az oscamos/dvbapis módnál nincs hibajelzés a vdr kilépéskor, mint az sc -nél.
|
| |
|
|
[előzmény: (1559) JV16BAR, 2015-02-14 20:49:35]
|
|
Kiváló dolgozó  |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1558. Elküldve:
2015-02-14 20:43:45 |
[127.] |
KIpróbáltam a vdr-2.1.10 és vdr-dvbapi-2.1.1 kombinációt.
Úgy látszik a régebbi dévébapi nem használható.
Itt már döng szépen!
Szépen jönnek az előfizetéses adóim.
A pécés oscam -ra csatlakozik a vdr, a pécés oscam meg egy ccca, readerrel az amiko oscamra.
|
| |
|
[válaszok erre: #1559]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1557. Elküldve:
2015-02-14 20:12:31 |
[128.] |
A vdr setup.conf -ban:
dvbapi.LogLevel = 2
dvbapi.OSCamHost = 192.168.0.101
dvbapi.OSCamNetwork = 1
dvbapi.OSCamPort = 2000
A 192.168.0.101 a saját gépem hálózati címe, amit a routertől kap. Ezen fut az pécén az oscam is.
Nem értem.
Az sc -vel kapcsolatban meg biztosan az én készülékemben van a hiba.
Az UHU-2.2 -n kilép rendben, de ezt az üzenetet hagyja a vdr-2.1.10 a terminálban:
/var/vdr/config/vdrstart: 69. sor: 16232 Lebegőpontos kivétel /usr/bin/vdr '-s killall vdr' --no-kbd --lirc=/var/run/lirc/lircd -Psc '-Psofthddevice' '-Pskinnopacity -l /var/vdr/config/plugins/skinnopacity/logos' 2>&1
Majd megtalálom.
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1555. Elküldve:
2015-02-14 19:22:06 |
[129.] |
Ez van a system.logban:
DVBAPI-Error: Cannot connect to /tmp/camd.socket, Do you have OSCam running?
Pedig fut.
Mi csinálja ezt a camd.socket -et?
Az sc-vel csak az a bajom, hogy vele az új vdr leállítása nem sima, sokszor erőszakkal kell kilőni, mivel lebegőpontos hibát, vagy malloc() hibát jelez és belefagy.
De nem mindig.
|
| |
|
[válaszok erre: #1556]
|
[előzmény: (1554) JV16BAR, 2015-02-14 11:43:55]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 6013. Elküldve:
2015-02-14 18:22:11 |
[130.] |
Köszi Pubi!
Azért tettem itt fel az oscam topicban a kérdést, mert nem tudom, hogy hány dvbapi bejegyzés ésfelhasználó lehet egy oscamon.
Itt meg nagy oscam tudorok vannak.
Az amiko dvabapi része ilyen az oscam.conf -ban:
[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
request_mode = 0
delayer = 0
user = amiko
A VDR -nek meg ez kellene:
[dvbapi]
enabled = 1
pmt_mode = 4
listen_port = 2000
user = vdr
boxtype = pc
Ha ez nem fér meg egymás mellett a boxban, akkor ez reménytelen.
Ha lehet, akkor csupán még egy vdr usert kell definiálnom dvbapi protokollal.
A linuxos topicban folytatom...
|
| |
|
[válaszok erre: #6018]
|
[előzmény: (6012) Pubi, 2015-02-14 17:56:33]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 6007. Elküldve:
2015-02-14 10:20:30 |
[131.] |
Csatlakoztatni szeretnék az amiko (sh4 ) boxomra, melynek van már egy dvbapi usere, azaz maga az amiko box, egy újabb külső usert, a vdr -t szintén dvbapi protokollall.
Hogy világosabb legyek.
Van egy futó VDR program a pécémen, ezt szeretném csatlakoztatni a box oscamjára dvbapi protokollal, hogy a box oscamja ki tudja szolgálni. A vdr-nek van egy vdr-dvbapi kiegészítése, de ez csak dvbapi protokollt tesz lehetővé.
Lehetséges ez?
|
| |
|
[válaszok erre: #6012]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1552. Elküldve:
2015-02-14 00:25:44 |
[132.] |
Hogy a nyavalyába kell ezt a vdr-dvbapi cuccot konfigurálni, hogy külső oscam szerverre csatlakozzon vele a vdr és működjön is?
Ez lenne az igazi.
A külső oscam szerveren már van egy dvbapi felhasználó, maga a box user és nem pc box típussal.
A vdr-dvbapi meg pc boxtype dvbapi szekcióval csatlakozna a leírás szerint.
Kínomban...
Csináltam a pécémre egy oscam -ot az svn-ből. El is indítottam, na nem damon módban. Csináltam neki oscam.server, oscam.conf, oscam.user fájlokat kitöltve.
Egy readert az oscam.server fájlba, ami a boxomról olvas cccam protokollal.
Egy vdr usert is csináltam ami a helyi oscamra csatlakozik.
Még a webif -je is megy, nem csak az amiko oscam webifje.
A vdr setup.confba beleraktam a dvbapi leírás alapján a 3 db konfigurációs sort, majd elindítottam sc plugin helyett a dvbapi pluginnal.
A webifen él a boxom readere és rajta van a vdr user is, de nem csinál semmit.
Semmi emm -et nem küld senkinek.
Nem tud valaki pü-ben akár segíteni?
|
| |
|
[válaszok erre: #1553]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1551. Elküldve:
2015-02-12 22:39:21 |
[133.] |
UHU ubk-2.2 alá is elkészítettem, itt is van ilyen hiba leálláskor:
<!--kod start-->*** glibc detected *** /usr/bin/vdr: malloc(): memory corruption: 0x095c5d60 ***<!--kod end-->
De itt legalább leáll a VDR, még ha a terminál, amiből indítottam volt, a billentyűzetet már nem is érzékeli.
De legalább becsukható.
És menübül indítva a vdr-t leáll és a terminálja is becsukódik.
Lehet, hogy a glibc -vel van a baj...
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1549. Elküldve:
2015-02-12 21:19:44 |
[134.] |
Lehet, hogy magamnak megcsinálom, ahogy én kedvelem, de ilyen hiányosságokkal nem fogom publikálni az UHU csomagokat.
Stabil leállítás az követelmény minden megjelenítővel és bármely plugin használatával.
A skinnopacity is követelmény nálam, nem akarom a felhasználókat választási kényszer elé állítani. A xineliboutput ütközik a skinnopacity-vel, egyszerre nem használhatók.
A setup plugin mondjuk kiváltható a menuorg pluginnal.
Nem kell sietni a frissítéssel, meg kell várni, míg a hibák kibuknak és kijavítják azt, amit lehet.
|
| |
|
[válaszok erre: #1550]
|
[előzmény: (1548) JV16BAR, 2015-02-12 20:47:34]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1547. Elküldve:
2015-02-12 19:40:57 |
[135.] |
Egyre több gond van a VDR-2.1.9 -el.
1. A xineliboutputból csak a legújabb svn változat jó neki, de az nem add true-color módot a --hud opcióval indítva, tehát a skinnopacity -val nem használható.
2. Az sc csak a régebbi forrásból építhető fel.
3. Az sc plugin csak a xineliboutput kombinációval eredményezhet biztonságos VDR leállítást.
4. setup plugin nem alkalmazható többé a VDR -hez, nincs hozzá extensions folt.
Egyelőre ennyi, én maradok még a 2.0.7 -es VDR-nél.
|
| |
|
[válaszok erre: #1548]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1546. Elküldve:
2015-02-12 18:11:39 |
[136.] |
Még nem adtam fel teljesen, megpróbálom a gittel kifoltozni a softhddevice plugint, meg változtatok az sc FFDECSA opción, hátha nem jó neki az a PARALLEL_32_INT, amivel csináltam.
Gondolom az is okozhat memóriazavart.
|
| |
|
|
[előzmény: (1545) JV16BAR, 2015-02-12 18:08:37]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1544. Elküldve:
2015-02-12 17:40:41 |
[137.] |
Ezt a softhddevice -t ki fogom hajítani még a végén!
Most tudtam kipróbálni a friss sc plugin csomagomat élesben és sofhddevice alatt kiakad a VDR a leálláskor:
febr 12 17:33:10.771 [cardclient.cccam2] logout from server initiated
*** Error in `/usr/bin/vdr': malloc(): memory corruption: 0x091bb6b0 ***
A xineliboutputtal nincs ilyen gond, azzal szépen dönget és le is állítható szótlanul a VDR.
|
| |
|
[válaszok erre: #1545]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1543. Elküldve:
2015-02-12 16:02:15 |
[138.] |
Az, ami lefordult a 2.0.7 VDR -el, 2.1.9 -el nem fordul le, amint beidéztem a hibát.
A régebbinek mondott (0.9.3.20120815) az, ami lefordult, csak kicsit megfoltoztam a makefilét az újabb VDR verziókhoz.
Meg még pár dolgot, hogy legyen neki libsc-dvbsddevice,so -ja és libsc-dvbhddevice.so -ja is.
Persze ehhez a vdr-dev csomagot is ki kellett bővítenem a dvbhddevice és dvbsddevice fejlécekkel és forrásaikkal
|
| |
|
|
[előzmény: (1542) JV16BAR, 2015-02-12 12:53:18]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1541. Elküldve:
2015-02-12 12:22:08 |
[139.] |
Megoldva az sc!
Az, hogy softhddevice miért nem hajlandó távbetanítani, az még nincs.
|
| |
|
[válaszok erre: #1542]
|
[előzmény: (1540) attuska, 2015-02-11 21:17:08]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1540. Elküldve:
2015-02-11 21:17:08 |
[140.] |
Stabilan ment nekem az ffdecsawrapper, de nem nyerte meg a tetszésemet, komplikáltabb az elindítása és kissé a setétben dolgozik.
A sima sc -vel meg el sem kell indítani semmilyen okosságot, ha csak kliensként megy a vdr, akkor simán rá tudom csatlakozni a vdr-t cccam protokollal az alienemre, amiben oscam dübörög. egyébként meg el kellne indítani a pécén előbb az ffdecsawrappert, ami a vdr -től függetlenül megy.
Viszont az ffdecsawrapperhez semmilyen plugin sem kell a vdr-nek.
Ha nem tudom megoldani az sc -t az újabb védéerhez, akkor a dvbapi -ra szorulok.
|
| |
|
[válaszok erre: #1541]
|
[előzmény: (1539) JV16BAR, 2015-02-11 20:59:25]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1538. Elküldve:
2015-02-11 20:41:10 |
[141.] |
sed -i device.c -e s:MAXDVBDEVICES:MAXDEVICES:
sed -i sc.c -e s:MAXDVBDEVICES:MAXDEVICES:
export PARALLEL=PARALLEL_64_MMX
Majd hajrá!
lefordít 5 c fájlt, majd jő a hiba.
<!--kod start-->device.c:1297:0: warning: "DEV_DVB_ADAPTER" redefined [enabled by default]
#define DEV_DVB_ADAPTER "/dev/dvb/adapter"
^
In file included from device.c:30:0:
/usr/include/vdr/dvbdevice.h:74:0: note: this is the location of the previous definition
#define DEV_DVB_ADAPTER "adapter"
^
In file included from device.c:29:0:
/usr/include/vdr/ci.h:184:16: error: 'virtual bool cCamSlot::Reset()' was hidden [-Werror=overloaded-virtual]
virtual bool Reset(void);
^
device.c:546:8: error: by 'bool cScCamSlot::Reset(bool)' [-Werror=overloaded-virtual]
bool Reset(bool log=true);
^
device.c: In member function 'virtual bool cScDevice::Ready()':
device.c:1562:34: error: 'class cScCiAdapter' has no member named 'Ready'
return (ciadapter ? ciadapter->Ready():true) &&
^
device.c:1563:38: error: 'class cCiAdapter' has no member named 'Ready'
(hwciadapter ? hwciadapter->Ready():true);
^
device.c:1564:1: warning: control reaches end of non-void function [-Wreturn-type]
}
^
cc1plus: some warnings being treated as errors
make: *** [device.o] Error 1
HIBA a(z) compile fazisban.<!--kod end-->
Az előző 2.0.7 -es VDR fejlécei jók voltak neki, szépen létrejött a plugin.
Szerintem Kls -nek hiába is írnék a VDR portálon, pedig ő a ludas a VDR kódjának változtatásban.
|
| |
|
[válaszok erre: #1539]
|
[előzmény: (1537) JV16BAR, 2015-02-11 19:54:50]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1536. Elküldve:
2015-02-11 19:41:28 |
[142.] |
Köszi. Ez egy jó ötlet, majd beledrótozom a vdr csomagkészletembe.
Én a softhddevice-t használom általában szinte mindig.
A leállíthatatlanság okának is a közelében járok, az sc pluginomat kihagyva szépen leáll a VDR. Csak kódolt adót nem lehet így venni.
Most a közben megszűnt git://github.com/bas-t/sasc.git tárolóból készült sc van UHU -n a VDR 2.0.7 -hez. Erről készítettem egyébként fork -ot valaha én is.
Az új VDR-hez ezt nem tudtam lefordítani eddig.
Ez valaha Arch-linuxon az 1.01 -es verzióval szerepelt és 2013.10.30 -i dátummal jött le a forrása. Ahhoz még új Makefile foltozást is csináltam, de ez az új VDR keresztbetett valamivel neki.
Most az Arch-AUR -on lévő PKGBUILD alapján tudtam lefordítani a http://vdr.websitec.de/download/vdr-sc/vdr-sc-0.9.3.20120815.tar.gz forrást.
Ez a dátum szerint régebbi, de ezek szerint nem épp a legstabilabb.
|
| |
|
[válaszok erre: #1537]
|
[előzmény: (1535) JV16BAR, 2015-02-11 19:07:29]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1534. Elküldve:
2015-02-11 18:43:35 |
[143.] |
Lehet használni. Az ffdecsawrapper daemon újabb dvb virtuális eszközöket hoz létre a /dev alatt, azt kell használni annak a videólejátszónak, amivel az adást nézni akarod, Ez lehet akár a VDR is, hisz ott is be tudod állati a használni kívánt eszközt.
Már vagy egy éve, hogy próbáltuk Bandikával.
Ő csinálta belőle a csomagot is UHU alá.
Más gondom van, most vettem észre.
A táv/billentyű betanítás a softhddevice pluginnal nálam nem működik, csak feketeség van, majd megjelenik a TV adás kid idő múlva.
A xineliboutputtal megy, de ott is csak a --hud opcióval.
Rendjén van az, hogy sofhddevice megjelenítővel nem megy a betanítás?
|
| |
|
[válaszok erre: #1535]
|
[előzmény: (1533) JV16BAR, 2015-02-11 17:24:22]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1532. Elküldve:
2015-02-11 14:41:19 |
[144.] |
Nálam az 2..9-nek csak az a bizonyos kilépési gondja van majd nyomozok, ha kijön a 2.2 stabil és még mindig lesz vele ilyen gond.
Van az sc-nek forrása a githubon több is, páran csináltak róla biztonsági fork -ot.
Többek közt én is.
Az ffdecsawrapper is egy alternatíva, azt is próbáltam már, az a kaffeine -hez is jó.
|
| |
|
[válaszok erre: #1533]
|
[előzmény: (1531) JV16BAR, 2015-02-11 12:42:36]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1530. Elküldve:
2015-02-10 22:50:49 |
[145.] |
Február vége fele a VDR fejlesztőjének terve szerint megjelenik majd a vdr újabb stabil verziója, a 2.2.
Most a 2.1.9 van tesztelésre kiadva. A CAM kezelését alakították, hogy a hardweres kártyaolvasókat jól kezelje, továbbá a tányérforgató vezérlést csinálták benne jobbra.
Én megcsináltam ezt a teszt verziót próbaképp, szépen működik, csak a leállításnál memóriazavara támad (korrupt), erőszakkal kell kívülről kilőni.
A beépített újraindítási opcióval meg szegmenshibával hagyja abba a működését.
Az sc pluginnal is megszenvedtem, mert már nagyon abba van hagyva, nehezen tudtam lefordítani. Helyette mindenki átáll már a dvbapi pluginra.
A xineliboutput is hasonlóan magára van hagyva, csak az svn verziója fordult le. Ehelyett is már a softhddevice az általánosan használt megjelenítő, én is azzal próbáltam ki, na meg a skinnopacity felülettel.
Nem tudom, hogy mi okozza a memóriazavarát nálam.
Nekem nem mutat különösebb újdonságot, talán a magyarítás tetszik, mit Jv16bar fórumtársnak köszönhetünk.
|
| |
|
[válaszok erre: #1531]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 102604. Elküldve:
2015-02-09 17:42:40 |
[146.] |
Az lehet.
Kösz.
|
| |
|
|
[előzmény: (102602) attila.scourgeofgod, 2015-02-09 11:45:37]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 102601. Elküldve:
2015-02-09 11:30:00 |
[147.] |
Mert nincs rajta 0D02, csak 0D97.
A régin még volt, és mostantól csak a 0D97 -es UPC kártyásoknak érhető el az M1 közszolgálati adó HD -ben.
Vagy tekerjenek át az e9 holdra, ahol szabon fogható az europának szánt műsoraival.
Vagy cseréltessék le az ósdi 0D02 kártyájukat!
Ez amúgyis várható, hisz már megkezték Szlovákiában a 0D02 lecserélést.
|
| |
|
[válaszok erre: #102602]
|
[előzmény: (102588) mlaszlo, 2015-02-07 09:11:51]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1528. Elküldve:
2015-01-29 08:54:40 |
[148.] |
Ez kellene, hogy legyen:
/var/vdr 755, /var/vdr/config 777, /var/vdr/video 777.
A lirc beüzemelés egy külön téma, az eszköznek kell először létrejönnie.
Ha már van eszköz, akkor jöhet a lirc konfigurálása és a systemd.
Én a skystar2 HD kártyámat is használtam távirányítóval még az UHU-2.2 hivatalos verzó alatt is a liplianin, meg a v4ldvb meghajtókkal, mert az UHU-2.2 kernele 2.6.33 még és nem volt az igazi benne a mantis.
Az, hogy kiakad a rendszer, az érdekes, de ez már az ubk.hu/forum témájába tarozik, nem ide.
Látom, hogy beregisztráltál, kérlek, oda írkált meg UHU gondjaidat, majd szépen megoldjuk őket, hogy másoknál ne jöjjön többé elő. Ez a reset kényszer nagyon kellemetlen, mert más még nem tapasztalta.
Nyitottam egy VDR topicot ott, ami az UHU specifikumjaira van szánva, jöhetnek a kérdések özönei!
Az ötletek is, hogy kényelmesebben üzembe vehető VDR csomag legyen, mert a VDR UHU alá gyömöszölése az én művem és biztosan lehetne még jobb is.
|
| |
|
[válaszok erre: #1529]
|
[előzmény: (1527) turulbird, 2015-01-28 23:58:50]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1526. Elküldve:
2015-01-28 23:42:34 |
[149.] |
A telepítő nem is teszi bele, hanem a /etc/vdr helyről másolja majd bele az első indításkor.
A /usr/bin/vdrlaunch szkript teszi bele, ha nincs. A /usr/share/applications/vdr.desktop fájl a vdr indítója, ami a menüben jelenik meg. Ez indítja a nevezett szkriptet, ami így néz ki:
#!/bin/sh
if ! [ -f /var/vdr/config/vdrstart ]
then
cp /etc/vdrstart /var/vdr/config/
chmod +x /var/vdr/config/vdrstart
echo Az átszerkesztendő indító szkript a /var/vdr/config/vdrstart.
echo Ez hiba esetén letörölhető, hiány esetén újraindítva az eredetire frissül.
echo Nyomj meg egy billentyűt a vdr első indításához!
read
/var/vdr/config/vdrstart **
else
/var/vdr/config/vdrstart **
fi
Sima root felhasználónak nincs a /sbin, a /usr/sbin elérési út a *PATH változójában
A "su -" ként belépettnek, vagy konzolos terminálban garázdálkodónak már igen, tehát már elérheti közvetlenül a rendszert komolyabban megbolygatni képes parancsokat, mint amilyen például az lsmod, modprobe, lspci.
A /var/vdr/config könyvtár attributumának 777 -nek kellene lennie, kösz az infónak utánanézek és javítom a csomagot.
Én már régen telepítettem friss rendszerre.
Ah! A jó öreg STB0899!
|
| |
|
[válaszok erre: #1527]
|
[előzmény: (1525) turulbird, 2015-01-28 23:08:29]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1523. Elküldve:
2015-01-28 17:58:17 |
[150.] |
2.6.33 -tól felfele a kernelben benne van a kártyád drájvera, a mantis cucc, tehát elvileg kapásból mennie kell az UHU-3 3.15.5 -ös kernelével.
http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_S2_PCI_HD_CI
Sőt, nem kell vacakolni liplianin, meg v4ldvb telepítésekkel sem, csak be kell tölteni a mantis modult, ha nem tenné meg automatice a rendszerindulákor.
lspci, lsmod és satöbbi...
|
| |
|
[válaszok erre: #1524]
|
[előzmény: (1521) turulbird, 2015-01-28 12:53:46]
|
|
| Kiváló dolgozó |
|
|
