Re: Graphical Terminal Environment

Brandon writes: > I'm still avidly trying to work on this idea, but right now the issue > seems to be with AMD and NVIDIA not documenting their protocols. Intel > does a good job, but I don't have any Intel chips with graphics laying > around. I thought that AMD had documented most of it by now, w

Re: Graphical Terminal Environment

I'm still avidly trying to work on this idea, but right now the issue seems to be with AMD and NVIDIA not documenting their protocols. Intel does a good job, but I don't have any Intel chips with graphics laying around. Right now I've targeted what I think is the main issue, and that is the c

Re: Graphical Terminal Environment

Since Brandon started this in a sort of rambling mood I'm keeping up with the tradition... This is just what's on top of my mind right now. per...@pluto.rain.com, 2012-03-06 17:05 (+0100): > I _think_ SunTools/SunView were proprietary, Absolutely. > although it's possible that Sun released the

Re: Graphical Terminal Environment

On 03/07/12 08:04, Dieter BSD wrote: Brandon writes: (If you haven't noticed, I'm going to keep finding excuses to write this as I really am kindof excited to learn/work on it) ideas: Display PostScript rio (from Plan 9) If you're mainly looking for a low-level graphics project, maybe revers

Re: Graphical Terminal Environment

On Tue, 06 Mar 2012 14:08:51 EST Brandon Falk wrote: >You seem to understand exactly want I want. Just small font terminals on all >screens, and I was actually thinking `screen` would do the trick for the >splitting/management of them. As for stripping down X, I might do so as a proof >of concept

Re: Graphical Terminal Environment

