https://gosat.hu/gosat/ Tue, 14 Apr 2026 03:05:54 +0000 MyBB https://gosat.hu/gosat/thread-1094.html Sun, 27 Aug 2023 10:04:43 +0200 Gabywap]]> https://gosat.hu/gosat/thread-1094.html
Új frissítések hamarosan a 7.3-ban

• Frissítés fordítása
• Crash Mipsel Playback TS fájlok javítása
• Crash ci menü javítása
• [unicable] LNB Fuba DEK 124 hozzáadása
• Hiba javítása Biztonsági beállítások FBC Tuner
• getNextSourceSpan hiányzó igazítás hozzáadása
• Kivételek kezelése a szál funkcióba
• duplikált időzítő indítás eltávolítása
• kapcsolat állapotának és USB állapotának javítása
• readAvailableModes nyomtatás csak egyszer az init-en
• A readAvailableModes csak egyszer hívható meg a getModeListben
• mprove createSetup
• ci_X_tsclk_choices ellenőrzés hozzáadása
• alszolgáltatási csatornák és jelző megjelenítése akkor is, ha nem állnak rendelkezésre epg adatok
• új beállítás hozzáadása az alszolgáltatásokhoz
• menükiválasztás javítása
• scr eltávolítása az fbc automatikus konfigurációjából, mert ez furcsa problémákat okoz
• rs6060 snr javítás hozzáadása
• swap létrehozási lépés kihagyása, ha a csere már létezik
• qaf hozzáadása az eredeti nyelvhez
• Az alapértelmezett billentyűzetkiosztás javítása
• Init. loadTimers
• Ez javítja a RecordTimer.py 962-es sorában bekövetkezett összeomlást.
• Az InputDeviceSetup h7 alapértelmezett kódja 21


[MovieSelection.py] További tisztítások
– Importálások rendezése.
- Cserélje ki a "pathjoin" kifejezést a "join" kifejezésre.
- Cserélje le a MessageBox setTitle() sorait a "windowTitle" argumentummal.
- A naplózási szöveg egy részének javítása.
- Tisztítsa meg a megjegyzéseket.
- Távolítsa el a szükségtelen távolságot.
- PEP8 kód tisztítása.

[FlashManager]
* adjon hozzá kék Letöltés gombot csak letöltéshez
* A terjesztés kezelésének újratervezése
* Ne jelenítse meg a letöltött képeket, ha más disztribúciók vannak kiválasztva
* A kék gomb műveleti térképének javítása


[RecordTimer]
* írási és olvasási sikertelen állapot
* állapot eltávolítása az xml-ből, mert az már nem szükséges

[RecordTimerOverview]
* meghiúsult időzítők esetén a sikertelen ikon megjelenítése
* meghibásodott időzítők esetén a "Failed" megjelenítése a "Kész" helyett
[RecordTimerOverview, PowerTimerOverview]
* a lejárt időzítők rendezése javítása

[groupedservices]
* HD Plus blokk eltávolítása

[VideoWizard]
* összeomlás javítása, ha az edid nem működik

[SatConfig]
* Összeomlás javítása a nem azonosíthatatlan speciális részletek miatt

