Nope, this is another OS4 bug. I've just reported it to Hyperion. Seems like there are still some major issues in OS4.Hi Andreas! I've a trouble with attacched code/pic... It seems that when I pass "0.32" to RotateBrus() as scale parameter the function really often crash and locks all the system(only solution was to made a soft-reset...)... I tryed also making a 1200x1600 picture with PerfectPaint and than passing it to the program and got same problem...so it seems that was the scale parameter the problem...but I tryed with another picture of different size and works...weird... Sorry for bother...hope that can be solved... Maybe was wrong somethin on my code...???
You can work around it by starting Hollywood using the -USEWPA argument. This will be slower but it will call less OS functions. And most importantly, it will never call the OS4 API that causes the crash
By the way, while we are at OS4 bugs, there's another OS4 bug that causes the Snowflakes example to display an "Out of memory!" message... you can also circumvent this bug by starting Hollywood with -USEWPA.
Generally, you shouldn't use -USEWPA though. Just think of it as a kind of "protected mode" that tries to use as little as possible OS APIs
Sorry, that's currently not planned.GOOD WORK!
PS The "2" code was same of the other but with passing directly the "0,32" paramenter to the routine...
PPS Regarding IsPicture() do you think to add exif data extraction in future? I mean variables like picture orientation, photo date, camera type, etc... the most important was he photo orientation to display the pictures in the correct orientation at first load...I ask that because if you dont think to add that I've to do it myself studying the exif format and rading the header with Hollywood dos commands... so was only an info...but maybe a feature req![]()