Aiuto - Cerca - Utenti - Calendario
Versione completa: okiwi presto sarà rilasciato!!!
.: GBArl.it :. News sulle Console Nintendo - Emulazione - Flash Cards - Trainer > Discussioni Console Nintendo > Discussioni Nintendo DS > Hardware e Utilità DS
Goku SSJ 58
tra circa 2 settimane la alpha di okiwi verrà rilasciata... L'unico inconveniente è che non può collegarsi ad internet dry.gif ma sarà solo un sample delle funzioni che avrà questo browser...

Voi cosa ne pensate?
Papero
Penso che un browser che non può connettersi ad internet è un semplice parser html.
Evrain
Che la cosa potrebbe essere un'arma a doppio taglio: anche Opera, offline, è veloce, chi ci assicura che anche Okiwi, velocissimo offline, si dimostri una chiavica una volta online?
Evrain
Vomar
Poco male...
Toccherà aspettare la versione completa delle funzioni di entrambe i browser e alla fine si vedrà chi sarà il migliore...
Alla fin fine è software gratuito e non mi cambia niente aspettare un po' e se uno dei due è una craga di roba si cancella e amici come prima...
Peggio per me è la versione commerciale per ds che alla fin fine è risultata una cosa vergognosa pure pagandola...

Ma come si fa a valutare la velocita di un browser offline se è un programma per andare online????
Cmq la pazienza è la virtù dei forti e per ora mi accontento del palmare per navigare con IE... non voletemene però se uso un programma di mircosoft (qualche fanboy di opera e firefox)...
E poi navigo col 56k quindi navigare è una parola grossa.......

Cmq complimenti a tutti i creatori di homebrew senza distinzione...
Axel Aileron
CITAZIONE (Vomar @ Monday 29 January 2007 - 15:25) *
Poco male...
Toccherà aspettare la versione completa delle funzioni di entrambe i browser e alla fine si vedrà chi sarà il migliore...
Alla fin fine è software gratuito e non mi cambia niente aspettare un po' e se uno dei due è una craga di roba si cancella e amici come prima...

Guarda che okiwi è un progetto homebrew per DS, non per Wii 42.gif
spillo
non posso che quotare evrain a questo punto.....vabbe, aspettiamo.....
koda
oltretutto okiwi non utilizza né i 4 mega aggiuntivi dello slot ufficiale né i 32 delle card slot2...
la vedo dura che online si meglio dell'opera ufficiale............

bye
Koda
Papero
CITAZIONE (koda @ Monday 29 January 2007 - 17:32) *
oltretutto okiwi non utilizza né i 4 mega aggiuntivi dello slot ufficiale né i 32 delle card slot2...
la vedo dura che online si meglio dell'opera ufficiale............

bye
Koda


Volevo dirlo prima, ma per non fare la figura del disfattista sono stato zitto... Questo tizio di okiwi ha cominciato a fare la casa dal tetto: non si può fare un browser, che deve girare su una macchina con poche risorse, lasciando per ultimo il motore vero e proprio. Vuol far vedere che c'è qualcosa di concreto, come quando venivano rilasciati dei form fatti in VB con 3 bottoni in croce sopra, spacciandoli per una versione pre-alpha del nuovissimissimo emulatore di N64 che avrebbe fatto faville.

In genere non scommetto mai, ma questa volta sarei pronto a farlo che non vedremo mai una versione di okiwi che va online fischia.gif
Vomar
@papero

Poco male se non lo vedremo mai...
Insomma ci sarà l'altra alternativa (la nuova versione di linux) o sbaglio...?

@Axel Aileron
Lo so che è per ds, ho riletto il mio post per vedere se avevo scritto qualcosa di sbagliato ma niente quindi ti chiedo da quali mie parole ho lasciato intendere che mi riferivo al wii...
hrk
CITAZIONE (Papero @ Monday 29 January 2007 - 17:50) *
Volevo dirlo prima, ma per non fare la figura del disfattista sono stato zitto... Questo tizio di okiwi ha cominciato a fare la casa dal tetto: non si può fare un browser, che deve girare su una macchina con poche risorse, lasciando per ultimo il motore vero e proprio.


ph34r.gif non vorrei dire, ma il punto FOCALE, il CUORE di un browser, il MOTORE... non è la componente di connessione, ma proprio il parser HTML.

La parte di connessione è di una banalità assoluta, tre chiamate (di API) per instaurare una connessione, una chiamata per prendere i dati dalla connessione, un blocco condizionale per vedere che risposta è stata data e infine il parser HTML in caso di dati disponibili. :\

Un qualsiasi studente di informatica/ingegneria informatica sarebbe in grado di realizzare la parte di connessione ad internet nell'arco di una settimana nel tempo libero, ottimizzandola pure... ma per scrivere un parser HTML... altro che mesi...
Papero
CITAZIONE (hrk @ Monday 29 January 2007 - 21:32) *
ph34r.gif non vorrei dire, ma il punto FOCALE, il CUORE di un browser, il MOTORE... non è la componente di connessione, ma proprio il parser HTML.

