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.
Az mondjuk nem lett volna baj, ha leírod a box pontos típusát, meg hogy melyik openatv-t tetted fel (6.3 vagy 6.4), és hogy a PLI melyik verziójával nem ment, ha esetleg másnak is lenne ilyen gondja, tudja, hogy mi a teendő...
Tegnap felhívtam az ügyfélszolgálatot. Közöltem, hogy én csak az alap csomagra vagyok elő fizetve, erre az új boxxal jőn szépen a Mindig TV Extra teljes kínálata. Válaszuk erre az volt, hogy amíg folyik az átállás addig elérhető is lesz. Ajándék. Szó szerint így fogalmazott.
Ajándék lónak ne nézd a fogát... ha már korábban szó esett a minőségről.
Köszönjük AH!
Szia!
Szoftver függő hogy mit tárol le a box. Én amikor az Amikommal kerestetek, erősítős nagylepkével, több mint 230 csatornát talál a box, de ebből csak kb. 110-et tárol le. Mindegyikből a legerősebbet. Erősítő nélküli kislepkével, a közeli adóra állítva, csak 13-at talál. Itt már megtörtént az átállás, ezek szerint.
Nem nagyon értem, de a "lényeg":
... The DVB-T2 tuner does not find any DVB-T2 channels here in Sweden, just DVB-T.
... With the VTI image everything seems to work just fine. ... The DVB-T2 tuner finds all DVB-T2 channels.
Nekem nem ilyen boxom és tunereim vannak, de lehet, hogy nálam is nem hw. hanem sw. probléma?
Többek között, valami PLP ID-ről is szó van benne. Ez micsoda? És mennyi ez az AH-nál?
Előre bocsájtom, hogy nem ismerem ezt a vasat, nincs vele semmilyen tapasztalatom, de az lenne a logikus, hogy ahogy elkezdi az UHF sávot alulról (21-es csatornától) pásztázni, akkor az első talált adó alapján ugyanarról a telephelyről memorizálja a többi MUX csatornáit is.
"A prime box tán automatán újrakeres, ha nyűgje van. "
Automata (újra)kereséshez egy kérdés: itt ahol pl én lakom, több torony jele is fogható. Ezek közül van egy preferált ami a legerősebb, de más tornyokról is jön ugyanaz a mux, csak jóval gyengébben.
Automata, 0 user interakciós keresésnél mi alapján dönti el a box, hogy ő épp hol van az országban, vagyis hogy ha 3 toronyról is veszi pl az E muxot, akkor ugyan melyiket kellene neki letárolnia? Vagy véletlenszerűen választ egyet, és lesz ami lesz? Mert az gáz.
Elküldve: 2020-03-06 15:35:18, 
