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

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

Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided

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

Contents

  Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-02 07:00 -0500
    Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-02 18:25 +0300
      Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-02 20:20 -0500
        Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-02 22:04 -0500
          Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-03 09:18 +0300
          Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-03 09:56 +0300
            Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Steve Nickolas <usotsuki@buric.co> - 2015-04-03 09:04 +0200
              Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-03 14:57 +0300
                Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-03 10:09 -0500
                  Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-03 18:42 +0300
                    Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-03 10:56 -0500
                      Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-03 22:23 -0500
                        Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-04 11:26 +0300
                          Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-04 06:45 -0500
                Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided mmphosis <mmphosis@macgui.com> - 2015-04-03 17:13 +0000
                  Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-03 12:38 -0500
                  Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided Nicola <nvitacolonna@gmail.com> - 2015-04-03 20:52 +0300
                    Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-04-03 13:11 -0500
      Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided mmphosis <mmphosis@macgui.com> - 2015-04-03 03:09 +0000
    Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-05-18 16:10 -0500
      Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided wssimms@gmail.com - 2015-05-20 02:37 -0700
        Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided "Bill Buckels" <bbuckels@mts.net> - 2015-05-20 07:06 -0500
        Re: Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided SuperNewbie <SuperNewbie@nomail.com> - 2015-05-20 23:20 -0400

Page 1 of 2  [1] 2  Next page →

#24314 — Update: Bmp2DHR and A2FCBmp - All Apple II Graphics Modes including Mode320 and Mode3200 SHR now provided

http://www.appleoldies.ca/bmp2dhr/heroes/

Bmp2DHR and A2FCBmp come together. I have updated the website with the 
latest source code and Win32 binaries as of this morning. A2FCBmp is used to 
make SHR images. People who use Linux or OSX will need to build their own 
binaries. A gcc compatible makefile is provided. Visit the Bmp2DHR page 
(link above) for the download link. Together these two converters provide 
output for all the Apple II graphics modes including Mode320 and Mode3200 
SHR. Mode640 SHR has not been added yet.

Samples including recent SHR and BROOKS images have been recently posted to 
the Apple II Enthusiasts FaceBook Group:

https://www.facebook.com/groups/5251478676/

All the best,

Bill Buckels 

[toc] | [next] | [standalone]

#24317

In article <mfjb1l$kam$1@speranza.aioe.org>,
 "Bill Buckels" <bbuckels@mts.net> wrote:

> http://www.appleoldies.ca/bmp2dhr/heroes/
> 
> Bmp2DHR and A2FCBmp come together. I have updated the website with the 
> latest source code and Win32 binaries as of this morning. A2FCBmp is used to 
> make SHR images. People who use Linux or OSX will need to build their own 
> binaries. A gcc compatible makefile is provided.

Thanks for this little tool! Very cool!

I'm trying to build it from source in OS X. The makefile is not really 
Unix-friendly as it uses the backslash character for the path. Anyway, 
I've tried to compile it myself using different compiler options (-arch 
i386, -m32, -m64, -ansi, ...). I can get it build and run, but with 
every image I try it I get "XYZ is in the wrong format!". This does not 
happen when I use the pre-compiled binary linked from your page.

So, could someone help me figure out how to build it correctly for 
Darwin?

Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24322

"Nicola" <nvitacolonna@gmail.com> wrote>
>I can get it build and run, but with every image I try it I get "XYZ is in 
>the wrong format!".

I haven't a clue. Thanks for giving this a shot.

>This does not happen when I use the pre-compiled binary linked from your 
>page.

Good to know:)

Bill

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

#24329

"Bill Buckels" <bbuckels@mts.net> wrote:
>"Nicola" <nvitacolonna@gmail.com> wrote:
>>I can get it build and run, but with every image I try it I get "XYZ is in 
>>the wrong format!".
>I haven't a clue. Thanks for giving this a shot.

But if I had to guess, I would suspect that the structures are not being 
packed on byte boundaries or they are misaligned in some way.

Did you try building both programs? To my knowledge Bmp2DHR works fine in 
Linux and OSX but A2FCBmp has never been built or run in Linux or OSX.

Almost without fail my code works by the time I distribute it, so I strongly 
suspect the structures are not being packed correctly. But perhaps the 
typedefs need to be cleaned-up... there's lots of short integers in use, or 
perhaps an unsigned long is more than 4 bytes on your system.

Bill 

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

#24335

