JA
クリップがすでにデバイス上にあり、1つの小さな調整が必要な後に DWTT ローカルエディタを使用します。 ブラウザはサーバージョブを作成せずにオーディオをトリミング、回転、圧縮または抽出できます。 タブを閉じたり再読み込んだりすると、結果をまず保存しない限り、一時的なワーキングメモリがクリアされます。
DWTTは、ユーザーが選択したローカルファイル、次にブラウザ WebAssembly メモリを介して On-device 操作にアプローチします。 流線型のワークフローは、サーバーアップロードを明示的に保持しません。
DWTTは、デバイスのみの入力バイト、次にブラウザで作成された出力を介してローカル結果にアプローチします。 流線型のワークフローは、リモートメディアコピーを明示的に保持しません。
ダウンロード結果DWTT が公開クリップ URL を分析するとき、リンク、リゾルバーの状態、タイミング、フォーマットの選択、および制限された不正使用防止識別子を使用して要求を完了します。 最近のリンクおよびインターフェイスの設定は、デバイスに残ります。 ソーシャル アカウントの認証情報を求めませんし、ソース ネットワーク自身のプライバシー ルールは、このポリシーとは別のままであります。 このローカルページは異なります: 選択したファイルはブラウザの File API で読み取り、一時的な WebAssembly メモリに書き込みされ、メディアアップロードエンドポイントはありません。
DWTTでは、より遅い WebAssembly 作業は、Browser 処理の制限を説明するときに最初に来ます。その流線型のワークフローは、より高いメモリ使用率とデバイスアワードサイズゲートで閉じる。
キュー分離は、DWTT 上のダウンロードワーカーがないことから始まります。この流線型のワークフローは、その後、プロキシまたはクレジットの使用を提示しません。最終的事実は、訪問者に遅延がありません。
