https://bugs.kde.org/show_bug.cgi?id=446077
Edward Oubrayrie changed:
What|Removed |Added
CC||edoubray...@gmail.com
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #16 from Jesus ---
(In reply to a.saoutkin from comment #15)
> (In reply to Jesus from comment #14)
> > The same thing happens for a couple of months if you try to play a video
> > through sftp:// with dolphin, the entire file is
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #15 from a.saout...@gmail.com ---
(In reply to Jesus from comment #14)
> The same thing happens for a couple of months if you try to play a video
> through sftp:// with dolphin, the entire file is downloaded before it
> starts to play.
https://bugs.kde.org/show_bug.cgi?id=446077
Jesus changed:
What|Removed |Added
CC||bonje...@hotmail.com
--- Comment #14 from Jesus ---
https://bugs.kde.org/show_bug.cgi?id=446077
Nate Graham changed:
What|Removed |Added
Resolution|WAITINGFORINFO |DUPLICATE
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #12 from Patrick Silva ---
My Samba shares are passwordless. Haruna and SMPlayer are able to play the same
videos.
VLC log:
main debug: processing request item: video.mp4, node: Playlist, skip: 0
main debug: rebuilding array of current -
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #11 from a.saout...@gmail.com ---
What does the log say? Presumably it's just an authentication issue, VLC should
be more forthcoming about what the exact issue is.
Is this Samba share password protected? If it is, then KIO FUSE should've
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #10 from Patrick Silva ---
X-KDE-Protocols=ftp,http,https,mms,rtmp,rtsp,sftp,smb
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #9 from Nate Graham ---
For reference, here is that data for my VLC installation, where I can confirm
that kio-fuse translates the paths as expected:
X-KDE-Protocols=ftp,http,https,mms,rtmp,rtsp,sftp,smb
https://bugs.kde.org/show_bug.cgi?id=446077
Fabian Vogt changed:
What|Removed |Added
Status|REPORTED|NEEDSINFO
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=446077
Nate Graham changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #6 from Patrick Silva ---
Vlc does not play the video even when kio-fuse daemon is running.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #5 from Nate Graham ---
And then when it's already running, does VLC open the file using kio-fuse, or
does it still fail?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #4 from Patrick Silva ---
(In reply to Nate Graham from comment #3)
> When it's working with LibreOffice, is the `kio-fuse` daemon running?
yes
> If so, does it stop running when you try to open the file in VLC?
no, kio-fuse daemon remains
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #3 from Nate Graham ---
Thanks. When it's working with LibreOffice, is the `kio-fuse` daemon running?
If so, does it stop running when you try to open the file in VLC? If so, it
almost seems like it's doing something and crashing.
--
You
https://bugs.kde.org/show_bug.cgi?id=446077
--- Comment #2 from Patrick Silva ---
Currently I'm using VLC 3.0.9.2 from ubuntu repos, but he problem also occurs
with nightly build of VLC 4 from the following PPa repository:
https://launchpad.net/~videolan/+archive/ubuntu/master-daily
Nothing is
https://bugs.kde.org/show_bug.cgi?id=446077
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=446077
Patrick Silva changed:
What|Removed |Added
Summary|VLC player does not stream |VLC player does not stream
18 matches
Mail list logo
