Miből? Abból a hsz-ből biztos nem, amire válaszoltál, mert abban ilyesmiről nincs szó... OpenATV-ben az A és B (meg a c, d, e és így tovább) a tunereket jelöli... Mivel nekem 2 tuner van a boxban, így csak A és B van, lsd alább...
Ha figyelmesebben visszaolvasol, talán Te is levonod azt a következtetést, hogy az adott esetben nem a készülékkel (értsd hw.) és nem a tulajdonosal van a probléma.
Megjegyzem, elég régóta kínlódok ezzel, hogy kiderítsem mi is a gond. Talán sikerült. És kérlek ne írj álltalánosságokat!
Amúgy tekinthetném megoldottnak a problémát: átállok ViX-re (eléggé hasonlít a PLi-re), de "mások érdekében" jelenteném a problémát ha azon kívül tudnák mondani valamit, hogy
"T. fejlesztők, nézzenek utánna, mert a sw. nem felel meg a szabványoknak ...". Jogosan kérdeznék, hogy mégis hol, miben - vagy méginkább ennyi info alapján nem is foglalkoznának vele.
Szerintem a helyükben Te is ezt tennéd.
Az Antenna Hungária (világszerte ismert) nemzetközi szabvány szerint sugároz.
Nem gondolom, hogy az Antenna Hungária eltérne a szabványtól - lásd LG tv és sok egyéb, több tízezer, kifogástalanul működő DVB-T2-es vevőkészülék - nem látom értelmét, hogy miért kellene az Antenna Hungáriát ez ügyben megkeresni.
Elméletileg a gyártók és a (szoftver) fejlesztők is rendelkeznek a szabványok ismereteivel, ha valami ennek ellenére nem klaffol egy adott készülék típusnál (a kedves készüléktulajdonosnál), akkor a készülék gyártóját, fejlesztőjét kell megkeresni, mert minden bizonnyal ő (vagy valamelyik alkatrész) a hunyó...
Noha az előbbi, 55179-es hozzászólásban említett PLP Packet Layer Protocol valóban létező protokoll, de a hozzászólásban azt is odaírtam idézem magamat: ... de ez a dolog mit keres a DVB-T2 földfelszíni sugárzásban? ...
A DVB T2 újra felhasználja a PLP vagy a Physical Layer Pipe koncepciót, amelyet a DVB-S2 specifikáció bevezetett. A PLP egy logikai csatorna, amely egy vagy több szolgáltatást hordozhat. Mindegyik PLP-nek eltérő bitsebessége és hibavédelmi paraméterei lehetnek. Például lehetséges az SD és HD szolgáltatások szétválasztása különböző PLP-kre. Egy másik példa a Handeld új generációs (DVB-NGH) szabványa, amely több PLP szolgáltatáson alapul, hogy lehetővé tegyék a mobil TV továbbítását a DVB-T2-en keresztül. A PLP statikus (CBR) vagy dinamikus (VBR) bitrátával lehet
A DVB T2 szabvány több profilt határoz meg:
A típus: egyáramú bemenet, azaz. mono PLP
B típus: multi stream bemenet, azaz multi PLP.
Több PLP módban a PLP-k időszeletekre vannak osztva. A multi PLP mód több részre osztható:
- 1. típus: PLP, T2 keretenként egy szelettel. Megengedi, hogy a vevő jobban megtakarítsa az energiát
- 2. típus: PLP, amely T2 keretenként legalább két alszeletet tartalmaz. Növelje az idő sokféleségét. Az alszeletek számának a lehető legnagyobbnak kell lennie, ha a vevő energiatakarékossága nem jelent problémát.
- Az Időbeli Frekvenciaszeletelés (TFS) nagy multiplexet hoz létre a rádiófrekvenciás csatornák (legfeljebb 6 frekvencia) kombinálásával egyetlen „virtuális” csatornává téve a hatékony statisztikai multiplexelést. A TFS opcionális a jelenlegi DVB T2 specifikációban.
Lehet hogy az AH által most használt DVB-T2 profilt nem ismeri fel a cuccod.
Nem a cuccom, hanem az OpenPLi, hiszen a cucc (mármint a hw.) OpenATV-vel és OpenViX-el is működik.
De ahhoz, hogy "hibát jelentsek", nem ártana valamit tudni arról, hogy miben változott ez a u.n. profil tavaly óta.
@Amatőr61 én nem "vádolom" az AH-t, de talán Te is belátod, hogy ahhoz, hogy esetleg megjavítsák az OpenPLi-t, azért kellene némi info.
[Ezt a hozzászólást újraszerkesztették: 2020-03-06 15:45:10]
Aszódon az összes MUX-t egyformán tudom fogni Budapestről (Széchenyi-hegy) és Kékesről.
A 2013-as gyártású LG tv (kb. 4 éve nincs már hozzá újabb szoftver) simán lekereste a budapesti UHF 34-es csatornán lévő DVB-T2-es teszt adást és most Kékesről a T2-es adásokat.
Ez a példa is mutatja, hogy lehet ezt jól csinálni hardveresen és szoftveresen is, nem az Antenna Hungárián múlt a dolog.
Próbálom összerakni az infókat, javítsatok ki légyszi, ha rosszul írom:
1. Az ÁSZF 79.oldali 6 felsorolt üteme, és a weboldalon található 10 ütem (lásd 55134. hozzászólás "warp"-tól) úgy passzol össze, hogy az első 6 időpontban még marad H.264 a tömörítés, csak DVB-T-ről DVB-T2-re váltják a sugárzási technikát?
2. Ezek után, az utsó 4 időpontban lesz a H.264 -> H.265-ös váltás?
3. A 10.időpont (aug.12.) és a végső időpontnak írt szept.6.között lesznek még azok a frekvenciacserék, ahol a DD2-sáv (694-790 MHz) kiürítése miatt az ideeső frekvenciákat alacsonyabb frekvenciák váltják fel?
4. Vagy az 1-3.pontban írtak folyamatosan zajlanak? [Ezt a hozzászólást újraszerkesztették: 2020-03-06 14:43:52]
Nem a PLi változott! Írtam, hogy egy másik boxon (u.olyan, mint amivel most kísérletezek - ezért van ezen a legújabb PLi) még 7.0-ás van (már legalább egy éve). Ezen is bejöttek a teszt csatornák, aztán meg egyszer csak "Tune Failed". Törlés után meg már nem talált semmit.
Ettől még a PLi a hibás. (közben a VIX-et is kipróbáltam - az is jó).
De azért jó volna tudni, hogy mit változtatott az AH a kezdeti tesztekhez képest. Mert változtatott vmit, amit a PLi nem kezel.
És ha a pli változtatott? Ezt kideríteni nem tudod... Annyi biztos, hogy nem megy, nem csak nálunk, sok más országban sem, a különböző E2 fórumok tanúsága szerint, tehát inkább a pli a ludas...
Készülök megírni az OpenPLi End user Support fórumra is, de azon kívül, hogy az OpenATV-ben működik a T2, az OpenPLi-ben meg nem, nem ártana valami "használható konkrétum".
Gondolok itt arra, hogy eleinte az OpenPLi-ben is működtek a T2-es tesztek, azttán az AH "valamit változtatott". Talán egy, az AH-hoz közeli vki tud erről vmit.
A Prime is passzívan indul már, a kb 2 héttel ezelőtti szoftverfrissítést követően, menüből bekapcsolható a táp... Ugyanekkor kapott gyári reset opciót is, mert addig az sem volt a menüben...
Mezei userként a felét se értem a sok tudománynak amit leírtál....van mit tanulnom.
Node.A bekapcsolt 5v fesz alapból nagyon szerencsétlen megoldás.
(az is hogy nincs egy alap sw,amit aztán a felh.szabadon konfigolhat.)
Kiépitett erősitőt/osztót vághat gallyra,egyébként a korábbi stbk-is passzivan indultak,ez volt a megszokott.
Ha valakinek vételi problémája van (és a legtöbbször egyéb esetekben is), alapvető, hogy tájékoztat bennünket a hardverről és a szoftverről, egyrészt azért, mert ezáltal segíti a válaszadókat, másrészt azért, mert az eset kapcsán mások is okulnak.
Ettől még nyugodtan megírhatja tapasztalatait a szoftver fejlesztőknek is -
egyik lépés sem zárja ki a másikat.
Packet Layer Protocol or PLP egy régi hálózati protokoll, az X.25 protokollkészlet hálózati rétegének protokollja. A PLP kezeli a DTE (adat végberendezés) eszközök közötti cserét a VC-k között (virtuális hívások). A PLP az ISDN-n is használható, Link Link Proced, D-csatornán (LAPD).
A PLP 5 módja van: hívás beállítása, adatátvitel, alapjárat, hívás törlése és újraindítás.
A hívásbeállítási mód a virtuális hívások (virtuális hívások) létrehozására szolgál a DTE-eszközök között. A PLP a 14 számjegyű X.121 címzési sémát használja a virtuális hívás beállításához.
Az adatátviteli mód az adatok küldésére szolgál a DTE-eszközök között egy virtuális hívás során. Ezen a szinten a PLP kezeli a szegmentálást és az összeszerelést, a bitbetöltést, a hibakezelést és az áramlásvezérlést.
Készenléti módot használunk, ha létrejön egy virtuális hívás, de nincs adatátvitel.
A híváselszámolási mód a DTE-eszközök közötti munkamenetek lezárására és a VC-k megszüntetésére szolgál.
Az újraindítási mód a DTE-eszköz és a helyileg csatlakoztatott DCE (adatkommunikáció) eszköz közötti átvitel szinkronizálására szolgál.
A PLP csomagmezők négy típusa létezik:
Általános formátum-azonosító (GFI): Azonosítja a csomagparamétereket (legyen az adat vagy vezérlő információ), milyen típusú ablakot használ, és hogy szükséges-e a kézbesítés visszaigazolása.
Logikai csatorna azonosító (LCI): Azonosítja a virtuális hívást a helyi DTE / DCE interfészen keresztül.
Packet Type Identifier (PTI): Azonosítja a PLP csomag típusát (17 különböző típus).
Felhasználói adatok - beágyazott felső réteg információkat tartalmaz, ha vannak felhasználói adatok, egyébként további mezők kerülnek hozzáadásra, amelyek a vezérlő információkat tartalmazzák.
Ebből következtethető, (legalább is úgy sejtem) hogy a PLP ID-szám a felhasználói beazonosításra szolgálhat, de ez a dolog mit keres a DVB-T2 földfelszíni sugárzásban?
Mert az érthető, hogy a Prime box először az usb-csatin keres, mert az van legközelebb és az a leggyorsabb szoftver és csatlista feltöltő mód, (elvileg) ezután jön hogy a box hálózati csatolóján keres, van e élő net-kapcsolat és azon próbálja letölteni a szoftvert és a csatlistát, ha ezek nem elérhetőek, -jelenleg nem, mert ezek a boxon még le vannak tiltva- akkor marad a végső megoldás, a földfelszíni sugárzásra keres rá, és nem véletlenül van az kihangsúlyozva, hogy stabil antenna jelet kell a cuccnak biztosítani ehhez. Továbbá, az sem véletlen, hogy a Prime boxban futó szoftverben jelenleg az 5V antenna erősítés alapból bekapcsolva van, igaz, már jött egy OTA frissítés amiben ez kézzel kikapcsolható lett, talán rájöttek az AH-nál, hogy vannak olyan esetek, ahol ez az élő 5V esetleg a felhasználó antennarendszerében gondot okozhat. De nem véletlenül volt/van ez alapból bekapcsolva, gondoljatok egy olyan életszituációra, -ezt már a PH-ra is megírtam- ahol egy lakótelepi panelházban él a felhasználó, a panelban lévő lakásából nincs közvetlen rálátás a tv-adóra, és csak máshonnan jövő, visszavert jelet kap, tud fogni, de ez antenna erősítés nélkül nem elég a stabil vételhez. Sajnos van ilyen élethelyzet, -személyes tapasztalatom is van ilyen- és a régebbi dvb-t dekódereknél is volt olyan, hogy az első üzembe helyezéskor az ilyen kritikus vételi helyeken a box az első lekeresésre nem talált megfelelő stabil forrást, csatornát, ezért az első keresés után be kellet lépni a régi boxok menüjébe, és ott be kellett kapcsolni az 5V rásegítést.(ha a felhasználónak eleve nem volt saját antenna erősítő tápfeladója a rendszerben) Ilyenkor, a másodjára már bekapcsolt 5V és a már működő antenna erősítő hatására lett csak éppen jó, vagy esetenként elfogadhatóan jó, stabil vétele. És emiatt van a Prime boxban is alapból bekapcsolva az 5V tápfeszültség biztosítása. (ami a legutóbbi frissítés hatására már menüből kikapcsolhatóvá vált)
Kicsit olyan ez a dolog, mint az INFOMIR – IPTV Set Top Box Stalker/Ministra szoftvereknél, ahol a felhasználói bekapcsolás után kapja meg a gép a legfrissebb szoftvert és csatlistát, de míg ott ehhez interaktív közreműködés kell a felhasználótól, a Prime boxnál ezt már saját maga a box intézi el, a beágyazott box azonosító(k) megadásával, felhasználói beavatkozás nélkül. [Ezt a hozzászólást újraszerkesztették: 2020-03-06 11:26:22]
Box: AX Quadbox (Mut@nt hd2400 klón)
OpenPLi - a legújabb 7.2 (hd2400-20200302), de 7.0-ban is ugyan ez a helyzet.
OpenATV - szintén a legújabb: OpenATV 6.4.0 (2020-03-03)
Sajnos ez eddig csak akkor "megoldás", ha átállok OpenATV-re, de nekem az OpenPLi jobban tetszik.
Elküldve: 2020-03-06 21:23:57, 
