Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2 > #21480 > unrolled thread

Bmp2DHR General DHGR Demo available for download

Back to article view | Back to comp.sys.apple2

Contents

  Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 07:40 -0500
    Re: Bmp2DHR General DHGR Demo available for download David Schmidt <schmidtd@my-deja.com> - 2014-08-27 09:56 -0400
      Re: Bmp2DHR General DHGR Demo available for download STYNX <Jonas.Groenhagen@gmx.de> - 2014-08-27 08:51 -0700
        Re: Bmp2DHR General DHGR Demo available for download David Schmidt <schmidtd@my-deja.com> - 2014-08-27 12:30 -0400
        Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 18:04 -0500
          Re: Bmp2DHR General DHGR Demo available for download gids.rs@sasktel.net - 2014-09-01 07:33 -0700
            Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-01 13:33 -0500
      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 23:33 -0500
        Re: Bmp2DHR General DHGR Demo available for download David Schmidt <schmidtd@my-deja.com> - 2014-08-28 08:00 -0400
          Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 07:54 -0500
    Re: Bmp2DHR General DHGR Demo available for download "Anton Treuenfels" <teamtempest@yahoo.com> - 2014-08-27 10:00 -0500
    Re: Bmp2DHR General DHGR Demo available for download olivier.zardini@itn-group.eu - 2014-08-27 09:16 -0700
      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 17:50 -0500
        Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 00:00 -0500
          Re: Bmp2DHR General DHGR Demo available for download olivier.zardini@itn-group.eu - 2014-08-28 04:33 -0700
            Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 08:52 -0500
              Re: Bmp2DHR General DHGR Demo available for download scott@alfter.diespammersdie.us (Scott Alfter) - 2014-08-28 15:30 +0000
                Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 11:20 -0500
                  Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 12:42 -0500
                Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 13:51 -0500
                  Re: Bmp2DHR General DHGR Demo available for download STYNX <Jonas.Groenhagen@gmx.de> - 2014-08-28 12:35 -0700
                    Re: Bmp2DHR General DHGR Demo available for download Payton Byrd <plbyrd@gmail.com> - 2014-08-28 13:15 -0700
                      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 15:41 -0500
                        Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-28 22:05 -0500
                          Re: Bmp2DHR General DHGR Demo available for download Payton Byrd <plbyrd@gmail.com> - 2014-08-29 05:19 -0700
                Re: Bmp2DHR General DHGR Demo available for download Jeff Blakeney <CUTjeffrey_blakeney@yahoo.ca> - 2014-08-28 16:53 -0400
                  Re: Bmp2DHR General DHGR Demo available for download scott@alfter.diespammersdie.us (Scott Alfter) - 2014-08-29 18:00 +0000
                    Re: Bmp2DHR General DHGR Demo available for download Vladimir Ivanov <none@none.tld> - 2014-08-29 22:15 +0300
      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 19:29 -0500
    Re: Bmp2DHR General DHGR Demo available for download STYNX <Jonas.Groenhagen@gmx.de> - 2014-08-27 10:25 -0700
    Re: Bmp2DHR General DHGR Demo available for download osgeld <kevin@hackaday.com> - 2014-08-27 10:33 -0700
      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-27 18:07 -0500
    Re: Bmp2DHR General DHGR Demo available for download datawiz <rich.martin@gmail.com> - 2014-08-27 18:36 -0700
    Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-08-30 21:10 -0500
    Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-01 03:56 -0500
      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-03 20:32 -0500
        Re: Bmp2DHR General DHGR Demo available for download mmphosis <mmphosis@macgui.com> - 2014-09-04 04:45 +0000
          Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-04 13:55 -0500
            Re: Bmp2DHR General DHGR Demo available for download Payton Byrd <plbyrd@gmail.com> - 2014-09-04 12:11 -0700
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-04 15:42 -0500
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-07 20:51 -0500
        Re: Bmp2DHR General DHGR Demo available for download bpiltz@gmail.com - 2014-09-04 01:52 -0700
          Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-04 14:57 -0500
            Re: Bmp2DHR General DHGR Demo available for download Steve Nickolas <usotsuki@buric.co> - 2014-09-04 20:34 +0000
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-04 16:09 -0500
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 19:23 -0500
            Re: Bmp2DHR General DHGR Demo available for download osgeld@cheesefactory.us - 2014-09-04 18:30 -0700
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 04:11 -0500
                Re: Bmp2DHR General DHGR Demo available for download STYNX <Jonas.Groenhagen@gmx.de> - 2014-09-05 06:03 -0700
                  Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 16:06 -0500
                    Re: Bmp2DHR General DHGR Demo available for download Anthony Lawther <alawther@spammenot.mac.com> - 2014-09-06 10:26 +0000
                      Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-06 20:11 -0500
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 19:53 -0500
                Re: Bmp2DHR General DHGR Demo available for download osgeld@cheesefactory.us - 2014-09-06 11:16 -0700
                  Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-06 20:27 -0500
            Re: Bmp2DHR General DHGR Demo available for download mmphosis <mmphosis@macgui.com> - 2014-09-05 04:41 +0000
              Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 04:17 -0500
                Re: Bmp2DHR General DHGR Demo available for download awanderin <awanderin@gmail.com> - 2014-09-05 11:46 -0600
                  Re: Bmp2DHR General DHGR Demo available for download Charlie <charlieDOTd@verEYEzon.net> - 2014-09-05 14:47 -0400
                    Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-05 16:20 -0500
                      Re: Bmp2DHR General DHGR Demo available for download STYNX <Jonas.Groenhagen@gmx.de> - 2014-09-05 22:06 -0700
                        Re: Bmp2DHR General DHGR Demo available for download "Bill Buckels" <bbuckels@mts.net> - 2014-09-13 19:15 -0500

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#21530

