Free dsm software for linux

dvbsnoop project is a DVB / MPEG stream analyzer program, which enables you to watch (live) stream information in human readable form.

Its purpose is to debug, dump or view digital stream information (e.g. digital television broadcasts) send via satellite, cable or terrestrial. Streams can be SI, PES or TS. Basically you can describe dvbsnoop as a "swiss army knife" analyzing program for DVB, MHP, DSM-CC or MPEG - similar to TCP network sniffer programs like the old and famous snoop on Sun Solaris or tcpdump on Linux (which is in fact a kind of a snoop clone). You may also analyze offline mpeg streams, e.g. stored on DVD or mpeg2 movie files.

dvbsnoop is helpful for people interrested in DVB and/or in the technical part of digital television (e.g. if you are a developer of DVB related software). If you are in need to sniff data streams (e.g. tcp/ip, multicasts) send over cable or satellite, dvbsnoop also offers some features and protocol decoding.

In the beginning dvbsnoop was mainly written to learn and understand the DVB protocol structures and streams sent via satellites. Out of this reason, the program ist not highly performance optimized, but it hopefully will do its job. Have a look on the feature list, what dvbsnoop is capable of and what it can do for you...

Dvbsnoop is still under development and will be enhanced in the future (depending on my spare time). Ideas, bug reports, enhancements are welcome. Dvbsnoop is currently part of the tuxbox project and is designed to run on unix based set top boxes, too.

dvbsnoop is based on the linux dvb api. You need the dvb driver installed on your computer to use dvbsnoop. dvbsnoop is text-based, so it should work on any unix based system, which offers shell access and dvb support installed.

dvbsnoop is a commandline tool.
To tune in a transponder, use a proper tuning program like dvbtune.

dvbsnoop [options] pid

pid can be any unsigned number within the legal pid number range.
The PID can be specified in hex, octal or decimal version (using C-syntax -notation).
e.g.: hex: 0x1A, octal: 0722 , decimal: 6932

dvbsnoop tries to decode every data it gets....
E.g. if you try to decode a video or audio stream in section mode - dvbsnoop may assume a section table and will decode wrong data. In this case the decoding will be garbage! Using the -crc option should prevent this (if supported at hardware/driver level). Also the -sync option is very helpful, when using -s pes or -s ts. The -sync option tries to find TS or PES packet start sync bytes before decoding...

dvbsnoop doesnt do DVB stream validation....
dvbsnoop assumes correct dvb streams. Getting garbage, corrupted streams or streams with wrong semantics (e.g. incorrect length information) will result in wrong decoding output. Because od this, the usage of the options -crc and -sync is strongly recommended!!

Bugs and wrong decoding:
If you see any odd output, please report this.
Wrong decoding can be mostly avoided, using the options -crc and -sync.

Robot World aims to be a distributed physical environment inhabited by programmable robots, spanning across countless computers on the internet in true peer-to-peer fashion.
Robot World components:
- Parser / compiler compiles robot programs into byte code, stored in a .xml file
- Inject - send a robot program to the world
- RobotWorld - the world simulation program
- dsm - the bytecode disassembler
- rowo.y - language grammar file
parser
Compile a robot. Creates an .xml file from a .r file
$ parser sample.r
dsm
Disassembles a robot .xml file.
$ dsm sample.xml
robotworld
Testbed. Receiving server for "inject" - see below.
$ robotworld
inject
Send robot to world. "robotworld" must be running.
$ inject sample.xml

SDL_sound is a library that handles the decoding of several popular sound file formats, such as .WAV and .MP3. It is meant to make the programmers sound playback tasks simpler. The programmer gives SDL_sound a filename, or feeds it data directly from one of many sources, and then reads the decoded waveform data back at her leisure.
If resource constraints are a concern, SDL_sound can process sound data in programmer-specified blocks. Alternately, SDL_sound can decode a whole sound file and hand back a single pointer to the whole waveform. SDL_sound can also handle sample rate, audio format, and channel conversion on-the-fly and behind-the-scenes, if the programmer desires.
As the name implies, SDL_sound is an add-on to Simple Directmedia Layer, and as such, youll need it to build and use SDL_sound. SDL gives us lots of convenience for porting and implementing some elements of the library, not to mention that it is a powerful, cross platform answer to DirectX. You should definitely look into it, whether you use SDL_sound or not.
Places SDL_sound is known to be used:
- The Ambient Music System uses SDL_sound in its player module.
- The popular game glTron uses SDL_sound for sound playback.
- Dominik Haumann wrote in to mention C++ wrappers for SDL_sound, which can be found here.
- MusicBox, a GNUstep music manager, uses SDL_sound to decode various audio formats.
- The SuSE Linux distribution has been know to package SDL_sound (at least version 0.1.5 has been spotted in the wild).
- Gentoo Linux distributes SDL_sound via their "portage" system. Just "emerge sdl-sound".
- FreeBSD has SDL_sound in their Ports tree: herere the details.
- NetBSD Appears to have packaged SDL_sound, too: details.
- Debian has packaged SDL_sound, too: details.
- ROCK Linux has an SDL_sound package: details.
- Probably other places. Email me if you want to be listed here.
What works:
- Support for "decoding" raw audio samples.
- Support for decoding Microsoft WAVE audio files (uncompressed and MS-ADPCM encoded waveforms are supported, currently) (.WAV).
- Support for decoding various MPEG audio files through SMPEG (.MP3, .MPG, .MPEG).
- Support for decoding MPEG-1 Layer 3 audio files internally (makes use of LGPLd code from mpg123.) (.MP3).
- Support for decoding MIDI music files (.MIDI, .MID).
- Support for decoding Ogg Vorbis audio files through libvorbis (.OGG).
- Support for decoding Speex voice files through libspeex (.SPX).
- Support for decoding FLAC audio files through libFLAC (.FLAC, .FLA).
- Support for decoding Creative Labs Voice files (.VOC).
- Support for decoding Audio Interchange File Format files (.AIFF).
- Support for decoding Shorten-compressed audio data (.SHN).
- Support for Suns audio format (.AU).
- Support for decoding through MikMod. (.MOD, .IT, .XM, .S3M, .MTM, .669, .STM, .ULT, .FAR, .MED, .AMF, .DSM, .IMF, .GDM, .STX, .OKT).
- Support for decoding through ModPlug. (.669, .AMF, .AMS, .DBM, .DMF, .DSM, .FAR, .IT, .MDL, .MED, .MOD, .MT2, .MTM, .OKT, .PTM, .PSM, .S3M, .STM, .ULT, .UMX, .XM)
- Experimental support for decoding through Apple Quicktime (MacOS only).
- Compiles/runs on Linux (x86 tested).
- Compiles/runs on Linux (x86-64 tested).
- Compiles/runs on Linux (PowerPC tested).
- Compiles/runs on FreeBSD (x86 tested).
- Compiles/runs on Win32 (x86 tested).
- Compiles/runs on MacOS Classic (PowerPC tested).
- Compiles/runs on MacOS X (PowerPC tested).
- Compiles/runs on BeOS (x86 tested).
- Compiles/runs on WinCE/PocketPC (StrongARM tested).
- May compile and run elsewhere with little to no modification. Success stories and patches are welcome.
What doesnt work:
- Support for more forms of compressed .WAV files is planned, but not yet implemented.
- Support for various forms of compressed .AIFF files is planned, but not yet implemented.
- Contributions of other ports are, of course, welcome.