Moddingとはなにか

1. Rankに関するルールに反している項目がないか、接触する可能性のある項目をチェックをすること
2. 譜面をチェックし配置や音取り、音付けにおける問題点を挙げて指摘をすること
3. 同様に譜面について、より面白くなる/完成度の高くなる提案すること
4. タイミング（BPMとoffset）のズレを指摘/修正させること
5. ストーリーボード（通称SB)のコーディングの提案やミスの指摘など
6. 曲に関するデータ、あるいはヒットサウンドを始めとする音源などの提供を行うこと

1. 配置の提案 ->貰えます。
2. 音取り、音付けの提案 ->貰えます。
3. SBの提案 ->貰えます。SBもマップの一部なので、kudosuを貰う正当な理由となります。
4. タイミングのズレを改善案込みで指摘 ->貰えます。タイミングも譜面の質を高める明確な要因です。
5. 指摘/提案が全て拒否された ->条件付きで貰えます。
   全てがマッパー側の個人的な理由で拒否していて、かつマッパーから見て無意味なmodでない場合のみ貰うことができます。
   しかし相手がどう感じたか次第なので、貰っていない場合であってもmodderがそれに文句を言うべきではありません。
6. modした譜面のリチェックを頼まれ、もう一度modした ->原則として貰えません。
   既にmodしたことにより、最近kudosuを得た場合は貰えません。
   ・・・が、リマップや難易度追加があり、リチェックまでの間で"大きな変更"があった場合のみもう一度貰うことができます。
7. AiModで拾われる内容(snapping、設定の矛盾等) ->AiModで指摘される内容のみではkudosuを貰えません。
   上記リンクで明確に貰えない条件として書かれています。
8. メタデータ(アーティスト名、タイトル、ソース、タグ)の間違いの指摘のみ ->単体では貰えません。
   譜面のオブジェクトなどに対し具体的に何の影響も与えていないためです。
9. 差し替え用のヒットサウンドの提出 ->貰えます…が、具体的に何故それを使うべきなのか、
   何がいけないのか等の指摘が伴っていることが前提です。
10. 差し替え用の動画を提出 ->貰えません。まず2つ以上提出することがないため、複数指摘のルールに接触します。
    そして譜面の中身やプレイに直接影響を与えていません。
11. SB差し替え用の画像の提出 ->貰えます。SBが譜面の一部であり、エフェクトの修正のためであるならそれはmodとして意味を成します。
12. 指摘を一つだけ ->貰えません。"いくつかの"指摘が必要で、単独の指摘ではダメです。

1. 見やすさ
2. 打ちやすさ
3. 緩急のバランス
4. NewCombo

1. 見やすさ
   言わずもがな、見やすさや美しさなどの表面的な部分。
   「こうした方が見た目よくね？？」と思ったら指摘するだけの非常にシンプルな内容。
   初心者はまずここから始めよう。
   
   指摘としてよく見るのは、上記画像の(8)のスライダーのカーブを他のオブジェクトのアプローチサークルに合わせたりする通称ブランケット系。
   他のオブジェクトにスタック（ぴったり重ねるアレ）をさせるスタック系が多く見られます。
   特に前者は「とりあえずアプローチサークルに沿ってスライダーを置けば綺麗に見える」というもので、粗い配置が多いマッパーに有効です。
   代表的なものは上記の2つで、他にもオブジェクトの重なりで見にくい場合などはoverlapとして指摘をしていきます。
   ただ熟練したmodderがこれしか指摘していないと、その知識量や指摘能力に疑問が出てくるため、
   これだけをメインで指摘していくのは避けたほうがいいかもしれません。
   もう何も書くことがなくて詰んだ、そう思った時に使う最後の防衛線です。
2. 打ちやすさ
   フロー(flow)、流れのことを主に指していて、打ちやすい流れの代表格として滑らかな円運動などが挙げられます。
   こうした方が打ちやすいんじゃないか？という理由から提案することになると思いますが、
   大体の譜面はそれなりの流れはできているので、以下の緩急の部分に大体取られます。
   
   なおここでの円運動とは上記画像のような緩やかなカーブを連続で描き、次のオブジェクトへ繋がっていく一連の流れのことを指しています。
3. 緩急のバランス
   曲調が激しいところで難しい配置をして、穏やかなところでは簡単な配置をする…というのを突き詰めて見ていくのがここです。
   譜面全体のバランスを見た上で、声や楽器の強さにある程度比例させて面白い、あるいは楽しいと思う配置を提案をします。
   ただし緩急のバランスは「配置で取るタイプ」と「音で取るタイプ」がいるので、一概に上記の提案をすれば良いというわけでもなかったり。
4. NewCombo
   略称"NC"。コンボが長引いた時に区切るアレです。
   コンボをどう区切るのかはマッパーによるところが大きいですが、音取りからNCを付けるタイプと配置からNCを付けるタイプの2種類があり、
   前者はボーカルや楽器の切れ目で長くなりすぎないように、後者は視認性を向上するためにNCを入れます。
   例外的にNCを入れるとHP回復量が増えるので、意図的に多く入れている場合もありますが、
   現代は音取りからNCを付けるタイプが主流で、1～2小節で区切られパターン付けされていることが多い印象です。
   実際は以下の画像のように、NCの位置が音取り比較でどちらのほうがしっくり来るか等で指摘をします。
   
   
   この例だと1/1のロングスライダーが手前のボーカル歌い始めを拾っているため、ボーカルに合わせてNCを入れ替えの提案をしています。

1. リズムのわかり易さ
2. 拾っている音とのズレ/一貫性をチェック
3. overmap
4. サークル/スライダー比率と曲調のバランス

1. わかり易さ
   楽器の音を拾いすぎてしまいどれを拾っているのか分からなかったり、複雑すぎて目押しになるような音取りを改善させるのがこちらです。
   問題を見つけても具体的な解決案を出すほうが難しいこともあり、マッピングスキルもこの指摘では特に求められます。
2. ズレ/一貫性について
   例えば「ボーカルを曲中で片っ端から拾っているのに、このパートだけ拾っていないのはおかしい」
   「バスドラムをメインで拾っているのに、スライダーの置き始めの位置がズレている」というような初歩的なミス/矛盾を指摘していきます。
   ただし切り替えのバランスの兼ね合いから拾う音を意図的に変えている場合があるので、
   一概にこの"一貫性"が無いからといって即問題とはなりません。
3. overmap
   時々曲にない音を拾って、独自のよく分からない連打などの音取りをしている譜面があります。
   そういった点を指摘していくのがこの項目になります。
   
   こういったアップビートで終わる3連打で、かつ回りに連打が存在していないというケースに限っての個人的な考えですが。
4. 曲調のバランスについて
   配置の緩急のバランスと同じようなもので、曲が激しいところではサークルを多めに採用して密度を上げたり、
   静かなところではスライダーを多用したり拾う音を絞るといった、
   難易度のバランスを配置ではなく、オブジェクト密度でする点に着眼するのがここです。
   似たメロディーでもサビ(あるいはKIAIパート)のところのみ鳴っている楽器が増えている等の理由から密度を上げるケースもあり、
   一貫性が全てにおいて等しくは通じないという典型的なポイントとなります。
   他にもプレイ寄りの指摘として、強調したい音はサークルやスライダーの開始で拾い、叩かせることなどもこちらで指摘します。

1. 音量
2. 音付け

1. 音量
   上記の1：1の音量バランスで聞き取れない部分を指摘したり、音楽の変化に対して音量バランスが悪い場合等に指摘します。
   ただここで指摘をするのはよっぽどな場合のみで、多くの場合は環境に左右されるのでスルーすることも多いと思います。
   強いて指摘するのは、特定の音を拾うときだけ音量を下げたり、曲のフェードアウトに合わせて調整するくらいでしょうか。
   またwavファイルを編集してヒットサウンドの音量調節をすることもあります。