In article <mfkvv6$f3s$1@speranza.aioe.org>,
 "Bill Buckels" <bbuckels@mts.net> wrote:

> "Bill Buckels" <bbuckels@mts.net> wrote:
> >"Nicola" <nvitacolonna@gmail.com> wrote:
> >>I can get it build and run, but with every image I try it I get "XYZ is in 
> >>the wrong format!".
> >I haven't a clue. Thanks for giving this a shot.
> 
> But if I had to guess, I would suspect that the structures are not being 
> packed on byte boundaries or they are misaligned in some way.

Yes, I was thinking the same. Or some endianness problem. But I guess we 
are using similar processor architectures (I have an Intel Core 2 Duo 
and i5).
 
> Did you try building both programs? To my knowledge Bmp2DHR works fine in 
> Linux and OSX but A2FCBmp has never been built or run in Linux or OSX.

For me it's the opposite: a2fcbmp runs fine, but I cannot get bmp2dhr to 
accept any file.

Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24336

In article <mfkvv6$f3s$1@speranza.aioe.org>,
 "Bill Buckels" <bbuckels@mts.net> wrote:

> "Bill Buckels" <bbuckels@mts.net> wrote:
> there's lots of short integers in use, or 
> perhaps an unsigned long is more than 4 bytes on your system.

Yes, that's 8 bytes on my system. But defining ulong as unsigned int is 
not enough. As mmphosis has said, porting it to non-Windows systems may 
be less trivial than I thought. I'll try to take a deeper look at the 
source code.

Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24337

On Fri, 3 Apr 2015, Nicola wrote:

> In article <mfkvv6$f3s$1@speranza.aioe.org>,
> "Bill Buckels" <bbuckels@mts.net> wrote:
>
>> "Bill Buckels" <bbuckels@mts.net> wrote:
>> there's lots of short integers in use, or
>> perhaps an unsigned long is more than 4 bytes on your system.
>
> Yes, that's 8 bytes on my system. But defining ulong as unsigned int is
> not enough. As mmphosis has said, porting it to non-Windows systems may
> be less trivial than I thought. I'll try to take a deeper look at the
> source code.
>
> Nicola
>
> --- news://freenews.netfront.net/ - complaints: news@netfront.net ---
>

Try #include <stdint.h>
and using stuff like uint16_t?

Of course MS-DOS compilers are too old for that, but you can detect and 
work around that. :P

-uso.

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

#24339

Foolish me, I thought that the MINGW flag was a compiler-specific 
option, but it is essential for the correct alignment. Now I can run all 
the binaries just fine! For OS X users, now bmp2dhr, a2fcbmp and xpack 
can be easily installed with

    brew install bmp2dhr

(you need to `brew tap lifepillar/appleii` first, of course).

Time to create some graphics... :)
Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24341

"Nicola" <nvitacolonna@gmail.com> wrote:
>Foolish me

I was just being polite:) The code is messy but it's portable. The MINGW 
flag should really be the default with the Microsoft C default being the 
option. This compiles in MS-DOS Turbo C from 1987 and every version of 
Microsoft C since the 90's so why wouldn't it compile with a real compiler? 
Problem with Microsoft C today is that its Win32 binaries are twice the size 
(at least) as MinGW binaries and since MinGW is portable to gcc that worked 
out!

I suffered the indignation of watching you suffer... I felt the slings and 
arrows too but to me it's just chit-chat. My C code works. Has since the 
80's. End of discussion...

>I thought that the MINGW flag was a compiler-specific option, but it is 
>essential for the correct alignment.

It is a compiler specific option.

>Now I can run all the binaries just fine! For OS X users, now bmp2dhr, 
>a2fcbmp and xpack can be easily installed with
>brew install bmp2dhr

So what's next? Remember that this all supports VBMP output and in fact 
offers the most robust VBMP output available on the planet...

It makes sprites for every Apple IIe graphics mode, etc. etc. User definable 
dithering, user definable palettes, and I hardly think anything provides an 
alternative to any of this. It will also convert DHGR files back to modern 
graphics files. It does monochrome and everything else...

But I'm making myself sick from talking about it.

Thanks again. You have the source and the comments and now you can make your 
own version if you wish to explore any of this.

It's a good day for those pesky non-windows machines...

Bill 

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

#24343

In article <mfmafl$hah$1@speranza.aioe.org>,
 "Bill Buckels" <bbuckels@mts.net> wrote:

