elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.


Tema destacado: Guía rápida para descarga de herramientas gratuitas de seguridad y desinfección


  Mostrar Mensajes
Páginas: 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 [42] 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 436
411  Foros Generales / Dudas Generales / Re: Me intentan estafar o solo es para tocar las narices? en: 18 Marzo 2022, 22:42 pm
llevo como 3 o 4 semanas recibiendo llamadas de 900 que se quedan callados y si no digo nada cuelgan, pero si digo
La espera es una técnica para saber dos cosas sobre el posible interlocutor:
- Su posible edad... y estado de vulnerabilidad.
- Su estado de ansiedad.

Si detectan que tras el teléfono hay una personalidad frágil a la que poder atacar, volverán a llamar con cualquier cuento tratando en efecto de estafar.

La regla de oro para esto es: Esperar 2-5 segundos, sin decir absolutamente nada (ni respirar). Si quien llama no se presenta colgar.
412  Programación / Scripting / Re: Error en batch al abrir el archivo en: 18 Marzo 2022, 22:19 pm
El comando echo, solo admite 3 formas de parámetros, vacío, activar o un mensaje.
- Si es activar tras echo, irá el off o el on
- Si es un mensaje, solo reconocerá caracteres ASCII, es decir cualquier carácter por encima del 127 se verá como un error... salvo que lo encierres entre comillas. Además recuerda que ciertos caracteres están reservados, suelen ser los que actúan para rutas. Es el caso de ese que escribes (la barra vertical, carácter 124), como bien dice Daniel, es para 'pipes'... (pero puedes escribirlo tamnbién entre comillas).
- Si es vacío (esto es sin parámetros) estás preguntando por el estado de echo, luego devolverá el mensaje "on" u '"off".

Para dejar una línea en blanco, antiguamente se usaba el carácter 255 (con el uso de ALT), pero luego se simplificó desde no recuerdo que versión del DOS, para escribirlo así de simple:
Código

Entonces te quedaría tal que así:
Código
  1. @echo off
  2. echo +---+
  3. echo x   x
  4. echo     x
  5. echo     x
  6. echo     x
  7. echo    "|"
  8. echo =========''', '''

...que se verá así:


Posiblemente debas corregir la línea 10 11, no capto tu intención...

Antes... con el comando pause podías también incluir un mensaje, ahora invariablemente es fijo el de "presiona una tecla para continuar...", iba bien para indicar por ejemplo:
Código
  1. pause Introduzca el diskette y luego pulse enter...
...vamos que era un pelín más útil que ahora.
413  Foros Generales / Foro Libre / Re: Conflicto Ucrania-Rusia,EEUU, OTAN, Europa. (Todas las noticias relacionadas irán aquí) en: 17 Marzo 2022, 16:12 pm
Rusia dejó MUY CLARO antes de empezar todo esto que habían lineas rojas que la Otan no quiso escuchar.
Sí. Se llama soberanía y en palabras sencillas quiere decir que de puertas para adentor un país puede hacer lo que le dé la gasna, si quieren jugar al tenis juegan a tenis, si quieren practicar Zen, practican zen, si quieren ponerse haciendo el pino, pueden ponerse haciendo el pino y el resto de países no pinta nada.

Tambien dijo MUY CLARO que las reuniones diplomáticas eran muy largas y que no tenían voluntad de buscar soluciones.
Así exactamente es como defino las 'reuniones diplomáticas' que está teniendo Rusia con Ucrania... un paripé para intentar hacer creer que ellos no quieren una guerra sino una solución pacífica.
No es verdad, Putin necesita ciertas cosas de geográficas de Ucrania, no tiene nada que ver con política de bloques militares ni otras mandangas.

A dia de hoy, no hay nadie con voluntad de buscar una solución diplomática. Solo hay Odio. Están cultivándolo por todos lados y en todas las cadenas de tv.
Hasta en facebook se permite.
La paz tiene que venir d ela mano del agresor... el agredido solo puede sostener la paz bajo una rendición incondicional. Es una pretensión estúpida...
Alguien agredido, como mínimo desea justicia. Y ya que la OTAN no puede intervenir, tienen que defenderse ellos sólos, como mínimo aceptan las armas para defenderse del agresor.

