| Találatok száma: 1041 üzenet |
|
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
26724.  Elküldve:
2011-10-25 10:48:36 |
[226.] |
A MUX Csat. 60 Frekv. 786
B MUX Csat. 22 Frekv. 482
C MUX Csat. 65 Frekv. 826
Tényleg az lehet, mertugye a legalacsonyabb frekvencia jön a legnagyobb jellel, de még a 60-as csatorna is jön szépen. A probléma a 65-ös csatornával van.
Az erősítőt teljesen kiiktattam, ez külön erősítő volt, nem az antenna tartozéka.
Az antenna kb. 1,5 méter hosszú szélessávú. Annakidején az analóg gyenge rtl vétele miatt lett véve, akkor ez volt az egyik legnagyobb nyereségű.
A koax kábel megszakítás nélkül megy a tv-től az antennáig, kb. 12 méter hosszú, a kötéseket én csináltam, árnyékolása is rendben van, tehát nem gondolom hogy azzal lenne a probléma.
Lehethogy az antenna a 60-as csatornafrekvenciáig van kalibrálva?
A mindigtv oldalán azt írják hogy a régi szélessávú antenna megfelelő a vételhez.
|
| |
|
[válaszok erre: #26725 #26726 #26729 #26738]
|
[előzmény: (26719) bogyo01, 2011-10-25 08:22:20]
|
|
Kiváló dolgozó  |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 26716. Elküldve:
2011-10-25 00:08:37 |
[227.] |
Üdv.
Már a kezdetek óta problémáim vannak a földi digitális vétellel. Az adótoronytól messzire lakom, a padláson belül, de fent a tető legmagasabb pontján van egy nagy (régi) szélessávú antennám (régi) erősítővel.
Régebben a közszolgálati csatornákhoz kellett varázslat hogy be tudjam őket állítani. Jelenleg pedig a közszolgálatik jönnek szépen, a tv2 és rtl meg nemjön.
Ma olvastam a mindig oldalán erről a Multiplex őrületről, hogy az A-ba tették a közszolgálatikat.
Namost az a helyzet, hogy akárhogyan állítom félcentinként az antennát jobbra-balra, nem sokat változik a helyzet. Erősítővel nemjön a Multiplex B, de szép jelszinttel tökéletes a Multiplex A, viszont csak a legprecizebb beállítással de akkor is csak kockásodva jön be a Multiplex C. Erősítő nélkül a Multiplex B jön a legnagyobb jellel, kis jellel de szépen jön kockásodás nélkül a Multiplex A, de az istenért sem jön be a Multiplex C.
A kérdésem az lenne, hogy mi lehet nálam a probléma? Ha a Multiplex A tökéletesen jön, miért nem jön ugyanúgy a C? Vagy ne is görcsöljek mert a Multiplex C az eleve kissebb jellel ad?
|
| |
|
[válaszok erre: #26717 #26719]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 42124. Elküldve:
2011-10-19 21:41:22 |
[228.] |
Csak bizonyos rev. verziókra nem lehet.
|
| |
|
|
[előzmény: (42122) nyilasmisi, 2011-10-19 21:37:19]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 74795. Elküldve:
2011-10-17 22:52:45 |
[229.] |
Hát ez nagyon érdekes. Én is tapasztaltam a kalkulátor által megadott 2 időpontban is, hogy a jelminőség és jelszint leesett, az adás elment. Hirtelen nem tudtam, hogy mi okozhatta a problémát. Így már világos mint a SUN OUTAGE.
|
| |
|
|
[előzmény: (74787) K78, 2011-10-17 20:48:27]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 468. Elküldve:
2011-10-13 08:54:08 |
[230.] |
UpdateChannels = 3
Én meg ezt használom, nevek és pidek frissítése.
Egyébként:
UpdateChannels = 5
ez akkor keres új csatornát, ha egy csatornára rákapcsolsz és csak azon a TP-n szkennel automatikusan. Ezeket az új beszkennelt csatornákat pedig a channels.conf végére rakja. Ezt lehet úgy is használni manuális keresésre, hogy egy csatorna beállításaiban átállítod az adatokat, a frekit amin keresni akarsz, mentés, majd ráklikk a csatira és máris beszkenneli a csatilista végére a TP-n levő csatornákat.
|
| |
|
[válaszok erre: #469 #470]
|
[előzmény: (467) gantus, 2011-10-13 07:07:25]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 457. Elküldve:
2011-10-09 08:09:33 |
[231.] |
Néhány hete az ffmpeg-el kezdtem, legyártottam a legújabb fejlesztői változatból a Debian csomagokat. Akkor ott annyit vettem észre, hogy függősége volt az x264 csomag.
Most a libav forrásból gyártom le a Debian csomagokat. Itt pedig nem függőség neki az x264 csomag. Most megnéztem az x264 csomagot Debian módra legyártani, na ott pedig függőségek között vannak az új libav vagy ffmpeg csomagok közüll néhány.
Tehát az egyiknél először kell neki az x264, a másiknál meg az x264-nek kellenek függőségként a ff csomagjai.
A csomagnevek egyébként ugyanazok mindkettőnél, ugyanazokat az új ffmpeg és hozzá tartozó aprózott csomagokat gyártja le mindkettőnél.
Megpróbálom megfigyelni, hogy a libav-nál (Debian csomagok legyártásánál) engedélyezve van-e a config-ban az x264 úgy, hogyha nincs felrakva a csomag előtte. Mert ha utólag kerül fel az x264 csomag, akkor kérdés hogy használja-e azt majd az ffmpeg és csomagjai.
Hát igen, az mplayer is érdekes, ha megnézzük a forrását, ott vannak benne ugyanazok a mappák, gyakorlatilag benne van az ffmpeg cucc. Saját ffmpeg-et használ szerintem.
|
| |
|
|
[előzmény: (456) Bandika, 2011-10-09 02:11:22]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 455. Elküldve:
2011-10-09 01:27:38 |
[232.] |
Tudja valaki hogy mi a különbség az ffmpeg és a libav között?
http://ffmpeg.org/
http://libav.org/
Mert én nemigazán találok különbséget. Más a verziószám.
|
| |
|
[válaszok erre: #456]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 27315. Elküldve:
2011-10-06 21:28:35 |
[233.] |
Ha be boot -olsz a telepítő CD-vel és a gép elindul, kilistázza a particiókat. Na akkor ott a C particio törlését választod. Majd létrehozod az üres lemezterületből legnagyobb beajánlott mérettel a C particiót.
Ha nem így csinálod, hanem csak elindítod a telepítést a C-re, akkor rátelepít és ottmarad a szemét és a vírus is ha van.
Tehát törölni kell a particiót telepítés előtt mindig.
|
| |
|
[válaszok erre: #27316 #27320]
|
[előzmény: (27314) Robertooo, 2011-10-06 21:06:43]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 434. Elküldve:
2011-09-30 00:05:37 |
[234.] |
Nálam megy szépen a legújabb, meg az azt megelőző verziók is mentek.
Jelenleg a xine-lib-1.2-vaapi-n dolgozom hogy végre menjen.
|
| |
|
[válaszok erre: #437 #437]
|
[előzmény: (433) attuska, 2011-09-29 23:22:44]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 432. Elküldve:
2011-09-29 23:01:34 |
[235.] |
Kb. 3 hete dvbsddevice pluginnal azaz FF kártyákkal is kompatibilis lett az sc plugin. Azóta nagyjából ezek a változtatások voltak rajta. Ha nem a friss sc plugint teszed be a vdr 1.7.21-hez, akkor nem fog együttműködni a dvbsddevice pluginnal, azaz az FF kártyások kilőve. Az sc Hg oldalán a legfrissebbtől visszaszámolva az 5.-nél tette a fejlesztő kompatibilissé a vdr 1.7.21-el.
|
| |
|
[válaszok erre: #433]
|
[előzmény: (431) attuska, 2011-09-29 22:48:16]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 428. Elküldve:
2011-09-28 17:50:51 |
[236.] |
Igen ám, de nem a locale mappát kell lecserélni, hanem a po mappát! Úgy próbáld meg. A fordítás a patch-elés után a po mappánál akad meg a német nyelvnél. Ezért kell patch-elés után és még fordítás előtt ezt a mappát cserélni.
|
| |
|
|
[előzmény: (426) Bandika, 2011-09-28 16:08:31]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 425. Elküldve:
2011-09-28 10:12:09 |
[237.] |
A vdr po mappát kimásoltad patch előtt, és patch után visszamásoltad? Majd ezt követően kell fordítani.
A patch-ben a nyelveknél van hiba, ugyanis ha simán fordítod patchelés után, akkor a nyelveknél elakad, nem fut tovább a fordítás.
Előtte amikor simán patchelés után fordítottam, én is az általad leírtakat tapasztaltam.
A kicselezéssel jól működik.
|
| |
|
[válaszok erre: #426 #427]
|
[előzmény: (424) Bandika, 2011-09-27 23:18:23]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 423. Elküldve:
2011-09-25 14:09:01 |
[238.] |
frend forumtárssal hosszas problémamegoldás után végül csak sikerült a szkripteket Ubuntu 11.04 kompatibilissá tenni. Úgynézki hogy megy neki a vdpau. Viszont nála ütközik a libxine-dev csomag a forrásból felrakott libxine2-dev -el, felváltják egymást. Tehát a vdr szkriptben függőségként hozzáadott Ubuntu tárolós kiüti a csomagból telepítettet. Egyenlőre úgy megy a dolog, hogy először kell feltenni a vdr szkriptet, majd utána a xine-lib szkriptet.
A vdr szkriptben kicseleztem az extensions patch hibáját, miszerint a német nyelvnél elakad a fordítás. Patchelés előtt kimásolja a po mappát, majd patchelés után visszamásolja. Így rendben működik a vdr 1.7. 21 verzió is magyar nyelven. Úgynézki a németeknek jó így is, nem akarják kijavítani a patchet.
|
| |
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 419. Elküldve:
2011-09-23 00:31:43 |
[239.] |
A vdr az ISO karakterkódolást használ, te meg UTF-8 at. Ez lesz itt a gond.
Még régebben jöttem rá, hogyha a runvdr-be ez a sor be van rakva, akkor a Digi tv EPG karakterek rendesen jelentek meg:
export VDR_CHARSET_OVERRIDE=ISO_8859-2
Viszont akkor a Upc karakterek jelentek meg rosszul.
Ez a sor elvileg konvertálja az egyik karakterkódolást a másikba.
|
| |
|
[válaszok erre: #420]
|
[előzmény: (416) attuska, 2011-09-22 20:15:26]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 417. Elküldve:
2011-09-22 20:59:10 |
[240.] |
git clone git://projects.vdr-developer.org/vdr-plugin-skinpearlhd.git skinpearlhd
És a git-ből szeded a legújabbat?
Én kipróbáltam, nálam minden ok volt módosítás nélkül.
|
| |
|
[válaszok erre: #418]
|
[előzmény: (416) attuska, 2011-09-22 20:15:26]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 414. Elküldve:
2011-09-22 10:38:37 |
[241.] |
Na megnéztem ezt a plugint. Nem kell vele csinálni semmit, csak fordítsd le és használd.
Már egy ideje nemkellenek a runvdr fájlban sem a karakterbűvölő sorok. Valamelyik verziónál a vdr 1.7.10 után már alapból beleépítették a vdr-be hogy a beállított nyelv karakterkészletét használja.
A skinpearl-hd plugin működéséhez a xineliboutput beállításaiban az OSD menüpontban a felbontást 1920 X 1080 -ra kell állítani, azután a vdr beállításaiban az OSD menüpontban beállítható a skinpearl-hd és így már működik. A karaktereket is normálisan megjeleníti.
|
| |
|
[válaszok erre: #416]
|
[előzmény: (412) attuska, 2011-09-22 07:18:37]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 413. Elküldve:
2011-09-22 08:47:30 |
[242.] |
Én nem használom ezt a plugint. Hol jelennek meg az ékezetek rosszul, a menü szövegében? Ha ott akkor azon lehet segíteni. A forrásban a po mappában csak német nyelv található. Át kellene írni a de_DE.po fájlban a
"Content-Type: text/plain; charset=ISO-8859-15n"
sorban az ISO-8859-15 -öt ISO-8859-2 -re, ugyanis az a magyar karakterkódolás.
|
| |
|
|
[előzmény: (412) attuska, 2011-09-22 07:18:37]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 411. Elküldve:
2011-09-22 01:46:10 |
[243.] |
VDR és xine-lib telepítő szkriptek frissítve, Ubuntu 11.04 kompatibilitás.
frend jelezte, hogy Ubuntu 11.04 alatt problémák vannak. A probléma okai hogy 2 db. ffmpeg elaprózott csomag verziószáma nem egyezett meg a 10.04 tárolóéval. Ezeket a 11.04 tárolóban levő csomagokat is beletettem a szkriptekbe. Aztán a 11.04 alatt a xmltv2vdr plugin függőségként hiányolja a libxml2-dev csomagot, ez is belerakva a vdr szkriptbe.
Még a skinpearlhd plugin-ra kell rájönni hogy milyen függőséget hiányol Ubuntu 11.04 alatt.
|
| |
|
[válaszok erre: #412]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 409. Elküldve:
2011-09-21 21:44:57 |
[244.] |
Én azt vettem észre, hogy a xine-lib 1.2 -nek jó az Ubuntu tárolóban levő 0.5-ös körüli ffmpeg és csomagjai is. Meg jó neki a forrásból fordított legújabb ffmpeg is.
A xine-lib 1.2 vaapi verziónak viszont nem jó a régi tárolóban levő ffmpeg, hanem a legújabb ffmpeg kell neki forrásból.
Nálam még nem produkálta a nálad jelentkező hibát. Azt nemtudom, hogy Uhu alatt hogyan néznek ki az ffmpeg elaprózott csomagok. Ubuntu alatt van külön libavutil csomag. Ha Uhu alatt is van ilyen, akkor az lehethogy még a régi verziós ffmpeg részcsomagja.
|
| |
|
[válaszok erre: #410]
|
[előzmény: (408) Bandika, 2011-09-21 19:03:30]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 453. Elküldve:
2011-09-19 21:32:40 |
[245.] |
Én korábban már beüzemeltem win7 alatt. Sajnos már régen volt és nem emlékszem mindenre pontosan (Ubuntu-zok régóta).
Nem a driver telepítőt kell feltenni, mert a driverben levő hálózati driver része nem passzol a win7-hez.
A driver-t ki kell csomagolni valahova. Megnyitni az eszközkezelőt és a sárga kis kérdőjelet megnyitva (hang és video eszközök) az újratelepítést kell választani. Ott pedig nem az automatát, hanem a kézi kijelölést. Ott meg kell adni útnak a driver mappában a Saa7146n.inf fájlt. Mindegy hogy mijen figyelmeztetést ír ki hogy nem ment át ezen meg azon az ellenőrzésen, nem kell vele foglalkozni hanem rá kell erőszakolni, ok és kész.
Azthiszem így csináltam. Nameg itt visszalapozva a 400.-as hozzászólásban írtam le, hogy szoftveresen ment, az Alt DVB-vel ment hardveresen is az rca kimeneten.
Én Ubuntu alatt használom, tökéletesen megy, ráadásul egy osd felület is van rajta a vdr-el. Az oldalamon van leírás a telepítéshez.
|
| |
|
[válaszok erre: #454]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 407. Elküldve:
2011-09-19 19:28:51 |
[246.] |
Nem véletlenül. Az ffmpeg szkript újragondolás alatt van.
A vdr szkriptben mebbe van minden ami kell, felrakja az ffmpeg és xine-lib csomagokat a tárolóból.
Először a vdr szkriptet kell futtatni. Azután ha hell a xine-lib 1.2 akkor azt a szkriptet is, és akkor azt használja a xineliboutput plugin.
Most nézem, hogy így a xine-lib telepítőből kimaradt az ffmpeg és csomagjai mint függőség. De ha a vdr telepítő után van futtatva akkor rendben lefut majd.
|
| |
|
[válaszok erre: #408]
|
[előzmény: (406) frend, 2011-09-19 19:18:26]
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 404. Elküldve:
2011-09-19 18:45:13 |
[247.] |
Frissítettem a szkripteket.
s2-liplianin driver telepítő is működik. SkyStar1 kártyához driver (sc) patch (dvb-cwidx.diff fájl) aktualizálva, az előző nem volt jó, be is kavart az sc plugin működésébe.
VDR telepítő szkriptben a vdr 1.7.20 van beállítva, mert az 1.7.21-hez való extensions patch hibás, nem fordul le pl. a magyar nyelv sem (a németnél elakad).
Kivettem a szkriptekből az autoremove parancsot, így nem törlődnek olyan programok amik esetleg kellenek (pl. valakinél az a yutube izé).
A vdr szkriptből az első sor átkerült a driver szkriptbe (a driver telepítőhőz tartozik, linket hoz létre a kernelhez).
|
| |
|
[válaszok erre: #406]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 397. Elküldve:
2011-09-18 23:24:27 |
[248.] |
Hmm.
Az eddigi szkriptekkel a vdr telepítő az kiütötte a xine-lib 1.2-t, mivel azt gndoltam hogy az is problémát okozhat.
Móosítottam a szkripteket úgy, hogy csak azt a csomagot töröljék amit telepít a szkript. Ha valaki feltelepíti a xine-lib 1.2 csomagot, akkor azt fogja használni a vdr xineliboutput plugin. Ha nem akkor az Ubuntu csmagos régebbi verziót. A két verzió egymással nem ütközik tapasztalatom szerint.
xine-lib 1.2 szript végébe berakva a vdr xineliboutput újrainstallálása, így nem kell újrafuttatni a vdr telepítő szkriptet.
Még a végén kiderül hogy az Uhu bonyulultabb mint az Ubuntu.
Nálam az Uhu 2.2 az telepítés után sötét képernyőt eredményezett, ezért nem foglalkoztam tovább vele.
ffmpeg-re pedig majd találok valami megoldást.
|
| |
|
[válaszok erre: #398 #399]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 376. Elküldve:
2011-09-16 16:49:44 |
[249.] |
Az Ubuntu tárolóban nem a xine-lib 1.2 van hanem egy jóval régebbi. Ezért is csináltam a xine-lib 1.2-es telepítő szkriptet.
Igen ezt a xine-lib 1.2-t most nézem, hogy talán nem ütközik a tárolóssal. Tehát ha fent van ez is meg a tárolós is, akkor a xineliboutput alapból az újabbat használja.
A szkript végére pedig már beszerkesztettem magamnak a xineliboutput plugin újrafordítást és telepítést. Tehát ha a vdr telepítés után futtatja valaki, akkor is jó lesz majd.
|
| |
|
[válaszok erre: #377]
|
|
|
| Kiváló dolgozó |
|
Pubi
Tagság: 2003-05-14 18:23:01
Tagszám: #4127
Hozzászólások: 1041
|
| 370. Elküldve:
2011-09-15 15:23:21 |
[250.] |
Mostanában nem telepítettem az s2-liplianin drivert. A make parancsnál nézni kell hogy leáll-e error-al valamelyik modul miatt. Ha leáll, akkor hiába adod ki az install parancsot.
Tehát nézed hogy leáll-e valamelyik modul miatt, aztán ha leáll akkor megnézed a konzolt hogy milyen nevű modul miatt állt le. Ennek a modulnak a pontos nevét megkeresed a s2-liplianin/v4l/.config fájlt megnyitva. Ha megvan, akkor a sort másolod és berakod a konzolba a make paramcs után, ahogy a v4l-dvb szkriptemben is van és az m-et átírod n-re. Ezzel ki lesz kapcsolva a problémás modul. Így futtatod újra a make ... parancsot. Ha megint leáll valamelyik modul miatt, akkor megint hasonló képpen keresel...
Ha a driver-t újratelepíted, nem kell attól újrafuttatni a vdr telepítést. Ha az s2-liplianin drivert teszed fel, akkor ezt a sort is írd be a konzolba a végén:
cd /usr/src
sudo ln -s s2-liplianin v4l-dvb
Ugyanis a vdr-ben a v4l-dvb hely van megadva a driver elérési útjának, ez pedig létrehoz egy v4-dvb linket az s2-liplianin-ról.
|
| |
|
|
[előzmény: (368) frend, 2011-09-15 10:55:16]
|
|
| Kiváló dolgozó |
|
|
