<?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: LiquidSky te permitirá jugar cualquier título en Android	</title>
	<atom:link href="https://www.enter.co/especiales/universoandroid/liquidsky-te-permitira-jugar-cualquier-titulo-en-android/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.enter.co/especiales/universoandroid/liquidsky-te-permitira-jugar-cualquier-titulo-en-android/</link>
	<description>Tecnología y Cultura Digital</description>
	<lastBuildDate>Tue, 11 Jul 2017 23:18:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Por: VooDooChicken		</title>
		<link>https://www.enter.co/especiales/universoandroid/liquidsky-te-permitira-jugar-cualquier-titulo-en-android/#comment-356232</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Tue, 11 Jul 2017 23:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=317544#comment-356232</guid>

					<description><![CDATA[hmm.. juegos en streaming.. esto no se ha propuesto ya varias veces, y no ha fracasado todas las veces? entre otras: no es escalable. si yo quiero ofrecer el servicio, y por cada usuario me toca tener una cpu dedicada, pues por cada usuario que quiera tener me toca comprar una cpu. no es que todos vayan a jugar al tiempo, pero sí ser´ña proporcional la cantidad de personas que jueguen al tiempo con la cantidad de suscripciones. si como alternativa uso virtualización y tiempo de cpu compartido, pues si uno de los jugadores está jugando algo con altos requerimientos, eso significa que los demás jugadores que usen esamisma cpu se ven afectados, lo que no ocurre cuando yo juego en mi máquina. eso se agrava más cuando nos ólo depende de cpu,s ino de disco duro y de gpu,. que usan el mismo bus. resulta que la soperaciones de ir a burcar algo en disco son costosas, y no es tan raro que en un juego para pc, se vea un lag no porque el juego tenga lag, sino porque almismot iempo que juega, el computador está haciendo otras cosas, como actualizar alguna otra cosa qu eno tiene qué ver cone l juego, almismo tiempo que juega, y eso crea une mbotellamiento en el disco duro. ahora todos los jugadores compartiendo un disco duro, usando el mismo bus, y que las cpus o la cpu dependan del tiempo de espera que otro jugador vaya y lea sus datos del disco duro. conclusión, no es escalable. ahora no si escalable, mcomo modelo de negocio, sino si simplemente s epuede jugar. yop muevo los controles en mic elular. el programa tiene qué enviar los comandos del control de juego, enviarlos por la red, que otro computadr en otro lado los reciba, haga el procesamiento del juego, convierta el resultado en video para streaming, y lo envíe por la red.. y eso en el mismo tiempo que debería ser yo jugar en frente demic omputador, oc onsola o lo que sea.. y esperar que se vea igual.. sí, sueñan. no sé por qué insisten en eso. no funciona y no va a funcionar]]></description>
			<content:encoded><![CDATA[<p>hmm.. juegos en streaming.. esto no se ha propuesto ya varias veces, y no ha fracasado todas las veces? entre otras: no es escalable. si yo quiero ofrecer el servicio, y por cada usuario me toca tener una cpu dedicada, pues por cada usuario que quiera tener me toca comprar una cpu. no es que todos vayan a jugar al tiempo, pero sí ser´ña proporcional la cantidad de personas que jueguen al tiempo con la cantidad de suscripciones. si como alternativa uso virtualización y tiempo de cpu compartido, pues si uno de los jugadores está jugando algo con altos requerimientos, eso significa que los demás jugadores que usen esamisma cpu se ven afectados, lo que no ocurre cuando yo juego en mi máquina. eso se agrava más cuando nos ólo depende de cpu,s ino de disco duro y de gpu,. que usan el mismo bus. resulta que la soperaciones de ir a burcar algo en disco son costosas, y no es tan raro que en un juego para pc, se vea un lag no porque el juego tenga lag, sino porque almismot iempo que juega, el computador está haciendo otras cosas, como actualizar alguna otra cosa qu eno tiene qué ver cone l juego, almismo tiempo que juega, y eso crea une mbotellamiento en el disco duro. ahora todos los jugadores compartiendo un disco duro, usando el mismo bus, y que las cpus o la cpu dependan del tiempo de espera que otro jugador vaya y lea sus datos del disco duro. conclusión, no es escalable. ahora no si escalable, mcomo modelo de negocio, sino si simplemente s epuede jugar. yop muevo los controles en mic elular. el programa tiene qué enviar los comandos del control de juego, enviarlos por la red, que otro computadr en otro lado los reciba, haga el procesamiento del juego, convierta el resultado en video para streaming, y lo envíe por la red.. y eso en el mismo tiempo que debería ser yo jugar en frente demic omputador, oc onsola o lo que sea.. y esperar que se vea igual.. sí, sueñan. no sé por qué insisten en eso. no funciona y no va a funcionar</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Pablo Royet		</title>
		<link>https://www.enter.co/especiales/universoandroid/liquidsky-te-permitira-jugar-cualquier-titulo-en-android/#comment-356231</link>

		<dc:creator><![CDATA[Pablo Royet]]></dc:creator>
		<pubDate>Tue, 11 Jul 2017 21:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=317544#comment-356231</guid>

					<description><![CDATA[No funciona para america latina, solo para europa y USA.... :(]]></description>
			<content:encoded><![CDATA[<p>No funciona para america latina, solo para europa y USA&#8230;. 🙁</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