Javítson ki néhány felvételi problémát (#2992)
[eStaticServiceMP3Info]
- A ".stream" felvételek elnevezése a metaból

[eMP3ServiceOfflineOperations]
- Adjon hozzá kivágásokat, meta- és eit adatfolyamfelvételeket a lista törléséhez

[MovieSelection]
- kezelje a .ts-hez hasonló fájlneveket a törlés esetén

[eDVBServiceRecord]
- ne hozzon létre kivágási fájlt, ha nincs felvétel

[eMPEGStreamInformationWriter]
- ne hozzon létre hozzáférési pontokat, ha nincs rögzítési fájl

Az iptv csatornák alszolgáltatásainak javítása.
Kérjük, vegye figyelembe.
Az iptv csatornák sref-jének ":" + névnek kell lennie a csokorfájl végén a csatornanév meghatározásához.
Az sref-nek a groupervice fájlban meg kell egyeznie a csokorfájléval. (Kis- és nagybetűk megkülönböztetése)
A nem iptv csatornák alszolgáltatási funkciói érintetlenek.

[CiSelection]
* a CI beállítások összeomlásának javítása a "/proc/stb/tsmux/rmx_delay" VideoMode nélküli dobozoknál

[VideoMode]
* az automatikus felbontású felugró ablak javítása

A config.av.autores_label_timeout most egész szám, és nem karakterlánc.

[FactoryReset.py] Kódoptimalizálások alkalmazása
– Importálások rendezése.
- Optimalizálja a kód logikáját.
- Helyes hibanaplózás a fileWriteLine() metódushoz.


Frissítés Fejlesztői kép: ha tetszik, ellenőrizze a
BootSpeed
​​NAS Mounts
HDD Mounts
CA- t.
bootspeed a frissítés előtt, majd a frissítés
és a fórumban való közzététel után újra


Forrás:

https://www.opena.tv/openatv-7-3-py3-11-...ges-4.html]]>
Új frissítések hamarosan a 7.3-ban

• Frissítés fordítása
• Crash Mipsel Playback TS fájlok javítása
• Crash ci menü javítása
• [unicable] LNB Fuba DEK 124 hozzáadása
• Hiba javítása Biztonsági beállítások FBC Tuner
• getNextSourceSpan hiányzó igazítás hozzáadása
• Kivételek kezelése a szál funkcióba
• duplikált időzítő indítás eltávolítása
• kapcsolat állapotának és USB állapotának javítása
• readAvailableModes nyomtatás csak egyszer az init-en
• A readAvailableModes csak egyszer hívható meg a getModeListben
• mprove createSetup
• ci_X_tsclk_choices ellenőrzés hozzáadása
• alszolgáltatási csatornák és jelző megjelenítése akkor is, ha nem állnak rendelkezésre epg adatok
• új beállítás hozzáadása az alszolgáltatásokhoz
• menükiválasztás javítása
• scr eltávolítása az fbc automatikus konfigurációjából, mert ez furcsa problémákat okoz
• rs6060 snr javítás hozzáadása
• swap létrehozási lépés kihagyása, ha a csere már létezik
• qaf hozzáadása az eredeti nyelvhez
• Az alapértelmezett billentyűzetkiosztás javítása
• Init. loadTimers
• Ez javítja a RecordTimer.py 962-es sorában bekövetkezett összeomlást.
• Az InputDeviceSetup h7 alapértelmezett kódja 21


[MovieSelection.py] További tisztítások
– Importálások rendezése.
- Cserélje ki a "pathjoin" kifejezést a "join" kifejezésre.
- Cserélje le a MessageBox setTitle() sorait a "windowTitle" argumentummal.
- A naplózási szöveg egy részének javítása.
- Tisztítsa meg a megjegyzéseket.
- Távolítsa el a szükségtelen távolságot.
- PEP8 kód tisztítása.

[FlashManager]
* adjon hozzá kék Letöltés gombot csak letöltéshez
* A terjesztés kezelésének újratervezése
* Ne jelenítse meg a letöltött képeket, ha más disztribúciók vannak kiválasztva
* A kék gomb műveleti térképének javítása


[RecordTimer]
* írási és olvasási sikertelen állapot
* állapot eltávolítása az xml-ből, mert az már nem szükséges

[RecordTimerOverview]
* meghiúsult időzítők esetén a sikertelen ikon megjelenítése
* meghibásodott időzítők esetén a "Failed" megjelenítése a "Kész" helyett
[RecordTimerOverview, PowerTimerOverview]
* a lejárt időzítők rendezése javítása

[groupedservices]
* HD Plus blokk eltávolítása

[VideoWizard]
* összeomlás javítása, ha az edid nem működik

[SatConfig]
* Összeomlás javítása a nem azonosíthatatlan speciális részletek miatt

Javítson ki néhány felvételi problémát (#2992)
[eStaticServiceMP3Info]
- A ".stream" felvételek elnevezése a metaból

[eMP3ServiceOfflineOperations]
- Adjon hozzá kivágásokat, meta- és eit adatfolyamfelvételeket a lista törléséhez

[MovieSelection]
- kezelje a .ts-hez hasonló fájlneveket a törlés esetén

[eDVBServiceRecord]
- ne hozzon létre kivágási fájlt, ha nincs felvétel

[eMPEGStreamInformationWriter]
- ne hozzon létre hozzáférési pontokat, ha nincs rögzítési fájl

Az iptv csatornák alszolgáltatásainak javítása.
Kérjük, vegye figyelembe.
Az iptv csatornák sref-jének ":" + névnek kell lennie a csokorfájl végén a csatornanév meghatározásához.
Az sref-nek a groupervice fájlban meg kell egyeznie a csokorfájléval. (Kis- és nagybetűk megkülönböztetése)
A nem iptv csatornák alszolgáltatási funkciói érintetlenek.

[CiSelection]
* a CI beállítások összeomlásának javítása a "/proc/stb/tsmux/rmx_delay" VideoMode nélküli dobozoknál

[VideoMode]
* az automatikus felbontású felugró ablak javítása

A config.av.autores_label_timeout most egész szám, és nem karakterlánc.

[FactoryReset.py] Kódoptimalizálások alkalmazása
– Importálások rendezése.
- Optimalizálja a kód logikáját.
- Helyes hibanaplózás a fileWriteLine() metódushoz.


Frissítés Fejlesztői kép: ha tetszik, ellenőrizze a
BootSpeed
​​NAS Mounts
HDD Mounts
CA- t.
bootspeed a frissítés előtt, majd a frissítés
és a fórumban való közzététel után újra


Forrás:

https://www.opena.tv/openatv-7-3-py3-11-...ges-4.html]]> https://gosat.hu/gosat/thread-143.html Wed, 06 Oct 2021 19:06:26 +0200 gosat.hu]]> https://gosat.hu/gosat/thread-143.html
Egami 10 / OE-A 5 / python 3 / fedél van Hamarosan






























Forrás:  https://www.egami-image.com/index.php?ap...ic&id=6504
]]>
Egami 10 / OE-A 5 / python 3 / fedél van Hamarosan






