> I suffered the indignation of watching you suffer... I felt the slings and 
> arrows too but to me it's just chit-chat. My C code works. Has since the 
> 80's. End of discussion...

I didn't mean any lack of respect!

> So what's next?

A port to the Apple Watch? The screen should make a good fit, and you 
may give us one reason to buy it :)

Btw, another question from a beginner: I'm trying to open those .A2FC 
files with Dazzle Draw, but I always get "Not a Dazzle Draw picture". 
Isn't bmp2dhr's output (created with `b2d input.bmp dhgr`) supposed to 
be readable by Dazzle Draw? Or do I need to provide some other option?

Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24345

"Nicola" <nvitacolonna@gmail.com> wrote:
>I didn't mean any lack of respect!

Then I am diappointed:) There's nothing here to respect... this is all just 
standard parts... that's why it's amazing that they never did this on the 
Apple like we did on the PC when it was worth money.

>A port to the Apple Watch? The screen should make a good fit, and you may 
>give us one reason to buy it :)

Please don't tell anyone if that happens...

>I'm trying to open those .A2FC files with Dazzle Draw, but I always get 
>"Not a Dazzle Draw picture".

I'll definetly look into that one.

While I'm thinking about it, if you modify the code make sure you extend the 
buffers. There are still some memory over-runs on the dithering buffers that 
can go out of bounds if they get changed.

I kept this line oriented and stayed away from structures but it comes with 
a risk.

I'll get back to you on this dazzle draw question. But use the preview 
option output and reprocess it again after editing and that way you can just 
use a modern paint program if you want to clean-up a conversion.

Bill

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

#24356

"Bill Buckels" <bbuckels@mts.net> wrote:
>"Nicola" <nvitacolonna@gmail.com> wrote:
>>I'm trying to open those .A2FC files with Dazzle Draw, but I always get 
>>"Not a Dazzle Draw picture".
>I'll definetly look into that one.

And I did.

Dazzle Draw 1.2 running under kegs32 works just fine loading these A2FC 
files freshly created with the latest version of Bmp2DHR on my Windows XP 
box.

I used Ciderpress tags but you can place them by hand as a ProDOS BIN file 
($06) with a load address of $2000

Why anyone would want to use dazzle draw is completely beyond me but alright 
do as you wish:) ][gif also loads them. If you can't get ][gif to load them 
then you are not placing them on the disk correctly. There's no header in 
these so just any bin file of 16384 bytes with a load address of $2000 
should load as a dazzle draw PIC file (that's what the dd menu calls these).

Bill

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

#24358

In article <mfnlfs$dpg$1@speranza.aioe.org>,
 "Bill Buckels" <bbuckels@mts.net> wrote:

> "Bill Buckels" <bbuckels@mts.net> wrote:
> 
> Dazzle Draw 1.2 running under kegs32 works just fine loading these A2FC 
> files freshly created with the latest version of Bmp2DHR on my Windows XP 
> box.
> 
> I used Ciderpress tags but you can place them by hand as a ProDOS BIN file 
> ($06) with a load address of $2000

I can open the pictures with ][gif, but not yet with Dazzle Draw. It may 
depend on the method I'm using (mounting the pictures's folder as a 
ProDOS OmniDisk in Virtual ][), although I've double-checked the file 
types and they indeed look right. Anyway, I'll try to put the images on 
a regular disk image instead.
 
Thanks for your help!
Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24360

"Nicola" <nvitacolonna@gmail.com> wrote:
>Thanks for your help!

I was no help at all:) I just made more work for you...

And thank you for inspring me to aspire further... it's fun to see this 
stuff get passed around and used.

Bill 

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

#24346

Thanks Nicola that works.  Here is what I did...

I downloaded brew into a local directory because I don't want to run things
as the Administrator.

    https://github.com/Homebrew/homebrew/tarball/master

You must: brew install git

    ./Homebrew-homebrew-436a759/bin/brew install git

Tap Nicola's appleii...

    ./Homebrew-homebrew-436a759/bin/brew tap lifepillar/appleii

Try to install bmp2hr...

   ./Homebrew-homebrew-436a759/bin/brew install bmp2dhr

    Error: SHA256 mismatch

So, I edited bmp2dhr.rb to match the SHA256, and tried again...

    ./Homebrew-homebrew-436a759/Library/Taps/lifepillar/homebrew-appleii/

    rm /Library/Caches/Homebrew/bmp2dhr-1.1.zip

    ./Homebrew-homebrew-436a759/bin/brew install bmp2dhr

