| Találatok száma: 173 üzenet |
|
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
1696.  Elküldve:
2010-10-13 21:01:15 |
[126.] |
Sziasztok!
Script done, alkalmazások újrafordítva, új read.me megírva, feltéve, letöltőlthető: http://data.hu/get/3071300/alligator_apps.zip.html
A fő cél az egyszerűség és a kényelem volt a script megírásánál (restart illetve fw upgrade utáni "visszaállítás" témaköre).
Néhány fontosabb comment:
1. Első futtatás alkalmával célszerű vagy a futtatás után kézzel felülírni a script által felmásolt deafult configokat a "/data"-n az aktuálissal (csak OSCAM, mert a bftpd javítva lett!!!) vagy még az install könyvtárban megtenni ugyanezt a script futtatása előtt (és akkor azokat fogja felmásolni).
2. Akinek a kevés csatorna/hold tárolásából kifolyólag van lehetősége annak fel fogja kínálni a script a választást, hogy felrakja a "/data"-ra a futtatható állományokat is vagy hagyja az aktuális könyvtárban és onnan futtatja.
3. Az install könyvtár egyben a futtatás helye is (ha nem fér fe a "/data"-ra vagy onnan akarod futtatni). Ha ez valamilyen hálózati drive akkor Neked kell gondoskodni arról a, hogy az alkalmazások inditásakor rendelkezésre álljon a "/data/start_apps" file modósításával.
4. Ha valamiért nem indulna el restart után a gép NEM KELL BE....NI hanem fogni kell egy USB eszközt és a "hard" módszerrel (power on közben EXIT, POWER vagy CH- benyomva tartva) fw "upgradet" kell csinálni (célszerű visszarakni ua ami fent volt, mert akkor semmilyen információ nem fog elveszni), majd újra megpróbálni futtatni a script-et.
5. Restart után semmit nem kell tenni (újra fognak indulni az alkalmazások) fw upgrade után újra kell futtatni a script-et úgy, hogy a meglévő konfig fileket meg kell tartani (ezért célszerűbb talán az install directory-ból futtatni az állományokat mert akkor csak egy "./install_apps.sh" parancsot kell csak kiadni a install könyvtárból) majd restart és minden megy tovább....
Sok sikert mindenkinek, ha van észrevétel vagy hiba jelezzétek!
|
| |
|
[válaszok erre: #1697 #1698 #1706 #1712]
|
|
|
Haladó  |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1674. Elküldve:
2010-10-11 20:29:17 |
[127.] |
Sajnos igen...
Sebaj "fözzünk" azzal amink van!
Az autostart müxik, egy kicsit kell még "csiszolgatnom" az install script-en aztán feldobom hasznosításra (nem biztos, hogy meg lesz még ma, de a héten 100%).
A következő átgondolást tettem meg ebben a "mit-hova-restart után-fw upgrade után" ügyben:
1. Akármit is sikerül a mostaniak mellé "felmutyizni" a gépre mindig a programok konfigurációs állományai a lényegek. Ebből következőleg ezeket kell csak elhelyezni a "/data"-n ami fw upgrade esetén is megmarad változatlanul. Az install script ezeket akarja majd itt elhelyezni (természetesen intelligensen, ha van már ott ilyen akkor rákérdez, hogy mi legyen...)
2. A futtatható bineáris állományok elhelyezésére a legcélszerűbb a "/app" partició mert ott elég sok hely van és feltehetőleg hosszabb távon is lesz nx1MByte szabad hely erre. Ezen esetben az autostarthoz a szükséges script ilyen paraméterekkel lesz legenerálva és elhelyezve a szükséges helyre.
3. Akinek 2 . pontbeli "elhzelyezés" nem tetszik annak lesz lehetősége a scriptben azt választani, hogy abban a könyvtárban hagyja a futtaható bineáris állományokat ahonnan installálja és akkor ehhez lesz "legyártva" és felinstallálva a szükséges script az autostarthoz.
4. Restart esetén nincs probléma, fw upgrade után újra kell futtatni az install scriptet és megfelelően választani a futás közben feltett kérdésekre (meglévő config állományok "felül nem írása" szép magyarosan...).
A fentiekből következőleg újra kell fordítottam mindkét app-ot olyan default config directory-val ami a "/data"-ra mutat, ez benne lesz az új zip-ben.
Ha valahol lehetne logikusabb és egyszerűbb és célravezetőbb gondolatmenet végezni akkor senki ne kiméljen, ossza meg velem itt a forumon (ha nincs javító észrevétel akkor ez lesz a módszertan)!
|
| |
|
[válaszok erre: #1675 #1678]
|
[előzmény: (1673) Bravedwarf, 2010-10-11 16:41:20]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1671. Elküldve:
2010-10-10 19:44:16 |
[128.] |
Rubelly,
A bftpd config file-je nem engedi a törlést...
Már javítottam majd az "autostart"-os változatban már benne lesz az új.
Egyenlőre manuálisan az "rm" standard linux command-al tudod (rm path_to_file/filename.ext
|
| |
|
[válaszok erre: #1672]
|
[előzmény: (1657) Rubelly, 2010-10-09 22:32:02]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1656. Elküldve:
2010-10-09 22:25:35 |
[129.] |
Ez már sokkal jobban néz ki, Neked van mintegy 2,8Mbyte (2812 darab 1k-blocks) szabad helyed még!
Azt hiszem az lenne a legkorrektebb, hogy akinek felfér annak a "/data"-ra másolja fel a script akinek meg nem - mert nincs elég szabad hely - annak menjen a "/app"-ba mert ott biztos van elég szabad hely.
Természetesen mint "user-frendly" script erről a végén nem ártana tájékoztatni a user-t sem (majd megoldom)...
|
| |
|
[válaszok erre: #1657]
|
[előzmény: (1655) Rubelly, 2010-10-09 22:16:41]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1654. Elküldve:
2010-10-09 22:15:16 |
[130.] |
Nem "jutya" akart lenni hanem sokkal inkább "kutya"!
|
| |
|
|
[előzmény: (1653) szirog, 2010-10-09 22:14:08]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1653. Elküldve:
2010-10-09 22:14:08 |
[131.] |
Köszi a gyors választ!
Sajnos itt van a jutya inkább elásva, hogy ez a "/data" mindenkinél más foglaltságú lesz attól függően, hogy mennyi holdja/csatornája van.
Pedig ez lenne a legjobb hely mert ez a fw upgrade során is érintetlen marad ( az összes többit ugyebár az új firmware felülírja).
Érdekes lehet még a "/app" amin jó sok hely van (úgy tűnik egységesen) igaz ezt egy fw upgrade a mi szempontunkból "lenullázza".
Lehet, hogy olyan scriptet kéne (fogok) írni ami - egyben install script is lesz az egyszerűségi igényeket is figyelembe véve - ami a "/app"-ba másol fel...még megvárok egy-két választ!
Köszi mégegyszer!
|
| |
|
[válaszok erre: #1654]
|
[előzmény: (1652) Bravedwarf, 2010-10-09 21:55:06]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1650. Elküldve:
2010-10-09 21:31:26 |
[132.] |
Sziasztok!
Egy kis segítség kéne olyan Alligator és Panthera tulajtól aki jó sok holdat meg csatornát néz (vagy legalábbis a csatorna listájában benne van).
A teljesen ideális az lenne akinek 100%-ig tele van a csatorna listája...
A következő commandot kéne kiadni a telnetben: "df", majd ide visszamásolni az outputot ami valami ehhez hasonló kellene, hogy legyen:
--------------------------------------------------
# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/mtdblock1 4096 3692 404 90% /
/dev/loop0 512 76 436 15% /var
/dev/loop1 256 240 16 94% /etc
/dev/mtdblock4 3328 464 2864 14% /data
/dev/mtdblock2 41104 41104 0 100% /home
/dev/loop2 34452 18036 16416 52% /app
172.31.106.101:/share 150434368 53623808 96810560 36% /mnt/nfs
/dev/sda1 115377640 28034296 81482432 26% /mnt/USB1/sda1
#
--------------------------------------------------
(Miért fontos: lehet, hogy mindkét app felfér a "/data" particióra és akkor restart után biztos semmit, fw upgrade után pedig csak egy darab "rc.user" file-t kellene felmásolni és minden megy változatlanul tovább - beleértve az autostartot is...csak nekem mindössze 86 csatornám meg 2 holdam van a konfigban)
Előre is köszönöm!
|
| |
|
[válaszok erre: #1651 #1652 #1655]
|
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1648. Elküldve:
2010-10-09 19:19:26 |
[133.] |
Én egyetlen hibát fedeztem fel idáig: a saját kliens (127.0.0.1 NewcamD a BRUTUS-on belülről) szálat nem minden esetben zárja le kikapcsoláskor.
Ezért írtam bele a read.me-be, hogy semmiképp ne hagyja senki a userek "Uniq" tulajdonságát a default ("0" vagy "1 - Per thread") értéken mert ilyen esetben ugyebár az újbóli bekapcsolás után új szálat hoz(na) létre az új kiensnek az OSCAM de mivel van már egy az adott username/password-el ezért rögtön blokkolja is az OSCAM mint fake-t.
A beragadt szál pedig egyébként teljesen kényelmesen és egyszerűen kill-elhető a WEBIF-ről, sőt még sietni sem kell vele (akár ráér hetente egyszer "takarítani").
Kösz a tapasztalataidat!
|
| |
|
|
[előzmény: (1631) teser76, 2010-10-08 23:36:25]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1647. Elküldve:
2010-10-09 19:11:22 |
[134.] |
Ez nagyon király hír mert akkor nem feltétlenül kell hozzá CIFS (vagy nfs).
Egyébként az USB umount-ot (power off-ra) azért nem értem, mert power management meg nincs rajta...minek eldobni a mount-ot ha az USB vinyó meg kikapcsolt állapotban is csak pörög-pörög!
|
| |
|
|
[előzmény: (1630) teser76, 2010-10-08 23:13:42]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1646. Elküldve:
2010-10-09 19:06:43 |
[135.] |
Rubelly!
Nagyon szívesen segítek egyébként ha belegondolsz, hogy amivel fordítani sikerült az is hány ember önkéntes munkája nyomán jött létre (én csak összemutyiztam a netről)...
Azonban ebben a kérdésben ha lesz is eredmény akkor sem lesz gyors. Miért?
1. a BRUTUS-on belülre semmi esélyünk "betörni" márpedig ez ragadja magához a video megjelenítő eszköz(öke)t,
2. a szükséges codec-packok kérdésköre,
3. Illetve abszolút nincs tapasztalatom ezen az architekturán a video megjelenítés kezeléséről.
Ezzel nem azt mondtam, hogy lehetetlen, csupán azt, hogy nagyon-nagyon nem egyszerű ha meg is lehet valahogy oldani (azért írtam, hogy nem lehetetlen mivel az E2-vel kapcsolatban a tuner drivert hiányolja mindenki ezek szerint a video device talán szabványos?).
Azzal kéne kezdeni, hogy kéne egy MIPSEL vagy MIPS architekturán is működő media lejátszót keresni és megvizslatni, hogyan is müxik...
|
| |
|
[válaszok erre: #1649]
|
[előzmény: (1632) Rubelly, 2010-10-09 10:08:52]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1629. Elküldve:
2010-10-08 22:53:05 |
[136.] |
Az E-SATA-val kapcsolatban légyszi teszteld már le, hogy a távirányító power off "állapotában"elérhető-e vagy azt is umount-ja a kicsike amikor aludni tér...
Előre is kösz!
|
| |
|
[válaszok erre: #1630 #1632]
|
[előzmény: (1626) teser76, 2010-10-08 22:12:50]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1628. Elküldve:
2010-10-08 22:38:23 |
[137.] |
Néhány tapasztalat a két ügyben:
1. OSCAM: a román testvérek kérésére csináltam egy új változatot amibe beleraktam azt a minimális konfig file igényt ami ahhoz kell amire itt használni akarjuk (protokol fordítás). Mellesleg kiderült, hogy van az Alligátoron "libgcc_s.so.1" file csak nem "szabványos" helyen lett elhelyezve. Ezért az eddig mellékelt "libgcc_s.so.1" filet kivettem a zip-ből és a telepítésnél beírtam, hogy mit kell tenni helyette (Softlink létrehozás). Aki már feltette annak is célszerű törölnie (parancs: rm /lib/libgcc_s.so.1) mert elég helyszűkében vagyunk az Alligátoron (utána természetesen létre kell hozni az új linket ez benne van az új zip-ben a 2. pontban). Az újrainditás az OSCAM-ot nem zavarja (elteinktve a CIFS újramontolás illetve az OSCAM indítástól...)
Új verzió link: http://data.hu/get/3054795/oscam_alligator_v2.zip.html
FTP: sajnos az a tapasztalatom, hogy egy ujrainditás után eltűnik a config file a /etc-ből (ez a p.cs minden restart után teljesen újraírja pontosabban kicsomgaolja a "/etc" könyvtárat egy gzip-ből). Ezért ezt is újra fogom fordítani egy új config file elérési path-al (ez megoldható lenne parancssorból is de elegánsabb az előbbi).
Illetve mindkettő: az újraindítás utáni "automatikus" futtatás megoldása szerintem - a zlidan által is módosított - rc.user file megfelelő módosítása lesz. Most kicsit itthon vagyok "behavazva" de remélem vasárnapra lesz kézzel fogható megoldás mindkét komponens automatikus indítására egy restart után!
|
| |
|
[válaszok erre: #1631]
|
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1612. Elküldve:
2010-10-07 22:24:06 |
[138.] |
Nekem nem sikerült futó OSCAM mellett umount-om az nfs-t.
Bár a hibaüzenetek nem voltak értelmesek (javarészről "Directory not found" illetve "Device not valid") szerintem az OSCAM fogja az adott mount-ot.
Te jutottál valamire?
|
| |
|
|
[előzmény: (1606) szirog, 2010-10-07 19:16:13]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1610. Elküldve:
2010-10-07 22:15:20 |
[140.] |
Az OSCAM forum oldalán (http://oscam.ump2002.net/board/hmportal.php) vannak további futtatható (lefordított) állományok különböző eszközökre (pl. OpenWRT-s router, AzBOX).
Akit érdekel ott hozzáférhet ezekhez.
A fordítást és az "Alligátor verziót" azért csináltam, mert bár több változatot is elindult az Alligátoron azonban az inicializálásnál rengeteg hibaüzenetet adott, amit nem túl jó jelnek értékeltem.
|
| |
|
[válaszok erre: #1613]
|
[előzmény: (1609) gyugyo79, 2010-10-07 21:56:29]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1606. Elküldve:
2010-10-07 19:16:13 |
[141.] |
BBmaster, ez egy nagyon jó kérdés...
Szerintem tesztelni kéne, én még nem tettem meg.
Ha viszont az lenne a konklúzió, hogy nem kell (azaz tudod umount-olni a CIFS-t) akkor - elméletileg - az USB-ről is mennie kéne (mivel ez azt jelentené, hogy fullra a memóriából fut az OSCAM).
Most az ftp szerverrel dolgozok, ha lesz időm (még ma) ki fogom próbálni!
|
| |
|
[válaszok erre: #1612]
|
[előzmény: (1604) BBmaster, 2010-10-07 07:16:24]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1601. Elküldve:
2010-10-06 23:39:57 |
[142.] |
Ez attól függ, hogy ugyanaz a kernel van-e a két gépen.
Ha a Pantherán is 2.6.12-x a kernel verziója akkor igen.
|
| |
|
[válaszok erre: #1608 #1626]
|
[előzmény: (1600) teser76, 2010-10-06 23:29:56]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1599. Elküldve:
2010-10-06 22:25:10 |
[143.] |
Felraktam az OSCAM Alligatort akit érdekel a következő helyen érheti el: http://data.hu/get/3048328/oscam_alligator.zip.html
Az installról meg az eddigi tapasztalataimról csináltam egy leírást benne van a zip-ben.
Röviden: eddig 3 napja 2 olyan hibával fut ami a WEBIF-ről javítható volt, de nem fagy le, nem akadozik, nem zavarja a tv nézést/felvételt stb...
Tapasztalatokat ide a forumba kérném, sok sikert minden vállalkozó szelleműnek hozzá!
Most egy ftp szerveren dolgozom, hogy legyen már ilyenünk is az Alligátorra...
|
| |
|
[válaszok erre: #1600 #1604]
|
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1593. Elküldve:
2010-10-05 21:56:17 |
[144.] |
Sajnos erre csak egy válasz van (amit "nagy" Dreamesek is hangoztattak annakidején a DM7020-al kapcsolatban nekem): amíg van rajta RJ-45 ethernet port addig azt kell használni!
Szóval ha ezt mondják egy "open source platform"-os gépre akkor 2x megszivlelendő egy "embedded platform"-os gépre (sajnos).
Használd a RJ-45 ethernetet, azzal stabil lesz.
|
| |
|
|
[előzmény: (1586) metalmont, 2010-10-05 08:53:40]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1592. Elküldve:
2010-10-05 21:52:02 |
[145.] |
Ez egy forráskód amit sikerült lefordítani a szükséges arhitekturára a szükséges kernel verzió alá (MIPSEL ill. 2.6.12-4-es kernel kéne, de nekem csak 2.6.12-0-t sikerült mutyizni a netről).
Nincs benne semmi rendkívüli csak nem egyszerű i686 arhitekturán fordítani MIPSEL-re.
Ez sajnos nem E2 szerűség csupán a brutuson kívüli Linuxon futtatható OSCAM (ezért írtam, hogy a kártyaolvasási képesség - hasonlóan a zlidan féle CCcam megoldáshoz - nagy valószinüséggel nem lesz, mivel a brutus lefoglalja az eszközöket magának).
A célja pedig az lenne, hogy ne kelljen a protokol forditáshoz egy másik eszköz, magyarul: az OSCAM is az Alligátoron fut csak a brutuson kívűl, a NewcamD szintén az Alligátoron fut csak a brutuson belül.
Mivel ma áramszünetem volt ezért a tesztperiódust újra kell inditanom...
|
| |
|
[válaszok erre: #1595]
|
[előzmény: (1585) BBmaster, 2010-10-05 07:41:50]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1584. Elküldve:
2010-10-04 23:23:16 |
[146.] |
Sikerült megoldani (lefordítani) az OSCAM-t az Alligátorra, így nem kell még egy külsó eszköz a protokol fordításhoz.
A gbox tudást nem sikerült "belevizárdolni" mivel a forrással nem teszik közzé, egyéb opciók belefordítva.
A kártyolvasási képesség nem ismert mivel jelen pillanatban nincs lokál kártyám.
A WEBIF tökéletesen müködik egyenlőre (ez a zlidan féle cccam változatban a leírás szerint nem használható egy kernel bug miatt ami azért érdekes mert egyenlőre nem jött még elő).
NFS mount (CIFS) kell hozzá mivel nincs elég hely a "/" particióra történő felmásolásra (ezt még egyszer checkelni kell bootolás után közvetlenül mivel tapasztalataim szerint eléggé érdekesen ingadozik a szabad memoria nagysága). Az USB (/mnt/USBx/sdax) biztos nem jó mert standby-ban umount van. E-SATA tapasztalatom jelen pillanatban nincs mivel ilyen eszközöm sincs, egyenlőre NFS-ről tökéletesen fut már több mint egy napja.
Most tesztelem...
Akit érdekel hamarosan elérhető lesz!
|
| |
|
[válaszok erre: #1585 #1588]
|
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1562. Elküldve:
2010-09-29 20:46:30 |
[147.] |
BBmaster
Akkor viszont negatív, én ilyen hibát még nem tapasztaltam igaz csak UPC-t nézegetek (azt is elég rendszertelenül) a csatornalistában a DVB-T szabadon fogható csatornáit leszámítva nincs is más.
Tesztelésképpen már kétszer megcsináltam, hogy egy éjszakára beállítottam 4 műsort felvételre (10 perc és 2:50 perc közötti hosszúságuakat) és mind a két alkalommal mind a négy teszt felvétel sikerült azzal a módszerrel amit leírtam.
Ma estére definiálok neki "feladatokat" holnapra kiderül igaz-e még az eddig tapasztalt megfelelőség (emlékeim szerint ez még a 20.04-es fw-vel volt).
A DD bugot a nem tudom megerősíteni részemről (azaz ahol van a UPC csomagban ilyen ott mindenhol tökéletes).
|
| |
|
[válaszok erre: #1563]
|
[előzmény: (1558) BBmaster, 2010-09-29 19:48:22]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1561. Elküldve:
2010-09-29 20:40:08 |
[148.] |
Ismert bug, számtalan forumon megtalálhatod (pl. itt is korábban).
A felderitések szerint a 4.30 loader csere után nem megy a mentés "Invalid GPOS data!" hibaüzenettel.
Megoldást egyenlőre én sehol nem találtam.
|
| |
|
|
[előzmény: (1559) Bero57, 2010-09-29 20:02:18]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1557. Elküldve:
2010-09-29 18:07:22 |
[149.] |
BBmaster (és mindenki akit érdekel):
Saját tapasztalataim alapján készítettem egy workaround-ot a "felvétel rendben" -"felvétel nem történik meg" problémájára:
1. A kivánt műsor felvétele az EPG képernyőből DE nem felvételre ha "CS. Nézet" vagy "Ch. view"-ra azaz a ságra gomb csak egyszeri megnyomása
2. "Menu" -> "Event timer": a korábban EPG ablakban felvett tételek szerkesztése (piros gomb), az esemény típus átállítása "Felvétel" vagy "Record"-ra, majd "Mentés" vagy "Save"
Nekem ezzel a módszerrel idáig minden beállított felvétel elkészült rendben (most 20.25 van fent, de igaz a 20.04-re is) egyet kivéve de a CS elérésével volt problémám ezért lett "fekete anyag" az eredmény.
(Igazából a saját "lámaságom" eredménye a fenti ügy mivel nem tudtam sokáig, hogy az EPG képernyőn a sárga gombot kétszer is meg lehet nyomi és akkor nem "Cs. nézet" lesz az esemény tipusa hanem "Felvétel". Azonban amikor elkezdtem a normális használat mentén - EPG ablak sárga gomb kétszer majd save - beállítani a felveendő műsorokat akkor egyik sem sikerült.)
Teszteljétek le, hogy Nektek is rendben megtörténnek a felvételek ha a fenti módszer szerint jártok el, mert akkor egyértelműen megfogalmazható a bug (és hátha Posta Tiboron kersztül eljut a fejlesztőkhöz is a hír)!
A többbeveln egyébként teljesen egyetértek, egészen egyszerűen ledöbbentő, hogy NewcamD esetén mennyivel stabilabb és gyorsabb a box.
Most elkezdtem azon dolgozni, hogy - zildan Cccam package-hez hasonlóan - legyen oscam package-ünk, amit a brutus-on kívűl lehet majd futtatni és ha sikerül összejön akkor elhagyható lesz a második külső eszköz...
|
| |
|
[válaszok erre: #1558]
|
[előzmény: (1555) BBmaster, 2010-09-29 10:51:25]
|
|
| Haladó |
|
szirog
Tagság: 2006-05-22 15:17:24
Tagszám: #30824
Hozzászólások: 173
|
| 1553. Elküldve:
2010-09-28 20:03:17 |
[150.] |
Ha ez a "15_XTEST" változat ugyanaz amit a SAB-nál publikált (ami szinte 100% leszámítva a menü design) akkor az ottani leírás alapján "You have to reset the receiver after downloading the new SW!!! Cccam is improved. (Test S/W)" utasítást kéne követni.
A "lefagyást" én is tapasztaltam (véletlenszerűen jelentkezett és távirányitó power-off power-on után ismét jó volt egy darabig) igaz nem az Alligátor változattal henem a SAB-éval.
|
| |
|
|
[előzmény: (1550) pekseg, 2010-09-28 08:06:57]
|
|
| Haladó |
|
|
