Opened 15 years ago
Closed 14 years ago
#4175 closed bug (fixed)
MediaPlayer crashes when seeking
| Reported by: | jackburton | Owned by: | dlmcpaul |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/MediaPlayer | Version: | R1/Development |
| Keywords: | gcc4 hybrid | Cc: | mdisreali@… |
| Blocked By: | Blocking: | #5237 | |
| Platform: | All |
Description (last modified by )
When seeking a video file which contains an audio track encoded with Mpeg 1 Layer 3, mediaplayer crashes. The correct way to reproduce is to click on the slider bar, keep the mouse button pressed, and move the mouse. It crashes 100% of the times. If just clicking on the slider once, it doesn't crash, and seeks correctly. I'll provide a backtrace soon. This is in hrev32060, gcc4 hybrid.
Attachments (2)
Change History (17)
comment:1 by , 15 years ago
| Description: | modified (diff) |
|---|
by , 15 years ago
| Attachment: | screenshot1.png added |
|---|
comment:3 by , 15 years ago
| Owner: | changed from to |
|---|
I think there is something in the Audio Out Control of MediaPlayer that might be corrupting memory. I have a number of different media files that crash in various places but the common factor all seems to be the Audio Out Control is the thread that crashes.
follow-up: 6 comment:4 by , 14 years ago
Seems to be fixed. At least, I can't reproduce this anymore. Will recheck with other files before closing, though.
comment:5 by , 14 years ago
jackburton: Do you mean since my round of fixes during the BeGeistert Coding Sprint? Or something else?
follow-up: 7 comment:6 by , 14 years ago
Replying to jackburton:
Seems to be fixed. At least, I can't reproduce this anymore. Will recheck with other files before closing, though.
I've tried with other files, and unfortunately it still crashes.
follow-up: 8 comment:7 by , 14 years ago
Replying to jackburton:
Replying to jackburton:
Seems to be fixed. At least, I can't reproduce this anymore. Will recheck with other files before closing, though.
I've tried with other files, and unfortunately it still crashes.
Can I have an example file please.
And what revision are you running, I checked in a small fix for mp3_decoder recently that might have helped.
comment:8 by , 14 years ago
Replying to dlmcpaul:
Can I have an example file please.
Let's get in contact privately (via mail) and I'll get one to you.
And what revision are you running, I checked in a small fix for mp3_decoder recently that might have helped.
I'm current.
comment:10 by , 14 years ago
| Description: | modified (diff) |
|---|---|
| Keywords: | gcc4 hybrid added |
comment:11 by , 14 years ago
| Blocking: | 5237 added |
|---|
follow-up: 13 comment:12 by , 14 years ago
| Cc: | added |
|---|---|
| Version: | R1/pre-alpha1 → R1/Development |
Experiencing this on hrev35434 gcc2hybrid built from trunk. Sound stops yet video continues. Including bt.
by , 14 years ago
| Attachment: | mediaplayer_mp3-decoder_crash_2010-04-23.txt added |
|---|
comment:13 by , 14 years ago
comment:14 by , 14 years ago
The MP3Decoder has code to "resync" itself after a seek. If the file plays through without seeking, then the error is almost guaranteed to be in the resyncing code inside the MP3Decoder.
comment:15 by , 14 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
The MP3 decoder has been disabled in favor of the FFmpeg plugin's support for MP3. So far I have not seen a single seeking crash with MP3 streams anymore.
BackTrace