Odyssey 1.23 r5_beta06 - AmigaOS4 -- MediaPlayer: rewritten media player's AHI part to use AHI device API, instead of AHI library API: No exclusive locks of audio hardware from Odyssey anymore with any AHI settings! (c) Capehill
Nice work Capehill! I am now able to use the hdaudio:HiFi 32 bit Stereo++ setting in sound preferences with the X1000's onboad sound chip. Tested playing three streaming radio stations in seperate tabs while playing a local mp3 file with AmigaAMP 3. All worked great!
Thanks once again to all for the hard work your putting into making Odyssey better!
Odyssey 1.23 r5_beta06 - AmigaOS4[ -- MediaPlayer: fixed another bug found by ktadd when compositing being disabled in prefs:gui, while compositing still available: the content of composited video overlap other window's content (c) Hans De Ruiter
Verified this one is fixed as well. Played videos full screen in three seperate windows with composing off and composting on. Move windows all round as fast as I could and all worked well. Nice work once again!
Beta6 running well on X1000. Many thanks. Youtube 720p videos look good. Occasionally Youtube says fullscreen not available, however clicking on the icon seems to work anyway.
As usual sometimes the player crash badly with ISI, got this one while tried an audio streams that start automatically
I googled everywhere for that: "_ZN7WebCore18MediaPlayerPrivate10playerLoopEv()" line and noted that many users now and in the past had always the same kind of crash with the internal player
Quote:
Symbol info: Instruction pointer 0x6C699A6C belongs to module "GrimReaper" (HUNK/Kickstart)
Are you sure its "usuall" crash ? Did you have the same kind of crash with beta05 and all previous ones ? I mean with the same "PlayerLoop" in the stack trace.
I got this one few times when add Capehill's AHI rewrite (you can read about few post in mediaplayer thread, with the same kind of stack trace). But after reboot can't reproduce it. Can't say if it something new or was there before. Test if you wish previous betas, to be sure it was there before and you have crashes with the same stack trace.
Quote:
I googled everywhere for that: "_ZN7WebCore18MediaPlayerPrivate10playerLoopEv()" line and noted that many users now and in the past had always the same kind of crash with the internal player
I'm unable to understand exactly the meaning of that logs, so i'm not 100% sure if it's really the same kind of, but can say that atleast these 2 or 3 "crashing lines" are always present when crashing with ISI .. atleast since you introduced the video support in owb, so since the first 1.23 release probably
@All Everyone who had crashes in cairo_clip_intersect_rectangle_box() as the last function in stacktrace (visually it first one at top of stack trace) plz check that binary at top of beta06 installation:
I remember that Raziel had this kind of crashes when visit Scummvm.org, and also Javier when visiting morphzone.org , and also BillBorsari when ajust settings on youtube settings. So give it a go plz, if bug is gone, i can update then cairo library in odyssey's repo.
There i just add 2 fixes from Cairo devs after they release version we use now and which fix all those issues for me. But need to be sure, so give it a go. Thanks
@Capehill If only bug can be reproduced, then i can add gstabs just for single object surely to see line where it crashes, but, i think its the same kind of "random-rare-crasehes-dunno-when-dunno-how"..
Everyone who had crashes in cairo_clip_intersect_rectangle_box() as the last function in stacktrace (visually it first one at top of stack trace) plz check that binary at top of beta06 installation:
Confirmed this fixes the cairo crash on my X1000! Another bug squashed. Nice!
Btw. interesting that while an actual Firefox (that I use) tests better overall, Odyssey wins in some areas, like video, and both browsers have sections with zero points.