Bug #33
shmat fix in Revision 11 breaks mplayer
| Status: | Closed | Start Date: | ||
|---|---|---|---|---|
| Priority: | High | Due date: | ||
| Assigned to: |  Adrian Stutz |
% Done: | 0% |
|
| Category: | video_output | |||
| Target version: | undetermined |
Description
The recent change in the way the shm is found breaks the playback.
shm_fd = shm_open("mplayerosx", O_RDONLY, S_IRUSR);
always returns -1 and so playback just stops.
Reverting back to using shmget solves the problem. I do not quite understand why this code has been changed in the first place. I looked in the mplayer sources but did not find a place where a shm region named "mplayerosx" is created in the first place..
History
Updated by Adrian Stutz over 3 years ago
- Status changed from New to Closed
- 1 set to invalid
The change is due to Ticket #1 and conditions where shmget fails to allocate shared memory because of the global limit in OSX.
Any mplayer binary that should work with the fixed internal video output in r11 should have the respective patch applied, that hasn't yet been applied to the mplayer SVN:
original submission: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-October/058754.html
updated patches: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-October/058768.html
Updated by anonymous - over 3 years ago
Replying to [comment:1 adrian]:
The change is due to Ticket #1 and conditions where shmget fails to allocate shared memory because of the global limit in OSX.
Hello Adrian,
Sorry for not checking the bug entries for this before. I will apply this patch to my local mplayer version and will test it.