Forrás:  https://www.egami-image.com/index.php?ap...ic&id=6504
]]> https://gosat.hu/gosat/thread-140.html Tue, 31 Aug 2021 14:30:35 +0200 Gabywap]]> https://gosat.hu/gosat/thread-140.html
openDroid 7.1 python3 The New Evolution.

?The new version 7.1 is much more complete, we have created a brand new enigma2 structure different from the previous version!
This image was built on the oe-alliance 5.0
image 7.1is much faster and more fluid, many errors have been corrected. This new enigma2 is oriented towards always being at the forefront of new technology. the new 7.1 has a brand new Graphics, many thanks stein17.

and leaves behind the now obsolete version 7.0. We invite you to test it in all its parts and if you encounter any errors, please let us know in this forum. Thanks to all the Betatesters who helped build this wonderful image. Without them we will never be able to publish something new! in particular we thank Formiano, Gimsy, stein17, GioppyGio, adam41259, raffsif, casinista, MCelliotG, blasfemo, sharing0, samkooke7, oscar333 and finally we thank many other staff members and all those who support their contributions every day to maintain this wonderful OpenDroid project !

Some important changes:

Python 2.7.16-r0 > 3.9.6
Openssl 1.0.2r-r0 > 1.1.1k
Support TLS 1.3 important for IPTV, VPN and co.
GCC 9.20 > 11.1
Busybox 1.31.0-r0.3 > 1.33.1 Stable
Kodi 19.1 > Kodi 20

-------------------------------------------------

openDroid 7.1 The New Evolution Online!

openDroid 7.1 python 3 The New Evolution.

