[OLD] FEEL - LAYOUTS
Moderatore: Moderatori F.E.E.L.
-
dR.pRoDiGy
- Moderatore F.E.E.L.
- Messaggi: 3069
- Iscritto il: 17/11/2009, 15:55
- Medaglie: 1
- Città: Prov_Milano_zona_Sempione
- Grazie Inviati: 10 volte
- Grazie Ricevuti: 17 volte
Re: Snaposhot e Marquee delay
Ciao ragazzi, questo discorso era stato affrontato piuttosto estesamente a suo tempo.. Ogni tanto torna
Quel delay non è un bug, anzi come si dice in gergo, è lì "by design" (ovvero inserito di proposito con uno sviluppo ad hoc).
Aggiungo qui una spiega per i tecnici..
L'algoritmo di lettura e visualizzazione degli snap è piuttosto evoluto, in quanto lavora in un thread separato, che riceve le richieste di cambio snap che vengono via via "accodate" dalla UI, le processa tramite una coda pilotata da auto-reset event (= il worker si sveglia quando c'è qualcosa da fare e va in sleep appena finisce), legge le immagini da disco, e le "rilancia" indietro sulla UI.
Durante lo scroll le immagini marquee e cabinet vengono sostituite dalle immagini di default, e quando lo scroll si ferma vengono refreshate sull'ultima rom letta ("entrando" con un effetto grafico di fade-in).
In questo modo :
- non c'è consumo di memoria per caching immagini / simili, e le liste possono essere virtualmente infinite
- nella UI lo scrolling può arrivare a una decina (o più) di cambi al secondo anche su macchine antiche
- le immagini arrivano "a tuono" sull'interfaccia, sfruttando tutta la velocità disponibile dalla macchina.
Vi piace Feel anche per questi motivi, ne sono certo
Ora, il limite non è nemmeno la CPU, ma come è piuttosto intuitivo, i dischi.
Leggere in diretta anche marquee e cabinet è troppo (3 file per rom al posto di 1: tutti file piccoli ma a lettura non sequenziale, quindi più impegnativa per gli HD): per come è fatto Feel (vd sopra) non ci sarebbero cmq veri lag / blocchi sulla UI, ma negli scroll più rapidi le immagini arriverebbero un po' in ritardo rispetto allo spostamento, peggiorando di molto l' "experience".
Ho fatto molti test a suo tempo, e questo è stato il miglior compromesso per il target (appunto massima responsività anche su computer vecchi con HDD magnetici) .
Forse (= quasi sicuramente) oggi con gli SSD le cose andrebbero bene, ma penso dopotutto che siano ancora un'eccezione sui nostri cab, quindi a livello di progetto non ne vale granché la pena.
Volendolo fare a tutti i costi, per salvare capra e cavoli, si potrebbe aggiungere un parametro per inserire o togliere il delay a proprio piacimento.. Non è complicato.
Personalmente, per mille motivi che ho già spiegato, è da parecchio che non lavoro più su Feel, quindi al momento non mi contate.
Se però qualcuno volesse prendere in mano la cosa (il codice è open) come minimo potrei fornire info..
@Gothrek / altri: se vi andasse a me farebbe solo piacere dare una mano e avviare qualcuno con tempo e volontà (come te) allo sviluppo su Feel.
Fatemi sapere.. Altrimenti ci sentiamo alla prossima richiesta di rimozione del famoso delay!
Inviato dal mio Mi A2 Lite utilizzando Tapatalk
Quel delay non è un bug, anzi come si dice in gergo, è lì "by design" (ovvero inserito di proposito con uno sviluppo ad hoc).
Aggiungo qui una spiega per i tecnici..
L'algoritmo di lettura e visualizzazione degli snap è piuttosto evoluto, in quanto lavora in un thread separato, che riceve le richieste di cambio snap che vengono via via "accodate" dalla UI, le processa tramite una coda pilotata da auto-reset event (= il worker si sveglia quando c'è qualcosa da fare e va in sleep appena finisce), legge le immagini da disco, e le "rilancia" indietro sulla UI.
Durante lo scroll le immagini marquee e cabinet vengono sostituite dalle immagini di default, e quando lo scroll si ferma vengono refreshate sull'ultima rom letta ("entrando" con un effetto grafico di fade-in).
In questo modo :
- non c'è consumo di memoria per caching immagini / simili, e le liste possono essere virtualmente infinite
- nella UI lo scrolling può arrivare a una decina (o più) di cambi al secondo anche su macchine antiche
- le immagini arrivano "a tuono" sull'interfaccia, sfruttando tutta la velocità disponibile dalla macchina.
Vi piace Feel anche per questi motivi, ne sono certo
Ora, il limite non è nemmeno la CPU, ma come è piuttosto intuitivo, i dischi.
Leggere in diretta anche marquee e cabinet è troppo (3 file per rom al posto di 1: tutti file piccoli ma a lettura non sequenziale, quindi più impegnativa per gli HD): per come è fatto Feel (vd sopra) non ci sarebbero cmq veri lag / blocchi sulla UI, ma negli scroll più rapidi le immagini arriverebbero un po' in ritardo rispetto allo spostamento, peggiorando di molto l' "experience".
Ho fatto molti test a suo tempo, e questo è stato il miglior compromesso per il target (appunto massima responsività anche su computer vecchi con HDD magnetici) .
Forse (= quasi sicuramente) oggi con gli SSD le cose andrebbero bene, ma penso dopotutto che siano ancora un'eccezione sui nostri cab, quindi a livello di progetto non ne vale granché la pena.
Volendolo fare a tutti i costi, per salvare capra e cavoli, si potrebbe aggiungere un parametro per inserire o togliere il delay a proprio piacimento.. Non è complicato.
Personalmente, per mille motivi che ho già spiegato, è da parecchio che non lavoro più su Feel, quindi al momento non mi contate.
Se però qualcuno volesse prendere in mano la cosa (il codice è open) come minimo potrei fornire info..
@Gothrek / altri: se vi andasse a me farebbe solo piacere dare una mano e avviare qualcuno con tempo e volontà (come te) allo sviluppo su Feel.
Fatemi sapere.. Altrimenti ci sentiamo alla prossima richiesta di rimozione del famoso delay!
Inviato dal mio Mi A2 Lite utilizzando Tapatalk
"Non si smette di giocare perché si diventa vecchi, ma si diventa vecchi perché si smette di giocare"
F.E.E.L. - FrontEnd (Emulator Launcher)
http://feelfrontend.altervista.org
https://github.com/dr-prodigy/feel-frontend/
F.E.E.L. - FrontEnd (Emulator Launcher)
http://feelfrontend.altervista.org
https://github.com/dr-prodigy/feel-frontend/
-
siantic
- Cab-dipendente
- Messaggi: 664
- Iscritto il: 12/05/2013, 17:06
- Medaglie: 1
- Città: Roma
- Grazie Inviati: 12 volte
- Grazie Ricevuti: 1 volta
Re: Snaposhot e Marquee delay
Questa sarebbe la soluzione migliore!dR.pRoDiGy ha scritto: ↑22/12/2019, 22:42 Volendolo fare a tutti i costi, per salvare capra e cavoli, si potrebbe aggiungere un parametro per inserire o togliere il delay a proprio piacimento.. Non è complicato.
@Gothrek / altri: se vi andasse a me farebbe solo piacere dare una mano e avviare qualcuno con tempo e volontà (come te) allo sviluppo su Feel.
Fatemi sapere..
Aggiungere un parametro per gestire il delay.
@Gothrek ci puoi pensare tu?
-
dR.pRoDiGy
- Moderatore F.E.E.L.
- Messaggi: 3069
- Iscritto il: 17/11/2009, 15:55
- Medaglie: 1
- Città: Prov_Milano_zona_Sempione
- Grazie Inviati: 10 volte
- Grazie Ricevuti: 17 volte
Re: Snaposhot e Marquee delay
"Non si smette di giocare perché si diventa vecchi, ma si diventa vecchi perché si smette di giocare"
F.E.E.L. - FrontEnd (Emulator Launcher)
http://feelfrontend.altervista.org
https://github.com/dr-prodigy/feel-frontend/
F.E.E.L. - FrontEnd (Emulator Launcher)
http://feelfrontend.altervista.org
https://github.com/dr-prodigy/feel-frontend/
-
SparrowJ
- Moderatore F.E.E.L.
- Messaggi: 1475
- Iscritto il: 03/05/2017, 10:22
- Medaglie: 1
- Città: Napoli
- Grazie Inviati: 15 volte
- Grazie Ricevuti: 29 volte
Re: Snaposhot e Marquee delay
@siantic
Ho due notizie per te.
Una non la dico...
L'altra è che sto realizzando layouts CSET... che non hanno il problema del marquee delay per un semplice motivo... hanno il marquee fisso... pero' meglio aspettare il completamento e poi mi dici!!!!! Mi stanno piacendo tanto. Veloci e semplici. Ti aggiorno quando sono pronti.
Ho due notizie per te.
Una non la dico...
L'altra è che sto realizzando layouts CSET... che non hanno il problema del marquee delay per un semplice motivo... hanno il marquee fisso... pero' meglio aspettare il completamento e poi mi dici!!!!! Mi stanno piacendo tanto. Veloci e semplici. Ti aggiorno quando sono pronti.
-
siantic
- Cab-dipendente
- Messaggi: 664
- Iscritto il: 12/05/2013, 17:06
- Medaglie: 1
- Città: Roma
- Grazie Inviati: 12 volte
- Grazie Ricevuti: 1 volta
Re: Snaposhot e Marquee delay
daiiiiiiiii dilloooooooooo
marquee fisso = un unico marquee per tutti i giochi?SparrowJ ha scritto: ↑30/12/2019, 16:09 L'altra è che sto realizzando layouts CSET... che non hanno il problema del marquee delay per un semplice motivo... hanno il marquee fisso... pero' meglio aspettare il completamento e poi mi dici!!!!! Mi stanno piacendo tanto. Veloci e semplici. Ti aggiorno quando sono pronti.
-
SparrowJ
- Moderatore F.E.E.L.
- Messaggi: 1475
- Iscritto il: 03/05/2017, 10:22
- Medaglie: 1
- Città: Napoli
- Grazie Inviati: 15 volte
- Grazie Ricevuti: 29 volte
Re: Snaposhot e Marquee delay
Non hai i permessi necessari per visualizzare i file allegati in questo messaggio.
-
SparrowJ
- Moderatore F.E.E.L.
- Messaggi: 1475
- Iscritto il: 03/05/2017, 10:22
- Medaglie: 1
- Città: Napoli
- Grazie Inviati: 15 volte
- Grazie Ricevuti: 29 volte
Re: 2019 NUOVI LAYOUTs 1920 x 1080
Pagina di recente apertura in fase di aggiornamento: http://feelfrontend.altervista.org/it/layouts-cset-1/
Pagina del Layout Manager di Gothrek: http://feelfrontend.altervista.org/it/f ... t-manager/
Pagina del Layout Manager di Gothrek: http://feelfrontend.altervista.org/it/f ... t-manager/