Am Wednesday March 10th 2010 at 00:03:18 Darren Salt wrote: > I demand that Roland Eggner may or may not have written... > > > On Tuesday March 09th 2010 at 18:33:04 Darren Salt wrote: > > [snip] > > >>> update to libxine1_1.1.18.1-1 leaves the problem UNMODIFIED: > >>> xine audio output level too low > >>> in xine gui I cannot increase audio output level via keyboard > >>> in xine gui I cannot increase audio output level via menu command > >> > >> Which audio output plugin? > > > > As I wrote: xine, more accurate xine-ui_0.99.5+cvs20070914-2.1 > > xine-ui is not an audio output plugin. It can tell you which one is in use, > though (you'll have to run it with --verbose). > output of „xine --verbose=2“ in attachment, surprisingly there is NO significant difference between libxine1_1.1.17-1 running flawlessly and libxine1_1.1.17-1+b1 exhibiting the bug
> … > $ xine --list-plugins=audio_out > ... > $ xine -A <plugin> ok … when you say „output plugin“, you mean the audio driver and not the UI > > If you're using ALSA (which is what I use), also check (setup window) that > – assuming that you're using stereo output – > audio.device.alsa_default_device and audio.device.alsa_front_device point > at the same device. If not, this is a possible cause of what you're seeing, > since the default device is the one which xine-lib's ALSA output plugin > uses for volume control. using ALSA too, both audio.device.alsa_default_device and audio.device.alsa_front_device are set to default $ grep '^[^#]' ~/.xine/config # --------------------------- .version:2 gui.experience_level:Expert gui.smart_mode:0 gui.splash:0 gui.subtitle_autoload:0 gui.visual_anim:None gui.audio_mixer_method:Software gui.amp_level:38 gui.panel_x:1 gui.panel_y:2 gui.eventer_x:522 gui.eventer_y:2 gui.kbedit_x:252 gui.kbedit_y:268 gui.mrl_browser_x:121 gui.mrl_browser_y:93 gui.playlist_x:519 gui.playlist_y:1 gui.viewlog_x:4 gui.viewlog_y:249 gui.osdmenu.dvd_mountpoint:/hdc ui.osd.text_palette:yellow-black-transparent audio.device.alsa_front_device:default audio.volume.mixer_volume:100 audio.volume.remember_volume:1 media.audio_cd.use_cddb:0 media.capture.save_dir:/home/roland/Dokumente/www/Audio media.files.origin_path:/home/roland/Dokumente/www/Audio/hda 6 Audio media.network.bandwidth:10.5 Mbps (LAN) decoder.external.win32_codecs_path:/usr/lib/win32 subtitles.separate.font:Serif subtitles.separate.font_freetype:Serif subtitles.separate.font_use_freetype:1 effects.goom.height:60 effects.goom.width:80 engine.buffers.audio_num_buffers:460 engine.performance.memcpy_method:mmxext # --------------------------- > > >>> is there a possibility to tell this BTS, that this is a bugreport > >>> against libxine1_1.1.17-1+b1 and libxine1_1.1.18.1-1 and NOT against > >>> libxine1_1.1.17-1 ? > >> > >> That it occurs in .17-1+b1 but not .17-1 says that something external to > >> xine-lib is causing this. > > > > Output of „grep status\ installed\ libxine1 /var/log/dpkg.log“ reported > > on 2010-02-25 and on 2010-03-09 shows you EXACTLY the packages, > > downgrading of which yielded a usable xine-ui. > > Well, yes, but that's not of any help at all: .17-1+b1 is a binNMU, i.e. a > rebuild using unchanged source, usually done to cause a dependency change > (as it was in this case). > > I'm still thinking that something else on your system has been changed (and > yes, it works fine here). > > [snip] „dpkg -i /var/cache/apt/archives/libxine1*_1.1.17-1_i386.deb dpkg -i /var/cache/apt/archives/libxine1*_1.1.17-1+b1_i386.deb“ reliably reproduces the bug: keystrokes for both „increment audio volume“ V and „increment amplification level“ ctrl-V have NO audible effect, whereas the corresponding decrement keystrokes ARE effective, and mouseclicks on volumebar ARE working as usual, opening keybinding editor and remapping of „V“ to e.g. „X“ seems to work as expected but does NOT change the ineffectiveness of keystrokes for „increment audio volume“, this proves that the problem is not caused by a keyboard failure, the menu command to increase volume does the opposit and decreases by a large amount so that I must restart xine to hear any music „dpkg -i /var/cache/apt/archives/libxine1*_1.1.17-1_i386.deb“ reliably yields a flawlessly running xine-ui -- Roland Eggner
xine-verbose=2 libxine1_1.1.17-1+b1.bz2
Description: BZip2 compressed data
signature.asc
Description: This is a digitally signed message part.
