<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title>2014_ES_SD.nfo</title> <style type="text/css"> @font-face { font-family: nfo; font-style: normal; font-weight: normal; src: url(nfo.eot); } .nfo { padding: 12px; font-family: nfo, courier new; font-size: 11px; line-height: 1em; } </style> </head> <body> <pre class="nfo"> The.Spanish.Retail.SD.Releasing.Standards.2014-ESCOUNCiL (2014-05-17) -------------------------------------------------------------- Special note to nukenets: This ruleset aims to clean the actual spanish p2p crap pre from ours. From now on, proof is mandatory for every single release. At the moment, only the following teams are recognised as legit and follow those rules: 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD Ha pasado mucho tiempo desde la ultima revisi≤n de rules para material retail en Espa±ol. XviD es un c≤dec muy dθbil y obsoleto frente a X264. Adicionalmente, debido a la cantidad de pre's P2P, sospechosas y err≤neas que se han podido ver a lo largo de estos a±os, hemos acordado una serie de reglas que cubren las releases SD para material retail en Espa±ol (Castellano). Todo lo especificado aquø solo se aplica para las releases preadas despuθs de que este documento entre en funcionamiento (2014-05-17). 1) Video: 1.1) Watermarks, intros, outros o cualquier otro tipo de desfiguraci≤n a±adida en el video estan prohibidos, incluido durante los crθditos. 1.2) Quitar los creditos queda prohibido, y estos deben ser encodeados a la misma calidad que el resto de la release. 1.3) Los bordes deben ser cropeados completamente. 1.4) Solo se permiten "Sharp Resizers" tales como Lanczos/Lanczos4, Spline36, o Blackman. "Simple Resizers" (bicubic, simple, etc) estan prohibidos. 1.5) La anchura para el BDRip debe ser 720 pøxeles y la altura mod2. 1.6) La anchura para el DVDRip se ajustarβ al crop mβximo y la altura mod2. 1.7) Las alturas, respecto a las anchuras despues de cropear, no pueden ser elegidas. Mod2 debe determinar la altura adecuada, para mantener la relaci≤n de aspecto correcta, nunca el ripper. 1.8) Queda prohibido reescalar para fuentes DVD. Si despuθs de hacer crop queda por ejemplo una anchura de 694 pøxeles, esta debe ser respetada. 1.9) Se debe aplicar desentrelazado si es necesario, con alguna tool inteligente como Yadif. Una release entrelazada estβ considerada un fallo tθcnico (nuke). Rara vez el material retail viene entrelazado, pero existe. 2) Audio: 2.1) Espa±ol Castellano. Estas rules no afectan al LATiN.SPANiSH. 2.2) Solo se permite audio VBR AAC LC (Low Complexity). AC3 se permite solo como INTERNAL. 2.3) El audio debe ser normalizado y reconvertido a stereo y de entre 96 y 160kbps. Mono queda prohibido a excepci≤n de que la fuente sea audio mono. 2.4) NO se permite DUAL (varios idiomas) audio. 3) FPS: 3.1) La tasa de FPS debe ser igual a la fuente y constante. FPS variables estan prohibidas ya que no funcionan correctamente en muchos reproductores. Solo se permiten FPS variables en caso de que la fuente sea asø, y en este caso se debe demostrar con una captura con informaci≤n tθcnica sobre el vødeo fuente extraido del medio føsico dentro de la carpeta Proof, que asø lo justifique. De cualquier otra manera, queda prohibido. 4) Codec: 4.1) XViD no permitido. Para prear con XViD debe hacerse como INTERNAL. 4.2) Debe ser H264 encodeado con 8-bit depth x264 Level 3.1, x264 10-bit estβ baneado. 4.3) Mantener x264 actualizado. Hay muchas formas de actualizaci≤n, incluso automβticas. Matrices y deblocking a gusto del grupo. Por defecto vienen configurados. 4.4) Ninguna opci≤n puede estar por debajo de lo especificado por --preset slow. 4.5) El colormatrix puede ser usado (bt709) para las rls BDRip. Para DVDRip es 'undef' (default). 4.6) Las zonas (--zones) no se permiten. 4.7) El valor del CRF tiene que ser 19 o 20, pero si el bitrate resultante estβ por encima de 2000 kbps, tiene que usarse el valor 21, y si esta vez tambiθn esta por encima de 2000 kbps deberβ usarse el valor 23. 4.8) DVDRip dupea a BDRip. BDRip no dupea a DVDRip. No se permite DVDRip despuθs de que BDRip haya sido preado con las excepciones de que sean versiones distinas (Version cine BDRip vs Version extendida DVDRip) y la del siguiente punto (4.9). 4.9) x264 no dupea a XviD. Se permite prear en x264 cosas que ya estan preadas en XviD, con motivo de ganar en tθrminos calidad / tama±o SIEMPRE que la release XviD estθ preada hace 5 a±os o mβs. 4.10) Linea de comando sugerida: - BDRip: x264.exe --crf ## --preset slow --level 3.1 <--colormatrix bt709> -o output.mkv input.avs - DVDRip: x264.exe --crf ## --preset slow --level 3.1 -o output.mkv input.avs 5) Contenedores: 5.1) El contenedor debe ser Matroska (MKV) o MP4 para Series de TV, miniseries y cualquier otro contenido que no sea cine. A gusto del grupo. El cine debe ser empaquetado obligatoriamente en Matroska (MKV). 5.2) El release debe estar en un solo contenedor, no se permite dividir la release en varios contenedores. 5.3) Se recomienda muxear con mkvmerge o MP4Box, aunque se permiten tools personalizadas. El resultado debe ser compatible con lo que los demuxeadores estandares (MP4Box, mkvmerge, etc...). 6) Sample: 6.1) Obligatorio, debe estar en una carpeta separada llamada "Sample", ser de entre 60-120 segundos y ser de la rls, no encodeado por separado. 7) Empaquetamiento: 7.1) La rls debe ser empaquetada en partes RAR de 15, 20 o 50 MB (mønimo 10 partes de 50 MB). No se permite la compresi≤n. 1 MB = 1,000,000 bytes. 7.2) NFO y SFV obligatorios. Los archivos Sample, Proof, RAR y SFV deben tener el mismo nombre, en minusculas y con la tag del grupo. 7.3) RAR's o SFV corruptos u olvidados despues de prear = REPACK o PROPER. 7.4) Se recomienda a±adir la siguiente informaci≤n en el NFO: -Nombre del grupo -Titulo -Fecha del release -Valor de CRF -IMDB -N˙mero de rars (e.g.30x15MB) 8) Proof: 8.1) OBLIGATORIA para cada release (para cada capøtulo en una serie, por ejemplo). Sin proof cuando se prea = NUKE no.proof.provided en un rango de 6 horas (si no se saca una version PROPER antes). Despues de estas 6 horas, un PROOFFIX no serβ aceptado. La proof debe ser una foto (no se permiten escaneos) del medio føsico (disco/s) por el lado impreso con una nota que tenga el nombre del grupo, en formato JPEG. La imagen debe ser de buena calidad, donde se aprecien claramente los detalles y sea legible. Peque±as partes de la imagen se pueden ocultar, recortar o censurar si contienen informacion sensible. Para series de TV u otros medios que puedan venir separados por discos, es obligatorio que aparezcan todos los discos. 8.2) La imagen debe estar en una carpeta (dentro de la relase) separada llamada /Proof. Sigue la misma estructura que otros archivos de la release, ver punto 7.2. 8.3) Algunos m≤viles u otros dispositivos a±aden la metadata EXIF en las fotos. Esta metadata puede contener informaci≤n como por ejemplo localizaci≤n por GPS. Es MUY IMPORTANTE que te asegures de borrar esta metadata de tu Proof, si la tiene. Es suficiente con abrir y re-guardar con Microsoft Paint o usar cualquiera de las tools freeware que encontrarβs buscando "exif remover" por la red. 8.4) Se recomienda, pero no es obligatorio, a±adir un enlace web en el NFO de la release hacia la Proof (Tinypic, Imgur...) con tal de evitar los fallos de los autotraders que pueden inducir a error/skip de la Proof. 9) Propers: 9.1) Properear solo se permite si la release original tiene un fallo tecnico. ejemplos: falta contenido, mal cropeo, contiene errores, drops, audio fuera de sincronizaci≤n, parametros x264 erroneos, errores en los subtøtulos, etc. 9.2) Se debe explicar y justificar la razon de PROPER en el NFO de la rls PROPER. Se recomienda adjuntar sample/s o captura/s para demostrar. 9.3) Los propers basados en las reglas aquø explicadas solo se permiten para las rls que se prearan despues de que este documento entre en efecto. 9.4) No se permite prear una release PROPER por raz≤n de subtitulos, si la release PROPER no contiene los subtøtulos correctos o sin fallos. Debe contener los mismos idiomas que la release nukeada, o mβs. De lo contrario sera considerado un PROPER no vβlido. 9.5) Una rls con fallos tecnicos o experimental puede ser preada como INTERNAL. Explicar el porquθ en el NFO se sugiere. 10) Internals: 10.1) El tag debe ser .INTERNAL. 10.2) No hace falta seguir la parte tθcnica de estas reglas pero si debe contener obligatoriamente Proof, Sample, NFO, SFV y ser empaquetada siguiendo las reglas arriba expuestas. La Proof es obligatoria tambien para los INTERNAL. 11) Subtitulos: 11.1) Solo se permiten los subtitulos .SRT y .IDX/.SUB. Cualquier otro formato de subtitulos estβ considerado fallo tθcnico. La extraccion y/o conversi≤n debe ser completamente correcta. Se recomienda hacer esto usando tools como tsMuxer, VobSub, SubRip, BDSup2Sub, SupRip... etc. 11.2) Subtitulos en formato .SRT se han de muxear obligatoriamente, en formato .IDX/.SUB queda prohibido muxearlos y hay que incluirlos en el folder /Subs dentro de la release, con la siguiente estructura de directorios: Release/Subs/releasesubs.rar+idx+sfv. Este releasesubs.rar contiene el archivo .SUB rareado (se permite y recomienda usar la mejor compresi≤n) acompa±ado de su correspondiente .IDX sin rarear. El SFV de la carpeta /Subs (en caso de usar subtitulos .IDX/.SUB) solo ha de listar el contenido de esta, y no el de la release. El SFV de la release no debe listar el contenido de ninguna /Carpeta. 11.3) Los subtitulos Espa±ol son obligatorios para las releases que contengan partes habladas en otros idiomas que no sean Espa±ol Castellano o Latino, aunque se recomienda incluirlos para todas las releases. Solo se permiten los subtitulos extraidos del medio føsico, no fansubs, no custom subs o subs de otras fuentes. Otros idiomas de subtøtulos son bienvenidos, pero no obligatorios en ning˙n caso. 12) Capitulos: 12.1) Capitulos en formato .TXT obligatorios para cine. Opcionales para Series de TV, miniseries o cualquier otra cosa aunque se recomiendan. Muxeados con mkvmergue, mp4box o similares. 12.2) No se permiten capitulos de otras fuentes o custom. 13) Nombre de los directorios: 13.1) Tags de fuentes: DVDRip, BDRip. 13.2) Nombre.Pelicula.A╤O.SPANiSH.<BDRip/DVDRip>.x264-GRUPO. 13.3) Nombre.Serie.SXXEXX.<Codigo>.<A╤O>.SPANiSH.<BDRip/DVDRip>.x264-GRUPO. 13.4) Es obligatorio a±adir el a±o de PRODUCCION para peløculas, no el de publicaci≤n en cines/tv/otros. Para series/miniseries el a±o es opcional pero recomendado si ya ha existido otra serie/miniserie con el mismo nombre en un a±o diferente. En el caso de que ya haya existido otra serie/miniserie con el mismo nombre en otro pais, se debe usar el c≤digo del pais (UK, US, ES, AU...) o el a±o siempre que no coincidan. 13.5) Se permite el uso de la tags: REAL, REMASTERED, RERIP, PROPER, INTERNAL, REPACK, FINAL, UNCUT, EXTENDED y READ.NFO. V.EXTENDIDA u otros derviados quedan prohibidos. Deben ir antes de .SPANiSH. 13.6) Los carβcteres aceptables en los nombres de directorio son: ABCDEFGHIJKLMNOPQRSTUVWXYZ abcdefghijklmnopqrstuvwxyz 0123456789._- Sin espacios o dobles puntos, puntos ˙nicos exclusivamente. 14) Reglas especiales: 14.1) Reencodear releases de otros sources que no sean discos BluRay y/o DVD queda prohibido. Ademas, se debe presentar proof obligatoriamente para cada release. 14.2) Cualquier otro tipo de pre que no sea lo que cubre este documento (retail DVD/BluRay) se rige por lo aquø explicado y debe seguir todas las reglas, a excepci≤n de la Proof. Ejemplos: CAM, TS, TC, SCREENER, DVDSCR o BDSCR. Estos releases no cuentan como dupe cuando se prea de retail. 14.3) Nuestras releases no son dupe del pre spam P2P que dice ser algo, no nos preocuparemos de mirar dupecheck o utilizar tags como PROPER, INTERNAL mβs alla de los grupos conocidos en prear bien y legit, que son los que han firmado este documento. 14.4) Debido a la gran cantidad de pre p2p que hay actualmente, cualquier otro nuevo grupo (o ex) interesado en prear releases retail SD en SPANiSH deberβ seguir todo lo especificado en este documento y contactar con nosotros con tal de su adhesi≤n en el concilio. GUSTE O NO GUSTE, es la ˙nica manera de saber quiθn quiere hacer las cosas bien y quien no. De lo contrario serβ ignorado como se explica en el punto anterior 13.3. [Changelog]: 2014-05-16 - Primera versi≤n. --------------------------------------------------------------- Ruleset x264 para releases DVDRip o BDRip en Espa±ol (Castellano) -> Firmado por los siguientes grupos: 0ld - ASS - FCC - JODER - LPH - MAHOU - sPHD - TORO - XPERT - XPERT_HD -> Declinado por los siguientes grupos: -------------------------------------------------------------- The.Spanish.Retail.SD.Releasing.Standards.2014-ESCOUNCiL (2014-05-17) </pre> </body> </html>