? Az új 7.1 verzió sokkal teljesebb, létrehoztunk egy teljesen új, az előző verziótól eltérő enigma2 szerkezetet!
Ez a kép az oe-alliance5.0
7.képére épült.1sokkal gyorsabb és folyékonyabb, sok hibát kijavítottak. Ez az új rejtély2 arra irányul, hogy mindig az új technológia élvonalában legyen. az új 7.1vadonatúj grafikával rendelkezik, köszönöm Stein17.

és maga mögött hagyja a mára elavult 7.0 verziót. Meghívjuk Önt, hogy tesztelje minden részében, és ha bármilyen hibát észlel, kérjük, ossza meg velünk ezen a fórumon.Köszönet minden Betatesztrnek, aki segített felépíteni ezt a csodálatos képet. Nélkülük soha nem tudunk újat publikálni! különösen köszönjük Formiano, Gimsy, stein17, GioppyGio, adam41259, raffsif, casinista, MCelliotG, blasfemo, sharing0, samkooke7, oscar333, és végül köszönetet mondunk sok más munkatársnak és mindazoknak, akik minden nap támogatják ezt a csodálatos OpenDroid projektet !

Néhány fontos változás:

Python 2.7.16-r0 > 3.9.6
Openssl 1.0.2r-r0> 1.1.1k
Support TLS 1.3 fontos IPTV, VPN és co.
GCC 9.20> 11.1
Busybox 1.31.0-r0.3> 1.33.1 Stabil
Kodi 19.1 >Kodi 20 openDroid 7.1 OnLine!



























Forrás:  https://droidsat.org/forum/node/125555#post125567


Letöltése:

[hide post=1 login=1] https://opendroid.org/7.1/[/hide]
]]>
openDroid 7.1 python3 The New Evolution.

?The new version 7.1 is much more complete, we have created a brand new enigma2 structure different from the previous version!
This image was built on the oe-alliance 5.0
image 7.1is much faster and more fluid, many errors have been corrected. This new enigma2 is oriented towards always being at the forefront of new technology. the new 7.1 has a brand new Graphics, many thanks stein17.

and leaves behind the now obsolete version 7.0. We invite you to test it in all its parts and if you encounter any errors, please let us know in this forum. Thanks to all the Betatesters who helped build this wonderful image. Without them we will never be able to publish something new! in particular we thank Formiano, Gimsy, stein17, GioppyGio, adam41259, raffsif, casinista, MCelliotG, blasfemo, sharing0, samkooke7, oscar333 and finally we thank many other staff members and all those who support their contributions every day to maintain this wonderful OpenDroid project !

Some important changes:

Python 2.7.16-r0 > 3.9.6
Openssl 1.0.2r-r0 > 1.1.1k
Support TLS 1.3 important for IPTV, VPN and co.
GCC 9.20 > 11.1
Busybox 1.31.0-r0.3 > 1.33.1 Stable
Kodi 19.1 > Kodi 20

-------------------------------------------------

openDroid 7.1 The New Evolution Online!

openDroid 7.1 python 3 The New Evolution.

? Az új 7.1 verzió sokkal teljesebb, létrehoztunk egy teljesen új, az előző verziótól eltérő enigma2 szerkezetet!
Ez a kép az oe-alliance5.0
7.képére épült.1sokkal gyorsabb és folyékonyabb, sok hibát kijavítottak. Ez az új rejtély2 arra irányul, hogy mindig az új technológia élvonalában legyen. az új 7.1vadonatúj grafikával rendelkezik, köszönöm Stein17.

és maga mögött hagyja a mára elavult 7.0 verziót. Meghívjuk Önt, hogy tesztelje minden részében, és ha bármilyen hibát észlel, kérjük, ossza meg velünk ezen a fórumon.Köszönet minden Betatesztrnek, aki segített felépíteni ezt a csodálatos képet. Nélkülük soha nem tudunk újat publikálni! különösen köszönjük Formiano, Gimsy, stein17, GioppyGio, adam41259, raffsif, casinista, MCelliotG, blasfemo, sharing0, samkooke7, oscar333, és végül köszönetet mondunk sok más munkatársnak és mindazoknak, akik minden nap támogatják ezt a csodálatos OpenDroid projektet !