On Thursday, August 28, 2014 8:51:40 PM UTC+2, Bill Buckels wrote:
> Does that make sense to anyone else?
> Bill
Most of it ;-)

I have had done some tests for different monitors with the Apple //e
(a few months ago).
I used:
"Le Chat Mauve EVE" -> Apple //e RGB-Card
"Le Chat Mauve FELINE" -> Apple //e RGB-Card
Apple //e 64k digital -> Apple //e RGB-Card
Apple //e with VOC -> Apple IIgs, //e RGB-Card
no-name composite -> VGA converter
no-name composite -> HDMI converter
unmarked SONY composite -> RGB converter and amplifier

Monitors: several... i think at least 5 different manufacturers and some TFTs

Results (not scientific): Every card has slightly different colors :-P

The 'best' RGB result in my opinion was from the chat mauve FELINE card but it has died on me (some custom made chip also used in the //c RGB-converter) when i last tested it :-(.

The best composite image was displayed on a JVC universal input monitor (i could look up the model number ... later ;-P). It accepts RGB from about 14khz-66khz but is very bulky and extremely heavy. Several settings regarding white-level and color-temperature are possible with this monster. I should make some photos of the actual color displayed ... if i find the time ...

The HDMI- and VGA-converters produced a very unstable NTSC image with wrong and smeared colors.
The PAL-Image was (strangely) acceptable although the flickering of the blues and greens was unnerving.

The SONY converter was ... bad. it could not display anything from either the NTSC nor the PAL signal.

My personal result: stick with you old CC-TV or CC-Monitor to get the correct display :-D
To get a smooth image of the dithered DHGR graphics, set the CRT to slightly out of focus...
(might need some tinkering with CRT HV)

-Jonas

[toc] | [prev] | [next] | [standalone]

#21532

May I suggest adding the Commodore 1701 monitor to your test regimen?  There may never have been a better display ever made.

[toc] | [prev] | [next] | [standalone]

#21534

"Payton Byrd" <plbyrd@gmail.com> wrote:
>May I suggest adding the Commodore 1701 monitor to your test regimen? 
>There may never have been a better display ever made.

I have a 1084 right here. How does that stack-up?

Bill 

[toc] | [prev] | [next] | [standalone]

#21541

"Bill Buckels" <bbuckels@mts.net> wrote:
>I have a 1084 right here. How does that stack-up?

The csa2 FAQ covers the pinout for a 1084:

http://apple2.org.za/gswv/a2zine/faqs/Csa2MONITOR.html

The FAQ also contains some important information on the IIgs, IIe, and 
Double Hi-Res:

038- When I play old hires games on my GS the RGB monitor display does not 
look as good as my old Amdek Color-1 connected to the II+. What's wrong?
Most hires displays look better on a composite color monitor, such as the 
Amdek Color-1, than they do on the GS's RGB monitor. The difference is even 
more striking for double-hires displays. (King's Quest and Air Heart look 
much better on a Color-1 connected to a IIc+ than on an RGB monitor 
connected to the GS.)

What's wrong is that the GS's display circuits do just a passable job of 
translating hires and double-hires into RGB form.

x--- snip ---x

This says that the IIe is the standard, and the IIgs does its own thing:) 
What it does not tell me is how the RGB card on my IIe stacks-up against the 
RGB card on my IIgs.

