reMarkable 2 の購入を検討していて、一番の懸念がメモをコンピューターに転送する方法である場合、少し戸惑うのも当然です。 公式サイトではシンプルであると紹介されていますが、一部のレビューではわかりにくいと感じられています。実際には、選択した方法と Connect サブスクリプションの料金を支払うかどうかに応じて、プロセスは非常に簡単なものになるか、やや技術的なものになる場合があります。
この記事では、遠回しにせずに、 エクスポート、インポート、同期のための実用的なオプションUSBケーブルやローカルWebインターフェース、公式アプリやGoogleドライブなどのクラウドサービス、Linux上のSSHやGitリポジトリを使ったより高度なワークフローまで。また、他のリーダー（KoboとCalibreなど）との比較も行います。 注釈を抽出する それは実現可能ですが、デバイスに戻すのは通常別の話です。
reMarkable 2でのエクスポートの実際の仕組み
reMarkable 2は、ノートブックの各ページを独自のフォーマット（.rm）でデジタルインクレイヤーとともに保存します。そこから、標準フォーマット（PDF、PNGなど）でコピーを取得したり、公式アプリと同期したりできます。 重要な問題は、アーカイブ用の忠実な「ダンプ」を探しているのか、それとも編集可能なやり取りのプロセスを望んでいるのかということです。 同じ手書きのインクで。
PDFまたは画像にエクスポートすると、 非常に忠実な視覚表現 手書きやスケッチの再現性はタブレット上では変わりませんが、reMarkableインクのように編集できなくなりました。PDFは外部からは「フラット」な状態のままです。元の編集性を維持するには、ノートブックの内部ファイルをデバイスのエコシステム内に保存する必要があります。
最も便利な「公式」な方法は、通常、reMarkableアプリ（デスクトップ版／モバイル版）と関連するクラウドサービスを使用することです。同期はシームレスに行われます。 しかし、これらの高度な統合の一部はConnectサブスクリプションに結びついていますConnect がない場合でも、外部クラウドへのショートカットは失われますが、USB Web インターフェイスを使用した有線オプションは引き続き使用できます。
公式の方法に加えて、Linux には高度な方法もあります。 SSH接続、scp転送、Git/GitLabへの自動化これらは正式にはサポートされておらず、アップデートによって変更される可能性があり、リスクを伴いますが、多くの技術者が完全な制御を得るためにこれらを使用しています。
Connectアカウントなしでのエクスポート：できることとできないこと
月額料金を払いたくない場合は、最も便利なのは USB Webインターフェースによる有線アクセスreMarkableをUSB経由でコンピューターに接続し、ブラウザを開いて、デバイス自体に表示されるローカルアドレス（シンプルなページ）にアクセスします。そこから、 ドキュメントのアップロードとダウンロード クラウドを経由せずに。
この方法を使用すると、PDF や EPUB をタブレットに取り込んで読んだり注釈を付けたりし、エクスポートしたコピーを印刷することができます。 アーカイブと共有にはPDFが最も実用的な選択肢ですどのデバイスでも同じように見えるからです。個別のページ画像が必要な場合は、それも可能です。ここで重要なのは、外部アカウントやサービスを使わずに、すべてをローカルで実行することです。
Connect がない場合、どのような制限がありますか? 公式インターフェースから Google Drive、Dropbox、OneDrive などのサービスに直接アクセスすることはできません。また、一部の自動化や高度な変換による送信などのプレミアム機能も利用できません。 しかし、基本的な送金に関しては、「自分でやります」。USB はまさに役に立ちます。
インクの編集可能な「前後」は別の問題です。PDFにエクスポートすれば、そのPDFをreMarkableに再インポートして、その上に書き続けることができますが、 元のストロークをネイティブインクとして編集することはできませんPDFはバックグラウンドで処理され、新しいメモはその上に追加されます。完全な編集機能を維持するには、内部ファイルシステムとメタデータを移動する必要がありますが、これは一般ユーザーにとって容易な作業ではありません。
最後に、実用的な注意事項を述べます。 接続できないからといって選択肢がないわけではないデータ ストリームがローカル (USB) の場合は、コンピューターのフォルダーにバックアップを整理したり、サードパーティ ソフトウェアを使用してファイルを変換または名前変更したり、サービスに依存せずに独自のバックアップを作成したりできます。
Connect を使用すれば、Google ドライブやその他のクラウド サービスとの統合が可能になります
Connectサブスクリプションの購入を検討している場合、主なメリットは 統合の利便性reMarkable 自体またはそのアプリから、Google Drive、Dropbox、OneDrive などのサービスにドキュメントを送信して整理できるため、手動の手順を回避し、ワークフローの一部を自動化できます。
これは、あなたが目標としているのが どのデバイスからでもアクセス可能なクラウドファイル ケーブルやローカルセッションを気にする必要がありません。同様に、同僚やクライアントとPDFノートブックを共有するのも、数回タップするだけで済み、USB接続よりもスムーズです。
Connect は、.rm ファイルをタブレット外で元に戻せる編集形式に魔法的に変換するわけではないことに注意してください。 編集可能な忠実度は依然として内部の問題です。PDF/画像として送信されたものはすべて「フラット化」されます。サブスクリプションは、形式の性質ではなく、ロジスティクス（統合、自動化、可用性）を管理します。
企業クラウドでのドキュメント管理を必要とするチームやクライアントと連携している場合は、サブスクリプションを利用することで時間を節約できます。しかし、自分で管理したい方で、手間がかからない場合は… ケーブルを使ったより手動的な流れおそらく必要ないでしょう。どの程度の自動化が必要か、そしてドライブ/Dropbox/OneDriveへの直接アクセスがどの程度重要かに基づいて判断する必要があります。
「彼らは何かを隠しているのだろうか？」といったよくある疑問については、現実はそれほど陰謀的ではありません。 Connectは快適性と統合性に重点を置いていますこれがなくても、問題なくエクスポートしてローカルコピーを作成できますが、これを使用すると、より便利にクラウドにアクセスして実行できます。
エクスポート形式と書き込みの「忠実度」
これは重要な質問の一つです。ノートを「そのまま」エクスポートし、再度インポートして同じインクで編集を続けることはできますか？簡単に答えると、はい、です。 PDF または画像にエクスポートすると、ストロークは固定されたままになります。見た目は完璧ですが、もはや reMarkable の編集可能なインクではありません。
では、やり直しはできないということですか？やり直しとはどういうことかによって異なります。もし、上書きして作業を再開することが目的であれば、その通りです。 PDFを再インポートして注釈を続けます元の図面をまるで同じノートブックのように修正したい場合、それは単純な作業の域を超え、高度な領域（.rmファイルの移動、メタデータ、内部構造など）に入ります。一般ユーザーが触りたがる、あるいは触るべきではない領域です。
この状況は reMarkable に限ったことではなく、多くのデジタル インク エコシステムが同じように動作します。 標準的な交換フォーマットは表示を優先する通常、ネイティブシステム内では完全な編集機能が保持されます。そのため、「閲覧または共有用にエクスポートする」（PDF）必要があるのか、「デバイス内で編集可能な状態を維持する」必要があるのかを判断するのが賢明です。
プロジェクトで元のインクをデバイス外で編集可能な状態に保つ必要がある場合、実用上の制限に直面することになります。その場合、 ハイブリッドフローを提案する: ノートブックを reMarkable でライブ保存し、アーカイブ/共有用に PDF バージョンをエクスポートし、レイヤーが必要な場合はタブレット自体内で重複を管理します。
スケッチ、建築図面、数式などを扱う作業の場合、PDF は「すぐに送信できる」固定された文書として非常に役立ちます。 表示品質は優れています受信者は、不適合のリスクなしに、あなたが見たものとまったく同じものを受け取ります。
Linux、SSH、Git: 上級ユーザー向けのオプション
Ubuntu (または任意の Linux) を使用しており、完全な制御が必要な場合は、USB ケーブルを介して SSH で reMarkable に接続できます。 上級ユーザー向けの非公式アクセスポイントですアップデートにより変更される可能性があります。ご自身の責任でご利用ください。知識のないままシステムを改ざんすると、問題が発生する可能性があります。
基本的な考え方は、USB接続するとデバイスがローカルネットワークインターフェースを公開するというものです。適切な認証情報があれば、 SSH セッションを開き、scp/rsync を使用してファイルを転送できます。これにより、ダンプの自動化、バッチ名前変更、さらにはプロジェクト構造にマテリアルをパッケージ化するスクリプトの実行が可能になります。
これはGitやGitLabとどう関係があるのでしょうか？非常に直接的です。ノートパソコンのワークフローでGitリポジトリを使用している場合は、 エクスポートをバージョン管理されたフォルダにダウンロードする GitLabにコミット/プッシュできます。reMarkableが接続されたときに、新しいPDFをメモリポジトリにコピーしたり、プロジェクトごとにブランチを作成したり、日付でタグ付けしたりするスクリプトをプログラムすることもできます。
重要な違い：SSHは内部構造へのアクセスを提供しますが、 ノートブック（.rm とメタデータ）を低レベルで変更する 編集可能なやり取りを強制するのは、便利でも安全でもありません。何かが破損した場合、作業内容が失われる可能性があります。賢明なアプローチは、SSHを使用してバックアップ、エクスポート、アーカイブを自動化することであり、システムに開胸手術を行うことではありません。
SSH を使用したくない場合は、USB Web インターフェイスで同じ方法を使用できます。 PDFをリポジトリフォルダにダウンロードしますその後、コミットしてプッシュします。これはもう1つの手動ステップですが、堅牢で明確であり、外部統合に依存する必要もありません。
ConnectなしのGoogle Driveはどうでしょうか？実用的な代替手段
すべてのメモをGoogleドライブに保存したいけれど、Google Connectを使いたくない場合は、ローカルの「ブリッジ」を使うことができます。例えば： PDF を USB 経由でデスクトップ ドライブ上のフォルダーにダウンロードします。 （同期されたフォルダ）に保存し、ドライブ クライアントがすべてをバックグラウンドでアップロードできるようにします。
もう1つの選択肢は、Linuxの同期ツール（rclone、inotify + スクリプト）を使用してフローを設定することです。 フォルダに新しいファイルが到着するたびにアップロードはパソコンのドライブまたは共有フォルダに行われます。reMarkableのダイレクトボタンほど便利ではありませんが、一度設定すれば非常に便利です。
チームで作業する場合は、一貫した命名を検討してください。 プロジェクト日付バージョン.pdfこうすることで、ファイルを手動で移動した場合でも、常に何が保存されているかを把握できます。また、ドライブに加えてGitを使用すれば、履歴と冗長バックアップも利用できます。
操作概要: Connectがない場合、 reMarkableとクラウドの間の「接着剤」を管理しますドライブクライアント、rcloneスクリプト、あるいはバージョン管理バックエンドとしてのGitなどが考えられます。メリットはサブスクリプションの変更に依存しないことですが、デメリットは設定に多少の時間がかかることです。
便利な比較：Koboの注釈とCalibre
参考までに、多くのKoboユーザーは、Kobo UtilitiesプラグインとCalibreを使用して注釈を管理しています。本を読み終えたら、リーダーを接続し、ライブラリからファイルを選択し、「選択した本の注釈をコピー」を使用して注釈を取得します。 すべてのメモとハイライトとEPUB内の位置次に、そのコンテンツを Calibre のカスタム列に貼り付けると、検索用にインデックスが作成されます。
これはある意味で非常に実用的です。 電子書籍リーダーからCalibreライブラリへしかし、逆のプロセス（拡張された注釈をリーダーに挿入する）ははるかに複雑です。デバイスのSQLデータベースを編集する必要があり、不便なだけでなくリスクも伴います。
なぜreMarkableの記事でこれについて触れたのでしょうか？それは、よくある現実を例証しているからです。 注釈を抽出してアーカイブするのは通常は簡単ですが、ネイティブの注釈として再挿入するのは簡単ではありません。reMarkable でも同様のことが起こります。PDF/画像へのエクスポートは簡単ですが、同じインクを編集可能な状態で戻すのはそう簡単ではありません。
Kobo/Calibreから移行し、その「一方通行」の流れに慣れている場合は、おそらく reMarkableをPDFエクスポートで使用しても問題ない 編集プロセスをデバイス上で実行し続ける。これは長期的に見て最もクリーンで、最も手間のかからない方法です。
USBケーブルを使用するだけで大丈夫ですか？
はい。サブスクリプションやサービスに依存したくない場合は、 USBケーブルとローカルWebインターフェースは基本的なニーズを満たしますPDF/EPUB をインポートして読み、注釈を付けたり、ノートブックを PDF としてエクスポートしてコンピューターにアーカイブしたりできます。
いつでもクラウドに移動する必要がある場合は、コンピューターから移動できます (ドライブ、Dropbox、OneDrive、GitLab など)。 フローはConnectのように「ボタン1つで完了」ではありませんしかし、堅牢かつプライベートなので、サービス条件が変更されても困ることはありません。
最小限の専門的な使用（会議メモ、社内文書、教育）の場合、この方法は十分すぎるほどです。 重要なのは、バックアップと整理に一貫性を持たせることです。: プロジェクトごとのフォルダー、名前に日付、そして必要に応じて履歴記録用の Git リポジトリ。
Connect の料金を支払わない場合はデバイスを返却する必要がありますか?
最適なワークフローによって選択は異なります。タブレットでGoogle Drive/Dropbox/OneDriveとネイティブに連携し、手間を省きたい場合は、Connectが付加価値を提供します。 ローカル制御、プライバシー、および 0 ユーロの支払いを優先する場合は、縛られることはありません。USB があれば、問題なく生活を送ることができます。
「ドライブにコピーを保存する」や「GitLabにアップロードする」といったニーズには、サブスクリプション不要のソリューションがあります。PC上の同期されたドライブフォルダ、 スクリプトまたはGitリポジトリをアップロードする PDFのバージョン管理が行えます。これらはすべてローカルエクスポートでも同様に機能します。
Linuxユーザーで自動化に興味がある方は、 Connectなしでも薄いフローを残すことができます簡単に実現できない唯一のこと (Connect の有無に関係なく) は、インクを外部でネイティブ形式で編集可能に返すことです。すべてのエコシステムがそこに障壁を設けます。
私の一般的な推奨事項：快適に書き、手間をかけずにアーカイブすることを優先する場合は、 この理由でreMarkableを返品しないでくださいネイティブのドライブ統合と「ノータッチ」ショートカットを探している場合は、しばらく Connect を試してみて、実際の有用性に基づいて判断してください。
クイックFAQ
エクスポート時に手書きは保存されますか？視覚的には保存されます。 PDFはあなたのストロークを正確に反映しますただし、これらのストロークは、デバイス外部のネイティブ インクのように編集できません。
同じものを再インポートして編集を続けることはできますか？PDFを再インポートして 上に新しい注釈レイヤーを追加する平均的なユーザーにとって簡単な方法ではなく、元のストロークをネイティブ インクとして編集します。
ConnectなしでGoogleドライブと連携できますか？タブレットから直接はできません。ただし、 USB経由でエクスポートし、PCでドライブと同期するこれは追加のステップですが、非常に信頼性の高いものです。
UbuntuからSSH経由で接続できますか？技術的には可能です。 これは上級者向けの非公式な方法です変更される可能性があり、リスクも伴います。ノートブックの低レベルの操作ではなく、コピーの自動化に使用してください。
GitLabリポジトリにアップロードできますか？もちろんです。USB（またはスクリプト）でエクスポートし、リポジトリフォルダに保存して 他のプロジェクトと同様にコミットしてプッシュします。フックや cron を使用して自動化することもできます。
公式サイトは時々「親切すぎる」ように聞こえ、一部のレビューは「厳しすぎる」ように聞こえますが、現実はバランスが取れています。 PDF/画像を出力形式として受け入れれば、reMarkableからコンピュータへのエクスポートは簡単です。課題はノートの抽出ではなく、ネイティブデバイスで印刷されているかのように外部で編集することです。USBドライブ、公式アプリ、あるいは独自のLinuxスクリプトを使えば、サブスクリプションに頼ることなく、ノートブックの保存、共有、バージョン管理のための堅牢なワークフローを構築できます。