Evan Gates wrote:
> typedef the new history and recurse structs as per style guide
> -emg
Ahh, it's less verbose. Typedef'd structs have never sent me on a
header-hunt, so sticking with the style guide seems like the right
thing to do.
Charlie Murphy
Charlie Murphy wrote:
> Here's an SDL loader for imagefile. If you are familiar with SDL_image's
> syntax, you shouldn't have any problems.
IF_Load_RW() has an incorrect line.
, needs to be 16
an SDL_Surface made from an imagefile in an SDL_RWops
structure.
Loading bzip2 images is explained in the README.
Good luck!
Charlie Murphy
libSDL_if-0.1.tar.bz2
Description: Binary data
file cut almost half the LOC and
> dramatically improved readability.
Congratulations!
Charlie Murphy
FRIGN wrote:
> But it would be cool if the user wouldn't have to manage this and
> instead was able to rely on any converter to take care of this.
Perhaps it can have an option, like tar does?
tar -cjf archive.tar.bz2 archive
imagergba -j ponies.png ponies.image.b
Charlie Murphy wrote:
> Branding such a general format would be unjust, IMO. I like having the
s/general/simple/
like having the
spec inside the magic string:
Bytes Description
13 ASCII string: "img13w7h7rgba"
7 Right-justified, space-padded ASCII string containing width.
7 Right-justified, space-padded ASCII string containing height.
(w*h) Raw RGBA.
Charlie Murphy
Evan Gates wrote:
> I've attached a version that works with the waterfall.image from
> earlier in the thread. (imgRGBA signature and 7 bytes for width and
> height). It also:
> 1) is POSIX compliant
> 2) works with null bytes separating the sig, width, and height
> 3) will run display serially on a
to bzip2. Like a compressed text file, there's
nothing special about the underlying image format.
Anyway, here's a viewer script in case anybody wants it. :-)
Charlie Murphy
viewer.sh
Description: Bourne shell script
. I could take a game like SuperTux and swap SDL_image with a
loader for this format.
Charlie Murphy
converter
script (using ImageMagick) in only two minutes.
I'm going to use an image format like this in a small game soon, to see how
it compares to using PNG sprites.
Charlie Murphy
Charlie Murphy wrote:
> * imageRGBA (exactly 10 bytes)
9 bytes, sorry.
imageRGBA (exactly 10 bytes)
* img16widhei8rgba (doesn't make sense for ASCII header)
* imagefile (doesn't hint about file contents)
Charlie Murphy
FRIGN wrote:
> BTW: How would we do the conversion? Write an imagemagick-coder?
> If so, I really can recommend the webp.c-coder[0] for its relative
> simplicity.
Here's a script for turning one back into PNG.
imgtopng.sh
Description: Bourne shell script
se:
* the gzip imagefile is a little bigger than the PNG.
* the bzip2 imagefile is a little smaller than the PNG.
Attached are the files.
Charlie Murphy
��S overworld_1.image 흿�.�q��D�M��A����
#��Q\$FIlI!!*��"�`����*��|�d��t\n�"�
)R�a^�{�}�Μ3s~ �y��9��3g
Charlie Murphy wrote:
> Storing these images on a hard drive is a bad idea because they are
> too big. IMO one shouldn't discard PNG or JPEG unless one is afraid
That is, storing images in this hypothetical format is a bad idea.
Charlie Murphy
s arranged in height scanlines, where each pixel is
> four bytes. Each byte represents red, green, blue, and alpha respectively.
Much simpler and better than the original! But sadly, now the header cannot be
written from a shell script. :-(
Charlie Murphy
Lee Fallat wrote:
> ...And today I learned the beneficial gains from storing height in an
> image format. So much for extreme minimalism!
It's so you can allocate the buffer before reading from a pipe.
Charlie Murphy
t "$1" rgba:-
You can exec() this and read the output.
A lot of Linux programs load images with all-encompassing libraries like
SDL_image or DevIL. I think that results in monolithic programs and does
not fit well with the Unix philosophy.
Charlie Murphy
FRIGN wrote:
> Or give a hint on the format:
>
> img16widhei8rgba
I like this.
Charlie Murphy
FRIGN wrote:
> The writing-function is rather trivial.
> Now, what puzzles me is why no explanation is given on how the data
> itself should be stored. It says RGBA, so I suppose he meant
Thanks for the feedback. The header is strict to avoid complex text
handling. I have attached a script to co
conversion tools for
other formats.
Charlie Murphy
[1]: http://pastebin.com/vZEcxte3
Sylvain BERTRAND wrote:
> Unfortunately, the C toolkits over there are turning very bad:
> GTK+ and the EFL do depend on harfbuzz for their font layout
> computation which is an *really* ugly c++ object-oriented
> brainfuckage (uglier that the glib SDK dependencies!). I did a C
> port of harfbuzz (
Markus Wichmann wrote:
> So, having one program that reads some standardized input and displays
> it on screen, while another program converts any given image file to
> that standardized format may be more UNIX-like.
9front has programs like that[1].
For Linux, netpbm does the same thing[2].
Lee Fallat wrote:
> I've come to adopt the NoLicenseLicense, for sole reason of
> demonstrating to people that many of us code for the sake of fun.
>
> NoLicenseLicense.txt
> There is no license attached to this software, enjoy.
>
> ...Yes this is a joke. If you are interested in these types of
>
Henrique Lengler wrote:
> Hi, this is my first time in the mailing list, so, i don't know how to
> efficiently
> use this!
>
> I'm trying to set up a homepage and a searchengine on my surf web browser.
> But i
> can't understand the official wiki. I added those lines in my config.h
>
> #define
I've seen someone use Oberon in a virtual machine and it is a groovy OS.
Sadly, I didn't see any pipes or other IPC like that, but the "toolbox" idea
where you open "toolboxes" as text and then click/modify actions on them is
awesome!
If you replace Rio with Acme, Plan 9 behaves a lot like Oberon except it
doesn't have rich text formatting.
- Charlie Murphy
27 matches
Mail list logo
