Opened 14 years ago
Closed 14 years ago
#6582 closed bug (fixed)
MediaPlayer crash with mp4 file
Reported by: | luroh | Owned by: | stippi |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/MediaPlayer | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
Rev 38606, gcc2, VMware and real hw.
This file plays in hrev38547 but causes MP to crash in hrev38563 and later (the intermediate revisions don't build): http://deathstar.knuttinatoll.net/hammer/jambalaya.mp4 (20 MB)
May be a dupe of #6561.
Attachments (1)
Change History (11)
by , 14 years ago
comment:1 by , 14 years ago
Description: | modified (diff) |
---|
comment:2 by , 14 years ago
comment:3 by , 14 years ago
You are right, it only affects gcc2 and gcc2h builds, not gcc4 or gcc4h ones.
comment:4 by , 14 years ago
Description: | modified (diff) |
---|
Some optimizations are turned off for the GCC2 build. Or GCC2 may generate invalid code from some assembler.
comment:5 by , 14 years ago
Can you make your own builds? If so, you could revert individual changes from hrev38562. Start with the run-time CPU detection (revert it if it doesn't have any effect), the registers, then SSE and so on, until the file plays again. Then we know what we have to disable for GCC2.
comment:7 by , 14 years ago
#define CONFIG_RUNTIME_CPUDETECT 0
makes MP stop crashing to gdb as described above ("corrupt stack?").
Instead, it exits silently. When running MP from a Terminal window, the following output can be observed:
~> MediaPlayer MainWin::MessageReceived: B_SIMPLE_DATA open playlist item: jambalaya.mp4 asfReader::asfReader asfReader::Sniff asfReader::Sniff: unsupported file type Abort Killed (by death) ~>
Reverting any of the other changes in hrev38562 does seemingly not make any difference.
Cannot reproduce, the file plays fine here (GCC4 image).