Login

  



Últimos mensajes dejados por HRSCR

Mensaje escrito por HRSCR el 31/12/2020 08:57:33 am - Puntaje: 0 
El Aventurero Sí se vale, si gustos no hubieran a la tipa tira el marido. ESA PELÍCULA ES UNA PASARELA DE MODA

Mensaje escrito por HRSCR el 31/12/2020 08:29:08 am - Puntaje: 0 
ww84 es una legítima mierda. punto. Si lo que querés es ver a la que juega de ricura, mejor bajate una porno y te hacés una paja

Mensaje escrito por HRSCR el 25/12/2020 03:28:42 pm - Puntaje: 6 
Ya casi subo los subtítulos en español

Mensaje escrito por HRSCR el 01/12/2020 01:51:44 pm - Puntaje: 5 
A la mierda con la vacuna, eso puto virus después muta en otra cosa porque... las farmacéuticas.... la misma estafa de la vacuna de la gripe. Es claro que las farmaceuticas de USA necesitaban producir algo en vista que tecnologicamente no producen nada

Mensaje escrito por HRSCR el 13/09/2020 10:10:54 am - Puntaje: 0 
Lo crea o no, ¡ no existe el texto sin formato! ¡Todos los archivos de un sistema operativo moderno (Windows, Linux o MacOSX) se guardan con un esquema de codificación! Están codificados (un mapeo de tabla de lo que significa cada byte) de tal manera que otros programas puedan leerlo y entender cómo obtener información. Sucede que la codificación US / es la más antigua y la más utilizada, por lo que la gente piensa que es simplemente Plain Tex. ¡Pero incluso es una codificación! Utiliza 7 bits para mapear todos los caracteres estadounidenses al guardar los bytes en el archivo. Obviamente, usted es libre de usar cualquier tipo de esquema de codificación (mapeo) para guardar cualquier archivo, pero si desea que otros programas lo lean fácilmente, entonces ceñirse a algunos estándares sería de gran ayuda. Sin una codificación acordada, los programas no podrán leer archivos y serán útiles. La codificación de archivos más útil y práctica hoy en día es UTF-8 porque es compatible con Unicode y se usa ampliamente en Internet. Descubrí algo extraño al usar Eclipse y Notepadd ++. En Ecilpse, si configuramos la codificación predeterminada con UTF-8, usaría UTF-8 normal sin la marca de orden de bytes (BOM). Pero en Notepad ++, parece ser compatible con UTF-8 sin BOM, pero no lo reconocerá cuando se abra por primera vez. Puede verificar esto yendo a Menú> Codificación y vea cuál está seleccionado. Notepad ++ parece reconocer solo UTF-8 sin BOM con los que convirtió mediante su propia utilidad de conversión. Quizás sea un error en Notepad ++. Entonces, ¿qué es BOM? La marca de orden de bytes es inútil para UTF-8. Solo se usa para UTF-16, por lo que saben qué orden de bytes es el primero. Pero UTF-8 le permitirá guardar estos BOM para fines de conversión ... no son efectivos para codificar el documento en sí. Entonces, un UTF-8 normal, no tendrá BOM, pero a Windows le gustaría usarlos de todos modos. ¡El bloc de notas de Windows guardaría automáticamente la lista de materiales en UTF-8! Así que tenga cuidado al ver UTF-8 sin archivos de codificación BOM en Notepad ++, ya que puede ser engañoso a primera vista.
------------------------------------------------------------------------

