Opened 11 years ago
Closed 11 years ago
#10316 closed bug (fixed)
46543_x86_64 Volume replicant no function
Reported by: | vidrep | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Kits/Media Kit | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86-64 |
Description
Installed 46543_x86_64. When mouse pointer is above volume control replicant, tooltip is shown, but no function when using mouse wheel to change volume and cannot adjust volume control slider. It does work on 46543_gcc2 nightly. When shutdown "restart system" it gets to media server and crashes deskbar. Select "Save report" from debugger dialog. Restart desktop and 0 byte debug report appears on desktop. Syslog attached.
Attachments (1)
Change History (7)
by , 11 years ago
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Component: | - General → Kits/Media Kit |
---|---|
Owner: | changed from | to
I suspect this has the same underlying cause as the original deskbar crash, namely the failure to unflatten the parameter web sent by the media server. It should be noted that this can also be observed in the media prefs: here, audio mixer and HD audio are both listed, but picking them results in "this hardware has no controls."
comment:3 by , 11 years ago
Platform: | All → x86-64 |
---|
comment:4 by , 11 years ago
I also get "this hardware has no controls." with auich driver in VirtualBox.
comment:5 by , 11 years ago
Confirmed it's a media kit problem: BParameterWeb and related classes have hardcoded assumptions with regards to pointers and a few other types being 4 bytes in their respective Flatten/Unflatten() code, which obviously break down on x86_64. This causes them to fail, leading to both the media preflet and volume control problems, likely among other issues. These may well not be the only media kit classes with such a problem either.
The crash on shutdown part is already tracked in another ticket (hence to be ignored for this ticket).