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".