Did you ever wonder... how your memory looks like when it is fragmented like hell?

Well... now you can with the funky new "Fragment" tool, which you can download from here for free:

http://tokai.binaryriot.org/fragment-1.2-200710210444.lha

There is no documentation, but it should be quite self-explaining.

Wrote it yesterday for my own pleasure and interest. It's probably not very useful, but I share anyway. If you have questions, feature requests or bugreports let me know here in this very thread. Maybe I'll answer, add or fix them if I'm in the mood. ;)



regards,
tokai


(p.s. please do not cross-link the file directly or upload it to another server, but link to this thread instead. thanks.)


[ Edited by tokai on 2007/11/30 15:36 ]

(wtf.. who messes with my posts? reverted back to original state)

[ Edited by tokai on 2009/11/2 17:13 ]

Cool logo :)

ohh! thaks tokai! i can finally get rid of ShowMem now.

a very useful tool

A small update. Fixes a cosmetical problem in the list in case you configured a too big image there (compared to the font size).

http://tokai.binaryriot.org/fragment-1.2-200710211222.lha

regards,
tokai

@framiga:

Interesting, didn't knew this program. It seems to do some tricks to collect tiny chunks (which normally wouldn't be drawn because they are smaller than a single pixel) into a bigger one for displaying, but this gets quite unprecise if the window gets larger.

Anyway.. added an option for a similiar effect to Fragment, but it gets a bit unprecise when the window is too small. ;) Maybe I'll play a bit with antialiasing there if I have some time.

http://tokai.binaryriot.org/fragment-1.3-200710211327.lha

regards,
tokai

Nice, but it doesn't work for me.
What exactly justifies MUI 4 as a requirement in this app?

- MUIA_DoubleBuffer
for flickerfree resize/ redraw.

- MUIM_List_Construct
- MUIM_List_Destruct
- MUIM_List_Display
for proper List coding; HOOKS (which you would have to use for older MUIs) are seriously ugly.

Many fixes where you don't have to deal with keeping generated strings in memory but simply can generate them on stack and it's safe to pass them to MUI w/o the fear to see trashed memory.



The first could be workarounded by using own doublebuffering (boring work), the second - like said already - with Hooks (which makes the code ugly) and the 3rd also with lots of boring workarounds (as I had to do in Shuffle f.ex. which works fine with MUI 3.9). All this extra work doesn't really make the program better. I know MUI4 suxx in some areas (especially the new group title/ tabgroup stuff is quite a ****), but so does MUI3.8/9 in many internal things... there is always a tradeoff.

regards,
tokai

Quote:

i think yours is more useful, displaying chunks numbers too.

New version: fragment-1.4-200711041820.lha

Actually I wanted to add a fancy new feature, but don't have time currently for it (commented out the WIP stuff for now). Since current version contains a small fix and some new translations I rather release it than let it eat dust forever on my HDD. :)

Thanks to Korni, Mobydick and Cego for translating to polish, russian and turkish.

regards,
tokai

[ Edited by tokai on 2007/11/5 2:02 ]

Thx :).

BTW: Kornl is a misprint. Kornelia sounds better but i'm not a girl :P.

well.. the daily typo ;) fixed.

I downloaded a .cue/.bin CD image I couldn't use under OSX or MorphOS so I compiled 'bchunk' for OSX which did the job and converted the mess to a normal ISO I could make use of. While it was converting and me waiting for it to get done I spend my time productive and made a quick version for MorphOS too. Maybe someone will find it useful.


bchunk 1.2.0 for MorphOS

Quote:

http://tokai.binaryriot.org/public/bchunk-1.2.0-morphos.lha
http://tokai.binaryriot.org/public/bchunk-1.2.0.tgz (source archive)


Happy converting,
tokai

@ tokai

Thanks for compil I'm shure it will be usefull.

Regrads

Christoph

Hiho,

because someone asked on #morphos IRC channel where to find latest Lamp.mcc for Sputnik I thought 'What the heck, just do a new release!'.

There is only one change of importance in it (fixes some rare Problems when a LampObject was used as List image object with MUI4), besides that only cosmetics and optimizations (this is my 'make it very small'-toy after all ) were done, no obvious functional changes.


http://tokai.binaryriot.org/public/mcc_lamp-20.6-morphos.lha


And some nifty screenshots:





(reverted messed up post back into its original state -- 02.11.2009)

[ Edited by tokai on 2009/11/2 17:15 ]

Hiho,

this time a release mostly interesting for developers who need to include pictures directly into the executable code. It's quite old program already, but I had to make some (maybe) useful changes.


Quote:


New in this version:

o Clears useless colour values when alpha is 0x0 (this especially useful if the resulting RAW data gets packed later and images were saved with Photoshop)

