查看“︁【PT攻略】RED漫游与发种回顾”︁的源代码

 【PT攻略】系列须知：此为我个人经验与感想，适用于新手上路，找到一个相对合适的玩法，或有不足、纰漏、错误，欢迎补充、纠错、建议。
本文分为上、下、补，三部分。

* “上”为发种环节，包括[[【PT攻略】RED漫游与发种回顾#前言|前言]]、[[【PT攻略】RED漫游与发种回顾#准备环节|准备环节]]、[[【PT攻略】RED漫游与发种回顾#发布环节|发布环节]]。定为主线，通常只需要看这些就足够了。（后续可能会补充一些特殊类型/情况资源的发布实例）
* “下”为[[【PT攻略】RED漫游与发种回顾#漫游环节|漫游环节]]。定为支线，主要是站点概况和站点的一些特色与现象，属于我（对站点）的观察和感想。
* “补”为[[【PT攻略】RED漫游与发种回顾#小作文环节|小作文环节]]。通常不需要观看，但是我喜欢写，不知道那篇文章起了个头，止不住了，凑合看吧。

= 前言 =
站内拥有另一篇教程，相对来说更加“专业”，和官方化，非常适合作为教程存在，但也因此我根本看不下去，这是我的问题。所以如果你稍微有些经验，懂些外语，请直接去那篇帖子，客观来说，那篇帖子信息密度更高，更精练。'''而本文则想要注重一些新手在意的细节问题。并且按照时间顺序去描述一遍流程。目的是为了让纯新手不至同我一样毫无头绪。'''这对有经验的人并不算友好，毕竟我只是填补了萌新市场的空缺，可能比你懂的少得多，这种较为专业向的本来就不是我擅长的。如果您发现了错误描述，可以直接修改本wiki，但是请在提交修改时的确认框内简单描述一下改了什么。本文我也会不定期（不过既然成文了，我就不专门想着它，更新也会很慢很慢）更新，填补一些支线部分。

本文亦面向于萌新，但请注意，我至今在发种时，仍要多种渠道反复对照，填写的信息反复检查。我的目的是给同我一样的萌新减少些我所遇到的困惑，不至于茫然无措，帮助您完成从0到1的台阶，而不是让您为了用户组的权限去滥发。

<big>'''请在实际发种前认真阅读RED站内的相关规则和WIKI，为自己和自己的账户负责！'''</big>

由于触及到了一些公开的资源源，这不是什么秘密，反而是十分“热门”的东西，但绝对不适宜于公众，请勿转载本文，你要知道，拓展任何一个盗版资源来源，都是给它增加关停的风险。路过的管理团队觉得不适合直接删掉相关描述即可。
= 准备环节 =

== 资源来源 ==

=== 转载 ===
-- red作为目前的音乐站老大哥，要从其他同类站点转载比如OPS，需要费很多时间精力去排查，实际能转的种子很少很少。而对于一些专精类站点，尤其是越小众越容易转载 --

推荐特色音乐站：'''metal-tracker'''（金属乐，开放注册，不过有些逼捐意味，下载需要等待一分钟）、'''jpopsuki'''（亚洲音乐）

其他推荐但我个人没有帐户无法实验的：'''lztr'''（古典、ost，但注意古典音乐对简介、元数据信息等要求繁琐，不建议轻易尝试）、'''KrayTracker'''（朋克、摇滚、雷鬼）、'''metal.iplay'''（金属、摇滚，开放申请，但我申请了没回音）、'''d3si'''（印度次大陆无损音乐）、'''TranceTraffic'''（电音）……

不推荐（因为难找可发资源，实用性强，用来发种效果一般）但可以用的：'''soluseek'''（p2p工具，至今仍是我除国内音乐平台解析工具外主要的音乐源，但大都是320kbps，很多分享flac资源的都设为了锁定，需要申请访问权限）、'''nyaa'''（bt）、'''rutracker'''（bt）

-- 而且说到特色，中文音乐其实也算特色，但是国内那两个音乐站我也都没有，可自行实验 --

=== 原创 ===
-- 注意，我都没试过，只做记录之用，等以后试了会再贴出详细过程，并且这些算支线部分，当前主要是主线，其他部分教程会不定期更新 --

流媒体平台抓流：'''deezer'''（可白嫖、工具多，但是据说音质可能参差不齐）、'''tidal'''（以及Qobuz，可以在淘宝买月抛账户）……（rip工具参考：[[Linuxmint安装的软件与工具的记录#streamrip（音乐流媒体下载）|Linuxmint安装的软件与工具的记录]]）

购买数字专辑：'''bandcamp'''（也有不少免费、限免的专辑，可以蹲蹲）


编者注：请寻找无损资源！'''red包括ops非无损资源是没人下的'''。无损资源有人下，不过如果不是盒子发种，多少人下都无所谓（分享率撑死1.0-1.5，不要为了丁点上传量故意造成大量冗余数据占用空间！）。家宽说来都是泪。

== 工具及环境 ==
工欲善其事必先利其器

=== 转码、元数据：foobar2000 ===
用途：查看音频元数据、转码等。

我使用的软件源：https://www.52pojie.cn/forum.php?mod=viewthread&tid=1555401 （你英语好的话可以直接用英文原版的，没差别。）

已知错误：

* 打开时提示 无法载入 DLL: foo_dsp_openal.dll。解决方案：运行 <code>软件根目录\user-components\foo_dsp_openal\oalinst.exe</code> 文件即可
* 转码时提示无法验证网络：我在屏蔽了它网络权限后经常报错，取消屏蔽后就没了（说不定会发抽来一次）。报错后请删除文件重新转码。

==== 调教转码预设 ====

1、打开软件 > 拖动/打开音乐文件到软件内 > 在音乐上右键鼠标选择'''转换''' > 选择“'''…'''”

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_01.avif' /></html>

2、【转换器设置】：左侧'''选择一个预设'''（比如<code>FLAC (Level6)到…</code>） > 点击'''载入'''  > 点击'''输出格式'''

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_02.avif' /></html>

> 【压缩级别设置】选择FLAC - level8。如果没有就'''双击其他等级的FLAC'''，在弹出的窗口中'''拖动滑块到8'''（最后），再点击'''确定'''即可。

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_03.avif' /></html>

> 点击'''返回'''至【转换器设置】 > 点击'''目标''' > 名称格式填写以下代码：<code>'''[%tracknumber% - ]%title%'''</code>（tracker编号 - 标题。如果多艺术家的情况下可以用：<code>%tracknumber% - %artist% - %title%</code>） > 点击'''返回'''至【转换器设置】

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_04.avif' /></html>

> 点击'''保存''' > 弹出窗口选择'''新建预设''' > 输入名字（自定义即可）。

完成。

3、如法炮制MP3-320 和 V0（如果没有的话）

> 可以直接'''载入刚刚的FLAC lv8的预设''' > 点击'''输出格式''' > 选择“'''MP3(LAME)'''”

* MP3-320：拖动到底，应显示：<code>320kbps CBR</code>
* MP3-V0：拖动到倒数第二，应显示：<code>~245kbps(*),V0</code>

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_05.avif' /></html>

注：载入预设时选择“xxx到…”即可，这个意思是转码时自己手动选择输出目录。

注：添加完预设后可选择关掉软件再重新打开，以避免实际转码过程中的报错导致本次设置数据丢失。

==== 内嵌图管理 ====
> 鼠标右键具体的音乐 > 点击'''属性'''（Alt+Enter） > （可以查看音频的一些元数据信息） > 选择'''插图''' > 可以右键'''导出图片'''

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_06.avif' /></html>

注：'''如果音乐、专辑的元数据混乱，请修改至整洁和正确后再发布。'''（不会单纯因此删种（但可被更规范描述的资源替代），但发种至少不要太敷衍，单纯为了发种而发种，如果劣质资源占比过多，自己想一想会不会讨喜，将心比心。下文类似场景不再赘述。）

注：'''请确保内嵌图'''（规则说法还有其他文本等所有音乐之外的元数据填充物，不过一般重点是内嵌图）'''小于1MiB'''（单个音乐）（同样不会被删种但是可被替代）。如果大于可以删除内嵌图或更换为更小的内嵌图（建议直接删除，减少冗余数据）。

=== 转载规范 ===

1、'''保持常识'''，不要转载禁转资源，转载前请查看种子简介、发布者主页看是否禁转资源，一些小众站点查看站内规则是否有相关描述（一般不会有，但建议进站先看规则），是否需要做转载来源声明（不过他们一般也是转载的，这个可以看个人喜好，建议种子简介或个人主页至少有一处进行声明一下自己非原创）

2、'''如果对资源发生了具体的改动'''，'''在种子简介'''（种子简介而非组简介）'''进行简要说明'''。

* 比如单从体积看与源站无差别，但是对元数据进行了修改导致即使名字改成一致也无法辅种就要说明一下，什么都不看瞎辅种的人不用太在意，但是人家对比体积什么之后才选择尝试辅种的人还是要照顾一下，毕竟是转载，自己抓或自购的自然不用管这些。

3、不要怕改动，改动是为了资源更加规范，但是也不要借此名义乱改动。

* 原始发布者说明不要修改除外，假如有这种可选择不转载

* 不能因为考虑到辅种原因就畏手畏脚的。很少有辅种的，毕竟red保种没有任何收益，而且有些资源确实需要很多改动。可是毕竟是转载，丹如果其实资源不需要改动什么，就别修改了，只是真的需要改动时，要记住你的目的：使资源更加规范化和减少冗余与错误。实在是争议比较大，可以到论坛内进行发帖询问。
* '''单纯同质站互转请不要做出修改'''。

=== 便捷脚本 ===
我自己在用的：[User Script][Tool] YADG for Redacted < Sandbox < Forums :: Redacted

用途：对接 yadg.cc 获取专辑元信息便捷填写资料。（注意，工具永远只是辅助，基本上都要自己再排查和确认一遍）

== 资源规范 ==
1、注意，并没有一个固定的格式，只是根据个人喜好做出了一个整体上比较规范、可视化、易读的固定方式而已。

2、任何变动和细节都是为了便于整理、理解，和让人拥有一个更简洁、高性价比的资源。规则便是为此而服务，不要本末倒置。

3、如果是同质站比如ops一般不会有什么大问题，如果是要求比较严格的站一般也没问题，'''从这种站点转载的资源若无重大毛病，不建议做任何修改'''

4、如果是自己特色规则与red规则冲突的站，一般需要检查元数据。如果举例的开注站（可信，但是又不一定完全可信。指上传者）或者p2p、bt等公网场景、他人收藏、本地收藏、未知来源则除了检查元数据、结构外，还要检查文件质量。

=== 元数据信息 ===
内嵌图管理环节 提到的'''内嵌图大小'''与'''元数据'''的现象

这里有一个示例：<code>域名/wiki.php?action=article&id=520</code>

=== 文件结构 ===
'''文件夹命名'''：没有硬性限制，如果较为规范就不要再修改了，否则可改为：<code>专辑发行人 - 专辑名称 (年份) [格式]</code> （类似即可，重点是格式整体规范，让人可视化，不要太乱。）可以参考：

* 鈴木みのり - fruitful spring (2023) [FLAC 48-24]
* Trespasser - Ἀποκάλυψις (2023) [FLAC]
* Skulldozer - Non Stop Ruthless Crushing (2023) [MP3-320]
* Idlegod - Inertia (EP) (2023) [V0]
* 1、如果原始文件一切安好，或无较大毛病的转载资源，请不要修改。
* 2、有官方原始名称，用原始语言即可
* 3、添加格式尾缀（假如转载的flac资源无尾缀也可以保持原样），目的主要是区分资源，避免目录冲突导致被做假种
* 4、48-24 的意思是 24bit/48khz。

'''音乐文件命名'''：<code>01 - 音乐名</code> or <code>01 音乐名</code> or <code>01.音乐名</code> （不要直接用 <code>0 - 音乐名</code> ，因为在某些系统或工具中，会如下排列：0、1、11、12…19、2、21）

'''封面图'''：主要用<code>cover.jpg/png</code>，如果一些scene资源用的<code>folder.jpg</code>请不要变动，如果因为某些原因，scene资源不符合要求（比如内嵌图问题，以及一些附图）进行了变动后，上传时就不要标记为scene资源。（标记为scene资源需要确保与原始分发无任何区别且未作任何变动的情况下，如果变动了上传时就不要勾选 scene选项。但可以在种子简介内进行声明。以及scene资源都是包括nfo、sfv文件的，前者是发布组和专辑信息，后者是类md5的校验文件。不了解的话不要标）

目录树示意：<blockquote>Vyletongue - Morose (2021) [FLAC]

    01 - Violent Hymns (Hatemonger II).flac

    02 - Casket Crawler.flac

    03 - Scar Tissue.flac

    04 - Dependent.flac

    05 - Crywolf.flac

    06 - Substance.flac

    07 - Morose.flac

    cover.jpg</blockquote>

=== 文件质量 ===
日志检查、频谱图、真伪flac等，请见官方wiki，目前这种稍微专业点的，我还是不行。

==== 频谱图 ====
通常外站发种不需要频谱图，你想附可以附在种子简介（种子而非专辑组简介），但内站比如猫是需要附的，自己看不懂频谱图可以用Adobe Audition、sox等工具生成频谱图。只说我认为需要注意的两点：

* 以AU 2022为例，频谱图竖坐标滑到头了最上面只有15Khz，没有20Khz的标识，仔细看一下，只是没有标出来，一算刚好顶部就是20KHz。
* 仍旧以AU 2022为例，拖进去一个音乐文件后。“文件”-- “打开并附加” -- “到当前文件”，一次直接显示整个专辑的频谱图然后再截图。

……

= 发布环节 =
注意，您在实际发种前，仍旧需要仔细阅读一遍规则和Wiki相关页面。本文，包括我所有文章的目的是用时间或空间顺序帮助萌新描绘一个轮廓，不至于迷失方向，而不是对规则的解读或重构。我的建议不能优先于规则，我未提及的也不能代表可无视规则。如果你有什么疑问，不应该自己消化，而是发送PM、论坛帖子下留言。您需要为自己和自己的账户负责！


按照上述流程，找资源、检查资源后就到了发种环节。'''默认您寻找的是无损资源'''

== 查重 ==
直接在red搜索专辑名称，如果无数据，搜专辑发行人/艺术家的名字（注意语言和简写之类的），可以点名字进去看其个人主页是否有此资源。如果艺术家也没有，可以看看是否有别称之类的。真的没有那就是没有。

两次验证原则：寻找资源时查重一次，准备发布时查重一次

== 转码 ==
注意，转码应该是从无损（flac、wav）源转为无损/有损（mp3）源。不要从有损源转为有损源。

1、从wav转为flac资源时采用预设的level 8。并且在转换后通常需要检查并修改元信息，可见：<code>域名/wiki.php?action=article&id=246</code>

2、如果您是新手，建议从flac资源起手。320和v0都要使用flac无损源转换，不要从320转换为v0！

3、如果你和我一样新建文件夹，转码后记得将封面图（cover.jpg）放置进去，

4、如遇报错请删掉不完全的转码后文件并重试。

== 制种 ==
既然混到了red，默认会最基本的制种（省截图了），只额外说一点（以qbittorrent for windows为例）：

提交种子后总是要再下载一边才能做种，是因为种子文件上传到服务器后，被修正的不止是trackers信息，还有“源”（source）信息，改变了种子文件的哈希值。

“源”数据通常是包括站点名称、网址的信息，填写上后就可以直接使用原种做种。在red只需要此字段填写含“RED”即可。其他站点可看wiki、或观察其他种子（当然trackers信息也要填自己的。以及源是源，不是注释，它下面那个。）

== 发布音乐种 ==
如果已经有组。要添加其他格式（比如320、v0。或者100%log替换掉无log的……）直接点击页面的“Add format”已被填充的信息就不用你操心了。填写种子特有信息即可

如果种子不存在，则直接点击网站顶部的上传按钮，详细看图（毕竟“只是填填信息”）：

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_07.avif' /></html>

*passkey漏了，很神奇的一个过程，我打码后上传的，上传上去是无码版本的。不过早就重置过了。

从上往下：

-- 种子文件类 --

'''Your personal announce URL is''': 你个人的trackers地址，制种用这个tracker url

'''Torrent file'''：上传种子文件，直接上传flac的种子文件即可

'''JSON file'''：装的另一个脚本，比如ops可以导出json文件，如果有的话就可以上传快捷填写信息

-- 主要数据 --

'''Type'''：发布种子类型，默认音乐种

'''Artist(s)'''：艺术家，填写主要艺术家/团队即可，如果有多人再填新增，注意，只有比如联合发布那种才都设定为“Main”（主要），否则设定为“Guest”（客人）。其他作曲人之类的信息，可以根据一些元数据站点填写（尽力而为，主要的填上就够了。）。可以参考 <code>域名/wiki.php?action=article&id=305</code>

* 因为“Main”（主要）是用来组种子标题的，比如 ：<code>Pander（主要作家/发行人） - Fierce Self（专辑名）</code> 

* 如果艺术家非英文名，有官方英文名则可以填写<code>英文名 (官方原名)</code>，如：<code>Jay Chou (周杰倫)</code> ，如果没有填写原始语言名称即可。注意使用英文符号。

'''Album title'''：专辑名称。如果是该专辑的特殊版本，已有的组直接添加新格式，没有的组在下方 版本标题 处填写，这里只填专辑名。非英文参考上一条。

'''YADG'''：元数据获取脚本，这里有两个可能是某种bug，无视即可。可以直接搜输入专辑名点击旁边按钮获取信息，搜到多个结果可以手动选择。这个用多了看自己习惯，我因为发布的类型原因，一般都是直接在bandcamp找到对应的专辑url，贴上url链接然后选择bandcamp直接获取。自动填充一般可以填充Artist、Album title、Edition year、Album description。不管有没有填充，都要按顺序排查一遍。工具是辅助用的，不能够依赖和绝对信任，

'''Initial year'''：初始发行年份，专辑发行的年份。如果你要发布的是特殊版本，这里请填普通版本的发行年份。

'''Release type'''：发布类型，这个需要看资源，需要注意的是，有些源站信息不规范，且bandcamp描述通常只分为专辑和tracker，如果你不是很确定，可以论坛发帖问人或者放弃这个资源（更好的是标记这个资源，过段时间看有没有人上传、怎么上传的。）一般专辑、ep、原声带比较容易识别。尽量只发专辑。

-- 音乐版本数据 --

'''Existing edition information'''：初始发布时是没有这个选项的，这个选项是在“Add format”时出现的，如果你要发布的资源不是其他特殊版本只是格式不同，可以选择自己的目标版本，快速填充下方数据

'''Edition year (required)'''：版本的年份，通常与初始发行年份一致，如果是特殊版本则填写这个特殊版本的发行年份。

'''Edition title'''：版本标题，比如“典藏版”、“重制版”等特殊版本的小标题。

'''Record label'''：唱片公司，未知或无可留空。

'''Catalogue number'''：目录编号，未知或无可留空。

'''Scene'''：详见：准备环节 > 资源规范 > [[【PT攻略】RED漫游与发种回顾#文件结构|文件结构]] > 封面图 处对scene资源的描述。

-- 种子数据 --

'''Format'''：格式，flac或mp3，由于以flac文件示例，选择flac文件即可。

* 选择flac后会出现“Log files”的选项，是cd翻录时产生的日志文件。web无视即可，cd翻录若有日志文件则上传，无则忽略。

'''Bitrate'''：格式，选择flac后默认会选择Lossless，普通无损格式。如果是24bit 48khz的无损音乐，选择“24bit Lossless”（元数据信息内有，<code>采样率</code>与<code>样本位深</code>，16bit/44.1khz是普通无损，选Lossless即可。）

'''Multi-format uploader'''：多格式上传器，点击加号添加新选项，分别 上传种子文件、选择MP3/320，MP3/V0(VBR)即可

'''Media'''：来源，一般是web。具体还是看资源来源，不要自己瞎编，或者搜寻相关数据索引站看发行记录。

-- 音乐简介 --

'''Tags'''：如果不知道则宁愿少填不要错填，我一般从bandcamp里找，页面底部有标签信息。注意tag和tag之间用英文逗号(,)分割（逗号+空格无碍），一个tag有多个单词的，中间用点(.)分割。亦可参考：<code>域名/wiki.php?action=article&id=44</code>

'''Image (optional)'''：图片，说是可选，别偷懒不填。有red的话去注册ptpimg账户，非常好用的图床。专辑封面一般从bandcamp直接用就行了，或者上传资源源附带的专辑封面图。

'''Album description'''：填写曲目列表、数字商店来源的地方，请确保填写的是与专辑/音乐本身相关的。

-- 种子简介 --

'''Release description (optional)'''：与专辑本身无关但是与种子有关，比如转载地或者一些变动记录、想声明的东西都可以写在这里。

点击“'''Upload torrents'''”

然后去做种就行了（因为在实际上传前做种的话，会提示trackers不工作，还得重新汇报。）


'''反复的对照几遍信息，直到你自认成为老手后再放弃这个习惯。'''

=== 疑难杂症 ===
不发也是一种解决手段。

我在red第一次决定发音乐种就是未遂。因为我各站反复排查和确认，然后在一切万事大吉准备点发布前去刷新一下这个艺术家的个人主页，发现几分钟前有人上传了。我灰心吗？说不想敲键盘是假的，不过转念一想，点开发布者的个人主页，一看是一个老手，那么就看一下他填写的资料，跟自己的对比一下。如果没什么出入的话，那就说明你已经累积到经验了。

对于疑难杂症的种子，同样可以如此对待，先放一放，过段时间看有没有他人发布，然后对比一下与自己会怎么填信息，一样的话说明自己也可以应对这种类型的种子，不一样的话也可以看是自己哪里不够规范（也可能是对方不规范）。亦是一个很好的经验源。

所以说，发种，新手要发特色类的。特色类没人发大抵是关注的人少，你能“抢”的到，主流的没人发那你的想想是不是有什么坑在。

=== 音乐信息查询工具 ===
……

=== 编者注 ===
当你能在red发种之后，如果你只有提升用户组目的，那么你可以如法炮制去ab发音乐种（我目前也只是发了音乐，所以没脸写ab的文章），但是请详细阅读ab的规则，比如只允许在日本发行的音乐（源自日本艺人但在网络平台发行的算不算似乎没有定论？），只能共存flac（100%log ＞ 无log，24bit/48kHz的与16bit/44.1kHz的可以共存）和MP3（v0 ＞ 320 ……），还有脚本获取的元信息与规则不符等等……请也在实际发种前阅读站内规则，为自己和自己的账户负责！

比如，如果您已经阅读了规则和常见问题，但是因为一些原因（比如不知道怎么发，英语不好不敢上手，完全陌生缺乏一股“气”……），那么你可以愉快的参考本文。否则请去看规则。本文永远只是一个萌新用户的建议和经历纪实，而不能代表规则。

然后再强调一遍，如果是转载的同质站，或资源已经够规范（只要不是严重与规则相悖），就不要做出任何改动。

== 发布电子书 ==
电子书更简单，不过没人下载，可以蹭发种量，不要想着蹭上传量了。

也不算没人下，算随缘，非小说类的还差不多，但如果是mam等一般站点都有的资源可能就没人下了，还是要看你有没有特色源或更高“层级”的站点。

资源规范要求详见：<code>域名/rules.php?p=upload#h6</code> 简单一句话，清晰的扫描、最好是内嵌文字。

资源来源可以是mam，或者libgen这种公网站。<s>具体的等我什么时候进了bib写bib的萌新向教程时再说，估计要很久，red的官邀似乎是要eu。eu需要100GB上传，家宽至少得发200+flac……</s>官邀原来无了，勿念。

<html><img loading="lazy" style="width: 600px;" src='https://scio.eu.org/WIKI/图片/PT相关/Red/PT-RED漫游与发种回顾附件_08.avif' /></html>

'''Type'''：选择“E-Books”

'''Author - Title'''：格式为 <code>作者名字 - 书籍标题</code>。

* 多作者：用  <code>&</code>  链接
* 书名中有括号，改为 <code>系列: 标题</code>
* 比如：<code>Bonnie Szumski & Jill Karson - Thinking Critically: Medical Marijuana</code> （原本我用的是括号，有人修改成了冒号）
* ISBNdb查询网站：isbndb.com

'''Tags'''：书籍的tag，尽量至少包含<code>non.fiction</code> （非小说）或 <code>fiction</code> （小说）标签，然后根据类型或关键词自己补充一些恰当的标签就行了。

'''Image (optional)'''：封面图，可以从亚马逊或isbndb获取，记得上传至ptpimg

'''Description'''：书籍信息，可以从亚马逊摘，没有的话建议摘一些评论（然后说下评论来源，让人知道这是评论）

对照资源的方式也很简单，有实体书籍出售的亚马逊都有信息，包括了页数（所以尽量上传PDF）（不过有的页数计算了封面有的没有，这种无所谓）。red书籍很少，基本随便发，但是发之前也要查重。

== 错误反馈 ==
就如同提问也是一门艺术外，反馈错误与交流也是，不过这种一般都是常识级别的，以防万一还是说几句。如果遇到了错误，坦率地承认，可以声明错误产生的外部原因，但是不要推辞，因为对第三者来说观感并不好。在任何社区中，减少与人争执的可能性、老老实实闷声发大财——卷发种、挣上传量、实现下载自由、下一堆喜欢的东西才是上善之策。站点归站点，资源归资源，制度归制度，人归人，不要混为一谈。

如果遇到tag错误、或一些种子信息的错误的话， 可以直接报告种子，并且描述一边哪里错了，正确的是什么。会有人替你修改。

= 漫游环节 =

=== cover文件尺寸 ===
在RED，小于1MB，否则可被替代的规则'''仅适用于内嵌图'''。（比如在ab，封面文件必须小于2MB。所以本文只是描述常规操作，您一定要在某站发种前切实的浏览该站点的规则，对自己的账户负责。）

至于文件内包括的cover.jpg/png、folder.jpg封面文件的大小并没有规定（RED站内相关讨论：<code>域名/forums.php?action=viewthread&threadid=54494</code>）

但是我个人建议，没有规定也不要滥用，没有规定的目的是减少没必要的束缚，毕竟大家都算“公益活动”，规则越少越轻松，例如没HR的站不用担心突发情况导致无法做种然后被ban、与管理团队扯皮，或者下了热门种又不能走。没有比率的站不用担心缓冲区刷一堆不需要的资源。而不是代表可以滥用。

就像各群组规则也没规定不可以群发求药，但是遇到这种人我还是会心里踩一脚一样

有罪推论就此截至，假如你是自购CD、自己扫图之类确实高质量的文件想要分享，或者CD之外的额外附带的艺术图像之类的，建议把这些内容上传至MEGA、谷歌云盘，然后分享这些网盘站点的链接，贴到种子简介，更加适合。真正的同好会点进去看的。

* 放在种子简介而非专辑组简介
* 不要在做制种的文件内附上任何个人信息，比如：新建一个txt声明艺术图的链接。就贴在种子简介内即可。

=== red生态 ===
0.

以封面图尺寸展开本环节是想突出：总而言之一句话，将心比心，老老实实发种，不要想写歪门邪道的。PT之神在看着你。

然后下面就不说这样的话了，因为固执的人说得再多也没用，其他人也用不着我去说教，看着影响观感。

1.

在我所推崇的佛系站点中，RED的位置是较为尴尬的，因为red的佛系玩法是完全被动的——依赖于几个节日送的令牌。

令牌是有时间限制的，所以各种社区中经常听到“免费令牌要过期了，推荐点音乐”的声音，甚至有些人直接就没打算用。

而且令牌只能对2GB以下的文件生效。

就算是盒子党，也得10GB盒起步，不然没什么竞争力。

除此之外就是发种，而对于家宽用户来说，意味着只会有1.0-1.5左右的分享率。

2.

因此，red最大的价值是当下音乐站老大哥地位的影响力吸引的大量人，它们贡献了很多技术文档和一些稀有/冷门资源。

而在分享率方面。真正的（速通）玩法是填Requests（请求/悬赏）。

这个对萌新来说就十分的不友好了


悬赏的内容绝大部分（除非随缘蹲到新出炉的请求可以碰碰运气），都无法通过同质站点和热门公共渠道找到。

有些少量上传量（100MB居多）的悬赏，可以在拥有某些流媒体平台会员的情况下下载。不怎么推荐。

再者就是一些高难度资源，这种暂时不要想了，找不到符合标准的。除非你拥有特色类的“装x站”性质的站点可以尝试尝试。

相对来说最容易的就是可以从bandcamp等渠道购买的数字专辑，如果是为了上传量，大部分情况下也是要蹲“高性价比”的悬赏，就算不想蹲也得筛有一会儿，这里给出一个参考值：悬赏10GB上传量的专辑，售价在6欧元、7欧、10美元的居多。刚看到一个60GB的悬赏，专辑售价12美元，一个小时不到已经没了。

私以为如果不是非常有钱或者音乐发烧友，不建议这么做，就像很多人从看片到一心刷流一样，容易走偏。但是实在累得不行，可以做一个，毕竟PU的上传量要求是25GB，升到PU可以免疫不活跃处罚机制还能顺便帮到一个人、贡献自购资源，挺好的。

=== 多站联发 ===
当你从其他特色站（比如金属乐、古典乐、动漫ost）转载的资源在red没有的同时，在ops大概率也是没有（一定要查重！！ops也有很多red没有的资源的，只是找起来难而已）

这时候就可以多站联发，会在red发种，ops就不在话下了，同质站规则都差不多，需要填写的也都一样（规则还是要看的）。

于内站，我没有那两个音乐站不知道详情，猫站的话格式还是有些不同，也需要附频谱图，而且不是专精国外音乐专辑，发的也不是主流音乐，以及最主要的我比较懒，所以都是只red和ops一起发。

ops要求比red高，eu解锁邀请区，条件是100GB上传量。两个站都是无损有人拉，其他资源随缘。至于多少人拉，如果你不是盒子党，不需要关心，1个人和100个人，对家宽用户没有区别。

=== 令牌互刷 ===
这个现象蛮泛滥的，我对互下本身没有想法，令牌没地方用，下载朋友保着的自己也喜欢的资源没什么不妥（只要不是屏蔽了其他人）。

令牌过期不知道下什么的现象同样严重，上次圣诞送的令牌临过期时，也有人开贴说下载张贴在本贴的专辑，和大量问下什么专辑好的帖子，推荐的自然都是自己在保的，只要不是瞎推荐（类同屏蔽其他peer），无所谓的。

但凡事要节制，解释权在站点手里，真到扯皮的那一步，可就凉凉了，尽量靠发种。
= 小作文环节 =
首先，这个文章我预计是明年再发的，算是对：[https://pterclub.com/forums.php?action=viewtopic&forumid=21&topicid=8757 【小作文】无特色咸鱼能梦到属于他自己的大佬吗？] 的一个回答。

毕竟在这个小作文发布的时候，我就写好了[https://pterclub.com/forums.php?action=viewtopic&topicid=8757&page=p62750#pid62750 下篇小作文]。原本我是没想说的，因为写小作文是我的一个被动技能，就是想写，只是大部分内容我都是隐而不发而已，而为了回复一些点我直接把这个坑给曝出来了，对第三者来说可能啥都不是，但是对于我来说，就成心里一个疙瘩，我自己逼的我自己直接在red发种了，也没想到，发了red，ab顺手也发了，逼自己一把是真的有用，但也是真的难受。

这么来回一折腾，那个“下篇小作文”也不好意思发出来了，本来就是为至少一年的时间跨度准备的，这还没半个月。


其实我挺想表达某个观点，那就是“你们认为的我的下限就是我的上限”这句自然有夸大、玩笑成分的话背后的逻辑与动机

人和人的差距非常大，我们萌新就像是矮子，有些有经验的人就是姚明，我们都走在同一条路上，但是这条路充满了迷雾——不，仔细一看，是充满了矮矮的迷雾，对于那些“高个子”来说，这些迷雾没有任何存在感，而对于“矮子”来说，这遮住了我们的眼……自然不是任何人生来都是高个子，但至少现在还不是。


pt不是衣食住行必需品，亦不是什么没用的东西，不应该极端化，在这种情况下，许许多多细小琐碎的问题堆积在一起，再加上自己困于迷雾中找不到方向，足以打打的打击人的奋进心——自然可以说“还是不想折腾”，但这也是事实。

我说的“萌新会在意的问题”是比如，我看到red图片书籍的略缩图是方形的，那么贴的时候也要贴正方的吗？这种反常识但是你不得不去查证——点开一看，哦原来是系统自动压缩的。这种非常琐碎的细小问题。——有时你越在乎，越关注细节，困扰你的事物就越多，他们还大都是无关紧要或者不需要去关注的。


我同时写下“下篇小作文”就是因为知道等不来这个“有缘人”，因为不能提供建议的，自然也不会说什么，而能够提供建议的，大都是有经验的，萌新起家的人非常之多，可萌新起家能够晓得萌新困惑以萌新视角观察、对待问题的人少之又少。对于大多数人来说，这仍旧是像讨论十以内的加减法一样“太幼稚了，就是填填资料的事，整这么复杂”。

在那篇小作文发布后，也是有一些人提供言语支持，也有一些人提出我预设中的那些批评、质疑口吻但也在支持和建议，也有一些人提供了简要但齐全的流程说明，和交换联系方式有问题可以随时去问他的承诺。我感激这些人，不论方式如何，都充满了热情和善意。

萌新缺少的往往不是一个方式，——毕竟这需要一定的相关知识，但需要的不多。而是一个契机、一股气、一股信念和自信。——会用即时通讯交流提供建议自然可以，换个人估计就可以了（你害怕点，我不正常.jpg）。


我是萌新吗？是，我不晓得那篇有“技术含量”的文章是我创作的，但是我仍旧可以发种。这与“矮个子”、“高个子”有关系吗？没有。我只是一路蹦着过来，虽然累，但也能知道方向而已。然后写下这篇文章——我不是说这篇文章可以帮助很多人，事实上很多发种前的疑问都如上面举例的书籍略缩图一样忘记了。所以如果你是萌新，你有什么困惑，一定要说出来。没有什么问题是丢人的，我从萌新在来，还处在萌新中，我最多的困惑就是那些莫名其妙的困惑，以至于我都不知道怎么描述出来，但他们确实困扰了我许久许久……

萌新应当相互帮助、宽容、理解！

（考虑通过日后的见闻新增一个 特殊情况实例环节 ，不过优先度不高。累得慌，先发“常规”种攒攒经验再说“非常规”的吧。而且不知不觉码了五个小时字，睡觉。——所以是一次完工的，靠的是回忆，可能会有些纰漏，不定期会更新。可观察页面底部最后编辑时间和历史记录）
[[Category:PT]]