EEUU, Con el nuevo cargamento de armas, Estados Unidos habrá aprobado el envío a Ucrania de equipos militares por valor de 1.050 millones de dólares solo esta semana
Es poco... A Rusia le supone un coste de un 150% de esa cantidad diaria... el mantene rla guerra, pero  el volumen total invertido... difícil de clacular.

Europa, lo mismo, enviar armas y sanciones contra nosotros mismos.
Estás diciendo que si un ladrón roba a tus padres caen el suelo, se rompen la espalda y los llevan al hospital, tu te quedarás en tu casa acostado en la cama, porque es más cómodo que acudir al hospital a ciertas horas o a cierta distancia...

Putin, tenía planificado esta guerra desde hace tiempo, se nota que es un proyecto que llevaba tiempo freguando, desde julio que empezaron a vender a China, las energías que tenía vendidas a Europa, tan solo para encarecer los precios y obtener los beneficios con los que iba a sufragar esta guerra... si es que hasta eso (el coste), lo tenía calculado, aunque eso sí... todo mal calculado.

Lo mires por donde lo mires, Putin no tiene justificación. Ni la gente de su país quiere ni necesita esta guerra, solo sus colegas millonarios, él mismo (para gloria propia) y algunos altos cargos militares.... es toda una puesta en escena requerida por economía. El Mar Negro es un puerto deseado por Rusia para ahorrar costes en transportes.

Pero el plan de Putin se deshace entre sus manos... afortunadamente hay alternativas energéticas (no inmediatas para la mayoría de países dependeintes de la energía Rusa), así que la presión a Europa no puede tomar la presión necesaria para que abdique  (por ejemplo Alemania que es bastante dependiente, es quizás el país más vacilante). En el terreno militar, tampoco les va bien, no pudo entrar al 100%, porque tenía que parecer que ellos no querían "...que pasaban por allí... (porque estaban de maniobras)" y por eso entraron... pero son chavales, sin una motivación, cuando alguien defiende su tierra por que está entre la espada y la pared, es como un tigre rabioso, la motivación es diametralmente opuesta.

Rusia, esto es Putin ya ha perdido, solo queda saber cuanto tardarán en retirarse, cuanto tardará en pender la cabeza de Putinde una pica, cuanto tardará la reconstrucción de Ucrania, y otros tantos cuantos...

La ideología política déjala para otra ocasión, esta situación no va sobre el tema OTAN-Pacto de Varsovia, no que no existe, se trata simplemente de una invasión para apoderarse de recursos estratégicos de Ucrania. No hay más.  ...de hecho ha habido un momento años atrás que parecía que Rusia hubiera podido entrar en la Unión Europea y que en verdad hubiéramos salido ganando todos...
414  Foros Generales / Foro Libre / Re: Conflicto Ucrania-Rusia,EEUU, OTAN, Europa. (Todas las noticias relacionadas irán aquí) en: 17 Marzo 2022, 15:35 pm

:rolleyes:
 :rolleyes: :rolleyes:
 :rolleyes: :rolleyes: :rolleyes:

"Laudantur qui multitudinem a tyranno liberant"

 :rolleyes: :rolleyes: :rolleyes:
 :rolleyes: :rolleyes:
 :rolleyes:
415  Foros Generales / Foro Libre / Re: Conflicto Ucrania-Rusia,EEUU, OTAN, Europa. (Todas las noticias relacionadas irán aquí) en: 17 Marzo 2022, 01:53 am
Estados Unidos, teme  lo mismo que teme el resto de Europa y cualquiera con dos dedos de frente: Si Zelensky llegara a firmar un acuerdo con Rusia, habría ganado Putin, con las siguientes consecuencias:
- Destrucción masiva de un país, coste en reconstrucción para Rusia 0.
- Muertos ucranianos, coste para Putin 0 juicios.
- Amenaza nuclear mundial, coste para Rusia y Putin 0.

Dicho de otra manera, si el matón del colegio, esgrime una excusa para invadir un país y  dice que "o me dejais hacer lo que me dé la gana, o habrá una guerra nuclear porque tengo bombas para todos los países...", pués está claro que si se sale con la suya y sin ningún coste, qué le va a aimpedir que a la vuelta de 3-5 años vuelva a lo mismos con otro país de la región... qué va a impedir a China hacer lo mismo con Taiwán dentro de 2-20 años?.  en definitiva permitir el chantaje, es aceptar que cualquier otro con potencial nuclear pueda atacar a otro país sin dicho potencial con cualquier excusa en una mano y la amenaza nuclear mundial en la otra.

