Javaでオーディオをサーバーに直接保存していますか？

Question

オーディオファイルをFTPなしで直接サーバーに録音できますか？最速の方法を探しています。 FTPにはサーバーへの接続が遅れています。私は避けたいものです。

@Jolta質問に答えるには、約10-15秒かかります。1. wavファイルを書きます。2. ftp接続します。3.ファイルをアップロードします。はい、それは約200kbから400kbの範囲の波ファイルサイズに基づいて異なります。 1つのファイルからの問題ではありませんが、100から1000個の個々の録音が作成されると、それが加算され始めます。アプレットが読み込み速度を上げるとFTP接続を確立しようとしましたが、ユーザーのハードドライブにファイルを書き込んだりファイルをアップロードする必要はありませんでした。

ユーザのローカルコンピュータに書き込むプロセスを削除し、記録されたオーディオファイルをサーバー自体に作成することが理想的です。それは2つのステップ（FTPとローカルコンピュータへの書き込み）を削除し、スピードを上げ、それが可能かどうか考えていますか？

Answer 1

Javaでこれを実現したいですか？

普通の暗号化されていないFTPは、リモートシステムにファイルを書き込むための最も速い方法の1つになると思います。彼らがファイルシステムを共有していない限り、もちろん...

少しの文脈を提供すれば、それは役に立ちます。あなたは何を達成しようとしていますか？ FTPセッションの設定が「遅すぎる」場合、予想されるネットワークレイテンシは何ですか？

Answer 2

私はあなたのFTPソリューションの問題は、FTPサーバーを起動する前にクライアントにファイルを保存していると思います。しかし、これはFTP自体とは関係ありませんが、クライアントとは関係ありません。クライアントは、録画の開始の一部としてFTP接続を開き、リアルタイムでデータをストリーミングすることもできます。これは、データをWebサービスにストリーミングする場合にも実行します。

データをWebサーバーにストリーミングする場合は、ファイルアップロードの方法（例：Apache Commons Fileuploadで提供されるもの）を使用できます。これにはストリーミングAPIがあり、サーバー上で一時ファイルの作成をバイパスすることができます（望むならば）。ノンストリーミングAPIはファイルを一時ファイルにアップロードした後、別の場所に置くことができます。

これは、残念ながらクライアント上に一時ファイルを作成することとは関係ありません（手順1）。これはクライアントの一部であり、サーバーではありません。

サーバーに直接ストリーミングすると、ネットワークが飽和する可能性があるため、クライアントがかなり複雑になり、クライアントが直接送信できないデータを（メモリなどに）キャッシュする必要があることに注意してください。