kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #19739
[Bug 1176379] Re: Streaming videos over LAN with GVFS often locks up VLC Media Player in Ubuntu 13.04
I was having this problem in 13.04 with both VLC and Movie Player. Did
a clean install of 12.04 and the problem persists. Gnome Player handles
files of any size without difficulty.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1176379
Title:
Streaming videos over LAN with GVFS often locks up VLC Media Player in
Ubuntu 13.04
Status in “linux” package in Ubuntu:
Incomplete
Bug description:
Ubuntu 13.04 64 bit
VLC Media Player 2.0.6
3.8.0-19-generic
In Nautilus when I navigate to smb://ip.address.of.server and click on
an MP4 video, VLC locks up about 90% of the time and does not play the
video. If I kill the PID, it fails to disappear. Even if I kill -9 it,
no difference. Eventually ps -A reveals a bunch of "vlc <defunct>"
instances, which is typically 1 instance per failed video playback
attempt. Sometimes VLC works fine and it will successfully play the
video, but it's quite rare.
Talking with some of the VLC developers it was suggested that it's a
FUSE or some sort of backend issue, likely originating from the kernel
itself. VLC has no problems playing the video locally, and VLC also
has no problems playing the same MP4 files over GVFS on another laptop
running 12.04 here.
I'm able to duplicate the issue with other AVI files as well, not just
MP4. When VLC does its lockup, CTRL Q does not work to close the
program, however ALT F4 does. When closing VLC it still leaves a VLC
icon in the upper taskbar. At this point like I mentioned above, even
going to terminal to kill these processes does nothing. So far a
reboot of the machine is the only way to really nuke these hanging
instances.
On my Ubuntu 13.04 laptop I set up AutoFS with CIFS (SMB), which is
the "on-demand" way to mount shares automatically without having to
initiate a GVFS-based connection each time. I have had absolutely zero
problems using AutoFS with any video playing back on VLC. Between this
and what I read in regard to GVFS, FUSE, VLC, etc., it stands to
suggest that perhaps the issue isn't with VLC but somewhere a bit
deeper.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: linux-image-3.8.0-19-generic 3.8.0-19.30
ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
Uname: Linux 3.8.0-19-generic x86_64
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: jason 2276 F.... pulseaudio
/dev/snd/pcmC0D0p: jason 2276 F...m pulseaudio
Date: Sat May 4 12:49:32 2013
HibernationDevice: RESUME=UUID=7951a743-bc64-43d0-86df-3913c100b62a
InstallationDate: Installed on 2013-04-30 (4 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
MachineType: ASUSTeK COMPUTER INC. K56CA
MarkForUpload: True
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-19-generic root=UUID=d6b1d62c-a985-4b0d-982a-fb3ed4d68775 ro quiet splash vt.handoff=7
RelatedPackageVersions:
linux-restricted-modules-3.8.0-19-generic N/A
linux-backports-modules-3.8.0-19-generic N/A
linux-firmware 1.106
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/13/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: K56CA.208
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: K56CA
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrK56CA.208:bd11/13/2012:svnASUSTeKCOMPUTERINC.:pnK56CA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnK56CA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
dmi.product.name: K56CA
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1176379/+subscriptions