Nuove radio frsky

[dopehopes]

Ho un' aurora9 da 18 mesi. Sono usciti 2 aggiornamenti. In entrambi i casi si parlava di nuove feature e correzione bug (non sono in grado di specificarne l'entità). Non l'ho vissuta come una fregatura o una delusione, ma anzi, come un continuo tentativo da parte di hitec di correggersi e migliorarsi. Credo che la radio al momento dell'acquisto non fosse aggiornata all'ultima versione di fw e dovetti spendere altri 22€ per lo scatolotto con cui collegarla al PC

[italo.driussi]

Originalmente inviato da dtruffo

Se i Bug sono indicati sul Manuale, non fa una grinza, ma se acquistie non lo sai ???


PS: qualcuno usa il PC (e antecedenti) da prima che molti partecipanti alla discussione nascessero... Di dice qualcosa CPM ??

Si, che avevo 30 anni in meno (Purtroppo)

[romoloman]

Originalmente inviato da italo.driussi

Si, che avevo 30 anni in meno (Purtroppo)

Pure,
insieme al PDP-11 è stato il primo canchero di sistema operativo su cui ho messo mani...

[dtruffo]

Originalmente inviato da italo.driussi

Si, che avevo 30 anni in meno (Purtroppo)

Di pure 35 !!!!

[chicco550]

Originalmente inviato da LONGFLYER

Infatti ma scrivere che sarà certamente così vedo che non è sufficiente: secondo alcuni, dopo che si è fatto il mazzo a creare qualcosa di davvero nuovo e riconsociuto come tale dai più, poi non si farebbero due righe per spiegare a tutti il da farsi ... mah!

Guarda che nessuno dice che Romolo non si sia fatto il mazzo oppure che la radio è una ciofeca oppure che non sia possibile aggiornare...


Personalmente la radio lo prenotata, e personalmente non avrò nessun problema ad aggiornarla, quindi non sto parlando di me...

Probabilmente sono troppo altruista e penso anche a quelli che non sanno cosa dovranno fare.

Come ho ribadito fino ad ora è per parlare per discuterne, per trovare eventuali problematiche che potrebbero rivelasi in un futuro, e chissa magari risolverle.

Se non se ne parlasse, la radio avrebbe ancora le funzioni pensate da pochi, e non da un gruppo a cui è stato chiesto COME LA VOLETE.

Sono ben contento se sarà scritto sul manuale, e sono ancora piu contento se i rivenditori faranno l'aggiornamento per i clienti.
Vorrà dire che la radio sarà davvero a portata di tutti e non solo a chi è capace di installare companion.

[klamath]

Ma Il reale prezzo di listino della taranis (quello consigliato da frsky) per l utente finale quale è?

[chicco550]

Originalmente inviato da Eli-Rhoss

Quel che però credo smonti un po' il giustissimo problema che poni è il fatto che c'è una dettagliata descrizione del prodotto Taranis ed io non credo che un utente che compri una radio a 16 canali e tutto il resto delle meraviglie che possiede non si legga almeno uno staccio di recensione. La gente per imbiancare casa oramai va su google a rendersi conto di materiali, prezzi, costo mano d'opera (ed è una splendida cosa) per cui a meno che questa radio non la compri un dinosauro credo che il problema non si ponga. Oltretutto su internet il prodotto si pubblicizza dando enfasi con la descrizione delle caratteristiche, con foto, file di download ecc..(e già il fatto che si acquisti da internet parla di un utente che quantomeno un pc lo sa usare un pochino). Un negozio fisico, vuoi che non specifichi le caratteristiche della radio per piazzarla e allora emergerà il problema dell'aggiornamento del firmware e se il dinosauro in questione non saprà cosa fare, certamente allettato dalle caratteristiche chiederà se può farlo il negoziante per lui....diversamente, credo, non la comprerà. Chiaramente tutto rigorosamente IMHO

Hai perfettamente ragione...
Ma sai cosa fa la differenza ? il prezzo...
Quando inizieranno ad uscire nelle vetrine modellistiche, il prezzo ne farà una radio davvero alla portata di tutti...

Io mi immagino già il tipo che si prende un modellino di aereo per iniziare, e che radio deve prendere, se non una che costi poco ? bhe ....
La Taranis non è solo all'avvanguardia... ma è anche una radio che potrà essere presa per far andare dalla barca alla macchinetta ai multicosi...
e chi la comprerà magari è la prima volta che la vede..

[Takedown]

Originalmente inviato da romoloman

Comunque (tanto quelli di frsky non leggono l'italiano) il baco è stupido ma pericoloso.

Se fai suonare in background un file con il nome lungo più di 6 caratteri, la radio rischia di fare un crash a causa di un baco nella allocazione del nome dentro la parte di gestione della SD...

Un crash che si può verificare ogni qual volta il file viene aperto...

Hanno fatto il fork il giorno prima che iniziassimo tutte le verifiche sull'allocazione della memoria con i vari tool (valgrind, real time debugger etc etc)

questo vale anche per i suoni di sistema? (es: eeformat.wav, endtrim.wav, highmah.wav, hightemp.wav, ecc..ecc...)

Perdona la domanda la cui risposta è probabilmente scontata....

[romoloman]

Originalmente inviato da Takedown

questo vale anche per i suoni di sistema? (es: eeformat.wav, endtrim.wav, highmah.wav, hightemp.wav, ecc..ecc...)

Perdona la domanda la cui risposta è probabilmente scontata....

No....

Il baco è originato da questo problema...
Uno sviluppatore ha allargato il campo del nome per il parametro della funzione...
era 6 caratteri e l'ha portato a 10...
ma stupidamente e prima della successiva rapida fix, non ha allargato il campo dentro la funzione del play in background che ospita il nome del file.
Il risultato è che un memcpy copia oltre lo spazio disponibile causando uno stack overflow.


Se avessero fatto la copia pochi commit più tardi dopo sarebbe tutto a posto...

La nostra incazzatura oltretutto sta nel fatto che non possiamo correggere i bachi in opentaranis perché non siamo abilitati a scrivere in quel svn, ma oltretutto anche se lo facessimo saremmo costretti a doppio lavoro non pagato...

[chicco550]

Originalmente inviato da romoloman

No....

Il baco è originato da questo problema...
Uno sviluppatore ha allargato il campo del nome per il parametro della funzione...
era 6 caratteri e l'ha portato a 10...
ma stupidamente e prima della successiva rapida fix, non ha allargato il campo dentro la funzione del play in background che ospita il nome del file.
Il risultato è che un memcpy copia oltre lo spazio disponibile causando uno stack overflow.


Se avessero fatto la copia pochi commit più tardi dopo sarebbe tutto a posto...

e loro non se ne sono accorti .....
Incredibile.