Who's Online |
74 user(s) are online ( 60 user(s) are browsing Forums)
Members: 0
Guests: 74
more...
|
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/2 9:33
#61 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@Capehill Now that I saw it: yes, definitely a Nova bug, no need to look at the source, thanks.
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/6 10:32
#62 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@Capehill @kas1e New ogles2 v3.0 wip version is on my FTP. I further improved the unused variable detector (whopping 185 lines now  ). As a direct result it now also correctly detects the missing initialization of the int "temp" in this shader. Until now stuff like that could eventually slip through undetected because I didn't correctly handle certain OpDecorations (in this case RelaxedPrecision).
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/6 12:23
#63 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
@Daniel Yeah, works!
But now, when it not "forced" version, then in ShaderJoy we didn't have a warning window about non-init-vars, but only have them when enabled "verbose log" and it just hides in the deep of other output. + shader execution didn't stop. But that all to Capehill, of course :) Check ShaderJoy thread anyway.
Edited by kas1e on 2020/8/6 12:39:10 Edited by kas1e on 2020/8/6 12:46:01
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/7 12:07
#64 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@Capehill @kas1e Another ogles2 v3 wip update with even more improvements of the uninitialized variables detector is on my FTP. It now correctly detects even more stuff, e.g. in these shaders: ● KissingDonuts, "g" (note: this is the only critical uninitialized variable here, despite what's being said here) ● Glowing Stone, "color" ● Aya Tunnel, "dO" (note: this is the only critical uninitialized variable here, despite what's being said here) ● Glass looking modulo trick, "acc" ● Dancing circles, "f" A stupid typo prevented the detection of some of those until now. Essentially this typo made the detector look for invalid jump target names in one situation, which in turn led to early quits. The second stupid typo eventually made the detector not start at the true entry point, also leading to early quits sometimes. This one was responsible for the other missed hits. En passant the performance was increased significantly (although the detector's impact wasn't measurable before already  ). EDIT: didn't check if the followin weren't detected before, those were just coming around in the Mantis right now, so I quickly used those for verification. ● Valentiness, "z" (note: this is the only critical uninitialized variable here, despite what's being said here) ● Intricate circles, "col" ● Another Cloudy Tunnel, "vecOld" ● Solar distortion, "dpMin"
Edited by Daytona675x on 2020/8/7 12:38:00 Edited by Daytona675x on 2020/8/7 12:41:27
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/8 7:03
#65 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
@Daniel Yeah, detection is better for sure. From all Hans finds find out 2 ones which weren't detected: http://www.amiga.org/developer/bugreports/view.php?id=592http://www.amiga.org/developer/bugreports/view.php?id=596One in MainImage() probabaly is out of detection as you explain before, but another one seems unitialized var in the image() function, so should be detected imho ? Btw, offten we have in different function declared vars with the same name, and only one or some of them are really unitialized. Question is : is it of much hassle, in the error output with name of unitialized var print a number of string in the shader, or it all up to high level's code ?
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/8 7:37
#66 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@kas1e Those are the two which I told you on FB cannot be detected "by design". The detector currently doesn't track such (in)outs, they are completely ignored. This won't change in the foreseeable future, most likely. You mean line numbers? Those are gone in the SPIR-V, usually. However, I could add an aglSetParam-option to enable the emitting of OpLine instructions, which the detector could then pick up easily. But IMHO that's not worth the bloat. Such shaders usually don't consist out of hundreds of lines. A search for the respective variable name will most often immediately and the rest of the time very quickly lead you to the critical location in the shader anyway. But if you really want it real hard, then I'll add it  (but note that the line numbers won't necessarily be what you expect in case of ShaderJoy, because the listings get a trailing "invisible" static piece of code attached internally... So if I add support for this, then another optional int agl-parameter for a line-number report-offset would be mandatory, I guess).
Edited by Daytona675x on 2020/8/8 7:56:19
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/8 8:01
#67 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
@Daniel No no, not of big deal. Just if it was something very simply like adding another byte to printf, but if not, no need to spend time on. Its good enough already :)
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/8 14:50
#68 |
Not too shy to talk 
Joined: 2011/6/3 13:49
Posts: 269
|
Does those shaders works if those unintialized vars are set manually ? ( I mean edit the shader)
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/8/8 16:02
#69 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
Of course (that what we are talk about). But they tested with 1.74 betas of Nova, so not sure if they all will work after you fix vars with public 1.68.
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/9/14 12:45
#70 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
OpenGL ES 2 version 3.0 for Warp3D Nova / AmigaOS4 has been finalized.It's available on my FTP for testers and A-Eon devs, as usual, for a last check. - new aglSetParamTags / aglCreateContextTags2 parameter OGLES2_CCT_DEBUG_SHADER_LOG. If set to TRUE then the library asks Nova for extra shader compiler info. A detailed log will be returned even on successful shader compilation. If this flag is set to FALSE (default) then only the usual standard error log will be returned. - extended the extensions string by GL_ARB_texture_non_power_of_two and GL_OES_texture_npot. The lib implicitely supported those since day one but not mentioning them explicitely in the ext-string could cause some progs to execute internal pot-scale workarounds or to fails needlessly. - Fix: design flaw. Every shader had its own internal variable-cache. Which at first glance seems to be all good and which most often works. But actually it's wrong because that cache also handles the mapping of uniform locations. But those can vary for the very same shader if it's being used by multiple programs! So, this bug could cause all sorts of hard to track issues if the client used shared shader objects for multiple programs. Now the variable-caches have been moved into the program objects (simply spoken, in fact the shaders still have their own cache but the programs get their own autarkic set of dedicated variable-representations). - while I was at it I trashed all the old program introspection code and rewrote it from scratch. As a result the lib now also supports uniform arrays. Sometimes trashing your old broken stuff is way better than trying to fix it - only to probably add more sideeffects. No, better accept your failure and start over  - extended the extensions string by GL_ARB_arrays_of_arrays. This is because the new introspection system didn't just add array support but multidimensional array support too. - new aglSetParamTags / aglCreateContextTags2 parameter OGLES2_CCT_DETECT_UNINITIALIZED_GLSL_VARS. If set to 1 or 2 (default 0) then the library will analyze the generated SPIR-V code and look for uninitialized shader variables. If set to 1 then it will only put a warning in the log and continue, if set to 2 then glCompileShader will return with an error if something suspicious is being detected. Note that the scanner is considered "good enough for us", it's certainly not perfect (well, it cannot possibly be without simulating all possible inputs and fully emulating the shader, so... it's just a ~200 liner ;) ). While it does analyze all different code-paths (branches, conditional branches, function calls, loops) it will not detect stuff like a vector variable being only partially initialized (e.g. a vec4 whose .xyz are initialized but not its .a won't be detected) or structs that are only partially initialized (e.g. struct s {vec2 a; vec2;b} won't be reported if a is being set but b is not). Other than that it gives pretty good results with only a minimal, practically not measurable, performance impact on glCompileShader (depends on shader size / complexity / num variables, but even checking real big ones didn't hit performance measurably so far). Thanks to kas1e for requesting! - glslangvalidator_redux shell tool extended by an equivalent -varcheck option to enable scanning for uninitialized shader variables. - Fix: standard violation. If you attached a texture to an FBO then a resize of said texture using glTexture2D should be enough to trigger a resize of the whole FBO. Before that fix this led to gfx coruption because Nova doesn't automatically handle that case neither. The necessary workaround until now was to unattach and reattach the texture to force ogles2 lib into updating the FBO. Now all you need is glTexture2D. Thanks to Capehill for reporting! - new aglCreateContext / aglSetParam parameters OGLES2_CCT_SPIRV_OPLINES (bool) and OGLES2_CCT_SPIRV_OPLINES_OFFSET (int) which extend the uninitialized-variables-detector by optionally telling you the source-code's line where the shite happened. For that it tells the integrated glslangvalidator to generate SPIR-V which contains OpLine opcodes, which in turn is now handled by the detector. OGLES2_CCT_SPIRV_OPLINES_OFFSET is useful to e.g. make the output 0 or 1 relative or to compensate for any eventual prefix (e.g. ShaderJoy adds a static prefix and should therefore adjust the offset). Note that this feature is being disabled if you don't have installed the latest Nova 1.76+. Reason is that among some others it didn't correctly handle the OpLine opcode, which in turn resulted in the whole shader not being compiled at all. - !don't forget to download the new include-folder too! - version set to 3.0 (14.9.2020) (yep, it's that much of an improvement ;) ) Thanks to kas1e and Capehill for testing! Cheers, Daniel
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/9/14 20:02
#71 |
Home away from home 
Joined: 2006/11/26 21:45
From a dying planet
Posts: 3974
|
@Daytona675x Quote: As a result the lib now also supports uniform arrays.
Is that Boolean uniforms support? Or is that something completely different?
|
_________________
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/9/15 6:28
#72 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@Raziel No, that's sth. completely different indeed. Boolean uniforms are just uniform variables of type bool. Those are not supported by Nova yet, so when you try to use those inside a shader it won't compile. This here is general support for arrays of uniform variables, like e.g. uniform float x[10]; Back in the early days of ogles2.lib I had blindly coded support for those, however Nova didn't support them at that time. As it turned out my code was partially buggy. The main problem was that the introspection system wasn't correct in terms of arrays, which prevented proper use of those. This has now been fixed and improved.
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/7 16:01
#73 |
Not too shy to talk 
Joined: 2010/6/17 15:04
From Waterbury, Connecticut (USA)
Posts: 277
|
@Daytona675x A huge thanks for the recent release! My son can happily play Aquaria again on my X5000. So even though I also have Warp3D for Southern Islands, I think we'll be using your solution going forward. One thing I have noticed is tha ScreenBlanker OpenGL modules no longer work as expected. Typically we end up with crashes, or occasionally they'll run for a bit with incorrect color data. Hopefully the following gets formatted correctly:
Crash log for task "ScreenBlankerEngine"
Generated by GrimReaper 53.19
Crash occured in module kernel at address 0x0180365C
Type of crash: unknown exception
Alert number: 0x81000005
Register dump:
GPR (General Purpose Registers):
0: 0181CBF8 5B1829D0 00000002 01803674 5B2554C0 022D4E2C 022D4E1C 022D4E8C
8: 5B02E1D0 00000003 00000000 00001739 35555955 5E25FADC 40000000 5E250000
16: 5B240100 5B1065D0 5E250000 5B240D00 5B182C74 00000001 00000000 5E257C20
24: 00000154 00000001 00000001 5B1829D0 022D7CB2 5B2554C0 5B2554C0 021728D4
FPR (Floating Point Registers, NaN = Not a Number):
0: 0 476 -1.96948e+78 2.37988e+51
4: -1.89746e+125 -1.72159e-266 4.20914e+22 5.06773e-247
8: 2.14748e+09 nan nan nan
12: nan -1.22369e-237 1.1555e-158 -4.24394e+116
16: -2.51768e-276 3.86191e-262 -1.49024e-242 6.13609e-243
20: 1.14773e+99 -2.20854e+26 -5.33486e+271 1.41412e-267
24: 2.24632e-219 -2.56297e+20 -4.80038e-264 -1.59196e+45
28: -1.146e+181 4.76857e+175 2.01814e-113 4.90355e-306
FPSCR (Floating Point Status and Control Register): 0x82008000
SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002B030
Condition (cr) : 0x589C9DC0
Instruction Pointer (ip) : 0x0180365C
Xtended Exception (xer) : 0x589CA134
Count (ctr) : 0x00570001
Link (lr) : 0x021728D4
DSI Status (dsisr) : 0x589C9DB0
Data Address (dar) : 0x00000010
680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0
Symbol info:
Instruction pointer 0x0180365C belongs to module "kernel" (HUNK/Kickstart)
Stack trace:
native kernel module kernel+0x0000365c
native kernel module kernel+0x0001cc00
native kernel module newlib.library.kmod+0x000142a8
native kernel module newlib.library.kmod+0x00006d2c
module LIBS:minigl.library at 0x7F441474 (section 0 @ 0xC6450)
module LIBS:minigl.library at 0x7F45E440 (section 0 @ 0xE341C)
module LIBS:minigl.library at 0x7F37B538 (section 0 @ 0x514)
native kernel module kernel+0x0001fe8c
native kernel module ramlib.kmod+0x00000648
module Sys:Utilities/Blankers/GLHyperTorus.blanker at 0x7F4FC78C (section 0 @ 0x768)
module Sys:Utilities/Blankers/GLHyperTorus.blanker at 0x7F4FD79C (section 0 @ 0x1778)
native kernel module kernel+0x0002005c
native kernel module ramlib.kmod+0x00001144
module LIBS:screenblanker.library at 0x7FEFC054 (section 0 @ 0x1030)
module ScreenBlankerEngine at 0x7FAC3B44 (section 0 @ 0xB20)
module ScreenBlankerEngine at 0x7FAC4D6C (section 0 @ 0x1D48)
native kernel module newlib.library.kmod+0x000025fc
native kernel module newlib.library.kmod+0x000032d8
native kernel module newlib.library.kmod+0x0000384c
ScreenBlankerEngine:_start()+0x170 (section 1 @ 0x16C)
native kernel module dos.library.kmod+0x0002a2c0
native kernel module kernel+0x0003fb28
native kernel module kernel+0x0003fb70
PPC disassembly:
01803654: 60633674 ori r3,r3,13940
01803658: 44000002 sc
*0180365c: 4e800020 blr
01803660: 7c641b78 mr r4,r3
01803664: 3c600180 lis r3,384
System information:
CPU
Model: Freescale P5020 (E5500 core) V1.2
CPU speed: 1995 MHz
FSB speed: 798 MHz
Extensions:
Machine
Machine name: AmigaOne X5000/20
Memory: 2097152 KB
Extensions: bus.pci bus.pcie
Expansion buses
PCI/AGP
00:00.0 Vendor 0x1957 Device 0x0421
01:00.0 Vendor 0x1002 Device 0x683D
Range 0: 80000000 - 90000000 (PREF.MEM)
Range 2: 90000000 - 90040000 (MEM)
Range 4: 00001000 - 00001100 (IO)
01:00.1 Vendor 0x1002 Device 0xAAB0
Range 0: 90040000 - 90044000 (MEM)
02:00.0 Vendor 0x1957 Device 0x0421
03:00.0 Vendor 0x111D Device 0x8092
04:01.0 Vendor 0x111D Device 0x8092
04:02.0 Vendor 0x111D Device 0x8092
04:03.0 Vendor 0x111D Device 0x8092
04:08.0 Vendor 0x111D Device 0x8092
04:10.0 Vendor 0x111D Device 0x8092
05:00.0 Vendor 0x12D8 Device 0xE111
06:04.0 Vendor 0x1095 Device 0x3512
Range 0: 00001000 - 00001008 (IO)
Range 1: 00001008 - 0000100C (IO)
Range 2: 00001010 - 00001018 (IO)
Range 3: 00001018 - 0000101C (IO)
Range 4: 00001020 - 00001030 (IO)
06:05.0 Vendor 0x1095 Device 0x3512
Range 0: 00001030 - 00001038 (IO)
Range 1: 00001038 - 0000103C (IO)
Range 2: 00001040 - 00001048 (IO)
Range 3: 00001048 - 0000104C (IO)
Range 4: 00001050 - 00001060 (IO)
07:00.0 Vendor 0x1B21 Device 0x1080
08:00.0 Vendor 0x1412 Device 0x1724
Range 0: 00002000 - 00002020 (IO)
Range 1: 00002080 - 00002100 (IO)
Libraries
0x022d7cb2: exec.library V53.99
0x6fecec78: cgxvideo.library V42.1
0x5afc4928: GLHyperTorus.blanker V2.0
0x59289490: getscreenmode.gadget V53.8
0x59c2edc8: ogles2.library V2.11
0x5afc4328: minigl.library V3.5
0x59c2ecc8: W3DN_SI.library V1.76
0x5afc40a8: Warp3DNova.library V1.76
0x5a3158c8: bzip2.library V53.4
0x59289170: Pixmap.mui V21.23
0x58528df0: amissl_v111g.library V4.6
0x586c6088: amisslmaster.library V4.6
0x5da7e4b0: ilbm.datatype V53.3
0x59568980: Frimagedisplay.mui V21.23
0x595688e0: Imagedisplay.mui V21.22
0x59568840: Pendisplay.mui V21.23
0x59568520: String.mui V21.45
0x59568480: Gauge.mui V21.22
0x595683e0: NListview.mcc V19.100
0x59568340: TheButton.mcc V26.20
0x595682a0: TheBarVirt.mcc V26.20
0x59568200: TextEditor.mcc V15.54
0x595680c0: NListtree.mcc V18.52
0x59568160: NList.mcc V20.145
0x59568020: BetterString.mcc V11.34
0x5b02e6d0: ttengine.library V7.2
0x5afc4630: simplehtml.library V0.21
0x5b02e8d8: muigfx.library V21.23
0x59b54dac: muimaster.library V21.200
0x59c23248: timesync.library V53.8
0x59c19d28: GFXDock.docky V51.1
0x59c199a8: RAMDock.docky V50.6
0x59c196a8: CPUDock.docky V51.0
0x59c192a8: NetDock.docky V51.9
0x59c19028: SubDock.docky V53.1
0x59c21d98: Separator.docky V53.2
0x59c21c18: Clock.docky V53.10
0x59c21b20: anim.gadget V53.1
0x5db7dc10: slider.gadget V53.17
0x6f860c18: progressbar.gadget V53.12
0x5db7d710: getfont.gadget V53.11
0x5db7dcb0: getfile.gadget V53.12
0x5b196190: requester.class V53.20
0x5db7db70: space.gadget V53.7
0x5db7da30: integer.gadget V53.13
0x5d9f8878: clicktab.gadget V53.50
0x5d9ee848: chooser.gadget V53.22
0x5db7d990: penmap.image V53.6
0x5db7d8f0: checkbox.gadget V53.12
0x5dd9c1c0: WarpJPEG.datatype V45.15
0x5d56daa4: usergroup.library V4.30
0x5d4664a8: bsdsocket.library V4.321
0x5d77a744: xpkmaster.library V5.2
0x5d75ba5c: xadmaster.library V13.2
0x5da27b18: usbhidgate.library V53.3
0x5dc0393c: textclip.library V53.3
0x5dd9d6fc: hid.usbfd V53.14
0x5dd9b550: window.class V54.14
0x5dc049f8: layout.gadget V54.8
0x5ddd6a74: picture.datatype V53.10
0x5e1b9d80: Picasso96API.library V54.18
0x5e1b9ba0: WarpPNG.datatype V45.23
0x5ddaf864: asl.library V53.54
0x5ddcfb7c: ft2.library V53.2
0x5e1d67d0: arexx.class V53.6
0x5ddd4ba0: mathieeedoubbas.library V53.1
0x5ddbcc4c: workbench.library V53.63
0x5ddaf2c0: gadtools.library V53.8
0x5de4f6f8: listbrowser.gadget V53.74
0x5ddd4aa0: scroller.gadget V53.16
0x6f90b490: button.gadget V53.22
0x6ff16770: string.gadget V53.22
0x5e253508: popupmenu.class V53.2
0x5e1b87e8: popupmenu.library V53.14
0x5ddec420: bevel.image V53.6
0x5e1d6550: glyph.image V53.4
0x5e1d65f0: drawlist.image V53.3
0x5ddcf458: screenblanker.library V53.7
0x5e1d6410: label.image V53.14
0x5e1d6190: filler.image V53.6
0x5dd53f40: bitmap.image V53.9
0x5e250768: timezone.library V53.11
0x5e21d648: application.library V53.29
0x5ddcf084: png.iconmodule V53.1
0x5de455ac: commodities.library V53.10
0x5de9c8cc: icon.library V54.6
0x5e253920: z.library V53.9
0x5ec69d40: datatypes.library V54.7
0x6f97e3b8: version.library V53.16
0x5e21c170: iffparse.library V53.3
0x6ffb8ecc: locale.library V54.2
0x6ff1841c: diskfont.library V53.13
0x6f9803e8: petunia.library V53.6
0x6f980328: diskcache.library V3.31
0x6febb228: dos.library V54.100
0x6ff15724: usbprivate.library V53.15
0x6ff144bc: massstorage.usbfd V53.84
0x6ff155dc: hub.usbfd V53.10
0x6ff143a8: mounter.library V53.22
0x6ff1516c: usbresource.library V53.15
0x6ff9e478: hunk.library V53.4
0x6ff15064: elf.library V53.30
0x6ff6d4d0: intuition.library V54.28
0x6ff87530: keymap.library V53.9
0x6ff61404: nonvolatile.library V54.7
0x6fed1280: cybergraphics.library V43.0
0x6ff9d420: RadeonHD.chip V3.7
0x6ffa3420: graphics.library V54.248
0x6ff9f320: layers.library V54.12
0x6ff58150: rtg.library V54.90
0x6ff9d2a4: PCIGraphics.card V53.18
0x6ffaa258: newlib.library V53.61
0x6ff9c1ac: utility.library V54.1
0x6ffa8398: expansion.library V53.1
0x5ddcd58e: rexxsyslib.library V53.4 (Legacy)
Devices
0x5cd9f024: p50x0_eth.device V52.6
0x5d8a4ab4: diskimage.device V53.4
0x6ff9cd10: usbsys.device V53.15
0x6fe09024: p5020sata.device V54.71
0x6ff9e910: ehci.usbhcd V53.26
0x6ff9e870: ohci.usbhcd V53.21
0x6ff9e7d0: uhci.usbhcd V53.13
0x6ff9e704: sii3512ide.device V53.22
0x6ff9c848: console.device V53.107
0x6ff61530: ramdrive.device V54.1
0x6ff8777c: input.device V53.6
0x6ff18024: keyboard.device V53.12
0x6ff61050: timer.device V53.4
Tasks
rhd_gc (Waiting)
Stack: 0x6fec6000 - 0x6fece000, pointer @ 0x6fecdf40 (Cookie OK)
Signals: SigRec 0x80000001, SigWait 0x00000000
State: Task (Waiting)
ClickToFront (Waiting)
Stack: 0x5b0ca004 - 0x5b0d9ffc, pointer @ 0x5b0d9ef0 (Cookie OK)
Signals: SigRec 0xe000d000, SigWait 0x00000100
State: Process (Waiting)
input.device (Waiting)
Stack: 0x6fea6000 - 0x6feb6000, pointer @ 0x6feb5f00 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000000
State: Task (Waiting)
P50x0 Ethernet (Waiting)
Stack: 0x5cd4a000 - 0x5cd4b000, pointer @ 0x5cd4af20 (Cookie OK)
Signals: SigRec 0x00001000, SigWait 0x00000000
State: Task (Waiting)
SFS DosList handler (Waiting)
Stack: 0x62aa9004 - 0x62ab0ffc, pointer @ 0x62ab0f20 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000000
State: Process (Waiting)
USB stack (Waiting)
Stack: 0x6fec2000 - 0x6fec6000, pointer @ 0x6fec5f30 (Cookie OK)
Signals: SigRec 0xf8007000, SigWait 0x00000000
State: Task (Waiting)
EHCI Controller Task Unit 0 (Waiting)
Stack: 0x6f9c9000 - 0x6f9d1000, pointer @ 0x6f9d0f10 (Cookie OK)
Signals: SigRec 0xbe009000, SigWait 0x00000000
State: Task (Waiting)
EHCI Controller Task Unit 1 (Waiting)
Stack: 0x6f981000 - 0x6f989000, pointer @ 0x6f988f10 (Cookie OK)
Signals: SigRec 0xbe009000, SigWait 0x00000000
State: Task (Waiting)
p5020sata.device Port 0 (Waiting)
Stack: 0x6fdfa000 - 0x6fe08a60, pointer @ 0x6fe08900 (Cookie OK)
Signals: SigRec 0xd000f000, SigWait 0x08000000
State: Task (Waiting)
sii3512ide.device - chip 1 port 1 (Waiting)
Stack: 0x6fe4c000 - 0x6fe54000, pointer @ 0x6fe53f10 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x20000000
State: Task (Waiting)
sii3512ide.device - chip 1 port 0 (Waiting)
Stack: 0x6fe74000 - 0x6fe7c000, pointer @ 0x6fe7bf10 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x20000000
State: Task (Waiting)
p5020sata.device Port 1 (Waiting)
Stack: 0x6fbde000 - 0x6fbeca60, pointer @ 0x6fbec900 (Cookie OK)
Signals: SigRec 0xd000f000, SigWait 0x00000000
State: Task (Waiting)
SSD1/NGFileSystem 54.76 (Waiting)
Stack: 0x5ec83004 - 0x5ec8affc, pointer @ 0x5ec8ad60 (Cookie OK)
Signals: SigRec 0xf0000000, SigWait 0x00000100
State: Process (Waiting)
reaper.task (Waiting)
Stack: 0x5e2d6004 - 0x5e2ddffc, pointer @ 0x5e2dde50 (Cookie OK)
Signals: SigRec 0x00007000, SigWait 0x00000000
State: Process (Waiting)
BCK0/NGFileSystem 54.76 (Waiting)
Stack: 0x629d0004 - 0x629d7ffc, pointer @ 0x629d7d60 (Cookie OK)
Signals: SigRec 0xf0000000, SigWait 0x00000100
State: Process (Waiting)
SCR/NGFileSystem 54.76 (Waiting)
Stack: 0x5fdde004 - 0x5fde5ffc, pointer @ 0x5fde5d60 (Cookie OK)
Signals: SigRec 0xf0000000, SigWait 0x00000100
State: Process (Waiting)
BCK1/NGFileSystem 54.76 (Waiting)
Stack: 0x6210b004 - 0x62112ffc, pointer @ 0x62112d60 (Cookie OK)
Signals: SigRec 0xf0000000, SigWait 0x00000100
State: Process (Waiting)
hid.usbfd (Waiting)
Stack: 0x5d863004 - 0x5d86affc, pointer @ 0x5d86aea0 (Cookie OK)
Signals: SigRec 0xe0000000, SigWait 0x00000100
State: Process (Waiting)
HID Mouse (Waiting)
Stack: 0x5d72e004 - 0x5d73dffc, pointer @ 0x5d73def0 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
ICD1/CDFileSystem 53.8 (Waiting)
Stack: 0x5d515004 - 0x5d524ffc, pointer @ 0x5d524f20 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
ICD0/CDFileSystem 53.8 (Waiting)
Stack: 0x5d665004 - 0x5d674ffc, pointer @ 0x5d674f20 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
SSD0/SmartFilesystem 1.293 (Waiting)
Stack: 0x6f843004 - 0x6f84affc, pointer @ 0x6f84aeb0 (Cookie OK)
Signals: SigRec 0xe0000100, SigWait 0x00000000
State: Process (Waiting)
hid.usbfd (Waiting)
Stack: 0x5d86f004 - 0x5d876ffc, pointer @ 0x5d876ea0 (Cookie OK)
Signals: SigRec 0xe0000000, SigWait 0x00000100
State: Process (Waiting)
HID Keyboard (Waiting)
Stack: 0x5d6ee004 - 0x5d6fdffc, pointer @ 0x5d6fdf00 (Cookie OK)
Signals: SigRec 0x90001000, SigWait 0x00000000
State: Process (Waiting)
RAM/ram-handler 54.24 (Waiting)
Stack: 0x5e28c004 - 0x5e28fffc, pointer @ 0x5e28fd40 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
WRK/SmartFilesystem 1.293 (Waiting)
Stack: 0x61817004 - 0x6181affc, pointer @ 0x6181aeb0 (Cookie OK)
Signals: SigRec 0xe0000100, SigWait 0x10000000
State: Process (Waiting)
VID/SmartFilesystem 1.293 (Waiting)
Stack: 0x62aa1004 - 0x62aa4ffc, pointer @ 0x62aa4eb0 (Cookie OK)
Signals: SigRec 0xe0000100, SigWait 0x10000000
State: Process (Waiting)
hid.usbfd (Waiting)
Stack: 0x5d89b004 - 0x5d8a2ffc, pointer @ 0x5d8a2ea0 (Cookie OK)
Signals: SigRec 0xe0000000, SigWait 0x00000100
State: Process (Waiting)
HID Consumer (Waiting)
Stack: 0x5d6ae004 - 0x5d6bdffc, pointer @ 0x5d6bdf20 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
HID Consumer (Waiting)
Stack: 0x5d6d2004 - 0x5d6e1ffc, pointer @ 0x5d6e1f20 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
hid.usbfd (Waiting)
Stack: 0x5d87b004 - 0x5d882ffc, pointer @ 0x5d882ea0 (Cookie OK)
Signals: SigRec 0xe0000000, SigWait 0x00000100
State: Process (Waiting)
HID Keyboard (Waiting)
Stack: 0x5d712004 - 0x5d721ffc, pointer @ 0x5d721f00 (Cookie OK)
Signals: SigRec 0x90001000, SigWait 0x00000000
State: Process (Waiting)
hid.usbfd (Waiting)
Stack: 0x5d857004 - 0x5d85effc, pointer @ 0x5d85eea0 (Cookie OK)
Signals: SigRec 0xe0000000, SigWait 0x00000100
State: Process (Waiting)
IDF1/FastFileSystem 53.2 (Waiting)
Stack: 0x5d41c004 - 0x5d42bffc, pointer @ 0x5d42bed0 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
IDF0/FastFileSystem 53.2 (Waiting)
Stack: 0x5d471004 - 0x5d480ffc, pointer @ 0x5d480ed0 (Cookie OK)
Signals: SigRec 0xa8000100, SigWait 0x00000000
State: Process (Waiting)
dos_filedir_notify (Waiting)
Stack: 0x6f888004 - 0x6f88cffc, pointer @ 0x6f88beb0 (Cookie OK)
Signals: SigRec 0x40001000, SigWait 0x80000000
State: Process (Waiting)
RANDOM/Random-Handler 52.1 (Waiting)
Stack: 0x5d692004 - 0x5d6a1ffc, pointer @ 0x5d6a1ef0 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
URL/launch-handler 53.39 (Waiting)
Stack: 0x5d8bf004 - 0x5d939ffc, pointer @ 0x5d935fa0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
ENV/env-handler 54.18 (Waiting)
Stack: 0x5e268004 - 0x5e26fffc, pointer @ 0x5e26fef0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5af91004 - 0x5afa0ffc, pointer @ 0x5afa0e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5b071004 - 0x5b080ffc, pointer @ 0x5b080e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5b157004 - 0x5b166ffc, pointer @ 0x5b166e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5b1f8004 - 0x5b207ffc, pointer @ 0x5b207e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5b28a004 - 0x5b299ffc, pointer @ 0x5b299e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
AUDIO/AHI-Handler 6.2 (Waiting)
Stack: 0x5d7b6004 - 0x5d7c6004, pointer @ 0x5d7c5ed0 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
APPDIR/appdir-handler 54.17 (Waiting)
Stack: 0x5d81f004 - 0x5d82effc, pointer @ 0x5d82eec0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5e35a004 - 0x5e361ffc, pointer @ 0x5e361e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
RAW/con-handler 53.82 (Waiting)
Stack: 0x5e36e004 - 0x5e375ffc, pointer @ 0x5e375e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
CON/con-handler 53.82 (Waiting)
Stack: 0x5e3aa004 - 0x5e3b1ffc, pointer @ 0x5e3b1e20 (Cookie OK)
Signals: SigRec 0xa0000100, SigWait 0x00000000
State: Process (Waiting)
dos_nbmd_process (Waiting)
Stack: 0x6f899004 - 0x6f89cffc, pointer @ 0x6f89cf30 (Cookie OK)
Signals: SigRec 0x00001100, SigWait 0x00000000
State: Process (Waiting)
dos_lock_handler (Waiting)
Stack: 0x6f8a1004 - 0x6f8a4ffc, pointer @ 0x6f8a4f00 (Cookie OK)
Signals: SigRec 0x00001100, SigWait 0x00000000
State: Process (Waiting)
RexxMaster (Waiting)
Stack: 0x5d802004 - 0x5d811ffc, pointer @ 0x5d811ec0 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Process (Waiting)
diskimage.device unit 1 (Waiting)
Stack: 0x5d3ec004 - 0x5d3ffffc, pointer @ 0x5d3ffc50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000100
State: Process (Waiting)
diskimage.device unit 0 (Waiting)
Stack: 0x5d449004 - 0x5d45cffc, pointer @ 0x5d45cc50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000100
State: Process (Waiting)
diskimage.device unit 5 (Waiting)
Stack: 0x5d4e2004 - 0x5d4f5ffc, pointer @ 0x5d4f5c50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000100
State: Process (Waiting)
diskimage.device unit 4 (Waiting)
Stack: 0x5d549004 - 0x5d55cffc, pointer @ 0x5d55cc50 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000100
State: Process (Waiting)
TEXTCLIP/textclip-handler 53.3 (Waiting)
Stack: 0x5d83b004 - 0x5d84affc, pointer @ 0x5d84aeb0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
compose.task (Waiting)
Stack: 0x5bbc2000 - 0x5bbca000, pointer @ 0x5bbc9f30 (Cookie OK)
Signals: SigRec 0x00000021, SigWait 0x00000000
State: Task (Waiting)
Workbench (Waiting)
Stack: 0x5cd0d004 - 0x5cd1cffc, pointer @ 0x5cd1ce40 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
ScreenBlanker Library. (Waiting)
Stack: 0x5dd2d004 - 0x5dd3dffc, pointer @ 0x5dd3df00 (Cookie OK)
Signals: SigRec 0xb4001000, SigWait 0x00000100
State: Process (Waiting)
MUI imagespace screen notify (Waiting)
Stack: 0x59117004 - 0x59126ffc, pointer @ 0x59126d30 (Cookie OK)
Signals: SigRec 0xc0001000, SigWait 0x00000100
State: Process (Waiting)
ramlib (Waiting)
Stack: 0x5e29c004 - 0x5e2b4ffc, pointer @ 0x5e2b4f20 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
Workbench DosList Notify (Waiting)
Stack: 0x5ac4c004 - 0x5ac5bffc, pointer @ 0x5ac5bf50 (Cookie OK)
Signals: SigRec 0x00003000, SigWait 0x00000100
State: Process (Waiting)
TextEditor.mcc clipboard server (Waiting)
Stack: 0x59085004 - 0x59088ffc, pointer @ 0x59088ea0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
NListtree.mcc clipboard server (Waiting)
Stack: 0x590b5004 - 0x590b8ffc, pointer @ 0x590b8f00 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
NList.mcc clipboard server (Waiting)
Stack: 0x590c5004 - 0x590c8ffc, pointer @ 0x590c8f00 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
BetterString.mcc clipboard server (Waiting)
Stack: 0x590d5004 - 0x590d8ffc, pointer @ 0x590d8ee0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
ContextMenus Command Dispatcher (Waiting)
Stack: 0x59509004 - 0x59518ffc, pointer @ 0x59518f30 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
Workbench Clipboard Server (Waiting)
Stack: 0x5b2fb004 - 0x5b30affc, pointer @ 0x5b30aee0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000100
State: Process (Waiting)
NotifyA Server (Waiting)
Stack: 0x5de55004 - 0x5de6dffc, pointer @ 0x5de6dec0 (Cookie OK)
Signals: SigRec 0xe8001000, SigWait 0x00000000
State: Process (Waiting)
string.gadget server (Waiting)
Stack: 0x5e142004 - 0x5e151ffc, pointer @ 0x5e151db0 (Cookie OK)
Signals: SigRec 0x40000000, SigWait 0x00000100
State: Process (Waiting)
datatypes.library (Waiting)
Stack: 0x5e18f004 - 0x5e1a7ffc, pointer @ 0x5e1a7e30 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
AmiDock (Waiting)
Stack: 0x5b2a6004 - 0x5b2b5ffc, pointer @ 0x5b2b5740 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00100000
State: Process (Waiting)
NotificationServer (Waiting)
Stack: 0x5a41d004 - 0x5a43cffc, pointer @ 0x5a43cb30 (Cookie OK)
Signals: SigRec 0xbc001000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Control (Waiting)
Stack: 0x5cdad004 - 0x5cea1ffc, pointer @ 0x5cea1dc0 (Cookie OK)
Signals: SigRec 0xf8009080, SigWait 0x00000000
State: Process (Waiting)
ELF Collector (Waiting)
Stack: 0x6f873004 - 0x6f883ffc, pointer @ 0x6f883e70 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x00000000
State: Process (Waiting)
hub.usbfd (Waiting)
Stack: 0x6f94d004 - 0x6f954ffc, pointer @ 0x6f954f10 (Cookie OK)
Signals: SigRec 0x30000000, SigWait 0x00000000
State: Task (Waiting)
hub.usbfd (Waiting)
Stack: 0x6f941004 - 0x6f948ffc, pointer @ 0x6f948f10 (Cookie OK)
Signals: SigRec 0x30000000, SigWait 0x00000000
State: Task (Waiting)
Mounter GUI (Waiting)
Stack: 0x5da5e004 - 0x5da71ffc, pointer @ 0x5da71e10 (Cookie OK)
Signals: SigRec 0x80007000, SigWait 0x00000000
State: Process (Waiting)
ContextMenus (Waiting)
Stack: 0x5b08d004 - 0x5b09cffc, pointer @ 0x5b09cc90 (Cookie OK)
Signals: SigRec 0xe0001000, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Superserver (Waiting)
Stack: 0x5ceae004 - 0x5cfa2ffc, pointer @ 0x5cfa29f0 (Cookie OK)
Signals: SigRec 0xd0000080, SigWait 0x00000000
State: Process (Waiting)
TCP/IP Configuration (Waiting)
Stack: 0x5cfbf004 - 0x5d0b3ffc, pointer @ 0x5d0b3e10 (Cookie OK)
Signals: SigRec 0xf8003000, SigWait 0x00000000
State: Process (Waiting)
AsyncWB (Waiting)
Stack: 0x5acb4004 - 0x5acc3ffc, pointer @ 0x5acc3e90 (Cookie OK)
Signals: SigRec 0xc0001000, SigWait 0x00000100
State: Process (Waiting)
« IPrefs » (Waiting)
Stack: 0x5dd63004 - 0x5dd72ffc, pointer @ 0x5dd72a20 (Cookie OK)
Signals: SigRec 0x0000f000, SigWait 0x20000100
State: Process (Waiting)
RAWBInfo (Waiting)
Stack: 0x5b1a3004 - 0x5b1b2ffc, pointer @ 0x5b1b2ec0 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000100
State: Process (Waiting)
DefIcons (Waiting)
Stack: 0x5b214004 - 0x5b223ffc, pointer @ 0x5b223db0 (Cookie OK)
Signals: SigRec 0x80009000, SigWait 0x00000100
State: Process (Waiting)
TCP/IP Log (Waiting)
Stack: 0x5d0d0004 - 0x5d1c4ffc, pointer @ 0x5d1c4f00 (Cookie OK)
Signals: SigRec 0x80003000, SigWait 0x00000000
State: Process (Waiting)
ConClip (Waiting)
Stack: 0x5d887004 - 0x5d896ffc, pointer @ 0x5d896eb0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0x00000000
State: Process (Waiting)
USB stack Process (Waiting)
Stack: 0x5da9a004 - 0x5daa9ffc, pointer @ 0x5daa9ee0 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Process (Waiting)
MassStorage Notifier (Waiting)
Stack: 0x6fe11000 - 0x6fe18d00, pointer @ 0x6fe18c70 (Cookie OK)
Signals: SigRec 0x80001000, SigWait 0x00000000
State: Task (Waiting)
application.library messageserver (Waiting)
Stack: 0x5e1d7000 - 0x5e1d7fa0, pointer @ 0x5e1d7f10 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Task (Waiting)
DST watcher (Waiting)
Stack: 0x5ddf4004 - 0x5de03ffc, pointer @ 0x5de03f10 (Cookie OK)
Signals: SigRec 0xc0000000, SigWait 0x00000000
State: Process (Waiting)
hub.usbfd (Waiting)
Stack: 0x6f901004 - 0x6f908ffc, pointer @ 0x6f908f10 (Cookie OK)
Signals: SigRec 0x30000000, SigWait 0x00000000
State: Task (Waiting)
hub.usbfd (Waiting)
Stack: 0x6f8f5004 - 0x6f8fcffc, pointer @ 0x6f8fcf10 (Cookie OK)
Signals: SigRec 0x30000000, SigWait 0x00000000
State: Task (Waiting)
ScreenBlankerEngine (Crashed)
Stack: 0x5b173004 - 0x5b182ffc, pointer @ 0x5b1829d0 (Cookie OK)
Signals: SigRec 0x00000100, SigWait 0x88000000
State: Process (Crashed)
Mounter Task (Waiting)
Stack: 0x6fe1d000 - 0x6fe2ba60, pointer @ 0x6fe2b970 (Cookie OK)
Signals: SigRec 0xb0001000, SigWait 0x00000000
State: Task (Waiting)
Mounter Companion Process (Waiting)
Stack: 0x5dad7004 - 0x5dae6ffc, pointer @ 0x5dae6f40 (Cookie OK)
Signals: SigRec 0x80003000, SigWait 0x00000000
State: Process (Waiting)
ramlib.support (Waiting)
Stack: 0x5e2b9004 - 0x5e2d1ffc, pointer @ 0x5e2d1f00 (Cookie OK)
Signals: SigRec 0x80005000, SigWait 0x00000000
State: Process (Waiting)
dos_signal_server (Waiting)
Stack: 0x6f891004 - 0x6f894ffc, pointer @ 0x6f894f20 (Cookie OK)
Signals: SigRec 0x0000f000, SigWait 0x00000000
State: Process (Waiting)
appdir envarc manager (Waiting)
Stack: 0x5d7d6004 - 0x5d7e5ffc, pointer @ 0x5d7e4be0 (Cookie OK)
Signals: SigRec 0x80005000, SigWait 0x00000000
State: Process (Waiting)
CPUDock_idleTask (Ready)
Stack: 0x5a212000 - 0x5a216000, pointer @ 0x5a215ef0 (Cookie OK)
Signals: SigRec 0x80000000, SigWait 0xc0000000
State: Task (Ready)
idle.task (Ready)
Stack: 0x6ff86000 - 0x6ff87000, pointer @ 0x6ff86fc0 (Cookie OK)
Signals: SigRec 0x00000000, SigWait 0x00000000
State: Task (Ready)
-- eliyahu
|
_________________
"How do you know I’m mad?" said Alice. "You must be," said the Cat, "or you wouldn’t have come here."
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/7 19:17
#74 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@eliyahu Hi mate! That's a different construction site  The problem here is not ogles2 but MiniGL4GL4 which unfortunately is nothing but a very dirty hack with the primary goal to give Polaris users who are left without classic Warp3D support until now some last resort to play MiniGL games. If you have Southern Island and therefore native W3D classic support you should stick with the normal minigl libraries. The thing with MGL4GL4ES is that it is pretty much just a GL4ES build with a MiniGL interface attached. Unfortunately GL4ES wasn't designed for being used inside a shared library which is why it's unstable as hell if being (ab)used this way. I'd have to make GL4ES fully reentrant first and replace all static and global stuff to make this a real alternative for old minigl. Until this is done (and I really can't say if or when I have time for this) it will have all sorts of issues, one of which is the screen-safer problem you're experiencing. It's okay for many games which just open one window and without anything else running in parallel, but other than that...
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/7 19:47
#75 |
Not too shy to talk 
Joined: 2010/6/17 15:04
From Waterbury, Connecticut (USA)
Posts: 277
|
@Daytona675x Quote: Hi mate! That's a different construction site The problem here is not ogles2 but MiniGL4GL4 which unfortunately is nothing but a very dirty hack with the primary goal to give Polaris users who are left without classic Warp3D support until now some last resort to play MiniGL games. If you have Southern Island and therefore native W3D classic support you should stick with the normal minigl libraries. Whoops! Sorry for the confusion. Still, will probably stick with MGL4GL4ES when needed since it seems to allow Aquaria to run. I need to test some other games, too, with it. Quote: The thing with MGL4GL4ES is that it is pretty much just a GL4ES build with a MiniGL interface attached. Unfortunately GL4ES wasn't designed for being used inside a shared library which is why it's unstable as hell if being (ab)used this way. I'd have to make GL4ES fully reentrant first and replace all static and global stuff to make this a real alternative for old minigl. Until this is done (and I really can't say if or when I have time for this) it will have all sorts of issues, one of which is the screen-safer problem you're experiencing.
It's okay for many games which just open one window and without anything else running in parallel, but other than that... Understood. I appreciate the quick reply! -- eliyahu
|
_________________
"How do you know I’m mad?" said Alice. "You must be," said the Cat, "or you wouldn’t have come here."
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/25 8:18
#76 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
@Daniel Maybe you have an idea what it can be, see for example that shader: https://www.shadertoy.com/view/3lBfzzIt bring me such error: Quote: ERROR '>' : wrong operand types: no operation '>' exists that takes a left-hand operand of type ' uniform highp float' and a right operand of type 'const int' (or there is no acceptable conversion)
Or for example that multi-shader, and from it "BufferB" shader: https://www.shadertoy.com/view/XltSzjThat one bring such kind of error: Quote: ERROR '>=' : wrong operand types: no operation '<=' exists that take a left-hand operand of type 'uniform highp float' and a right operant of type ' const int' (or there is no acceprable conversion)
Just want to be sure wtf :)
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/25 9:16
#77 |
Just popping in 
Joined: 2017/5/18 11:12
From Audruicq, France
Posts: 85
|
Hi, On my machine (iMac) using safari, Blunderbuss shader also brings me error on lines 83 and 136, but works on Opera on the same machine.
int nextIdx = min(prevIdx+1, 3);
'min' : no matching overloaded function found
'=' : cannot convert from 'const mediump float' to 'highp int'
float snd = texelFetch(iChannel0, ivec2(int(an*5.), 0), 0).x;
'texelFetch' : no matching overloaded function found
'x' : field selection requires structure or vector on left hand side
Maybe it could help. the second one works on both browsers. Regards, Petrol
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/25 10:44
#78 |
Home away from home 
Joined: 2007/9/11 12:31
From Russia
Posts: 6825
|
@Petrol Looks like different kind of errors meaning iMac/safari implementation of webgl worse than our ogles2.
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/25 11:06
#79 |
Just can't stay away 
Joined: 2007/7/14 21:30
From Lothric
Posts: 1243
|
@kas1e You seem to have found a Shaderjoy issue. It seems that iFrame should be int and not float. Try changing line 150: if (iFrame > 5.0) Does it help? Same thing for BufferB/line 103: if (iFrame <= 4.0 ... EDIT: https://www.shadertoy.com/howto suggests "float iFrame". I wonder now which one it should be.
Edited by Capehill on 2020/10/25 12:40:55
|
|
|
Re: The OpenGL ES 2.0 thread |
Posted on: 2020/10/25 13:10
#80 |
Not too shy to talk 
Joined: 2015/6/11 9:51
From Cologne
Posts: 435
|
@Capehill @kas1e It should be "int iFrame". At least that's what the web client uses. Go to https://www.shadertoy.com/view/3lBfzz and expand the "Shader Inputs" panel on top of the GLSL source code.
|
|
|