[Kubuntu and VLC] - Use of KIO SLAVES to open remote files (located in Network) instead of needing CIFS to do it

Bug #737192 reported by André Madureira
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
VLC media player
Fix Released
Undecided
Rémi Denis-Courmont
vlc (Debian)
Fix Released
Unknown
vlc (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: vlc

Hello,

PROBLEM:

I did a bug report about Kubuntu (KDE 4.5.1) inability on CIFS auto mounting of SAMBA shares like Nautilus in GNOME does (for more info see the report: https://bugs.launchpad.net/ubuntu/+source/kubuntu-kde4-meta/+bug/730984 )... I was advised by Jonathan Riddell , in this bug report above, that VLC should support KIO SLAVES functionality that enables remote file access in KDE environments, or let KDE know that the program (in this case VLC) don't support KIO SLAVES and therefore KDE should auto download the file to the PC to open it...

BEST SOLUTION:

Support KIO SLAVES... Or at least let KDE know it don't handle KIO SLAVES to let it auto download the remote file to open it in the local PC...

PS: I don't know if the solution above is the better (alternatively we can make KDE auto mount remote paths with CIFS like Nautilus does in GNOME too) one because it's not a VLC specific problem, it affects also LIBREOFFICE and GNOME MPLAYER... So, if any of you think in a different manner, please, let us know... All of us want LINUX become better and this needs our commitment with it's development and, with that, make it easier to the common user of PC's to handle it...

Thanks for your attention,

André M.
---
Architecture: i386
DistroRelease: Ubuntu 10.10
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
NonfreeKernelModules: nvidia
Package: vlc 1.1.4-1ubuntu1.5
PackageArchitecture: i386
ProcEnviron:
 LANGUAGE=pt_BR
 PATH=(custom, no user)
 LANG=pt_BR.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-28.49-generic-pae 2.6.35.11
Tags: maverick
Uname: Linux 2.6.35-28-generic-pae i686
UserGroups:

Related branches

description: updated
description: updated
summary: [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (samba, nfs,
- etc)
+ etc) instead of needing CIFS to do it
summary: - [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (samba, nfs,
- etc) instead of needing CIFS to do it
+ [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (located in
+ Network) instead of needing CIFS to do it
Revision history for this message
Rémi Denis-Courmont (rdenis) wrote :

VLC cannot use KIO for HTTP. It needs its own implementation of HTTP for streaming.
VLC supports CIFS via the access_smb plugin (which is included in Ubuntu).

Changed in vlc (Ubuntu):
status: New → Invalid
Revision history for this message
André Madureira (andreluizromano) wrote : Re: [Bug 737192] Re: [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (located in Network) instead of needing CIFS to do it

Hello Rémi Denis-Courmont,

I'm not referring to HTTP Protocol, but in fact SAMBA and NFS protocol
that use a different port (if I still remember, it's 139-145 port to
SAMBA)... So, the problem still persists...

Thanks for your help,

André Madureira

Revision history for this message
André Madureira (andreluizromano) wrote : [Bug 737192] Re: [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (located in Network) instead of needing CIFS to do it

Hello Rémi Denis-Courmont,

Additionally, in my last comment I forgot to mention that although VLC
can't support KIO SLAVES to access SAMBA, NFS shares, can't it alert KDE
4.5.1 (Being more specific, Kubuntu Distribution) about it's inability
of managing KIO SLAVES to make KDE auto download SAMBA,NFS shared files
to the local PC and open it?

PS: Above there's a quotation that Jonathan Riddell wrote about how
should applications support remote file systems (CIFS, KIO SLAVES when
accessing SAMBA, NFS remote files) in the bug report
https://bugs.launchpad.net/bugs/730984...

"Either the application should support remote file systems (such as by
using kio slaves) or their .desktop file should report that they do not
support remote files in which case KDE will try and download the file
first. " (Jonathan Riddell)

--
André Madureira

Revision history for this message
Rémi Denis-Courmont (rdenis) wrote :

To reiterate, VLC does support CIFS. It would be counter productive for KDE to download whole videos to some temporary folders when VLC can play them directly from the network.

Revision history for this message
André Madureira (andreluizromano) wrote :

Hello Rémi Denis-Courmont,

I tested CIFS mounting and VLC playback (of a H264 video) through it and I was not able to SEEK the video (this also happened in a MP3 file) and VLC did not showed the right duration of the video nor the actual position... How can I solve this?

Why don't VLC detect KIO SLAVES smb:// network access and auto mount the remote path with CIFS? With this VLC would be more independent when related with CIFS because it wouldn't need any 3rd party application that can mount CIFS via command or GUI (in example: When I access a remote path, it mounts it automatically like NAUTILUS does)...

Is there any CIFS application that can mount my whole WORKGROUP like FUSESMB when my system boot?

I tested FUSESMB and SMBNETFS, but in both of them I detected some slow down in my network connection when compared with KIO SLAVES smb:// access protocol or GNOME Nautilus Samba access... Is this a configuration issue or is related to the funciton of the programs? Also, I could not access remote PC's that needed authentication (username and password) with them...

PS: I know FUSESMB does the job, but I had some issues with it and I don't want to use it anymore...

Thanks for your help,

André M.

Revision history for this message
zigi (ziegleka) wrote :

In Natty VLC can't open files via KIO slaves (smb). Files are copied first to local temp directory.

Changed in vlc (Ubuntu):
status: Invalid → New
tags: added: natty
Revision history for this message
zigi (ziegleka) wrote :

VLC .desktop file needs update to include all the supported KDE protocols via X-KDE-Protocols.

Revision history for this message
André Madureira (andreluizromano) wrote :

I did a bug report in the LIBREOFFICE package (https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/730264) and AMAROK (https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/738262) and Gnome Mplayer (https://bugs.launchpad.net/ubuntu/+source/gnome-mplayer/+bug/737201) because all of them don't support KIO SLAVES or (in the case of AMAROK) don't handle it as well as it should (AMAROK is a program done to work on KDE and therefore should at least support KIO SLAVES because it is a characteristic of KDE)...

Revision history for this message
smlx (sml) wrote :

Workaround:
go to /usr/share/applications/vlc.desktop

Add this line at the bottom:
X-KDE-Protocols=http,ftp,smb

Revision history for this message
André Madureira (andreluizromano) wrote : [Kubuntu and VLC] - Use of KIO SLAVES to open remote files (located in Network) instead of needing CIFS to do it

The workaround that scottl wrote:

"Workaround:
go to /usr/share/applications/vlc.desktop

Add this line at the bottom:
X-KDE-Protocols=http,ftp,smb"

Did not work for me...

I'm running Kubuntu 10.10 with KDE 4.5.1 in LINUX KERNEL 2.6.35-28-generic-pae...

Anyway, thanks to scottl and everyone that is trying to solve this issue...

--

André Madureira

tags: added: apport-collected
description: updated
Revision history for this message
André Madureira (andreluizromano) wrote : Dependencies.txt

apport information

Revision history for this message
André Madureira (andreluizromano) wrote : RelatedPackageVersions.txt

apport information

Changed in vlc:
assignee: nobody → Rémi Denis-Courmont (rdenis)
status: New → Fix Released
milestone: none → 1.1.10
Changed in vlc (Ubuntu):
status: New → Confirmed
Revision history for this message
B3rz3rk3r (adamgalt1) wrote :

Thanks to sml for the temporary workaround.
Confirmed working Kubuntu 11.04 64bit.
----------------------------------
Workaround:
go to /usr/share/applications/vlc.desktop

Add this line at the bottom:
X-KDE-Protocols=http,ftp,smb

Revision history for this message
André Madureira (andreluizromano) wrote :

Hello,

For me the temporary workaround above don't work (it causes VLC to show
up an Error):

"Workaround:
go to /usr/share/applications/vlc.desktop

Add this line at the bottom:
X-KDE-Protocols=http,ftp,smb"

PS: I'm running Kubuntu 11.04 32 bit with w32codecs and
kubuntu-restricted-extras from Medibuntu Repositories...

--
André Madureira

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package vlc - 1.1.10-1ubuntu1

---------------
vlc (1.1.10-1ubuntu1) oneiric; urgency=low

  * Merge from Debian unstable, remaining changes:
    - build and install the libx264 plugin

vlc (1.1.10-1) unstable; urgency=high

  [ Benjamin Drung ]
  * New upstream release.
    - Security: Fix XSPF integer overflow (CVE-2011-2194) (LP: #795410)
    - Improve .desktop file:
      - Add smb as supported protocol (Closes: #622879, LP: #737192)
      - add video/webm to supported MIME formats (LP: #769463)
    - Fix libdvdread errors while playing ogg files (Closes: #622935)
    - Support three channels in pulseaudio output plugin (LP: 743478)
    - PulseAudio output re-written due to unstability of the current one
      (LP: #743323)
    - Fix crashes (LP: #754497, #785979)
    - Qt: allow drag and drop of any URL, not just a local file (LP: #664030)
    - Fix libvlcplugin.so: undefined symbol: NPP_Initialize (LP: #722690)
  * Refresh patches.
  * Drop as-needed patch due to autoreconf run.
  * Backport PulseAudio build fix.
  * Add GNOME MIME types for Ogg Vorbis and Ogg Theora (Closes: #629619).
  * Mention potcast support in package description (Closes: #488771).

  [ Reinhard Tartler ]
  * run autoreconf on the buildds
  * Weaken dependencies on libschroedinger
 -- Benjamin Drung <email address hidden> Sat, 11 Jun 2011 19:56:27 +0200

Changed in vlc (Ubuntu):
status: Confirmed → Fix Released
Changed in vlc (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.