Wo befindet sich das FLV in Google Chrome unter Linux, wenn nicht in / tmp?

Ich mag es, Videos zu halten, weil

1. Ich mag es, sie zu puffern und sie dann in meinem Media Player hintereinander abzuspielen.
2. Ich möchte meinen Browser anhalten / neu starten können, ohne das gesamte gepufferte Video zu verlieren
3. Flash stürzt häufig ab und gibt mir die grauen Kästchen .

Für viele Websites mit Flash-Video (einschließlich Youtube) kann ich die FLV-Datei in finden /tmp, normalerweise mit dem Namen FlashXX.... Einige Websites können jedoch verhindern, dass diese Datei angezeigt wird, z . B. http://blip.tv/file/3627639 . Es ist möglich, dass dies überhaupt nicht auf die Festplatte gespoolt wird, aber das wäre überraschend, da das gesamte stundenlange Video gepuffert werden kann, ohne dass mein RAM merklich beeinträchtigt wird.

In Firefox kann ich das FLV in seinem Cache-Verzeichnis finden. Aber ich bin gespannt, wie das in Chrome geht. Ich habe versucht, unter ~ / .cache / google-chrome / nachzuschlagen, habe aber nichts gefunden, was richtig aussah. Zum Beispiel:

$ ls -lt .cache/google-chrome/Cache/ | head
total 261492
-rw------- 1 yang yang 16621568 2010-12-05 03:41 data_1
-rw------- 1 yang yang   966656 2010-12-05 03:40 data_0
-rw------- 1 yang yang 23076864 2010-12-05 03:40 data_2
-rw------- 1 yang yang   262512 2010-12-05 03:40 index
-rw------- 1 yang yang   108412 2010-12-05 03:35 f_005603
-rw------- 1 yang yang    62607 2010-12-05 03:32 f_005602
-rw------- 1 yang yang    54998 2010-12-05 03:32 f_005601
-rw------- 1 yang yang    31127 2010-12-05 03:32 f_005600
-rw------- 1 yang yang   799389 2010-12-05 03:32 f_0055ff

