Hi,
I have a local ftp-server. When I want to watch movies or something from it, dolphin always downloads the file, but I want to have them streamed.

Where can I change this?
TIA

iirc that depends on with what and by what parameter you try to open/stream the application

the parameter should rather be "%u" (or %U) than "%f" (%F) because the latter refers to a file - kio would then cache the remote file (what is relevant for applications that cannot deal with URLs)

So you suggest that I change this in file type properties?
E.g. currently I have "smplayer %F", this would be then "smplayer %U" and there is no drawback of this?

Actually I was looking for a kind of global setting and I believe I had found something like this before (it was a setting where you change the behavior depending on the file size), but I can't find it again.

None that i knew and i doubt that would be possible.

Again: the client must be capable to deal with urls rather than files in the first place (yes, smplayer is) and there's obviously no way to know that from outside. So the service has to annouce this - there's no way around this.

What you might have altered is dolphins preview settings which allow to skip remote files beyond a configurable size.

You might also be interested in https://wiki.archlinux.org/index.php/Mount_FTP which allows you to mount ftp paths so that they appear in the local filesystem. I assume this should stop caching them.

luebking wrote:Again: the client must be capable to deal with urls rather than files in the first place (yes, smplayer is) and there's obviously no way to know that from outside. So the service has to annouce this - there's no way around this.

AFAIK the protocols that the application supports are announced in the .desktop file with the "X-KDE-Protocols" key.
F.e. my /usr/share/applications/vlc.desktop has this:

Code: Select all

Exec=/usr/bin/vlc --started-from-file %U

and this:

Code: Select all

X-KDE-Protocols=ftp,http,https,mms,rtmp,rtsp,sftp,smb

So URLs with those protocols get passed directly, for other protocols the file will be copied to /var/tmp first.

A side-note:
If you want to change .desktop files in /usr/share/applications/ better copy them to ~/.local/share/applications/ and change the copy.
~/.local/share/applications/ overrides /usr/share/applications/ and doesn't get replaced when installing updates.
The downside is that the change only applies to that user then of course.

A side-note:
If you want to change .desktop files in /usr/share/applications/ better copy them to ~/.local/share/applications/ and change the copy.

Check the output of

Code: Select all

kde4-config --path xdgdata-apps

/usr/local/share/applications/ is likely also in the path.

luebking wrote:

A side-note:
If you want to change .desktop files in /usr/share/applications/ better copy them to ~/.local/share/applications/ and change the copy.

Check the output of

Code: Select all

kde4-config --path xdgdata-apps

/usr/local/share/applications/ is likely also in the path.

Yeah, right. Didn't think of that one.

But the question is whether it overrides /usr/share/applications/.
On my system I get:

Code: Select all

~> kde4-config --path xdgdata-apps
/home/wolfi/.local/share/applications/:/usr/share/applications/:/usr/local/share/applications/:/etc/opt/kde3/share/applications/:/opt/kde3/share/applications/:/opt/kf5/share/applications/

/usr/share/applications/ comes _before_ /usr/local/share/applications/, so copying a file from the former to the latter and changing the copy won't have any effect...

ieeee... indeed - /usr/local is below /usr in my xdg-data dir as well.
Only option would be to export the XDG_* stuff to sane values:
http://standards.freedesktop.org/basedi ... atest.html

I tried curlftpfs, but it's unbearable sloooow. Furthermore it seems to be badly implemented, since it even manages to freeze dolphin ...

Regarding the file parameters:
Okular by default uses already "%U", however still when I open a pdf on my NAS, I get a little notification popup with "Copying finished"... So it doesn't seem to work here?

It is possible that the libraries Okular uses to render files (including PDFs) are reliant on being able to work with local files - so Okular transfers them itself to your local system. I can confirm that I can reproduce the issue of the copying dialog here locally (and also with Gwenview and images).

It is likely these are bugs in these two applications - they need to pass certain flags when they open files to ensure these dialogs are not shown.