Gli utenti di Wikipedia saranno contenti di sapere che l’enciclopedia online più grande al mondo si appresta ad integrare un player video.
L’indiscrezione arriva da Beet.TV, che ha pubblicato un’intervista al vice direttore di Wikimedia Foundation, Erik Moller, secondo cui questa novità arriverà molto presto. Tuttavia la polemica che è scoppiata riguarda i formati video che Wikipedia sceglierà.
Secondo Moller lo standard che Wikipedia potrebbe scegliere è Ogg Theora, uno codec video OpenSource che può essere visualizzato con Firefox e presto con Chrome e Opera. Tuttavia, un sito come Wikipedia, tra i più visitati al mondo, dovrà scegliere attentamente il codec video da utilizzare.
Qualsiasi scelta avrà un impatto notevole sul web. Attualmente, infatti, Ogg Theora non sembra essere la scelta migliore da fare. Il codec H.264, scelto da Google e Apple, richiederebbe meno potenza di elaborazione e decodifica. Proprio Microsoft, Apple e Google hanno investito di più sul formato H.264 che su Ogg Theora, sebbene la qualità video di H.264 non sia eccezionale.
In ogni caso, la scelta di Wikipedia introdurrà un nuovo standard sul web, e il grande interrogativo è capire se un codec come Ogg Theora avrà un impatto decisivo.
Via | News.cnet.com
Alessandro91
19 lug 2009 - 10:54 - #1Piano a dire che H264 è peggiore di Theora :)
Intanto, è H264 a richiedere PIU’ potenza di Theora, sia in compressione che in riproduzione.
Però la qualità è nettamente superiore: non per niente, H264 è anche il formato dei Blu-Ray Disc. Una ricerca su google confermerà questo; ad esempio: http://www.osnews.com/story/19019/Theora-vs.-h.264
L’unico “vantaggio” di Theora è che è open source (metto “vantaggio” tra virgolette perchè non a tutti potrebbe sembrare tale: molte persone semplicemente non ci danno peso).
Surfer
19 lug 2009 - 11:48 - #2Occhio che il link che hai indicato fa riferimento a un confronto fatto nel dicembre 07…
Nel frattempo le cose potrebbero essere cambiate, e anzi per certi versi lo sono.
Qualche settimana fa mi sono imbattuto in un test comparativo Theora-H264 per stabilire quale fosse il più adatto a diventare standard di HTML5, e Theora ne usciva vincitore
Alessandro91
19 lug 2009 - 12:20 - #3È vero: il link non è recente… Ma gli algoritmi usati sono simili a quelli MPEG4-ASP (implementati in XviD e DivX prima che passasse al profilo H264).
Se Theora è stato usato come “standard” in HTML5, la ragione è semplicemente legale: essendo libero da brevetti poteva essere implementato ovunque.
In ogni caso, tornando più alla notizia… È interessante sapere che Wikipedia avrà un player: sicuramente, infatti, verrà distribuito come open source, portando vantaggi a tutti.
Pastel
19 lug 2009 - 13:18 - #4Anche io sapevo che l’H.264 è il migliore…
fabrix
19 lug 2009 - 16:48 - #5«Il codec H.264, scelto da Google e Apple, richiederebbe meno potenza di elaborazione e decodifica». Ma che vuol dire? In quali contesti, per quali contenuti video? Come si fanno a buttare giù certe frasi senza riferimenti?
La scelta di wikipedia è semplicemente coerente con il suo manifesto: usa già OGG / Vorbis per i contenuti audio, non vedo perché dovrebbe impelagarsi in royalties e brevetti vari per usare MPEG-4 AVC alias H.264.
Forza Theora! :-)
Jena Plisskin
20 lug 2009 - 09:52 - #6“Il codec H.264, scelto da Google e Apple, richiederebbe meno potenza di elaborazione e decodifica.”
Vorrei vedere le facce di quelli che rilasciano queste dichiarazioni. H264 è un codec molto pesante sia in encode sia in decode. Per il resto Theora ha il vantaggio di non avere brevetti, ma la qualità rispetto a H264 è diversa, dipende dal bitrate. Se basso Theora dice la sua ma nei medio alti non c’è storia. Da parte mia vedrei bene un duo Theora/Dirac, quest’ultimo promette bene, ma chissà perchè non se ne parla come Theora.
g.failli
20 lug 2009 - 13:41 - #7Beh, H264 non è opensource, per cui Wikipedia, che si fregia della definizione di Enciclopedia Libera deve utilizzare uno standard aperto. Così come utilizza licenze libere per tutti i suoi contenuti.
Rashad Liaw
21 lug 2011 - 18:07 - #8text