|
||
|
|
|
|||||||
| Noticias del portal de temática general Sólo el staff puede publicar aquí |
![]() |
|
|
Herramientas |
|
#21
|
||||
|
||||
|
Esa poca batería es porque solo están probando el micro en esos dos terminales "prototipo". Esos dos modelos no los verás en el mercado puesto que no "existen". De ahí, pasarán las grandes marcas a prepararlos en sus modelos con todo ya como dios manda (batería, pantalla, etc etc etc).
|
|
|
|
#22
|
||||
|
||||
|
Yo no entiendo la manía de criticar el "exceso de potencia" de un procesador...
Señores: Los diseñadores de hardware hacen hardware y los de software hacen software. Que Qualcomm saque un procesador de la leche no es óbice para que Google no optimice como Dios manda su sistema operativo. ¿Para qué tanto potencia? Tal vez en 5 años lleguemos a casa y el 90% de la gente ponga el móvil en una base conectada a un monitor, teclado y ratón y ese sea el ordenador de la casa, se lo lleve al trabajo y lo mismo. La potencia nunca ha sobrado. |
|
#23
|
||||
|
||||
|
Yo no entiendo la manía de criticar el "exceso de potencia" de un procesador...
Señores: Los diseñadores de hardware hacen hardware y los de software hacen software. Que Qualcomm saque un procesador de la leche no es óbice para que Google no optimice como Dios manda su sistema operativo. ¿Para qué tanto potencia? Tal vez en 5 años lleguemos a casa y el 90% de la gente ponga el móvil en una base conectada a un monitor, teclado y ratón y ese sea el ordenador de la casa, se lo lleve al trabajo y lo mismo. La potencia nunca ha sobrado. ![]() |
| Los siguientes 2 usuarios han agradecido a Escorpitajus su comentario: | ||
|
#24
|
||||
|
||||
|
Pero nadie se ha dado cuenta!!!!
Que poca verguenza poner en la comparativa un 9100 y teléfonos con 2.3.6, podrá ser también un Galaxy S?. Así sale la barra, así.
|
|
#25
|
||||
|
||||
|
Impresionante rendimiento.
El resultado de 3D Mark es realmente impresionante. Supera al procesador del Nexus 4 con el test extreme, cuando en el hilo que tenemos en nuestro subforo, hacemos alrededor de 11.000 score-12.800 score pero en el test simple, no el que marca en este enlace.
__________________
Empiezo con esta aplicación para Android y Apple.
|
|
#26
|
||||
|
||||
|
Bueno ya podre emular mi XBOX ONE en el movil
|
|
#27
|
||||
|
||||
|
Hola, yo creo que el hecho de que hayan puesto una pantalla de 4.3 con resolucion hd hace el benchmark mas alto, deberian probarlo con 5" fullhd para ver la diferencia real que seguira siendo mucha seguro.
Tengo curiosidad por ver cuanto gastara el 800 pero el mobil este con 1500 de bateria me parece que para medio dia y gracias, me gustaria equivocarme en mis cabalas, que opinais vosotros?? Saludos |
|
#28
|
||||
|
||||
|
Hola, yo creo que el hecho de que hayan puesto una pantalla de 4.3 con resolucion hd hace el benchmark mas alto, deberian probarlo con 5" fullhd para ver la diferencia real que seguira siendo mucha seguro.
Tengo curiosidad por ver cuanto gastara el 800 pero el mobil este con 1500 de bateria me parece que para medio dia y gracias, me gustaria equivocarme en mis cabalas, que opinais vosotros?? Saludos ![]()
__________________
Empiezo con esta aplicación para Android y Apple.
|
|
#31
|
||||
|
||||
|
Pues teniendo en cuenta que, si no he entendido mal, en la JB 4.2 parece que al fin google ha corregido todos los problemas de latencia de audio (dejando parte del trabajo a los fabricantes eso sí) es de esperar que desembarque una legión de usuario de informática musical en tablets que ahora usan el infame Ipad.
Y, claro, esas aplicaciones exigen mucho del micro. Incluso sin resolver el problema de latencia hay algo que ya funciona 100% a día de hoy, la grabación de audio multipista a través de una tarjeta usb class compliant (usando USB audio recorder + audio evolution movile). Sobre las pista grabadas se pueden aplicar varios efectos, algunos modificando el audio, pero la mayoría en tiempo real. Esas cosas tiran del microprocesador bastante. Eso sí, para hacer música de ese modo, aparte de lo grabado, se suelen usar librerías de loops, y todo eso ocupa mucho espacio. Eso viene a significar que, aparte de una microSD rapididita estaría genial que se dejasen de austeridades y pusieran cuanto menos 64 GB de almacenamiento. Ah, y tener mucha RAM, que menos que 3 GB, es más que bienvenido. Ah, y aunque no tiene entrada midi (para mí algo muy molesto) tenemos fruity loops, que es un secuenciador basado en patrones muy completo. Aún no me he metido mucho con él (no es mi tipo favorito de aplicación musical) pero fijo que los expertos lo exprimen a fondo y funden el micro, y claro, con un snapdragon de estos tendrán un extra que agradecerán. ¿Y porque grabar audio en un tablet y no en un ordenador? Pues hay varios motivos. La portabilidad, la comodidad de la interfaz táctil, el silencio (el ventilador de un sobremesa portatil es algo molesto si escuchas con atención la música que estás haciendo). Otro punto dónde la potencia es bienvenida es en aplicaciones científicas. Ahora mismo tenemos en android Octave, que es prácticamente igual que matlab, y en ese entorno la gente suele hacer cálculos numéricos potentes. Y sí, que si necesitas cosas muy complicadas te vas a un sobremesa (o soluciones mas complejas), pero cuanto mas potencia tengas en el tablet, pues mejor. Otra aplicación Android para ciencia muy potente es máxima, mas especializada en cálculo simbólico que numérico. En lo que he hecho hasta ahora no me ha faltado potencia en un note II/note 10.1, y eso que le he puesto a hacer cálculo tensorial, que posiblemente sea de lo más engorroso, pero por si acaso la potencia no viene mal. Y hablo sólo de dos aspectos que conozco. Fijo que gente que haga cosas serias en otras áreas tendrán aplicaciones con las que exprimir cuanta potencia les puedan dar. |
|
#32
|
||||
|
||||
|
Si utilizan el IPad no es por otra cosa que su reactividad instantánea debido a IOS.
Si hiciesen lo mismo en android, al correr en Java, por mucho procesador que tengas, siempre tendrás un lag. Este se disminuye a mas potencia, pero si luego utilizas varias pistas, ahí Java joderá la maraña y te creara un lag enorme, cosa que en IOS no ocurriría. Mírate los programas samplr y borderlands, eso en android no lo conseguirían hacer correr ni con un Intel i5... http://www.samplr.net http://www.borderlands-granular.com/app, el video tutorial, sobretodo. Última edición por cogoyo007 Día 20/06/13 a las 10:21:23. |
|
#33
|
||||
|
||||
|
Veremos como va funcionando esta tablet y smartphone
__________________
Si quieres pasarte a Simyo , usa el código 0034658590726 para obtener gratis 10€ de saldo en contrato y 5€ en prepago!
|
|
#34
|
||||
|
||||
|
Dicho esto me encanta leer a los defensores del estancamiento tecnológico o utilizar lo justo para necesidades, ¿para que cámaras de más de 4 u 8 mpx, si al final no se imprime? Para que tanta potencia bruta? ¿Para que tanta capacidad en el móvil si con 12 gb dan de sobra? Para que H+ o 4G si con 3g ya va de sobra para ver páginas webs?
Pues gracias a esos excesos ahora mismo tenemos móviles con unos juegos y programas antes impensables, hablamos de tablephone, cameraphone y demás cosas ![]() Imaginate que la evolucion de los coches se hubiese limitado únicamente a mejorar el motor, olvidando aspectos tan importantes como la seguridad, la comodidad, etc, ha ido evolucionando en todos sus campos, ahora toca el turno de mejorar no solo su consumo, si no tb su contaminacion. |
|
#35
|
||||
|
||||
|
Cogoyo007.
La latencia no depende de java sino de los drivers. En PC hay sintes software hechos en java con la misma latencia que los hechos en c++. Y esa latencia deoende de si usas drivers multimedia, direct x o asio. En Android tampoco es cierto que todos los programas estén hechos en java y se ejecuten sobre dalvit. Hay algunos que usan el NDK (Native development kit) que están hechos en c++ y que sólo funcionan en una arquitectura hardware especifica (mucho cuidado con Android en atom pues). El problema es que, como digo, eso no basta, hacen falta drivers. En jb 4.1 se dió un pequeño paso adelante, pero fue insuficiente. Ahora hay una interfaz (cuyos detalles debe implementar el fabricante) que permite al programa preguntar con que tamaño de buffer de audio va a trabajar y algun aspecto más. De ese modo, jugando con esos parámetros, se podrá ajustar la latencia. Si no me equivoco en última instancia lo que se ha hecho es dar la opción de consultar la arquitectura ALSA de Linux, que es lo que lleva Android por debajo. Esa es una arquitectura de baja latencia standard en linux. Yo la probé en una instalación de Ubuntu studio y va muy bien, lástima que el software de audio en Linux sea poco by malillo. |
![]() |
Estás aquí
|
||||||
|
||||||