bmp2hdr works like a charm. Thanks Bill Buckels.

    ./Homebrew-homebrew-436a759/bin/bmp2dhr

-----

Turns out all that was needed was the "-arch i386" option to make things
work.

	gcc -DMINGW -arch i386 -o ../$(PRG) $(SRC).c 

I changed that one line in the makefile and bmp2dhr can be built and seems
to work without having to install brew and git.

Yes, back to creating graphics! :)

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

#24348

"mmphosis" <mmphosis@macgui.com> wrote:
>bmp2hdr works like a charm. Thanks Bill Buckels.

My hands are in windows but my heart is in unix:) Sheldon would have done 
what I did too if he had the time I'm sure... but then I wouldn't have had 
the fun. I hope we are good to go on the next phase of these converters:) 
I'll keep picking at making this more portable and bulletproof too... my 
brain needs the exercise at my age obviously.

>Yes, back to creating graphics! :)

What do you do in your spare spare time:) Thanks for continuing to shep this 
through... it really saves me the distraction of actually needing to 
remember who I am and clawing back some of my other computers instead of 
writing on my old XP box.

Good to see Nicola busy too:) Although his reference to the new dick tracy 
watch made me recoil in horror... I took his link and plastered it on a 
couple of Apple II Facebook Groups...  that should give them something to do 
besides polishing their keyboards.

Bill

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

#24349

In article <mmphosis-1428081261@macgui.com>,
 mmphosis <mmphosis@macgui.com> wrote:

>    ./Homebrew-homebrew-436a759/bin/brew install bmp2dhr
> 
>     Error: SHA256 mismatch

Thanks, sha fixed (until bmp2dhr gets updated again, at least!).

Nicola

--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#24350

"Nicola" <nvitacolonna@gmail.com> wrote:
> (until bmp2dhr gets updated again, at least!).

I am trying to group the updates into something that makes sense. Nobody has 
time to look at updates unless they offer a significant advantage.

I have also kept this code completely independent of special libraries which 
hampers me from linking to image format libraries but keeps this portable 
from the 1980's to today. It's a real hack so it'll probably survive the 
dick tracy watch and MS-DOS for mobile phones.

Bill 

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

#24330

> I'm trying to build it from source in OS X. The makefile is not really 
> Unix-friendly as it uses the backslash character for the path. Anyway, 
> I've tried to compile it myself using different compiler options (-arch 
> i386, -m32, -m64, -ansi, ...). I can get it build and run, but with 
> every image I try it I get "XYZ is in the wrong format!". This does not 
> happen when I use the pre-compiled binary linked from your page.
> 
> So, could someone help me figure out how to build it correctly for 
> Darwin?

The makefile included with the source code has been modified from the
original one that I provided.  I suspect that the backslash was put in there
so that the makefile works with MinGW on Windows.  For Darwin and similar
platforms, it will build a binary named "..b2d" inside the src directory,
although I don't think that the program will work as expected.  ie.  "XYZ is
in the wrong format!"

The binaries on this page:

http://hoop-la.ca/apple2/appleoldies/bmp2dhr/

I built these some time ago from older source code.  They may work but with
fewer features.  The PowerPC binaries may not work because of byte ordering
issues.

I did take a look at newer source code a few months ago, but it would take
effort to make the source portable.  

You could run the exe using wine, or bootcamp or a virtual machine booting
windows.  The alternative is tohgr:

http://wsxyz.net/tohgr.html

tohgr works well with png images (requires libpng.) tohgr doesn't do as many
modes as bmp2dhr.  And, I have to say I am quite impressed with the results
using "Buckels Dithering" :)

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

#24776

I continue to update A2B and B2D with the latest changes. There have been 
several. The source is updated in the distro and there are new Windows 
binaries as of this PM.

Visit the A2B page for a list of the latest links:

http://www.appleoldies.ca/a2b/

Samples including recent SHR and BROOKS images and youtube videos have been 
recently posted to
the Apple II Enthusiasts FaceBook Group:

https://www.facebook.com/groups/5251478676/

Here's today's latest youtube:

https://www.youtube.com/watch?v=KGftEmCGitc

All the best,

Bill Buckels

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

Page 1 of 2  [1] 2  Next page →

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

csiph-web