334 lines
14 KiB
HTML
334 lines
14 KiB
HTML
|
<!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>
|