Bug#885084: [src:vlc] Shishensho squawks on VLC installation when game is won

2017-12-24 Thread David Baron
On יום ראשון, 24 בדצמבר 2017 11:32:14 IST Sebastian Ramacher wrote:
> Control: tags -1 + moreinfo
> Control: found -1 3.0.0~rc2-2
> Control: notfound -1 Sid
> 
> On 2017-12-23 19:06:29, David Baron wrote:
> > Package: src:vlc
> > Version: Sid
> > Severity: normal
> > 
> > --- Please enter the report below this line. ---
> > When a game of kshishen is played and won, the program will then put up
> > high scores for that game variation. At this point an error box come up:
> > Phonon's VLC backend failed to start.
> > ... indicates problem with VLC installation.
> > 
> > I have no idea what it needs with VLC for this function, but that is the
> > package called out.
> 
> We really need to know more, i.e. all the information reportbug usually
> sends with bug reports. Please let us know all the versions of all vlc
> related packages and especially those of phonon-backend-vlc and
> phonon4qt5-backend-vlc.
> 
> Cheers

Should have been included but I guess flagging as src defeats all that.
My installation is an up-to-date Sid. So whatever is on unstable. Note that 
these packages updated today so I will retry, see if the problem persists.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885084: [src:vlc] Shishensho squawks on VLC installation when game is won

2017-12-23 Thread David Baron
Package: src:vlc
Version: Sid
Severity: normal

--- Please enter the report below this line. ---
When a game of kshishen is played and won, the program will then put up high 
scores for that game variation. At this point an error box come up:
Phonon's VLC backend failed to start.
... indicates problem with VLC installation.

I have no idea what it needs with VLC for this function, but that is the 
package called out.


--- System information. ---
Architecture: 
Kernel:   Linux 4.14.0-1-amd64

Debian Release: buster/sid
  500 yakkety ppa.launchpad.net 
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 sid linux.dropbox.com 
  500 lucid   ppa.launchpad.net 
  100 jessie-backports ftp.us.debian.org 
1 experimentalftp.us.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Bug#633761: [qjackctl] Fails to Set Output Device to HW:1

2011-07-13 Thread David Baron
Package: qjackctl
Version: 0.3.8-1
Severity: normal

--- Please enter the report below this line. ---
Changing the jack output device from the defaulted HW:0 to HW:1, a usb-audio 
device, has no effect. Jack still plays to HW:0.

Normal play to HW:0, a Intel/Realtek HDA builtin, will have 6 channels. The 
audio connections box shows them. Only two (front-stereo) play.

Capture device not tested.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.39-2-686-pae

Debian Release: wheezy/sid
  990 unstablewww.debian-multimedia.org 
  990 unstableliquorix.net 
  990 unstablehttp.us.debian.org 
  990 unstabledebian.tagancha.org 
  990 unstabledebian.scribus.net 
  990 unstabledebian.pengutronix.de 
  650 testing security.debian.org 
  650 testing http.us.debian.org 
  650 testing dl.google.com 
  500 stable  security.debian.org 
  500 stable  http.us.debian.org 
  500 stable  deb.opera.com 
  500 karmic  ppa.launchpad.net 
  500 intrepidppa.launchpad.net 
  101 experimental-snapshots qt-kde.debian.net 
1 experimentaldebian.co.il 

--- Package information. ---
Depends(Version) | Installed
-+-
libasound2   ( 1.0.18) | 1.0.23-4
libc6  (= 2.3.6-6~) | 2.13-10
libgcc1 (= 1:4.1.1) | 1:4.6.1-3
libjack-jackd2-0 (= 1.9.5~dfsg-14)  | 1.9.7~dfsg-1
 OR libjack-0.116| 
libqt4-dbus (= 4:4.5.3) | 4:4.7.3-5
libqt4-xml  (= 4:4.5.3) | 4:4.7.3-5
libqtcore4(= 4:4.7.0~beta1) | 4:4.7.3-5
libqtgui4   (= 4:4.5.3) | 4:4.7.3-5
libstdc++6(= 4.1.1) | 4.6.1-3
libx11-6 | 2:1.4.3-2
jackd| 5


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
pulseaudio-utils| 0.9.21-4.1







___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers


Bug#579938: [vlc-plugin-jack] Disconnects between tracks/songs

2010-05-03 Thread David Baron
On Sunday 02 May 2010 22:17:40 Adrian Knoth wrote:
 On Sun, May 02, 2010 at 06:01:09PM +0300, David Baron wrote:
I need to connect vlc###-system in the qjackctl connection pane to
hear music. At each track playing an audio-CD, for example, it
disconnects and I need to reconnect to hear music. Not a desirable
behavior!
   
   Shouldn't it be sufficient to go to the preference menu, select Show
   all settings, then choose Audio/Output modules/JACK and say connect
   to clients matching with or without automatically connect to
   writable clients?
  
  This, once found, works just fine! No need to touch qjackctl at all.
 
 Glad it worked. ;)
 
  Question is: what should be the default mode when jackd is found
  running on program start (which would busy up alsa)? I think it should
  simply play.
  
  At worst, auto-connect should be in the simple options and default
  checked.
 
 I expected this proposal, and I think it's wrong. The point is: jack is
 not a tool for ordinary desktop users but targeted at professional music
 production. Jack is not supposed to run as a desktop sound server, this
 is what pulseaudio is for.
 
 Consequently, there is no sensible default where to connect. Physical
 outs? Or some FX-chain in advance? Or no connection at all, because the
 output will be fed to a streaming server?
 
 
 And BTW: a running jackd doesn't imply that ALSA is busy. Normally,
 there is a dedicated (separate) professional audio card in a jackd setup
 that's connected to the studio. And if you run jackd in dummy mode, no
 soundcard at all would be occupied.
 
   BTW: Unless you really need to separate the vlc outputs from all other
   system outputs, I recommend using the pulseaudio audio plugin instead
   and then use pulseaudio-module-jack to bridge to jackd. This way, your
   connections are always on, no need to mess with qjackctl at all. ;)
  
  I wish pulse was up to snuff but it is just too troublesome. Someday.
 
 You think so? I claim that's FUD. If something isn't working, file a bug
 report against pulseaudio or the application in question. To me, it
 works like a charm, vlc, skype, flash, mplayer and the lot all
 outputting to pulseaudio which then feeds everything to jackd. Way more
 stable than the libasound2-jackd-alsa bridge.
 
 And make sure to try the DBUS interface support in current qjackctl.
 (setup/Misc-tab). This might be especially useful in your single card
 setup: with DBUS support, jackd2 (then jackdbus) talks to pulseaudio,
 and pulseaudio will release the soundcard, so jackd can be started.
 
 In other words, pulseaudio and jackd hand over the card to each other.
 No need to look for and shutdown all the apps that prevent jackd from
 starting.
 
 You should really give it a whirl. I never want to go back.

OK, fair enough. However, if there is no jack running, the option should have 
no effect so so what?

For pulseaudio FUD, it seems that a good part of the linux audio community 
dislikes pulse and is circulating this message. One probably can live without 
jack and pulse simply to listen to mp3s and streams.



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers