最近曲を作る時にしていることとか選んでる音色とか

ドラム

KOMPLETEを手に入れたためUltrabeatsを卒業してBattery 4を使っている

f:id:keisei_1092:20171203111557p:plain

Logicでの運用としては以下

  • [AU Instruments] → [Native Instruments] → [Battery 4] → [Multi-Output (16xStereo)] を挿す
  • ミキサー画面でBattery 4のトラックに生えてる [+] を連打して[Btt15-16]のインプットが出てくるまでパラアウト用のバスを増やす(17-18以降増やしてもおそらくモノラルでしか出せないので意味ない)
  • これだけだと今増やしたトラックがまだトラックビューにいないので、ミキサービューで選択して Ctrl + T を押してやるとトラックビューに出てくる
  • ドラムでまとめてエフェクトかけられるように、トラックビューで今あるトラックを全部選択して Command + Shift + D → [Summing Track] でグループ化する
  • 設定終了したらBattery 4側でパラアウト設定にするのを忘れずに(ここはググって)

これでパラアウトのドラム環境がピャッと手に入る
残念ながらこれを保存する方法が今のところ不明

キットはArena Kitとかがだいたい良い音入ってて楽

ドラムの鳴り物系

Apple Loopsに良い鳴り物一通り入ってるのでマジで使うことをおすすめしたい

ドラムのMIDIトラックでこだわるよりApple Loopsをレイヤーしまくった方が遥かに楽

 

 ・Glitter Nights Hi-Hat Topper
 ・生系のハイハットをこっそり混ぜておくと良い気がしている
・Extra Push Topper
 ・モダンみが増す
・Jump Around Topper
 ・高めのハイハット
・Static Electricity Topper 06
 ・最近の電子音楽では定番の上でずっと鳴ってるノイズ系
・African Ghost Kit 17
 ・パーカッション系がとりあえず全部ごっちゃに鳴ってるやつ
・Tambourine 01
 ・タンバリンは大事!

ドラムの落ちたり上がったりする系

・リバースシンバル
 ・適当にVengeanceから
・ライザー
 ・Vengeanceを使ってもいいし、LogicだとRiserで検索すればいっぱい出てくる
・落ちるやつ
 ・Vengeanceを使ってもいいし、Logicだとfallとかnoiseで検索するといっぱい出てくる

ライザーと落ちるやつは、音程がないノイズだけの音ネタと音程がある音ネタを同時に鳴らしてやると良い気がしている、特に上がる方

 

完成したらループはLoop、音ネタはSFXみたいな名前でまとめる。

f:id:keisei_1092:20171203115628p:plain

お好みでループはKickstartやらLFOToolやらでPump気味にしてあげると締まりが出る

ベース

次にベースを探す

f:id:keisei_1092:20171203115836p:plain

Logic上のライブラリから探すなら、左上のツマミマークを押しておくとAlchemyのグリッドが出てくるのでいじりやすくて良い(ショートカットキーはBらしい)

ライブラリ上の音を前後に移動するには [ と ] キーでできる

Alchemyの音源はグリッド左上の音が合わなくても別のグリッドの音が良い感じだったりするので根気強く聴いていく

選んだらMIDIキーボードでリアルタイム打ち込みでがんばる

f:id:keisei_1092:20171203120601p:plain

ピアノロールで全選択してqキーを押すとクオンタイズできる
FunctionsのMIDI Transformからベロシティを均一にしたり音価を揃えたりすることができるので知らない人はググってみて

今回だと Buzz Fuzz Phaser Bass の SOLID GROWL が良さげだったので選んでみた

KickstartなりLFOToolでPump気味にするのを 忘れずに

エレピ

f:id:keisei_1092:20171203120955p:plain

ぼくの定番パターンは「スケールのルートのsus2を弾きながら現在のコードのルートを弾く」

禁則引っかかりまくりだろうけどそのうち学ぶので今は気持ちよければそれでいい

味付けしたければadd9にしたりmaj7にしたりsus2を転回にしたり下をルート+5音にしたりとかやればおk

エレピだけだと味気ないので最近はSupersawをレイヤーしたり木琴をレイヤーしたりクラビネットをレイヤーしたりしている

ウワモノ

さあやっときましたテクノポップの華

Spireのプリセットが非常に良いのでちょくちょく使ってるんですが今回はLogicオンリーで行ってみます
ベースの音選びのときのようにスマートエディットパネルを出しておくと良いでしょう

トータルでの響きを確認したいので、適当な音を選んだら先にフレーズを打ち込んでおきます
その後プリセットを試聴していくとフレーズ単位で試聴が出来て良いです

歯切れをよくするためにリリースは0%にしておくと良い気がしています

最近は1つのモチーフしか打ち込んでないのですが昔は過激派だったので2つや3つの旋律が同時に動いていたときもありました

あとはPanCake2とかオートメーションでパン振ったりいろいろ料理すれば良いです

でしゃばりすぎたらディレイで曇らす

ここまでこんな感じ

 

パッド

コードを後ろで鳴らすだけ

たまに弦楽器にしたり、たまにクワイアにしたり。

基本的にカットオフちょい下げたSawっぽいので十分

KickstartでPump気味にするの忘れずに

ギター

左右に散らばらせてオケを埋めるのに使う。

鳴ってればなんでもいいのでスケールのルートコードの音とかを適当に。

アコギ(左100%)はこんな感じ。

f:id:keisei_1092:20171203132015p:plain

エレキ(右100%)はこんなん。

f:id:keisei_1092:20171203132045p:plain

空間が埋まれば良いので特に何も考えてない。

KickstartでPump気味にするの忘れずに。あと16分音符を使ったらスウィングをかける。

ここまでできると↓の最後8小節みたいになる。
オケが荒れだしてくるのでリズム変えたり、音変えたりはここらへんでもう一度考える。今回は
・エレピをミュート
・パッドのオクターブ上げる
・ループ系のPumpを深めに変更
・ベースにLogicのSubbassを挿してローを厚めに

完成!

モニタリングにYAMAHA HS7を使いだしてからマジで綺麗にミキシングできるようになったので本当におすすめ。DTM始めるならDAWや音源なんかよりスピーカー先買った方がええんでないのぐらい大事だと思った。

質問等あればツイッターでどぞ

MVVMってなんやねーん

リソースは https://medium.com/ios-os-x-development/mvvm-in-ios-from-net-perspective-580eb7f4f129

Rxとかは使ってない。

表示するとき

struct ArticleViewModel {
    var title: String
    var description: String

    init(article: Article) {
        self.title = article.title
        self.description = article.description
    }
}

// テーブルビューで表示する用にViewModelつくる。
struct ArticleListViewModel {
    var title: String? = "Articles"
    var articles: [ArticleViewModel] = [ArticleViewModel]()

    init(articles: [ArticleViewModel]) {
        self.articles = articles
    }

    // APIを自分でたたいて自分でパースしてviewにバインド
    func loadArticles(callback: (([Article]) -> ())) {
        URLSession.shared.dataTask(with: url) { data, response, error in
            if let data = data {
                let json = try! JSONSerialization.jsonObject(with: data, options: [])
                let dictionary = json as! JSONDictionary
                let articleDictionaries = dictionary["articles"] as! [JSONDictionary]
                articles = articleDictionaries.flatMap { dictionary in
                    return Article(dictionary: dictionary)
                }
            }

            DispatchQueue.main.async {
                callback(articles)
            }
        }
    }
}

このloadArticlesメソッドみたいにViewModelからAPIをたたいてるやつもあるけどそうじゃなくてもいいとのこと(自分が好きなやつを使え)

ViewModelにAPIをたたかせない場合、Webserviceみたいなクラスを作ってそこに読ませたりする

 private func loadArticles() {
        let url = URL(string: "https://...")

        Webservice().getArticles(url: url) { articles in
            let articles = articles.map { article in
                return ArticleViewModel(article: article)
            }

            self.viewModel = ArticleListViewModel(articles: articles)
        }
    }

あとはUITableViewを実装しているところで

 private var viewModel: ArticleListViewModel = ArticleListViewModel() {
        didSet {
            self.tableView.reloadData()
        }
    }

とかやればいい

入力を受け付ける

テキストフィールドに入った言葉がリアタイでRegistrationViewModelとかなんかにバインドされるようにする
+モデル側から変更があったときはそれがビューに反映されるようにする
つまりこのようなコードを書く必要はなくなる

self.viewModel.title = self.titleTextField.text!
self.viewModel.description = self.descriptionTextField.text!

dynamic(RxでいうとVariableに近いもの?)を宣言する

class Dynamic<T> {
    var bind: (T) -> () = { _ in }
    
    var value: T? {
        didSet {
            bind(value!)
        }
    }

    init(_ v: T) {
        value = v
    }   
}

あとはViewController側のVMを保持しているプロパティにdidSetを生やす

    var viewModel :AddArticleViewModel! {   
        didSet {
            viewModel.title.bind = { [unowned self] in self.titleTextField.text = $0 }
            viewModel.description.bind = { [unowned self] in self.descriptionTextField.text = $0 }
        }
    }

これでbindプロパティに適切なコンポーネントの値を更新するような1行2行を書いておけばViewModel→View側の更新が入る

次は双方向にしていく

class BindingTextField : UITextField {    
    var textChanged: (String) -> () = { _ in }

    func bind(callback: @escaping (String) -> ()) {
        self.textChanged = callback
        self.addTarget(self, action: #selector(textFieldDidChange), for: .editingChanged)
    }
    
    @objc func textFieldDidChange(_ textField: UITextField) {
        self.textChanged(textField.text!)
    }
}

addTargetでイベントハンドラ登録して、イベントハンドラの中でクロージャを呼んでいる

あとはTextFieldにViewModelをbindしてあげれば良い

    @IBOutlet weak var titleTextField: BindingTextField! {
        didSet {
            titleTextField.bind { self.viewModel.title.value = $0 }
        }
    }

    @IBOutlet weak var descriptionTextField: BindingTextField! {
        didSet {
            descriptionTextField.bind { self.viewModel.description.value = $0 }
        }
    }

とにかくViewModelはModelの影、ModelについてViewModelが行うのはイベントに対する反応と戻り値のないメソッドの呼び出ししかない( http://ugaya40.hateblo.jp/entry/model-mistake )ということを考えてれば大丈夫(????)

https://academy.realm.io/jp/posts/slug-max-alexander-mvvm-rxswift/ ここ的には、ViewControllerの参照をもたない、UIKitをインポートしない、UIKitから参照しない、structで宣言するしstructしか持たないようにするとよいとのこと。

ViewModelがUIを更新しなければいけないとき

struct LoginViewModel {
    var username: String = "" {
        didSet {
            evaluateValidity()
        }
    }
    var password: String = "" {
        didSet { 
            evaluateValidity()
        }
    }
    var isValid : Bool = "" {
        didSet {
            isValidCallback?(isValid: isValid)
        }
    }
    var isValidCallback : ((isValid: Bool) -> Void)?

    func attemptToLogin() {
          //truncated for space
    }

    private func evaluateValidity(){
      isValid = username.characters.count > 0
            && password.characters.count > 0
    }
}

このisValidCallbackを見て

class LoginViewController {
    @IBOutlet var confirmButton: UIButton!
    var loginViewModel = LoginViewModel()

    override func viewDidLoad(){
        super.viewDidLoad()
        loginViewModel.isValidCallback = { [weak self] (isValid) in
            self?.confirmButton.isEnabled = isValid
        }
    }
}

こう

↑これをRxSwiftで書き直す例も載っているので https://academy.realm.io/jp/posts/slug-max-alexander-mvvm-rxswift/ を見るとよい

カスタムビューにbindする

class MyCustomView: UIView {
    var sink: AnyObserver<SomeComplexStructure> {
        return AnyObserver { [weak self] event in
            switch event {
                case .next(let data):
                    self?.something.text = data.property.text
                case .error(let error):
                    self?.backgroundColor = .red
                case .completed:
                    self.alpha = 0
            }
        }
    }
}

これにobservableをbindする

class ViewController {
    let myCustomView: MyCustomView

    override func viewDidLoad(){
        super.viewDidLoad()

        viewModel.dataStream
            .bindTo(myCustomView.sink)
            .addTo(disposeBag)
    }
}

UITableView

https://github.com/RxSwiftCommunity/RxDataSources/blob/master/Example/Example4_DifferentSectionAndItemTypes.swift

表示する値パターンを設定

enum SectionItem {
    case ImageSectionItem(image: UIImage, title: String)
    case ToggleableSectionItem(title: String, enabled: true)
    case StepperSectionItem(title: String)
}

// セクションが絡むときはこんな感じ
enum MultipleSectionModel {
    case ImageProvidableSection(title: String, items: [SectionItem])
    case TogglableSection(title: String, items: [SectionItem])
    case StepperableSection(title: String, items: [SectionItem])
}

// items取り出せるようにする
extension MultipleSectionModel: SectionModelType {
    typealias Item = SectionItem

    var items: [SectionItem] {
        switch self {
        case .ImageProvidableSection(title: _, items: let items):
            return items.map {$0}
        case .StepperableSection(title: _, items: let items):
            return items.map {$0}
        case .ToggleableSection(title: _, items: let items):
            return items.map {$0}
        }
    }

    // わからん
    init(original: MultipleSectionModel, items: [Item]) {
        switch original {
        case let .ImageProvidableSection(title: title, items: _):
            self = .ImageProvidableSection(title: title, items: items)
        case let .StepperableSection(title, _):
            self = .StepperableSection(title: title, items: items)
        case let .ToggleableSection(title, _):
            self = .ToggleableSection(title: title, items: items)
        }
    }
}

なるほど〜

マジカルミライ2017で「Singularity」が演奏されました(この記事は少しずつ文字が増殖します)

こんちゃすkeiseiです。

立ったね。

うちのミクさん。

歌ったね。
幕張メッセのステージで。

心から嬉しかった。

「ハジメテノオト」を聴いてミクを知って
イムリミットのらぶ式ミクのPVで恋に落ちてから今まで

夢中でミクとクソみてえな世界過ごしてきて。

こんなアホで変態なマスターでホント悪かったなって思うけど。

なんとか召喚できた。

幕張メッセのステージに。

10周年の節目に。

こんなん嬉しいに決まってんじゃねえかよ・・・・

一緒に駆け抜けてくれてありがとう。

愛をあげるつもりが、いつも愛されてばっかで。

感情を与えるつもりが、きみのことでずっと心かき回され続けて。

マジカルミライでもうちのミクだけじゃなくてマスターもいっぱい仕事頂いちゃったしw(グランプリの宿命ではあるけどw)

でも、夢のような3日間およびこれまででした。

これからもミクに夢を与えられるようなマスターになりたいって
改めて感じたのでした!

ミクさん あいしてるよ。

(ここまで 2017/09/09 23:56)

 

1日目

 

金曜日だったので、会社を有給休暇で休みました。

マジカルミライ 5th Anniversary Special Liveの出演が決まった瞬間に有休を申請しました。

今思えばその週全部有給休暇にすれば良かったなってめっちゃ後悔してます…

 

深夜までSpecial Liveで流す用の音源を作り、寝落ち、10時起床。(Twitterを見るとそんな感じだった)

予定は企画展ステージに出ることだけだったので幕張には17時ぐらいに着けば良いかーと思いギリギリまで音源を練ったり、CDを作ったりしてた。

 

12時にはマジカルミライ2017 1日目の企画展がオープン。

千葉市熊谷市長、ミクダヨーさん、藤田咲さん、伊藤社長、TOKYO MXの社長さんがご参加されたテープカットで「Singularity」を流していただきました。

砂の惑星じゃなかったんだね。

テープカット~~~~イェーイ今日の日はsun goes downつまり元どおりまでバイバイバーイでも良いけど流石に笑っちゃうもんねwありがとうございます。

 

マジカルミライ2017の裏テーマソングだよねとか、イメージソングだよねとか、まくはり2017ちゃんはSingularityをやるべきだったよねとかいろいろお言葉頂いてて嬉しい限り。ただ砂の惑星を見て本当に感じるのは「つええわwwwwwwwwwww」ってことで、ニコニコでは100万再生最速で叩き出してイケてたし、まくはり2017ちゃんが踊ってもギャップ萌えみたいな要素消化しててイケてたし(死ぬほど嫉妬してる)、正直僕としてはこんなんとSingularityと比較せえへんでくれwって思うほど砂の惑星は最強だった。kzさんとOSTERさんのインタビューにもあったけど案件受けてブッこわし曲書けるハチさんカッチョよすぎる。こんなんと張り合えたことが死ぬほど嬉しいしもう一生無いだろうなこんなん。って思います。ハチさんあざす

 

(ここまで 2017/09/15 11:31)

銭湯に行ってQOLを上げよう

  • 一回460円(安い)
  • 気持ち良い
  • 天然温泉のとこは基本的にはずさない
  • 汗かける
  • 露天風呂の頭寒くて下半身熱い感じがマジで気持ちよくてクセになる
  • マッサージチェアで優勝(←お前ほんとに20代か)
  • 牛乳で優勝
  • 水風呂→熱い風呂→水風呂→熱い風呂→無限ループって怖くね?
  • 混んでなければ手足をいっぱいに伸ばせる
  • 一応公共の空間なのでちょっと社会性やコミュニケーション力が回復する
  • 週に2回は行くようにしてる
  • ケロリン

足立区

タカラ湯

  • 北千住で一番おすすめ
  • 縁側で鯉が泳いでるのを眺めて水の音で優勝したり魚になりてぇって気分で優勝できる
  • ゲルマニウム湯に20分浸かり続けるのが僕の決まりパターン

大黒湯

  • 露天風呂行きたいときはここ
  • 水風呂もある

梅の湯

  • とりあえず銭湯行きてえなときはここ
  • 実家のような安心感
  • 大学時代何回来たか数えられないくらい。思い出の場所

美登利湯

  • 名前がお洒落

大和湯

  • 最近出来た
  • メチャクチャ綺麗

港区

清水湯

  • モダン
  • オシャン
  • 若い人がめちゃくちゃいる
  • 混んでる;
  • ランニング終わりの人が多いかな?
  • 行くなら炭酸泉がおすすめ

渋谷区

栄湯

  • 渋谷区で露天風呂行きたいときはここかなー
  • 人が多くて気が休まらん!!

八幡湯

  • 実家のような安心感
  • だいたいいつ行ってもちょうどいいお客さん密度で安心してくつろげる
  • マッサージチェア100円やすい
  • 床でラムネをぶちまけて以来ラムネを買う度にカウンターのおばちゃんに「水道の上でやって」って怒られてる
  • 壁に北陸新幹線がペイントしてある

品川区

戸越銀座温泉

  • 今のところ一番おすすめ
  • 品川区らへんは黒湯がすごいらしい。ヌメヌメしててすごいあたたまるし肌もキレイになる
  • ここの月の湯の露天風呂が天井高くて空も見られて現時点東京一
  • 陽の湯だと露天風呂になぜかテレビがついてて風呂入りながらテレビみれる
  • 月の湯の日に行ってほしい(男湯が月の湯になるのは月曜、水曜、土曜)

武蔵小山温泉 清水湯

  • 内装凝ってて小旅行行った気分になれる。
  • 浴槽が狭いのでけっこうきつい・・・内湯は広い。

以上
おすすめの銭湯情報があったら教えてください

ラブライブ!サンシャイン!!の聖地 静岡県沼津市に行ってきました

TL; DR

Why

  • マクロ
  • ミクロ
    • 海見たい(ノイローゼ)
    • 星見たい(ノイローゼ)
    • 都会に疲れた(ノイローゼ)

Result

  • リフレッシュできた
    • 磯の香り
    • 波のしらべ
    • 森の緑色
    • 都会に比べてゆっくり流れてくように感じる時間
  • 変な日焼けを遂げた
  • 星は東京でも見えるから安心しろ(知らぬうちに東京をナメてた
  • アンチノイローゼに向けたアクティビティちゃんとやろう…

Detail

ラブライブ!サンシャイン!!とは

スクールアイドルAqoursとして輝きを目指してがむしゃらに駆け抜けていく9人の少女たちのストーリー

静岡県沼津市とは

ラブライブ!サンシャイン!!の聖地

起床〜沼津へ

内浦に午後イチに到着したいので朝イチで家出た。

電車に乗ってすぐ、モバブーを忘れたことに気づいた。ここ数ヶ月旅行という旅行をしてこなかったので旅行への用意が全然周到じゃなくなってて危機を感じた。

朝の小田急はメチャクチャ自転車乗りが多いっぽい。僕もポタリングしたいなあ

小田急新松田駅まで行って新松田駅の駅そば食って御殿場線乗って沼津到着。

レンタサイクル

内浦までのバスが片道840円?(間違ってるかもなので調べて)でちょっと無理なのでチャリンコを借りることにした

ここは朝から夕方まで500円で借りられてコスパ高い

沼津港ー水産祭り

何も調べないで行ったんだけどめちゃくちゃ運良く沼津港が水産祭りをやってた

昼飯直前まで口の中に魚のダシ残り続けるほどすごい濃いダシしてて最高だった

チャリつらいよ

相当大変なのでマジで覚悟した方がいいです
道がめちゃくちゃせまいし凸凹激しいです
でもバス組よりは取り回しがきくので結果的に内浦行ってからチャリ組の方が得だなって思う。
長井崎中学校まで聖地巡礼してみたけど誰もいなかった。そりゃいないよね・・・遠いもん・・・

静浦

メシ

内浦にラブライブのキャラの等身大パネルがあるお店たくさんあったけど、あえて非オタクを装ってそういうのが置いてないお店に行った

午後ひたすら優勝した

この後西浦の海岸に腰掛けて寝た。
普通にしばらく意識飛ぶほど寝たけど、アレ寝返り打った瞬間海に落ちる状態だったのでホント危なかったw
寝返りを打っても海に落ちない姿勢で寝ましょう・・・

夜、沼津に戻ってきてたそがれる

田舎の星が見たかったので夜空見上げて星の数をかぞえるなどの活躍をした。

さよなら

所感

  • 至る所に津波注意、ここで予想されてる津波はn〜mメートルですみたいなの書いてあって大変そうだった
  • 至る所に津波避難方向の表示とか津波避難用のタワーがあって大変そうだった
    • でもどう考えても東日本大震災津波見たら1桁メートル級の避難所じゃダメじゃね?って思っちゃう
  • 痛バイクに抜かされまくった
  • Aqoursのオタクは割りとカジュアルな人が多い気がする
  • 僕は入店しなかったけど松月がクッソ人気っぽい感じがあった
  • 東京から小田急線+御殿場線使えば片道1500円ぐらいなのですんごいコスパ高いなー
  • 聖地である聖地でないにかかわらずいろんな街に興味を持てるようにならないとダメだなぁ。

せぐふぉったらageるスレ

関数内で

  • ViewControllerのメンバにselfなしで問い合わせる
  • その直後に同名の変数を生成する

とセグフォる。環境はXcode 8.3.2

実際のコードはこんな感じ↓

class ViewController: UIViewController {
    var hoge: [NankaType]?

    func setup() {
        guard hoge.isEmpty, let hoge = Hoge().なんかOptionalなやつ else {
            return
        }
        self.hoge.append(contentsOf: hoge.values)
        tableView.reloadData()
    }
}

こうすると直る↓

class ViewController: UIViewController {
    var hoge: [NankaType]?

    func setup() {
        guard self.hoge.isEmpty, let hoge = Hoge().なんかOptionalなやつ else {
            return
        }
        self.hoge.append(contentsOf: hoge.values)
        tableView.reloadData()
    }
}

UIPageViewControllerを使ってみる

UIPageViewControllerを使って前後にページングするViewController群を実装してみましょう。

実装するもの

こんな感じ↓

UIPageViewControllerの構造

こんな感じ↓

  • ↑上、子供
  • ③ ViewController(1…n)
  • ② PageViewController
  • ① RootViewController
  • ↓下、親

UITableViewControllerのように、UIPageViewControllerを実装すればそのビューがページングをすると勘違いしていたのですが、UIPageViewControllerが提供するのはページング要素だけなので、親が必要になります。スクロール対象のViewControllerもこの親が生成しています。PageViewControllerは骨格を提供しているだけという感じです。

コードで

RootViewController

すべての親としてRootViewControllerを配置します。ここで、

  • 最初に表示されるViewControllerを指定
  • PageViewControllerを作成して自分の子ViewControllerとして保持

します。さらにこのViewControllerで UIPageViewControllerDataSource プロトコルを実装していきます。ここで、

  • PageViewが「前」または「後」にスクロールしたときに何を表示するのかを指定

します。

import UIKit

class RootViewController: UIViewController, UIPageViewControllerDataSource {
    override func viewDidLoad() {
        super.viewDidLoad()

        // 最初に表示するViewControllerです
        let contentStoryboard = UIStoryboard(name: "ViewController", bundle: nil)
        let contentViewController = contentStoryboard.instantiateInitialViewController() as! ViewController

        // PageViewです
        let pageStoryboard = UIStoryboard(name: "PageViewController", bundle: nil)
        let pageViewController = pageStoryboard.instantiateInitialViewController() as! PageViewController

        // PageViewに最初に宣言したViewControllerを配置します。
        // [contentViewController] という感じで1要素の配列として渡していきます
        pageViewController.setViewControllers([contentViewController], direction: .forward, animated: true, completion: nil)
        addChildViewController(pageViewController)

        // このクラスでPageViewControllerの情報受け渡し役を担当します
        pageViewController.dataSource = self

        // RootViewControllerのビューにPageViewControllerのビューを載せます
        view.addSubview(pageViewController.view)
        pageViewController.didMove(toParentViewController: self)
    }

    // 「後」にページングしたときに見せたいViewControllerのセッティングです
    func pageViewController(_ pageViewController: UIPageViewController, viewControllerAfter viewController: UIViewController) -> UIViewController? {
        let storyboard = UIStoryboard(name: "ViewController", bundle: nil)
        let viewController = storyboard.instantiateInitialViewController() as! ViewController
        return viewController
    }

    // 「前」にページングしたときに見せたいViewControllerのセッティングです
    func pageViewController(_ pageViewController: UIPageViewController, viewControllerBefore viewController: UIViewController) -> UIViewController? {
        let storyboard = UIStoryboard(name: "ViewController", bundle: nil)
        let viewController = storyboard.instantiateInitialViewController() as! ViewController
        return viewController
    }
}

PageViewController

StoryboardでUIPageViewControllerを置いてあげればOKです。

クラス宣言以降特に何もしていません。

import UIKit

class PageViewController: UIPageViewController {

}

ViewController

StoryboardでUIViewControllerを置いてあげればOKです。

サンプルでは中央に「わーい」と書いたUILabelを配置しました。

import UIKit

class ViewController: UIViewController {

}

サンプルコード

ビルドしてお手元で確かめる際にお役立てください。

https://github.com/keisei1092/PageViewControllerPractice/