Mensaje escrito por HRSCR el 13/09/2020 10:10:13 am - Puntaje: 0 
Lo crea o no, ¡ no existe el texto sin formato! ¡Todos los archivos de un sistema operativo moderno (Windows, Linux o MacOSX) se guardan con un esquema de codificación! Están codificados (un mapeo de tabla de lo que significa cada byte) de tal manera que otros programas puedan leerlo y entender cómo obtener información. Sucede que la codificación US / es la más antigua y la más utilizada, por lo que la gente piensa que es simplemente Plain Tex. ¡Pero incluso es una codificación! Utiliza 7 bits para mapear todos los caracteres estadounidenses al guardar los bytes en el archivo. Obviamente, usted es libre de usar cualquier tipo de esquema de codificación (mapeo) para guardar cualquier archivo, pero si desea que otros programas lo lean fácilmente, entonces ceñirse a algunos estándares sería de gran ayuda. Sin una codificación acordada, los programas no podrán leer archivos y serán útiles. La codificación de archivos más útil y práctica hoy en día es UTF-8 porque es compatible con Unicode y se usa ampliamente en Internet. Descubrí algo extraño al usar Eclipse y Notepadd ++. En Ecilpse, si configuramos la codificación predeterminada con UTF-8, usaría UTF-8 normal sin la marca de orden de bytes (BOM). Pero en Notepad ++, parece ser compatible con UTF-8 sin BOM, pero no lo reconocerá cuando se abra por primera vez. Puede verificar esto yendo a Menú> Codificación y vea cuál está seleccionado. Notepad ++ parece reconocer solo UTF-8 sin BOM con los que convirtió mediante su propia utilidad de conversión. Quizás sea un error en Notepad ++. Entonces, ¿qué es BOM? La marca de orden de bytes es inútil para UTF-8. Solo se usa para UTF-16, por lo que saben qué orden de bytes es el primero. Pero UTF-8 le permitirá guardar estos BOM para fines de conversión ... no son efectivos para codificar el documento en sí. Entonces, un UTF-8 normal, no tendrá BOM, pero a Windows le gustaría usarlos de todos modos. ¡El bloc de notas de Windows guardaría automáticamente la lista de materiales en UTF-8! Así que tenga cuidado al ver UTF-8 sin archivos de codificación BOM en Notepad ++, ya que puede ser engañoso a primera vista.
------------------------------------------------------------------------

Mensaje escrito por HRSCR el 19/07/2020 05:08:07 pm - Puntaje: 1 
yaguamercado escribió:
Hueney007 escribió: Yo siempre tengo problemas con el UTF-8 , acentos, ñ, ¿, y otros signos no aparecen correctamente, lo suelo cambiar a ANSI y ahí sí me aparece todo bien.
Yo, la misma cosa. Mi televisor no reconoce los caracteres especiales del UTF-8 y soluciono ese problema pasando a ANSI o UNICODE.
Usas ver las películas desde una llave conectada al TV, ¿o con alguna caja? Un TV moderno no debería hacer eso, actualizale el firmware. De hecho no conozco ninguno que lo haga.
------------------------------------------------------------------------

Mensaje escrito por HRSCR el 19/07/2020 05:05:50 pm - Puntaje: 1 
mauvalmar escribió: No coincido, en utf-8 cuando incrustas los subs no reconoce acentos, signos de interrogacion ni la ñ. en tv lg no te los reproduce correctamente, nada de lo cual pasa con el sub en ansi o 1252 occidental.
Hueney007 escribió: Yo siempre tengo problemas con el UTF-8 , acentos, ñ, ¿, y otros signos no aparecen correctamente, lo suelo cambiar a ANSI y ahí sí me aparece todo bien.
Abrís el archivo y lo salvás como utf-8 y así será compatible con cualquier aparato nuevo que uses (TVs, Roku, Android, etc.) Si su computadora no tiene un windows viejo no debería de tener ningún problema, indifrentemente del idioma en que esté no debería eistir ningún cambio ni signos raros, al contrario te va a dar mejor compatibilidad.
------------------------------------------------------------------------

