Free deinterlace software for linux

The interlace/deinterlace plug-in is a Gimp plug-in interlaces/deinterlaces all layers of a film (multilayer image).

interlace: The number of layers is divided by 2 merging two successive layers into even/odd numbered lines of one layer. You can keep the image height by dropping lines or double it and keep all the lines.

deinterlace: Even and odd numbered lines of each layer are stored into two separate layers. Thus the number of layers is doubled. Lines in between are interpolated or skipped (selectable), i.e. the new image has the original height or half of it.

You find it at "< Image >/Filters/Animation/Interlace Tool".

gTVTimer is an easy to use videorecorder and frontend to MEncoder. You can use gTVTimer to schedule recordings from your analog TV card.
There is still a lot to add/improve. Feel free to send bug reports and suggestions.
Main features:
- supported video codecs: DivX, MJPEG, MPEG2, XviD
- supported audio codecs: MP2 (lavc, toolame), MP3 (lavc, lame)
- supported filters: crop, resize, deinterlace, denoise
- simple TV application
- preview of recorded videos
- translations: English, German

SDL convertion of libbgrab (a framegrabber lib from the same author).

The library uses a separate thread to grab images into a "triple buffer" queue independent of an external "game loop". This uses memory bandwidth but makes it easy to integrate live video into other applications. Images are always grabbed at 32bit RGBx resolutions.

YUV grabbing is currently not implemented. To improve image quality, several deinterlace
algorithms are available.

Installation:

./autogen.sh (optional)
./configure (./configure --help for options)
make
make install
ldconfig
make distclean

xbmsd project is a file sharing server implementing the Xbox Media Streaming Protocol (XBMSP) supported by the Xbox Media Center (XBMC). URLs in XboxMediaCenter.xml that start with "xbms://" use this protocol. xbmsd also supports the XBMSP Server Discovery Protocol (XBSDP).
The main features of xbmsd besides normal file sharing is mapping files to arbitrary local files or HTTP files/streams, the possibility of generating "synthetic" mplayer configuration files according to file extension and the possibility of specifying file processing filters by file extension. Mapping files to HTTP locations is useful because XBMC does not support HTTP locations natively.
Synthetic configuration files mean that files ending in a specified extension will all have a file-specific mplayer configuration file visible through xbmsd. If one does not already exist (real or mapped), it is mapped to the file specified in the specification command. Filters work so that if a file has the specified extension the filename is given as an argument to the specified command and the command output is sent to the XBMSP client as a stream.
Usage Example
Lets assume that we have a HTTP server running on localhost port 3000 that provides access to DVB TV channels via files /ts/channel. These are interlaced MPEG transport streams (TS), so we want to map these to local files and then create synthetic deinterlacing configuration files for them.
First we create a mplayer configuration file (/etc/xbmsd/deinterlace.conf) that turns on linear blend deinterlacing and sets the cache to a lower value so that the buffering does not take so long. The contents of the file is:
vf-pre=pp=lb
cache=2048
Then we create the xbmsd configuration file that maps the DVB streams to local files and configures the above file as a synthetic configuration file for files ending in ".ts". We use an empty root directory since we dont want to do anything else at this time:
root /var/empty
map ch1.ts http://localhost:3000/ts/1
map ch2.ts http://localhost:3000/ts/2
map ch3.ts http://localhost:3000/ts/3
conf ts /etc/xbmsd/deinterlace.conf
When xbmsd is started with this configuration the root directory of the server contains six files: ch1.ts, ch1.ts.conf, ch2.ts, ch2.ts.conf, ch3.ts, ch3.ts.conf.
Enhancements:
- Added IFACE configuration option (Linux only)
- Bugfix: the server discovery socket now listens to INADDR_ANY (or in6addr_any) and not the address specified by LISTEN, as it needs to receive all broadcasts.