Ticket #9414 (closed defect: fixed)

Opened 5 years ago

Last modified 16 months ago

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:
Action Needed: test in build Verified: no
Deployments affected: Blocked By:
Blocking:

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

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

Change History

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

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 ?

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
}

Changed 5 years ago by cjb

  • status changed from new to closed
  • resolution set to fixed

Tested fixed in Q3A07 and os26.

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...

Changed 5 years ago by Quozl

  • status changed from closed to reopened
  • resolution deleted

symptom has returned on os39. reopening.

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.

Changed 5 years ago by cjb

  • next_action changed from reproduce to test in build

Changed 5 years ago by cjb

test in os40

Changed 5 years ago by RafaelOrtiz

  • status changed from reopened to closed
  • resolution set to fixed

Works for me,

Changed 5 years ago by anonymous

  • milestone deleted

Milestone 1.5-software deleted

Changed 16 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.