Bill

[toc] | [prev] | [next] | [standalone]

#21542

Given that the 1084 was intended for three different computers (64, 128 8-columns, and Amiga 500/2000), it stands to reason that Commodore spent significant time and effort optimizing the monitor for each scenario.  Indeed, in my experience the 1084 provides an excellent display of each system, though for pure composite or luma/chroma video, the 1701 is considered the gold standard.

[toc] | [prev] | [next] | [standalone]

#21535

On 28/08/2014 11:30 AM, Scott Alfter wrote:
> I was always under the impression that Lo-Res colors 5 & 10 were the same.
> I was testing my RGB-to-component converter on another TV last night,
> though, and noticed that 5 was a fair bit darker than 10.

If I remember correctly, the only difference between the two greys is 
that they use opposite bit patterns.  They are both composed of 
alternating bit patterns and one is 0101 and the other is 1010.  So the 
only real difference would be in how it affects the pixels next to it 
because it can alter the one to the right or left of it with the "1" bit 
that is on the edge.

[toc] | [prev] | [next] | [standalone]

#21552

In article <lto4rs$q22$1@dont-email.me>,
Jeff Blakeney  <CUTjeffrey_blakeney@yahoo.ca> wrote:
>On 28/08/2014 11:30 AM, Scott Alfter wrote:
>> I was always under the impression that Lo-Res colors 5 & 10 were the same.
>> I was testing my RGB-to-component converter on another TV last night,
>> though, and noticed that 5 was a fair bit darker than 10.
>
>If I remember correctly, the only difference between the two greys is 
>that they use opposite bit patterns.  They are both composed of 
>alternating bit patterns and one is 0101 and the other is 1010.

That's it.  On a composite display, big blocks of the two will look the
same.  On the RGB output from a IIGS, however, one is darker than the other. 

Just tried KEGSWin...it mimics the latter behavior.

  _/_
 / v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/            Top-posting!
 \_^_/                              >What's the most annoying thing on Usenet?

[toc] | [prev] | [next] | [standalone]

#21557

On Fri, 29 Aug 2014, Scott Alfter wrote:

> In article <lto4rs$q22$1@dont-email.me>,
> Jeff Blakeney  <CUTjeffrey_blakeney@yahoo.ca> wrote:
>> On 28/08/2014 11:30 AM, Scott Alfter wrote:
>>> I was always under the impression that Lo-Res colors 5 & 10 were the same.
>>> I was testing my RGB-to-component converter on another TV last night,
>>> though, and noticed that 5 was a fair bit darker than 10.
>>
>> If I remember correctly, the only difference between the two greys is
>> that they use opposite bit patterns.  They are both composed of
>> alternating bit patterns and one is 0101 and the other is 1010.
>
> That's it.  On a composite display, big blocks of the two will look the
> same.  On the RGB output from a IIGS, however, one is darker than the other.
>
> Just tried KEGSWin...it mimics the latter behavior.

The two grays are the same if they're the only color. When interacting 
with neighboring "pixels" - they're not. Check out King's Quest castle how 
they create nice artifacts even between themselves.

IIgs's output does non-linear processing of the bitstream, and perhaps 
that's what makes the two slightly different. Again, surrounding pixels 
might affect this.

[toc] | [prev] | [next] | [standalone]

#21504

<olivier.zardini@itn-group.eu> wrote:
 >160*200 pictures

These are DHGR pictures *NOT* SHR pictures. They are only 140 x 192 and have 
a fixed palette of only the 15 lo-res colors. Did you take a look? Can you 
do better?

Bill

[toc] | [prev] | [next] | [standalone]

#21491