Néhány fontos változás:

Python 2.7.16-r0 > 3.9.6
Openssl 1.0.2r-r0> 1.1.1k
Support TLS 1.3 fontos IPTV, VPN és co.
GCC 9.20> 11.1
Busybox 1.31.0-r0.3> 1.33.1 Stabil
Kodi 19.1 >Kodi 20 openDroid 7.1 OnLine!



























Forrás:  https://droidsat.org/forum/node/125555#post125567


Letöltése:

[hide post=1 login=1] https://opendroid.org/7.1/[/hide]
]]> https://gosat.hu/gosat/thread-64.html Sat, 26 Jun 2021 16:34:22 +0200 gosat.hu]]> https://gosat.hu/gosat/thread-64.html
Úgy tűnik, hogy jelenleg sok a zavar az OE verziókkal kapcsolatban.

Először is tudnia kell, mi az OE.
Az OE jelentése Linux Open Embedded.
Az OpenEmbedded egy olyan szoftveres keretrendszer, amely Linux beosztásokat hoz létre a beágyazott eszközökre , de nem kizárólag azokra .

Tehát az OE egy Linux disztribúció, és az összes enigma2 doboz ilyen Linuxot használ.
Az Enigma2 egy Linux alatt futó alkalmazás, de külső az OE-n.
Az OE csak a Linux alaprendszere, és nem csak dobozunkban, hanem sok más eszközben is használják.

Most, hogy tudjuk, mi az OE, meg kell próbálnunk megérteni a jelenleg használt verziót, mert annyi zavar van az 1,6 - 2,0 - 3,0 és így tovább.
A zűrzavar oka, hogy A HIVATALOS LINUX OE NEM SZABAD SZÁM.
Ellenőrizheti saját magát az Openembedded hivatalos webhelyén vagy a Wikipédiában, és rájön, hogy az OE jelenlegi szerkezete "dinamikus", és annak szépsége, hogy automatikusan frissül a Git- en keresztül .

Akkor miért folytatunk annyi vitát az 1.6, 2.0 vagy 3.0 verziókról?
Ennek oka hisztorikus.

Az első vállalat, amely Openembedded-et fejlesztett egy Linux stb. Számára, a DMM volt.
A DMM OE-jét Opendreamboxnak hívják.
A DMM elkezdte rendelni az OE progresszív kibocsátási számát, 1,5 - 1,6 és most 2,0 (az Open Embedded denzil-kibocsátása alapján).
Mivel sok olyan fejlesztő, aki saját OE disztribúciót hozott létre, a "DMM OE" alapján készült, ugyanazt a DMM által elindított kiadási számrendszert kell követnie.
De a kiadás száma önkényes, és nem az OE hivatalos kiadásából származik.

Tehát sok éven át más disztribúciók, például az OpenPli vagy a Vu +, ugyanazt az OE verziószámot rendelték terjesztésükhöz: először 1,5, majd később 1,6.

Tehát manapság a verziószámok már nem relevánsak, mert a jelenlegi OE verzió dinamikus és automatikusan frissül is. Tehát az egyetlen logikus előrelépés a dátum használata lenne a verziószám helyett, mivel láthatjuk, hogy önmagában a verziószámnak már nincs értelme.

Más szavakkal, az "úgynevezett 1.6" OE verzió után, a jelenlegi OE verzióktól kezdve (DMM 2.0 néven), a verziószám teljesen önkényes, és láthatja, hogy a fejlesztők elkezdték oda hívni az OE 3.0 vagy 4.0 disztribúciókat stb. abszolút semmi köze a használt OE állapotához, mivel az összes "verzió" esetében mindig a legfrissebb verzióra frissül.

Ezért jobb, ha mindenki (fejlesztő) továbbra is egy logikai hivatkozást használ (például a DMM 2.0-s verziószámát) az összetévesztés elkerülése érdekében, és az összes OE frissített terjesztést 2.0-nak kell hívni, vagy a verziószámot teljesen el kell távolítani.