o Added support for RGBA (one of the native tinygl texture formats, so you can simply link the texture to your tinygl application if required) and BGR output formats.

http://tokai.binaryriot.org/public/dt2raw-1.2-200712301359.lha

regards,
tokai

Neat stuff, thanks for keeping things up and releasing new things. Your still one of the more active developers and its good to see you still have interest.

Just noticed again that Euph0ria doesn't work properly with my leet 16:10 display in fullscreen mode, so a reviewed it's very old source again and did some 'hot fixes'

Quote:



http://tokai.binaryriot.org/public/euph0ria-1.4-200712311818.lha


Here some current screenshots:












Happy New Year,
tokai



P.S.: Please do not link directly to the .lha archive, but link to this very morphzone thread. Thx. :)

P.S.#2: I moved yesterday some other temp. files to the public (http://tokai.binaryriot.org/public/) directory (including a more recentish cvs build and a makedepend build, maybe useful for some.. who knows).

Hi folks,

since I was asked by a fellow french developer if my private subversion 1.4.2 build could be shared to other people I decided to just upload it to one of my very own webspaces:

http://tokai.binaryriot.org/public/subversion-1.4.2-morphos.lha

(It has various fixes/ patches to fix obvious problems and some people even use svnserve in inetd mode for own subversion repositories running on top of MorphOS).

I only use it for checking out current OpenTTD code and for that it works quite well and is well tested and stable (works for me at least(tm)).


Since I had a minute I decided to make a build of latest 1.4.6 version too. It's not tested, but (theoretically) there should be no porting related problems at least. So if you want the leetest stuff you can find this version also on my site:

http://tokai.binaryriot.org/public/


Quote:


Happy developing,
tokai

Hmm.. not much interest/ need for the releases in this thread here anymore it seems, well.. let's release a port of some random SDL game from linux world... maybe this will trigger more interest. ;)





MorphOS Archive:
http://tokai.binaryriot.org/public/defendguin-0.0.11-morphos.lha

Sources:
http://tokai.binaryriot.org/public/defendguin-0.0.11-source.tar.gz
http://tokai.binaryriot.org/public/defendguin-0.0.11-morphos.diff (just the diffs)


Happy penguin defending or whatever...
tokai

[ Edited by tokai on 2009/11/2 17:16 ]

Hi tokai, thanks for your effort - are there any differences to the previous compile of the same version (can't check myself at the moment)?

Link: Aminet

Need to check myself, didn't knew there was a port already. Too lazy to check all possibilities. I was at the original authors site and didn't saw the MorphOS port listed for this game, so just downloaded and compiled it because I was bored.

Will check out Bladerunners version and let u know about diffs...


<edit>
There are no real diffs, just small things slightly different (e.g. my version reacts on quit events on the titlescreen) w/o much practical influence. So use whatever compile you like.

And blame Bladerunner for not noticing the original author of his port and wasting my time.

Oh.. but my version has an cuter icon
</edit>

[ Edited by tokai on 2008/2/2 18:02 ]

Holla again,

since my quick random SDL game port attempt failed because another build already existed I looked what else one could port for the fun (erm.. ) of it. So I decided to make some new build of MLdonkey.

Do people still use MLdonkey on MorphOS? I have no idea... I only know I keep it in my Ambient Panel because I like my icon, but else it has become a rather useless application for me on MorphOS (using OSX for bittorrenting these days as I don't have to reboot it that often, because of IBrowse. ;)


http://tokai.binaryriot.org/public/mldonkey-2.9.3-morphos.lha

Quote:


Let me know if it still works. ;)

The start script for MorphOS version changed slightly too and maybe needs some changes to work with MosNet (but I heard mldonkey doesn't work well together with MosNet anyway... never tried myself, so if you have experience for this case then please let me know and I can fix things accordingly).


regards,
tokai

Yes, I for one, occasionally.

> Do people still use MLdonkey on MorphOS? I have no idea...

Well, I still use it 24/7 at full speed (with MiamiDX / Netgear DG834GT router / ADSL2+ connection).

> Let me know if it still works. ;)

I installed the new version two hours ago and it seems to work fine until now. The extended status line in the HTML interface is more useful. I will report problems, if any.

Thank you Christian for your constant work!

Fulvio

P.S.
And don't mind if you have no replies from users: most of them are too lazy to post or send thanks...
On the other hand, be sure that they will be highly responsive and will complain soon if something does not work...
So I suggest you compile a new non-working version on purpose just to receive a lot of comments and emails!

@tokai

As you know, I use it Thanx for this update. Works ok with MOSNet btw (read: the previous builds, haven't tried this one yet, have some other things to do atm