Opened 6 years ago

Closed 6 years ago

Last modified 6 years ago

#10344 closed bug (duplicate)

media kit linear interpolator crashes.

Reported by: humdinger Owned by: pulkomandy
Priority: normal Milestone: R1
Component: Servers/media_addon_server Version: R1/Development
Keywords: Cc:
Blocked By: #7180 Blocking:
Has a Patch: no Platform: All

Description

This is hrev46528.

Experience media_addon_server crashes for some time now, when playing back media. The attached debugger report is from playing back a WAV (might have been an MP3... not sure).
Like #10343 restarting the media services most often fixes the issue. (I opened this ticket because the report doesn't appear to be similar.)

listdev:

device Multimedia controller (Audio device) [4|3|0]
  vendor 8086: Intel Corporation
  device 27d8: NM10/ICH7 Family High Definition Audio Controller

Attachments (1)

media_addon_server-682-debug-25-12-2013-16-59-32.report (14.3 KB) - added by humdinger 6 years ago.
debugger report

Download all attachments as: .zip

Change History (11)

Changed 6 years ago by humdinger

debugger report

comment:1 Changed 6 years ago by diver

Blocked By: 7180 added
Resolution: duplicate
Status: newclosed

comment:2 Changed 6 years ago by humdinger

BTW, media_server_addon doesn't seem to crash, if before the first play back, I go into Media preferences. Under "Audio setting" I go to "HD Audio" and change the output frequency from 96000Hz to 48000Hz and back again. This results in a short horribly crackling of the speakers (might damage them...), but things most often work after that. Sometimes the notebook even restarts when doing that...
The procedure doesn't feel healthy...

comment:3 Changed 6 years ago by pulkomandy

Summary: Another media_addon_server crashmedia kit linear interpolator crashes.

the crash is in the resampler code. Switching from "linear interpolation" to "drop/repeat sample" is a safer way to avoid this problem (even for apps not generating 48kHz output). the drop/repeat code is ok, only the interpolated one is buggy (seem to do an out of bounds access from time to time).

comment:4 Changed 6 years ago by pulkomandy

Blocked By: 7180 removed
Resolution: duplicate
Status: closedreopened

the crash is in the resampler code. Switching from "linear interpolation" to "drop/repeat sample" is a safer way to avoid this problem (even for apps not generating 48kHz output). the drop/repeat code is ok, only the interpolated one is buggy (seem to do an out of bounds access from time to time).

Also, reopening this as a separate issue, the backtrace in #7180 isn't the same.

comment:5 Changed 6 years ago by pulkomandy

Owner: changed from axeld to pulkomandy
Status: reopenedassigned

comment:6 Changed 6 years ago by diver

Both tickets seem to indicate that the crash happens in Resampler::float_to_float. Are you sure it's not a dup?

comment:7 Changed 6 years ago by pulkomandy

Blocked By: 7180 added
Resolution: duplicate
Status: assignedclosed

Oops, you're right, I was looking at the stacktrace in the first comment there.

comment:8 Changed 6 years ago by pulkomandy

Blocked By: 7180 removed

(In #7180) And, @stargatefan: your problem is unrelated, if it still happens, please open a separate ticket.

comment:9 Changed 6 years ago by pulkomandy

Blocking: 7180 added

comment:10 Changed 6 years ago by diver

Blocked By: 7180 added
Blocking: 7180 removed
Note: See TracTickets for help on using tickets.