[bglug] Silverlight sul sito della RAI

[Dario Bertini]

Il giorno gio, 06/01/2011 alle 19.18 +0100, Gerardo Qbit ha scritto:
> Moonlight, se ho capito bene, è
> aperto solo a metà perchè il codice dei codecs è chiuso.

qua è un po' un casino...

io stesso ho suggerito che si potrebbe far pressione fargli cambiare il
codec (visto che ora usano .wmv)... a pensarci bene però, anche in
questo caso non so quanto successo possiamo sperare di ottenere:

youtube è necessariamente bene organizzato per poter gestire tutti gli
utenti, e tieni filmati a diverse qualità... e, anche se non è certo
semplice, pare che google non si faccia troppi problemi per convertire i
filmati dai vecchi codec a quelli nuovi per supportare html5 (come h264
e webm prossimamente... penso)

passare tutte le nuove registrazioni ad h264 magari potrebbero anche
farlo, ma convertire i vecchi filmati... beh: ci spero di meno :/

comunque: perchè dico h264?

per quel poco che ne so, anche h264 richiede i codec windows per essere
decodificato in moonlight... il punto è che per decodificare in
moonlight ci sono 3 alternative:

1-usare un pacchetto fornito da altri che si occupano quindi di
smazzarsi il problema delle licenze (come il binario di microsoft)
2-includere ffmpeg nella build (novell non lo fa per problemi di
licenza)
3-includere gstreamer (così facendo, il lavoro di decoding viene
demandato ai codec già installati sulla macchina... fattibile, ma non
ancora implementato, mi vengono in mente 2 possibili motivazioni che
possono portare al ritardo, oltre al semplice fatto che bisogna trovare
qualcuno che faccia questo lavoro)

con la 2 e la 3, decodificare video è completamente open (ma per ora
siamo fermi all'alternativa 1)...

a questo punto comunque, con h264:

1-la transizione verso html5 sarebbe più facile e potrebbero continuare
ad usare il player in silverlight visto che h264 è supportato da
silverlight3 in poi (ma io stesso preferirei ogg o webm)
2-non mi sono mai interessato dei dettagli, ma il consorzio mpeg aveva
esteso a tempo indeterminato il libero utilizzo del codec... questo
(correggetemi se sbaglio) vuol dire che includere il decoder per h264 in
moonlight dovrebbe essere completamente legittimo in qualunque parte del
mondo (certo, c'è sempre il rischio di patenti sottomarine, ma a quelle
non si sfugge in nessun caso con qualsiasi codec)
3-dovrebbe anche essere più efficente di .wmv :) (ma .wmv è soltanto il
container, non mi son messo ad indagare il codec che rai usa
all'interno... se qualcuno ne sa di più ben venga)

>  Inoltre, se
> da una parte Adobe sembra tenere il passo con lo sviluppo
> multipiattaforma, dall'altra c'è da chiedersi se lo sviluppo di
> Moonlight continuerà visto era opera di Novell più che del team di
> Open Suse (o sbaglio?).

non voglio prestare molta attenzione a questo argomento, perchè mi
sembra decisamente prematuro parlare in questo modo dell ex-Novell, come
se fosse già data per morta, senza contare che su questi argomenti non
abbiamo molto da decidere :)

comunque, premesso che mi ritengo abbastanza ottimista sul fatto che
moonlight riesca a tenere il passo con silverlight... lo stesso focus di
microsoft si è un po' spostato via da silverlight
pro: meno rincorsa per moonlight... contro: disinvestimento a favore di
html5 (ovvio che è un pro per html5, ma la prospettiva in questo caso è
se sia saggio investire in silverlight come tecnologia)


> Mi pare che ci troviamo in un ginepraio, quindi oltre alla soluzione
> A, quella che i siti pubblici per i quali paghiamo le tasse utilizzino
> formati aperti, io penserei anche ad una soluzione B, ovvero che
> vengano almeno utilizzati formati leggibili su tutte le piattaforme
> (con Android come la mettiamo ?) altrimenti, ancora una volta, il
> sistema operativo del monopolista sarà determinante per l'acquisto di
> qualsiasi "tostapane".

concordo per entrambe le soluzioni