Opened 5 years ago

Closed 5 years ago

Last modified 20 months ago

#9414 closed defect (fixed)

TamTam activities sounds staticky on XO 1.5 A2 laptops

Reported by: wad Owned by: Nat
Priority: high Milestone:
Component: tamtam-activity Version: 1.5-A2
Keywords: Cc:
Blocked By: Blocking:
Deployments affected: Action Needed: test in build
Verified: no

Description

On an XO-1.5 A2 laptop (SN 14) running Q3e05 firmware and a linux distro with a 2.6.30_xo1.5-20090717.0115.1.olpc.ba8f22b kernel, the audio on Tam Tam activites sounds horrible.

When a sound is played, it comes out with occasional/regular static (buffer underflow ?).

This happens over both the headphones and the speakers.

When OFW and other activities play sounds, this problem does not appear to be present.

As the Tam Tam Activities are one of the premier ways of playing with sound on the XO, having them sound bad makes the new hardware sound bad...

Attachments (1)

dmesg_log (585 bytes) - added by wad 5 years ago.
This is a dmesg log relelvant to the TamTam bug on XO-1.5

Download all attachments as: .zip

Change History (13)

comment:1 Changed 5 years ago by cjb

  • Milestone changed from Future Release to 1.5-F11

Would be good to see a dmesg.

I'm sure we're not using the same version of csound as 802; perhaps something's up with the new version.

Changed 5 years ago by wad

This is a dmesg log relelvant to the TamTam bug on XO-1.5

comment:2 Changed 5 years ago by sayamindu

Setting the value of PLUGIN_RATE to 16010 in ~/Activities/TamtTamMini.activity/common/Config.py seems to get rid of at least some of the cracking sound for me. Can anyone confirm this ?

comment:3 Changed 5 years ago by sayamindu

https://bugs.launchpad.net/ubuntu/+source/sdl-mixer1.2/+bug/66483 has a long discussion on a similar problem, and a custom ~/.asoundrc mentioned in the discussion seems to act as a workaround for us as well:

pcm.!default {
type plugin
card 0
}

ctl.!default {
type hw
card 0
}

pcm.!default {
 type plug
 slave.pcm "dmixer"
}

pcm.dmixer {
 type dmix
 ipc_key 1024
 slave {
  pcm {
   type hw
   card 0
  }
  rate 44100
  period_time 0
  period_size 2048
  buffer_size 32768
 }
 slowptr 1
}

comment:4 Changed 5 years ago by cjb

  • Resolution set to fixed
  • Status changed from new to closed

Tested fixed in Q3A07 and os26.

comment:5 Changed 5 years ago by dsd

This broke recording (#9526)

The .asoundrc is mostly redundant: dmix is being used by default anyway, as is slowptr. I'm not sure about the period and buffer size values, but through some experimentation, the relevant thing seems to be the change of rate from the default 48000 to 44100.

so I'm going to drop this .asoundrc file and instead we'll change the dmix default rate to 44100 (inside /usr/share/alsa/alsa.conf, modified from the build script). but i'm still hopeful that we can figure this out properly, this is still a hack...

comment:6 Changed 5 years ago by Quozl

  • Resolution fixed deleted
  • Status changed from closed to reopened

symptom has returned on os39.
reopening.

comment:7 Changed 5 years ago by cjb

Fixed for the next build, I think -- the sed lines were added to %post --nochroot instead of %post, so they were outside the chroot.

comment:8 Changed 5 years ago by cjb

  • Action Needed changed from reproduce to test in build

comment:9 Changed 5 years ago by cjb

test in os40

comment:10 Changed 5 years ago by RafaelOrtiz

  • Resolution set to fixed
  • Status changed from reopened to closed

Works for me,

comment:11 Changed 5 years ago by anonymous

  • Milestone 1.5-software deleted

Milestone 1.5-software deleted

comment:12 Changed 20 months ago by dsd

In #12651 we finally found the root cause of this problem, so this hack will be dropped shortly.

Note: See TracTickets for help on using tickets.