2009-10-05

Adobe



Link all'originale della vignetta: xkcd Supported Feature

Traduzione:

- C'è voluto molto lavoro, ma quest'ultima patch di Linux abilita il supporto per macchine con 4096 cpu dal vecchio limite di 1024
- Avete già il supporto per filmati flash a tutto schermo?
- No, ma chi li usa?


So che è vecchia. Mi sembra si parli del 2008 o giù di lì.
Ci sono tornato su dopo aver cercato (inutilmente) di rendere Flash utilizzabile sui miei pc dove gira Linux.

Il problema ha un nome preciso: Adobe.
Dopo aver fatto attendere diversi anni gli utenti Linux, qualche anno fa sono riusciti ad uscire con la stessa versione del player su Windows, Linux e Mac.
Ma ...

Con Windows il player gira (lasciamo perdere come)
Con Mac e Linux gli utenti si lamentano per un carico eccessivo del sistema e prestazioni veramente scarse.

Non avendo alcun Mac, io posso solo testimoniare la situazione sotto Linux.

I problemi sono principalmente 2:
- L'audio
- Il video
(e voi vi chiederete cosa c'è di altro?)

Per l'audio, Linux ha purtroppo una babele di sistemi audio differenti, ormai quasi tutti basati su Alsa. Ultimamente quasi tutti i programmi che fanno uso della scheda audio si appoggiano a PulseAudio.
Sarebbe carino che, alle soglie del 2010, ci sia la possibilità di scegliere in un punto unico quale sound server utilizzare (non pretendo di avere 10 scelte, ma almeno Alsa, PulseAudio, Jack)
Esiste una patch da mettere che permette a Flash di appoggiarsi a PulseAudio, ma in alcuni casi questo abbatte le prestazioni (già scarse) del plugin.

Per il video, i problemi sono multipli.
Intanto un modo (a parte quello di comperare un sistema a 24 processori :-) ) per rendere filmati flash almeno non bloccanti per il sistema operativo è abbassare la qualità togliendo l'anti-aliasing.
Infatti sembra a pelle che l'anti-aliasing sia implementato via software.
Purtroppo quella che dovrebbe essere un'impostazione a scelta dell'utente, o al limite autoconfigurata/abile con un test in base alle prestazioni del sistema, è una decisione di chi scrive l'applet flash (e che quindi fissa a Alta. Magari è una impostazione di default del progetto).
Solo qualche programmatore un po' sensibile mette all'inizio della sua applicazione flash una scelta del tipo "Alta qualita? Deselezionare in caso di computer lenti".

La cosa più assurda diventa evidente, invece, leggendo i blog di adobe Penguin.SWF dove chi lavora alla versione Linux scrive varie cose.
Se non fosse ridicolo, questo post farebbe sorridere Supporting 16EB nel quale trionfanti annunciano la possibilità di supportare 16 Exabyte (16 milioni di Terabyte, oppure sedici miliardi di miliardi di byte di memoria).
Ma cosa è chiamato a fare flash? Quando stracavolo avrò bisogno di un applet flash in grado di gestire 1GB di dati, specie se le connessioni sono a 10Mbit/s (circa 1MByte/s)?

Poi, cercando nel blog si trovano post come questo Flash usa la GPU dove, ancora trionfanti, annunciano che Flash per Linux dalla versione 9 utilizza la GPU per poter alleggerire la CPU e poter andare (tra le altre cose) a tutto schermo.

Io non me ne sono mai accorto (eccetto per il "tutto schermo").

Piccola nota, il post è del maggio 2008.

Nei commenti al post c'è una discussione circa le prestazioni di questo sistema.
Cosa salta fuori? Che è vero che Flash usa la GPU (su schede video di classe DirectX 9 o superiore, già questa definizione fa ridere), ma non è compatibile con X, il sistema grafico di Linux.

E allora andiamocene tutti a casa.
Io mi metto a costruire una motoslitta, funziona perfettamente anche con pendenze del 30%, usa nuovi cingoli che permettono di aumentare aderenza e controllo del 90% rispetto alla concorrenza, ma la vendo nel Sahara.
Ovviamente sulla sabbia ha problemi, ma la causa è che il Sahara ha la sabbia e non la neve.

La situazione con Flash è simile: X utilizza YUV come codifica per le immagini. Flash usa RGB. Quando si visualizza un filmato, le codifiche scelte lavorano in YUV, Flash le riconverte in RGB per aggiungere le sue cose, e poi lavora in RGB sul sistema.

L'effetto sembra essere maggiormente visibile utilizzando Compiz.

Leggette un po' di commenti e la discussione di quei post.

2009-10-01

Una giornata alle corse


Ieri ho passato una giornata all'autodromo di Monza. C'erano delle prove di Formula3.

Voi penserete: e cosa c'è di strano? tanta gente va all'autodromo e per vedere la F1.
Io sono andato nei box.
Per lavoro (non posso scendere in particolari) sono stato una giornata nei box di un team di F3 e ho passeggiato nella corsia dei box, fatto una sosta al muretto, messo mano dentro un'auto e guardato le auto passare davanti al traguardo.

Impressioni?
A parte il fatto di trovarsi lì, forse per il fatto che non essendo F1 e non essendo una gara c'erano poche persone (solo i team), posso confermare solo il fatto che da lì non si vede nulla di quello che succede in pista.
Per percorrere il rettilineo le auto impiegano poco più di 5 secondi.
Però ti accorgi di tutto il lavoro che sta dietro le quinte.

Il pilota deve essere capace, indubbiamente, ma un buon team che sia in grado di lavorare in sinergia, composto da professionisti qualificati che sanno fare il proprio lavoro, capaci di interpretare l'enorme mole di dati che le auto producono ad ogni giro per consigliare al pilota il modo di guidare oppure informarlo su come si comporta la macchina.

Io ho visto una giornata di prove libere della F3, direi anche abbastanza rilassata. Non oso immaginare cosa succede durante le gare.

Si tende spesso a dare per scontata la professionalità e la qualità dei meccanici e dei tecnici elettronici che stanno ai box durante tutta la gara.
Da quello che ho visto, la gara si svolge principalmente ai box. Il pilota è solo la punta dell'iceberg. È necessario, ma svolge solo una piccola parte del lavoro. Solo che il suo lavoro è sotto gli occhi di tutti.