kaffeine doesn't open smb:/ files

[sk0rp10]

Binary package hint: kaffeine

Distribution : Feisty
Reproducibility :Always

Kaffeine does not play any smb:/ file , issuing the following error message:

10:54:44: xine: cannot find input plugin for MRL [smb://hostname/filename.avi]
10:54:44: xine: input plugin cannot open MRL [smb://hostname/filename.avi]
10:54:43: xine: found input plugin : CIFS/SMB input plugin based on libsmbclient

Steps to reproduce:

Open a network shared movie trough Kaffeine file open dialog

[Tomi Urankar (tomi0)]

I confirm this bug. I even recompiled KAFFEINE and I still get this error,

[Tomi Urankar (tomi0)]

I have the following samba packages installed:
libsmbclient
samba
samba-common
smb-client
smbfs

[jgte (j-encarnacao)]

Confirmed. I also run into this.

10:27:20 PM: xine: cannot find input plugin for MRL [smb://x/y.avi]
10:27:20 PM: xine: input plugin cannot open MRL [smb://x/y.avi]
10:27:20 PM: xine: found input plugin : CIFS/SMB input plugin based on libsmbclient

Same packages installed. (smbclient, not smb-client)

[Marc Carson (baggageclaim)]

Bug confirmed - I have Samba packages installed and I get the same error as jgte (except I'm trying to play audio/mp3)

[igor.d (igor-denisenko)]

Conirmed. The same problem.

[Bauldrick (gouldyis)]

I have the exact same symptoms as in this bug, is there any fix for it because it's been along time...

[igor.d (igor-denisenko)]

  It works fine when I open file via konqueror (7.10 and 7.04). I think one should write filename in a right way (%20 instead of spaces etc).

[jgte (j-encarnacao)]

A work-around is to mount the network drive.

On 23/11/2007 <email address hidden> wrote:
> It works fine when I open file via konqueror (7.10 and 7.04). I think
one should write filename in a right way (%20 instead of spaces etc).

[igor.d (igor-denisenko)]

  Mounting of network device isn't necessary. Kaffeine and amarok do play files through samba on my laptop (and on my frined's one).
  I haven't managed to play samba files(in kaffeine) through konsole (I got the same message), but one can just click on the file in konqueror to play it :). It worked in 7.04 and works now in 7.10.
  I'm new to linux, and I havn't yet understood why that happens.

[igor.d (igor-denisenko)]

  Sorry, and the last thing:
kaffeine smb://video/incoming/Films/beowulf.2007/beowulf.2007.avi
  Yo, it works!

---------------------------------------------------------
Kaffeine does not play any smb:/ file , issuing the following error message:
 10:54:44: xine: cannot find input plugin for MRL [smb://hostname/filename.avi]
 10:54:44: xine: input plugin cannot open MRL [smb://hostname/filename.avi]
 10:54:43: xine: found input plugin : CIFS/SMB input plugin based on libsmbclient

I got this message when wrote a WRONG FILENAME.
--------------------------------------------------------------
  But problem appears when I type russian filename (i suppose any "non-english":)). I belive its encoding problem.

[VerWolF (sstl)]

Well, i discovered a strange thing... When you trying to play a file, which name contains "_" symbol, kaffeine refuses to play that file.

[NickB (nickbucci)]

using gutsy

kaffiene 0.8.5-0ubuntu1 from main repo works fine with smb:// uri's and different symbols in the filename when kaffiene-xine with the same rev is installed.

kaffiene 0.8.6-0ubuntu3-gutsy1 from backports doesn't wortk and fails with this error. Also, It breaks the dependency because there is no matching kaffiene-xine package from backports

whatever happened in this upgrade broke this feature.

[Ravi (s-ravi-in)]

I observed this in Hardy Heron also. I observed that it happens only if the filename contains a space character.

[narmo (narmoo)]

In addition it isn't possible to add subtitles file. Even when path to video file and subs file don't contain spaces or any unusual characters, video is played but subtitles not. Trying to add subs manually won't help - no error is shown but subs don't appear on list.

[Pat (patricksissons)]

pretty sure this problem lies somewhere in the dcop server. It seems that the dcop server is adding extra characters when there are escape characters in the URI. more specifically, i would guess that the URI is somehow being escaped twice and only unescaped once. I really don't want to go messing around in that code base, but maybe someone with experience could take a look in there.

In the mean time...
You can indeed play files from samba shares which are unmounted and have spaces in them, you just have to avoid the dcop server. The dcop server is used when you double click a file in konqueror (for example), to avoid dcop simply drag the file from konqueror to kaffeine's playlist (for example). You can also use kaffeine's built in browser, which seems to work fine.

I also experienced issues playing DVD's. My workaround for this problem was to drag the dvd to the playlist, usually after having browsed to media:/ in the internal browser.

Hope this helps people out, i know it saved me a lot of grief! :)

[Rumpeltux (rumpeltux)]

I can confirm this for intrepid. I was trying to play a network-file (smb://...) which did fine for mplayer, vlc and totem, but kaffeine failed.

It works if the file is drag&dropped into kaffeine (this is an easy workaround once found out).
It does not work if the file is opened from nautilus.

xine: found input plugin : CIFS/SMB input plugin based on libsmbclient
input_smb: open failed for smb://host/dir/Sample%25201.avi: No such file or directory
xine: input plugin cannot open MRL [smb://host/dir/Sample%25201.avi]
xine: cannot find input plugin for MRL [smb://host/dir/Sample%25201.avi]

[^rooker (rooker)]

confirmed on Hardy & kaffeine v0.8.6 (KDE 3.5.10).

When trying to open files directly from smb:// locations, I get "Error: Codec package is already installed".
When I copy the file to a local drive, kaffeine can open it without problems.

VLC can open the file directly from smb://

[todir (todirbg)]

Same as rooker. Another workaround is after the codec package erorr to open the file from "Open recent" menu.

[Harald Sitter (apachelogger)]

Hi there!

Thanks for reporting this bug! Your bug seems to be a problem with the KDE program itself, and not with our KDE packages. While we appreciate your issue, it would be better if it was tracked at https://bugs.kde.org, so that the KDE developers can deal with this speedily and have direct communication with you as the reporter for more effective debugging.

Thanks!

[Tomi Urankar (tomi0)]

we get a reply here after almost 3 years.

Good one ;)