問題タブ [pytube]

私はさまざまな解決策を試しましたが、誰もうまくいきません。これが私の最後の試みです。

スクリプトがコンソール「porco」で最初に印刷しようとすると、text.result ラベルに書き込まれません。ダウンロードが完了した最後のラベル書き込みに直接スキップします

これは実際には質問ではありませんが、コードの改善であり、簡単な回避策をすでに考え出したので、どちらの方法でも他の人を助けるかもしれません.

「手動更新」関数 tqdm.update() が必要とする増分ではなく、モジュール「tqdm」からの進行状況バーに合計入力を与える方法を考えていました。

したがって、これを知る必要がある主な理由は、モジュール「pytube」からの YouTube ダウンローダーがダウンロードの進行状況を表示するためです。.download() 関数を呼び出すと、私に関する限り、データを取得して while ループを実行し、残りのバイト数を入力としてカスタムの「progressFunction」を呼び出します。ファイルのサイズに等しいグローバル変数を使用して、ダウンロードの合計進行状況 (ファイルのサイズから残りのサイズを引いたもの) を計算できるため、進行状況をログに記録できます。この場合、tqdm からのプログレス バーがこの合計進行状況を受け入れていればよかったのですが、繰り返しますが、.update() は反復回数の増分のみを受け入れます。

そのため、_tqdm.py コードを検索したところ、前の反復変数が self.n に格納されていることがわかりました。したがって、増分は次のように計算できます: inc = new_iter - pbar.n、ここで pbar は tqdm プログレス バー インスタンスです。

これを説明するための同様の関数のサンプル コードを次に示します。何も返さないが、別の関数に入力を与える while ループ関数があります。必要に応じてコピーして貼り付けると、0 から 100 までの単純な進行状況バーが表示されます。

ご覧のとおり、pbar は tqdm プログレス バー インスタンスです。これは while ループが呼び出される前に初期化されます。関数「functLoop」では、変数「a」が「while ループ」で 0 から 100 までループされ、進行状況バーを更新する「functExec」を呼び出します。pbar.n が呼び出され、 pbar が更新される前の反復の値であることがわかります。単純に増分を取得するには、a-pbar.n が呼び出され、この pbar が .update() 関数で更新されます。

結論: はい、私が望んでいたように動作しますが、最初にステップを使用する代わりに、変数 "a" を使用して進行状況バーを合計進行状況に直接割り当てることができるかどうか疑問に思っています。

ウェブ上でこれを行う方法が見つからなかったので、4時間以上検索していました:)

編集: TLDR: 要するに、0 から 100 まで反復して tqdm で進行状況を文書化したいが、現在の反復値または合計進行状況しか取得できない場合。このコードで進行状況を表示することができましたが、「tqdm」モジュールに組み込み関数があるかどうか疑問に思っていました。現在のソース コードでは、進行状況バーを段階的に変更することしかできません。「合計」パラメータで tqdm オブジェクトのサイズを初期化し、現在の合計進行状況で進行状況を直接簡単に計算できるため、このような関数が必要なのは理にかなっています。

私はPYQT5を学んでいるので、これが私の最初の試みです。PYQT5 を学ぶために pyqt5 と pytube で youtube 動画ダウンローダーを作り始めましたが、プログレス バー部分 (プレイリスト) を処理できませんでした。コードを実行すると、AttributeError: 'mywindow' object has no attribute 'video'

アドバイスをいただけますか？

サウンド ファイルだけをダウンロードしたい YouTube リンクのリストがあります (アルバムのリストで、分析のために .wav ファイルに変換します)。私はPytubeを使用していますが、非常に遅いので、実際にダウンロードまたは処理する前にファイルを圧縮して、ファイルをより速く提供できるようにする方法を見つけたいと思っています. 私が使用しているコードは以下のとおりです。

どれくらいの時間がかかるかを知りたかったので、現在そこにあるリンクは単なる曲であり、それでも約 200 秒かかります. 4 倍から 8 倍の大きさのものをダウンロードしたい場合は、完了するまでにかなりの時間がかかる可能性があります。これを高速化するためにこのデータを処理するときにできることはありますか?

PyTubeライブラリを使用して YouTube プレイリストをダウンロードしようとしています。現在、一度に 1 つのビデオをダウンロードできます。一度に複数のビデオをダウンロードできません。

現在、私の実装は

これにより、次の出力が得られます

YouTubeファイルがダウンロードされます。プレイリスト リンク (例) でこれを試すと、最初のビデオのみがダウンロードされます。エラー出力はありません。

ユーザーに再度プロンプトを表示することなく、プレイリスト全体をダウンロードできるようにしたいと考えています。

そのため、YouTube API を使用してチャンネルをスクレイピングしています。結果がソートされなくなる 3 日前 (2019 年 3 月 15 日) まで、すべてが正常に機能していました。order パラメータに何を入れても、結果はすべて同じようです。なぜ機能しないのか誰か教えてもらえますか？コード スニペットは次のとおりです。

編集：さらに調査を行ったところ、Youtubeがニュージーランドの撮影ビデオを削除して何かをしているため、APIが実際に正しく機能していないと人々は言い、すぐに再び正常に機能するようになります.