Free rgb software for linux

mpeglib is a mp3 and mpeg I video/audio library for linux.
The library includeds three command line players, for mp3,wav,mpeg video.
Main features:
MPEG I library.
This library contains:
- mpeg I audio player (layer I,II,III (mp3))
- mpeg I video player
- mpeg I system layer player
- wav player
Supported features:
- direct/fast seek in all players
- length detection
- video synchronisation, based on timestamps
- mmx Support where necessary
- VBR/ID3 support for mp3
- shoutcast/icecast support
- CDI/Video CD support
- plugin architecture for input,decoder,output
Supported Outputs:
Audio
- Support for OSS/Linux, Sun
Video
- X11 standard calls (fallback)
- X11 Shared mem
- X11 XFree86 4.0 DGA 2.0 (needs root)
- X11 XFree86 4.0 XVideo Extension (hardware yuv->rgb renderer)
Supported Inputs
- file,http.
- Supports on Linux Video CDs (vcd,cdi)

AstroBuffer is a CCD astrophotography image manipulation application.
Main features:
- Opens FITS and SBIG (st9) files
- Adjustable contrast to view different background and range of a image.
- Scale
- Shift
- Rotate
- Align Images based on two star alignment
- Sum images
- Zoom in and out
- Magnification window
- Subtract images
- Average images
- Divide (flat) images
- Lesser two images
- Create RGB color images from three images.
- Save as a image that KDE supports
- Save as FITS

The poster plug-in is a Gimp plug-in that combines image layers by attaching them in rows and columns. This is useful especially for films.

The plug-in attaches the layers of a RGB or grayscale image row by row from the left to the right. The frames are separated by lines of selectable width in the current foreground color. If the row/column matrix is too small for all layers, the last layers are skipped. If the row/column matrix is too huge for the layers, additional slots are filled with the current background color.

Now, how does this look like???

Lets take the well-known high-speed film of an oscillating cavitation bubble... For a better visibility we choose a red foreground and a blue background color and select "< Image >/Filters/Animation/Poster" afterwards.

Ygl emulates SGIs GL routines under X11. It compiles fine under AIX >3.2, HP-UX >7.0, Linux with XFree/Xorg, SunOS, ConvexOS, Mac A/UX, Mac OS/X and many others, but needs an ANSI-C compiler (gcc is ok). The library was written for two reasons:
On our RS/6000 GT4 hardware, 2D Ygl is up to twenty times faster (circf()) than GL (strange, isnt it?...)
2D (and 3D using OpenGL) graphics runs on non GL hardware and even on remote X-Servers.
Included are most of the two-dimensional graphics routines, the queue device routines, the query routines, doublebuffering, RGB mode with dithering, window attribute routines, FORTRAN bindings and more (see below).
3D stuff was added with version 4.0 using OpenGL calls.
Since Version 2.8, all Ygl functions do have a FORTRAN interface. The FORTRAN versions of all functions have an underscore appended, so the FORTRAN compiler must append a _ to all function names. f2c does this, xlf (under AIX 3.2) requires the option -qextname. See smile_f77.f for an example program. Set FortranBindings to 0 in Imakefile or change Makefile.std if you dont want these bindings. FORTRAN bindings are not tested because I have no programs.f to test. If you find bugs, feel free to report them to me.
You can always find the latest version of Ygl in the directory ftp.thp.Uni-Duisburg.de/pub/source/X11/.
Note that perl, python and tcl bindings for Ygl are available here thanks to Prabhu Ramachandran.
Enhancements:
- Added gsync() (only works with OpenGL bindings).
- Added {XY}MAXSCREEN macro
- Removed poly*() from Ygl.h, as they are not implemented yet.

