j

#89 Iba a escribir esto mismo, casi palabra por palabra. Todo el video hablando de la intimidad, y no se les pasa por la cabeza lo que para mi es mas obvio: que a oscuras se duerme mejor! El objetivo de la persiana es quitar luz y calor!

Lo que tu dices, para lo de la intimidad estan las cortinas, no las persianas.

j

#13 Laboro no es un libro de texto, para eso está la Wikipedia o el BOE.

El que lee Laboro con asiduidad ya conoce su estilo literario, y sabe separar la sátira del contenido interesante. Y disfrutar con ambos.

Si no te gusta la sátira, no leas Laboro. Es así de sencillo.

i

#34 No sabía que en Chrome existiese modo lectura...

i

#23 En Iphone se puede leer poniendo a Safari en modo lectura.

j

#28 Eh Chrome no, lo he probado

i

#34 No sabía que en Chrome existiese modo lectura...

koe

#23 se puede acceder a la info sin pagar.
Es lo que te quería decir

j
j

#67 misma contestacion que a #98: "...cualquiera con un mínimo de dos dedos de frente, sabe distinguir unas políticas comunistas de unas que no lo son."

Pues eso.

j

#98 Nadie que tenga dos dedos de luces diría que España es comunista o social-comunista a día de hoy.

Ahi le has dado.

j

#23 Exactamento esto pienso yo. Ya se ha perdido el Open de Australia, asi que en 5 dias, papelito de vacunacion (sea verdad o no), y a correr.

j

#15 Iba a escribir esto mismito. Al resto de cambios me puedo amoldar, aunque es cierto que hay demasiados margenes, demasiado espacio en blanco en los laterales; podría aprovecharse mas la pantalla.

Pero que quiten la entradilla, mata todo lo demás. Sin entradilla es una mierda.

j

#7 Creo que el párrafo en cuestión quiere decir:

"No son maneras, mujer" - terció el camionero

Maskirovka

#25 error mío.

j

#133 Hombre, como ingeniero industrial con 35 años de experiencia te diría: que sea una materia científica (aplicación del método científico), que sea lo suficiente madura como para tener un amplio cuerpo de conocimientos procedimentado (sistemática), y que sea aplicada (no teorica).

La ingeniería informática cumple los criterios 1 y 3, pero en el segundo esta un poco mas verde comparada con el resto de ingenierías.

RoyBatty66

#177 Desde los patrones de diseño, consecuencia del desarrollo orientado a objetos, se puede decir que el desarrollo software cumple los criterios del punto 2.
El resto de tecnicas anexas a cualquier ingeniería funciona en el mismo sentido al mismo nivel. Hablo de gobernanza, gerencia, gestión de proyectos, etc.

j

#41 Hombre por la parte que me toca... yo en esa epoca estaba en el Colegio Mayor, y no compraba ni un periódico....porque en el Colegio los tenía todos para leerlos gratis. Y bien que me los leía todos a conciencia.

j

#50 Es lo ultimo que dices.

Hace unos 20 años, cuando empezó a popularizarse el formato MP3, recuerdo a un amigo que me decía sorprendido: "acaba de salir una tecnología que es capaz de comprimir 13 CDs de audio en un solo CD-ROM! El unico problema es que tarda 12 horas en comprimir un solo CD, y además necesitas un 486 para reproducir el fichero"

En esa epoca (sería el año 1991 o 1992), el 486 era un PC de gama media/alta.

e

#60 Solo un apunte: hace 20 años estábamos en el 2000

j

#47 Solo para compresión SIN perdidas. Que no es el caso.

court

#53 #57 go to #63

j

#48 Te has pasado con la contestación, y encima eres tú el que no tiene razón. Los límites de entropía que mencionas se refieren a la compresión/codificación SIN pérdidas.

Todos los métodos prácticos actuales de compresión de vídeo son CON pérdidas, y ahí sí, aun no está todo inventado y se puede comprimir mucho más. Todo depende del algoritmo que uses para decidir lo que quieres "perder" al comprimir.

Así que sí, a base de tirar de CPU, aun podemos comprimir tanto como queramos. Depende de la complejidad de nuestro algoritmo.

court

