1. 16.8 million color euphoria sequence loading
- Posted by mindwalker Apr 06, 2010
- 1928 views
I have an idea for a program that requires the ability to load a picture (.jpg, .bmp, .png, etc.) into an Euphoria sequence containing RGB sequences, RGB values for each picture pixel. I'm thinking 24-bit depth pictures. I don't plan on using Windows for this but will run it on the Microsoft platform (DOS). The program will manipulate the RGB values of individual pixels and then display these manipulated pictures.
I'm hoping for a set of standalone includes that I can add to my program to add the picture load capability.
I asked this question nearly a month ago and Don Cole suggested his deluxe viewer3. I haven't had time to review this in detail yet (took a 3 week vacation afk), but I don't think his code has a standalone set of includes and I'm not even sure it loads the pictures to an Euphoria sequence of RGB sequences. Sorry Don if I am wrong on this.
Before I go digging too deeply into Don's code or go off researching each of the picture formats in order to develop my own, can anyone point me to existing standalone functionality I can add to my program to allow it to load pictures to Euphoria sequences?
2. Re: 16.8 million color euphoria sequence loading
- Posted by jimcbrown (admin) Apr 06, 2010
- 1897 views
DOS is no longer supported, so this is not possible.
3. Re: 16.8 million color euphoria sequence loading
- Posted by mattlewis (admin) Apr 06, 2010
- 1920 views
I have an idea for a program that requires the ability to load a picture (.jpg, .bmp, .png, etc.) into an Euphoria sequence containing RGB sequences, RGB values for each picture pixel. I'm thinking 24-bit depth pictures. I don't plan on using Windows for this but will run it on the Microsoft platform (DOS). The program will manipulate the RGB values of individual pixels and then display these manipulated pictures.
There are a couple of "true color" DOS libraries in the archive:
http://www.rapideuphoria.com/trueeu.zip
http://www.rapideuphoria.com/truecolr.zip
Matt
4. Re: 16.8 million color euphoria sequence loading
- Posted by mindwalker Apr 07, 2010
- 1849 views
DOS is no longer supported, so this is not possible.
You had me nervous there for a second so I checked, turns out my copies of Euphoria version 2.4 and version 3.1 still work just fine on my Windows XP systems, so this is possible.
I am sorry to hear DOS is no longer supported for future versions of Euphoria. It was the language feature that most attracted me to Euphoria in the first place. And it is the missing feature that will drive me to look for something else.
Anyone know why DOS is no longer supported? Are command windows no longer supported in Vista and windows 7?
5. Re: 16.8 million color euphoria sequence loading
- Posted by achury Apr 07, 2010
- 1829 views
DOS support end little before release 4.0 beta 1, mainly because lack of interested on developers. On source forge is available an alpha release for DOS. (source and binaries). If are interested on it, may be you can help to mantain it.
I remember the last problem with DOS was to program the call back.
6. Re: 16.8 million color euphoria sequence loading
- Posted by jimcbrown (admin) Apr 07, 2010
- 1862 views
still work just fine on my Windows XP systems, so this is possible.
XP is not DOS.
Anyone know why DOS is no longer supported? Are command windows no longer supported in Vista and windows 7?
Windows 7 has dropped DOS support I believe. Vista supports it but only in a limited sense (i.e very limited DOS graphics). (Although 64bit Vista does not support DOS at all iirc.)
The command line windows will continue to be supported in Wiindows 7 and beyond. This is a different and separate issue from DOS support.
I am sorry to hear DOS is no longer supported for future versions of Euphoria. It was the language feature that most attracted me to Euphoria in the first place. And it is the missing feature that will drive me to look for something else.
Part of the claim for dropping DOS was that nobody used it, so the heavy cost of maintainance was not worth it. If someone joined the dev team and worked to maintain the DOS port, keeping it up to date and fixing the bugs, I imagine there would be very little resistance. But no one has stepped up to the task.
I feel this was a mistake, as a few notable people disappeared from the community shortly after the removal of DOS was announced.
7. Re: 16.8 million color euphoria sequence loading
- Posted by irv Apr 07, 2010
- 1834 views
I'm curious - why DOS? It certainly isn't easy to write DOS graphics, you'll have a hard time finding anyone who will want to run your programs, and there are much better graphics libraries available for both Windows and Linux.
8. Re: 16.8 million color euphoria sequence loading
- Posted by ChrisB (moderator) Apr 08, 2010
- 1826 views
Hi
Probably teaching a load of grannies to suck eggs, but DOS is alive and well, on all flavours of windows (with better support) by using DOSBOX ( www.dosbox.com ). If you want native hardware real world interfacing, then you would be better off emulating, or finding an old machine (ebay, couple of quid)
I would recommend just sticking with 3.11 or less, and just accept that you will only ever be able to use a subset of the ready to use functions available in 4.x, but there are plenty of still fully functional libraries available which will provide identical or similar functionality.
While it is disappointing that eu 4.x -> won't have DOS support, in the real world its not a huge loss.
Chris
9. Re: 16.8 million color euphoria sequence loading
- Posted by DerekParnell (admin) Apr 08, 2010
- 1791 views
While it is disappointing that eu 4.x -> won't have DOS support, in the real world its not a huge loss.
I think there is a mis-perception going on.
DOS support can exist but only if someone is willing to do the work. The current set of people in the development team do not have the resources or inclination to support DOS. However if someone wanted to do it, they'd be welcome ... but be warned, it would be a large amount of work due to the limitations that the DOS environment imposes. One would either have to place limitations on the DOS edition of Euphoria or be prepared to do a lot of C and Assembler coding to get some things to work in DOS as they do in Unix or Windows.
10. Re: 16.8 million color euphoria sequence loading
- Posted by SDPringle Apr 08, 2010
- 1799 views
I think the old DOS version of EUPHORIA is one program that was run under an emulator more than on real hardware. There were some things you still cannot via the machine calls with the current versions of EUPHORIA that you had support for in the old DOS version. These were mostly graphics routines. So, certainly most of these calls could implemented as wrapped calls into some windows routines.
Shawn Pringle
11. Re: 16.8 million color euphoria sequence loading
- Posted by mindwalker Apr 12, 2010
- 1784 views
I'm curious - why DOS? It certainly isn't easy to write DOS graphics, you'll have a hard time finding anyone who will want to run your programs, and there are much better graphics libraries available for both Windows and Linux.
I haven't made the jump to Linux yet, so the answer to why DOS: no title bar, no menu bar, no status bar, no scroll bar, no windows resizing, no windows controlled color palettes, no windows APIs, etc. I want to control my program and the same goes for my graphics. The only problem is that I don't have the background currently to load the many different file formats myself. So I was hoping there was existing code for loading the picture files into Euphoria sequences.
As far as "you'll have a hard time finding anyone who will want to run your programs", I am writing for my use/enjoyment only, so that is not an issue. I have already had many hours of enjoyment running my pixlpowr.ex program, where 255 colors "compete" for screen ownership. This program has amused me for at least 7 years.
Do any of these graphic packages allow you to manipulate the pixels themselves? For instance I wish to take a picture, suck all the red,green,blue out of it and redistribute those colors at maximum intensity into just a few pixels (say at the top, bottom and left of the picture). I also want to be able to totally randomize the placement of the pixels within the picture.
12. Re: 16.8 million color euphoria sequence loading
- Posted by petelomax Apr 12, 2010
- 1784 views
why DOS: no title bar, no menu bar, no status bar, no scroll bar, no windows resizing,
You can get rid of those. My demo_title shows how and I think there's one for win32lib as well.
no windows controlled color palettes, no windows APIs, etc.
I am ignoring that.
load the many different file formats myself.
I suspect that part will be much easier in Windows rather than DOS.
Do any of these graphic packages allow you to manipulate the pixels themselves?
While this may not be exactly what you want, take a look at win32dib
13. Re: 16.8 million color euphoria sequence loading
- Posted by irv Apr 12, 2010
- 1751 views
[quote mindwalker]
I haven't made the jump to Linux yet, so the answer to why DOS: no title bar, no menu bar, no status bar, no scroll bar, no windows resizing, no windows controlled color palettes, no windows APIs, etc. I want to control my program and the same goes for my graphics. The only problem is that I don't have the background currently to load the many different file formats myself. So I was hoping there was existing code for loading the picture files into Euphoria sequences.
set(window,"decorated",FALSE) takes care of your first 4 gets rid of the next
set(window,"resizable",FALSE)
No palettes required or used.
constant img = create(GtkImage,"/demos/7300.jpg") loads jpg, gif, xpm, and several other formats, just change the filename
See my EuGTK website for some examples: http://etcwebspace.com/users/irvm
Do any of these graphic packages allow you to manipulate the pixels themselves? For instance I wish to take a picture, suck all the red,green,blue out of it and redistribute those colors at maximum intensity into just a few pixels (say at the top, bottom and left of the picture). I also want to be able to totally randomize the placement of the pixels within the picture.
I an nearly certain these things can be done using the GDK libraries, but I haven't done them, no interest. If they are not in the GDK library, there is always ImageMagik which can be called to do almost anything.
