|
Dit is een oude truc maar een waarvan sommigen van jullie zich waarschijnlijk nog niet bewust zijn. Wat je moet doen is ga naar de pagina waar de video zich bevindt en wacht tot deze is geladen. Op YouTube wordt de belasting weergegeven door een rode lijn die onder de afspeellijn groeit.
Nadat alles was geladen en zonder de verkenner te sluiten, opende ik Nautilus en opende ik de map / Tmp /. Daar zie je onder andere een bestand met een vreemde naam waar waarschijnlijk het woord "Flash" in voorkomt. Klaar, gewoon aftrekken exemplaar dat bestand naar de plaats die u het leukst vindt.  Zo simpel is het. Kijk uit! Deze truc werkt op Ubuntu, maar niet alle distributies slaan deze video's op in dezelfde map. Het is mogelijk dat in uw distro de directory anders is, maar de logica is hetzelfde. U hoeft alleen maar het pad te vinden waar de tijdelijke Flash-bestanden zijn opgeslagen. Werkt het niet voor jou in Ubuntu met 64 bit Flash? Ik bleef lezen ... |
De bovenstaande truc werkt voor 32-bits Flash. De stappen die in Ubuntu moeten worden gevolgd bij het gebruik van Flash 64 bit zijn iets gecompliceerder ... Hier is de uitleg die Codix op het forum heeft gegeven Ubuntu-is:
Met de nieuwe 64-bits vierkante flash-speler voor linux wanneer u een video van YouTube of een ander videoportaal bekijkt en naar de map gaat / tmp u hoopt het tijdelijke bestand te vinden waarmee de flash-speler werkt (in dit geval vierkant). Maar je kunt het niet vinden en je vraagt ​​je af waar het zal zijn.
Na even nadenken, is de beste manier om te zien of er een tijdelijk bestand is waarmee de flash-speler werkt, via de opdracht lsof.
In eerdere versies noemde flashplayer tijdelijke bestanden Flashxxxxxx, waarbij xxxxx een alfanumerieke code is die flashplayer het gaf om het te herkennen tussen andere tijdelijke bestanden, dus ik probeerde het met
lsof | grep Flash
... en het resultaat was:
plugin-co 15026 codix 18u REG 8,6 7599390 131035 / tmp / FlashXXnM8s5K (verwijderd)
Ik rende weer:
lsof | grep Flash
Het resultaat:
plugin-co 15026 codix 18u REG 8,6 21912531 131035 / tmp / FlashXXnM8s5K (verwijderd)
Op dat moment zag ik dat het bestand, ondanks dat het in een verwijderde staat was, steeds groter werd - de video was niet volledig gedownload. Ik dacht dat als het bleef downloaden, er maar één manier was om het bestand te kopiëren, in plaats van te herstellen. Dus ik wachtte tot de video volledig was gedownload. Toen dat was vervuld, deed ik vanaf de console:
ls -l / proc / open_process_identifier / file_descriptor
de proces-ID staat in de tweede kolom (15026) en de bestandsdescriptor is de vierde kolom zonder de letter (18)
ls -l / proc / 15026 / fd / 18
Het resultaat:
lrwx ------ 1 codix codix 64 2010-10-16 23:21 / proc / 15026 / fd / 18 -> / tmp / FlashXXnM8s5K (verwijderd)
Eindelijk was ik in staat om met een simpele cp-instructie file_to_copy copy_file_path de gelukkige video te herstellen die door flashplayer was gedownload.
cp / proc / 15026 / fd / 18 our_video.flv
Ten slotte hoeft u alleen nog maar met vlc, of totem, cafeïne, xine of mplayer te controleren of de video correct wordt afgespeeld. 