Opened 12 years ago

Closed 12 years ago

#102 closed defect (fixed)

Device is not in proper state - after RC1

Reported by: Yoda Owned by: Paul Smedley
Priority: normal Milestone: Stabilization
Component: UNIAUD32 Version: 1.1.4
Severity: normal Keywords:


RC1 does not have this problem - it starts from RC2

From logs for almost all hardware I have seen, from RC2 and on we always seem to have left device in an non proper state. a short example from alsahlp$:

Hardware parameters: sample rate 22050, data type 2, channels 1, period size 1024, periods 32 Device is not in proper state: 1. Calling prepare

All devices seems to play ok - but in RC1 it seems like "prepare" was never called, so something must have been changed, since we now always are in non proper state

Change History (3)

comment:1 Changed 12 years ago by Yoda

Owner: set to Paul Smedley

comment:2 Changed 12 years ago by Paul Smedley

Changeset 345 fixes this.

comment:3 Changed 12 years ago by Paul Smedley

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.