FBUI is a small, in-kernel graphical user interface for Linux. It permits you to put windows in each framebuffer-based virtual console, to read keyboard input, track a mouse pointer, and respond to typical GUI events. Each process may have more than one window.
- FBUI exists to reduce the software bloat that plagues modern operating systems. It does this by virtue of its being a simple windowing system in the form of a small, 32 kilobyte driver which for some purposes may be quite sufficient. Liberation from bloat is desirable for a number of reasons that I explain in the Philosophy section.
- FBUI exists to assists people who are prohibited from using X Windows because they are using resource-limited platforms such as old computers and embedded devices. On these, X is an impossible burden. However a vanilla framebuffer is often too primitive. FBUI is "just right", and libfbui makes using FBUI even easier to use by providing abstractions and additional functions.
- FBUI exists to correct a flaw in the Linux operating system architecture. The traditional GUI -- X Windows -- is unlike any other subsystem of Linux in that the hardware-accelerated video drivers it uses are located within the X server, outside the kernel. Notice: normally Linux drivers and vital subsystems such as keyboard, USB, filesystem, serial I/O, et cetera are all located inside the kernel. FBUI simply puts the graphics UI driver where it belongs: inside the kernel with all the other drivers.
Main features:
- Unlike X Windows, FBUI supports windows on every virtual console.
- Each program may have more than one window.
- Overlapping windows are currently not supported, but I am adding support for them now.
- There is no concept of parent and child windows.
- Programs can receive raw keystrokes from FBUI which they can then translate to ASCII using a library routine. One process is permitted to have keyboard focus.
- Each process accesses its windows completely independently of all other processes.
- In X, the library has to send all drawing commands to the server process, which puts them in a queue and executes them whenever it has a chance. If the server is busy, or another X application is flooding the queue, then an X application must wait. Not so with FBUI, where the ioctl takes a list of drawing commands that go directly to be executed if the window is visible and irregardless of what any other window is doing. To further ensure the above concurrency is the norm, use of semaphores within FBUI to access common data is made as brief as possible.
- Each virtual console can have its own optional window manager process. But this is not necessary and for instance many programs that Ive written are also designed to run in standalone mode, examples being fbcalc, fbview, fbscribble, and the my FBUI variant of mpeg2decode.
- Im providing a fairly basic window manager fbwm, but current development is centered on fbpm, which is my panel-based window manager.
FBUI offers a sufficient set of drawing routines:
- draw point, line, horizontal line, vertical line, rectangle
- draw text (8-bit)
- window clear, fill rectangle, clear rectangle
- copy area
- put pixels (3-byte RGB, and 4-byte (unsigned long) RGB, and native)
- wait for event
- poll for event
- the window manager process can hide and unhide other processes windows, move, resize, re-expose, and delete windows.
- read point
- FBUI is currently written for 8,16,24, and 32-bit directcolor and truecolor. I am presently adding 4-bpp VGA. (Note : on VESA, Ive done testing for 24 bit only.)
Sample programs provided (I suppose Ive gotten carried away) :
- panel-based window manager (current focus of work)
- conventional window manager
- JPEG+TIFF image viewer
- very simple MPEG playback based on circa 1995 MPEG2 library
- terminal emulator (based on ggiterm)
- load monitor
- "scribbler" drawing program
- analog clock
- simple calculator
- "Start" button program, which invokes fblauncher menu program
- POP3 mail checker
- "to do list" displayer program

GEGL stands for Generic Graphics Library and is a graph based image processing library written in C using gobject from glib for object orientation.
GEGL original design was made to scratch GIMPs itches for a new compositing and processing core. This core is being designed to have minimal dependencies. and a simple well defined API. It is still a work in progress, but it already provides for a capable system.
Main features:
- 8bit, 16bit integer and 32bit floating point, RGB, CIE Lab, YCbCr and naive CMYK output.
- Extendable through plug-ins.
- XML, C and Python interfaces.
- Memory efficient evaluation of subregions.
- Tiled, sparse, pyramidial and larger than RAM buffers.
- Rich core set of processing operations
- PNG, JPEG, SVG, EXR, RAW and other image sources.
- Arithmetic operations, porter duff compositing operations, SVG blend modes, other blend modes, apply mask.
- Gaussian blur.
- Basic color correction tools.
- Most processing done with High Dynamic Range routines.
- Text layouting using pango

JDraw is a pixel oriented graphics editor designed especially for small to medium-sized pictures used to decorate web pages.
JDraw image editor is completely written in Java, simple to use and saves (animated) GIFs, ICOs and PNGs.
I started writing this tool because it took me ages to do little things like changing a couple of pixels, making a colour transparent, adjusting some RGB values. Most graphic tools irritate with hundreds of sexy filters but have steep learning curves or just dont care about simple pixels.
So its high time for a good old pixel editor.
Programming language: JDraw is entirely written in Java. Originally written for JDK 1.4 it now supports JDK 1.3 as well.
Supported Platforms: So far I developed and tested JDraw under Windows XP and SuSe Linux 8.1.
Main features:
- plain, filled and gradient filled rectangles
- plain, filled and gradient filled ovals
- plain and gradient filled text
- colour picking, cropping, filling
- image scaling (since v1.2beta)
- image rotation (since v1.2.1beta)
- copying/moving clips
- rotating/flipping clips (since v1.2.2beta)
- save animated GIFs (interlaced/not interlaced)
- save PNGs (interlaced/not interlaced)
- save ICOs (true colour, 32 bit) (since v1.1.3)
- save JPEGs of configurable quality (since v1.1.4)
- read all image formats supported by Java
- colour reduction, colour replacing, colour swapping
- grayscaling (since v1.2.2beta)
- image browser (since v1.3beta)
- tolerant fill tool (since v1.3beta)
- palette operations like editing RGB colours, alpha values
- configuration of the Look&Feel to use (since v.1.1.3)