La parte di connessione è di una banalità assoluta, tre chiamate (di API) per instaurare una connessione, una chiamata per prendere i dati dalla connessione, un blocco condizionale per vedere che risposta è stata data e infine il parser HTML in caso di dati disponibili. :\

Un qualsiasi studente di informatica/ingegneria informatica sarebbe in grado di realizzare la parte di connessione ad internet nell'arco di una settimana nel tempo libero, ottimizzandola pure... ma per scrivere un parser HTML... altro che mesi...


Beh, come dicevo prima, un browser serve per visualizzare pagine su internet, quindi se non va online non è un browser, ma un visualizzatore/parser HTML wink.gif
Se penso che il tizio ci ha messo mesi per integrare libsmgl (il parser html che usa) allora siamo in una botte di ferro. biggrin.gif
Purtroppo credo che la maggior parte dei problemi li avrà quando si troverà a dover decidere dove e come memorizzare il flusso di dati che gli vengono dalle tre chiamate API che tu dici utilizzando i soli 4 mega del ds, senza contare che una parte della ram l'ha usata per il programma stesso. Se fosse stato così semplice come dici avremmo già visto un browser funzionante: DSOrganize già implementa un discreto parser html e implementare le famose 3 chiamate API sarebbe stata una cosa semplicissima. smile.gif

Finisco dicendo che qualunque studente di informatica/ingegneria del software sa che un buon software non si fa a partire dall'interfaccia grafica wink.gif
beatles
ormai da troppo tempo si preannuncia l'uscita, ma non ci credo più. credo si siano accorti che anche con okiwi è necessaria l'espansione ram. possibile?

dopo mesi lanciano una alpha.... neanche una beta.... senza nemmeno poter navigare. testare un browser,, o più semplicementeammirarne le sue funzionalità in assenza della possibilità di connettersi credo sia assolutamente inutile.
vano tentativo di arrampicarsi sugli specchi pur di tenere un minimo d'interesse sul progetto. interesse che dopo tanto, troppo tempo è andato via via scemando.
ad ogni modo spero tanto riescano a partorire un web browser free, in modo da rivendere il mio ds browser lite wink.gif
Ramones1985
ma legge i pdf???? a me questo serve, per l-universita' mi e' fondamentale un programma x leggere pdf, ho il portatile ok.....ma col ds sarebbe ancora + comodo (...magari anche durante gli esami essendo che il mio cell legge oslo jpg...)
Papero
No, solo html, e bisogna ancora vedere come wink.gif
wondershy
CITAZIONE (koda @ Monday 29 January 2007 - 17:32) *
oltretutto okiwi non utilizza né i 4 mega aggiuntivi dello slot ufficiale né i 32 delle card slot2...
la vedo dura che online si meglio dell'opera ufficiale............

bye
Koda



Si questo è vero, ma io mi domando, il "processore" che usa la card slot-1 come può essere per esempio la SuperCard DSOne e il fatto che si possa avere la scheda di dimensioni fino a 2 Gbyte non potrebbe aiutare?
Rispetto ad esempio ai 100 Mbyte di media di una scheda Nintendo DS!!!
Poi il fatto che siano riusciti a decriptare ciò che era nella cartuccia aggiuntiva di Opera DS e quindi di poterla emulare come una rom, vuol dire che in qualche modo quella "roba" si può rifare in qualche modo o no?
Non penso che un Homebrew come per esempio DSorganize o Moonshell siano tanto diversi in fatto di "pesantezza" sull'hardware del nostro DS!

voi che pensate???
hrk
CITAZIONE (Papero @ Tuesday 30 January 2007 - 01:08) *
Purtroppo credo che la maggior parte dei problemi li avrà quando si troverà a dover decidere dove e come memorizzare il flusso di dati che gli vengono dalle tre chiamate API che tu dici utilizzando i soli 4 mega del ds,


Beh, io mi riferisco a chiamate per le socket UNIX... altro che 4mega :-)...

CITAZIONE (Papero @ Tuesday 30 January 2007 - 01:08) *
senza contare che una parte della ram l'ha usata per il programma stesso. Se fosse stato così semplice come dici avremmo già visto un browser funzionante: DSOrganize già implementa un discreto parser html e implementare le famose 3 chiamate API sarebbe stata una cosa semplicissima. smile.gif


Hmmm... quasi quasi gli scrivo... :\...

CITAZIONE (Papero @ Tuesday 30 January 2007 - 01:08) *
Finisco dicendo che qualunque studente di informatica/ingegneria del software sa che un buon software non si fa a partire dall'interfaccia grafica wink.gif


Beh, su questo ti do' ragione al 100%. E' solo che ti avevo sentito un po' troppo pessimista... :-)

Tra parentesi, le famoe chiamate, le ho usate a suo tempo per scrivere un micro server HTTP... hai voglia con 4MB tutto quello che ci fai... :-)...
Questa è la versione 'lo-fi' del forum. Per visualizzare la versione completa con molte più informazioni, formattazione ed immagini, per favore clicca qui.
Invision Power Board © 2001-2019 Invision Power Services, Inc.