2. 音付け
   個人的にmod始めたばかりの人はここが苦手な人が多い印象。まずパターンを理解するところから始まります。
   そして曲に合わせた音付けなのか、曲に足していく音付けなのかは理解した上で音付けの抜けを基本的に指摘していきます。
   ただ曲に合わせるタイプと一言で言っても、ダウンビートのドラム/タムにのみ基本付け、シンバルにfinishといったシンプルなものから、
   曲中のピアノ音を完全にヒットサウンドで再現するようなレベルの高いものまで幅広くあります。
   
   1. 「ドラムはずっとclapを入れて拾っていたのに、ここで拾っていないのは変だよね？」と言った具合で抜けを指摘。
   2. この音も拾ってみたらいいんじゃないか？といったものがあれば、それを拾う提案。
   3. こっちのカスタムサウンドを使ったほうが曲に合うかも？と思えばどのヒットサウンドを採用するか、
      場合によってはwavファイルをpuushなどで出して提案することもあるでしょう。
   以上の3つが音付けでチェックする主な内容となります。
   しかしレベルの高いものは大抵抜けがなく、指摘しにくいことはよくあることなので、無理やり捻り出すようなmodはここではしません。
   またこの辺りの提案は音取り同様に好みによるところが強いので、ある程度の拒否はほぼ前提となります。

1. SBを見て”こう表現したほうがいいんじゃないか？”というものがあれば自分でコード作って試してもらう、というのが基本となります。
   言葉でしっかり説明できるのであればコードを作る能力は必要ではないかもしれませんが、
   コードを直接渡したほうが思い通りのものを相手に提供でき、負担を減らしてあげることもできるので、
   コードが作れるのであれば率先して作るのが良いでしょう。
2. 画像の切れ端のような見えてはいけないものが見えていたり、
   画像の粗などが気になった場合はそれを高画質なものに差し替えてあげたり、指摘した上で修正コードを渡すことになります。
3. 使っていない画像がある、画像のサイズがルールで定められた物以上といった深刻な問題を指摘し、
   ミスがなければ大体それでSBのmodは終了です。

1. オブジェクトの配置コードの抽出方法
   コードはその難易度に対応したosuファイルから、抜き出したいオブジェクトについて書かれたコードを直接探し出し、
   それらをコピペで貼り付けることになります。
   しかし見つけるとは言っても、どのコードがどのオブジェクトに対応しているのか分からなければ、抜き出しをすることはできません。
   

   256,272,44410,1,8,0:3:0:0:
   256,112,44602,1,0,0:0:0:0:

   上記のものは例として実際に抜き出したコードになります。
   osuファイルではオブジェクト一つ記述する毎に改行されるので、上記の例では2つのオブジェクトについて記載されたコード、ということになります。
   ここでは上のコードが何を示しているのかを簡単に解説します。
   

   256,272,44410,1,8,0:3:0:0:
   (X座標),(Y座標),(タイム),(NC),(ヒットサウンド),(Sampleset):(Additions):(不明):(volume):

   X座標/Y座標：composeで見たときのオブジェクトの位置を示しています。ここで配置が決まっているのです。
   タイム：オブジェクトが現れる時間がここに記されています。単位は(ms)です。ここを見て基本的に探し出します。
   ヒットサウンド：whistleだけで2、finishだけで4、clapで8、finish+whistleの2つで6、finish+whistle+clapで14と加算方式で記されています。
   Sampleset/Additions：0～3までの間で変動し、NormalやDrumを割り当てることで変化します。
   不明：私も長くosuをやってきましたが、ここは何を記載する場所なのか分かりません。
   volume：sample import機能を使用して、主にosu!mania向けの設定方法を使用した場合のみ変化します。
   standardでもその機能を一部使えるので、時々ここが0ではない譜面を見ます。
   volumeの後の文末に、上記のsample import機能を使った場合のみwavファイルについての記述が追加されます。
   
   スライダーやスピナーだと記述が異なってきますが、X座標Y座標、タイム辺りは共通なのでタイムから検索を掛けて探し出してください。
