Bug 386192

Summary: Unable to open videos on password-protected Samba share
Product: [Frameworks and Libraries] phonon-backend-gstreamer Reporter: Nate Graham <nate>
Component: generalAssignee: Daniel Vrátil <dvratil>
Status: RESOLVED FIXED    
Severity: normal CC: bvbfan, myriam, romain.perier, simonandric5, sitter, tdfischer
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed In:

Description Nate Graham 2017-10-25 22:28:33 UTC
Steps to reproduce:
1. Ensure that your machine has the proper video codecs to play videos
2. Use Dolphin to connect to a password-protected Windows Samba share
3. Navigate to a video file on the share
4. Copy the file to a local disk and open it in Dragonplayer to make sure that Dragonplayer is able to play it locally
5. GO back to the share and Double-click on the file or right-click on it and choose Open With > DragonPlayer


Expected results:
Dragonplayer plays the file over the nwtwork


Actual results:
Dragonplayer opens and displays the filename in the status bar on the bottom, but the video itself never shows up or starts to play.


If I open the file in Dragonplayer using the command line to get extra debug info, here's the result:

$ dragon 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4' 
Opening QUrl("smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4")
detected mimetype:  "video/mp4"
Initial offset is  0
using index:  -1  returned desc has index:  -1
using index:  -1  returned desc has index:  -1
Stopped state
updated actions
updated menus
set titles 
seekable changed to  false
chapters:  0  titles:  0
going from  "Loading"  to  "Stopped"
Stopped state
updated actions
updated menus
set titles

[nothing happens after having waited for 10 minutes]



So it seems like KIO is doing its part to provide access, but still isn't able to play the video anyway.
Comment 1 Anthony Fieroni 2018-01-18 05:06:38 UTC
Dragonplayer, itself, is only an UI of phonon. Phonon, in other hand, has an option of 2 back-end cores - GStreamer and VLC. Systemsettings -> Multimedia -> Audio and Video -> backend. So, probably, the problem relies to some of 2 back-ends you try selected back-end works:
gst-play-1.0 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4'
or
vlc 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4'
Comment 2 Harald Sitter 2018-01-18 09:32:49 UTC
I was rather under the impression that inside phonon we route smb through a custom input based on KIO so it can be read by all backends actually. Mind you, the backend still needs to implement reading from the source which works for at least VLC (which is the preferred backend)
Comment 3 Nate Graham 2018-01-18 15:35:12 UTC
FWIW my Phonon backend is using GStreamer, not VLC.
Comment 4 Harald Sitter 2018-01-18 17:31:06 UTC
Well, that's a bug there then I'd say. And I have to point out that from a phonon POV vlc is suggested because gstreamer most of the time offers subpar quality.
Comment 5 Nate Graham 2020-02-26 19:12:20 UTC
This is fixed now with kio-fuse.