Putin tiene que pagar (para mí: con su vida. De hecho diría que es hombre muerto, no podrá ir a parte alguna a futuro más que al cementerio, lo van a perseguir, desde ucranianos hasta propios rusos).
Rusia tendrá que pagar las consecuencias, por no impedir a Putin y a sus militares hacer lo que están haciendo. Aunque en el fondo sean inocentes de acción son responsables.

La paz con plazo largo pasa por esta situación. Si no es de este modo, la III Guerra Mundial aunque no esté hoy en el horizonte, está de camino, encargada a un futuro próximo...

El malvado se crece ante la situación de un jaque (encima de farol) si logra salirse con la suya... querrá volver a repetir la escena. Rusia no soportará 15-20 días más (me refiero a las grandes ciudades, la gente que vive en pequeñas poblaciones suele ser autosuficiente, por bastante tiempo), así que todo se trata de ver quien aguanta la respiración más tiempo bajo el agua, si Ucrania ante los ataques de Rusia o Rusia ante el desabastecmiento de sus militares y de sus civiles.

El escenario de momento es incierto... pero si Putin no se sale con la suya, hasta podría disgregarse alguna región más de Rusia.
416  Programación / Programación C/C++ / Re: Tengo una duda sobre los punteros, trabajar con archivos, arrays y vectores. En c+++ en: 16 Marzo 2022, 15:26 pm
Deberías guardar datos en formato binario, no en formato texto.

Un fichero pequeñito, no tiene importancia guardarlo en texto, pero si el fichero es grande, guardarlo en formato textual conllevará bastante más tiempo tanto leerlo como escribirlo en formato texto, especialmente si hay un formato que deba ser tratado. Si lo guardas en formato binario, la cosa cambia... además no se precisa ningún separador, la separación de cada dato se basa en la cantidad de bytes del tipo de datos usado (se supone que todos esos 2 millones tienene el mismo tipo, si no es así procede usar una estructura, donde se declare cada tipo usado).

También procede dejar esa cabecera en otro fichero aparte, así tienes más libertad para leer y escribir el fichero sin 'molestias'. Otra solución es escribir dicha cabecera al final del fichero, pero sabiendo en todo momento cuantos bytes forman dicha cabecera (si fuera variable). Pero vamos si va a otro fichero aparte, simplificas el tratamiento de cada fichero aunque tengas que tratar con dos.
417  Foros Generales / Foro Libre / Re: persona que se cree hacker en: 16 Marzo 2022, 15:08 pm
Nada. No tienes que hacer nada.
Las mentiras tienen las patas muy cortas.

Ser fanfarrón es frecuente entre adolescentes como vosotros...
No debes ser intolerante con la gente, incluso aunque no te guste el comportamiento de ese chico. Es probable que a su modo de ver, le suceda exactamente lo mismo que a tí,  y te vea como tú le ves a él. Aprende a 'pasar' de la gente y sus tonterias exacerbadas, al final ellos mismos se acaban poniendo en evidencia.
418  Foros Generales / Foro Libre / Re: Conflicto Ucrania-Rusia,EEUU, OTAN, Europa. (Todas las noticias relacionadas irán aquí) en: 16 Marzo 2022, 01:35 am
Hablan soldados rusos capturados por Ucrania: “Nos forzaron a venir"

Soldado rusos la mayoría jóvenes sin apenas experiencia en combates ...
Sí, son chavales haciendo el servicio militar... supuestamente estaban haciendo maniobras, cuando su superior recibió la 'orden de atacar'... ese hombre se llevaría las manos a la cabeza, pero les amenazaron con que por detrás venían una línea matando a todo posible dersertor.

A algunos capturados les han dejado mandar vídeo a sus familiares... diciendo precisamente eso.

Se cree que Putin pudiera estar 'reservando' para una posible segunda invasión o incluso una posible guerra contra la OTAN, a sus 'fichajes estrellas' (ejército profesionalizado y experimentado).
Personalmente yo no creo que esos profesionales excedan de unos pocos miles... la edad no perdona y la gente crece y se jubia o muere (como le pasará a Putin no tardando mucho).