2. 上記のSBのコードを抽出する場合
   ある程度SBに関する知識を有している事を前提として話を進めます。
   
   Editorで画像を選ぶと上のように画像に関する詳細が少しだけ表示されます。
   例として出したこの画像の場合、osuファイルもしくはosbファイルのどちらか、
   SBについて記述がなされている方の"4921行目辺り"にこの画像について記載されたコードが存在していることになります。
   しかし他の画像も合わさって出てきて、どれがどれだか分からなかったり、
   何故かその画像詳細に関する白い文字での記載が出ないことがあります。
   その場合は配置の時同様にmsから探し出したり、フォルダ内の画像一覧から画像を見つけて、画像名の検索から探すことになります。
   
   タイムから探し出す場合は、上記のタイムラインから、オブジェクトのなにかエフェクトの開始/終了タイミングを見つけ、
   現在のタイムをコピーし、それを用いて検索をかけて見つけます。

[color=#FF0000]これはカラー系コマンドで何か重要なことを書いたり強調したい時に使用します[/color]
[color=#0000FF]色は自由に変えられるのでお好みの色をチョイスして下さい[/color]

[b]文字を強調表示させます[/b]

[u]下線を入れます[/u]

[i]斜体になります[/i]

[url]https://osu.ppy.sh/wiki/Ranking_Criteria[/url]
[url=https://osu.ppy.sh/wiki/Ranking_Criteria]Ranking Criteria[/url]

[img]http://w.ppy.sh/a/a9/Kudosu_Durp.png[/img]

例2

[box=例1]123456[/box]
[box=例2][img]http://w.ppy.sh/a/a9/Kudosu_Durp.png[/img][/box]

1. 箇条書きに役立ちます
2. listと/listで囲まなければ効果がないので注意

[list]
[*]箇条書きに役立ちます
[*]listと/listで囲まなければ効果がないので注意
[/list]

1. listに=1や=aと加えることで文頭に数字や英字を出すことができます
2. 提案の際の選択肢を提示するときに私は使っていました
3. 地味に便利なので覚えておくと良いでしょう

[list=1]
[*]listに=1や=aと加えることで文頭に数字や英字を出すことができます
[*]提案の際の選択肢を提示するときに私は使っていました
[*]地味に便利なので覚えておくと良いでしょう
[/list]

このコードの例を出す際に使用しています。
コードが文章に含まれている場合や、少し強調して譜面のコードを書きたい場合などはこれを利用してください

[code]このコードの例を出す際に使用しています。
コードが文章に含まれている場合や、少し強調して譜面のコードを書きたい場合などはこれを利用してください

[notice]見た目を整える時にでもどうぞ[/notice]

1. offsetがズレているように感じます。
   offset: 782 (+45)を試してみてください
2. soft-hitclap8.wavは使用されていません。
   [quote="Ranking Criteria":1337]There must not be any unused files in the map's folder except for the map's .osb file (since they sometimes get added even if the map doesn't have a storyboard) and storyboard .thumb files (since they are automatically created in image directories). Unused files add extra file size which is unnecessary.上記のルールに従って削除をする必要があります。
   

1. 00:08:576 (1,2,3) - 1/2スライダーと3連打で分けたほうが聞こえが良いように感じます。
   前のパートである00:07:765 (1,2,3,4) - がそれをしていて、見ていて気になる一貫性上の理由からくる違和感とInsaneとしての難易度バランスの2つを理由にこれを強く推奨します。
2. 00:18:508 (4) - 00:18:711 のボーカルを無視したのはなぜ？
   "つ"の音は音として弱くはなく、それを無視することはボーカルをフォローしておいているこの譜面全体と反する音つけになります。
3. 00:23:170 - ここのstreamから拾う音が明確にかわります。
   よって小さな音量を維持させる必要性は全くなく、むしろそこを強調するために少しだけ大きめの音量設定をした方がベターであるように感じられました。
   カスタム1で50%に変更させる緑線を入れてみるのはどうでしょうか？
4. 01:03:103 (1,2,3,4,1,2,3,4) - clapを外しsoftでwhistleだけを入れてみるのはどうでしょう。
   ここではそのupbeatのリズムを無視したリズムになっているので、clapを入れる必要性は殆ど無いと思います。
   さらに音量を50-60-70という感じでstream中で段階的に上げると曲とより合うはずです。