[DEZ80 2.T03] TEORIA: Números Positivos y Negativos

[@bousbufats]

Me encanta como explicas, planteas el porqué de las cosas y así se entiende mejor. Gracias. 👏

[@JavierGomez-yh6zb]

Verdaramente muy bien explicado me gustó mucho gracias por tanto aporte!!!

[@miguelcortez8285]

soy autodidacta y una cosa es cierta que siempre hay algo que te lo tienen que ensenar los libros y algo que te lo tiene que esnsenar un profe

[@charlyhacks8461]

Genial, por fin coomprendí, mi meta es dominar el z80 luego el 32 y luego el 64 hay voy gracias profe.

[@miguelreinosomusic]

Pues si ... Coincido con los demás compañeros ... A base de picar código en BASIC había conseguido hacerme una idea de lo que querían decir esos misteriosos mensajes de "Overflow" ... Sin embargo lo del acarreo lo había leído muchas veces pero nunca había encontrado una explicación en condiciones y ahora me sorprendo de lo sencillo que es en realidad ... No hay manera de agradecerle lo suficiente su labor al Profesor Retroman. Gracias a usted, los autodidactas como yo podemos finalmente aprender todo aquello que siempre quisimos.

[@dipsiecamila]

En el minuto 7. Realmente me ha cautivado su curso por la sencillez y claridad suya. En el minuto 7 Como llegaroan a esto? Quien lo descubrio? Quien lo diseño? Cuál fue el método para llegar a esto? No quisiera que se quede en mi memoria que esto es algo absolutamente extraño e incognito. Entender como lo dedujeron seríia muy útil.

[@ProfesorRetroman]

Pues esto, en realidad, como muchas otras cosas, no es informática, son matemáticas. Esto no es más que una forma particular de la aritmética modular, nombrada y descrita por primera vez por Gauss en 1801. Así pues, no es que esto se haya "deducido", si no que más bien se ha utilizado. Quienes crearon los primeros procesadores eran fundamentalmente físicos y matemáticos, así que sabían bastante de estas cosas :). Como siempre digo, la informática no son más que matemáticas vistas de otra forma.

[@jcggpersonal]

Enhorabuena, profesor Retroman. Creo que es la explicación más clara que jamás he visto sobre los números negativos y el complemento a 2.

[@EduSodap]

Viendo la explicación sobre las restas en hexadecimal, entiendo (y me resulta muy intuitivo pensarlo así) que funciona como la resta de ángulos en una circunferencia, es decir, el resultado de restar 1 es el mismo que al sumar 359. En ese caso, ¿se podría entender que el carry y el overflow indicarían la dirección del giro efectuado? Muchas gracias por las explicaciones tan claras en los videos, son tremendos!

[@moloboo]

Desentrañado el secreto del FE...

[@mikeaz7342]

Y si quisiera usarlos como unsigned?

[@ProfesorRetroman]

Unsigned como tal es un concepto de lenguajes de alto nivel. A bajo nivel no existe signed ni unsigned. Los datos son los mismos, almacenados por bytes o grupos de bytes en binario. La única diferencia es tener en cuenta al hacer operaciones la interpretación de qué significa el dato guardado. Pero eres tú quien le da el significado de "valor con signo" o "valor sin signo". Y según lo que signifique para ti, así haces las operaciones matemáticas pertinentes. El compilador hace esto automáticamente cuando dices "signed" o "unsigned" en un lenguaje de alto nivel. Simplemente tiene en cuenta qué significa el valor y opera en consecuencia, pero no hay ninguna diferencia a la hora de almacenarlo. En código máquina sólo tienes valores binarios y operaciones (instrucciones): el significado lo das tú.

[@mikeaz7342]

@@ProfesorRetroman Entiendo muchas gracias!

[@omar-C24]

Disculpe profe, pregunta de principiante. No entiendo por qué -4 es 100 ya que +4 también sería 100, tampoco entiendo por qué -3 es 101 ya que +3 es 11.

[@ProfesorRetroman]

Entonces, te recomiendo que repases el vídeo otra vez, más despacio. Cambia el chip mental primero: intenta entender lo que se explica sin razonamientos tuyos previos. Si intentas contrastar lo que tienes en mente con lo que hay en el vídeo, normalmente tus sesgos previos prevalecen. Dicho esto, si sólo tenemos 3 bits, los números se organizarían así: SIN SIGNO: 000(0) - 001(1) - 010(2) - 011(3) - 100(4) - 101(5) - 110(6) - 111(7) Para pasar a con signo, hay que considerar lo siguiente: a) Positivos: 1er bit = 0, Negativos: 1er bit = 1 b) Poner los números formando un círculo, con el 0 en el centro. A la izquierda negativos, a la dercha positivos Con eso, queda así... CON SIGNO: 100(-4) - 101(-3) - 110(-2) - 111(-1) - 000(0) - 001(1) - 010(2) - 011(3) 100 No puede ser +4, porque su primer bit es 1 101 es -3 porque si se lo sumas a +3 (011) da 1000, pero como sólo tenemos 3 bits, eso es el 0 (el bit adicional, acarreo, se ignora porque sólo tenemos 3). Por tanto 101(-3) + 011(+3) = 000(0). Esto es el motivo real por el que elegimos los positivos y negativos de esta forma: porque así las operaciones matemáticas en aritmética modular dan los resultados que queremos.