estudiosos en temas relacionados con guerras están diciendo que Rusia le queda una o dos semanas más para que se quede sin municiones, sin combustible suficiente para poder avanzar y que no va a poder aguantar más tiempo en conquistar las grande ciudades de Ucrania por la enorme resistencia que están poniendo los Ucranianos una semana más aguantando o dos y Rusia pierde esta guerra, aunque la realidad en el campo de batalla es que algunas zonas las tiene medio controlada pero no las tienen controlada del todo y mucho no creo que pueda aguantar.
...y sin comida. Han tenido que robar en los supermercados ucranianos para poder sobrevivir. Algunos tenían raciones caducadas del 2014...


Respecto de las posibles armas que China esté cediendo a Rusia, deben quedar claro 2 cosas:
- China negará toda posible vinculación, como negó el virus chino... Es la política oficial del gobierno chino, negar siempre todo hasta la saciedad, aunque los pilles con las manos en la masa.
- Muchas de las armas que fabrica China, son imitación (sí, como suena), de armamento ruso, aunque supuestamente mejorado. Esto difiicultaría enormemente poder distinguir dicha ayuda a Rusia.
China se juega mucho con esto, así que extremará las precauciones.

Si Ucrania resiste 3 o 4 semanas más, justo hasta que Rusia se asfixie por las restricciones y las provisiones no lleguen a los soldados, tendrán que retirarse o rendirse a los ucranianos, diga lo que diga Putin.
419  Programación / Programación Visual Basic / Re: Guardar list2 y leer list1 en: 14 Marzo 2022, 22:49 pm

ahora me faltaria hacer la suma una vez que lees la compra, hacer el total de la suma
La suma ya está hecha, se guardó en el registor de compra.


Código
  1. ' Lee los productos comprados que forman dicho lote y los muestra en el listado de productos.
  2. Private Sub Command1_Click() ' <---- al pulsar el botón
  3.    dim id as integer
  4.  
  5.    if (NumRegsLotes>0) then '  If (LisLotes.ListCount > 0) Then   ' si hay registros en la facturacion...
  6.        if (isnumeric(txtNumeroFactura.text)) then    ' si el textbox tiene un numero valido
  7.            id = cint(txtNumeorFactura.text)               ' el textbox es quien indica ahora el numero de factura
  8.            if (id <= NumRegsLotes) then
  9.                Call PosicionarRegLote(id +1)  ' Call PosicionarRegLote(LisLotes.ListIndex + 1)          ' alli se resta 1.
  10.                Get #CanalLote, , RegX     ' <------------ aqui se lee el registro
  11.                IdLote = RegX.IdPedido
  12.                Call ListarCompraDelLote(RegX.Index, RegX.Cantidad)
  13.                txtFactura.Text = RegCompraToString(Regx)   '<----------------- y aqui se lista el registro del lote
  14.               ' y si no:
  15.                txtTotalFactura.Text = cstr(regx.total)
  16.                exit sub
  17.            end if
  18.        end if
  19.    End If
  20.  
  21.    ' Si el botón está siempre activado... lo ideal es que esté activo solo si el número de factura es válido.  
  22.    txtFactura.Text = ""
  23.    call msgbox ("Número de factura no reconocido. Debe haber facturas y el número de factura ser mayor que 0 y menor que el número de registros actuales")
  24. End Sub

