Description: This Service Menu (+ shell-script included) allows by one-click start copying video file from remote storage to local directory and immediately open partially copied file with your default player. It's necessary if movie plays with delays on direct opening.
After watching movie you may delete copied file by click 'Yes' on dialog box.
Installation instructions: It's easy. Archieve containts install.sh script. So extract archieve to temp directory and run install.sh
Yes. mplayer can open files on remote storage like any KDE program.
But when storage server is absolutly busy, movie may be played with delays, because they download some bytes to fill their buffer, and they never download something when this buffer is full.
In my way file copies independently on current player position.
And if it copies faster than it plays, delays will not appear.
well, of course your app is better than mplayer in this regard (what u just explained in your last comment). But, what I mentioned about, is: when you are downloading some video file from somewhere remote, the unfinished "xyz.part" can be played using mplayer. Here two programs are involved: 1st, what downloads the video and 2nd is the mplayer which plays the unfinished file.
The integrated approach, like yours, is better, no doubt. I think if you pay attention to this INTEGRATION of some download program with mplayer, it may be a more efficient way achieve the ultimate objective you have :-)
good luck anyway!
You may associate mplayer as default application for this file type in KDE.
Then my script will open mplayer by click on menu :-)
You may use any player. Keffeine was shown as example.
Ratings & Comments
5 Comments
mplayer already does it I guess??!!
Yes. mplayer can open files on remote storage like any KDE program. But when storage server is absolutly busy, movie may be played with delays, because they download some bytes to fill their buffer, and they never download something when this buffer is full. In my way file copies independently on current player position. And if it copies faster than it plays, delays will not appear.
well, of course your app is better than mplayer in this regard (what u just explained in your last comment). But, what I mentioned about, is: when you are downloading some video file from somewhere remote, the unfinished "xyz.part" can be played using mplayer. Here two programs are involved: 1st, what downloads the video and 2nd is the mplayer which plays the unfinished file. The integrated approach, like yours, is better, no doubt. I think if you pay attention to this INTEGRATION of some download program with mplayer, it may be a more efficient way achieve the ultimate objective you have :-) good luck anyway!
You may associate mplayer as default application for this file type in KDE. Then my script will open mplayer by click on menu :-) You may use any player. Keffeine was shown as example.
Pretty nice idea, I'll give it a try and post again.