| Találatok száma: 386 üzenet |
|
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
3871.  Elküldve:
2013-06-07 10:54:20 |
[151.] |
szerintem a cccmaxhops = 0 beállítással
|
| |
|
|
[előzmény: (3870) aesgs677, 2013-06-06 12:21:38]
|
|
Törzstag  |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 1430. Elküldve:
2013-05-31 22:40:19 |
[152.] |
:D nálam sincs ott semmi
1. lehet, hogy csak tegnap ment, mivel a flysatos bejegyzés tegnapi
2. lehet, hogy olyan nyalábon van, melyet egyikünk sem vesz (ilyesmi ezen a holdon lehetséges?)
|
| |
|
|
[előzmény: (1426) cs-robert, 2013-05-31 09:34:16]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 14796. Elküldve:
2013-05-27 16:24:08 |
[153.] |
Persze, az oscam-nál négy dologtól függ a frissítés:
- bele van-e fordítva az adott kódrendszer (ha nincs, a make config-os menüben állítsd be és fordítsd le újra)
- a kártyaolvasódnál az au disabled-nél van-e pipa (nem szabad, hogy legyen) + az au provid üres vagy értelmes értéket tartalmazzon
- a felhasználódnál az au-nál be van-e írva a kártyaolvasód neve (ha nincs, írd be)
- a kliensed szolgáltat-e emm-eket a szervered felé a hálózaton keresztül (az Alligátorék pl. abszolút nem, bármit bárhogyan állítgatsz; az acamd már jó, de az már PC-s megoldás, tuner is kell)
Sok sikert :)
és a legfontosabb: amíg valami nem megy rendesen, naplózz, emelj hibakeresési (debug) részletességet
|
| |
|
|
[előzmény: (14795) BBmaster, 2013-05-27 13:48:42]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3816. Elküldve:
2013-05-22 07:39:02 |
[154.] |
Szerintem nem bolondság,
de nem oldható meg.
Ahhoz, hogy tudd, melyik hozzáférés frissül, ismerned kellene a már visszafejtett üzenetet.
Elvileg csak a fejléc+címzés+hossz megy kódolatlanul (címzés: csupa 0-ás = mindenki, teljes sorozatszám = csak tied, bizonyos hosszúságú szám = csoport)
valami ilyesmi, benne van a reader_*.c forrásfájlokban.
ezért tud rájuk az oscam szűrést végezni
|
| |
|
|
[előzmény: (3815) psycohol, 2013-05-22 02:11:29]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 34929. Elküldve:
2013-05-18 23:37:33 |
[155.] |
Erre még pluszban rátesz néha a HDV felbontás (oké, tudom, hogy normális Full HD-hez ~12MBit/s kellene).
Az ASO után mennyire fognak növekedni az egyes muxok sávszélességei? (gondolok itt a sugárzási paraméterek állítására; FEC meg Guard intervalok, nem nagyon merültem bele, persze csak akkor, ha nem rontja le túlságosan a vételi esélyeket)
Szerintem úgy kellene kiosztani a muxon belül a sávszélességeket, hogy amikor valós HD vagy HDV tartalom megy HD csatornán, arra az időre mindig többet kapjon, mint egy felkonvertált SD tartalmú HD csatorna, mivel ott kevésbé látszik meg a sávszélességhiány, mint egy nem felkonvertáltnál.
|
| |
|
[válaszok erre: #34930 #34931]
|
[előzmény: (34928) str8, 2013-05-18 22:33:48]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 34923. Elküldve:
2013-05-17 11:35:11 |
[156.] |
A TV saját DVB-T-s tunerjével és egy Optibox STB-vel egyaránt ezt tapasztalom:
Az AAC és az MPEG hangsáv hangereje megegyezik, az AC3-asé valamelyest hangosabb, tisztább és dinamikusabb ugyanolyan hangerő beállítás mellett.
Hangminőségi sorrend szerintem a következő (a jelenlegi sávszélességek mellett): AC3 > AAC > MPEG
|
| |
|
[válaszok erre: #34927]
|
[előzmény: (34922) vigosz, 2013-05-17 10:30:40]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3786. Elküldve:
2013-05-16 22:26:43 |
[157.] |
szakadásos problémákra:
- tessék a webes felületen a lap alján bekapcsolni a debug módot (hibakeresés) és úgy megnézni a naplót
- ajánlott a reconnect + timeout időket rövidebbre venni
- ha ez memóriahiba/hiány, érdemes a Linux rendszernaplóba is belelesni a dmesg parancssal, illetve listázni a /var/log/syslog tartalmát
- readernél másik verziójú cccamot használni vagy a stealth módot állítani
- ha oscam van a túloldalon, ugyanezeket el lehet játszani ott is
|
| |
|
[válaszok erre: #3792]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3785. Elküldve:
2013-05-16 21:47:01 |
[158.] |
File browser, Kék gomb (Szoftver), ezután az alábbi kiterjesztésű fájlok látszani fognak:
.isd (boot loader vagy allinone szoftver lemezkép)
.kdb (mcas adatbázis, neked ez kell, kereken 65536 byte-osnak kell lennie, Yumatu MX-es formátum is ilyen)
.udb (felhasználói adatbázis)
tehát tölts le egy 64 kilobájtos okosságot majd nevezd át kdb kiterjesztésűre és azzal próbálkozz
A Timeshift-es felvételhez semmi ötletem nincs, szerintem ez egy olyan feature, ami (még) nem lett megvalósítva.
A Temporary-s állomány neked hogyan marad meg? De ha esetleg mégsem maradna meg a Timeshift felvétele és a Timeshift-elés befejezése után nem írtad felül a tartalmát, akkor FAT32-es partíción működik az undelete, illetve bizonyos lemezszerkesztőkkel is meg tudod menteni az anyagot. Az utóbbi módszer tetszőleges fájlrendszerhez jó.
|
| |
|
[válaszok erre: #3786]
|
[előzmény: (3784) szabozo12, 2013-05-16 20:07:56]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3757. Elküldve:
2013-05-12 14:57:34 |
[159.] |
Szia!
not found = nincs jogod az adott csatornára vagy hibás ecm-et kapott a kártya
mi a kliensed? esetleg próbáld meg a dvbapi-t
másik csatornákkal mit csinál?
lehet, hogy nem jó az órajel, lásd itt:
http://www.streamboard.tv/wiki/OSCam/en/examples/Overclocking
"For certain Dreamboxes (especially PPC clones) the default mhz parameter leads to slow ECM times and/or "not found" ECMs. By setting mhz to values like 200, 300, 400, ... 1600, you can find a value that works for your receiver and your card. The higher the mhz value, the slower the ECM time (strange enough). " óvatosan :)
|
| |
|
|
[előzmény: (3756) tse60, 2013-05-12 13:05:27]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 91315. Elküldve:
2013-05-10 14:07:14 |
[160.] |
Néma az HBO Comedy magyar hangsávja, másnál is? (a román és a cseh hangsávok rendben vannak)
|
| |
|
[válaszok erre: #91324]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3726. Elküldve:
2013-05-08 21:55:57 |
[161.] |
Nagyon egyszerű :)
Módszer 1:
Rendszergazdaként a lsusb -v parancs kimenetéből kikeresed azt a sort, amelyik iSerial-lal kezdődik,
pl. ha ezt látod az iSerial-nál,
iSerial 3 Reader 0123456
akkor ezt kell írnod az olvasód Device sorába idézőjelek nélkül: "Serial:Reader 0123456"
Módszer 2:
Ami mindig működik: Bus:Device megadása
vagyis a te példádnál maradva 001:004-et kell írni,
Ennek a módszernek az a hátránya, hogy ha legközelebb máshova kötöd be a smargót,
más Bus:Device értéked lesz, így a régi beállítással nem fogja megtalálni.
Módszer 3:
mouse protokollal soros porton keresztül használod, ami szerintem lassabb a smartreader-nél
pl. /dev/ttyUSB0 az első
Az első kettő csak akkor megy, ha már az újabb szoftver van a smargódon.
az olvasó többi beállítása, amivel biztosan mennie kell:
cardmhz=357
mhz=357
detect=cd
libssl-es téma:
- ha nincs szükséged ssl kapcsolatra az oscamban, kapcsold ki a make config-ban és fordítsd le újra
- szerintem az is lehet, hogy másik verzió kell a libssl-ből, vagy statikusan fordítsd az oscamot make static vagy static-ssl, sosem próbáltam
a README.build fájlban le van írva
Sok szerencsét!
|
| |
|
[válaszok erre: #3727 #3731]
|
[előzmény: (3725) zpking, 2013-05-06 21:37:09]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 91161. Elküldve:
2013-05-02 09:04:29 |
[162.] |
A 12111V transzponderen megjelent a DVB-szabványos EPG 
|
| |
|
[válaszok erre: #91162 #91163 #91169]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 91149. Elküldve:
2013-04-30 22:26:07 |
[163.] |
mpeg-2 vs. mpeg-4 videotömörítés hibái (az SD csatornáknál)
|
| |
|
|
[előzmény: (91139) miki2002, 2013-04-30 19:43:19]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 91117. Elküldve:
2013-04-30 12:04:34 |
[164.] |
transedit-tel egy kicsit ránéztem
egyelőre csak a PMT-be került be a bejegyzés, azért mutathatja a vevő :)
a magyar hang PID-je még nincs fent, majd 0x1060 lesz (4192 decimális)
két PMT van, a 0x01a8 (424 decimális) meg a 0x01b2 (434 decimális) mindkettőnek ugyanaz a neve: Travel Channel HD
a PAT-ban két service ID van, 0x0424 (1060 decimális) és 0x0488 (1160 decimális)
a 0x424-es SID-en sokféle kódolás van, a 0x0488-on csak Conax.
|
| |
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3701. Elküldve:
2013-04-29 13:53:04 |
[165.] |
Viszonylag hatékony mód, ha ECM fehérlistával, illetve services listával dolgozol.
Ettől még az olyan kéréseket nem szűröd ki, amelyek a te caid-hez és service id-idhez szólnak, de valójában a kártyád által nem feldolgozhatóak.
Hibás kérést simán gyárthat a beltérid is, elég egy olyan eset, amikor babrálnak valamit az ecm típusával/hosszával, és a beltéri még a régi beállításokat használja (már ha megjegyzi), pár kérés után vagy a kliens kilövésével majd újracsatlakozásával megjavul.
Meg van az oscamban egy olyan hiba - ami igazából nem hiba - hogyha kérést kap, miközben az előzőt még feldolgozza, hibás választ kaphatsz rá.
|
| |
|
[válaszok erre: #3703]
|
[előzmény: (3700) pocok5, 2013-04-29 13:42:29]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 91046. Elküldve:
2013-04-29 12:31:48 |
[166.] |
12034V-n ~66,86 Mbit/s (csak nagyon kicsit változik) a teljes sávszélesség, szerintem ebben már nincs benne a FEC stb., csak a nyers ts-folyam.
Ebből még ~20,75 Mbit/s van szabadon null packet-ek formájában. A maradék meg valamelyik PID adata.
A többi tp-n általában 1-1,5 Mbit/s van szabadon (lehet, hogy a rendszernek kell).
Tehát mindent összevetve szerintem egy jó 19,5-20 Mbit/s-mal simán lehet számolni. Feltéve hogy a teljes sávszélesség az övék.
|
| |
|
|
[előzmény: (91044) kalimera, 2013-04-29 11:58:33]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3778. Elküldve:
2013-04-22 14:39:44 |
[167.] |
szerintem a cloneit-tel kell ügyeskedni, még nem próbáltam ki élesben, de annyit csinál, hogy az udb mentések meg allinone szoftverfrissítések fejléceit írogatja a különféle klóntípusokhoz.
különben kézzel kellene átírni a típust + kiszámolni az ellenőrző összeget...
|
| |
|
|
[előzmény: (3776) atesz73, 2013-04-22 10:25:46]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3679. Elküldve:
2013-04-20 17:07:33 |
[168.] |
Például az OSCAM 1.20-unstable_svn build r8457
gond nélkül megy x86-os rendszeren :) csak a fordításnál ki ne hagyd a libusb-t, különben lőttek a smartreader támogatásnak.
mit értesz az alatt, hogy akad?
|
| |
|
|
[előzmény: (3678) vikica793, 2013-04-20 13:39:24]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 1674. Elküldve:
2013-04-18 22:26:23 |
[169.] |
Próbálj meg olyan csatornáról felvenni, amelyben sok a nullás kitöltő csomag, kodek szinten, tehát itt nem a 0x1fff-es null csomagos PID-re gondolok.
pl. amikor a filmek végén megy a stáblista, rengetegszer van olyan, hogy stabil X Mbit/s-t jelez a vevő, de közben a tényleges bitsebesség alacsonyabb, mivel az egyszerű szövegek nem foglalnak túl nagy sávszélességet, a többi meg kitöltő adat, hogy meglegyen a minimális sávszélesség a stat.mux-hoz. h264 esetében ez nalu filler data néven fut.
Azért érdekes ez, mert ezek a ts-csomagok ténylegesen 0x00 bájtokat tartalmaznak.
|
| |
|
[válaszok erre: #1676]
|
[előzmény: (1667) Zichie, 2013-04-16 01:12:37]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3771. Elküldve:
2013-04-09 09:02:58 |
[170.] |
szia, elvileg huszonegy-negyvenkettes
a többi meg itt:
dl7000hd pont blogspot pont hu és ott a klónoknál
(2012 novemberi bejegyzésekből a második)
melyik a legeslegújabb szoftver? (bármilyen klónra)
|
| |
|
[válaszok erre: #3772]
|
[előzmény: (3770) bagyiboy, 2013-04-09 08:43:36]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3591. Elküldve:
2013-04-06 11:45:07 |
[171.] |
Kapcsold magasabb szintre a hibakeresést, a webes felületen a lap alján találod:
Switch Debug from 0 to ...
az egyes meg a kettes már szerintem bőven elég.
Ekkor a logban látni fogod, hogy miért utasítja el
valószínűleg az adott kérést az adott beállításaid szerint egyetlen olvasó sem képes kiszolgálni
lehetséges okok: a felhasználód nincs olyan csoporthoz rendelve, ami tudja ezt a csatornát, rossz caid/services/ecmwhitelist beállítás
|
| |
|
|
[előzmény: (3588) neo81, 2013-04-06 01:02:20]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 90409. Elküldve:
2013-04-06 08:53:42 |
[172.] |
Stimmel, de ezt pont azért írtam, mert mindkét csatornánál gyakran felmegy a sávszélesség 12 Mbit/s fölé (13-14 körüli értéket szokott mutatni a vevő) ami már elegendő lenne a Full HD átviteléhez.
Oké, ha mégsem lesz jobb felbontású, az életlenséget akkor sem értem.
Ha nincs elég sávszélesség, mondjuk csak 7-9 Mbit/s-re lenne korlátozva, de mégis Full HD a felbontás, akkor életlenebb lenne a kép, mintha HDV felbontás mellett ugyanekkora sávszélességgel kódolnánk az anyagot?
|
| |
|
[válaszok erre: #90410]
|
[előzmény: (90394) kalimera, 2013-04-05 18:47:03]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 90392. Elküldve:
2013-04-05 18:33:24 |
[173.] |
Sziasztok!
Egy-két dolog most eszembe jutott, kicsit hosszabban:
Hangminőség: Mi lenne, ha az amúgy is sokszor kihasználatlan(?) null csomagokat a hangminőség javítására fordítanátok? Ahol tényleg nagyon gyengén szól a hangsáv, (néha már gluttyog a tömörítési artifact-ek miatt!) vagy a forrás hangminősége jobb, mint 128 kbps. Mondjuk 160 vagy 192 kbps már jobban szól. Azt hiszem az ESS-es csatornák 192 kbps, az MTV Networks-ösök pedig 256 kbps-es hanggal mennek. Esetleg ez ott okozhat problémát, ahol több hangsáv van. Ha meg ez nem oldható meg, a quality csúszkán (mint pl. a lame esetében a -q paraméter) kellene állítani.
Felbontás kérdés 1: miért a HDV? A szolgáltatói HD-s boxok nem tényleg nem tudják a Full HD-t, vagy valamilyen avc profilt? (valami hasonlót meséltek egyszer az ügyfélszolgálaton)
Igaz-e, hogy Full HD felbontáshoz "ugyanolyan" képminőséghez (a HDV-hez viszonyítva) ténylegesen több sávszélesség kell?
Emlékszem, amikor egyszer átkapcsolták a földi digitálison az m1 HD-t HDV-ről Full HD-ra, változatlan sávszélesség mellett. Már maga a csatornalogó is élesebb volt, pedig akkor még csak 6 Mbit/s konstanson ment a video. És pár hét után azt állapították meg, hogy még sincs kereslet a jobb minőségre, ezért visszarakták HDV-re, és azóta is így megy.
Felbontás kérdés 2: m1 HD, HBO HD: amikor ténylegesen HD adás megy, ezeken a csatornákon HDV felbontáshoz képest viszonylag életlen a kép a nagyobb sávszélesség ellenére (max. 13-14 Mbit/s). (szerintem!) Mintha valami nagyon enyhe blur effekt lenne rajta.
Összehasonlítási alap: földi m1 HD, ami szintén HDV, de kisebb sávszélességű: max. 8-9 Mbit/s, átlag 6, de élesebb kép) akinek az HBO HD-ből van Full HD forrása, legyen szíves tegyen fel képeket vagy egy rövid felvételt, hogy lehessen látni a különbséget.
De még mindig jobb, mint egy felkonvertált SD, valahol a 720 és 1080 között van, sőt a kockaháborútól is messze van, aminek örülök.
Tehát mi lenne, ha az HBO HD, m1 HD egy ideig (örökre:D) Full HD-n menne, változatlan sávszélességgel?
ps0: Megjegyzem, ez a bejegyzés nem lehúzás vagy ilyesmi akar lenni, nem tudom, hogy mi hogyan van beállítva vagy mit lehet kihozni a rendszerből, sőt még csak nem is láttam olyan infrastruktúrát, amivel a kész adásfolyamot előállítják, a saját tapasztalatomra, ötleteimre támaszkodom.
ps1: Lehet, hogy az m1 HD, HBO HD az encoder miatt ilyen, mert ennyit tud.
ps2: Lehet, hogy a null packetshez nem lehet csak úgy hozzányúlni, mert ennyi és ennyi megabit/s van kifizetve a tp-n.
|
| |
|
[válaszok erre: #90394 #90396 #90398]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 1514. Elküldve:
2013-04-04 22:45:01 |
[174.] |
Jó kérdés, amilyen kombinációt beállítasz rá:) (Options -> Input)
Eredetileg a nagy I betűvel lehet, a képet meg oda készíti, ahová a felvétel is be van állítva (Options -> Recorder)
Még jobb, ha van távirányítód pl. winlirc-cel, és a megfelelő gombra programozod
|
| |
|
[válaszok erre: #1515]
|
[előzmény: (1513) Robertooo, 2013-04-04 20:17:45]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 96543. Elküldve:
2013-04-04 15:18:15 |
[175.] |
Szia!
Mediainfo-val nézted? Esetleg a Transedit Analyze TS nevű funkciójával.
Az is lehet, hogy titkosított, a ts csomagok fejlécéből ez megállapítható. (A Transedit a kódolt PID-eket pirossal jelzi)
|
| |
|
|
[előzmény: (96538) vrm42, 2013-04-04 10:29:20]
|
|
| Törzstag |
|
|