La línea 10, lee el registro de la compra.
La línea 12, lista los productos comprados... no hace falta sumarlos allí, ya se hizo al pagar la factura cuando se compró, y se guardó en el registro que se acaba de leer en la línea 10.
La línea 13, muestra en el textbox, el contenido de dicho registro... método de pago, fecha y total entre otros.
Si no quieres usar la línea 13 (parece que la ignoras y no entiendo por qué), entonces añade un textbox (txtTotalFactura) para contener el total ... línea 15 (esta línea la acabao de poner, es opcional, es decir o usas la 13 o la 15.

Con todo creo más útil usar la línea 13... para que se vea como te dibujé la interfaz en la siguiente imagen (a la izquierda abajo del todo):

El texto de la columna 'subtotal' que pone '51,273' (ya expliqué que ese total no es el de los productos de arriba, es una 'composición de otra imagen'. Por cierto mejor que 'subtotal  ahí debiera poner Total.
420  Programación / Programación General / Re: El ingenio en la simulación (proceduralismo y frames/segundo) en: 14 Marzo 2022, 02:38 am
Guau...

No resulta adecuado hacer afirmaciones sobre cosas que uno no tiene ni idea. Hubiera sido más adecuado si te limitaras a hacer las preguntas que te parezcan y ya.

Citar
proceduralismo
Esa palabra no existe, se dice procedimental.

Citar
Los diseños procedurales ahorran el procesamiento continuado, ¿no?, sino que cargan en memoria rom lo que procesan en un principio, lo memorizan recurriendo a un espacio rom mínimo (lo que ocuparía un archivo de partida guardada) que interpreta una base de datos de estructuras y luego ya no hay carga ninguna...
No. Ahorran memoria, no procesamiento.
Tener una única copia de x procedimiento, permite simplemente separar los datos de la funciónalidad. Los datos serán tantas copias como instancias cuasi-simultáneas precisen esa funcionalidad mientras esté cargada en memoria.
Tampoco es radicalmente así, a veces se opta por hacer funciones que se denomina 'inline', es decir funciones muy reducidas es más rápido procesarlas con su propia función y destruída al terminar... a fin de cuentas cualquier funcionalidad que deba tratar con distintos punteros de acceso a datos, precisa ser convenientemente canalizado, lo que consume algo de tiempo que para pequeños procedimientos, resulta más rentable el tiempo que la memoria usada.

Citar
Creo que esto se podría aprovechar por ejemplo para juegos de un solo jugador y para ahorrar recursos de procesamiento, por ejemplo, dando forma a todos los objetos estáticos (árboles, edificios y tal, que son la mayoría) y poniéndoles una textura procedural también que se memorizaría en un archivo de partida que dependería más de la velocidad de lectura del ''disco duro'' que de procesador y gráfica.
Esto es relativo (al momento crítico de la Historia en que se aplique).

Hoy día los procesadores gráficos son tan eficaces, que se puede calcular algo 20.000 veces antes que cargar eso que tu dices una sola vez de disco.
En el pasado aunque los procesadores eran más lentos, la memoria en disco tampoco iba sobrada e iba más lento, por lo que por lo general es el propio programador el que evalúa al momento del diseño (y pruebas de rendimiento), qué caso se aplica mejor, indistintamente de que a futuro la cosa cambie... se diseña para 'ahora'.
No hay una solución universal... como tu pretendes, depende del caso y el hardware con que se cuenta.

Citar
Mucho más complicado sería explicar creo como movían los 33 mhz de la Play1 el Diablo 1 hace 20 años
No temrino de entender...
Básicamente cuando el sistema es crítico, o se baja resolución o se optimiza el código... si no basta en última instancia pueden diseñarse en  ensamblador ciertas partes críticas. Tampoco ocnfundas el procesador (CPU), con el procesador gráfico (GPU).

Además da igual la velocidad de proceso, incluso aunque funcionara a 1Mhz, si luego hay 200 unidades de paralaje, pués se procesan 200 unidades al mismo tiempo.
En las GPU, hay largos conjuntos de instrucciones que s eprocesan en paralelo, porque son funciones muy frecuentes y harto conocidas, además están especializadas precisamente para las funciones gráficas.

Citar
...mi opinión es que será todo lo enrrevesado que quiera lo que planteo, pero de algún modo pienso que si un Petium 4 puede mover un vídeo a 1080 sin problemas..., es que no lo se, porque como actualizamos los equipos, pero tengo un netbook de 10" con oprocesador Atom a 1'6 ghz, del 2010, que con Xubuntu 21.10 mueve el 720p casi bien, y por supuesto sobra resolución ahí para esa pantalla por un tubo. Pues creo que a una resolución menor se podrían casi equiparar los frames que es capaz de mover de forma que una película sea fotorrealista, a que un videojuego lo hiciese porque la carga en directo del procesador se reduciría a sólo un poquillo más que con el vídeo puro y duro...
No se debe hablar tan a la igera con suposiciones... las suposiciones van bien cuando no hay forma de saber algo a ciencia cierta o cuando algo carece de importancia técnica la exactitud.

Cuando se habla de resolución hay que hacer los cálculos para saber lo que se está indicando: ancho en pixeles * alto en pixeles * bits por píxel * frames por sg. así puedes comparar cuan distintas son dos resoluciones entre sí...
El vídeo sin embargo, es algo grabado, tan solo comprimido... un juego debe calcular las escenas, desde posiciones, tamaños, texturas, luces, etc... no es una comparativa 'honesta', de hecho es como comparar peras con sombreros.

Citar
Todo se basa en un ejemplo que le puse a un antiguo amigo que un día dejó de publicar en Facebook y no volví a saber de él. Le dije que hiciera (yo no se programar) un cuadrado que creciese por todos los lados al pulsar la flecha de arriba, y él lo hizo en no llegaría a un minuto de tiempo, y le dije: ahí tienes el 3d.
La ignorancia no es mala por sí misma, peor cuando se saca a pasear con orgullo...

...a ver si he entendido tu haces aumentar un cuadrado por los 4 lados y los que tienes es un cuadrado más grande cada vez, además hay que comprensar su posición, y desde luego yo no veo ahí ningún 3d, como tu lo llamas.
La perspectiva (que es lo mas parecido que puedo concluir) de la cordenada z (distancia), también debe ser calculada... todos esos cálculos 3d, Rotación, posición, tamaño, perspectiva se hacen con multiplicación de matrices, luego es algo bastante simple por sí mismo. Es la cantidad de detalles, la enorme cantidad... lo que puede ralentizar el cálculo.

Citar
Bueno, decidme de momento si le veis utilidad/razón al menos a lo primero que he dicho, a ver si puedo pensar en esto del 3d..., no, no voy a poder. Creo que todo lo que podría haber dicho ya lo he dicho.
Lo siento, nada de lo que has dicho tiene utilidad.

Todas las matemáticas de la geometría del 3d, ya se conocía incluso en el siglo XIX... un libro muy reutilizado por aquellos tiempos fue el mítico: "Elementos de geometría analítica" de Sonnet y Frontera, publicado en 1854 (en francés), y traducido a quien sabe cuantos idiomas, yo tengo la versión de 1863 que no sé si es la primera o segunda edición en español.

Para tí te recomiendo un libro pequeñito pero no por ello menos interesante: "Teach Yourself Computer Graphics" de John Lansdown, de unas 230 páginas publicado en 1987. Perfecto para ser el primer libro de cualquiera que pretenda adentrarse en el 2d y 3d, sea para programar, o al menos hablar con propiedad.

Citar
puede que todo esté explicado con que de algún modo en mi memoria personal asocie el gozo de la salud a esos juegos antiguos, mientras que con los nuevos me sea imposible asimilarla...
No hay diferencia entre los antiguos y los de ahora más que la potencia de cálculo. También nuevos algoritmos en cuanto a la implementación de la luz, pero si ya en aquellos tiempos costaba mover algo simple, y no podían ponerse determinada cantidad de colores, mucho meos hacer cálculos de luz, Aún así se hacían pero solo para imágenes estáticas, no para juegos que debían funcionar en tiempo real.

En la medida que la potencia de cálculo ha aumentado, se pueden hacer más cosas sin sacrificar la 'jugabilidad'... incluso así, algunos creadores 'se pasan' exigiendo siemre más potencia que los equipos que sus potenciales clientes tienen.. obligándoles constantemente a adquirir nuevo equipo con cada nuevo estreno de un videojuego.

Por ello, en aquellos tiempos que los gráficos que añoras, tenían la enorme virtud de tener que mantener la 'esencia' del gráfico dada la limitación de recursos para que el jugador pudiera sentir que ese gráfico era lo que sus autores habían pretendido que fuera. ...y siempre había quien se quejaba de todo...

Citar
Decidme una cosa, es una tontería, pero ¿cualquier juego de mundo abierto de los de ahora, está procesando todos los objetos del mundo en tiempo real?.
No. Ni antes tampoco.
Los juegos solamente procesan los objetos que están a la vista, incluso de estos, solo aquellas partes que son visibles.
Hay algoritmos para calcular que objetos están fuera de escena (sea fuera de posición o tapados por otros), esos no se procesan. Una esfera por ejemplo, solo precisa ser calculado el plano 2d que tu ves, es decir un círculo... que viene a ser media esfera, aunque en el perímetro los detalles se acumulan y pueden obivarse muchos de ellos que por su posición no cubren el equivalente de 1 píxel.

Además cuando hay movimiento, los detalles no necesitan ser tan precisos, como cuando está inmóvil, e incluso cuando está en movmineto, se calcula si un área dado, necesita ser recalculado o sigue siendo vigente el área previa.

Citar
Lo pienso y es curioso: aprovechar la capacidad de almacenamiento y la velocidad de lectura del disco para mover un personaje 3d con animaciones por un pre-renderizado en 3d (proceduralismo) generado mediante el cálculo de todas las imágenes posibles fuese cual fuese la posición en pantalla según fuésemos a mover al personaje, memorizadas y movidas.
No se puede calcular todas las 'posibilidades', el espacio necesario para su alamcenamiento sería inexorable.
Hay una técnica llamada 'sprite' que consiste en establecer x imágenes de transición para un objeto, que son repetitivas, por ejemplo un personaje al andar... 30 años atrás hubiera tenido entre 4 y 8 imágenes de transición, además habría diferentes si se ve de frente, perfil o pordetrás... ahora esoso sprites parten de un esqueleto que ´facilmente se posiciona en 3d... siguen siendo sprites, pero bastante más complejos.
Toda la dinamica de diseño se apoya en lo que se llama un 'motor de juego (3d al caso)'.

Citar
se podría elaborar el método para calcularlo en, por ejemplo, un escenario de 4x4 metros, y creo que por metro que se añadiese, el crecimiento sería algo distinto a exponencial, sino que tendría su propia fórmula. No es difícil, ¿no?. Luego sólo sería multiplicar por el peso de una foto de 3 megapíxeles cualquiera
Hay algoritmos de renderizado de texturas incluso aleatorias... seguro que si tienes cierta edad habrás jugado o visto jugar al Flight Simulator, las nubes, el terreno, el mar, se renderiza de forma aleatoria partiendo de un plano sencillo 2d, o bien recurriendo a fractales. Esto último es lo más adecuado cuando se duiseña algo desconocido, un plano es preciso cuando debe ceñirse a la fidelidad de algo existente. Aunque a día de hoy ambas tecnologías conviven.

Citar
Podíamos empezar averiguar cuantos frames son posibles en un giro de 360 grados..., todo sería una dimensión sólo que viendo los diferentes detalles de la textura
Como te he indicado eso lo controlan los sprites, si alguien determina que quiere un sprite por cada 15 grados de angulo, pués calculando tienes 24 sprites.
Si alguien quiere que funciones por cada minuto de arco, pues requerirá 360*60, ahora ya no serán sprites, serán recalculados en tiempo real.

El sprite es adecuado para ahorrar cálculos, pero si la potencia de cálculo es enorme puede prescindirse y recalcularse en tiempo real. Al menos los obtetos principales, los objetos 'muertos' (casas, calles árboles) y todo lo que no esté en primer plano (personajes en la lejanía), por no requerir tanto detalle, pueden seguir tirando para ellos de sprites, así se consigue cierto realismos de primer plano, sin pecar de jugabilidad... un 'truco sucio' es situar las escena en cierta penumbra, así ciertos detalles no necesitan tanta precisión (todos los gatos son pardos de noche).

Citar
¿Se sabe cuantos círculos caben dentro de una esfera si los círculos tienen que rozar sus paredes si o si?, ¿alguien sabe si esto tiene nombre?, y si no lo tiene, ¿alguien se imagina como podría calcularse?.
Estos son matemáticas... Puede interesarte la "conjetura de Kepler" (es el nombre que buscas), Busca por Gauss y Thomas Hales.

Citar
por eso establecer una velocidad en lo virtual ayuda a comprender donde estamos, y en lo real...vete tu a saber.
Para tu información la técnica está a años luz de tu imaginación... lee, infórmate, en vez de teorizar por debajo del estado actual del arte, hay infinidad de libros sobre la temática de gráficos por ordenador...
Páginas: 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 [42] 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 436
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines