Berlin folks! (I'm looking for a base GUI :)
I'm not signed onto any Berlin lists (and don't really know how to find them anyways - but some berlin folks follow this list) Okay so I need a few things in a GUI: Modularity!!! Embedibility!!! Oh - does Berlin run yet btw? (and can it handle a movie player? :) [and multimedia?] There may be 0+ displays (yes - as few as zero) also 0+ sound devices... 0+ input devices 0+ running programs 0+ other computers hooked up... All of these -should- be 'plug and play' *grin* - as in plug 'em in and they turn on.. and unplug 'em and the system doesn't crash. ... note that they'll probably be over a network (or network-like) connection at high speeds *grin* I'm hoping to dig up something that does 1G/s as a base :) [note that to update 1024x1024x32bpp at 60fps requires 240M/s... and current top fibre speeds are 1Tb/s. Though I don't know what latency's like these days] It's kinda fun. I was dithering about actually using some X but it's not up to handling the constantly changing devices... I -am- building this in hardware. If no software exists I'll build it myself. But I'd rather be nice (for a change) and help other folks out :) ... I -have- a working prototype of some of my ideas but some trouble with shared memory coherency.. gleah it's slow to write... G'day, eh? :) - Teunis
Re: file-target - just a quick comment on 64bit....
Just remembered this thread. This doesn't really apply to file-target really but it'd be good to remember for anyone reading/writing image libs. Of course a good solution for image libs is to support reading from stdin and writing to stdout :) [the calling proggy can deal with the probs.. :] On Fri, 4 Feb 2000, Christian Reiniger wrote: teunis wrote: Oh yeah, and you can support 64bit access too. For files 2GB in size :) If stdio the underlying FS don't support 64bit access, then it doesn't make much sense to use it anyway. After all, where do you want to store these 2GB? ;) Well, to take the linux/x86 example: ext2fs [afaik] does support 2GB files... stdio does -not- support 64bit access There's a suite of calls to talk to 2GB files with 64bit access. - 64bit file access is a special case on intel architecture; afaik Alpha/linux had it first as native for linux... - glibc 2.0+ has 64bit support... I haven't tested 'stdio' as I don't have 2GB set aside for running this... yet Actually I don't think the 64bit filesystem access is necessary for file-[target]; but for an image reader it would be appropriate... Just FWIW. G'day, eh? :) - Teunis
Re: GGI web browser
On Fri, 18 Feb 2000, Cesar Crusius wrote: This is just in case someone is really desperated for a GGI web browser: I just bumped into ZEN, a web browser that works in fbdev, but it does not use GGI. If someone has time to spare maybe a little hack on zen could result in a GGI browser. I talked to the author about this before. He doesn't know GGI so it was never ported over. I didn't have the time to do it :( From what he told me he would love to have a GGI port!! Codito, ergo sum - "I code, therefore I am" James Simmons (o_ fbdev/gfx developer (o_ (o_ //\ http://www.linux-fbdev.org (/)_ (/)_ V_/_ http://linuxgfx.sourceforge.net
Re: GGI web browser
James A Simmons [EMAIL PROTECTED] writes: On Fri, 18 Feb 2000, Cesar Crusius wrote: This is just in case someone is really desperated for a GGI web browser: I just bumped into ZEN, a web browser that works in fbdev, but it does not use GGI. If someone has time to spare maybe a little hack on zen could result in a GGI browser. I talked to the author about this before. He doesn't know GGI so it was never ported over. I didn't have the time to do it :( From what he told me he would love to have a GGI port!! Yep, the more interfaces, the better. :) My main purpose was to get a web browser for the framebuffer, and that's why I started doing my current oFBis interface. Recently, I've mailed with a guy who had an interest in making an interface using the Allegro library, which apparently has GGI as a subtarget, plus a few others. I have never looked at the library, so I don't know anything about it myself. I'll try to write some documentation about how to put in a new interface in Zen. All my code is well documented, but it could still need a few words outside the source code. Greetings, Tomas
Re: evstack, Results of multi-headed quake test, and input fun
Sure, and you could simply draw two or three screens that way instead of drawing six. In fact, if you ever get GL hardware support in GGI, it might be possible to have 3 screens rendered in HARDWARE.. That would just seriously kick ass! Howdy!!! I back from my trip from San Jose. What you described below was one of this I discussed with 3Dfx about doing. It is quite possible to get GL support in GGI going. One of the topics I discussed with 3Dfx was GGI. I discovered they have someone that works for the company that does provide support for people that write their own things. The person to contact is [EMAIL PROTECTED] He is the current maintainer of the glide libraries at sourceforge.net. So this makes the next step. To create a GGI 3Dfx target. Their does exist a fbdev drivers for this card. The problem is I don't have such a card nor the money at this time to buy it (hint). I would enjoy creating something like Msrcus did for the matrox cards. Of course I like to milk it for more than drawing boxes. Codito, ergo sum - "I code, therefore I am" James Simmons (o_ fbdev/gfx developer (o_ (o_ //\ http://www.linux-fbdev.org (/)_ (/)_ V_/_ http://linuxgfx.sourceforge.net
Re: GGI web browser
Yep, the more interfaces, the better. :) My main purpose was to get a web browser for the framebuffer, and that's why I started doing my current oFBis interface. Recently, I've mailed with a guy who had an interest in making an interface using the Allegro library, which apparently has GGI as a subtarget, plus a few others. I have never looked at the library, so I don't know anything about it myself. The old Amiga library. Its quite popular. I'll try to write some documentation about how to put in a new interface in Zen. All my code is well documented, but it could still need a few words outside the source code. This would be nice :) Docs is a good thing. Codito, ergo sum - "I code, therefore I am" James Simmons (o_ fbdev/gfx developer (o_ (o_ //\ http://www.linux-fbdev.org (/)_ (/)_ V_/_ http://linuxgfx.sourceforge.net
Re: evstack, Results of multi-headed quake test, and input fun
Sure, and you could simply draw two or three screens that way instead of drawing six. In fact, if you ever get GL hardware support in GGI, it might be possible to have 3 screens rendered in HARDWARE.. That would just seriously kick ass! Howdy!!! I back from my trip from San Jose. What you described below was one of this I discussed with 3Dfx about doing. It is quite possible to get GL support in GGI going. One of the topics I discussed with 3Dfx was GGI. I discovered they have someone that works for the company that does provide support for people that write their own things. The person to contact is [EMAIL PROTECTED] He is the current maintainer of the glide libraries at sourceforge.net. So this makes the next step. To create a GGI 3Dfx target. Their does exist a fbdev drivers for this card. The problem is I don't have such a card nor the money at this time to buy it (hint). I would enjoy creating something like Msrcus did for the matrox cards. Of course I like to milk it for more than drawing boxes. I'll send you a card (Voodoo 3 3000) - just send your address. Justin
Re: evstack, Results of multi-headed quake test, and input fun
Howdy!!! I back from my trip from San Jose. What you described below was one of this I discussed with 3Dfx about doing. It is quite possible to get GL support in GGI going. One of the topics I discussed with 3Dfx was GGI. I discovered they have someone that works for the company that does provide support for people that write their own things. The person to contact is [EMAIL PROTECTED] He is the current maintainer of the glide libraries at sourceforge.net. So this makes the next step. To create a GGI 3Dfx target. Their does exist a fbdev drivers for this card. The problem is I don't have such a card nor the money at this time to buy it (hint). I would enjoy creating something like Msrcus did for the matrox cards. Of course I like to milk it for more than drawing boxes. I'll send you a card (Voodoo 3 3000) - just send your address. Thank you Justin. If I get teh job then I will have plenty of voodoo cards :) Codito, ergo sum - "I code, therefore I am" James Simmons (o_ fbdev/gfx developer (o_ (o_ //\ http://www.linux-fbdev.org (/)_ (/)_ V_/_ http://linuxgfx.sourceforge.net