IP alapú távvezérlés

[Razak]

Megtaláltam a hibát...
Én vagyok a hiba.

Olyan régen foglalkoztam vele, hogy elfelejtettem, hogy a /VEZERLO-vel kell indítanom a programot.
Itt otthon magamnak nem volt így sose beállítva.

A templomban pedig szerintem frissítés után az ikonnal vagy csinált valamit a telepítő, vagy én csináltam vele valamit, így elfelejtődött a /VEZERLO

Tanuljatok az esetemből...

[Razak]

Tévéokosítón nem kell félnem a forgatástól.

Akkor az én esetemben mit javasolsz?

Töröljem az alkalmazást, telepítsem újból a DiatárVetítőt?
Végül is annyit megér, mint hogy nyomozgassunk, és találgassunk.

Egy ötlet, ha már találkoztam a problémával:
Ha Diatár IP alapon működik, akkor lehetne benne egy gomb, ami mutatná, hogy a háttérben kiépült-e kapcsolat a vetítővel.

Zöld: minden kijelzővel van kapcsolat.
Sárga: egy vagy több kijelzővel nincsen még kapcsolata.
Piros: nincsen kapcsolat a kijelzővel.

Tooltipként meg mutatná, hogy "Minden ok", vagy "2-es kijelző nem elérhető"

Ez olyankor lenne hasznos, ha hibát kell keresni. Meg esetleg ha olyan helyeken van a kivetítő, ahol a kántor már saját szemével nem kap visszajelzést.

[Hoze]

Sziasztok,

annyit tudok látatlanban hozzátenni, hogy az "Address already in use" Androidos hibaüzenet az op.rendszertől. Akkor kapjuk, ha a már működő hálózati kapcsolatot kétszer próbálja megnyitni. Ennek oka, hogy az Android verzió java nyelven írodott, ott pedig nincs objektum törlés; a program elején létrehozom a TCP/IP kapcsolatot a háttérben, de törlés nincs, ha a program leáll, előbb-utóbb a rendszer "hulladékgyűjtő" algoritmusa fogja törölni a kapcsolat objektumát. Sajnos szintén Android sajátosság, hogy akár egy telefon-elforgatáskor is leállítja és újraindítja a programot a rendszer. Régebben ilyen elforgatáskor is jött a fenti hiba. Ennyit a háttér megértéséhez.

Elvileg az újabb Diatár és DiaVetítő verziókban már nem jön ilyen hiba. Nem a port számától függ, nem is beállításoktól. De ha jól értem, a DiaVetítő program frissítése sem oldja meg a gondot.

Itthon kipróbálva (Win vezérlő és Android vetítő) működik, de az elforgatás megszakítja a kapcsolatot, ahogy fentebb írtam.

Hozé

[afo]

Akkor passz! Nálam a 64 bites Diatár 12.7 mind LinuxMint 21.3 mind Window 7 alól régi Android 7.1.2-re rendben vetít.

[Razak]

Köszi az észrevételt!

Sajnos a lényegen nem változtat. Nem tudok továbbra sem kivetíteni a DiaKivetítőre.

Most annyi változott, ha szépen kilépek, és utána indítom el a programot:
"Error: Attempt to invoke virtual method 'java.net.Socket
java.net.ServerSocket.accept()' on a null object reference"

[afo]

A DiaVetítőből való kilépéshez mindig a DiaVetítő hivatalos 'bezáróját' használd: a Beállításokban található 'Kilép' gombot. Nálam csak akkor jön elő az általad leírt jelenség, ha a DiaVetítőt az Android rendszer általános alkalmazás bezárójával csukom be.

[Razak]

Megnéztem 1025-ös porttal, de sajnos ugyanaz maradt a hibajelenség.

[Razak]

Nem tudom hogy jó helyre írok, de az alábbi problémám van:

Mai napon frissítettem 12.7-re a számítógépen a Diatárat.
Androidos verziót nem piszkáltam.

Mise közben jelzett a kántor, hogy nem megy a vetítés.
Mise után újraindította az okosítót, akkor "megjavult".
De mikor én megnéztem volna már megint nem vette a vetítést.

Hazahoztam, gondoltam lefrissítem az Androidos verziót, hogy a legfrissebb verzió legyen mindkettőből.

Elindult a DiaVetítő, de nem fogadja a vetítést.
Ha kilépek a programból és vissza, akkor írja ki az alábbi hibát:
"ERROR: bind failed: EADDRINUSE (Address already in use)"

Diavetítő: 6.5 (Android 9, TV okosító)
Diatár: 12.7 (Windows)

Windows gépről tudom pingetni az eszközt. (Természetesen, amikor hazahoztam, akkor az itteni gépen beállítottam az IP címet.)
Portot még nem piszkáltam, hagytam 1024-en.

[cantor]

Kicsit én is belemásztam az android lelkivilágába, mert amint máshol írtam az új android 13-as mobillal nem tudtam vetíteni.

Kicseréltem az
Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOCUMENTS) -t

getExternalFilesDir(Environment.DIRECTORY_DOCUMENTS) -re és így már használható.


Annyi csak a "nyűg, hogy a .dtx-eket be kell másolni a diatár saját mappájába.

Kedves Hozé,

Mostmár GitHubon keresztül elkezdtem átnézni a kódot. Jelenleg én azt a megoldást ajánlanám (ahogy időm engedi, akár implementálom is), hogy Importálni lehessen.

Mivel az új android esetében a fájlkezelés Futás idejű engedélyt is kövtelel ezért azt ajánlom, hogy az ének listákat és dia forrásokat importálni lehessen a diatár android által biztosított belső tárolójába, és onnan lehessen exportálni is a publikus fájlrendszerbe. Így a futás idejű engedély csak akkor szükséges, ha betöltünk/exportálunk, viszont a program futtatása közben nincsen probléma.

Másik észrevételem, hogy hosszú távon a TCP/IP kapcsolat felé megérné esetleg a WebSocket protokolt implementálni, aminek nagy előnye, hogy egy generált SocketID segítségével lehetőség van megszakadt TCP/IP kapcsolat újraépítése állapotmegőrzéssel. Talán kicsit stabilabb megoldás.

Bálint

[hallabalint]

1