$ ls -1t ~/.cache/google-chrome/Cache/* | head | xargs file
/home/yang/.cache/google-chrome/Cache/data_1:   data
/home/yang/.cache/google-chrome/Cache/data_0:   data
/home/yang/.cache/google-chrome/Cache/data_2:   data
/home/yang/.cache/google-chrome/Cache/index:    data
/home/yang/.cache/google-chrome/Cache/f_005603: GIF image data, version 89a, 600 x 471
/home/yang/.cache/google-chrome/Cache/f_005602: PNG image, 600 x 746, 8-bit colormap, non-interlaced
/home/yang/.cache/google-chrome/Cache/f_005601: PNG image, 140 x 342, 8-bit/color RGB, non-interlaced
/home/yang/.cache/google-chrome/Cache/f_005600: JPEG image data, JFIF standard 1.02
/home/yang/.cache/google-chrome/Cache/f_0055ff: JPEG image data, JFIF standard 1.02
/home/yang/.cache/google-chrome/Cache/f_0055fe: gzip compressed data, from FAT filesystem (MS-DOS, OS/2, NT)

Ich habe versucht, die geöffneten Dateien für den Flash-Prozess zu durchsuchen, habe jedoch keine gelöschten Flash-Dateien gefunden, von denen einige der folgenden Antworten besagen, dass sie existieren sollten:

$ ps x | grep npviewer
27148 ?        Rl     0:24 /usr/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin /usr/lib/flashplugin-installer/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/27135-2
27504 pts/2    S+     0:00 grep --color=auto npviewer

$ ls -l /proc/27148/fd/
total 0
lr-x------ 1 yang yang 64 2011-02-16 13:48 0 -> /dev/null
lrwx------ 1 yang yang 64 2011-02-16 13:48 1 -> /home/yang/.xsession-errors
l-wx------ 1 yang yang 64 2011-02-16 13:48 10 -> /home/yang/.mozilla/firefox/8wy5j0z2.default/key3.db
lrwx------ 1 yang yang 64 2011-02-16 13:48 11 -> pipe:[5500575]
lrwx------ 1 yang yang 64 2011-02-16 13:48 12 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:48 13 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lr-x------ 1 yang yang 64 2011-02-16 13:48 14 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
l-wx------ 1 yang yang 64 2011-02-16 13:48 15 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:48 16 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:48 17 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lr-x------ 1 yang yang 64 2011-02-16 13:48 18 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
l-wx------ 1 yang yang 64 2011-02-16 13:48 19 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:48 2 -> /home/yang/.xsession-errors
lrwx------ 1 yang yang 64 2011-02-16 13:48 20 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lr-x------ 1 yang yang 64 2011-02-16 13:48 21 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 22 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 23 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 24 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 25 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 26 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 27 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 28 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 29 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:48 3 -> socket:[5496032]
lrwx------ 1 yang yang 64 2011-02-16 13:51 30 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 31 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 32 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 33 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 34 -> /home/yang/.adobe/Flash_Player/cert8.db (deleted)
lrwx------ 1 yang yang 64 2011-02-16 13:51 35 -> /home/yang/.adobe/Flash_Player/key3.db (deleted)
l-wx------ 1 yang yang 64 2011-02-16 13:53 36 -> pipe:[5500575]
lr-x------ 1 yang yang 64 2011-02-16 13:53 37 -> pipe:[5500576]
l-wx------ 1 yang yang 64 2011-02-16 13:53 38 -> pipe:[5500576]
lrwx------ 1 yang yang 64 2011-02-16 13:53 39 -> socket:[5500580]
lrwx------ 1 yang yang 64 2011-02-16 13:48 4 -> socket:[5496131]
lr-x------ 1 yang yang 64 2011-02-16 13:48 5 -> pipe:[5496139]
l-wx------ 1 yang yang 64 2011-02-16 13:48 6 -> pipe:[5496139]
lr-x------ 1 yang yang 64 2011-02-16 13:48 7 -> socket:[5496140]
l-wx------ 1 yang yang 64 2011-02-16 13:48 8 -> socket:[5496141]
lr-x------ 1 yang yang 64 2011-02-16 13:48 9 -> /home/yang/.mozilla/firefox/8wy5j0z2.default/cert8.db

Ich habe versucht, stracealle Chrome-Prozesse für alles, was so aussah, als würde eine Datei geschrieben:

strace -p (pgrep chrome|xargs -I_ echo -p _)

aber bei der Suche write/ writev/ selectAnrufe nur wies mich auf ein paar FDs , die /proc/_/fd/Rohre sein zeigte an / Buchsen (vermutlich für die Prozesse miteinander reden). Auch versucht das Gleiche auf den npviewer.binProzess.

Ich habe auch versucht, einfach alle Dateien zu überprüfen, auf die in /proc/*/fd/( allen Prozessen) verwiesen wird , die kürzlich geändert wurden, aber ich habe nichts gefunden, das so aussah, als ob es ein flv enthält. Dieselbe Prüfung habe ich auch bei den kürzlich geänderten Dateien unter versucht ~/.cache/google-chrome/.

Wenn es einen Unterschied macht, verwende ich das Entwickler-Channel-Release von Chrome, von dem ich glaube, dass es (immer?) Eine eigene sichere Flash-Implementierung verwendet. Im Moment dieses Updates verwende ich Chrome 10.0.648.45 dev. Laut http://www.adobe.com/software/flash/about/ wird 10.2.152.27 ausgeführt. Ich habe jetzt mehrere Ubuntu-Boxen ausprobiert. Ich habe jetzt auch mehrere Ubuntu-Boxen ausprobiert, mit den gleichen Ergebnissen.

Wollen andere einen Stich machen?

Ich habe festgestellt, dass die neuesten Flash-Plugins Dateien in / tmp speichern, aber sie verwenden einen Trick, um sie zu entfernen und ein Dateihandle offen zu halten, damit sie am Leben bleiben. Dies bedeutet, dass sie weiterhin auf dem Laufwerk gespeichert sind (solange das Dateihandle vom Flash-Plugin geöffnet wird), aber in der Verzeichnisliste nicht sichtbar sind (da die Datei gelöscht wurde).

Ich schrieb über dieses Alter: Flash-Videos von fast gelöschten Dateien abrufen

Aber es hängt alles von der Version des Flash-Plugins ab. Es diente auch zum Speichern von Filmen in / tmp oder im Cache des Browsers.

Checking / proc // fd / hat den Trick für mich gemacht:

$ ps x | grep npviewer
24657 ?        Sl    12:33 /usr/lib/nspluginwrapper/i386/linux/npviewer.bin ...
$ cd /proc/24657/fd
$ ls -l
total 0
lr-x------ 1 omab omab 64 2011-02-11 02:13 0 -> /dev/null
lrwx------ 1 omab omab 64 2011-02-11 02:13 1 -> /home/omab/.xsession-errors
lr-x------ 1 omab omab 64 2011-02-11 02:13 10 -> /home/omab/.mozilla/firefox/og3emjry.default/key3.db
lrwx------ 1 omab omab 64 2011-02-11 02:13 11 -> /tmp/FlashXX0WG0J5 (deleted)
lr-x------ 1 omab omab 64 2011-02-11 02:13 12 -> pipe:[9004372]
...

Die Datei 11 , die als "(gelöscht)" markiert ist, verweist immer noch auf die ursprünglich in / tmp / erstellte Datei, sodass sie nicht vollständig gelöscht wird:

$ file -L 11 
11: Macromedia Flash Video

tun ein:

$ mplayer 11

reproduziert die FLV-Datei.

Hier ist eine sehr praktische Befehlszeile, die an die oben beschriebene Prozedur angepasst wurde. Möglicherweise sind geringfügige Anpassungen für Ihre Distribution / Installation und die von Ihnen normalerweise ausgeführten Prozesse erforderlich.

Sie können ersetzen flashdurch npviewer, ersetzen vlcdurch mplayer:

