Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
209 user(s) are online (124 user(s) are browsing Forums)

Members: 3
Guests: 206

MickJT, AmigaSociety, balaton, more...

Headlines

Forum Index


Board index » All Posts (Deniil)




Re: How to print text in RGB colour?
Quite a regular
Quite a regular


@Capehill

Cool. But I don't do DTP or word processing. Just text :)

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: How to print text in RGB colour?
Quite a regular
Quite a regular


@salass00

Nice! Thank you
I wonder how I've managed to miss this one. It is in my SDK docs and seems old but I've been looking for this kind of functionality for years!

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


How to print text in RGB colour?
Quite a regular
Quite a regular


Is there any way, anywhere, on AmigaOS 4 to draw plain text in an RGB value without resorting to 35 year old technology (planar palette)??

Something as simple as
graphics.library->SetAPenRGB(red,green,blue); //NO stupid palette number involved
graphics.library->Text(rp, "Hello world!", 12);

Or do I just have old SDK documentation?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Keep window in front of parent
Quite a regular
Quite a regular


Not as far as I know. But a program that has subwindows should probably have implemented a way to keep it onto of its parent one would think.

What program is it you have a problem with?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Dopus 5.92 betatest
Quite a regular
Quite a regular


@kas1e

Cool, thanks!
I haven't upgraded Dopus5 ever I think. So I probably use 5.91.

What's new/fixed in 5.92?

Go to top


Re: unfreed signals......again
Quite a regular
Quite a regular


@mritter0

Good catch!
So while the others are babbling away, you had to do the work yourself. Tends to be that way

I was going to suggest that you might have forgotten to close a MsgPort, or a timer device or something. But you found it. Signals are hiding in wierd places

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


@samo79

Yeah, I get that pthread crash from time to time. I just kill it and go on. I think it might crash on exit after its done sometimes. Seems quite harmless, but annoying of course.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: SFS2 corruption on x5000
Quite a regular
Quite a regular


@Lio

You always need two physical disks IMO. Wether permanently installed or a USB backup disk. Disks break down all the time, including SSD. You simply need backup.

Got a new PC at work with SSD. Worked great for 3 weeks, then crashed and never started again. Replaced the SSD and it has been runnning for 4 years.

I have setup BackUp using DRemind to backup all my partitions automatically and regularly. And just the other day my primary harddisk started to show signs of resignation. Good thing I have a mirror backup setup and ready to go

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: how PPC Cpu handle "double" and "float" in terms of speed
Quite a regular
Quite a regular


Interesting!

I also expected float to be faster, because of memory bandwidth mostly, but also cache in my algorithm and was surprized when double was faster.

I'll see if I can find those old test results again, and the algorithm. It was some audio processing routine of some sort.

Different CPUs are probably differently efficient on converting float<->double internally. Some may do it in zero cycles (while loading). Others need extra steps.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Please someone remove YAM's time contraint
Quite a regular
Quite a regular


@nbache

I see. I'll have a look at those options.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: how PPC Cpu handle "double" and "float" in terms of speed
Quite a regular
Quite a regular


Double is faster! The CPU can only do double, so when dealing with floats it first needs to convert it internally.

I did some tests long ago on 603e and found that particular test to be like 5-10% faster with double, and that's with 32-bit memory bus!!

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Please someone remove YAM's time contraint
Quite a regular
Quite a regular


@xenic

I would only do "code changes". Not using any libraries or new GUI components that will affect dependencies. But sure, I can just do my own changes too.

It's just that forwarding HTML emails (like a plane or concert ticket) just doesn't work. The receiver (like hotmail) will receive textual garbage and som wierd part.2 file that no one knows what to do with (especially not a mobile phone).

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: How to build AmigaOS4 cross-compiler (binutils 2.23.2 & gcc 8.2.0) on MSYS2.
Quite a regular
Quite a regular


@kas1e

So this is the shit? :)
This will build Odyssey, MPlayer and all that heavy stuff?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Please someone remove YAM's time contraint
Quite a regular
Quite a regular


@xenic

Are those changes tricky to find out, or trivial?
Could you list them here?

Do you know what's required to push changes to the YAM repo?

I have a few minor ideas about html mail handling... but it won't happen if I need to bang my head against the wall for several hours (which in my life translates to weeks).

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Please someone remove YAM's time contraint
Quite a regular
Quite a regular


@broadblues

Quote:
It's open src, you could build a copy for yourself.....


Don't we just love that answer

I started looking into this, but stopped pretty early for some reason I can't remember. Probably beacuse it doesn't use git, or that one needed to be an official YAM developer to be allowed to push commits or whatever silly thing I just couldn't be bothered with when I know there are people there who has the code, dependencies and environment setup and could just change one line in the code, commit, and be done with it in 5 minutes.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Please someone remove YAM's time contraint
Quite a regular
Quite a regular


Can someone *pleeease* commit a change to YAM that removes the time restriction on the nightly builds!!

There hasn't been any (significant?) work done for years.
Who knows when the nightly server stops working and we are all screwed.

Going back to a previous version is no option since this beta somewhere along the lines changed the file format making it incompatible with the last official release. There is NO OPTION for us users but to trust a server noone uses anymore.

I depend on YAM for my emails, and my email archive. Have YAM stop and tell me ridiculous things every other time I reboot the machine just eat on my nerves. It doesn't make any sense anymore now that dev has stopped (or almost stopped?).

Who knows when the owner stops paying for the machine??? Then what??? "£#¢& you for being so stupid to use YAM!" or what?

Please remove the time constraint so we can live in peace.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: AllocVec vs AllocMem
Quite a regular
Quite a regular


@remotenemesis & Hans

I always use AllocMem for objects of known size, since the object knows its size itself, no need for AllocVec to store it too, wasting 4 bytes on each allocation.

Specifically on linked lists with many, possibly thousands of allocation you save these 4 bytes each time.

Else, especially for large random size allocations, use AllocVec to save yourself knowing the size of the allocation, as Hans said.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Remote Desktop towards Win10?
Quite a regular
Quite a regular


I'll fiddle with some settings. Turning off HW-accel in FF helped with the text.

Scrolling of all kinds doesn't work well, display distorts in both horizontal and vertical places. A bit annoying. Any ideas about that?

My connection speed was apparently set to 28k8 modem, and it was super fast. I'll try with LAN and see if I can bring over more details.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Remote Desktop towards Win10?
Quite a regular
Quite a regular


Cool! It works!

But Firefox doesn't render properly. I see no text unless I drag with my mouse to mark. Sometimes is comes automatically, but mostly I see no text, including here on amigans.net...

I wonder what else doesn't work..?

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top


Re: Remote Desktop towards Win10?
Quite a regular
Quite a regular


Thanks!

I tried the latest RDesktop demo but it didn't work. But I will try with the registry settings.

Software developer for Amiga OS3 and OS4.
Develops for OnyxSoft and the Amiga using E and C and occasionally C++
Go to top



TopTop
« 1 2 (3) 4 5 6 ... 27 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project