[@omar-C24]

@@ProfesorRetroman voy a leer todo esto con detenimiento y repasar nuevamente el video. Gracias por su tiempo y atención. Un saludo desde Argentina.

[@omar-C24]

@@ProfesorRetroman volví a mirar el video y a analizar el comentario suyo. Ahora sí me quedó bien Claro. Muchas gracias por su ayuda. A seguir con el curso. Saludos!

[@stevenriofrio7963]

Profesor Retroman tiene algún curso que enseñe solo ensamblador ..?

[@ProfesorRetroman]

Disculpa, pero no entiendo tu pregunta. Lo que estás viendo es un curso de ensamblador. Es el nivel 2, por lo que es un nivel inicial donde se enseñan las bases necesarias.

[@stevenriofrio7963]

@@ProfesorRetroman claro aquí en este curso estoy viendo ensamblador , pero poniendo las instrucciones directo en la memoria , pero si quiero programar usando un editor como sublime text , debo aprender la sintaxis de esamblador, como es la estructura de un programa en ensamblador , como crear funciones en ensamblador , como declarar variables en ensamblador a eso me refiero .espero hacerme enteder..

[@ProfesorRetroman]

@@stevenriofrio7963 Te haces entender, sí, pero esa no es la filosofía de este curso. Este curso empieza en las bases del código máquina porque son necesarias para entender dominar el ensamblador, tal como indica el título del curso. Cursos de ensamblador hay muchos. Este curso no es de ensamblador, es de dominar el ensamblador. Si quieres dominar, tienes que estar dispuesto a subirte las mangas y trabajar los detalles con más detenimiento. Si quieres avanzar rápido, siempre tendrás el mismo problema: perderás detalle, dominarás menos. La única solución es, paciencia, trabajo, y amor por todos y cada uno de los pequeños detalles. Si esto te parece correcto, como cuento al principio, este es tu curso. Si no, cursos hay muchísimos, seguro que puedes encontrar varios que vayan al grano de lo que tú buscas :).

[@stevenriofrio7963]

@@ProfesorRetroman lo que pasa es que me pase a un video suyo INTRODUCCIÓN A PROGRAMACIÓN DE VÍDEOJUEGOS ENSAMBLADOR Z80 , usaba sublime text para codificar en esamblador , entendí algunas instrucciones , pero en el momento en que ustedes creó un array en el vídeo 3 para hacer la animación de salto del rectángulo me perdi ..desde ai dije necesito aprender ENSAMBLADOR ,me puse a buscar curso por internet de ensamblador pero ellos utilizan otro procesador y tienen diferentes instrucciones ,.. yo tengo conocimiento de lenguaje c y Java me podría.. recomendar un curso de ensamblador ? Muchas gracias por compartir sus conocimientos

[@ProfesorRetroman]

​@@stevenriofrio7963 El problema entonces es que no te estás viendo mis vídeos en orden. Primero va el curso completo de Dominando Ensamblador Z80, y después las clases de programación en ensamblador que son mis clases de la universidad. Si vas saltando por el contendido, lo ves todo desordenado e inconexo. Como te decía, el curso enseña primero las bases y luego ya programas en ensamblador, como hago yo, con sublime. Pero eso viene después de hacer el curso Dominando Ensamblador Z80 y todos sus ejercicios. Tienes mis vídeos agrupados en listas de reproducción, y el curso de Dominando Ensamblador Z80 en varias webs está organizado www.cpcwiki.eu/index.php/DEZ80.

[@vazquezelectronics8334]

Queria hacerte una pregunta, si sigo todos tus cursos podria empezar a programar juegos para la primer gameboy porque al parecer el procesador es algo similar,estoy muy interesado en tus cursos me encanta como explicas todo.Yo soy Ingeniero en electronica y nunca nigun maestro me habia ensenado asi,voy a acabar todos tus cursos y espero me sirva para un proyecto que tengo en mente quiero hacer un robot hybrido para educacion pero tambien que puedas jugar en ese mismo robot con juegos de game boy .Muchas gracias por tu tiempo.

[@ProfesorRetroman]

Muchas gracias por tu comentario. Me alegro que te gusten los vídeos y, sobre todo, que te sean útiles. En efecto, la Game Boy tiene un procesador "similar": un Sharp LR35902. Es similar al Z80 porque ambos son compatibles a nivel binario con su ancestro común, el 8080. Por eso, el juego básico de instrucciones es el mismo. Cambia el juego extendido, que es distinto en ambos procesadores. Sin embargo, la filosofía de programación es muy similar. Si obtienes soltura con el código máquina y ensamblador para CPC, saltar a Game Boy te costará muy poquito. Espero que compartas con nosotros ese proyecto tan chulo en cuanto lo tengas :)

[@nok_sp]

Curiosísimo lo de los números negativos en ensamblador; y eso que es una convención. Lo del "acarreo" también tiene su gracia; anda que no leí esta expresión en textos informáticos sin comprender a qué puñetas se refería.