|
Acesta este un truc vechi, dar despre care unii dintre voi probabil nu știți încă. Ce este de făcut este accesați pagina în care se află videoclipul și așteptați să se termine încărcarea. Pe YouTube, încărcarea este reprezentată de o linie roșie care crește sub linia de joc.
Odată ce totul s-a încărcat și fără să închid exploratorul, am deschis Nautilus și am deschis folderul / tmp /. Acolo veți vedea, printre altele, un fișier cu un nume ciudat care include probabil cuvântul „Flash”. Gata, doar scade a copia acel fișier în locul care îți place cel mai mult. Este atât de simplu. Ferește-te! Acest truc funcționează pe Ubuntu, dar nu toate distribuțiile salvează aceste videoclipuri în același director. Este posibil ca în distribuția dvs. directorul să fie diferit, dar logica este aceeași. Trebuie doar să găsiți calea în care sunt salvate fișierele Flash temporare. Nu funcționează pentru tine în Ubuntu cu Flash pe 64 de biți? Am tot citit ... |
Trucul de mai sus funcționează pentru Flash pe 32 de biți. Pașii de urmat în Ubuntu atunci când se utilizează Flash pe 64 de biți sunt puțin mai complicați ... Iată explicația făcută de Codix în forum Ubuntu-este:
Cu noul player flash pătrat pe 64 de biți pentru Linux când vizualizați un videoclip de pe youtube sau un alt portal video și accesați dosarul / tmp sperați să găsiți fișierul temporar cu care funcționează flash playerul (în acest caz pătrat). Dar nu îl găsiți și vă întrebați unde va fi.
După ce ne-am gândit puțin, cel mai bun mod de a vedea dacă există un fișier temporar cu care funcționează flash player-ul este prin comandă lsof.
În versiunile anterioare, flashplayer a denumit fișierele temporare ca Flashxxxxxx, unde xxxxx este un cod alfanumeric pe care flashplayer l-a dat să îl recunoască printre alte fișiere temporare, așa că am încercat cu
lsof | grep Flash
... Și rezultatul a fost:
plugin-co 15026 codix 18u REG 8,6 7599390 131035 / tmp / FlashXXnM8s5K (șters)
Am fugit din nou:
lsof | grep Flash
Rezultatul:
plugin-co 15026 codix 18u REG 8,6 21912531 131035 / tmp / FlashXXnM8s5K (șters)
Acesta a fost momentul în care am văzut că fișierul, în ciuda faptului că era într-o stare ștearsă, continua să crească în dimensiune - videoclipul nu fusese descărcat complet. M-am gândit că, dacă se descarcă în continuare, există o singură modalitate de a copia, mai degrabă, de a recupera fișierul. Așa că am așteptat ca videoclipul să se descarce complet. Când s-a împlinit acest lucru, din consolă am făcut:
ls -l / proc / open_process_identifier / file_descriptor
identificatorul procesului se află în a doua coloană (15026), iar descriptorul fișierului este a patra coloană fără litera (18)
ls -l / proc / 15026 / fd / 18
Rezultatul:
lrwx ------ 1 codix codix 64 2010-10-16 23:21 / proc / 15026 / fd / 18 -> / tmp / FlashXXnM8s5K (șters)
În cele din urmă am reușit să recuperez cu o declarație simplă cp file_to_copy copy_file_path videoclipul fericit descărcat de flashplayer.
cp / proc / 15026 / fd / 18_video.flv
În cele din urmă, tot ce rămâne este să verificați cu vlc, sau totem, cofeină, xine sau mplayer dacă videoclipul este redat corect.