On Wednesday, August 27, 2014 2:40:56 PM UTC+2, Bill Buckels wrote:
>... but seriously. Is there anyone left who is going to work with DHGR graphics?
> 
> Bill

The demos you have uploaded are perfectly usable on retro-meetings. I have one of these meetings from 12.09-14.09. SHR, DHGR and DLGR are nice things that get attention from folks not into Apple II-stuff (until now). Imagine your demos running on e IIgs, IIe and Iic there for 80-100 computer freaks to see.

I can understand your thoughts about the way people say there like or don't like something. Getting approval is very rare whereas getting rejection is somewhat more common but the most common 'reaction' is the lack of response ;-)

As a programmer i like to get bug reports and 'bad reviews' because this means people have used my programs and found these things. If none says anything it could mean the software is not in use or it works flawlessly.

Anyways, i hope you keep up your work with cc65. I know of at least 1 person from Germany who is very interested in your demos. He uses them in a "workshop" kinda way to get familiar with the Apple II.

-Jonas

[toc] | [prev] | [next] | [standalone]

#21493

On Wednesday, August 27, 2014 7:40:56 AM UTC-5, Bill Buckels wrote:
> Download it here:
> 
> 
> 
> http://www.appleoldies.ca/cc65/programs/dhgr/generaldemo.zip
> 
> 
> 
> I am wondering if this is something the Apple II Community wants to 
> 
> pursue... this is a demo of a cross-section of the DHGR images I have been 
> 
> processing with Bmp2DHR. Some good, bad,ugly.
> 
> 
> 
> To slow down or speed-up the slideshow use the numeric keys. 0 will wait for 
> 
> keypresses.
> 
> 
> 
> But since I am getting no feedback I haven't updated the utility on-line 
> 
> etc. In no rush to do so. I also haven't updated my cc65 stuff for awhile. I 
> 
> don't hear much about that either.
> 
> 
> 
> If nobody is interested then that's fine.
> 
> 
> 
> This seems a little like Harry Potter's fields, so I am wondering if anyone 
> 
> does anything with this besides me and Sheldon Simms.
> 
> 
> 
> If that's the case then who are we advancing this for? I'm having more fun 
> 
> using this than writing about it... or uploading it for anyone else.
> 
> 
> 
> David Shmidt, I know it sounds dumb... but seriously. Is there anyone left 
> 
> who is going to work with DHGR graphics?
> 
> 
> 
> Bill

Im interested, but always swamped tween life and work to do much with DHGR at this moment, though I am constantly fiddling around with it making images to see what kind of "quality" image I can get out of an apple II

[toc] | [prev] | [next] | [standalone]

#21500

"osgeld" <kevin@hackaday.com> wrote:

>Im interested, but always swamped tween life and work to do much with DHGR 
>at this moment, though I am constantly fiddling around with it making 
>images to see what kind of "quality" image I can get out of an apple II

This converter also accepts GIMP palettes *but* your ghetto converter used a 
really crappy conversion palette (AppleWin) for LGR... The Wikipedia palette 
works the best.

Bill 

[toc] | [prev] | [next] | [standalone]

#21508

I've been enjoying your work, Bill, and it is very much appreciated -- albeit silently in most cases. I'm sure there are others so please, keep on going as far as you have interest and there will be those of us who have an interest in looking at it and learning from it, now and in the future.

That being said, you've sparked an interest in me to investigate the Apple 64k RGB/Video-7 RGB card's 16 color 160x196 special RGB mode. I don't own one yet, but I guess some of the emulators may support it. Have you done any work with this yet? I'd love to read some more technical detail on it, as anything I've seen written doesn't go into it all that much.

It would seem to me to be a really interesting and novel way to utilize the IIe, especially if someone wanted to port games over to the platform-- graphics would be easier to map over, and the animation/game code would be a lot more straightforward, if I understand it correctly.

Of course, there's the challenge of the fact that these cards are a bit scarce, as well as the monitors to use them with, which takes a small general audience of interested Apple II owners to an even smaller pool of Apple IIe owners with this specific card.

This might also present an opportunity to create a new hardware spin of the Apple 64k RGB/Video-7 RGB card with touches like output to VGA/DVI/HDMI, ability to upload alternative character sets and toggle them on/off from code running on the apple, programmable color palette that can be set/toggled  from apple code, RAM beyond 64k with some sort of fast/direct access from the video card's firmware, potentially even support for sprites?

