On Sun, 2010-10-24 at 13:17 +0100, Marko Vojinovic wrote:
> We saw that the idea to use tail was feasible, the only remaining
> problem is
> to give a signal to tail to die once the download is complete. This is
> a
> problem because there seems to be no automatic way of finding out when
> the
>
On Sun, Oct 24, 2010 at 12:28:05AM -0430, Patrick O'Callaghan wrote:
> On Sat, 2010-10-23 at 19:41 -0700, Suvayu Ali wrote:
> > When the script executes the above command, another file descriptor is
> > opened under the pid for tail. This stays linked to the (deleted)
> > /tmp/Flash file even a
On Sat, 2010-10-23 at 19:41 -0700, Suvayu Ali wrote:
> Hi Patrick and Marko,
>
> On Saturday 23 October 2010 03:51 PM, Patrick O'Callaghan wrote:
> > I tried it using inotifywait(1), but it never terminates, i.e. the flash
> > file persists even after the video has finished. I suspect it will stay
Hi Patrick and Marko,
On Saturday 23 October 2010 03:51 PM, Patrick O'Callaghan wrote:
> I tried it using inotifywait(1), but it never terminates, i.e. the flash
> file persists even after the video has finished. I suspect it will stay
> there till a new video starts or the flash plugin (i.e. the
On Sat, 2010-10-23 at 14:28 -0700, suvayu ali wrote:
> On 23 October 2010 11:24, Marko Vojinovic wrote:
> > Feel free to test it :-), and tell us the results. I can't myself, don't
> > have
> > flash on this machine, need to wait until I get home.
> >
> > The script should be run while flash is d
On 23 October 2010 11:24, Marko Vojinovic wrote:
> Feel free to test it :-), and tell us the results. I can't myself, don't have
> flash on this machine, need to wait until I get home.
>
> The script should be run while flash is downloading the movie, and it should
> end on its own once done.
>
W
On Sat, 2010-10-23 at 10:15 -0700, suvayu ali wrote:
> On 23 October 2010 10:10, Marko Vojinovic wrote:
> > As for the , my guess is that the process that opens the file for
> > writing
> > is the only one allowed to actually write to it, since otherwise one can
> > get a
> > race condition and
On 23 October 2010 10:10, Marko Vojinovic wrote:
> As for the , my guess is that the process that opens the file for writing
> is the only one allowed to actually write to it, since otherwise one can get a
> race condition and data might get corrupted. Once that process dies, tail will
> die along
On Sat, 2010-10-23 at 12:27 +0100, Marko Vojinovic wrote:
> On Saturday, October 23, 2010 04:27:45 Patrick O'Callaghan wrote:
> > On Thu, 2010-10-21 at 21:33 -0600, Petrus de Calguarium wrote:
> > > Fortunately, Suvayu's brilliant script gets around that and manages to
> > > access the file, even t
On Fri, 2010-10-22 at 22:39 +0900, Takehiko Abe wrote:
> Patrick O'Callaghan :
>
> > If the behaviour has changed then of course it becomes slightly more
> > difficult, but still feasible. Since the file is still open (though
> > unlinked) just link to /proc//fd/
>
> It's not feasible. You canno
On Thu, 2010-10-21 at 21:33 -0600, Petrus de Calguarium wrote:
> Takehiko Abe wrote:
>
> > The new flash player (preview 2) unlinks a temp file right after
> > opening it as discussed in this reddit thread:
> >
> >
> http://www.reddit.com/r/linux/comments/dky73/flashplugin_not_caching_to_tmp_any
Patrick O'Callaghan :
> If the behaviour has changed then of course it becomes slightly more
> difficult, but still feasible. Since the file is still open (though
> unlinked) just link to /proc//fd/
It's not feasible. You cannot create a hard link from /proc entries.
--
users mailing list
users
JD wrote:
> you can save yourself a lot of trouble
> by downloading the firefox add-on
I could, but I like Suvayu's function better. I already put it into my .bashrc
and its a keeper.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://adm
On 10/21/2010 10:24 PM, Petrus de Calguarium wrote:
> Patrick O'Callaghan wrote:
>
>> I meant link to it before it's deleted. Wasn't that obvious?
>
> No.
>
> http://www.reddit.com/r/linux/comments/dky73/flashplugin_not_caching_to_tmp_any
> more/c10ylu5
>
> It gets deleted right away, so there ne
Patrick O'Callaghan wrote:
> I meant link to it before it's deleted. Wasn't that obvious?
No.
http://www.reddit.com/r/linux/comments/dky73/flashplugin_not_caching_to_tmp_any
more/c10ylu5
It gets deleted right away, so there never is any file in /tmp, so there is
nothing to link to (except usi
On Thu, 2010-10-21 at 21:33 -0600, Petrus de Calguarium wrote:
> Takehiko Abe wrote:
>
> > The new flash player (preview 2) unlinks a temp file right after
> > opening it as discussed in this reddit thread:
> >
> >
> http://www.reddit.com/r/linux/comments/dky73/flashplugin_not_caching_to_tmp_any
On Wed, 2010-10-20 at 22:30 -0600, Petrus de Calguarium wrote:
> Patrick O'Callaghan wrote:
>
> > Actually what I do is hard-link to the flash file in /tmp, thus keeping
> > a handle to the file so it won't disappear
>
> OK, I tried this, as described in my previous post, using Suvayu's commands.
Takehiko Abe wrote:
> The new flash player (preview 2) unlinks a temp file right after
> opening it as discussed in this reddit thread:
>
>
http://www.reddit.com/r/linux/comments/dky73/flashplugin_not_caching_to_tmp_any
more/c10ylu5
>
Finally, someone who gets it :-)
That is what I was saying
Ian Malone :
>> I was just curious about how Patrick manages to link to a deleted file.
>>
>
> I assumed this meant hardlink to it before it is deleted, then when
> the entry in firefox's tmp is deleted you still have a link to it.
The new flash player (preview 2) unlinks a temp file right after
On 21 October 2010 05:43, Petrus de Calguarium wrote:
> Suvayu Ali wrote:
>
>> How do you hard link a deleted file?
>
> Have no fear. I like your function. :-)
>
> I was just curious about how Patrick manages to link to a deleted file.
>
I assumed this meant hardlink to it before it is deleted, t
On Wed, 2010-10-20 at 17:37 -0600, Petrus de Calguarium wrote:
> I tried it again with one of those YT video that mysteriously
> auto-delete themselves. Very strange behaviour, I must say.
Perhaps you should give an example of a problem video.
I've only seen YouTube flash tmp files disappear afte
Suvayu Ali wrote:
> How do you hard link a deleted file?
Have no fear. I like your function. :-)
I was just curious about how Patrick manages to link to a deleted file.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraprojec
Patrick O'Callaghan wrote:
> Try it and see.
I am on it this very second. I has misunderstood earlier and thought you
meant the file in the mozilla cache, but you did explicitly state /tmp/Flash.
I just tied to make a hard link, but it says the /tmp/Flash* does not exist.
Using Suvayu's comman
Patrick O'Callaghan wrote:
> Actually what I do is hard-link to the flash file in /tmp, thus keeping
> a handle to the file so it won't disappear
OK, I tried this, as described in my previous post, using Suvayu's commands. It
didn't work, as I am unable to hard link to a file that has been delet
Hi Patrick,
On Wednesday 20 October 2010 05:15 PM, Patrick O'Callaghan wrote:
> On Wed, 2010-10-20 at 15:57 -0700, suvayu ali wrote:
>>> Does this function wait until the .flv is fully downloaded?
>>>
>>
>> No it doesn't. You have to call it after you are sure that the full
>> video has been downl
On Wed, 2010-10-20 at 18:48 -0600, Petrus de Calguarium wrote:
> Patrick O'Callaghan wrote:
>
> > Actually what I do is hard-link to the flash file in /tmp, thus keeping
> > a handle to the file so it won't disappear when the Flash process
> > terminates, then copy the link once I'm sure it has co
Patrick O'Callaghan wrote:
> Actually what I do is hard-link to the flash file in /tmp, thus keeping
> a handle to the file so it won't disappear when the Flash process
> terminates, then copy the link once I'm sure it has completely
> downloaded.
I already thought of that, but it didn't work. I
On Wed, 2010-10-20 at 15:57 -0700, suvayu ali wrote:
> > Does this function wait until the .flv is fully downloaded?
> >
>
> No it doesn't. You have to call it after you are sure that the full
> video has been downloaded. You can do this by looking at the cache
> progress bar on the flash player.
suvayu ali wrote:
> Happy to be of help. :) FWIW, I have successfully used this with
> youtube, vimeo, dailymotion and metacafe.
Thanks a lot for responding. I really like this.
And it's a new function for my .bashrc. ;-)
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe o
On 20 October 2010 16:40, Petrus de Calguarium wrote:
> See my previous posting for my apparent success. I will have to give another
> try, though, but to hear that you yourself use it successfully, I am most
> reassured :-))
>
Happy to be of help. :) FWIW, I have successfully used this with
yout
suvayu ali wrote:
> What version of flash are you using?
I am using flash 10 beta for x86_64, likely the same as you.
See my previous posting for my apparent success. I will have to give another
try, though, but to hear that you yourself use it successfully, I am most
reassured :-))
Thanks.
Petrus de Calguarium wrote:
> I am sorry to report that the function does NOT work.
OK, I tried it again with one of those YT video that mysteriously auto-delete
themselves. Very strange behaviour, I must say.
Anyway, perhaps it does work after all? I had to wait until the file was
completely
On 20 October 2010 16:21, Petrus de Calguarium wrote:
>
> I am sorry to report that the function does NOT work.
What version of flash are you using? I use the 64 bit beta. If you are
using something else then I'm afraid I don't know the solution. But if
you are using the same version as I am, the
suvayu ali wrote:
> this is very limited and elementary function but it does the job.
I am sorry to report that the function does NOT work.
It captured a segment of the downloaded .flv, but not all of it. In the
mozilla cache, there is a file that has over 13M, but the function only
captures a
Hi Petrus,
On 20 October 2010 15:39, Petrus de Calguarium wrote:
> Suvayu Ali wrote:
>
>>> dupe_flash ()
>>> {
>>> pid=$( ps -fu `whoami`| egrep 'libflashplayer\.so'| egrep -om 1 -E
>>> '\<[0-9]+\>'| head -1 ); fid=$( lsof -p $pid | egrep '/tmp/Flash'|
>>> egrep -om 1 -E '\<[0-9]+[a-z
Suvayu Ali wrote:
>> dupe_flash ()
>> {
>> pid=$( ps -fu `whoami`| egrep 'libflashplayer\.so'| egrep -om 1 -E
>> '\<[0-9]+\>'| head -1 ); fid=$( lsof -p $pid | egrep '/tmp/Flash'|
>> egrep -om 1 -E '\<[0-9]+[a-z]\>'| tr -d 'a-z'); cp
>> /proc/${pid}/fd/${fid} ~/flashtmpfile
>> }
L
Suvayu Ali wrote:
>> dupe_flash ()
>> {
>>pid=$( ps -fu `whoami`| egrep 'libflashplayer\.so'| egrep -om 1 -E
>>'\<[0-9]+\>'| head -1 ); fid=$( lsof -p $pid | egrep '/tmp/Flash'| egrep
>>-om 1 -E '\<[0-9]+[a-z]\>'| tr -d 'a-z'); cp /proc/${pid}/fd/${fid}
>>~/flashtmpfile
>> }
Thanks!
PS:
Duh...
On Wednesday 20 October 2010 12:18 PM, Petrus de Calguarium wrote:
> How can I save it without redundantly re-downloading it?
This is browser independent but only works if you have *exactly one*
flash video playing on your machine. Customise it to your needs and
enjoy. :)
> dupe_flash ()
> {
>
I am using Adobe Flash 10 (x86_64) with Firefox on Fedora 14.
I have noticed that, when watching YouTube, the videos are downloaded into the
~/.mozilla cache (in the older flash, it was /tmp).
With some YT videos, the file remains in the Cache, but with other videos, the
file vanishes at the in
39 matches
Mail list logo
