|
これは古いトリックですが、おそらくまだ気付いていない人もいます。 何をすべきか ビデオが配置されているページに移動し、ロードが完了するのを待ちます。 YouTubeでは、アップロードはプレイラインの下に伸びる赤い線で表されます。
すべてが読み込まれたら、エクスプローラーを閉じずに、ノーチラスを開いてフォルダーを開きました / tmp /。 そこには、とりわけ、おそらく「フラッシュ」という単語を含む奇妙な名前のファイルが表示されます。 完了、差し引くだけ コピーする そのファイルを好きな場所にコピーします。 それはとても簡単です。 ¡おじょ！ このトリックはUbuntuで機能しますが、すべてのディストリビューターがこれらのビデオを同じディレクトリに保存するわけではありません。 ディストロではディレクトリが異なる可能性がありますが、ロジックは同じです。 一時的なFlashファイルが保存されるパスを見つける必要があります。 64ビットフラッシュを搭載したUbuntuでは機能しませんか？ 私は読み続けました... |
上記のトリックは、32ビットフラッシュで機能します。 Flash 64ビットを使用するときにUbuntuで実行する手順は、もう少し複雑です...フォーラムでCodixが行った説明は次のとおりです。 Ubuntu-は:
youtubeまたは別のビデオポータルからビデオを表示してフォルダに移動するときのLinux用の新しい64ビットスクエアフラッシュプレーヤー / tmpに フラッシュプレーヤーが動作する一時ファイル（この場合は正方形）を見つけたいと考えています。 しかし、あなたはそれを見つけることができず、あなたはそれがどこにあるのか疑問に思います。
少し考えた後、フラッシュプレーヤーが動作する一時ファイルがあるかどうかを確認する最良の方法は、コマンドを使用することです。 lsof.
以前のバージョンでは、flashplayerは一時ファイルにFlashxxxxxxという名前を付けていました。ここで、xxxxxは、flashplayerが他の一時ファイルの中でそれを認識するために与えた英数字コードであるため、
lsof | grep Flash
…そして結果は次のとおりです。
plugin-co 15026 codix 18u REG 8,6 7599390 131035 / tmp / FlashXXnM8s5K（削除済み）
私は再び走った：
lsof | grep Flash
結果：
plugin-co 15026 codix 18u REG 8,6 21912531 131035 / tmp / FlashXXnM8s5K（削除済み）
これは、ファイルが削除された状態であるにもかかわらず、サイズが大きくなり続けていることを確認したときです。ビデオは完全にはダウンロードされていませんでした。 ダウンロードを続けると、ファイルをコピーするのではなく、回復する方法がXNUMXつしかないと思いました。 それで、ビデオが完全にダウンロードされるのを待ちました。 それが達成されたとき、私はコンソールから次のことを行いました。
ls -l / proc / open_process_identifier / file_descriptor
プロセス識別子は15026番目の列（18）にあり、ファイル記述子は文字（XNUMX）のないXNUMX番目の列です。
ls -l / proc / 15026 / fd / 18
結果：
lrwx ------ 1 codix codix 64 2010-10-16 23:21 / proc / 15026 / fd / 18-> / tmp / FlashXXnM8s5K（削除済み）
ついに私は簡単なcpステートメントfile_to_copycopy_file_pathでflashplayerによってダウンロードされた幸せなビデオを回復することができました。
cp / proc / 15026 / fd / 18 our_video.flv
最後に、残っているのは、vlc、totem、caffeine、xine、または mplayer を使用して、ビデオが正しく再生されるかどうかを確認することだけです。