Mensaje escrito por HRSCR el 19/07/2020 10:42:37 am - Puntaje: 5 
¿Como están todos? Espero que se encuentren bien y se estén cuidando en estos tiempos difíciles que pasa la humanidad. Quería dejar esta contribución, no para hacer una discusión, ni mucho menos hacer una crítica, al contrario, quiero dejarlo como una gota de saber, sobretodo para aquellos que con tanto trabajo y horas de su tiempo nos regalan y comparten día a día sus subtítulos. Como subdivx es un sitio de subtítulos ,creo que también ya va siendo hora de ponernos al día con lo que ya quedó en el pasado. Actualmente casi todos los subtítulos acá esta en western iso (8859-15). Esto posiblemente se deba a que la mayoría de las personas que hacen subtítulos usan Windows en español. Sin embargo el tema de la codificación ISO ha cambiado y el standard es otro desde hace ya bastantes años. Esto puede estar dando problemas a algunas personas por tanto explico: Los acuerdos internacionales y la estandarización para la compatibilidad de diferentes idiomas para programación, sistemas operativoss, etcétera, etcétera solicitó a principios de siglo a los usuarios, desarrolladores Unicode UTF-8 si necesitan alguna codificación más allá del conjunto de 7 bits (lo cual sucede con el español). Unicode es el futuro. Las codificaciones regionales de 8 bits como ISO-8859-2 y mutantes como CP1252 en Windows son el pasado . El tratamiento del símbolo del euro es un buen ejemplo de por qué es mejor evitar codificaciones de 8 bits que no sean ISO-8859-1 estándar. No hay símbolo del euro en la parte de Unicode que corresponde a ISO-8859-1. El punto de código Unicode apropiado para € [esto puede o no mostrarse correctamente como el símbolo del Euro en su navegador o un subtítulo] es decimal 8364 (0x20AC). En Windows CP1252 € tiene el código 128 (0x80) en ISO-8859-15 (también conocido como Latin-9) el código € es 164 (0xA4) en Macintosh Roman es 219 (0xDB). Estos estándares de codificación de 8 bits incompatibles generan confusión. La mejor salida es adoptar el estándar Unicode en la codificación UTF-8 común que es universalmente compatible con todos los sistemas operativos modernos, web, subtítulos, etc. En los programas para trabajar subtítulos se puede elegir guardarlo como UTF-8 Algunos nuevos adeptos son UTF8- BOM. ¿Cuando vamos a tener problemas con subtítulos que no están en UTF-8? Si su máquina no está en Windows en español y no es moderna va a tener problemas. Pueden tener problemas en Plex, Emby y algunos servidores de medios. A la hora de hacer un remux en mkv tendrá un error si no utilizan utf-8 Explicación técnica (entendible, espero) UTF UTF es una familia de esquemas de codificación de varios bytes que pueden representar puntos de código Unicode que pueden ser representativos de hasta 2 ^ 31 [aproximadamente 2 mil millones] caracteres. UTF-8 es un sistema de codificación flexible que utiliza entre 1 y 4 bytes para representar los primeros 2 ^ 21 [aproximadamente 2 millones] puntos de código. En pocas palabras: cualquier personaje con un punto de código / representación ordinal por debajo de 127, también conocido como de 7 bits seguro, está representado por la misma secuencia de 1 byte que la mayoría de las otras codificaciones de un solo byte. Cualquier carácter con un punto de código superior a 127 está representado por una secuencia de dos o más bytes, con los detalles de la codificación mejor explicados aquí . ISO-8859 ISO-8859 es una familia de esquemas de codificación de un solo byte utilizados para representar alfabetos que se pueden representar dentro del rango de 127 a 255. Estos diversos alfabetos se definen como partes en el formato ISO-8859- n , el más familiar de estos probablemente sean ISO-8859-1, también conocido como Latin-1. Al igual que con UTF-8, el seguro de 7 bits no se ve afectado independientemente de la familia de codificación utilizada. El inconveniente de este esquema de codificación es su incapacidad para acomodar idiomas compuestos por más de 128 símbolos, o para mostrar de manera segura más de una familia de símbolos a la vez. Además, las codificaciones ISO-8859 han caído en desgracia con el aumento de UTF. El Grupo de trabajo ISO a cargo de que se disolviera en 2004, dejando el mantenimiento a su subcomité matriz. Así las cosas, UTF-8 es el estandar desde hace casi dos décadas, el uso de Windows en español ha dejado a muchos usuarios en la era de piedra, aunque Windows ya está cambiando eso por exigencia de la comunidad mundial ya que era el único sistema operativo que no estaba estandarizando nada, aunque si ofrece, al menos en las versiones nuevas de Windows, leer utf-8 sin problemas. Lo cual es lógico por lo arriba explicado. Saludos a todos y cuídense!

Mensaje escrito por HRSCR el 21/01/2020 08:49:05 am - Puntaje: 0 
Yo tengo la colección de Mafalda :P