<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" 
	xmlns:atom="https://www.w3.org/2005/Atom"
	xmlns:content="https://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="https://wellformedweb.org/CommentAPI/"
	xmlns:dc="https://purl.org/dc/elements/1.1/"
	xmlns:georss="https://www.georss.org/georss"
	xmlns:media="https://search.yahoo.com/mrss/"
	xmlns:mediatize="https://www.mediatize.info/faq-es.php"
 >
<channel>
	<title>Mediatize: ffmpeg</title>
	<atom:link href="https://beta.mediatize.info/rss?p=tags&amp;q=ffmpeg" rel="self" type="application/rss+xml" />
	<link>https://beta.mediatize.info</link>
	<image><title>Mediatize: ffmpeg</title><link>https://beta.mediatize.info</link><url>https://beta.mediatize.info/img/favicons/logo_64x64.png</url></image>
	<description>Sitio colaborativo de publicación y comunicación entre blogs</description>
	<pubDate>Sat, 15 Jul 2017 17:05:01 +0000</pubDate>
	<generator>https://blog.mediatize.info/</generator>
	<language>es</language>
	<item>
		<mediatize:link_id>10443</mediatize:link_id>
		<mediatize:sub>tecnología</mediatize:sub>
		<mediatize:status>published</mediatize:status>
		<mediatize:user>--426--</mediatize:user>
		<mediatize:clicks>37</mediatize:clicks>
		<mediatize:votes>6</mediatize:votes>
		<mediatize:negatives>0</mediatize:negatives>
		<mediatize:karma>114</mediatize:karma>
		<mediatize:comments>2</mediatize:comments>
		<mediatize:url>https://blogs.gnome.org/rbultje/2017/07/14/writing-x86-simd-using-x86inc-asm/</mediatize:url>
		<title>Escribiendo SIMD x86 con x86inc.asm [ENG]</title>
		<link>https://beta.mediatize.info/story/escribiendo-simd-x86-x86inc-asm-eng</link>
		<comments>https://beta.mediatize.info/story/escribiendo-simd-x86-x86inc-asm-eng</comments>
		<pubDate>Sat, 15 Jul 2017 17:05:01 +0000</pubDate>
		<dc:creator>--426--</dc:creator>
		<category><![CDATA[tecnología]]></category>
		<category><![CDATA[inglés]]></category>
		<category><![CDATA[optimización]]></category>
		<category><![CDATA[ensamblador]]></category>
		<category><![CDATA[simd]]></category>
		<category><![CDATA[x86inc.asm]]></category>
		<category><![CDATA[x264]]></category>
		<category><![CDATA[x265]]></category>
		<category><![CDATA[ffmpeg]]></category>
		<guid>https://beta.mediatize.info/story/escribiendo-simd-x86-x86inc-asm-eng</guid>
		<description><![CDATA[<img src='https://beta.mediatize.info/cache/00/28/media_thumb-link-10443.jpeg?1500083629' width='312' height='170' alt='' class='thumbnail' style='float:right;margin-left: 3px' align='right' hspace='3'/><p>En multimedia, a menudo escribimos implementaciones SIMD de funciones computacionalmente costosas para hacer nuestro software más rápido. En alto nivel, hay tres enfoques básicos para escribir optimizaciones de ensamblaje (para cualquier arquitectura): Intrínseca, ensamblador en línea y ensamblador a mano. El ensamblador en línea tiene escasa legibilidad y portabilidad. Las intrínsecas ocultan cosas complejas (como el total de registros o la pila), que facilita la optimización aunque a veces a costa de peor código.</p><p><strong>etiquetas</strong>: inglés, optimización, ensamblador, simd, x86inc.asm, x264, x265, ffmpeg</p><p>&#187;&nbsp;<a href="https://beta.mediatize.info/go?id=10443" >noticia original</a> (blogs.gnome.org)</p>]]></description>
		<media:thumbnail url="https://beta.mediatize.info/cache/00/28/media_thumb-link-10443.jpeg?1500083629" width='312' height='170' />
		<wfw:commentRss>https://beta.mediatize.info/comments_rss?id=10443</wfw:commentRss>	</item>

	<item>
		<mediatize:link_id>9890</mediatize:link_id>
		<mediatize:sub>GNU_Linux</mediatize:sub>
		<mediatize:status>published</mediatize:status>
		<mediatize:user>--426--</mediatize:user>
		<mediatize:clicks>206</mediatize:clicks>
		<mediatize:votes>3</mediatize:votes>
		<mediatize:negatives>0</mediatize:negatives>
		<mediatize:karma>33</mediatize:karma>
		<mediatize:comments>0</mediatize:comments>
		<mediatize:url>https://gist.github.com/Brainiarc7/24c966c8a001061ee86cc4bc05826bf4</mediatize:url>
		<title>Cómo configurar un cluster transitorio usando GNU Parallel y SSHFS para trabajos distribuidos (tales como FFmpeg)[ING]</title>
		<link>https://beta.mediatize.info/story/como-configurar-cluster-transitorio-usando-gnu-parallel-sshfs</link>
		<comments>https://beta.mediatize.info/story/como-configurar-cluster-transitorio-usando-gnu-parallel-sshfs</comments>
		<pubDate>Fri, 23 Jun 2017 04:10:03 +0000</pubDate>
		<dc:creator>--426--</dc:creator>
		<category><![CDATA[GNU_Linux]]></category>
		<category><![CDATA[inglés]]></category>
		<category><![CDATA[ffmpeg]]></category>
		<category><![CDATA[gnu parallel]]></category>
		<category><![CDATA[computación distribuida]]></category>
		<category><![CDATA[casera]]></category>
		<guid>https://beta.mediatize.info/story/como-configurar-cluster-transitorio-usando-gnu-parallel-sshfs</guid>
		<description><![CDATA[<img src='https://beta.mediatize.info/cache/00/26/media_thumb-link-9890.jpeg?1498134385' width='312' height='170' alt='' class='thumbnail' style='float:right;margin-left: 3px' align='right' hspace='3'/><p>GNU Parallel es un programa polivalente para ejecutar comandos en paralelo, que frecuentemente sustituye bucles en los scripts find -exec, y find | xargs. Tiene las opciones --sshlogin y --sshloginfile para usar múltiples nodos, y opciones para enviar y recibir recursos estáticos y archivos de entrada y salida para cada trabajo. Sin embargo, para una tarea en concreto seguir los archivos que necesita en un remoto es laborioso. Es más, ejecuciones canceladas o fallidas pueden dejar basura en el nodo remoto.</p><p><strong>etiquetas</strong>: inglés, ffmpeg, gnu parallel, computación distribuida, casera</p><p>&#187;&nbsp;<a href="https://beta.mediatize.info/go?id=9890" >noticia original</a> (gist.github.com)</p>]]></description>
		<media:thumbnail url="https://beta.mediatize.info/cache/00/26/media_thumb-link-9890.jpeg?1498134385" width='312' height='170' />
		<wfw:commentRss>https://beta.mediatize.info/comments_rss?id=9890</wfw:commentRss>	</item>

</channel>
</rss>