#56 La entropía también se aplica a la compresión con perdida: que no es más que agrupar bloques de información similares bajo un mismo símbolo. El porcentaje de información perdida define el umbral que estás dispuesto a considerar aceptable. Al margen de eso, es exactamente lo mismo.

Y no, tirando de CPU no puedes comprimir tanto cuanto quieras. No puedes comprimir un mega en un bit, salvo que estés dispuesto a perder el 100% de la información claro: y eso no tiene nada que ver con el algoritmo, ni con el uso de CPU.

court

#53 #57 go to #63

R

#63 se aplica en el sentido de que una compresión lossy es una reducción de la entropia hecha a propósito. En una compresión lossless efectivamente la entropia determina tu límite. En una lossy, es simplemente una propiedad, pero no es mi factor limitante, ya que la entropia de la entrada y de la salida son distintas. No entiendo su relevancia para hablar de un límite teórico para la efectividad de compresión lossy de vídeo

court

#68 Sí es un factor limitante y el proceso es exactamente el mismo: sin extenderme mucho, puedes pensar en la compresión con pérdida como en el siguiente proceso (dicho rápido y mal, pero equivalente a efectos prácticos):

1) Aplicas un filtro a la entrada para eliminar la información que no te interesa o agrupar/reducir la granularidad/precisión de la menos relevante.
2) Aplicas compresión.

Como ves, lo que determina la pérdida es el filtro aplicado a priori, el resultado del filtro (tu entrada para compresión) tiene cierta entropía y supone un límite como siempre. La compresión con pérdida trata de encontrar mejores filtros que eliminen/agrupen información no relevante para la vista u oído humanos de forma que el impacto en la percepción sea mínimo. Una vez eliminado todo lo que los sentidos humanos no perciben, lo que queda, que es bastante, se comprime con las mismas limitaciones de siempre (las cuales, son matemáticas y absolutas).

En resumen: la compresión con perdida es solo añadir un filtro que transforma la entrada antes de una compresión sin pérdida.

court

#71 lo elaboro en #73, y hay muchas más formas de las que describo dependiendo de qué clase de información quieres comprimir, pero eso no cambia que al final haces una compresión matemática sin pérdida limitada como tal.

R

#73 Si, pero el 99.99% de lo que define un codec como h265 es ese “solo añadir un filtro que transforma la entrada”. La compresión sin pérdida que se hace después es poco más que una nota al pie de página diciendo “Una vez realizado todo esto, aplican Huffman encoding”.

court

#81 En efecto; por eso la afirmación a la que respondía en mi primer comentario era falsa: no puedes comprimir todo lo que quieras tirando de CPU y siempre tienes un límite absoluto; una vez que has descartado la información que no te interesa estás tan limitado como siempre.

R

#84 ese comentario original de que podías reducir tanto como quisieras es obviamente falso. Pero te has metido en un berenjenal tu solo añadiendo conceptos que aplican a compresiones lossless y luego te has agarrado a un clavo ardiente para justificar el por que ese concepto era aplicable en este caso y por el camino dejando mensajes (algunos escritos de manera turbia, otros directamente falsos) que lo único que hacen es complicar aún más un tema que ya de por si es complejo para gente que no esté familiarizada

x

#73 Nada te impide comparar el stream obtenido con el real y mandar la diferencia por otro canal.

court

#114 Y lo grande o pequeña que es esa diferencia, viene determinada por la entropía del original.

Formalmente lo que estás haciendo es una descomposición incremental de la señal, no deja de ser otra forma de filtrado.

x

#116 Hombre no, la diferencia depende de lo bueno (o malo) que sea el compresor. La entropia te va a influir en el datarate de la parte comprimida.

R

#63 por cierto, compresión lossy no es agrupar bloques de información similares bajo un mismo símbolo, eso solo es el último paso. Cuando aplico un MDCT a un archivo de sonido para eliminar ciertas frecuencias y crear un mp3, no estoy agrupando bloques de información similares. Estoy eliminando información (y entropia), pero lo estoy haciendo de una forma muy específica basándome en las limitaciones del oído humano. Lo mismo cuando en compresión de imagen me baso en mantener información de luminancia y desechar parte de la información de crominancia. No es la similitud de los símbolos la que me permite hacer eso, sino la distribución de conos y bastones en el ojo humano limitando nuestra visión en color

x

#63 go to #108