satellite
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 56
Satellite 1.0.2
Satellite can track many remote machines with dynamic IP addresses in situations where public DNS services are inappropriate. more>>
Satellite can track many remote machines with dynamic IP addresses in situations where public DNS services are inappropriate. Satellite can log and alert an admin immediately when a site comes online or needs attention.
The Satellite archive also includes an RPM spec file. RPM users can build a binary package ready to install by running:
rpm -tb satellite-1.0.2.tar.gz
You will find the binary rpm under /usr/src/rpm/RPMS/i386 or /usr/src/redhat/RPMS/i386.
Reasons for Satellite
Public DNS services are often used to track clients with changing IP addresses, but DNS solutions suffer from several problems:
Failure
Public DNS servers regularly fail due to overloading and system administration problems.
No notification
There is no notification when a system goes online. Instead you must poll DNS regularly to see when a system comes online.
Latency
Updating can take from several minutes to several hours before the change is made public. On systems with small idle timeouts it is often impossible to find the current IP address via DNS.
No history
Public DNS services only keep track of the current address and dont record past times or changes in a central location.
Enhancements:
- Minor code improvements. -e no longer searches PATH.
- --with-port removed. Default now found from /etc/services.
- Documentation updates
<<lessThe Satellite archive also includes an RPM spec file. RPM users can build a binary package ready to install by running:
rpm -tb satellite-1.0.2.tar.gz
You will find the binary rpm under /usr/src/rpm/RPMS/i386 or /usr/src/redhat/RPMS/i386.
Reasons for Satellite
Public DNS services are often used to track clients with changing IP addresses, but DNS solutions suffer from several problems:
Failure
Public DNS servers regularly fail due to overloading and system administration problems.
No notification
There is no notification when a system goes online. Instead you must poll DNS regularly to see when a system comes online.
Latency
Updating can take from several minutes to several hours before the change is made public. On systems with small idle timeouts it is often impossible to find the current IP address via DNS.
No history
Public DNS services only keep track of the current address and dont record past times or changes in a central location.
Enhancements:
- Minor code improvements. -e no longer searches PATH.
- --with-port removed. Default now found from /etc/services.
- Documentation updates
Download (0.052MB)
Added: 2006-07-12 License: GPL (GNU General Public License) Price:
1201 downloads
Other version of Satellite
License:GPL (GNU General Public License)
TechniSat Satellite TV-card Linux Driver 0.7.0
This driver gives you the capability to work with the MediaFocus Satellite TV card under Linux. more>>
This driver gives you the capability to work with the MediaFocus Satellite TV card under Linux. This driver contains modules for Zorans multimedia controller ZR36120/ZR36125, Micronas Intermetall Video Pixel Decoder VPX32XX series, Digital Radio Processor DRP3510 (astra digital radio decoder), Multistandard Sound Processor MSP3400 C, SGS Thompson Satellite Sound and Video Processor STV0030 and Mitels 2.6 GHz Synthesiser SP5055 (satellite tuner).
A satellite frequency table for xawtv is also included. In this table the 18/14V and 22kHz settings are placed within the frequency values. In order to avoid this dirty implementation two possible future ioctls for the v4l-API are proposed here.
The above mentioned driver was written for the ZR36120/ZR36125-based MediaFocus Sat-PC card. Nowadays TechniSat is selling a new MediaFocus card, which is based on the Philips SAA 7146 multimedia-chip. A driver for this card can be found on the official TechniSat MediafocusII website.
<<lessA satellite frequency table for xawtv is also included. In this table the 18/14V and 22kHz settings are placed within the frequency values. In order to avoid this dirty implementation two possible future ioctls for the v4l-API are proposed here.
The above mentioned driver was written for the ZR36120/ZR36125-based MediaFocus Sat-PC card. Nowadays TechniSat is selling a new MediaFocus card, which is based on the Philips SAA 7146 multimedia-chip. A driver for this card can be found on the official TechniSat MediafocusII website.
Download (0.094MB)
Added: 2006-07-20 License: GPL (GNU General Public License) Price:
1206 downloads
SaVi 1.3.2a
SaVi is a simulator for satellites in Earths orbit. more>>
SaVi allows you to simulate satellite orbits and coverage, in two and three dimensions. SaVi project is particularly useful for simulating satellite constellations such as Teledesic and Iridium.
<<less Download (0.38MB)
Added: 2006-11-02 License: BSD License Price:
1227 downloads
settevion 1.4.1
settevion is a program that allows you to edit the channels in your Skymaster DXL 9400 Satellite Receiver. more>>
settevion is a program that allows you to edit the channels in your Skymaster DXL 9400 Satellite Receiver.
This receiver was sold under the name Tevion FTA 203 by Aldi. Note that the current version does not allow writing radio channels into the receiver. Also note: This program makes use of undocumented behaviour. USE IT AT YOUR OWN RISK. There is no guarantee, even not against possible damage to your equipment. The program is free for personal, non-commercial use. Commercial use and copying (even at no cost) requires written permission. There are only german instructions provided, but Id not expect many problems for non-german speaking users since the programs dialog language is english.
Download settevion-x.x.x.tar.gz for Linux or settevion-win-x.x.x.zip for Windows. See the "Download" section below. For Linux, you must have Python installed (at least version 2.2) and Tkinter, which might be in a separate package. They are part of your distribution. Unpack the .tar.gz and do a "make install". The Windows version comes with its Python interpreter integrated into settevion.exe. Just unpack the zip file. For both versions, connect the receiver with a null modem cable and start settevion. Choose "Edit->Preferences" to select your serial device. Then choose "Receiver->Read data from receiver". This should be enough to make this run.
Enhancements:
- settevion.py: getDBPRINT: added code to read in SER data entry by entry since firmware version 2.12 doesnt dump the SER data base any more. satIO.read() changed to ignore asynchronous error messages ("trashlog") if they are one a line of their own. Warning message added if Python is called with -O and one of the debugging (-v) command line options is set. Version 1.4.1.
<<lessThis receiver was sold under the name Tevion FTA 203 by Aldi. Note that the current version does not allow writing radio channels into the receiver. Also note: This program makes use of undocumented behaviour. USE IT AT YOUR OWN RISK. There is no guarantee, even not against possible damage to your equipment. The program is free for personal, non-commercial use. Commercial use and copying (even at no cost) requires written permission. There are only german instructions provided, but Id not expect many problems for non-german speaking users since the programs dialog language is english.
Download settevion-x.x.x.tar.gz for Linux or settevion-win-x.x.x.zip for Windows. See the "Download" section below. For Linux, you must have Python installed (at least version 2.2) and Tkinter, which might be in a separate package. They are part of your distribution. Unpack the .tar.gz and do a "make install". The Windows version comes with its Python interpreter integrated into settevion.exe. Just unpack the zip file. For both versions, connect the receiver with a null modem cable and start settevion. Choose "Edit->Preferences" to select your serial device. Then choose "Receiver->Read data from receiver". This should be enough to make this run.
Enhancements:
- settevion.py: getDBPRINT: added code to read in SER data entry by entry since firmware version 2.12 doesnt dump the SER data base any more. satIO.read() changed to ignore asynchronous error messages ("trashlog") if they are one a line of their own. Warning message added if Python is called with -O and one of the debugging (-v) command line options is set. Version 1.4.1.
Download (0.039MB)
Added: 2006-07-19 License: GPL (GNU General Public License) Price:
1198 downloads
SolSeeK 0.8a
SolSeeK is a Kicker applet for viewing realtime images of the Sun provided by the SOHO satellite and some other sources. more>>
SolSeeK is a KDE Kicker applet for viewing realtime images of the Sun provided by the SOHO satellite and some other sources.
SolSeeK updates the image in your panel every 15 minutes. A right click menu allows you to view full size images.
Installation:
The simplest way to compile this package is:
1. `cd to the directory containing the packages source code and type `./configure to configure the package for your system. If youre using `csh on an old version of System V, you might need to type `sh ./configure instead to prevent `csh from trying to execute `configure itself.
Running `configure takes a while. While running, it prints some messages telling which features it is checking for.
2. Type `make to compile the package.
3. Type `make install to install the programs and any data files and documentation.
4. You can remove the program binaries and object files from the source code directory by typing `make clean.
Enhancements:
- Handle not having images to display in the animation viewer and applet.
<<lessSolSeeK updates the image in your panel every 15 minutes. A right click menu allows you to view full size images.
Installation:
The simplest way to compile this package is:
1. `cd to the directory containing the packages source code and type `./configure to configure the package for your system. If youre using `csh on an old version of System V, you might need to type `sh ./configure instead to prevent `csh from trying to execute `configure itself.
Running `configure takes a while. While running, it prints some messages telling which features it is checking for.
2. Type `make to compile the package.
3. Type `make install to install the programs and any data files and documentation.
4. You can remove the program binaries and object files from the source code directory by typing `make clean.
Enhancements:
- Handle not having images to display in the animation viewer and applet.
Download (0.61MB)
Added: 2006-11-15 License: GPL (GNU General Public License) Price:
1075 downloads
wmSpaceWeather 1.04
wmSpaceWeather dockapp shows weather at geosynchronous orbit. more>>
wmSpaceWeather dockapp shows weather at geosynchronous orbit. (Data from the GOES satellites)
<<less Download (0.14MB)
Added: 2006-10-12 License: GPL (GNU General Public License) Price:
1109 downloads
GPS::SpaceTrack 0.11
GPS::SpaceTrack is a package for calculating the position of GPS satellites. more>>
GPS::SpaceTrack is a package for calculating the position of GPS satellites.
SYNOPSIS
use GPS::SpaceTrack;
my $obj=GPS::SpaceTrack->new(filename=>"gps.tle");
print join("t", qw{Count PRN ELEV Azim SNR USED}), "n";
foreach ($obj->getsatellitelist({lat=>38.870997, lon=>-77.05596})) {
print join("t", $_->prn, $_->elev, $_->azim, $_->snr, $_->used), "n";
}
This package can calculates the location of the GPS satellite constellation given the position of the receiver and a time which can be in the future.
CONVENTIONS
Function naming convention is "format of the return" underscore "format of the parameters."
CONSTRUCTOR
new
The new() constructor passes paramaters to the filename() method.
my $obj = GPS::SpaceTrack->new(filename=>$filename);
METHODS
getsatellitelist
The getsatellitelist() method returns a list of Net::GPSD::Satellite objects. The getsatellitelist() method is a wrapper around getsatellitelist_rad() for data formatted in degrees instead of radians.
my $list=$obj->getsatellitelist({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #degrees, degrees, meters, seconds from epoch
my @list=$obj->getsatellitelist({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #degrees, degrees, meters, seconds from epoch
getsatellitelist_rad
The getsatellitelist_rad() method returns a list of Net::GPSD::Satellite objects. This method is basically a wrapper around Astro::Coord::ECI::TLE.
my $list=$obj->getsatellitelist_rad({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #radians, radians, meters, seconds from epoch
my @list=$obj->getsatellitelist_rad({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #radians, radians, meters, seconds from epoch
filename
Method to get or set the filename of the TLE data.
my $filename=$obj->filename;
my $filename=$obj->filename(filename=>$filename);
<<lessSYNOPSIS
use GPS::SpaceTrack;
my $obj=GPS::SpaceTrack->new(filename=>"gps.tle");
print join("t", qw{Count PRN ELEV Azim SNR USED}), "n";
foreach ($obj->getsatellitelist({lat=>38.870997, lon=>-77.05596})) {
print join("t", $_->prn, $_->elev, $_->azim, $_->snr, $_->used), "n";
}
This package can calculates the location of the GPS satellite constellation given the position of the receiver and a time which can be in the future.
CONVENTIONS
Function naming convention is "format of the return" underscore "format of the parameters."
CONSTRUCTOR
new
The new() constructor passes paramaters to the filename() method.
my $obj = GPS::SpaceTrack->new(filename=>$filename);
METHODS
getsatellitelist
The getsatellitelist() method returns a list of Net::GPSD::Satellite objects. The getsatellitelist() method is a wrapper around getsatellitelist_rad() for data formatted in degrees instead of radians.
my $list=$obj->getsatellitelist({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #degrees, degrees, meters, seconds from epoch
my @list=$obj->getsatellitelist({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #degrees, degrees, meters, seconds from epoch
getsatellitelist_rad
The getsatellitelist_rad() method returns a list of Net::GPSD::Satellite objects. This method is basically a wrapper around Astro::Coord::ECI::TLE.
my $list=$obj->getsatellitelist_rad({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #radians, radians, meters, seconds from epoch
my @list=$obj->getsatellitelist_rad({lat=>$lat, lon=>$lon, alt=>$hae, time=>$time}); #radians, radians, meters, seconds from epoch
filename
Method to get or set the filename of the TLE data.
my $filename=$obj->filename;
my $filename=$obj->filename(filename=>$filename);
Download (0.051MB)
Added: 2007-05-18 License: Perl Artistic License Price:
891 downloads
Gpredict 0.8.0
Gpredict is a real-time satellite tracking and orbit prediction program. more>>
Gpredict project is a satellite tracking program for Unix-like operating systems. In the begining (v. 0.1.x) Gpredict was just a GUI client to John Magliacanes excellent satellite tracking program, Predict, but due to performance problems it has been decided to include the tracking code directly into Gnome Predict (v. 0.2.0 and later).
Gpredict is licensed under the GNU General Public License which basically gives you the right to freely use, distribute and modify the software and its source code, but without any warranty from the authors.
<<lessGpredict is licensed under the GNU General Public License which basically gives you the right to freely use, distribute and modify the software and its source code, but without any warranty from the authors.
Download (1.8MB)
Added: 2007-06-03 License: GPL (GNU General Public License) Price:
877 downloads
Multicast Dissemination Protocol Toolkit 2.1b5
Multicast Dissemination Protocol project is a protocol framework and software toolkit for reliable multicasting data objects. more>>
Multicast Dissemination Protocol project is a protocol framework and software toolkit for reliable multicasting data objects including files and application memory blocks. A primary design goal of MDP is to provide a reliable multicast protocol approach which is suitable for reliable dissemination of data over both wireless and wired networks.
MDP software has been demonstrated across a range of network architecture and heterogeneous conditions including; the worldwide Internet MBone, bandwidth and routing asymmetric network connections, high delay satellite networks, and mobile, radio networks. MDP integrates numerous multicast protocol advances including highly robust, packet-based erasure correction techniques and adaptive group timing mechanisms.
The present MDP software toolkit includes a library with a well-defined API. Several example working applications including a multicast file transfer applications and a very basic multicast chat application are also provided. To learn more and/or download the software see the following sections.
<<lessMDP software has been demonstrated across a range of network architecture and heterogeneous conditions including; the worldwide Internet MBone, bandwidth and routing asymmetric network connections, high delay satellite networks, and mobile, radio networks. MDP integrates numerous multicast protocol advances including highly robust, packet-based erasure correction techniques and adaptive group timing mechanisms.
The present MDP software toolkit includes a library with a well-defined API. Several example working applications including a multicast file transfer applications and a very basic multicast chat application are also provided. To learn more and/or download the software see the following sections.
Download (0.54MB)
Added: 2006-02-17 License: BSD License Price:
1354 downloads
Astro::Coord::ECI 0.012
Astro::Coord::ECI is a Perl module to manipulate geocentric coordinates. more>>
Astro::Coord::ECI is a Perl module to manipulate geocentric coordinates.
SYNOPSIS
use Astro::Coord::ECI;
use Astro::Coord::ECI::Sun;
use Astro::Coord::ECI::TLE;
use Astro::Coord::ECI::Utils qw{rad2deg};
# 1600 Pennsylvania Avenue, in radians, radians, and KM
my ($lat, $lon, $elev) = (0.678911227503559,
-1.34456123391096, 0.01668);
# Record the time
my $time = time ();
# Set up observers location
my $loc = Astro::Coord::ECI->geodetic ($lat, $lon, $elev);
# Instantiate the Sun.
my $sun = Astro::Coord::ECI::Sun->universal ($time);
# Figure out if the Sun is up at the observers location.
my ($azimuth, $elevation, $range) = $loc->azel ($sun);
print "The Sun is ", rad2deg ($elevation),
" degrees above the horizon.n";
# Instantiate a satellite. The parser returns a list.
my ($tle) = Astro::Coord::ECI::TLE->parse (universal ($time));
# Find the satellites ECI coordinates at the given time.
# It is not necessary to run the model again, unless you
# want coordinates for a different time.
my ($X, $Y, $Z) = $tle->eci ();
print<<less
SYNOPSIS
use Astro::Coord::ECI;
use Astro::Coord::ECI::Sun;
use Astro::Coord::ECI::TLE;
use Astro::Coord::ECI::Utils qw{rad2deg};
# 1600 Pennsylvania Avenue, in radians, radians, and KM
my ($lat, $lon, $elev) = (0.678911227503559,
-1.34456123391096, 0.01668);
# Record the time
my $time = time ();
# Set up observers location
my $loc = Astro::Coord::ECI->geodetic ($lat, $lon, $elev);
# Instantiate the Sun.
my $sun = Astro::Coord::ECI::Sun->universal ($time);
# Figure out if the Sun is up at the observers location.
my ($azimuth, $elevation, $range) = $loc->azel ($sun);
print "The Sun is ", rad2deg ($elevation),
" degrees above the horizon.n";
# Instantiate a satellite. The parser returns a list.
my ($tle) = Astro::Coord::ECI::TLE->parse (universal ($time));
# Find the satellites ECI coordinates at the given time.
# It is not necessary to run the model again, unless you
# want coordinates for a different time.
my ($X, $Y, $Z) = $tle->eci ();
print<<less
Download (0.16MB)
Added: 2007-02-21 License: Perl Artistic License Price:
978 downloads
BizGuardian Firewall 3.2
Simple to install Internet sharing software for broadband users (ADSL, Cable,... more>> Simple to install Internet sharing software for broadband users (ADSL, Cable, Satellite, T1, T3 etc) that creates a firewall and VPN appliance without unnecessary complexity or cost. Integrated IPsec VPN can be simply set up in ten minutes from the web based GUI. Ideal for remote teleworkers, road warriors (integrated PPTP Server), branch office, home office, and Small to Medium size businesses of all types. Will grow with you to support up to 1,000 users. Comprehensive reporting and remote management tools.<<less
Download (3.00MB)
Added: 2009-04-15 License: Others Price: NA
191 downloads
JourneySat 1.1.2
JourneySat lets you show to your friends and relatives the places youve travelled to. more>>
JourneySat lets you show to your friends and relatives the places youve travelled to. You can combine diary notes, photos and satellite images and embed them into your web site either when youre back home or when youre still on the road.
After writing a diary note and adding the photos of the day, you can find out the exact geographical location of the places youve visited to let your friends see them from a satellite viewpoint, using the images provided by Google Maps TM.
In this way theyll see much more than what can be normally experienced through photos. As a further bonus, you can even specify the locations where you shoot your photos and theyll be marked on the satellite view.
And, well, why limit oneself to documenting travels? You can use JourneySat for anything that you do on the planet Earth.
One more word before directing you to the demo: JourneySat is free software. That means both that it costs no money and that you can modify it as you wish. JourneySat is licensed under the GNU General Public License. Read the terms of the license.
Enhancements:
- Several bugs were fixed in the code and in the documentation.
- The internal API has been completed with the implementation of methods to navigate through and edit the sequences of places and contents.
<<lessAfter writing a diary note and adding the photos of the day, you can find out the exact geographical location of the places youve visited to let your friends see them from a satellite viewpoint, using the images provided by Google Maps TM.
In this way theyll see much more than what can be normally experienced through photos. As a further bonus, you can even specify the locations where you shoot your photos and theyll be marked on the satellite view.
And, well, why limit oneself to documenting travels? You can use JourneySat for anything that you do on the planet Earth.
One more word before directing you to the demo: JourneySat is free software. That means both that it costs no money and that you can modify it as you wish. JourneySat is licensed under the GNU General Public License. Read the terms of the license.
Enhancements:
- Several bugs were fixed in the code and in the documentation.
- The internal API has been completed with the implementation of methods to navigate through and edit the sequences of places and contents.
Download (0.035MB)
Added: 2005-10-20 License: GPL (GNU General Public License) Price:
1464 downloads
Mediainlinux 4 RC5
Mediainlinux is a multimedia-focused Linux distribution. more>>
Mediainlinux is a complete Linux distribution targeted at multimedia production, wich consist in a live cd (knoppix derived) containing more than 200 graphical application and thousands of command line tools for:
* Acquisition
* Conversion
* Editing
* Compression
* PostProduction in the Audio, 2D and 3D graphics and Video domain.
Mediainlinux distribution is a working prototype of a Debian Multimedia Distribution, based on the last version (3.4) of the Knoppix Linux Live Cd.
Our CD supports most of the graphic, audio and tv/satellite computer card on the consumer and prosumer market GNU/Linux compatible and has more than 200 graphical applications and hundreds (nearly 1000) of command line tools for covering all the complexity of the multimedia process of production: acquisition, conversion, compression and mastering.
Most of the Multimedia in the GNU/Linux world is covered, but there are some tools which we dont want to distribute together with Mediainlinux for legal reason and mainly because we are not sure about the integrity of the code, which could be stolen or covered by copyrights and so on.
You can install this applications after Mediainlinux is installed on the hard disk, because they will be present in the Synaptic interface (because we added the sources to the sources file).
Technical Goals:
1.Multimedia Kernel (modified to gain more reactivity from the system) and especially in the graphic (drivers for consumer and prosumer video cards) and audio (firmware for professional audio cards) subsystems, applying many patches like the low latency, preemption, real time e capabilities patches and reach a better recognizing of peripherals.
2.Boot splash: cover the Knoppix Live Cd initialization (which is oldish and bad looking, in our opinion) with an animation and some informations about the project.
3.Develop customized multimedia cd and application.
4.OpenMosix enabled kernel to make distributed rendering with Blender and Yafray.
Non technical goals:
1.Include applications which are not already part of the Debian distribution: speed in the free software world creates a situation in which hundreds of projects starts in a year and the ones which survive with an active development the first year and get developed for two or three years have a good chance to continue and be included in the major distributions. Sometimes it needs to anticipate this process and discover some applications which are not already shipped with a major distribution, before they become famous and encouraging their diffusion putting them in Mediainlinux. This has a double effect: makes the software better testing it and reporting bugs, suggestions and ideas and making better the whole Mediainlinux itself.
2.Support package maintainer to promote the diffusion of applications that havent already been debianized: programmers that transform the source code of a certain software in a Debian .deb, ready to be installed on a computer with a Debian GNU/Linux distribution (or a Debian compatible one like Mediainlinux) are often volunteers doing this work just as an hobby. For some other software there are already some sponsorships from some facilities and one of the goals of Mediainlinux is to find economic support for this programmers in the multimedia field of application.
3.Organizations: we had contacts with some organizations like ONU and UNESCO and with Italian (Turin, Padova, Bologna, Siena) and international (Bristol, Oslo, Zlin, Tampere, Georgia) universities and with some other organizations in the audio and video fields like FESTPACO or African Women Media Center. In all this places Mediainlinux has been introduced and in some also experimented, still limiting to single tests. With all this entities we would like to set up a collaboration that goes from simple testing and reporting of bugs, to requests for new characteristics and development of additional software.
4.Art Academies: many institutions like MULTIDAMS of Turin, the school of Art and Media of Tampere or the Brera Academy of Art in Milan has a double role: public places for experimentation (and so contamination between technology and art) and possible producers of demonstrations and examples of use, artist and collaborators.
User side goals:
1.Make Mediainlinux a better looking distribution: the look of Mediainlinux is a key aspect of the whole project. The more the distribution will be stylish (from the cd to the manual, from the Internet site to an exhibition stand) in the design and in its graphic and artistic ideas, the more it will gain success between the Linux Artists and the Macintosh community. Then we need to surpass the look of proprietary systems, using all the widgets that can simulate the most stylish looking applets and so we must need graphics to create icons, desktop themes, wallpapers, screen savers and audio video materials (like desktop sounds or video tutorials).
2.Make Mediainlinux simpler: we need to do more integration between different applications, in the way that for a .ogg vorbis file we will have a contextual menu to play, edit, record it etc. etc. This should be done for most of the file formats in the multimedia field and its an operation very intensive of configuring, programming, experimenting and daily use.
3.Make better configuration tools: most of all we need a good configuration of auto mounter to create automatically the icons of peripherals on the desktop.
4.Documentation: we need a manual for the primary applications (mostly done) and its translation in English, French, Spanish and German.
5.Training: we are organizing many courses on subsystems included in Mediainlinux and especially for audio and video streaming, 2D and 3D graphic, musical composition and less common training lessons in multimedia installations and physical and acoustic simulation.
6.Support: make concrete a way to support our users with a mailing list, a forum and a satellite program with tutorials, examples and demonstrations of creativity.
<<less* Acquisition
* Conversion
* Editing
* Compression
* PostProduction in the Audio, 2D and 3D graphics and Video domain.
Mediainlinux distribution is a working prototype of a Debian Multimedia Distribution, based on the last version (3.4) of the Knoppix Linux Live Cd.
Our CD supports most of the graphic, audio and tv/satellite computer card on the consumer and prosumer market GNU/Linux compatible and has more than 200 graphical applications and hundreds (nearly 1000) of command line tools for covering all the complexity of the multimedia process of production: acquisition, conversion, compression and mastering.
Most of the Multimedia in the GNU/Linux world is covered, but there are some tools which we dont want to distribute together with Mediainlinux for legal reason and mainly because we are not sure about the integrity of the code, which could be stolen or covered by copyrights and so on.
You can install this applications after Mediainlinux is installed on the hard disk, because they will be present in the Synaptic interface (because we added the sources to the sources file).
Technical Goals:
1.Multimedia Kernel (modified to gain more reactivity from the system) and especially in the graphic (drivers for consumer and prosumer video cards) and audio (firmware for professional audio cards) subsystems, applying many patches like the low latency, preemption, real time e capabilities patches and reach a better recognizing of peripherals.
2.Boot splash: cover the Knoppix Live Cd initialization (which is oldish and bad looking, in our opinion) with an animation and some informations about the project.
3.Develop customized multimedia cd and application.
4.OpenMosix enabled kernel to make distributed rendering with Blender and Yafray.
Non technical goals:
1.Include applications which are not already part of the Debian distribution: speed in the free software world creates a situation in which hundreds of projects starts in a year and the ones which survive with an active development the first year and get developed for two or three years have a good chance to continue and be included in the major distributions. Sometimes it needs to anticipate this process and discover some applications which are not already shipped with a major distribution, before they become famous and encouraging their diffusion putting them in Mediainlinux. This has a double effect: makes the software better testing it and reporting bugs, suggestions and ideas and making better the whole Mediainlinux itself.
2.Support package maintainer to promote the diffusion of applications that havent already been debianized: programmers that transform the source code of a certain software in a Debian .deb, ready to be installed on a computer with a Debian GNU/Linux distribution (or a Debian compatible one like Mediainlinux) are often volunteers doing this work just as an hobby. For some other software there are already some sponsorships from some facilities and one of the goals of Mediainlinux is to find economic support for this programmers in the multimedia field of application.
3.Organizations: we had contacts with some organizations like ONU and UNESCO and with Italian (Turin, Padova, Bologna, Siena) and international (Bristol, Oslo, Zlin, Tampere, Georgia) universities and with some other organizations in the audio and video fields like FESTPACO or African Women Media Center. In all this places Mediainlinux has been introduced and in some also experimented, still limiting to single tests. With all this entities we would like to set up a collaboration that goes from simple testing and reporting of bugs, to requests for new characteristics and development of additional software.
4.Art Academies: many institutions like MULTIDAMS of Turin, the school of Art and Media of Tampere or the Brera Academy of Art in Milan has a double role: public places for experimentation (and so contamination between technology and art) and possible producers of demonstrations and examples of use, artist and collaborators.
User side goals:
1.Make Mediainlinux a better looking distribution: the look of Mediainlinux is a key aspect of the whole project. The more the distribution will be stylish (from the cd to the manual, from the Internet site to an exhibition stand) in the design and in its graphic and artistic ideas, the more it will gain success between the Linux Artists and the Macintosh community. Then we need to surpass the look of proprietary systems, using all the widgets that can simulate the most stylish looking applets and so we must need graphics to create icons, desktop themes, wallpapers, screen savers and audio video materials (like desktop sounds or video tutorials).
2.Make Mediainlinux simpler: we need to do more integration between different applications, in the way that for a .ogg vorbis file we will have a contextual menu to play, edit, record it etc. etc. This should be done for most of the file formats in the multimedia field and its an operation very intensive of configuring, programming, experimenting and daily use.
3.Make better configuration tools: most of all we need a good configuration of auto mounter to create automatically the icons of peripherals on the desktop.
4.Documentation: we need a manual for the primary applications (mostly done) and its translation in English, French, Spanish and German.
5.Training: we are organizing many courses on subsystems included in Mediainlinux and especially for audio and video streaming, 2D and 3D graphic, musical composition and less common training lessons in multimedia installations and physical and acoustic simulation.
6.Support: make concrete a way to support our users with a mailing list, a forum and a satellite program with tutorials, examples and demonstrations of creativity.
Download (692.4MB)
Added: 2005-12-23 License: GPL (GNU General Public License) Price:
1415 downloads
OpenDMTP 1.2.8 (Java Server)
OpenDMTP is a highly configurable and extensible protocol for communicating with mobile devices. more>>
The "Open Device Monitoring and Tracking Protocol", otherwise known as OpenDMTP, is a protocol and framework that allows bi-directional data communications between servers and devices (clients) over the Internet and similar networks.
OpenDMTP is a highly configurable and extensible protocol for communicating with mobile devices.
OpenDMTP is particularly geared towards Location-based information (LBS) such as GPS, as well as temperature and other data collected in remote-monitoring devices. OpenDMTP is small, and is especially suited for micro-devices such as PDAs, mobile phones, and custom OEM devices.
We saw a need for a communications protocol that allowed high-latency, low-bandwidth (HL/LB) devices to transmit location data to monitoring-systems. Because these devices often have limited network connectivity, the protocol needed to be small and efficient. Example devices include mobile phones, PDAs, OEM micro-devices (alarm systems, temperature monitors, etc.), and more.
There are many mobile GPS tracking devices on the market today with their own closed proprietary protocols. Searching the web for open protocols revealed only a few available for transferring data (including GPS information) between devices. However these solutions are generally designed for non-mobile applications and/or lack some of the low-bandwidth, configurable, and extensible features that mobile applications require.
Main features:
- Small Footprint: Mobile devices typically have limited resources on which to run client code (ie. memory, processor speed). An open protocol designed with this in mind should be optimized to allow efficient implementation and should easily support devices such as PDAs, mobile phones, GPS monitoring devices, and other OEM micro-devices.
- Network Efficient: Mobile devices typically have limited network connectivity, and in some cases data communication can be quite expensive (e.g. satellite). Because of this the protocol needs to be efficient in its dialog between the client and server. The communication needs to be optimized such that the necessary information can be conveyed with a minimum number of bytes in the least amount of time.
- Bi-directional: Some devices can support two-way communication (ie. GPRS, or other socket based connections), while others may only support one-way communication (ie. some satellite communication systems). With this in mind, a protocol should be designed to support both duplex (two-way) and simplex (one-way) communication.
- Transport Media: Differrent mobile applications will have their own unique way of communicating data back to the server. Some may use GPRS, or socket based communication, others may use satellite communication, while still others may use other forms of wireless communication, such as BlueTooth. The design of the protocol should be able to encompass all such transport media types, regardless of the type of transport in use.
- Flexible Data Encoding: Most types of transport media allow for the transmission of binary encoded data. However, there may be some forms of media for which an ASCII encoded data packet is much better suited. A protocol designed with this in mind should be able to support both types of data encoding.
- Configurable Messages: Due to the broad range of data types used in mobile applications, the protocol should be flexible enough to define standard messages, yet still allow custom messages within the framework.
- Extensible: Not every mobile application is the same. Some require special handling and may have various types of inputs and outputs. A protocol designed for mobile applications should insure that the framework can be easily extended to incapsulate the specific needs of the device.
- Industry Compatibility: Having an open protocol insures better compatibility between different client devices and service providers.
- Reference Implementation: Having a reference implementation that showcases the major features of the protocol provides an easy starting point on which developers can add their own features and platform specific implementation without having to worry about how data gets from the client to the server.
OpenDMTP was specifically designed to suit all these needs, especially "Small Footprint" and "Network Efficiency". The typical data plan for GPRS communication, for instance, is usually 1Mb per month. OpenDMTP was designed to optimize packet encoding to allow the collection of GPS information packets once every 3 minutes, 24 hours a day, 30 days a month, and still stay under the 1Mb data plan limit.
While XML is very extensible, it fails the "Small Footprint" and "Network Efficiency" requirements. Thus, it was discounted as a viable protocol solution. Many mobile devices do not have the resources necessary to be able to provide full XML parsing functionality. And an XML packet may need to be several hundred bytes in length just to send a few bytes of actual data. This alone would make the solution cost prohibitive for high-cost transport media such as satellite.
OpenDMTP also includes a full-featured commercial quality reference implementation to jump-start development.
Enhancements:
- NEW: Minor optimizations made to message logging.
- FIX: Log file now properly displays account/device on client connection.
<<lessOpenDMTP is a highly configurable and extensible protocol for communicating with mobile devices.
OpenDMTP is particularly geared towards Location-based information (LBS) such as GPS, as well as temperature and other data collected in remote-monitoring devices. OpenDMTP is small, and is especially suited for micro-devices such as PDAs, mobile phones, and custom OEM devices.
We saw a need for a communications protocol that allowed high-latency, low-bandwidth (HL/LB) devices to transmit location data to monitoring-systems. Because these devices often have limited network connectivity, the protocol needed to be small and efficient. Example devices include mobile phones, PDAs, OEM micro-devices (alarm systems, temperature monitors, etc.), and more.
There are many mobile GPS tracking devices on the market today with their own closed proprietary protocols. Searching the web for open protocols revealed only a few available for transferring data (including GPS information) between devices. However these solutions are generally designed for non-mobile applications and/or lack some of the low-bandwidth, configurable, and extensible features that mobile applications require.
Main features:
- Small Footprint: Mobile devices typically have limited resources on which to run client code (ie. memory, processor speed). An open protocol designed with this in mind should be optimized to allow efficient implementation and should easily support devices such as PDAs, mobile phones, GPS monitoring devices, and other OEM micro-devices.
- Network Efficient: Mobile devices typically have limited network connectivity, and in some cases data communication can be quite expensive (e.g. satellite). Because of this the protocol needs to be efficient in its dialog between the client and server. The communication needs to be optimized such that the necessary information can be conveyed with a minimum number of bytes in the least amount of time.
- Bi-directional: Some devices can support two-way communication (ie. GPRS, or other socket based connections), while others may only support one-way communication (ie. some satellite communication systems). With this in mind, a protocol should be designed to support both duplex (two-way) and simplex (one-way) communication.
- Transport Media: Differrent mobile applications will have their own unique way of communicating data back to the server. Some may use GPRS, or socket based communication, others may use satellite communication, while still others may use other forms of wireless communication, such as BlueTooth. The design of the protocol should be able to encompass all such transport media types, regardless of the type of transport in use.
- Flexible Data Encoding: Most types of transport media allow for the transmission of binary encoded data. However, there may be some forms of media for which an ASCII encoded data packet is much better suited. A protocol designed with this in mind should be able to support both types of data encoding.
- Configurable Messages: Due to the broad range of data types used in mobile applications, the protocol should be flexible enough to define standard messages, yet still allow custom messages within the framework.
- Extensible: Not every mobile application is the same. Some require special handling and may have various types of inputs and outputs. A protocol designed for mobile applications should insure that the framework can be easily extended to incapsulate the specific needs of the device.
- Industry Compatibility: Having an open protocol insures better compatibility between different client devices and service providers.
- Reference Implementation: Having a reference implementation that showcases the major features of the protocol provides an easy starting point on which developers can add their own features and platform specific implementation without having to worry about how data gets from the client to the server.
OpenDMTP was specifically designed to suit all these needs, especially "Small Footprint" and "Network Efficiency". The typical data plan for GPRS communication, for instance, is usually 1Mb per month. OpenDMTP was designed to optimize packet encoding to allow the collection of GPS information packets once every 3 minutes, 24 hours a day, 30 days a month, and still stay under the 1Mb data plan limit.
While XML is very extensible, it fails the "Small Footprint" and "Network Efficiency" requirements. Thus, it was discounted as a viable protocol solution. Many mobile devices do not have the resources necessary to be able to provide full XML parsing functionality. And an XML packet may need to be several hundred bytes in length just to send a few bytes of actual data. This alone would make the solution cost prohibitive for high-cost transport media such as satellite.
OpenDMTP also includes a full-featured commercial quality reference implementation to jump-start development.
Enhancements:
- NEW: Minor optimizations made to message logging.
- FIX: Log file now properly displays account/device on client connection.
Download (0.21MB)
Added: 2007-03-16 License: The Apache License 2.0 Price:
954 downloads
Other version of OpenDMTP
License:The Apache License 2.0
License:The Apache License 2.0
ORSA 0.7.0
ORSA is an interactive tool for Celestial Mechanics. more>>
ORSA is an interactive tool for scientific grade Celestial Mechanics computations. Asteroids, comets, artificial satellites, Solar, and extra-Solar planetary systems can be accurately reproduced, simulated, and analyzed.
<<less Download (0.72MB)
Added: 2005-04-01 License: GPL (GNU General Public License) Price:
1667 downloads
Secleted [ 0 ] software to compare
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above satellite search only lists software in full, demo and trial versions for free download. Download links are directly from our mirror sites or publisher sites, torrent files or links from rapidshare.com, yousendit.com or megaupload.com are not allowed