On Mon, Apr 20, 2015 at 07:52:11PM -0400, Sergio Durigan Junior wrote: > On Monday, April 20 2015, Thadeu Lima de Souza Cascardo wrote: > > > On Mon, Apr 20, 2015 at 04:48:09PM -0400, Sergio Durigan Junior wrote: > >> E aí? > >> > >> Outro e-mail sobre os librecasts... Não adianta nada termos um monte de > >> material, mas não publicarmos nada :-). > >> > >> Queria pedir a ajuda de vocês pra publicarmos o material ASAP. Como eu > >> falei em outra thread pro Cascardo, eu queria muito subir o MG no > >> servidor novamente; no entanto, sei que isso vai demorar (porque demanda > >> um tempo que eu não tenho agora). > >> > >> A idéia do Cascardo é bacana, mas eu quero algo bem mais fácil pro > >> usuário poder ouvir direto do site. Será que alguém poderia dar uma > >> pensada num esquema, e de preferência implementar algo? > >> > > > > Pra começar, muitos usuários estão habituados a usar podcasts com > > Atom/RSS. E pra ouvir no browser, nem deveria precisar de um <audio>, > > menos ainda um punhado de JavaScript. Mas se for pra fazer isso, não > > deveria ser mais complicado que um template com título e caminho pro > > arquivo de mídia. > > Ah, certo. É, disponibilizar Atom/RSS é legal também, com certeza. > > Não entendi o que você falou sobre ouvir no browser. Não manjo como > funcionam essas tags aí. >
Dependendo do browser, é meter o feed e ele já vai permitir você ouvir o podcast. Ou basta a URL com o arquivo de áudio. Outros browsers vão oferecer pra fazer download e, talvez, abrir no player preferido do usuário (que deveria ser melhor que o browser :-(). Mas, se quiser, pode usar o elemento audio. Alguns browsers já vão disponibilizar botões de controle (dependendo dos atributos do elemento). Mas tem gente que gosta de firulas, e usam javascript pra enfeitar o player, muitas vezes, até impedindo a reprodução do áudio se o JS estiver desabilitado (seja por incompetência ou malícia - "defective by design"). Outras vezes o JS permite funcionalidades interessantes, como legendas. Eu sou a favor de legendarmos. Permite aqueles que não podem ouvir ao podcast, por alguma razão, a ler o que conversamos. E ajuda a clarificar aqueles trechos em que o áudio não ficou tão bom, ou a pessoa enrolou a língua (eu sou mestre nisso :-). > > E... > > > > https://ikiwiki.info/podcast/ > > Eu não curto a apresentação do ikiwiki :-P. Estou tentando fazer as > coisas no nosso site mesmo, porque fica mais legal. > É só adaptar o template e/ou o CSS. Usa o mesmo que é usado no site, e tá resolvido. Agora, se quiser escrever outro gerador de HTML + Atom + RSS, manda o repositório aí pra subirmos patches. :-) > >> Nosso site está em org-mode, mas você não precisa do Emacs pra mexer > >> nele. O código está em: > >> > >> <http://git.libreplanetbr.org/?p=site.git;a=summary> > >> > >> Eu pensei em criar uma seçãozinha lá, subir os arquivos editados pro > >> servidor, e usar aquelas tags mágicas de HTML que permitem que o usuário > >> ouça o podcast no próprio browser (**sem precisar de flash**). > > > > O problema é a codificação. O que vamos usar? Vorbis? Flac? Speex? Opus? > > Os podcasts são gravados em OGG, portanto acho que é Vorbis mesmo. Mas > acho que é trivial converter pra outro formato se for necessário. > Não é trivial, porque não é esse o problema. O grande problema de browser suportar áudio não é o suporte ao element audio. É a guerra dos codecs. O padrão exige H264 ou Theora? Nenhum, porque não existiu acordo entre os que defendiam um e os que defendiam o outro. Daí, veio Webm e VP8. O mesmo problema ocorre com áudio. Acabei de ler um post na lista do flisol-br sobre o Opencast (irônico, né?) sobre o FLISOL e a polêmica do Ubuntu. Como o público alvo deles é quem ainda não utiliza software livre, eles usam MP3, porque também é o que funciona no iTunes. E aí? O que vamos fazer a esse respeito? Colocar no browser é o mais fácil pro usuário, você diz? Pra mim, colocar no browser é o pior pro usuário! Coloca um link pra ele instalar o VLC, ou sugere que ele ouça em "Any Ogg Vorbis player, best if your preferred libre one!"! Cascardo. > -- > Sergio > GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 > Please send encrypted e-mail if possible > http://sergiodj.net/
signature.asc
Description: Digital signature
