AOZ Studio official issue tracking system: Issueshttp://support.aoz.studio/http://support.aoz.studio/favicon.ico?15768443862020-10-04T23:27:33ZAOZ Studio official issue tracking system
Redmine AOZ Studio Beta - Bug #540 (Feedback): Colour command no longer works.http://support.aoz.studio/issues/5402020-10-04T23:27:33ZBrian Flanagan
<p>Screen Open 0,320,200,32,Lowres<br>
Colour(17)=$F</p>
AOZ Studio Beta - Bug #396 (Resolved): Load IFF distorts the images loaded. It also gets the bac...http://support.aoz.studio/issues/3962020-06-20T13:09:16ZBrian Flanagan
<p>Whatever IFF decoder we're using in <strong>Load IFF</strong> stretches the IFF images horizontally, and results in an image with many artifacts, both horizontally and vertically. The attached image shows an accurate IFF graphic on the left (generated by Dalton Tulou's Quick Look plugin for macOS), <br>
compared to that generated by AOZ's Load IFF on the right.</p>
<p>I would highly recommend replacing whatever decoder we're using now with Matthias Wiesmann's IFF decoder, since it seems to be the most comprehensive version so far: <a href="https://wiesmann.codiferes.net/wordpress/?page_id=17479">https://wiesmann.codiferes.net/wordpress/?page_id=17479</a> It's in JavaScript... under a GPL3 public license.</p>
<p>It works with standard Color Palette, EHB, IFF, ILBM, HAM (including HAM-6 and HAM-8), SHAM, and RGB24 images, including color cycling! From the examples on his website, it appears to be very accurate as well.</p>
AOZ Studio Beta - Bug #361 (Feedback): Rain Command - Illegal function callhttp://support.aoz.studio/issues/3612020-04-29T08:52:45ZNick Morison
<p>The below code generates an illegal function call at the Rain command:</p>
<p>#manifest:"amiga"<br>
#speed:"safe"<br>
#splashScreen:false<br>
#fullScreen:false</p>
<p>cls 0<br>
set rainbow 0,0,200,"","",""<br>
rain(0,100)=$FFF<br>
rainbow 0,0,40,200<br>
wait Key</p>
<p>(Works as expected in Amos (draws a single white line into the rainbow)).</p>
AOZ Studio Beta - Bug #312 (Feedback): Transpileur corrupts sound and video fileshttp://support.aoz.studio/issues/3122020-03-20T08:23:45ZBaptiste Bideaux
<p>There is a problem with the transformation by the transpiler of binary files into base64 (JS file), on sound files, modules and video. There is either a loss of information or complete corruption.</p>
<p>If we use Sam Play, the sound is distorted. While the same file loaded directly plays normally.</p>
<p>On videos, it doesn't work at all. The transformed file is not recognized at all as a correct format.</p>
<p>For images, it works very well.</p>
AOZ Studio Beta - Bug #300 (Resolved): AMAL causes error but works in AMOShttp://support.aoz.studio/issues/3002020-03-11T12:41:23ZJason Wroe
<p>Using this simple AMAL string causes an error, however the same string works in AMOS.</p>
<p>"AU(I R1 > RN D C); W ; C:"</p>
<p>Tried so find out what exactly is causing the problem by adding and removing string spaces but cant find the issue.</p>
AOZ Studio Beta - Bug #265 (Feedback): AMAL with $8000+1 doesnt not flip bob causes an Uncaught i...http://support.aoz.studio/issues/2652020-02-28T15:17:42ZJason Wroe
<p>This is still not working in 9.5.1</p>
<pre>Channel 1 To Bob 1
Bob 1, 90, 120, 160
animStr$ = "A 100,($8000+161,10)($8000+162,10)(161,10)(160,10);"
Amal 1, animStr$
Amal On 1
</pre>
<p>First 2 frames not played and error in console is :-</p>
<pre>utilities.js:1574 Uncaught image_not_defined
AOZContext.getElement @ utilities.js:1574
ImageBank.getElement @ banks.js:631
Bob.set @ bob.js:79
Screen.bob @ screen.js:1495
(anonymous) @ aoz.js:3296
AMAL.doSynchro @ amal.js:168
(anonymous) @ amal.js:144
</pre> AOZ Studio Beta - Bug #163 (Feedback): AOZ application locks up on second Swap.http://support.aoz.studio/issues/1632020-02-08T22:14:23ZBrian Flanagan
<p>Example The following code locks up on the Load of Faces_B.abk.<br>
The same code works just fine in AMOS Professional.</p>
<p>The code below is based on Help_78 from AMOSPro_Examples:</p>
<pre>#manifest: "amiga"
Load "AMOSPro_examples:Objects/Faces_A.abk"
Print "Bank A loaded."
List Bank
Print "Now swapping 1 & 2"
Bank Swap 1,2
List Bank
Load "AMOSPro_examples:Objects/Faces_B.abk"
Print "Bank B loaded."
List Bank
Print "Now swapping 1 & 3"
Bank Swap 1,3
List Bank
Load "AMOSPro_examples:Objects/Faces_C.abk"
Print "All banks loaded."
List Bank
</pre> AOZ Studio Beta - Bug #151 (Resolved): AMAL with $8000+1 doesnt not flip bob causes an Uncaught i...http://support.aoz.studio/issues/1512020-02-07T21:10:46ZJason Wroe
<p>Doing this in AMAL </p>
<pre>MV$="A 1,($8000+3,2)($8000+17,2)($8000+18,2)($8000+19,2)($8000+20,2)($8000+21,2)($8000+22,4)($8000+21,3)($8000+20,3)($8000+19,3)($8000+18,3)($8000+17,3); "
</pre>
<p>Throws "Uncaught image_not_defined" in the browser console.</p>
<p>Should flip the bob as explained on page (07.02.11) in the AMOS professional manual</p>
AOZ Studio Beta - Bug #149 (Resolved): Hotspots imported from AMOS abk banks are not importedhttp://support.aoz.studio/issues/1492020-02-07T20:51:12ZAnonymous
<p>After importing an AMOS file with an abk bank with sprites with different hotspots it seems like the hotspots are not preserved.</p>
AOZ Studio Beta - Bug #143 (Feedback): Rainbow works in Amiga mode, but not PChttp://support.aoz.studio/issues/1432020-02-06T19:34:02ZPaul Kitching
<pre><code class="text syntaxhl">#manifest: "pc"
#splashScreen:false
#rainbowMode:"slow"
Set Rainbow 0,1,16,"(1,1,15)","",""
Rainbow 0,56,1,255
Curs Off : Flash Off
wait vbl
</code></pre>
<p>Change the mode to "amiga" and it works. I'm not sure if this is supposed to work in PC mode, as I know there are some problems with it using fast/slow mode.</p>
AOZ Studio Beta - Bug #141 (Feedback): Ordering the Screen layers are not working nowhttp://support.aoz.studio/issues/1412020-02-06T16:04:53ZGiovanni Cardona
<p>Hello Wizards;</p>
<p>I uploaded to AOZ a screen demo I was working on a Pre-AOZ engine, and there’s something wrong now with the manipulation of screen layers. It seems like it is inverted and jumping a number.<br>
Can’t precisely explain what is happening so I made two screen recordings to demonstrate the issue.<br>
The culprit code is a loop that move screen 1 back and forth between layers.</p>
<pre>
screen 1 : 'scale and move up ball between screens
Bob Scale 1,1/lyball,1/lyball
Bob 1,(mscreenHalfx-bobhalfsize),(mscreenHalfy-bobhalfsize)-(lyball*bobquartsize)+bobquartsize,1
're-arrange screen layers to move ball between layers
for ly=2 to 4
Screen to back ly
if lyball=ly
Screen to back 1
end if
next ly
</pre>
<p>I do a loop before this one, that position the screens in order and move it using Screen Display commands.<br>
(Sorry for the sluggish screen recording)</p>
AOZ Studio Beta - Bug #120 (Feedback): Rainbow Heighthttp://support.aoz.studio/issues/1202020-02-05T07:40:54ZNick Morison
<p>The rainbow command seems to be ignoring the last parameter (the height).</p>
<p>The below draws one 32 pixel high bar in Amos, but fills the screen in AOZ:</p>
<pre>#manifest:"amiga"
#fullScreen:true
set rainbow 0,1,32,"","","(1,1,15)(1,-1,15)"
rainbow 0,0,100,32 // height (last parameter) ignored
wait key
</pre> AOZ Studio Beta - Bug #75 (Resolved): Fonts in 'Brown fox over lazy dog" demo http://support.aoz.studio/issues/752020-01-24T05:59:59ZAnonymous
<p>It appears as if the program should change fonts with, Set Font Rnd(), but the fonts never change for "A demonstration of Google Fonts support in AOZ"</p>
AOZ Studio Beta - Bug #48 (Resolved): Graphics cursor positionhttp://support.aoz.studio/issues/482020-01-21T18:28:42ZPaul Kitching
<p>box 80,10 to 150,50<br>
print xgr,ygr</p>
<p>In AMOS this gives 80,10 (the start pos), but in AOZ it gives 150,50 (which sounds correct way to do it). It could possibly be an option in a strict AMOS mode, as it could potentially mess up a program.</p>
<p>V 0.9.3</p>
AOZ Studio Beta - Bug #43 (Resolved): Patterns have reversed colourshttp://support.aoz.studio/issues/432020-01-21T15:49:21ZPaul Kitching
<p>set pattern 3:set paint 1<br>
ink 2<br>
bar 40,100 to 60,120<br>
set pattern 5:set paint 0<br>
ink 6<br>
bar 70,100 to 90,120</p>
<p>AMOS shows white "<sup>"</sup> and blue lines, not a white and blue background on them.</p>