| Találatok száma: 1823 üzenet |
|
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
18773.  Elküldve:
2017-09-23 21:09:22 |
[26.] |
Köszi, belenézek, hátha puffadt valamelyik kondi.
Bár az lenne! Akkor forrasztani fogok, gari úgysincs már.
|
| |
|
|
[előzmény: (18770) bojsza, 2017-09-23 20:18:31]
|
|
Kiváló dolgozó  |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 18767. Elküldve:
2017-09-23 19:49:03 |
[27.] |
Mi lehet az oka annak, hogy időnként a box nem ad ki jelet a TV felé, egy pillnatra sötétség, majd megjelni újra? Szabadon vehető csatornával is.
Próbáltam a HDMI madzaggal variálni, de nem segít. Sokszor az segít, ha a boxot áramtalanítom, majd újraindítom.
Sokszor akkor csak feketeség és időnként felvillan a kép, és a tv jelzi a saját OSD feliratával, hogy kap jelet a boxtól.
A helyzet mostanra már kezd idegesítő lenni.
Közben a pc-vel rácsatlakozva az oscam webes felületre, mindig minden rendben lévőnek tűnik, még akkor is, ha nincs kép. A kliensek is mind megvannak és a kártyáról megy mindenhova a cw.
Lehetséges, hogy a box videódekóder része kezdi megadni magát?
A rendszer HRnigma2, már vagy 3-4 éve szépen működik.
Valami használható tipp jól esne, nem szívesen cserélném le ezt az eddig jól bevált boxot, sem a HRnigma2 -őt.
|
| |
|
[válaszok erre: #18770]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1831. Elküldve:
2016-10-30 17:45:27 |
[29.] |
Nem értem, hogy a vdr-sc -t miért nem publikálják a "menő" disztrók lefordított változatban is, hisz a COPYING fájlja GPL. Azaz terjeszthető.
|
| |
|
|
[előzmény: (1822) JV16BAR, 2016-10-29 20:05:23]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1829. Elküldve:
2016-10-30 12:40:09 |
[31.] |
Nem fogja kezelni az UHU-3 a kártyádat, csak külön drájver installálása után. Itt a leírás:
https://www.linuxtv.org/wiki/index.php/DVBSKY_S960
Csak a 3.18 kerneltől kezdődőn nem kell hozzá drájver.
Az UBK1 (RIA) már fogja tudni, mert ott 4.4.22 kernel van, de mint írtam, az teszt stádiúmú még.
Jobb lesz, ha míg nem lesz végleges a RIA, addig más disztribet nézel, mert kezdő lévén kétseges, hogy sikernülni fog a drájver feltelepítése. Arra vigyázz, hogy legalább 3.18 -as legyen a kernele a kiválasztott disztrónak.
|
| |
|
|
[előzmény: (1827) ricolan, 2016-10-30 12:04:51]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1828. Elküldve:
2016-10-30 12:31:37 |
[32.] |
Ha a 3.15.5 kernel moduljai kezelik a kártyádat, akkor tudna kell, mert az UHU-3 -ban az van. A 8 Gb RAM-ról semmi lövésem nincs, nem tudok róla, hogy valaki is lenne, aki annyival használna UHU-t, de elvileg tudnia kell a 32 bites linux rendszereknek is. Az UHU meg most 32 bites, a 64 bites módú indítása esetén csak a kernel 64 bites, és az "userspace", vagyis a futtatható programik meg mind 32 bitesek.
innen lehet letölteni isókat, az UBK1 isók teszt állapotú isók, azokon minden szinte naprakész, nemsokára véglegesek lesznek. En a 3 alatti MATE isót ajánlom, mert a 2.2 elég régi már, alig tartjuk karban a 2.2 verziót.
|
| |
|
|
[előzmény: (1827) ricolan, 2016-10-30 12:04:51]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1826. Elküldve:
2016-10-30 09:41:45 |
[33.] |
A softhddevice konfigjában lehet beállítani a megjelenítés mikéntjét, például a hardveres gyorsítás kikapcsolását.
|
| |
|
|
[előzmény: (1824) ricolan, 2016-10-29 23:26:34]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1825. Elküldve:
2016-10-30 09:39:07 |
[34.] |
Eddig nam akartam beleszólni.
Én UHU-Linuxok alá mindent megcsináltam, minden lényeges plugin van a tárolóinkban, semmit nem kell csinálni, bütykölni, csak a synapticcal feltelepíteni. Még sc plugin is van, meg oscam, meg dvbapi is. Persze ezeket egyénileg kell konfigurálni.
UHU-2.2, UHU-3 -hoz csináltam őket.
itt egy ismertetés
Ennyit a reklámról.
Persze nekm is működik ubuntu -n, Arch-Linuxon és Gentoo -n is, mindenki olyan disztrót használ, amelyik neki legjobban tetszik és ami neki megszokott. Én is csakis ezért használok UHU-t, és nem a VDR kedvéért.
Más disztrók alá is vannak kész vdr csomagok, én UBUNTU alá inkább magam csináltam forrásból fordítva az egészet, mint JV16BAR ktársunk is tette.
A softhddevice elsősorban nvidia kártyákhoz készült és csak azután használandó, miután a remote.conf -ot beállítottuk vagy a skincurses pluginnal, ami magában a vdr-ben benne foglaltatik alapból, vagy a xineliboutput pluginnal. A billentyűzet definiálást a softhddevice nekem sem jeleníti meg!
Ahhoz, hogy szó nélkül kilépjen a vdr a kilépési gombra, ez a parancssori opció kell:
'-s killall vdr'
|
| |
|
[válaszok erre: #1827]
|
[előzmény: (1824) ricolan, 2016-10-29 23:26:34]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1811. Elküldve:
2016-10-28 15:47:43 |
[35.] |
Úgy látom, a skinflat plugin van a tévén, mint OSD.
Vagy a skinflatplus?
|
| |
|
|
[előzmény: (1810) JV16BAR, 2016-10-28 14:22:23]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1809. Elküldve:
2016-10-28 14:07:49 |
[36.] |
JV16BAR fórumtársunkra hallgass, ő otthon van raspberry-pi téren is és nagy tapasztalattal rendelkezik. Szerintem a disztró tök lényegtelen, én UHU-t használok, de ennek semmi köze a vdr-hez.
JV16BAR meg UBUNTU -t használ, biztosan tudja majd a megoldásokat. A MINT is UBUNTU mellesleg, csak kicsit módosítva, ott is megy a sudózás rendesen.
Én a háttérbe is húzodom is egy kicsit.
Egy biztos, a VDR-rel a szórás is megoldható (pl streamdev plugin helyi hálózatba), a lényeg, hogy a szükséges pluginjai menjenek.
Én nagyon elégedett vagyok a különféle skin -ekkel, melyeket hozzá gyártottak és igen szépek.
|
| |
|
[válaszok erre: #1810]
|
[előzmény: (1807) ricolan, 2016-10-28 12:35:27]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1806. Elküldve:
2016-10-28 11:51:27 |
[37.] |
Persze Mint alatt is biztosan agyonbonyolították a vdr indítását, azzal a céllal, hogy könyebb dolga legyen a vdr használónak, de ez általában csak nehezít a dolgon. Ezeket a Mint specifikumokat nem ismerem, ellenben a vdr -t az nagyon.
A vdr alapból is mindent tud megfelelő pluginokkal felvértezve és megfelelő parancssori opciókkal indítva.
|
| |
|
[válaszok erre: #1807]
|
[előzmény: (1804) ricolan, 2016-10-28 09:49:59]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1805. Elküldve:
2016-10-28 11:48:21 |
[38.] |
Semmit nem kellne tenned, mint azt, hogy telepíted a vdr-softhddevice, vagy a xineliboutput plugint, és azok valamelyikével indítod el a vdr -t egy bármilyen nyitott terminálból bármilyen X desktop felületen.
Ezek mindegyike frontend, ahogy te nevezed.
például:
vdr -Psofhddevice
Ekkor meg kellne jelennie egy vdr ablaknak, az alapértelmezett skin-nel.
Ráadásul a terminálba sok okos dolgot is ki fog írni a vdr.
|
| |
|
[válaszok erre: #1813]
|
[előzmény: (1804) ricolan, 2016-10-28 09:49:59]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1801. Elküldve:
2016-10-27 21:19:37 |
[39.] |
Egyáltalán a VDR -rel jönnek a műholdas csatornák, vagy csak a listába lettek bemásolva?
Nekem már volt olyan, hogy a w_scan által lekeresett műholdas lista alapján nem jöttek a vdr -rel az adók.
Ha nem a megfelelő verzóra lett állítattva a kereséshez.
A kodi sem tud mást, csak azt, amit a vdr.
Ha a vdr tudja, akkor azt a nyomorék kodi -nak is tudnia kellene, hisz az csak a vdr egy megjelenítő felülete csupán. Ha jól tudom.
|
| |
|
[válaszok erre: #1802]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1798. Elküldve:
2016-10-27 18:03:00 |
[40.] |
Igaz.
Mellesleg én a kodi-t útálom, csak tesztelés végett szoktam a vdr-el történő együttműködését vizslatni.
Igaz, windózt sem használok.
|
| |
|
|
[előzmény: (1797) ricolan, 2016-10-27 12:36:22]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1796. Elküldve:
2016-10-27 10:53:06 |
[41.] |
Itt a channels.conf-ban csak DVBT adókat látok.
A kodi meg abból importál.
|
| |
|
[válaszok erre: #1797]
|
[előzmény: (1793) ricolan, 2016-10-26 20:09:17]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1792. Elküldve:
2016-10-26 09:47:23 |
[42.] |
A vdr-wirbelscan plugin szépen tud műholdakat keresni, még tök üres channels.conf -al is.
Csupán konfigurálni kell a vdr -ben a plugint, hogy melyik műhold legyen az.
|
| |
|
|
[előzmény: (1790) ricolan, 2016-10-25 21:50:15]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1778. Elküldve:
2016-09-13 18:37:59 |
[43.] |
Végül újra beröffent Arch-Linux alatt a VDR, mindössze újra kellett gyártatni az összes vdr cuccot és feltelepíteni.
A vdr és sofhddevice megvan, még a remote.conf nem működik, egyszer működött, miután a skincurses pluginnal újra betaníttattam.
Valószínüleg a vdr setup.con sem jó, azt is újrakk alakítani.
Jó játék ez az Arch tamakocsi.
A tevii távirányító egyelőre még felejtős.
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1777. Elküldve:
2016-09-10 22:24:03 |
[44.] |
Ráadásul maga a vdr is betojt. A libGLEW.so is újabb, a régi kellne neki. Egyelőre jön a gány, szimlink a régi névvel az új libGLEW.so.2.0.0 -ra.
A vdr4arch git forrásból leszedett PKGBUILD cuccok nem működnek, az AUR -béli igen.
Az elkészült vdr feltelepítve még mindig nem jó, összeomlik, mert a megjelenítő pluginokat (softhddevice, xineliboutput) is újra kell gyártani.
Ja, mert az ffmpeg is frisebb lett. Gyakorlatilag az egész vdr bandát újra kell gyártani és telepíteni, hogy működjön újra. Az sc plugin is biztosan problémás lesz.
A lirc meg nem fog működni, a kernel a journal-ba beleböfög pirossal, hogy valami gáz van, szerencse, hogy nem száll el, ha nyomom a távirányítót. Az irrecord nem megy, az eddigi /etc/lircd.d alatti távirányitó konfigok nem jók, az irw néma. A cat/dev/lirc0 -ra viszont jönnek a krixkrakszok a terminálba, ha nyomogatom a távot.
Összegezve: Stabil vdr használatra frissen tartott rolling disztró alkalmatlan. Még jó, hogy van egy két éves fagyasztott gentoo disztróm, remekül működő VDR -el, egy UHU 2.2 -őm és egy UHU 3-am is hasonlón. Vagy nagyon régi már a tevii-s470 ???
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1776. Elküldve:
2016-09-10 19:33:48 |
[45.] |
Nagyon jó az Arch-Linux rolling disztró!
Ma frissítettem naprakészre, de előtte a titokban kábé egy hónapja megváltotott mirrorlist -et is fel kellett vennem.
És hurrá!
Az eddig kifogástalanul működő tevii távirányítóm megnémult, az irw parancsra néma.
Felfrissült a kernel, a lirc, az én tevii távrecsegeőm meg megkukult.
Lehet újra szenvednem, hogy megszólaljon.
Valami ötlet valakitől jólesne.
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1775. Elküldve:
2016-06-09 22:07:22 |
[46.] |
Én ugyan nem használok TBS kártyát, de örülök a hírnek!
Viszont az Arch-Linuxomon megtörtént a kernel frissítése a 4.6 -ra, és a VDR ismét virul.
|
| |
|
|
[előzmény: (1774) JV16BAR, 2016-06-09 10:01:43]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1772. Elküldve:
2016-06-04 12:28:04 |
[48.] |
Talán ez lesz:
https://bugzilla.redhat.com/show_bug.cgi?id=1338562#c7
tehát tényleg 4.5.4 -es kernel BUG, hisz szegény csórikámnak a tvheadend okozott hasonló fagyást.
Most csak várhatok, míg Arch-Linux frissíti a rendszermagját a 4.5.5 -re, és reménykedhetek, hogy ismét jó lesz.
Hát ezért undorító egy rolling disztró, ki tudja, mikor csap be egy ménkű??
|
| |
|
[válaszok erre: #1773]
|
[előzmény: (1771) attuska, 2016-06-04 08:50:47]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1771. Elküldve:
2016-06-04 08:50:47 |
[49.] |
UHU-2.2, UHU-3, és a régi UBUNTU és Gentoo telepítményeimen kifogástalan a VDR.
Viszont!
Az Arch-Linuxomon a VDR betojt a legutóbbi tamakocsiszerű Arch-rendszerfrissítés után, kábe egy hete. Rolling disztró...
Amint elindítom a VDR-t, rövid időn belül keményen lemerevíti az egész rendszert, billentyűt sem érzékel, csak a hardwer reset az egyetlen lehetőség, újraindulás után meg jön a recovering journal.
Újraforgattam az VDR4ARCH szerint a vdrt és pluginjait, újratelepítettem őket, mihaszna.
A VDR még csak a skincurses pluginnal indítva is lefagyasztja a rendszert.
Sőt még úgyis, hogy a tevii cx23885 kernelmodulját is kiszedtem és csak a földi kártya modulja maradt meg.
Sőt, a VLC is lefagyasztja, amint dvbt -t akarnék vele lejátszatni.
A journalcl-ben (journalctl -r) találtam a végén valamit, ami kernel problémára utalhat. Beidézem, hátha valakinek van valami használható ötlete. Én az új kernelre gyanakszom.
Az sc plugin nincs betöltve, ezért az ECHO most nézhetetlen a log szerint, a MinDigTV M1 -re váltva volt a lefagyás, majd a reset gomb.
-- Reboot --
jún 04 06:51:31 attusamd kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
jún 04 06:51:30 attusamd libsmbclient[843]: [843] switching to channel 160 (M1 HD)
jún 04 06:51:29 attusamd libsmbclient[843]: [871] [input_vdr] No data in 8 seconds, queuing no signal image
jún 04 06:51:21 attusamd libsmbclient[843]: [871] [input_vdr] No data in 8 seconds, queuing no signal image
jún 04 06:51:13 attusamd libsmbclient[843]: [871] [input_vdr] No data in 8 seconds, queuing no signal image
jún 04 06:51:05 attusamd libsmbclient[843]: [843] info: Csatorna nem elérhető!
jún 04 06:51:05 attusamd libsmbclient[843]: [843] switching to channel 1 (Echo TV)
jún 04 06:51:03 attusamd libsmbclient[843]: [854] [input_vdr] vdr_flush_engine: stream_start, flush skipped
jún 04 06:51:03 attusamd libsmbclient[843]: [854] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 is too low for HD-playback!
jún 04 06:51:01 attusamd vdr[843]: [854] [vdr-fe] Enabling FFmpeg multithreaded video decoding
jún 04 06:51:01 attusamd vdr[843]: [854] [vdr-fe] Detected 2 CPUs
jún 04 06:51:00 attusamd vdr[843]: [854] [scrnsaver] GNOME screensaver disabled
|
| |
|
[válaszok erre: #1772]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 17142. Elküldve:
2016-05-17 07:58:17 |
[50.] |
Tök mindegy a típusa, ezek beltéri függetlenek.
A lényeg, hogy diseqc képes legyen, ( ma már más nem is igen kapható) és fém fogaskerekes, mert a 120-as tükör hamar kinyírná a műanyag fogaskerekűt.
http://www.netboard.hu/viewtopic.php?topic=3542
A 120-ashoz már inkább tolómotor kellene, de az én 110-esem vígan pörgeti jó pár éve az opticum márkájú fém fogaskerekes.
|
| |
|
[válaszok erre: #17217]
|
[előzmény: (17127) szmore84, 2016-05-15 19:56:47]
|
|
| Kiváló dolgozó |
|
|