On 2012-Mar-06 14:08:51 -0500, Brandon Falk wrote: >When I mention lines, circles, etc I was thinking moreso at the very low level >of fonts being drawn by lines and dots (although I would like to branch it >eventually to support 2d graphics where people could maybe make some 2d games, >but keep t

Re: Graphical Terminal Environment

On 3/7/2012 2:06 PM, Peter Jeremy wrote: > If you're looking for something minimal, vector support should be one of the > first things to go. At small sizes (in terms of dots), the best fonts are all > bitmaps, rather than vector descriptions. One of the features of TrueType and > Postscript is th

Re: Graphical Terminal Environment

I want to learn but at the same time I want to create this graphical terminal under the BSD license so I would be able to have an entire system under the BSD license, with a bit better interface than 80x25 or 90x30 for that matter. Xorg has such a large dependency base that I bet somewhere down the

Re: Graphical Terminal Environment

Brandon writes: > (If you haven't noticed, I'm going to keep finding excuses to > write this as I really am kindof excited to learn/work on it) ideas: Display PostScript rio (from Plan 9) If you're mainly looking for a low-level graphics project, maybe reverse engineer something on the GPU (e.g

Re: Graphical Terminal Environment

On 3/6/2012 2:52 PM, b. f. wrote: > Brandon Falk wrote: > >> I've been thinking for a while about possibly making an extremely >> lightweight environment that supports full monitor resolution, custom >> fonts, and terminals... that's about it. > You may also want to look at our system libvgl ( vgl

Re: Graphical Terminal Environment

Brandon Falk wrote: > I've been thinking for a while about possibly making an extremely > lightweight environment that supports full monitor resolution, custom > fonts, and terminals... that's about it. You may also want to look at our system libvgl ( vgl(3) ), ports/devel/directfb ( http://dire

Re: Graphical Terminal Environment

On 2012-03-06 13:08, Brandon Falk wrote: Although SDL is under the GPL still and I'd love to write mine under the BSD license. SDL 2.0 is under zlib license. And we use it under NetBSD without X11. www.libsdl.org/license.php // Yocto ___ freebsd-

Re: Graphical Terminal Environment

On 3/6/2012 1:39 PM, Mike Meyer wrote: > On Mon, 5 Mar 2012 23:39:57 -0500 > Brandon Falk wrote: > >> I've been thinking for a while about possibly making an extremely >> lightweight environment that supports full monitor resolution, custom >> fonts, and terminals... that's about it. >> >> Essenti

Re: Graphical Terminal Environment

On Mon, 5 Mar 2012 23:39:57 -0500 Brandon Falk wrote: > I've been thinking for a while about possibly making an extremely > lightweight environment that supports full monitor resolution, custom > fonts, and terminals... that's about it. > > Essentially, an x11 that only supports tiling xterms al

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 6:08 PM, Brandon Falk wrote: > On 3/6/2012 12:30 PM, Tom Evans wrote: >> On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: >>> SDL is massive to what I plan on doing, and SDL is dependent on X11. >> >> Incorrect. SDL has no dependency upon X. Linux users can run SDL >> ap

Re: Graphical Terminal Environment

On 3/6/2012 12:30 PM, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: >> SDL is massive to what I plan on doing, and SDL is dependent on X11. > > Incorrect. SDL has no dependency upon X. Linux users can run SDL > applications directly on a framebuffer device. > > Cheers > >

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: > SDL is massive to what I plan on doing, and SDL is dependent on X11. Incorrect. SDL has no dependency upon X. Linux users can run SDL applications directly on a framebuffer device. Cheers Tom ___ f

Re: Graphical Terminal Environment

On 3/6/2012 11:19 AM, Adam Vande More wrote: > On Tue, Mar 6, 2012 at 9:55 AM, Brandon Falk > wrote: > > > I'd plan to have it do more than just lines and dots. Pretty much anything > you'd > need to set up a basic interface with text, boxes, maybe circle

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 9:55 AM, Brandon Falk wrote: > > I'd plan to have it do more than just lines and dots. Pretty much anything > you'd > need to set up a basic interface with text, boxes, maybe circles. Just an > API > similar to OpenGL for 2d graphics minus shading and lighting. Think of > a

Re: Graphical Terminal Environment

On 3/6/2012 10:49 AM, Ian Lepore wrote: > > With that model and your statement that the driver should support only > primitive functions to draw lines and dots, that leaves the non-trivial > problem of font rendering to the app. Given your original goal, font > rendering is pretty much the bulk of

Re: Graphical Terminal Environment

On Tue, 2012-03-06 at 10:24 -0500, Brandon Falk wrote: > On 3/6/2012 11:05 AM, per...@pluto.rain.com wrote: > > Brandon Falk wrote: > > > >> I havent tried tmux yet, but on my system im only able to get > >> 80x40 with vidcontrol on one monitor. But with xterm in xorg > >> i can get 319x89 per mon

Re: Graphical Terminal Environment

On 3/6/2012 11:05 AM, per...@pluto.rain.com wrote: > Brandon Falk wrote: > >> I havent tried tmux yet, but on my system im only able to get >> 80x40 with vidcontrol on one monitor. But with xterm in xorg >> i can get 319x89 per monitor ... > > To get higher resolution than what vidcontrol provides

Re: Graphical Terminal Environment

On Tue, Mar 06, 2012 at 08:05:40AM -0800, per...@pluto.rain.com wrote: > Brandon Falk wrote: > > > I havent tried tmux yet, but on my system im only able to get > > 80x40 with vidcontrol on one monitor. But with xterm in xorg > > i can get 319x89 per monitor ... > > To get higher resolution than

Re: Graphical Terminal Environment

On Tue, Mar 06, 2012 at 12:37:32PM +, RW wrote: > BTW does anyone know what the character at the end of the size field is > in the "vidcontrol -i mode" output, I'm seeing "D","P" or "4" on the > graphics modes. It's video memory model: $num - planar, $num - number of planes C- GCA graphics

Re: Graphical Terminal Environment

On Tue, 6 Mar 2012 10:31:49 +0100 Björn Oelke wrote: > Am 06.03.2012 um 06:48 schrieb Brandon Falk: > > I havent tried tmux yet, but on my system im only able to get 80x40 > > with vidcontrol on one monitor. But with xterm in xorg i can get > > 319x89 per monitor. Until i get about half of that, i

Re: Graphical Terminal Environment

Am 06.03.2012 um 06:48 schrieb Brandon Falk: > I havent tried tmux yet, but on my system im only able to get 80x40 with > vidcontrol on one monitor. But with xterm in xorg i can get 319x89 per > monitor. Until i get about half of that, i wont be convinced to use > something existing. Anyways, I'm o

Re: Graphical Terminal Environment

Brandon Falk wrote: > I havent tried tmux yet, but on my system im only able to get > 80x40 with vidcontrol on one monitor. But with xterm in xorg > i can get 319x89 per monitor ... To get higher resolution than what vidcontrol provides, you'll most likely need to run the display in graphic mode

Re: Graphical Terminal Environment

I havent tried tmux yet, but on my system im only able to get 80x40 with vidcontrol on one monitor. But with xterm in xorg i can get 319x89 per monitor. Until i get about half of that, i wont be convinced to use something existing. Anyways, I'm off to sleep. Night, Brandon

Re: Graphical Terminal Environment

On Mon, Mar 5, 2012 at 11:35 PM, Brandon Falk wrote: > I'm actually talking about perhaps getting rid of X11 totally. It's > overkill for what I need. I use dwm right now and I basically want to > create a dwm that doesn't have the massive X11 backend. X11 is well > written, but it's getting outda

Re: Graphical Terminal Environment

I'm actually talking about perhaps getting rid of X11 totally. It's overkill for what I need. I use dwm right now and I basically want to create a dwm that doesn't have the massive X11 backend. X11 is well written, but it's getting outdated and quite large, especially if you only need terminals and

Re: Graphical Terminal Environment

On 03/05/12 20:39, Brandon Falk wrote: > I've been thinking for a while about possibly making an extremely > lightweight environment that supports full monitor resolution, custom > fonts, and terminals... that's about it. > > Essentially, an x11 that only supports tiling xterms all over the place.