<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: G722 y su interoperabilidad</title>
	<atom:link href="http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/feed/" rel="self" type="application/rss+xml" />
	<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/</link>
	<description>Para que no se me olviden las cosas...</description>
	<lastBuildDate>Fri, 27 Apr 2012 18:10:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: saghul</title>
		<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/comment-page-1/#comment-81467</link>
		<dc:creator>saghul</dc:creator>
		<pubDate>Wed, 16 Dec 2009 17:18:04 +0000</pubDate>
		<guid isPermaLink="false">http://saghul.net/blog/?p=1026#comment-81467</guid>
		<description>@ibc Mayormente eso es lo que he concluido que sucede. El tema es que ellos tienen un parche que hace que la implementacion de VoiceAge funcione. Con ese parche en cambio, Asterisk, presuntamente FreeSWITCH y el servicio online de conferencias ZipDX no funcionan.

He seguido haciendo pruebas y sin el parche (tal y como esta Blink ahora) tambien funciona con Snom, asi que pasando de VoiceAge...</description>
		<content:encoded><![CDATA[<p>@ibc Mayormente eso es lo que he concluido que sucede. El tema es que ellos tienen un parche que hace que la implementacion de VoiceAge funcione. Con ese parche en cambio, Asterisk, presuntamente FreeSWITCH y el servicio online de conferencias ZipDX no funcionan.</p>
<p>He seguido haciendo pruebas y sin el parche (tal y como esta Blink ahora) tambien funciona con Snom, asi que pasando de VoiceAge&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Iñaki Baz Castillo</title>
		<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/comment-page-1/#comment-81465</link>
		<dc:creator>Iñaki Baz Castillo</dc:creator>
		<pubDate>Wed, 16 Dec 2009 16:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://saghul.net/blog/?p=1026#comment-81465</guid>
		<description>&quot;múltiplo de 8 )&quot;, que si junto el &quot;8&quot; y el &quot;)&quot; el maldito blog hyper cool pone un icono de una jeta amarilla por las drogas y con gafas.</description>
		<content:encoded><![CDATA[<p>&#8220;múltiplo de 8 )&#8221;, que si junto el &#8220;8&#8243; y el &#8220;)&#8221; el maldito blog hyper cool pone un icono de una jeta amarilla por las drogas y con gafas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Iñaki Baz Castillo</title>
		<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/comment-page-1/#comment-81464</link>
		<dc:creator>Iñaki Baz Castillo</dc:creator>
		<pubDate>Wed, 16 Dec 2009 16:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://saghul.net/blog/?p=1026#comment-81464</guid>
		<description>A ver si entiendo. Soy PJsip y me llega RTP en G722. Lo recibo y lo quiero analizar. Obtengo del buffer de audio entrante 2 bytes, 16 bits (por aquello de que obviamente tiene que ser múltiplo de 8) y tengo que decidir si los 14 bits que realmente transportan el audio codificado son los 14 primeros o los 14 últimos, ¿verdad?</description>
		<content:encoded><![CDATA[<p>A ver si entiendo. Soy PJsip y me llega RTP en G722. Lo recibo y lo quiero analizar. Obtengo del buffer de audio entrante 2 bytes, 16 bits (por aquello de que obviamente tiene que ser múltiplo de <img src='http://saghul.net/blog/wp-includes/images/smilies/icon_cool.gif' alt='8)' class='wp-smiley' /> y tengo que decidir si los 14 bits que realmente transportan el audio codificado son los 14 primeros o los 14 últimos, ¿verdad?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Odicha</title>
		<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/comment-page-1/#comment-81324</link>
		<dc:creator>Odicha</dc:creator>
		<pubDate>Thu, 10 Dec 2009 22:06:46 +0000</pubDate>
		<guid isPermaLink="false">http://saghul.net/blog/?p=1026#comment-81324</guid>
		<description>En tiempo real no es sencillo, ya que la solución pasa por analizar el stream, de todos modos si te va bien descartando los dos bits de menos valor no debes tener problema. (ÑOÑ pero funciona) Por ahí tenía una rutina para mirar eso, que usaba para evitar problemas de ganancia en una aplicación de broadcast de radio. Si necesitas analizarlo en tiempo real (por mejorar la calidad del audio) busco en el &quot;baul de los recuerdos&quot;</description>
		<content:encoded><![CDATA[<p>En tiempo real no es sencillo, ya que la solución pasa por analizar el stream, de todos modos si te va bien descartando los dos bits de menos valor no debes tener problema. (ÑOÑ pero funciona) Por ahí tenía una rutina para mirar eso, que usaba para evitar problemas de ganancia en una aplicación de broadcast de radio. Si necesitas analizarlo en tiempo real (por mejorar la calidad del audio) busco en el &#8220;baul de los recuerdos&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Elio Rojano</title>
		<link>http://saghul.net/blog/2009/12/08/g722-y-su-interoperabilidad/comment-page-1/#comment-81247</link>
		<dc:creator>Elio Rojano</dc:creator>
		<pubDate>Tue, 08 Dec 2009 19:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://saghul.net/blog/?p=1026#comment-81247</guid>
		<description>Ahhh, por eso decías que &quot;2 bits pueden hacer que el audio vaya fatal...&quot; no? bueno es saberlo.</description>
		<content:encoded><![CDATA[<p>Ahhh, por eso decías que &#8220;2 bits pueden hacer que el audio vaya fatal&#8230;&#8221; no? bueno es saberlo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

