ruby-gnome2-hiki-pt_BR****@sourc*****
ruby-gnome2-hiki-pt_BR****@sourc*****
2004年 4月 11日 (日) 08:05:32 JST
-------------------------
REMOTE_ADDR = 200.216.145.78
REMOTE_HOST =
URL = http://ruby-gnome2.sourceforge.jp/pt_BR/?tut-gst-helloworld-problem
-------------------------
= O Problema com o OlMundo
{{link("tut-gst-helloworld-conclusion", nil, "tut-gst", "tut-gst-mime-types")}}
A pequena aplica$Bne(Bo que a gente criou no cap$ByU(Bulo anterior usou o conceito de f$BaC(Brica para criar os elementos. Neste cap$ByU(Bulo a gente mostrara voccomo usar os conceitos de f$BaC(Brica para criar elementos baseados no que eles fazem, em vez de como eles s$BeP(B chamados.
A gente primeiro explicaros conceitos involvidos antes de continuarmos com o exemplo de "OlMundo" refeito usando "autoplugging".
Se a gente der outra olhada em como os elementos foram criados no exemplo anterior, a gente usou um mecanismo "sem acabamento":
...
# agora hora de pegar o "parser"
decoder = Gst::ElementFactory.make("mad")
...
Enquanto esse mecanismo bastante efetivo, ele tamb$BqN(B tem alguns problemas grandes: Os elementos s$BeP(B criados baseados nos seus nomes. De fato, a gente cria um elemento, "mad", colocando explicitamente o nome do elemento "mad". Nosso pequeno programa, assim, sempre usaro elemento decodificador "mad" para decodificar o fluxo de $BaV(Bdio de MP3, mesmo se existem outros decodificadores de MP3 no sistema. A gente vercomo a gente pode usar uma maneira mais geral para criar um elemento decodificador de MP3.
A gente tem que introduzir o conceito de tipos de "MIME" e capacidades adicionadas aos "pads" de origem e "sink".