FLASHPID=\`pgrep -f flash\`; vlc /proc/$FLASHPID/fd/\`ls -l /proc/$FLASHPID/fd | grep tmp | cut -d" " -f9\`

Flash-Streams sind in der Regel einfache Dateien, die über eine http-Anfrage abgerufen werden.

Für dein Video bei http://blip.tv/file/3627639

In Google Chrome können Sie Netzwerkanforderungen überprüfen ( ctrl + shift + i), um herauszufinden, wie lange es dauert, bis sie in Ihrem Fall abgeschlossen sind:

Fosslc-..
/file/get

Klicken Sie darauf und kopieren Sie die URL aus dem Feld "URL anfordern" in eine neue Registerkarte

http://blip.tv/file/get/Fosslc-2...to823.flv?showplayer=20110401114509&source=1

Yang,

Ja, es befindet sich in ~ / .cache / google-chrome / Cache (naja, ich habe Chromium installiert, also habe ich es in ~ / .cache / chromium / Cache gefunden).

Wenn Sie das Video ansehen und nach Zeitstempel sortieren:

$ ls -rt | tail
f_00003a
f_00003b
f_00003c
f_00003d
data_2
data_3
index
data_1
f_000040
data_0

Wenn Sie dann den Befehl file ausführen, werden Sie sehen, welche Flash-Dateien sind:

$ file $(ls -rt | tail)
f_00003a: Macromedia Flash data (compressed), version 9
f_00003b: Macromedia Flash data (compressed), version 9
f_00003c: Macromedia Flash data (compressed), version 10
f_00003d: PNG image data, 1024 x 768, 8-bit/color RGBA, non-interlaced
data_2:   data
data_3:   data
index:    data
data_1:   data
f_000040: Macromedia Flash Video
data_0:   data

OK, ich habe Google Chrome zum Auschecken installiert.

Das Verzeichnis für Google Chrome unterscheidet sich anscheinend geringfügig von Chromium.

Unter Verwendung der gleichen Techniken (hier unter Angabe der Prozess-ID des Browsers wurden aus Gründen der Übersichtlichkeit einige Spalten entfernt):

$ lsof -p 27922 | grep Cache
chrome  27922 mem     ~/.cache/google-chrome/Default/Cache/index
chrome  27922 mem     ~/.cache/google-chrome/Default/Cache/data_3
chrome  27922 mem     ~/.cache/google-chrome/Default/Cache/data_2
chrome  27922 mem     ~/.cache/google-chrome/Default/Cache/data_1
chrome  27922 mem     ~/.cache/google-chrome/Default/Cache/data_0
chrome  27922  71u    ~/.cache/google-chrome/Default/Cache/index
chrome  27922  72u    ~/.cache/google-chrome/Default/Cache/data_0
chrome  27922  73u    ~/.cache/google-chrome/Default/Cache/data_1
chrome  27922  74u    ~/.cache/google-chrome/Default/Cache/data_2
chrome  27922  75u    ~/.cache/google-chrome/Default/Cache/data_3
chrome  27922 111u    ~/.cache/google-chrome/Default/Cache/f_00001a

mit Chrom 11.0.666.0 und Flash-Plug-In 10.2.152

grepping for npviewer hat für mich keinen Flash-Prozess erzeugt, grepping for flash jedoch:

$ ps x | grep flash
11005 ?        Rl     2:30 /usr/lib/chromium-browser/chromium-browser ... 

Grundsätzlich das Gleiche wie oben mit jyap vorgeschlagen

lsof | grep Flash

und Sie können dann wie oben vorgehen ...

Versuchen Sie, die geöffneten Dateien aufzulisten.

lsof | grep Flash

Einige der neueren Spieler puffern im Speicher, um zu versuchen, es den Leuten unmöglich zu machen, diese Tricks anzuwenden. In diesem Fall können Sie nichts bekommen.

Ich habe dieses Problem behoben. Hier sind die Schritte

1. Zu installierten Plugins über: Plugins in Chrome / Mozilla
2. Klicken Sie auf Details, um weitere Informationen anzuzeigen. Deaktiviere das Flash Plugin. Der Speicherort des Plugins wäre "/usr/lib/adobe-flashplugin/libflashplayer.so".
3. Laden Sie die tar.gz-Version von Flash Player hier herunter: http://get.adobe.com/flashplayer/
4. Extrahieren Sie diese Datei und kopieren Sie die Datei libflashplayer.so nach / usr / lib / chromium-browser / plugins. Aktivieren Sie dann diese Plugin-Seite.
5. Wenn Sie ein Video ansehen, wird es in diesem Ordner in /home//.cache/chromium/Default/Cache heruntergeladen

werfen Sie einen Blick auf http://www.arulraj.net/2011/03/google-chrome-download-video.html

Für das neueste Chrome unter Linux:

1. Identifizieren Sie die PID des von Chrome verwendeten Flash-Plugins:

   ps ax | grep -i chrome | grep -i flash 
   

   Ab sofort heißt das Plugin libgcflashplayer.

2. Identifizieren Sie die von diesem Flash-Plugin-Prozess geöffnete Flash-Datei:

   file /proc/Flash_Plugin_PID/fd/* | grep -i deleted
   

   oder

   lsof -p Flash_plugin_pid | grep -i deleted
   

   Suchen Sie nach gelöschten Dateien.

3. Kopieren Sie die Datei von /proc/[pid]/fd/[fileno]nachrecovered_file.flv

Ich verwende Chrome 11.06 unter Ubuntu 10.04. Ich habe meine FLV-Dateien in ~ / .cache / google-chrome / Default / Cache gefunden. Versuchen Sie es mit einem

file * | grep Flash\ Video

Ein kleiner Tipp von mir. Dies funktioniert in Ubuntu 10.04.

#!/bin/bash
viewer=`ps x|grep npviewer|grep -v grep |awk '{print $1}'`
echo $viewer
cd /proc/${viewer}/fd
jef=(`ls -l|awk '{print $8 " " $10}'|grep Flash|awk '{print $1}'`)
echo $jef
jef1=${#jef}
ext=`date +'%d_%m_%k_%M_%S'`
i=0
while [ "$i" -lt "$jef1" ]
do 
cp ${jef[${i}]} /fun/${jef[${i}]}"(${ext})".flv
i=`expr $i + 1`
done

Jetzt können Sie dieses Skript mit der Crontab planen. Es könnte optimiert werden, damit es keine doppelten FLV-Dateien gibt.

Verwenden von Firefox unter Kubuntu:

export COUNT=0
export FILENAME=$1
export FILENAME=${FILENAME:=test}

PID=`ps ax | grep -i flashplugi[n] | awk '{print $1}'`
FLASH=`ls -l /proc/$PID/fd| grep Flash | awk '{print $8}'`

for N in $FLASH ; do
  COUNT=$(($COUNT+1))
  cp /proc/$PID/fd/$N ${FILENAME}_${COUNT}.flv
done

Ich habe eine andere Möglichkeit, dies basierend auf dem Dateideskriptor in / proc zu tun (ich verwende moderne Bash in ein paar Zeilen).

#!/bin/bash

process="flash"
filename="flash"

readlink -f /proc/$$/exe | fgrep -q bash || {
    echo >&2 "Hey dude ! You must call $0 with bash !"
    exit 2
}

. ~/.bashrc || . /etc/profile

count=1
for pid in $(pgrep -f $process); do
    fds=$(file /proc/$pid/fd/[0-9]* | fgrep Flash | cut -d: -f1)
    for fd in $fds; do
        cp -v $fd ${filename}_${count}.flv
        ((count++))
    done
done

# vim:ts=4:sw=4