Re: libBlt - survey
[EMAIL PROTECTED] (Christoph Egger) writes: Hi list! In order to be able to make a solid API, I wanna know from you all, what blitting-features _you_ need/expect from libBlt. Please send me a list of what would you like to see in libBlt. Blitting with 1-bit alpha would be useful. 4,8,or more bits of alpha would be a bonus. -- Peter Bortas http://peter.bortas.org Roxen IS http://www.roxen.com
GGI and the girl with huge eyes
I was going to write a story here, but I seem to have run out of inspiration at the moment. So without further ado, I present to you: eccview 2.0 beta 1 for GGI. http://peter.bortas.org/eccview/ This is not a killer application. In fact, not even I use it after finished testing it, but since there seemed to be a demand for new releases, if just to keep up the mood of GGI hackers, here it is. I bet some cute animation wouldn't look to bad on one of the sides of the cube. :-) If someone could test it on a framebuffer, or something else with a static size of the view area it would be great to hear from you. It should hopefully adapt to the situation and let you scroll around if the picture is to big, but that is untested. Slightly modified excerpts from the README: About eccview: eccview plays animations in the ECC format. This format is so far as I know only used in old Japanese RPG and dating games. The most common animation will depict a cute girl looking at you admiringly and blinking her eyes. A word of warning for the sensitive persons out there: ECC is short for Ecchi, which is a Japanese word usually translated to "pervert". So it will probably come as no surprise to you that clothes on the girls in question are simply not there in some of the animations... Why: ECCs are hardly in circulation any more, so why would I take the code out of storage and dust it off (besides for the obvious FIDO-net nostalgia value)? Well, I once got the source for eccview from Mok years ago when I was thinking about doing a Solaris version of the viewer. I did make an Xlib version for Solaris Sparc, but it was never released. When I recently needed something to test GGI memory targets on I came to think of eccview, so I quickly ported it over. It worked, and worked better* than the old X11 version. So I decided to release it in case anyone would want it. * Cudos to the GGI guys for that. GGI is very easy to program for. Source?: When I was given the source I promised not to release it or a specification of the ECC format, and I intend to stick to my word. It's unfortunate, but there is nothing to do about it. If you can't run the provided binaries on your favorite OS, tell me about it and I'll consider getting hold of a machine of that kind and make an extra binary. No promises though. -- Peter Bortas http://peter.bortas.org Roxen IS http://www.roxen.com
Re: The Young Mages and the coming of Galloc
[EMAIL PROTECTED] (Christoph Egger) writes: On 6 Mar 2001, Peter Bortas wrote: [EMAIL PROTECTED] (Christoph Egger) writes: On 6 Mar 2001, Peter Bortas wrote: "Brian S. Julin" [EMAIL PROTECTED] writes: The two mages were not powerful by reputation, or in fact. Being just druids without spellbooks or powerful charms, ... I've missed those release write-ups. :) Would you like to help us with coding and testing? Then we would be able to make the next alpha-release earlier... :) I was writing on a new display target yesterday, does that count? :-) (No, as everyone else I'm tied up with my personal projects. None of which is in need of an allocator.) Then I think, you don't understand the intention of libGAlloc... Could well be. I'll have a closer look this weekend. -- Peter Bortas http://peter.bortas.org Roxen IS http://www.roxen.com
Re: Survey
[EMAIL PROTECTED] (Christoph Egger) writes: Folk: I won't caim, but it might be that everyone is working on something, that might be worthful for GGI, _why_ is doing the work NOT NOTICED on the GGI-list? If it is so, then there is no wonder for me, when everyone in the world believes, GGI is going to be dead... To figure that out, I want to make a survey: 1. a) Is there any work you did, which you haven't announced here? 1. b) If yes, what have you done? Yes, I have several half-finished applications and one that should be about finished for release but needs some more tweaking. I dropped the display-target for GGI since a colleague picked it up instead. If I thought there was a fair chance someone else would be spending valuable time doing the same things I do I might announce it ahead of time, but otherwise I tend to stay clear of vaporous announcements. 3. What do you plan to work on in future? I'm mostly planning to use the finished libs for my applications. They work quite well as is, so I have no real urge to poke inside them. -- Peter Bortas http://peter.bortas.org Roxen IS http://www.roxen.com
Re: targets and ?sources?
Andrew Apted [EMAIL PROTECTED] writes: magic: 3 0[5] == 'GIF88' # exists ??? No. -- Peter Bortas http://peter.bortas.org Idonex AB http://www.idonex.com
Re: Windowmanager protocols
Andreas Beck [EMAIL PROTECTED] writes: This is exactly what I don't want. A major reason why I want to use GGI for this win. manager is that X is a resource killer. Then this is the only way. All X applications talk to libX11, which in turn talks to the x server. The only place where you can intercept the communications before it gets transformed into X protocol requests (interpreting them would mean reinventing an X server), would be to replace LibX11. Doable, but very much work. Afraid not. Quite a few programs talk the raw X-protocol. All programs I wrote before GTK+ emerged did that. This is due to the fact that libX11 is actually not easier to use that the protocol directly and the fact that it (the lib) wasn't thread-safe at the time. -- Peter Bortas http://peter.bortas.org Idonex AB http://www.idonex.com
Re: ggiplay
teunis [EMAIL PROTECTED] writes: Q: Got a driver/protocol/divisioning chart? Some kinda explanation to why things are laid out the way they are and maybe what parts do what? I keep thinking of doing something akin to Windows Media system / modular with divisions of modules. (ie: use GGI/GII as a root for driver methods, and the Windows Media system as a starting point for what and how to set it up? :) Windows Media system has lotsa problems that Linux has solved I know. But it's a good way to look at it circa how HW driver people see things. Oh, and if it can have a GGI hookup, I can start writing video codecs and toys (or at least importing them :) The DVD/media-people over at the Livid-list has been discussing (and coding) this at some length the last couple of months. I suggest having a look in the mailing list archive and sending a couple of mails to the parties involved. -- Peter Bortas http://peter.bortas.org Idonex AB http://www.idonex.com
