#11409: Mpeg-4 part 2 crash in media player ------------------------------------+---------------------------- Reporter: AlienSoldier | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ------------------------------------+---------------------------- Comment (by AlienSoldier): Sure, looking for sample i have found 3 that act a bit each different. As for narrowing down the haiku rev, i don't have enough partition left right now to do it. At least you know it was ok in hrev47207. It was still not working on the test partition is used last friday with a nightly build, i don't know when it decided to go bad, i use VLC most of the time but i wanted to test media player harder lately. I suspect it might be related to a change in FFMPEG, but it is only a guess, i don't see much why a change in mediaplayer could cause this, it seem a long time ago a significant change was made to it. There is many flavor or that codec. That one does not crash but seem slower in the latest haiku i have (updated yesterday) than in hrev47207 http://samples.mplayerhq.hu/V-codecs/XVID/ttm1.avi That was a xvid sample Here is a divx: http://trailers.divx.com/divx_prod/profiles/Helicopter_DivXHT_ASP.divx does not crash in either version but the latest only show the low corner divx logo on a black screen. So it essentially stay on the first frame. That one is an another xvid: http://thud.us/videos/misc/xvid-samples/flyby-divx.avi that one do like the first one i reported, crash on latest, fine on hrev47207 One last thing, i started to update from that procedure, could it be related: http://haiku-os.org/guides/daily-tasks/updating-system perhaps a proper dd raw would be better? -- Ticket URL: <https://dev.haiku-os.org/ticket/11409#comment:2> Haiku <https://dev.haiku-os.org> Haiku - the operating system.