| Találatok száma: 1823 üzenet |
|
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
848.  Elküldve:
2012-03-05 20:05:52 |
[551.] |
Klaus foltja a skystar HD2 -höz.
Ezt a jelmérő jelző foltot próbáltátok már?
Most fedeztem csak fel.
Igaz, én mostanában tevegelek.
|
| |
|
Kiváló dolgozó  |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 835. Elküldve:
2012-03-03 17:09:04 |
[552.] |
Modul rendszerindításkori betöltése tudtom szerint uborkánál így automatizálható:
1. Átmásolod a modulodat a /lib/modules/kernelverzó könyvtárba.
2. beírod a modulod nevét ko nélkül a /etc/modules fájlba.
|
| |
|
|
[előzmény: (834) frend, 2012-03-03 15:46:53]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 825. Elküldve:
2012-03-01 00:17:30 |
[553.] |
Sracok, azért én is ügyködöm.
No végre.
Nekem is lefordult ez az enigma UHU alatt a dev chroot -ban, nem kellett neki egy külön op. rendszert telepíteni.
Csak ezeket kellett gyártanom hozzá:
libdreamdvd_1.0.20120226-1.1_i386.uhu
libdreamdvd-dev_1.0.20120226-1.1_i386.uhu
libdvbcsa_1.0.20120226-1.1_i386.uhu
libdvbcsa-dev_1.0.20120226-1.1_i386.uhu
libdvbsi++_1.0.20120226-1.1_i386.uhu
libdvbsi++-dev_1.0.20120226-1.1_i386.uhu
libnl_2.0-3.1_i386.uhu
libnl-dev_2.0-3.1_i386.uhu
libsigc+1-7_1.2.7-1.1_i386.uhu
libsigc+1-7-dev_1.2.7-1.1_i386.uhu
libsigc++-dev_1.2.7-1.1_i386.uhu
libxmlccwrap_1.0.20120226-1.1_i386.uhu
libxmlccwrap-dev_1.0.20120226-1.1_i386.uhu
xine-lib-for-openpli-e2_1.0.20120226-1.1_i386.uhu
xine-lib-for-openpli-e2-dev_1.0.20120226-1.1_i386.uhu
És végül a cél:
enigma2-openpli_1.0.20120226-1.1_i386.uhu
UHU dev alatt a libsig++ 2.2 verziója van a 2011-es dátummal, az enigma2 meg csakis az 1.7 -es sorozattal fordul, aminek kiadási éve 2005.
Ez volt az oka, hogy rögtön elakadt a fordítás.
Továbbá eddig csak a saját xine-libjével sikerült lefordítani és becsomagolni, a nála frisebb és AAC hang téren jól működő stabilra kiadott 1.2.-es xine libbel nekem még nem sikerült. Ezt a részét mintha nem fejlesztenék az enigmások.
Természetesen csak törött csomagként ment fel, mert a két xine lib útálja egymást.
Naná, hogy csak felvillan az enigma ablakja, majd szépen elillan.
Pubinak legalább stabil kék ablakja van.
Ha átállnék az enigma xine-libjére, akkor borulna mindenem, amit a xine--lib 1.2-re épült (kaffeine, vdr, stb.)
Valahogy le kéne beszélni az önállósult xine-libjéről, vagy úgy megcsinálni, hogy más helyre menjen, ne oda, ahol az én szeretett xine-libem van és ne ütközzön vele.
Mert így, ahogy van, csak egy enigma2 lenne használható, ha használható lenne, és hozzá kéne gyártanom minden programomat, ami a xine-libjének a vonzata.
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 808. Elküldve:
2012-02-28 16:59:31 |
[554.] |
Nekem sem megy fel ide ubuntu 11.10-re a media-build, se a liplianin drájver.
A 3.0 kernellel jó a tevii S470 távirányítója, de nem jönnek a 30000 SR -ű S2 -es adók.
Mielőtt frissítettem az ubit újabb kiadásra, a 2.6.38 -al és Liplianin meghajtóval ment szépen, csak a távirányító nem.
A ds3000.ko frontend kernel modult kellene megfoltozva újragyártani, ahogy a liplianin meghajtóban már benne van az a változtatás, amit gantusnak is köszönhetően Igor már beletett. Igor még nem csinálta meg, hogy a 3.x -es kernel alá lefordítható legyen a meghajtója, csupán committolgat a media-build -ba, a foltunkat nem rakta oda bele.
Gentoo alá adta magát a módszer, Arch alá is a csomagkészítő rendszerével viszonylag egyszerű volt megoldani.
UHU 2.2 és dev alá meg vígan felmentek a foltos media-build csomagjaim, hisz azok 2.6.33 és 2.6.37 -es kernelűek.
Most azért is hanyagolom az ubuntut, mert ide problémásabbnak tűnik nekem a kernel csomag újragyártása.
|
| |
|
[válaszok erre: #811]
|
[előzmény: (799) Bandika, 2012-02-26 17:52:11]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 806. Elküldve:
2012-02-27 18:28:02 |
[555.] |
A 300000 SR -ű adók is jönnek a tevii kártyáddal?
Milyen kernellel?
|
| |
|
|
[előzmény: (797) Fozo_, 2012-02-26 16:31:46]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 804. Elküldve:
2012-02-27 17:05:56 |
[556.] |
Eddig ezeket gyártottam le a chroot számára gittből:
libxmlccwrap-dev_1.0.20120226-1.1_i386.uhu
libxmlccwrap_1.0.20120226-1.1_i386.uhu
libdvbsi++-dev_1.0.20120226-1.1_i386.uhu
libdvbsi++_1.0.20120226-1.1_i386.uhu
xine-lib-for-openpli-e2-dev_1.0.20120226-1.1_i386.uhu
xine-lib-for-openpli-e2_1.0.20120226-1.1_i386.uhu
Egy elakadást ezzel már leküzdöttem:
iff -Naur orig/enigma2/configure.ac mod/enigma2/configure.ac
--- orig/enigma2/configure.ac 2012-02-26 17:15:23.000000000 +0100
+++ mod/enigma2/configure.ac 2012-02-26 18:51:46.000000000 +0100
@@ -30,7 +30,7 @@
AM_CONDITIONAL(HAVE_GIT_DIR, test -d "*srcdir/.git")
AM_CONDITIONAL(HAVE_FAKE_GIT_DIR, test -f "*srcdir/.git/last_commit_info")
-PKG_CHECK_MODULES(BASE, [freetype2 fribidi libdvbsi++ libpng libxml-2.0 sigc++-1.2])
+PKG_CHECK_MODULES(BASE, [freetype2 fribidi libdvbsi++ libpng libxml-2.0 sigc++-2.0])
PKG_CHECK_MODULES(LIBDDVD, libdreamdvd, HAVE_LIBDDVD="yes", HAVE_LIBDDVD="no")
AM_CONDITIONAL(HAVE_LIBDDVD, test "*HAVE_LIBDDVD" = "yes")
Megpróbálhatnám ubuntum alá felgyűrni, de arra megvan oldva.
Arch linux AUR-ban is benne van, de ott az enigma-xine-libbel, ami a /usr/local alá települ. Ez is érdekes megoldás, hogy egy csomag oda telepít, nyilván nem akarta a PKGBUILD írója, hogy ütközzön a normál xine-libbel. Szerintem kényszerű gány.
Csak csomagból telepítve szeretném kipróbálni, nem pedig belefordítva a rendszerbe és szintén a normál xine-lib 1.2 -vel.
Már mutattál valaha képet az OSD -jéről, valóban tetszetős.
|
| |
|
|
[előzmény: (803) Bandika, 2012-02-27 16:18:17]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 802. Elküldve:
2012-02-27 16:07:47 |
[557.] |
UHU dev-en meg itt áll le, rögtön az első objektum fordításánál, ennél tovább nem tudok lépni. A configure rendben lezajlott, elvileg tehát minden függés szerinte rendben van. Vagy mégsem?
(Az userspace kernel figyelmeztetések szerintem kényegtelenek.)
make all-am
make[4]: Entering directory `/var/uhubuild/work/compile/enigma2/lib/actions'
g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. -I../../include -include Python.h -include ../../enigma2_config.h -I/usr/include/python2.7 -g -O2 -ggdb3 -Wall -I/usr/include/freetype2 -I/usr/include/fribidi -I/usr/include/libpng15 -I/usr/include/libxml2 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -fno-rtti -fno-exceptions -pthread -MT action.o -MD -MP -MF .deps/action.Tpo -c -o action.o action.cpp
In file included from /usr/include/linux/fb.h:4,
from ../../lib/gdi/fb.h:5,
from ../../lib/gdi/gpixmap.h:10,
from ../../lib/gdi/grc.h:22,
from ../../lib/gui/ewidget.h:4,
from ../../lib/gui/einput.h:4,
from ../../lib/actions/actionids.h:1,
from action.cpp:4:
/usr/include/linux/types.h:13:2: warning: #warning "Attempt to use kernel headers from user space, see http://kernelnewbies.org/KernelHeaders"
In file included from ../../lib/base/object.h:11,
from ../../lib/actions/action.h:5,
from action.cpp:2:
../../lib/base/eerror.h:112: error: expected initializer before '<' token
In file included from ../../lib/base/ebase.h:17,
from ../../lib/base/message.h:6,
from ../../lib/gdi/grc.h:21,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/python/connections.h:33: error: expected template-name before '<' token
../../lib/python/connections.h:33: error: expected '{' before '<' token
../../lib/python/connections.h:33: error: expected unqualified-id before '<' token
../../lib/python/connections.h:49: error: expected template-name before '<' token
../../lib/python/connections.h:49: error: expected '{' before '<' token
../../lib/python/connections.h:49: error: expected unqualified-id before '<' token
../../lib/python/connections.h:66: error: expected template-name before '<' token
../../lib/python/connections.h:66: error: expected '{' before '<' token
../../lib/python/connections.h:66: error: expected unqualified-id before '<' token
../../lib/python/connections.h:84: error: expected template-name before '<' token
../../lib/python/connections.h:84: error: expected '{' before '<' token
../../lib/python/connections.h:84: error: expected unqualified-id before '<' token
In file included from ../../lib/base/message.h:6,
from ../../lib/gdi/grc.h:21,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/base/ebase.h:169: error: field 'activated' has incomplete type
In file included from ../../lib/base/message.h:6,
from ../../lib/gdi/grc.h:21,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/base/ebase.h: In member function 'void eSocketNotifier::activate(int)':
../../lib/base/ebase.h:156: error: 'activated' was not declared in this scope
In file included from ../../lib/base/message.h:6,
from ../../lib/gdi/grc.h:21,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/base/ebase.h: At global scope:
../../lib/base/ebase.h:294: error: field 'timeout' has incomplete type
In file included from ../../lib/gdi/grc.h:21,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/base/message.h:42: error: expected class-name before '{' token
../../lib/base/message.h:80: error: ISO C++ forbids declaration of 'Signal1' with no type
../../lib/base/message.h:80: error: expected ';' before '<' token
../../lib/base/message.h: In constructor 'eFixedMessagePump<T>::eFixedMessagePump(eMainloop*, int)':
../../lib/base/message.h:99: error: 'class eSocketNotifier' has no member named 'activated'
../../lib/base/message.h: At global scope:
../../lib/base/message.h:113: error: expected class-name before '{' token
../../lib/base/message.h:122: error: field 'recv_msg' has incomplete type
../../lib/base/message.h: In member function 'void ePythonMessagePump::do_recv(int)':
../../lib/base/message.h:119: error: 'recv_msg' was not declared in this scope
../../lib/base/message.h: In constructor 'ePythonMessagePump::ePythonMessagePump()':
../../lib/base/message.h:131: error: 'class eSocketNotifier' has no member named 'activated'
../../lib/base/message.h:131: error: 'slot' was not declared in this scope
In file included from ../../lib/gdi/grc.h:26,
from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/gdi/compositing.h: At global scope:
../../lib/gdi/compositing.h:25: error: expected class-name before '{' token
In file included from ../../lib/gui/ewidget.h:5,
from ../../lib/gui/einput.h:5,
from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/gdi/grc.h:154: error: expected class-name before '{' token
../../lib/gdi/grc.h:190: error: ISO C++ forbids declaration of 'Signal0' with no type
../../lib/gdi/grc.h:190: error: expected ';' before '<' token
In file included from ../../lib/actions/actionids.h:2,
from action.cpp:5:
../../lib/gui/einput.h:14: error: field 'changed' has incomplete type
In file included from ../../lib/gui/elistbox.h:6,
from ../../lib/actions/actionids.h:3,
from action.cpp:5:
../../include/connection.h:8: error: expected class-name before '{' token
../../include/connection.h:12: error: ISO C++ forbids declaration of 'Connection' with no type
../../include/connection.h:12: error: expected ',' or '...' before '&' token
../../include/connection.h: In constructor 'eConnection::eConnection(iObject*, int)':
../../include/connection.h:12: error: class 'eConnection' does not have any field named 'Connection'
../../include/connection.h:12: error: 'conn' was not declared in this scope
../../include/connection.h: In destructor 'virtual eConnection::~eConnection()':
../../include/connection.h:13: error: 'disconnect' was not declared in this scope
In file included from ../../lib/actions/actionids.h:3,
from action.cpp:5:
../../lib/gui/elistbox.h: At global scope:
../../lib/gui/elistbox.h:96: error: field 'selectionChanged' has incomplete type
In file included from action.cpp:6:
../../lib/driver/rc.h:25: error: expected class-name before '{' token
../../lib/driver/rc.h:65: error: expected class-name before '{' token
../../lib/driver/rc.h:186: error: expected class-name before '{' token
../../lib/driver/rc.h:206: error: ISO C++ forbids declaration of 'Signal1' with no type
../../lib/driver/rc.h:206: error: expected ';' before '<' token
In file included from action.cpp:6:
../../lib/driver/rc.h:250: error: field 'pyKeyEvent' has incomplete type
../../lib/driver/rc.h: In member function 'void eRCInput::keyPressed(const eRCKey&)':
../../lib/driver/rc.h:235: error: 'pyKeyEvent' was not declared in this scope
../../lib/driver/rc.h:236: error: 'keyEvent' was not declared in this scope
make[4]: *** [action.o] Error 1
make[4]: Leaving directory `/var/uhubuild/work/compile/enigma2/lib/actions'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/uhubuild/work/compile/enigma2/lib/actions'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/uhubuild/work/compile/enigma2/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/uhubuild/work/compile/enigma2'
make: *** [all] Error 2
Érdekes, hogy a ../../lib alatti cuccaiban akad el, amik a sajátjai.
Google csődöt mondott.
Mint ahogy én is. 
Érdemes ezért szenvedni egyáltalán?
A saját xine-lib-je is már túlhaladottnak tűnik, még csak 1.19. Ha őt használnám, borulna minden más, ami arra épül.
Mivel tud többet az alap védéernél?
|
| |
|
[válaszok erre: #803]
|
[előzmény: (799) Bandika, 2012-02-26 17:52:11]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 791. Elküldve:
2012-02-23 23:56:11 |
[558.] |
VLC
Ha jól tudom.
Hogy megállás nélkül? Még nem próbáltam.
Nem használom, mert kölön művészet lenne nekem szétszedegetni a műsorokat, enkeb válogatott műsorok érdekelnek csak. Lejátszva vele persze válogathatok köztük.
|
| |
|
|
[előzmény: (789) robertut, 2012-02-23 22:31:47]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 786. Elküldve:
2012-02-22 20:27:41 |
[559.] |
Nem értem, hogy miért erőlteted a gyengécskébb gépen az xbmc felületet.
Az xbmc egy erőforrás zabáló csili-vili és nehézkesen használható teremtmény a tapasztalataim alapján. Csupán csak használható a VDR megjelenítőjeként is, nem a VDR -hez készült.
A xineliboutput plugin ellnben nem erőzabáló, kifejezetten és csakis a VDR-hez van gyártva és szintén nagyon csinossá tehető a skin pluginokkal.
|
| |
|
[válaszok erre: #787]
|
[előzmény: (785) tomycz, 2012-02-22 17:32:13]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 781. Elküldve:
2012-02-20 20:16:04 |
[560.] |
Milyen rendszeren?
Az apt azt teszi fel, ami a rendszer felvett tárolójából elérhető. Én UHU 2.2 alá a VDR 1.7.22 -őt rakom, Bandika meg PCLoS alá a VDR 1.7.23 -at rakja fel apt-gettel.
Gentoo az 1.6.0 -t rakja fel a központból.
Arch alá is csak AUR -ból érhető el újabb.
|
| |
|
|
[előzmény: (780) robertut, 2012-02-20 19:15:03]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 2238. Elküldve:
2012-02-12 11:37:45 |
[561.] |
Általam rég nem látott adó fogható most stabilan a száztizesemmel, itt Óbudán:
Kurdsat, 0.8W
|
| |
|
[válaszok erre: #2239]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 405. Elküldve:
2012-02-05 17:11:30 |
[562.] |
mplayer mmsh://video.fixhd.tv:12000
Én linux operációs rendszeren ezzel a paranccsal nézem.
Windózok alatt is megy, ha egy parancs ablakba beleírjuk és az mplayer fel van telepítve. Windózra is létezik, nem csak linuxra.
És ingyenes.
És magyar.
|
| |
|
[válaszok erre: #406]
|
[előzmény: (404) vendi, 2012-02-05 16:51:39]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 2880. Elküldve:
2012-02-04 11:11:03 |
[563.] |
Most itt Budán is elkezdett havazni.
Csodák csodája, még az ab7 (7.2E) is az átlagosnál jobban teljesít, a 110-essel bözsivel már akadozva ugyan, de a H frekikből is sok képet ad. Alexandria és az amúgyis szinte mindig nagyobb frekvenciájú vehető függélyes adókmeg döngetnek ezerrel.
Érdekes, hogy ragyogó csillagfényes éjszakákon se nagyon teljesít nálam jobban, mint most.
De volt már ennél jobb terjedésre is példa.
|
| |
|
[válaszok erre: #2881]
|
[előzmény: (2873) huni66, 2012-02-03 10:40:28]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 737. Elküldve:
2012-01-31 22:40:50 |
[564.] |
Csak azt írja Klaus, hogy az új védéerhez nem kell feltétlenül új legalább 3.0-ás teljes kernel, ő 2.6.37.6 -os kernelt használ a media-build meghajtóval.
Vagy a wrapper patch, akkor az aktuális kernelben lévő lehetőségekkel használható, ha meg a media-build meghajtó, akkor totálisan.
Főleg a többkártyás üzemben, meg a DVBT2 -nél van jelentősége, ahogy én értelmezem.
|
| |
|
|
[előzmény: (736) Pubi, 2012-01-31 20:25:07]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 732. Elküldve:
2012-01-30 12:52:50 |
[565.] |
UHU 2.3 (dev) alatt Qrv@ jó!!
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 731. Elküldve:
2012-01-30 12:43:29 |
[566.] |
Egyelőre tök jónak néz ki az 1.7 23
Ez egyetlen, ami hátrányt eddig észrevettem az, hogy a femon plugin alsóbb hosszú csíkja a műholdas HD adásoknál idegesen ugrál, de a skinenigmang alsó részében stabil.
Lehet, hogy ennek az az oka, hogy a femon plugint is frissítettem 10 -ről 11-re? Vagy ez tevii specifikus?
Persze a rotorng hiányzik, de úgyse használtam.
Viszont nagyon pörgősnek tűnik az egész.
"Minek elrontani egy jó rendszert javítással?"
Hát kiváncsiságból...
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 730. Elküldve:
2012-01-30 11:45:08 |
[567.] |
Nekiestem a vdr 1.7.23 UHU-dev alá a csomagok elkészítésének.
Kész vannak a csomagok, most fogom próbálni őket.
Itt van a femon plugin lefordíthatóságának a megoldása.
az itt található linken meg az api wrapper folt , ami 3 - 5.3 dvb API esetén is fordíthatóvá teszi a védéer eme verzióját. Ez az aktuális kernel képességei maximálisan kihasználja, sőt, ha meghajtót (liplianin, vagy egyéb), annak képeségeivel is élni tud majd. Ezt különösen Pubi figyelmébe ajánlom, mert ragaszkodik a régi kártyáihoz és az ubi 10.04 -hez, azok alá különben nem fordul le, hisz ehhez az újabb cuccokhoz már nem kernel kell, hanem legalább linux 3.0.
A rotorng plugin még nem fordítható, nélkülöznie kell annak, aki ezt az újabb védéert akarja használni, hiába használ már 3.2 -es linux rendszermagos disztrót.
Copperfield barátunknak egyelőre még nincs kedve frissítenie az extensions foltját, de remélem megjön a kedve.
Német tudásomnak köszönhetően alaposan végigolvastam a védéer portál eme fejezetét.
Fantasztikus csávók!
|
| |
|
[válaszok erre: #733 #736]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 2527. Elküldve:
2012-01-26 10:51:43 |
[568.] |
Remélem hasznos fórumtárssal gazdagszunk személyedben.
Kérlek, a jövőben óvatosabban az indulatokkal, mert könnyen kipirosíthatnak.
Elvégre a csillagszámot illik tiszteletben tartani. Inkább PÜ..
Jöhetnek végre az N3 infók...
|
| |
|
[válaszok erre: #2529]
|
[előzmény: (2526) bushman69, 2012-01-26 08:24:17]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 2514. Elküldve:
2012-01-25 10:50:52 |
[569.] |
A Nagravison3 témában nincs végre valami mondanivalótok?
Ide tévedek, abban a hitben, hogy pörög a topic és a témába vágó dolgokról olvashatok, de tévedtem.
Nem kéne megváltoztatni a topic címét ?
|
| |
|
[válaszok erre: #2515]
|
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 20273. Elküldve:
2012-01-21 13:37:56 |
[570.] |
Pont ezen idő lecsökkentéséről van szó, hogy valós időben is nézhető legyen, ami a hozzászólás szerint a "nullák" miatt megoldható.
Meg azt is írják, hogy semmi köze az egésznek ahhoz, hogyan is dekódolja a kártya.
|
| |
|
[válaszok erre: #20274]
|
[előzmény: (20271) Oriza_Triznyák, 2012-01-21 00:15:39]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 20270. Elküldve:
2012-01-20 23:26:32 |
[571.] |
Alaposabban elolvastam..
Semmi köze a Nagra3 -hoz. Jóval többröl van szó!
Kódolási rendszertől független törési elvről van szó, mely a TS töltelékadatok (nullák) létezésére alapít, a CW közvetlen kinyerése a célja.
A CW kinyerése 170 másodpercbe telne a mai Nvidia kártyákkal, ha ezek is kódolva lennének, és így használhatatlan lenne az egész, és senki sem tudna kódolt tévé adást nézni.
Ha ez igaz, akkor hamarosan " GOOD BY S02 "
|
| |
|
[válaszok erre: #20271]
|
[előzmény: (20269) Oriza_Triznyák, 2012-01-20 22:37:41]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 20267. Elküldve:
2012-01-20 19:45:33 |
[572.] |
http://www.digital-eliteboard.com/showthread.php?178576-Nagra-3-gehackt-%21-Digital-tv-cabo-DIGITV-ROMANIAN-Polsat&p=1333713&viewfull=1#post1333713
Egy cikkről diskurálnak...
Ebben nem az N3, hanem a CSA feltöréséről van szó. A CSA algoritmus már régóta ismert..
Úgy tűnik, hogy vette magának valaki a fáradságot, hogy egy 48 bites kulccsal lekódolt adatfolyamot visszafejtsen. Úgy tűnik, sikerrel. De említik, hogy 64 bites kulccsal a bruteforce már nem működik. Nincs elég számítógép teljesítmény hozzá, ez még egy pár napig így is marad. De hogy is van ez? Ha ezt az adatfolyamot feltörik, ugye akkor még nem lehet "képet" látni, hisz az ECM még mindig kódolt N3-al ? Még mindig szükség van kártyára?
http://www.digital-eliteboard.com/showthread.php?178576-Nagra-3-gehackt-%21-Digital-tv-cabo-DIGITV-ROMANIAN-Polsat&p=1333725&viewfull=1#post1333725
Minden látható lesz, fel is lehet venni, kártya, vagy hasonló szükségtelen már ezután.
Mivel a CSA nem változtatható, hisz benne van szilárdan a vevőkben, megváltoztatása csak a beltérik teljes cseréjével lehetséges.
|
| |
|
[válaszok erre: #20268]
|
[előzmény: (20261) gombilaci, 2012-01-19 20:46:37]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 727. Elküldve:
2012-01-16 15:06:11 |
[573.] |
Jó, hogy dolgoznak.
Ez talán érdekes lehet.
"Updated the Hungarian language texts (thanks to István Füley). "
A DVBT2 az mondjuk tök hidegen hagy egyelőre.
|
| |
|
|
[előzmény: (726) Pubi, 2012-01-16 13:44:10]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 12434. Elküldve:
2012-01-16 13:17:41 |
[574.] |
A vashoz:
http://www.napnet.hu/lnyari/
A programot neked kell beállítani.
Minden tisztességesebb windózos proginak van diseqc forgató beállítási része (dvbviewr, altdvb), itt a földrajzi koordinátáidnak megfelő adatokat kell megadnod, "usals" módba állítani, oszt a kívánt holdra elvileg teker is.
A fastsatfindert én a tányér mechanikai beállításához használtam, mert jól vijjog.
|
| |
|
|
[előzmény: (12433) payback12, 2012-01-16 11:31:01]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 12432. Elküldve:
2012-01-16 11:21:33 |
[575.] |
Kicsit zavaros a kérdésed, kérlek pontosítsd!
Mit akarsz beállítani?
A motort táblázatát felprogramozni?
Ez meg diseqc 1.2 -nél minek? Ott lehet nyugodtan (windóz nyelven usals ) szögre forgatási módot is használni, nem kellenek a tárolt pozíció értékek.
Vagy a kártyát használó programodat az együttműködésre?
Vagy az antennád geometriai helyzetét?
A Fastsatfinderrel az utóbbit lehet könnyen megcsinálni.
(egy linux őrült vagyok, nem használok windózt)
|
| |
|
[válaszok erre: #12433]
|
[előzmény: (12431) payback12, 2012-01-16 10:10:15]
|
|
| Kiváló dolgozó |
|
|
