resourced ReSource

[Wepl]

Thanks for the info and reference.
These problems are not fixed to my knowledge.
I would consider to check some of them for the next build. But ATM I cannot say when this may happen due to much other things on ToDo.
The stuff with Old Syntax I would not check as old syntax is obsolete IMHO.

[Psygore]

Nice work Wepl !

I have implemented some unsupported 68060 stuff (movec pcr,…) but you can not add new code everywhere in the source code (ie. it crashes when i click on the search button).

Do you have a better asm source code of ReSource ?

[RedskullDC]

Hi Kamelito, et al.

Thanks for resurrecting the thread, I must have missed it originally last year.

Keen to take a look at the source code!

Cheers,
Red

[Wepl]

Hi Psygore, I made only one small fix since the the 6.6.1 release.
It is possible that there are still some relative references which broke when you insert something (but I doubt this).
You may send me your changes, maybe I can see something.

I'm going to try to put the source on github and make is assemble using vasm.

[Wepl]

I have put latest source on github: https://github.com/wepl/ReSource

[Psygore]

Hi Bert, attached the ReSource source code with support of some 68060 instructions: movec pcr, plpar/w

If you assemble it, the 'new syntax' check box disappears because I inserted:

PCR.MSG	db	'PCR',0

after the 45831 line.

[Wepl]

I could reproduce this and found some wrong set offsets (ds instead intbase/gfxbase).
Please check latest commit at github. Adding a nop at :45770 works now.

[Psygore]

Thanks for your quick reply.

I downloaded your ReSource src on github and added the movec pcr stuff.
Unfortunately the new syntax check box is still not set in options 1 even if it’s set, it will be removed. (I didn’t add a nop at 45770)

[kamelito]

@Wepl
I put into the zone 2 images, Monam.png and resource.png, Monam do a good disassembly but not resource, a bug IMHO.

The bug happens if you unselect New Syntax it work fine when set.

[Wepl]

Do you have enabled 'New Syntax' in Options 1?

[Wepl]

There is an update with the following changes:

version 6.6.2 (2022-02-20) done by Wepl, Psygore

* changed from RCS to Git and made available via github, see: https://github.com/wepl/ReSource
* added Makefile, builds with vasm & basm
* supports full optimize now, all references should be correctly disassembled
* fixed an endless loop if the volume of a remembered directory no longer exists (bug introduced in 6.6.1)
* added support for 68060 opcodes movec buscr/pcr
* now remembers the window positions: if you have moved any of the sub windows (Symbols, Search, Macros1/2/3, Options1/2) the next time you write a .rs file these window positions are saved into the environment variable ReSourceWinPos, on start of ReSource it will try to load the window positions from this variable
* when the Search window is opened or the search type is changed the search strings gadget will be activated now
* when a already open window is tried to open again it will not only brought to front but also becomes activated

Download: http://whdload.de/whdload/ReSource662.lha

Thanks to Psygore for contributing the movec stuff.

[Radertified]

Thanks for the update! I appreciate the effort you guys are putting into it.

Do you want bug reports in the original ReSource? This one has always bugged me.



That's what you get when you open ReSource on an RTG setup.

The solution I've always had to use is configure ModePro to have ReSource always open on a regular high res screen.

No big deal if this doesn't get fixed since I have a solution. Just thought I'd report it

[Wepl]

ReSource runs fine on RTG.
I think it uses the Workbench screen type by default.
You can use REQMODE=ON Tooltype to let it open a screenmode requester.

[Radertified]

It's probably just me. High Res is the only resolution where I get a usable display.

No big deal. It works. Just annoying

And REQMODE=ON works great. I didn't know about it. Thanks!

[Wepl]

It's running fine here on a CGX 1280x1024 8-bit screen.

[mark_k]

If I remember correctly, the -S command line argument tells ReSource to use system rendering routines. Maybe that helps with RTG?

[Wepl]

Yes, the equivalent tooltype is SYSRENDER=ON.

[Radertified]

Unfortunately -S didn't do anything for me. Still doesn't work.

I'm on a uaegfx system and have tried many resolutions but none of them work. I remember reading someone saying they had the same problem on the Amiga Discord a while ago, so it doesn't seem to be just me.

Dunno. No big deal. As I said, I just ModePro the correct resolution and I can still use it

[CFou!]

Originally Posted by Wepl

There is an update with the following changes:

version 6.6.2 (2022-02-20) done by Wepl, Psygore

* changed from RCS to Git and made available via github, see: https://github.com/wepl/ReSource
* added Makefile, builds with vasm & basm
* supports full optimize now, all references should be correctly disassembled
* fixed an endless loop if the volume of a remembered directory no longer exists (bug introduced in 6.6.1)
* added support for 68060 opcodes movec buscr/pcr
* now remembers the window positions: if you have moved any of the sub windows (Symbols, Search, Macros1/2/3, Options1/2) the next time you write a .rs file these window positions are saved into the environment variable ReSourceWinPos, on start of ReSource it will try to load the window positions from this variable
* when the Search window is opened or the search type is changed the search strings gadget will be activated now
* when a already open window is tried to open again it will not only brought to front but also becomes activated

Download: http://whdload.de/whdload/ReSource662.lha

Thanks to Psygore for contributing the movec stuff.

Great job thanx Bert et Phil

[Phantasm]

The latest release of P96 appears to have fixed a blitting issue which now allows resource to work correctly in P96 screen modes as long as you stick to 8 bit

From release notes..
- If a masked blit was made from an interleaved planar bitplane to a P96 bitmap, P96 did not compute the modulo value of the mask correctly and hence might have caused trashed screens.