lezzo.org/blog/mirror/scenerules.org/t.html?id=2013_ES_TV.u1.nfo.html
2022-01-24 19:24:31 +00:00

243 lines
9.9 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>2013_ES_TV.u1.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.TV.Releasing.Standards.2013.Update.1-ESCOUNCiL (2014-01-07)
--------------------------------------------------------------
Ruleset x264 para releases de TV (SD y HD) en Espa&#177;ol (Castellano). Todo lo
especificado aqu&#248; solo se aplica para las releases preadas despu&#952;s de que este
documento entre en funcionamiento (2013-12-03).
1) General:
- 1.1) SEASON BELONGS: Las temporadas de series guionizadas pertenecen al grupo
que pree el primer cap&#248;tulo de esa misma temporada. Se excluye todo lo
dem&#946;s. El grupo tiene 48h despu&#952;s de la emisi&#8804;n para prear su cap&#248;tulo de
una temporada que le pertenece, siendo este un l&#248;mite. Si se sobrepasa ese
limite, otro grupo puede prear tal capitulo y lo que resta de temporada.
2) Video:
- 2.1) HD y SD: Fuentes 1080i/576i deben ser redimensionadas y cropeadas utilizando
herramientas como Lanczos/Lanczos4, Spline36, o Blackman. Bicubic
esta baneado. Estas mismas fuentes SE DEBEN desentrelazar con alguna
tool inteligente como Yadif. No desentrelazar provoca artefactos y
dientes de sierra, puede ser propereado.
- 2.2) HD: Fuentes 720p pueden ser cropeadas y redimensionadas (Resoluci&#8804;n de emisi&#8804;n -
Crop) o se pueden dejar tal cual se emiten para rls 720p.HDTV. Para rls SD
cropear y redimensionar.
- 2.3) HD y SD: Se permite el uso de video Itunes. Eliminar protecciones. Para rls
HD no se permite reencodear. Para rls SD es obligatorio reencodear y cumplir
los estandares de las rls SD. Tambi&#952;n se permite el uso de video de otra rls.
- 2.4) HD y SD: Redimensionar a 1280x720 (HD) o 720x404 (SD) despues de cropear.
Se permite un 2% de error en el aspecto de ratio, pero se recomienda usar
mod2 para calcular la altura apropiada y as&#248; mantener el aspecto de ratio
correcto. Si es PDTV, dejar al ancho m&#946;s apropiado y mod2 para la altura.
- 2.5) HD y SD: No se permiten ningun tipo de marcas de agua, del grupo, intros,
outros o &#34;cortinillas&#34; en el video. Cualquier cosa a&#177;adida est&#946; baneado.
- 2.6) HD: Las releases de fuentes HD pero que sean emitidas en reescalado SD
se permiten prear como 720p.HDTV o como HR.WS.PDTV, a gusto del grupo y
NO se dupean entre ellas.
- 2.7) HD y SD: Los cr&#952;ditos y previos son opcionales, pero recomendado que sean
incluidos.
- 2.8) HD y SD: Se permite un margen de 2px de error sobre el cropeo para nukear
una rls, exceptuando aquellas de fuentes 720p que pueden ser dejadas tal
cual. Bordes sin cropear = Video en negro = Megas innecesarios en la rls.
3) Audio:
- 3.1) HD y SD: Espa&#177;ol Castellano. Estas rules no afectan al LATiN.SPANiSH.
- 3.2) HD: Puede ser el original de la fuente (MP2, AC3, etc...) o se puede
reencodear por motivos de compatibilidad. EAC3 est&#946; banneado y debe
ser reconvertido.
- 3.3) SD: Debe ser AAC LC (Low Complexity) de bitrate variable (VBR). Debe ser
normalizado y reconvertido a stereo y de entre 96 y 160kbps.
- 3.4) SD y HD: El audio que tenga caidas o est&#952; fuera de sincronizaci&#8804;n durante
di&#946;logo se considera fallo tecnico y puede ser propereado. Se permiten
ajustes menores en las pistas para evitar esto.
4) FPS:
- 4.1) SD y HD: Las FPS deben ser constantes. FPS variables estan baneadas ya que
no funcionan correctamente en muchos reproductores.
- 4.2) SD y HD: Las fuentes que emiten a 50/60fps pueden ser bajadas a 25/30fps a
gusto del ripper.
5) Codec:
- 5.1) XVID no permitido.
- 5.2) SD y HD: Debe ser H264 encodeado con 8-bit depth x264. Level 3.1 para SD
y Level 4.1 para HD. x264 10-bit est&#946; baneado.
- 5.3) SD y HD: Mantener x264 actualizado. Hay muchas formas de actualizaci&#8804;n,
incluso autom&#946;ticas. Matrices y deblocking a gusto del grupo. Por defecto
vienen configurados.
- 5.4) SD y HD: Ninguna opci&#8804;n puede estar por debajo de lo especificado por preset
--medium, aun que se recomienda el uso de --slow o --slower para respetar
la mejor proporci&#8804;n calidad/peso.
- 5.5) SD: El colormatrix puede ser usado (bt709) para las rls SD de fuentes 720p
o de mayor resoluci&#8804;n.
- 5.6) SD y HD: Las zonas (--zones) no se permiten.
- 5.7) SD y HD: CRF
- SD: 19 o 20 - HD: 18 o 19 - Series, guionizado, talk, poker, animacion.
- SD: 21 o 22 - HD: 20 o 21 - Docs, realities, variedad.
- SD: 23 o 24 - HD: 22 o 23 - Deportes, espectaculos, directos, competicion.
- 5.8) Linea de comando sugerida:
- SD: x264.exe --crf ## --preset slow --level 3.1 &#60;--colormatrix bt709> -o out.264 in.avs
- HD: x264.exe --crf ## --preset slow --level 4.1 -o out.mkv in.avs
6) Contenedores:
- 6.1) Debe ser MP4 para SD y Matroska (MKV) para HD.
- 6.2) Se recomienda muxear con MP4Box (SD) y mkvmerge (HD), aun que se permiten tools
personalizadas. El resultado debe ser compatible con lo que los demuxeadores
estandares (MP4Box, mkvmerge, etc...).
7) Sample (esta seccion es para ambas HD y SD):
- 7.1) Obligatorio, debe estar en una carpeta separada llamada &#34;Sample&#34;, ser
de entre 40-80 segundos y ser de la rls, no encodeado por separado.
8) Empaquetamiento (esta seccion es para ambas HD y SD):
- 8.1) La rls debe ser empaquetada en RAR. Para SD partes de 15, 20 o 50 MB (m&#248;nimo 10
partes de 50 MB). Para HD 50 o m&#729;ltiples de 50 MB. No se permite la compresi&#8804;n.
1 MB = 1,000,000 bytes.
- 8.2) NFO y SFV obligatorios. Los archivos Sample, RAR y SFV deben tener el mismo nombre,
en minusculas y con la tag del grupo.
- 8.3) RAR&#39;s o SFV corruptos u olvidados despues de prear = REPACK o PROPER.
9) Propers (esta seccion es para ambas HD y SD):
- 9.1) Properear solo se permite si la release original tiene un fallo tecnico.
ejemplos: entrelazado, falta contenido, mal cropeo, contiene anuncios,
parametros x264 erroneos, 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&#248; explicadas solo se permiten para las
rls que se prearan despues de que este documento entre en efecto.
- 9.4) Una rls con fallos tecnicos o experimental puede ser preada como INTERNAL.
Explicar el porqu&#952; en el NFO se sugiere.
10) Nombre de los directorios (esta seccion es para ambas HD y SD):
- 10.1) Tags de fuentes: 1080p.HDTV, 720p.HDTV, HDTV, PDTV, HR.PDTV y HR.WS.PDTV.
- 10.2) Nombre.Serie.SXXEXX.&#60;Nombre.Capitulo>.SPANiSH.&#60;720p/1080p>.HDTV.x264-GRUPO.
- 10.3) Nombre.Serie.DD.MM.AAAA.&#60;Nombre.Invitado>.SPANiSH.&#60;720p/1080p>.HDTV.x264-GRUPO para
series o programas diarios o fechados.
- 10.4) El nombre del capitulo y el nombre de invitado son opcionales. Se recomienda
taggear el a&#177;o si una serie ya se ha emitido con el mismo nombre a&#177;os atras
para evitar problemas de dupe. Este debe ir entre el nombre de la serie y
SXXEXX.
- 10.5) Nombre.Documental.&#60;SXXEXX>.&#60;Nombre.Capitulo>.A&#177;o.SPANiSH.DOC.&#60;720p/1080p>.HDTV.x264-GRUPO
para documentales.
- 10.6) El nombre del capitulo para documentales, si se tiene, debe ser incluido si el
documental no es suelto y &#729;nico. Se puede obviar SXXEXX dependiendo del formato del
documental/programa. Por a&#177;o se puede usar el a&#177;o de emisi&#8804;n o el a&#177;o de emisi&#8804;n/producci&#8804;n
original.
- 10.7) Nombre.Miniserie.&#60;ParteXX/EXX>.&#60;Nombre.Capitulo>.SPANiSH.&#60;720p/1080p>.HDTV.x264-GRUPO para miniseries.
- 10.8) Seguir las mismas estructuras de fecha para los deportes (dependiendo de
si es una temporada, liga o un evento suelto). AAAA o DD.MM.AAAA. Para
eventos recurrentes (MotoGP, Formula1, Champions League) usar el a&#177;o en
el que se produce el evento, aun que finalicen en el siguiente a&#177;o. Para eventos
que se celebran excepcionalmente usar tambi&#952;n el a&#177;o en que se produce el evento
si finaliza ese mismo a&#177;o (Confederaciones). Si no finaliza ese a&#177;o, usar el a&#177;o
de cuando finaliza (Mundial) aun que el evento se celebre en el a&#177;o anterior.
- 10.9) Se permite el uso de la tags: FINAL, REAL, PROPER, INTERNAL, READ.NFO, REPACK y UNCUT.
Deben ir antes de SPANiSH.
- 10.10) Los car&#946;cteres aceptables en los nombres de directorio son:
ABCDEFGHIJKLMNOPQRSTUVWXYZ
abcdefghijklmnopqrstuvwxyz
0123456789._-
Sin espacios o dobles puntos, puntos &#729;nicos exclusivamente.
[Changelog]
2014-01-07 - Update 1. Numerados los puntos del ruleset.
8.2) Actualizados nombres de Sample, SFV y NFO
10.1) y 10.9) A&#177;adidos nuevos tags aceptados
2013-12-03 - Primera versi&#8804;n.
Ruleset x264 para releases de TV (SD y HD) en Espa&#177;ol (Castellano)
-> Firmado por los siguientes grupos: ASS - FCC - LPH - MAHOU - sPHD - XPERT - XPERT_HD
-> Declinado por los siguientes grupos:
Cualquier otro grupo deber&#946; contactar para su adhesi&#8804;n en la scene espa&#177;ola de tv
pudiendo ser rechazado si tiene cualquier vinculaci&#8804;n con el P2P.
--------------------------------------------------------------
The.Spanish.TV.Releasing.Standards.2013.Update.1-ESCOUNCiL (2014-01-07)
</pre>
</body>
</html>