It would seem to me that having a card like that, plus a Mockingboard (or even better: a respin/updated version of a Mockingboard) would make a VERY interesting and fun platform for new and old coders alike, perhaps even bring some retro coders in from other platforms to see how far they could go with it. 

It's still and Apple II at its heart and remains backwards compatible, but has some bolt ons that help push it past where it was. 

The question is, how feasible is this? Could a new Carte Blanche provide the basis for this kind of video card? Would anyone be interested in creating something like this, and an updated sound card? I'd love to hear from folks, if so, and I'd be interested in helping any way I can.

Until then, I'll play around in an emulator until I hunt down a 64k RGB card and a monitor that it will work with. 

And Bill, if you feel properly compelled to document this mode, you'll at least have one incredibly interested reader.

Rich

[toc] | [prev] | [next] | [standalone]

#21594

"Bill Buckels" <bbuckels@mts.net> wrote:
>So this utility is restricted to conversion only, and it does not dither.
>Not yet anyway.

The new version dithers rabidly but is not yet online. The documentation
continues. These little documents are just side-bars... the User's Manual is
the main thing... and is also not yet online but here's one doc that should
tickle someone's interest:

http://www.appleoldies.ca/cc65/docs/dhgr/TomThumbDHGR.pdf

Bill

[toc] | [prev] | [next] | [standalone]

#21620

"Bill Buckels" <bbuckels@mts.net> wrote:
>David Shmidt, I know it sounds dumb... but seriously. Is there anyone left 
>who is going to work with DHGR graphics?

In case there is, what I consider is the best DHGR converter on the planet 
is now available:

http://www.appleoldies.ca/cc65/programs/dhgr/bmp2dhr.zip

Updated with dithering etc.

Documentation still being finished and more demos to follow, but this gives 
you the source, and working executable.

Bill 

[toc] | [prev] | [next] | [standalone]

#21643

"Bill Buckels" <bbuckels@mts.net> wrote:
>what I consider is the best DHGR converter on the planet is now available:

http://www.appleoldies.ca/cc65/programs/dhgr/bmp2dhr.zip

>Updated with dithering etc.

So far its not just the best DHGR converter...

Preliminary tests indicate that the Floyd-Steinberg dithering in Bmp2DHR 
does a far better job than the FS dithering in the GIMP 2.8.

Also Bmp2DHR supports 8 dithering algorithms and the GIMP has only FS.

The GIMP seems to do a much poorer job all around. Windows Paint's scaling 
is superior to the GIMP's... even the 14 year old XP version. Exporting an 
unaddorned  BMP in the GIMP is a chore. It's still doable if you don't have 
Windows and if you like messy interfaces with tool palettes scattered all 
over the desktop.

I will be publishing a short case study showing the superior results of 
using my dithering and plain old Windows Paint as opposed to what the GIMP 
has to offer for DHGR conversion (i.e. palette matching, scaling)

I wonder if PhotoShop is also inferior. Since I am not going to buy it to 
find out, and Windows Paint is free, PhotoShop is not on my radar.

I am also running some tests with Photo Demon. I like it better than the 
GIMP so far. Preliminary results are promising. And the price is the same as 
Windows Paint and the GIMP.

Bill 

[toc] | [prev] | [next] | [standalone]

#21644

Bill Buckels wrote:
> "Bill Buckels" <bbuckels@mts.net> wrote:
>>what I consider is the best DHGR converter on the planet is now available:
> 
> http://www.appleoldies.ca/cc65/programs/dhgr/bmp2dhr.zip
> 
>>Updated with dithering etc.
> 
> So far its not just the best DHGR converter...
> 
> Preliminary tests indicate that the Floyd-Steinberg dithering in Bmp2DHR 
> does a far better job than the FS dithering in the GIMP 2.8.
> 
> Also Bmp2DHR supports 8 dithering algorithms and the GIMP has only FS.
> 
> The GIMP seems to do a much poorer job all around. Windows Paint's scaling
>
> is superior to the GIMP's... even the 14 year old XP version. Exporting an
>
> unaddorned  BMP in the GIMP is a chore. It's still doable if you don't
> have
> 
> Windows and if you like messy interfaces with tool palettes scattered all 
> over the desktop.
> 
> I will be publishing a short case study showing the superior results of 
> using my dithering and plain old Windows Paint as opposed to what the GIMP
>
> has to offer for DHGR conversion (i.e. palette matching, scaling)
> 
> I wonder if PhotoShop is also inferior. Since I am not going to buy it to 
> find out, and Windows Paint is free, PhotoShop is not on my radar.
> 
> I am also running some tests with Photo Demon. I like it better than the 
> GIMP so far. Preliminary results are promising. And the price is the same
> as 
> Windows Paint and the GIMP.
> 
> Bill
>