Remélhetőleg ez segített néhány tagnak, és világosabbá tette a dolgokat. A Bh csapata továbbra is követi a DMM számozási rendszert, így elmondhatjuk, hogy jelenleg:

Black Hole image: OE 1.6
Black Pole image: OE 2.0

De hamarosan a Black Hole sorozat felugrik !!

Forrás: https://www.vuplus-community.net/board/t...ber.10427/]]>
Úgy tűnik, hogy jelenleg sok a zavar az OE verziókkal kapcsolatban.

Először is tudnia kell, mi az OE.
Az OE jelentése Linux Open Embedded.
Az OpenEmbedded egy olyan szoftveres keretrendszer, amely Linux beosztásokat hoz létre a beágyazott eszközökre , de nem kizárólag azokra .

Tehát az OE egy Linux disztribúció, és az összes enigma2 doboz ilyen Linuxot használ.
Az Enigma2 egy Linux alatt futó alkalmazás, de külső az OE-n.
Az OE csak a Linux alaprendszere, és nem csak dobozunkban, hanem sok más eszközben is használják.

Most, hogy tudjuk, mi az OE, meg kell próbálnunk megérteni a jelenleg használt verziót, mert annyi zavar van az 1,6 - 2,0 - 3,0 és így tovább.
A zűrzavar oka, hogy A HIVATALOS LINUX OE NEM SZABAD SZÁM.
Ellenőrizheti saját magát az Openembedded hivatalos webhelyén vagy a Wikipédiában, és rájön, hogy az OE jelenlegi szerkezete "dinamikus", és annak szépsége, hogy automatikusan frissül a Git- en keresztül .

Akkor miért folytatunk annyi vitát az 1.6, 2.0 vagy 3.0 verziókról?
Ennek oka hisztorikus.

Az első vállalat, amely Openembedded-et fejlesztett egy Linux stb. Számára, a DMM volt.
A DMM OE-jét Opendreamboxnak hívják.
A DMM elkezdte rendelni az OE progresszív kibocsátási számát, 1,5 - 1,6 és most 2,0 (az Open Embedded denzil-kibocsátása alapján).
Mivel sok olyan fejlesztő, aki saját OE disztribúciót hozott létre, a "DMM OE" alapján készült, ugyanazt a DMM által elindított kiadási számrendszert kell követnie.
De a kiadás száma önkényes, és nem az OE hivatalos kiadásából származik.

Tehát sok éven át más disztribúciók, például az OpenPli vagy a Vu +, ugyanazt az OE verziószámot rendelték terjesztésükhöz: először 1,5, majd később 1,6.

Tehát manapság a verziószámok már nem relevánsak, mert a jelenlegi OE verzió dinamikus és automatikusan frissül is. Tehát az egyetlen logikus előrelépés a dátum használata lenne a verziószám helyett, mivel láthatjuk, hogy önmagában a verziószámnak már nincs értelme.

Más szavakkal, az "úgynevezett 1.6" OE verzió után, a jelenlegi OE verzióktól kezdve (DMM 2.0 néven), a verziószám teljesen önkényes, és láthatja, hogy a fejlesztők elkezdték oda hívni az OE 3.0 vagy 4.0 disztribúciókat stb. abszolút semmi köze a használt OE állapotához, mivel az összes "verzió" esetében mindig a legfrissebb verzióra frissül.

Ezért jobb, ha mindenki (fejlesztő) továbbra is egy logikai hivatkozást használ (például a DMM 2.0-s verziószámát) az összetévesztés elkerülése érdekében, és az összes OE frissített terjesztést 2.0-nak kell hívni, vagy a verziószámot teljesen el kell távolítani.

Remélhetőleg ez segített néhány tagnak, és világosabbá tette a dolgokat. A Bh csapata továbbra is követi a DMM számozási rendszert, így elmondhatjuk, hogy jelenleg:

Black Hole image: OE 1.6
Black Pole image: OE 2.0

De hamarosan a Black Hole sorozat felugrik !!

Forrás: https://www.vuplus-community.net/board/t...ber.10427/]]>