ac module causes gaps in sound playback in battery operation

Bug #115688 reported by Ioannis Ramfos
2
Affects Status Importance Assigned to Milestone
xine-lib (Ubuntu)
Invalid
Low
Unassigned

Bug Description

In some players (xine, totem-xine, amarok (xine), kaffeine (xine) and vlc) the sound output has gaps when operating the laptop on battery. When the cable is plugged in, audio is played back correctly. Also, when plugging and unplugging the laptop, the quality of the playback moves between these two states.
With other players (mplayer, totem-gstreamer) the playback is correct in any case.
A verbose output of the first players shows these errors in battery operation:

xine-based:
audio_out: inserting 8047 0-frames to fill a gap of 15092 pts
audio_out: inserting 8009 0-frames to fill a gap of 15022 pts
fixing sound card drift by -1347 pts
etc...

vlc (I assume this is not xine-based):
[00000348] main audio output debug: audio output is starving (23773), playing silence
[00000348] alsa audio output debug: recovered from buffer underrun
[00000348] main audio output debug: audio output is starving (31005), playing silence
[00000348] alsa audio output debug: recovered from buffer underrun
etc...
(when using vlc with oss output it does not output the alsa... lines of course)
--------------------------------------------------------------------------------
I discovered that this behaviour has to do with the ac module. When removing the module the quality of the playback is not affected by the plugging/unplugging and remains the same as when "sudo rmmod ac" was issued.
This means that when when laptop is plugged in, "sudo rmmod ac" keeps the playback quality even if the power cord is removed. When "sudo rmmod ac" is issued while the laptop runs on battery, the sound remains choppy even if it is afterwards plugged in.
"sudo modprobe ac" returns to the original situation.

Revision history for this message
Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount) wrote :

Thank you for your bug report. Could you please the version of Ubuntu and the version of the applications you are using ? Thanks.

Revision history for this message
Ioannis Ramfos (isr81) wrote :

I am using Feisty with the corresponding application versions. That is:

totem-xine: 2.18.1-0ubuntu3
libxine: 1.1.4-2ubuntu3
xine-ui: 0.99.4+dfsg+cvs20061111-2ubuntu2
vlc: 0.8.6.release-0ubuntu4
(The working) mplayer : 2:1.0~rc1-0ubuntu9

These are medibuntu packages:
amarok-xine: 2:1.4.5-0ubuntu7+medibuntu1
kaffeine-xine: 0.8.3-0ubuntu7+medibuntu1

Revision history for this message
Ioannis Ramfos (isr81) wrote :

I should note that this happens also with Kububtu Feisty live and its amarok-xine, kaffeine-xine applications.
I also tried Xubuntu Edgy live cd and the problem didn't occur, using gxine.

Revision history for this message
Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount) wrote :

Ok thank you, I'm marking this as confirmed and assigning it to xine-lib.

Revision history for this message
dino99 (9d9) wrote :

outdated version; no more support expected

Changed in xine-lib (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.