| Találatok száma: 129 üzenet |
|
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
16743.  Elküldve:
2010-10-06 17:53:22 |
[101.] |
Mindkét helyre van értelme visszajelezni.
|
| |
|
|
[előzmény: (16741) bogyo01, 2010-10-06 17:37:52]
|
|
Haladó  |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16742. Elküldve:
2010-10-06 17:52:29 |
[102.] |
Én csak keresem a "közös nevezőt" PC-s vevők számára - egy ideje ;)
|
| |
|
|
[előzmény: (16740) Layosh, 2010-10-06 17:25:21]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 591. Elküldve:
2010-10-06 16:51:44 |
[103.] |
Nem szeretek határidőket mondani, mert sok tőlem független dolog is befolyásolja, hogy ezek tarthatóak-e vagy sem, aztán pedig nem jó magyarázkodni.
Maradjunk annyiban, hogy leghamarabb 2 hét, de ezt ne vegye senki ígéretnek.
|
| |
|
[válaszok erre: #592]
|
[előzmény: (590) Csattogtatós, 2010-10-06 16:45:41]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 589. Elküldve:
2010-10-06 16:43:04 |
[105.] |
Szolgáltatáslista frissítés, LCN kezelés és tesztelhetőség szempontjából ég és föld a különbség ;)
|
| |
|
[válaszok erre: #590 #593]
|
[előzmény: (588) Bubu007, 2010-10-06 15:31:34]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 587. Elküldve:
2010-10-06 14:38:37 |
[106.] |
A szolgáltatáslista szerkesztése most is lehetséges, lásd a 488-as és 494-es hozzászólást.
A FAV gombbal lehet egyesével szolgáltatásokat adni a favorite listához, míg a kék gombbal (ennek fordítását majd még ki kell találni, talán "rendez" lesz...) az egész master lista átemelhető lesz valamelyik favorite-ba.
Az ajakszinkronhoz tudtommal nem nyúltak most hozzá, azt majd egy következő verzióban. De örülök, ha már most is úgy tűnik, hogy megjavult.
|
| |
|
[válaszok erre: #588]
|
[előzmény: (586) Bubu007, 2010-10-06 13:47:36]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 585. Elküldve:
2010-10-05 20:10:39 |
[107.] |
Félre ne értsd, jó, ha megosztjátok az észrevételeiteket. Ez a teletext hiba már egy korábban is ismert probléma volt, de pl. az AC-3 szinkronról nem volt teszteredmény, így én is előbbre vagyok, hogy észrevettétek.
|
| |
|
[válaszok erre: #586]
|
[előzmény: (584) szilvasyz, 2010-10-05 19:58:31]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 583. Elküldve:
2010-10-05 19:46:14 |
[108.] |
Nem szándékos, hanem egy tipikus fejlesztési probléma: ha valamihez hozzányúlnak, akkor másik 3 dolog tönkremegy. Ezért kell egy official release előtt full teszteket végezni, ami nem gyorsítja meg a folyamatot...
Egyébként a teletext subpage-váltás fejlesztéssel van kapcsolatban.
|
| |
|
[válaszok erre: #584]
|
[előzmény: (581) szilvasyz, 2010-10-05 19:20:00]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 564. Elküldve:
2010-10-03 09:41:13 |
[110.] |
Van olyan is, jelenleg tesztelés alatt. Amennyiben megfelelően stabilnak bizonyul, jövő hét elején tervezek abból is egy bétát.
|
| |
|
[válaszok erre: #565]
|
[előzmény: (563) Csattogtatós, 2010-10-03 07:24:05]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 505. Elküldve:
2010-09-24 01:11:26 |
[112.] |
Mint azt korábban írtam is, az új WayteQ software tesztelés alatt van, de ez mindig egy iteratív folyamat:
egy új sw új hibákat is tartalmaz, ezért full tesztet kell végrehajtani, ami időbe telik, a hibákat reportálni kell, konzultálni a fejlesztőkkel, majd a javítások megérkeztével indul újra a folyamat.
Annyit tudok ígérni, hogy legkésőbb 1 hónapon belül biztosan lesz megoldás az ismert hibák mindegyikére, ezt hivatalosan aláírt szerződés garantálja.
A Synaps fejlesztőjével a mai napon szintén találkoztam. Az általatok hivatalosan bejelentett összes hibát számba vettük.
Fontos: a PVR és médialejátszó hibák javítása nem az AH-ra tartozik, ezt a P-sat felügyeli.
A DVB-T funkciókat illető bejelentéseket mind kezeljük:
Néhány esetben nem volt reprodukálható az általatok bejelentett hiba (pl. felbontás beállítások elvesztése, stb.), ezekben az esetekben e-mailben fogok válaszolni néhányotoknak, és tisztázzuk, hogy valós hibáról van-e szó, vagy sem.
A lip-sync problémát egy új driver hivatott javítani. Ezt tesztelni fogom laborkörülmények között, de azt nem ígérhetem, hogy a munkaidőmben hosszú órákat ülök a TV előtt az RTL Klubot bámulva. Amennyiben azt találjuk, hogy első körben nincs komoly problémája az sw-nek, akkor a P-sat publikálni fogja mint beta verzió, és számítunk néhányotok segítségére, hogy megerősítsétek a javítás sikerességét.
A szolgáltatáslista kezelésére a 494-es hozzászólásban részleteiben bemutatott megoldást fogja a gyártó kifejleszteni. Ez struktúrájában változtatja meg az sw-t, ezért időigényes feladat. Annak érdekében, hogy a többször tapasztalt automatikus frissítés problémát mégis a lehető leghamarabb kezelni tudjuk, egy átmeneti javítást még a végső megoldás megjelenése előtt igyekszünk létrehozni, amit ha lehet, akkor a végső határidő (lásd alább) előtt szintén publikálni fogunk.
Úgy tűnik, hogy a reportált hibák legnagyobb részét software fejlesztéssel orvosolni lehet. Egy olyan hiba van, ami egyenlőre kérdőjeles, mégpedig a néhányotok által jelzett "folyamatos akadása a video dekódolásnak". Ezt mind a mai napig nem tudtuk reprodukálni, így a hiba okára nehéz következtetni, még nehezebb megoldani. Egyenlőre úgy áll a dolog, hogy van még pár ötletünk amit kipróbálunk, de nem kizárt, hogy végül helyszíni mérést kell végrehajtani... Ezért ennek a hibának a javítására egyenlőre nem tudunk egzakt tervet készíteni.
Végül a határidők. Jelenleg folyik annak a felmérése, hogy mennyi erőforrásráfordításra van szükség mind a gyártó, mind a mi oldalunkról. Mint írtam is, nem kizárt, hogy 2-3 lépcsőben (beta verziókban) fogjuk elérhetővé tenni az új sw-t, annak érdekében, hogy a már hozzáférhető javítások mihamarabb nyilvánossan elérhetőek legyenek. Viszont nem szeretnék a hivatalos release konkrét dátumáról nyilatkozni (egyenlőre nincs is), de annyit ígérhetek, hogy reális és záros határidőt fogunk definiálni a javításokra, és erről hivatalos papír is fog születni.
Egyenlőre ennyi a helyzetjelentés, remélem, hogy mindenki számára elfogadható a vázolt menetrend.
Üdv,
Viktor
|
| |
|
[válaszok erre: #506 #509]
|
[előzmény: (504) Csattogtatós, 2010-09-23 15:37:53]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16411. Elküldve:
2010-09-23 10:39:25 |
[113.] |
Tehát akkor áttérek ebbe a topic-ba. Válasz a legutolsó kérdésedre:
Általánosságban elmondható, hogy mind a jelminőség, mind a jelerősség információ számítása vevőkészülék típusonként változó. Már az is öröm, hogy azonos típusok egyformán jeleznek ki. A vevőkészülékek tunerei ugyanis nem tekinthetőek mérőműszereknek, a tunerekből kinyerhető korlátozott információkból próbálnak a gyártók számolni "valamit". Nem véletlen tehát, hogy nem dBm és BER értékeket látsz, hanem százalékot. Szintén a nyílt piacra hivatkozva mondom, hogy ez volt a legtöbb amit ésszerűen meg lehetett követelni. Vannak ugyan specifikációk amik megkövetelnak korrekt összerendelést a fizikai és kijelzett értékek között, de én azt látom, hogy ezt leginkább a nagy TV gyártóknak sikerül csak implementálni, távolkeleti STB-k esetén más a helyzet.
Visszatérve a te vevőkészülékedre, kiugróan jó minőségű a jelerősség kijelzése, és jelszinteket nézve, mind alacsony, mind extrém magas értékeknél jó vele a vétel. Talán épp az utóbbinak köszönhetően találod alacsonynak a kijelzett értéket.
Viszont a továbbiakban azt kérem, hogy a hibabejelentőt vedd igénybe, mert elfogyott a mai napon fórumozásra felhasználható időkeretem ;)
|
| |
|
[válaszok erre: #16412 #16413]
|
[előzmény: (16409) Csattogtatós, 2010-09-23 10:03:26]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 501. Elküldve:
2010-09-23 10:20:03 |
[114.] |
Mindkét oldalon elérhető lesz, valamint OTA-t is tervezünk.
Lassan belezavarodok a topic-ok közötti ugrálásba :), úgyhogy most itt válaszolok mindenre:
Tehát, nem volt olyan feltételezés, hogy rossz szándékból írnál, sőt, a hozzászólásaidat figyelembe is vesszük, már amikor a fórum felé járok. Hosszú távon nem ígérem, hogy folyamatosan olvasom a fórumot (mert ugye az a fejlesztési idő rovására menne), ezért egyrészt ajánlom a hibabejelentőt, vagy ha garantált választ is vársz, akkor a vevőkészülék vagy a MinDig TV ügyfélszolgálatát.
A csatornaduplikációt illetően lenne egy kérésem, de a válasszal azt kérem, hogy végképp költözzünk át a MinDig TV topic-ba (hiszen jelen helyen a Synaps-szal illene foglalkozni):
A duplikált szolgáltatások mindegyikén, tehát 4 esetben, nyomd meg az info gombot annyiszor (ha jól emlékszem 3x), hogy megjelenjenek a szolgáltatás adatai (frekvencia, PID, ONID, stb.). Kérem ezeket olvasd le, és oszd meg velem. Köszönöm.
|
| |
|
[válaszok erre: #503]
|
[előzmény: (499) Csattogtatós, 2010-09-23 10:09:30]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 498. Elküldve:
2010-09-23 10:01:52 |
[115.] |
Már tesztelés alatt az sw verzió, amiben elvileg javítva lett a probléma.
|
| |
|
[válaszok erre: #499]
|
[előzmény: (495) Layosh, 2010-09-23 09:39:47]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16407. Elküldve:
2010-09-23 09:56:18 |
[116.] |
Csattogtatós, ne rémisztgesd az embereket :)
A favorite listában lehet majd törölni, míg a master listában ott lesznek a "kihagyás" és "zárolás" funkciók is. Egyébként is, másik topic-ban keztük a diskurzust erről a témakörről. Mint ott írtam is, nem feltétlenül érint mindenkit a dolog, azt meg végképp nem szeretném, hogy ezen félinformáció alapján a jelen topic olvasói további következtetésekbe bonyolódjanak.
|
| |
|
[válaszok erre: #16408]
|
[előzmény: (16406) Csattogtatós, 2010-09-23 04:17:03]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 494. Elküldve:
2010-09-23 09:36:13 |
[117.] |
Természetesen eldöntheted, csak ezt nem a fő listában, hanem a favorite-ban teheted meg. A gondolat a következő:
- aki képes átrendezni a master listát, annak remélhetőleg nem okoz nehézséget az sem, hogy mindezt a favorite listában tegye,
- akinek pedig nehézséget okoz az átrendezés (és valljuk be, a MinDig TV által megcélzott közönség jelentős része, pl. idősek ilyenek*), azok pedig kapnak egy kulcsrakész listát. Olyan listát persze nehéz összeállítani, ami mindenkinek tetszik, de azért a véletlenszerű sorrendnél a jelenlegi LCN is jobb.
*nem lenézve "Mari néni és Józsi bácsi" szellemi képességeit, de a sat.hu fórumain is nem egyszer hangzott már el, hogy nekik nem triviális, hogy ha valami nem tetszik a vevőm működésében, akkor belépek a menübe, és a harmadik mélységben átállítok valamit... nem ezt szokták meg.
A "szolgáltatói" box kérdésre:
Igen, a MinDig TV boxok nem szolgáltatói boxok, annál speciálisabb a helyzet. A MinDig TV vevők piaca nyílt piac, és ha úgy tetszik, az AH a harmadik fél szerepét játsza a gyártók és felhasználók között a matricarendszer üzemeltetésével. Ez a szerep jutott a tenderkiírás következtében. Így nem 3-4 vevővel kell foglalkozni, ellentétben egy kábelszolgáltató esetével, hanem vagy 50-nel (ez a szám nem hasraütés eredménye), ahol egyébként az AH szava kb. egyenes arányban van a magyar piac felvevőképességének potenciáljával (tehát sajnos nem csak technikai tényezők játszanak). Ezért szükséges olyan uniformizált követelményrendszer, ami:
- lehetőleg minden felhasználói igényt kielégít (úgy, hogy közben a felhasználók számtalan különböző vevőt használnak),
- relatív könnyen tesztelhető,
- relatív könnyen implementálható.
Egyébként a MinDig TV által preferált szolgáltatáslista kezelés, amit a korábbi hozzászólásomban leírtam nem kötelező. Abban az esetben viszont, ha azt találjuk, hogy az eredeti működés nem megfelelő (pl. ti is tapasztaltátok, hogy a vevő automatikusan felülírta az átszerkesztett listát, vagy épp menet közben állt neki frissíteni), akkor az általunk preferált megoldást fogjuk elővenni és megkérni a gyártót az implementálásra, ahelyett, hogy minden esetben egyéni megoldások reszelésébe kezdenénk.
A hozzászólásomat semmiképp sem vitatkozásnak szánom, inkább konzultációnak! Szeretném, hogy ti is átlássátok a másik oldal (AH, forgalmazók, gyártók) helyzetét is, és higgyétek el, az AH célja, és egyben érdeke is, a jelenlegi körülmények keretein belül a lehető legjobb vevők piacra kerülése. A ti véleményeteket eddig is, és ezután is igyekszünk figyelembe venni. Pontosan ezért várom a konstruktív (!) hozzászólásokat, akár a fenti kérdéskör kapcsán is. Amúgy keressük a lehetőséget a konzultációnak egy közvetlenebb módjára is, de ez egy másik történet, majd erre is visszatérünk.
Üdv,
Viktor
|
| |
|
[válaszok erre: #496 #507]
|
[előzmény: (492) Csattogtatós, 2010-09-23 04:11:31]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 488. Elküldve:
2010-09-22 19:49:32 |
[118.] |
Remélem, hogy Kabhegy és Budapest már nem fog elesni ;)
WayteQ esetén készül a megoldás, ami biztosan megakadályozza, hogy felülíródjon a felhasználó által szerkesztett szolgáltatáslista: a "master" lista szerkeszthetősége (legalábbis a mozgatás) tiltva lesz.
Ezzel párhuzamosan viszont egy olyan favorite lista implementáció születik, ahol a felhasználónak teljes szabadsága van a lista tartalmának szerkesztésére, beleértve a mozgatást is. Így a master lista mindig up-to-date lesz a kisugárzott LCN-nek megfelelően, viszont a favorite listára nem lesz az LCN-nek hatása. Ahogy azt a MinDig TV specifikáció is preferálja.
A magam részéről ugyanezt a megoldást látnám szívesen a Synaps esetén is.
Visszatérve a "hamis szolgáltatáslista frissítés" témakörre, egyrészt törekszünk arra, hogy az azt kiváltó esemény minél ritkábban forduljon elő, másrészt a gyártókat orientáljuk egy robosztusabb sw implementáció felé, ami képes megfelelően lereagálni a stream változásait.
|
| |
|
[válaszok erre: #491 #492 #495]
|
[előzmény: (487) Layosh, 2010-09-22 19:26:30]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16395. Elküldve:
2010-09-22 17:17:37 |
[119.] |
Melyik adóról veszed a jelet?
|
| |
|
|
[előzmény: (16394) Csattogtatós, 2010-09-22 17:05:34]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16345. Elküldve:
2010-09-19 13:12:33 |
[120.] |
Személy szerint minden vevőkészülék érdekel.
Hivatalosan csak a matricás termékek esetén tudunk fellépni, de hasznos ismerni a lehető legtöbb vevőkészülék hasfájását. Már csak azért is, mert a nem matricás vevők jelentős része is tesztelés alatt van, vagy már korábban dolgoztunk velük.
Azt viszont hangsúlyozom, hogy a hibareportokat információgyűjtés céljára használjuk, de nem áll módunkban a bejelentésekre egyénileg válaszolni.
Üdv,
Viktor
|
| |
|
[válaszok erre: #16360]
|
[előzmény: (16344) rtagore, 2010-09-19 12:41:09]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 475. Elküldve:
2010-09-19 13:03:08 |
[121.] |
Természetesen megosztja egymással a két cég az információt, de nem terveztem ezt egyes mail-enként megtenni. Sőt, magával a gyártó mérnökével is megosztom, amikor leülünk egymással szemtől szembe.
Nade, álljunk az egészhez pozitívan: mindezidáig 3 Synaps-al kapcsolatos panasz érkezett, amik nagyjából lefedik az eddig ismert összes hibát. Ha újabbak érkeznek, az csak még több segítséget jelent. És mint említettem is, minden egyes levélíró biztos lehet abban, hogy az észrevételei közvetlenül megtalálják a fejlesztőmérnököket (igaz, az AH csak a kötelező DVB-T funkciók javítását tűzheti ki célul).
Üdv,
Viktor
|
| |
|
[válaszok erre: #477]
|
[előzmény: (472) lizingrider, 2010-09-19 11:54:31]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16342. Elküldve:
2010-09-19 12:09:50 |
[122.] |
Audiokódolás a MinDig TV-n:
m1 HD, m2 HD: Layer-II, AC-3,
Duna TV HD, Autonomia: Layer-II,
minden más TV és rádió: AAC
Tehát, a közszolgálati csatornák esetén nincs AAC kódolás.
Továbbra is kérek mindenkit, hogy a hivatalos hibabejelentő sablont töltse le (software.mindigtv.hu/MinDigTV_sw/index_swupdate.html), töltse ki, és küldje el az AH-nak (dvbt.receiver.dev (kukac) ahrt.hu). A dolog a Synaps és WayteQ vevők esetén a legaktuálisabb.
Üdv,
Viktor
|
| |
|
[válaszok erre: #16343 #16344 #16359]
|
[előzmény: (16340) Bubu007, 2010-09-19 11:25:53]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16329. Elküldve:
2010-09-17 14:48:02 |
[123.] |
De még milyen jó lenne.
|
| |
|
|
[előzmény: (16326) Babilon5, 2010-09-17 14:01:18]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16325. Elküldve:
2010-09-17 12:44:10 |
[124.] |
Úgy megy, hogy valaki bemegy az AH-hoz egy vevővel, az AH leteszteli, majd hibareportot készít. Az esetek jelentős részében elemi hiányosságok állnak fenn. Ezt nem egyszer több hónapos közös fejlesztés követi. A végeredmény az esetek bizonyos százalékban matrica.
Üdv,
Viktor
|
| |
|
[válaszok erre: #16326]
|
[előzmény: (16314) egedi, 2010-09-17 09:17:48]
|
|
| Haladó |
|
TViktor
Tagság: 2010-06-10 18:46:59
Tagszám: #85829
Hozzászólások: 129
|
| 16306. Elküldve:
2010-09-16 22:33:35 |
[125.] |
Hidd el, van értelme az AH-nak küldeni, sőt ;)
|
| |
|
|
[előzmény: (16305) Bubu007, 2010-09-16 22:27:21]
|
|
| Haladó |
|
|