hmm.  My PC was free, and downloading and installing Ubuntu for it was free.
In order to run MSPAINT.EXE, I would need to order a retail copy of say
Microsoft Windows 7 Professional with SP1 (32 bit & 64 bit) for US$119.95
which is not free.

http://2.bp.blogspot.com/-6P6WfEIWFvE/T5q7od1JfgI/AAAAAAAAS4Q/XfQpWvNEuUs/s320/article-2136075-12CB797D000005DC-141_634x444.jpeg

[toc] | [prev] | [next] | [standalone]

#21646

"mmphosis" <mmphosis@macgui.com> wrote:
>hmm.  My PC was free, and downloading and installing Ubuntu for it was 
>free.

I paid for my PC, but Windows XP was free for me... I think I still have 17 
licences that I haven't used if I could find them in that pile opf crap from 
Microsoft.

So was Windows 7 free for both my laptops, but again I paid for my laptops.

Windows Paint is part of the Windows Desktop.

I traded Catfish for my Apple IIe and paid for my Apple IIgs. My Commodore 
64's were free, but I paid for my Commodore 128. Regardless, for Windows 
Users (the majority of desktops worldwide) Windows Paint is free.

>In order to run MSPAINT.EXE, I would need to order a retail copy of say 
>Microsoft Windows 7 Professional with SP1 (32 bit & 64 bit) for US$119.95 
>which is not free.

Or you could do what most people do and buy a PC with a Windows bundle. Or 
become a Microsoft Partner or purchase an MSDN membership and try all the 
new Windows stuff before the rest of the planet gets to see it.

Well the GIMP does have superior scaling to Windows Paint, because the GIMP 
is pixel level and Windows Paint is by percentage. The best scaling of all 
is in Bmp2DHR but images need to be prescaled to sizes that make sense to 
Bmp2DHR.

But comparative testing will likely reveal other oddities besides the GIMP's 
dirty and inadequate dithering. Their Floyd Steinberg implementation looks 
like a kid took a black crayon and scribbled over colors that aren't within 
the lines. Could this be poorly implemented GAMMA correction, a poor 
understanding of diffused error clipping, or implementation of a color 
distance algorithm that is not psychovisual, or all of the above?

I think so.

Have a look at the code and tell me why I got it right and the army of gnats 
didn't...

Bill






. 

[toc] | [prev] | [next] | [standalone]

#21647

On Thursday, September 4, 2014 1:55:45 PM UTC-5, Bill Buckels wrote:

> Have a look at the code and tell me why I got it right and the army of gnats didn't...

Be careful!  If you view the GPL code and then coincidentally have something similar in your code, the GPL Nazi's could claim ownership of your code.

[toc] | [prev] | [next] | [standalone]

#21651

"Payton Byrd" <plbyrd@gmail.com> wrote in message 
news:85d7d6af-acd2-4bca-add6-4a9677a35396@googlegroups.com...
On Thursday, September 4, 2014 1:55:45 PM UTC-5, Bill Buckels wrote:

> Have a look at the code and tell me why I got it right and the army of 
> gnats didn't...

>Be careful!  If you view the GPL code and then coincidentally have 
>something similar in your code, the GPL Nazi's could claim ownership of 
>your code.

I never had sex with that code:)

Besides, they can have it if they want it:) It's just schlock... 
considerable amount of careful article reading, that's all... which is why I 
find it hilarious that this GIMP thingy makes such a mess with exactly the 
same palette that I am getting good results with.

It reminds me of Lemmings.

Bill
 

[toc] | [prev] | [next] | [standalone]

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

Back to top | Article view | comp.sys.apple2

csiph-web