desmume 0.7.3 compatibility
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 552
DeSmuME 0.7.3
DeSmuME project is a Nintendo DS emulator that can run both commercial games and homebrew applications. more>>
DeSmuME project is a Nintendo DS emulator that can run both commercial games and homebrew applications.
The original author of DeSmuME is YopYop156. He has stopped working on it on the beginning of april 2006 and passed the torch to a new team of developers. You can now follow the progress of DeSmuME on this site.
<<lessThe original author of DeSmuME is YopYop156. He has stopped working on it on the beginning of april 2006 and passed the torch to a new team of developers. You can now follow the progress of DeSmuME on this site.
Download (0.15MB)
Added: 2007-08-13 License: GPL (GNU General Public License) Price:
3070 downloads
Prismstumbler 0.7.3
Prismstumbler is a wireless LAN (WLAN) discovery tool which scans for beaconframes from accesspoints. more>>
Prismstumbler is a wireless LAN (WLAN) discovery tool which scans for beaconframes from accesspoints.
Prismstumbler operates by constantly switching channels and monitors any frames recived on the currently selected channel.
Prismstumbler is designed to be a flexible tool to find as much information about wireless LAN installations as possible. It comes with an easy to use GTK2 frontend and is small enough to fit on a small portable system.
Because of its client-sever architecture the scanner engine may be used for different frontends. An example for this is gpe-aerial, a wireless LAN access tool for GPE (see below).
The current GTK user interface is designed to work on large PC screens as well as on PDA displays. Prismstumbler uses an embedded SQL database to store network information.
It is also able to create networks lists in GPSdrive format and store captured packages to pcap dump files.
<<lessPrismstumbler operates by constantly switching channels and monitors any frames recived on the currently selected channel.
Prismstumbler is designed to be a flexible tool to find as much information about wireless LAN installations as possible. It comes with an easy to use GTK2 frontend and is small enough to fit on a small portable system.
Because of its client-sever architecture the scanner engine may be used for different frontends. An example for this is gpe-aerial, a wireless LAN access tool for GPE (see below).
The current GTK user interface is designed to work on large PC screens as well as on PDA displays. Prismstumbler uses an embedded SQL database to store network information.
It is also able to create networks lists in GPSdrive format and store captured packages to pcap dump files.
Download (0.39MB)
Added: 2005-09-19 License: GPL (GNU General Public License) Price:
1498 downloads
smtp2mix 0.7.3
smtp2mix is a small mail proxy that relays incoming email from a given user to the mixmaster anonymous remailer network. more>>
smtp2mix is a small mail proxy that relays incoming email from a given user to the mixmaster anonymous remailer network.
smtp2mix allows the use of your preferred email client to send email anonymously.
<<lesssmtp2mix allows the use of your preferred email client to send email anonymously.
Download (0.017MB)
Added: 2007-06-26 License: GPL (GNU General Public License) Price:
852 downloads
Spakes 0.7.3
Spakes project is a client/server Snakes-clone for up to 4 players. more>>
Spakes project is a client/server Snakes-clone for up to 4 players.
Spakes is a clone of the famous "Snakes" game. It is client/server-based and can be played over the Internet by up to 4 players.
Optionally, AI players (controlled by the computer) can join the game.
<<lessSpakes is a clone of the famous "Snakes" game. It is client/server-based and can be played over the Internet by up to 4 players.
Optionally, AI players (controlled by the computer) can join the game.
Download (0.11MB)
Added: 2006-11-24 License: GPL (GNU General Public License) Price:
1066 downloads
OpenWindows Augmented Compatibility Environment 1.0b4/200703091353
OpenWindows Augmented Compatibility Environment makes it possible to use the older OpenWindows Deskset environment on Solaris. more>>
OpenWindows Augmented Compatibility Environment (OWacomp) makes it possible to use the older OpenWindows Deskset environment on Solaris 9 and 10. OpenWindows Augmented Compatibility Environment is also useful for people that need to compile XView, OLIT, or DevGuide applications.
If you are using Solaris 9 or Solaris 10 and you are missing the older OpenWindows Deskset environment, then these packages are for you! If you need to compile XView/OLIT/DevGuide applications on either Solaris 9 or Solaris 10 then these packages may be of some help as well.
Supported Systems:
- Solaris 9 for Sparc and i86pc.
- Solaris 10 for Sparc and i86pc.
What is included:
OWacomp is mostly a re-packaged version of:
- Solaris 8 OpenWindows SUNWol binary packages and patches.
- Extra XView tools used by the author over the years and that others might be interested in. (olvwm, dumptool, disktool, rootmenu, etc..). Suggestions are welcomed if youd like to see this list expanded.
What is not included:
- The source code to the original OpenWindows binaries is (c) SUN Microsystems Inc. and is not available. Please note that the author never had access to that source code and as such the rebuilt packages are only what they are: rebuilds of packages consisting of packaged binaries built by SUN Microsystems Inc.
- The source code to some of these applications (dumptool, rootmenu) is under NDA with the author and will not be provided.
- The source code to the other applications (xvset, olvwm, pantool, disktool, etc...) is available in the SUNWolsrc package. (Release 1.0b3)
Enhancements:
- This release adds /usr/openwin/lib/checkOW for sparc and i386.
- It adds the Makefile.gcc missing from the olvwm 4.5 source.
- It rebuilds olvwm under Solaris 9/SPARC instead of Solaris 10/SPARC (libm.so.2 vs. libm.so.1 mismatch).
- This fix isnt complete for Solaris 9/i386 yet (olvwm is fine, but other binaries arent).
<<lessIf you are using Solaris 9 or Solaris 10 and you are missing the older OpenWindows Deskset environment, then these packages are for you! If you need to compile XView/OLIT/DevGuide applications on either Solaris 9 or Solaris 10 then these packages may be of some help as well.
Supported Systems:
- Solaris 9 for Sparc and i86pc.
- Solaris 10 for Sparc and i86pc.
What is included:
OWacomp is mostly a re-packaged version of:
- Solaris 8 OpenWindows SUNWol binary packages and patches.
- Extra XView tools used by the author over the years and that others might be interested in. (olvwm, dumptool, disktool, rootmenu, etc..). Suggestions are welcomed if youd like to see this list expanded.
What is not included:
- The source code to the original OpenWindows binaries is (c) SUN Microsystems Inc. and is not available. Please note that the author never had access to that source code and as such the rebuilt packages are only what they are: rebuilds of packages consisting of packaged binaries built by SUN Microsystems Inc.
- The source code to some of these applications (dumptool, rootmenu) is under NDA with the author and will not be provided.
- The source code to the other applications (xvset, olvwm, pantool, disktool, etc...) is available in the SUNWolsrc package. (Release 1.0b3)
Enhancements:
- This release adds /usr/openwin/lib/checkOW for sparc and i386.
- It adds the Makefile.gcc missing from the olvwm 4.5 source.
- It rebuilds olvwm under Solaris 9/SPARC instead of Solaris 10/SPARC (libm.so.2 vs. libm.so.1 mismatch).
- This fix isnt complete for Solaris 9/i386 yet (olvwm is fine, but other binaries arent).
Download (MB)
Added: 2007-03-09 License: SUN Binary Code License Price:
960 downloads
imdb-thumbnailer 0.7.3
A video thumbnailer that sets film covers as thumbnails. more>>
imdb-thumbnailer 0.7.3 offers you a powerful and convenient video thumbnailer that sets film covers as thumbnails. This is a video thumbnailer that searches imdb for covers based on the file names. It works for movies in the specified paths (recursively). For the rest of the cases or if no cover is found the default thumbnailer is used.
Enhancements:
- Fixed: Not working recursively
- Fixed: Wrong version number
Requirements: ImageMagick
<<less Added: 2009-02-14 License: GPL Price: FREE
29 downloads
wxMaxima 0.7.3
wxMaxima is a wxWidgets GUI for the computer algebra system maxima. more>>
wxMaxima project is a wxWidgets GUI for the computer algebra system maxima.
Since it is written with wxWidgets, it runs on multiple platforms in native widget sets. Most of maxima functions are accessible through menus, some have dialogs.
The input line has command history (up-key, down-key) and completion based on previous input (tab-key). wxMaxima provides 2d formated display of maxima output.
<<lessSince it is written with wxWidgets, it runs on multiple platforms in native widget sets. Most of maxima functions are accessible through menus, some have dialogs.
The input line has command history (up-key, down-key) and completion based on previous input (tab-key). wxMaxima provides 2d formated display of maxima output.
Download (0.67MB)
Added: 2007-08-06 License: GPL (GNU General Public License) Price:
507 downloads
Ettercap 0.7.3
Ettercap is a multipurpose sniffer for switched LANs. more>>
Ettercap is a network sniffer/interceptor/logger for ethernet LANs. It supports active and passive dissection of many protocols (even ciphered ones, like SSH and HTTPS). Data injection in an established connection and filtering on the fly is also possible, keeping the connection synchronized.
Many sniffing modes were implemented to give you a powerful and complete sniffing suite. Plugins are supported. It has the ability to check whether you are in a switched LAN or not, and to use OS fingerprints (active or passive) to let you know the geometry of the LAN.
<<lessMany sniffing modes were implemented to give you a powerful and complete sniffing suite. Plugins are supported. It has the ability to check whether you are in a switched LAN or not, and to use OS fingerprints (active or passive) to let you know the geometry of the LAN.
Download (1.1MB)
Added: 2005-05-29 License: GPL (GNU General Public License) Price:
1005 downloads
MagicBus 0.7.3
MagicBus project is an event framework designed to allow developers to concentrate more on developing application components. more>>
MagicBus project is an event framework designed to allow developers to concentrate more on developing application components than the means of inter-component communication. MagicBus project strives to enforce the notion of "loose coupling", the lessening of dependency between components that encourages cohesion and reuse.
Present architectures for delivering events between components generally fall into three problematic categories: Direct Access, Internal Event Support, and External Event Support. Examining these categories will help us explain the advantages of using the MagicBus as an event dispatching alternative.
DirectAccess:
With the Direct Access approach components are fairly tightly coupled. If components A and B wish to communicate with component Z they both must maintain a reference to component Z.
Advantages to this form of event communication are that the implementation is simple, easily conceived, and fast for smaller applications. Disadvantages include the necessity of component A to have access to component Z, the difficulty of changing functionality if component Z is altered or replaced, and the problem of correctly multi-threading calls to Z.
Internal Event Support:
Internal Event Support is a common implementation of component communication applied to application components. If component A wishes to communicate with component Z, component A registers as a listener with component Z for component Zs events (or vice-versa). The difference between Direct Access and Internal Event Support is that component Z has an internal delegate (Event Support) that handles the delivery of events to registered listeners.
As an advantage, Internal Event Support limits method dependency by having component A and B register as listeners of Z instead of holding a direct reference. The Internal Event Support also makes it easier to multi-thread calls to Z and from Z to Zs event listeners by implementing custom event support. As a disadvantage, components A and B must either have an ephemeral or indirect relationship with component Z and component Z must have code to implement the delegation for handling ZEvents. Additionally, component Z may have to implement two EventSupport object in order to allow sending and receiving of ZEvents.
External Event Support:
External Event Support is the inverse of Internal Event Support, where the Event Support delegate exists outside the component it supports acting as an intermediary for the delivery and receipt of events. Component A and B register with a ZEventSupport object in order to send and receive ZEvents, while component Z does the same.
Advantages to this method are that component A is decoupled from Z by ZEventSupport. Component Z can change without inhibiting A or B, and Z does not have to include any code for event dispatching. The interposition of ZEventSupport also makes it easier to multi-thread calls to Z and from Z to Zs event listeners.. Disadvantages to this approach center around the fact that Event Support objects generally must be created for each type of event (i.e. XEventSupport for Component X, YEvent, etc...)
Enhancements:
- Support for destroying topics was added.
<<lessPresent architectures for delivering events between components generally fall into three problematic categories: Direct Access, Internal Event Support, and External Event Support. Examining these categories will help us explain the advantages of using the MagicBus as an event dispatching alternative.
DirectAccess:
With the Direct Access approach components are fairly tightly coupled. If components A and B wish to communicate with component Z they both must maintain a reference to component Z.
Advantages to this form of event communication are that the implementation is simple, easily conceived, and fast for smaller applications. Disadvantages include the necessity of component A to have access to component Z, the difficulty of changing functionality if component Z is altered or replaced, and the problem of correctly multi-threading calls to Z.
Internal Event Support:
Internal Event Support is a common implementation of component communication applied to application components. If component A wishes to communicate with component Z, component A registers as a listener with component Z for component Zs events (or vice-versa). The difference between Direct Access and Internal Event Support is that component Z has an internal delegate (Event Support) that handles the delivery of events to registered listeners.
As an advantage, Internal Event Support limits method dependency by having component A and B register as listeners of Z instead of holding a direct reference. The Internal Event Support also makes it easier to multi-thread calls to Z and from Z to Zs event listeners by implementing custom event support. As a disadvantage, components A and B must either have an ephemeral or indirect relationship with component Z and component Z must have code to implement the delegation for handling ZEvents. Additionally, component Z may have to implement two EventSupport object in order to allow sending and receiving of ZEvents.
External Event Support:
External Event Support is the inverse of Internal Event Support, where the Event Support delegate exists outside the component it supports acting as an intermediary for the delivery and receipt of events. Component A and B register with a ZEventSupport object in order to send and receive ZEvents, while component Z does the same.
Advantages to this method are that component A is decoupled from Z by ZEventSupport. Component Z can change without inhibiting A or B, and Z does not have to include any code for event dispatching. The interposition of ZEventSupport also makes it easier to multi-thread calls to Z and from Z to Zs event listeners.. Disadvantages to this approach center around the fact that Event Support objects generally must be created for each type of event (i.e. XEventSupport for Component X, YEvent, etc...)
Enhancements:
- Support for destroying topics was added.
Download (0.33MB)
Added: 2006-06-01 License: GPL (GNU General Public License) Price:
1241 downloads
OMnAdren 0.7.3
OMnAdren is a scripting language that resembles C. more>>
OMnAdren is a scripting language that resembles C.
Computer languages are created for varying purposes and tasks — different kinds and styles of programming. One common programming task is known as scripting, or connecting diverse pre-existing components to accomplish a new related task. Those languages which are suited to scripting are typically called scripting languages. Many languages for this purpose have common properties: they favor rapid development over efficiency of execution; they are often implemented with interpreters rather than compilers; and they are strong at communication with program components written in other languages.
Many scripting languages emerged as tools for executing one-off tasks, particularly in system administration. One way of looking at scripts is as "glue" that puts several components together; thus they are widely used for creating graphical user interfaces or executing a series of commands that might otherwise have to be entered interactively through keyboard at the command prompt. The operating system usually offers some type of scripting language by default, widely known as a shell script language.
Scripts are typically stored only in their plain text form (as ASCII) and interpreted, or compiled each time prior to being invoked.
Some scripting languages are designed for a specific domain, but often it is possible to write more general programs in that language. In many large-scale projects, a scripting language and a lower level programming language are used together, each lending its particular strengths to solve specific problems. Scripting languages are often designed for interactive use, having many commands that can execute individually, and often have very high level operations (for example, in the classic UNIX shell (sh), most operations are programs themselves).
Such high level commands simplify the process of writing code. Programming features such as automatic memory management and bounds checking can be taken for granted. In a lower level or non-scripting language, managing memory and variables and creating data structures tends to consume more programmer effort and lines of code to complete a given task. In some situations this is well worth it for the resulting fine-grained control. The scripter typically has less flexibility to optimize a program for speed or to conserve memory.
For the reasons noted above, it is usually faster to program in a scripting language, and script files are typically much smaller than, say, equivalent C program files. The flip side can be a performance penalty: scripting languages, often interpreted, may be significantly slower to execute and may consume more memory when running. In many relevant cases, however, e.g. with small scripts of some tens of lines, the write-time advantage far outweighs the run-time disadvantage. Also, this argument gets stronger with rising programmer salaries and falling hardware costs.
However, the boundary between scripting languages and regular programming languages tends to be vague, and is blurring ever more with the emergence of new languages and integrations in this fast-changing area. In some scripting languages, an experienced programmer can accomplish a good deal of optimization if they choose. And in general, it is possible to write a script in any language (including C or assembly language). In most modern systems, the latter case is very seldom recommendable, since one or more suitable script languages is usually available.
<<lessComputer languages are created for varying purposes and tasks — different kinds and styles of programming. One common programming task is known as scripting, or connecting diverse pre-existing components to accomplish a new related task. Those languages which are suited to scripting are typically called scripting languages. Many languages for this purpose have common properties: they favor rapid development over efficiency of execution; they are often implemented with interpreters rather than compilers; and they are strong at communication with program components written in other languages.
Many scripting languages emerged as tools for executing one-off tasks, particularly in system administration. One way of looking at scripts is as "glue" that puts several components together; thus they are widely used for creating graphical user interfaces or executing a series of commands that might otherwise have to be entered interactively through keyboard at the command prompt. The operating system usually offers some type of scripting language by default, widely known as a shell script language.
Scripts are typically stored only in their plain text form (as ASCII) and interpreted, or compiled each time prior to being invoked.
Some scripting languages are designed for a specific domain, but often it is possible to write more general programs in that language. In many large-scale projects, a scripting language and a lower level programming language are used together, each lending its particular strengths to solve specific problems. Scripting languages are often designed for interactive use, having many commands that can execute individually, and often have very high level operations (for example, in the classic UNIX shell (sh), most operations are programs themselves).
Such high level commands simplify the process of writing code. Programming features such as automatic memory management and bounds checking can be taken for granted. In a lower level or non-scripting language, managing memory and variables and creating data structures tends to consume more programmer effort and lines of code to complete a given task. In some situations this is well worth it for the resulting fine-grained control. The scripter typically has less flexibility to optimize a program for speed or to conserve memory.
For the reasons noted above, it is usually faster to program in a scripting language, and script files are typically much smaller than, say, equivalent C program files. The flip side can be a performance penalty: scripting languages, often interpreted, may be significantly slower to execute and may consume more memory when running. In many relevant cases, however, e.g. with small scripts of some tens of lines, the write-time advantage far outweighs the run-time disadvantage. Also, this argument gets stronger with rising programmer salaries and falling hardware costs.
However, the boundary between scripting languages and regular programming languages tends to be vague, and is blurring ever more with the emergence of new languages and integrations in this fast-changing area. In some scripting languages, an experienced programmer can accomplish a good deal of optimization if they choose. And in general, it is possible to write a script in any language (including C or assembly language). In most modern systems, the latter case is very seldom recommendable, since one or more suitable script languages is usually available.
Download (0.076MB)
Added: 2005-10-19 License: GPL (GNU General Public License) Price:
1466 downloads
keyspeedapplet 0.7.3
keyspeedapplet project is a panel applet to show the speed you are typing. more>>
keyspeedapplet project is a panel applet to show the speed you are typing.
This is an Applet, similar to the applets, showing the cpu-speed, which shows the speed you are currently typing.
It shows the average speed of the last 15 seconds and the average speed of the last minute.
In addition it shows how many errors you made and features a highscore list which is stored human readable in ~/.keyspeedrc.yaml
<<lessThis is an Applet, similar to the applets, showing the cpu-speed, which shows the speed you are currently typing.
It shows the average speed of the last 15 seconds and the average speed of the last minute.
In addition it shows how many errors you made and features a highscore list which is stored human readable in ~/.keyspeedrc.yaml
Download (0.009MB)
Added: 2007-04-13 License: GPL (GNU General Public License) Price:
925 downloads
Komba2 0.7.3
Komba2 is a windows network administration tool for the K Desktop Environment. more>>
Komba2 is a windows network administration tool for the K Desktop Environment.
Our target is to make administration beautiful and intuitive without sacrificing power.
<<lessOur target is to make administration beautiful and intuitive without sacrificing power.
Download (0.46MB)
Added: 2005-08-15 License: GPL (GNU General Public License) Price:
1532 downloads
Osalp 0.7.3
Osalp is a project designed to implement a world class set of classes in C++ that will handle all of the audio functions. more>>
Osalp is a project designed to implement a world class set of classes in C++ that will handle all of the audio functions one would like. It is designed to be multi-platform with UNIX based platforms as the base.
This project is still in the beta code phase and a beta version that will illustrate the power and flexibility is now available. This version supports the Linux (OSS) audio device, Solaris Sparc audio device, FreeBSD (OSS) audio device, wav, au, aiff, aifc, mp3, and numerousother formats.
It is important to note that this is not an application but a C++ library that others can use to create an audio application or to easly add audio capabilities to an existing application. OSALP was originally designed and developed by Bruce Forsberg out of need to manage and edit large sound files in a simple manner. Currently the project is being maintained by Darrick Servis.
The library is built on a set of core classes that provide the basic functionality. New classes to operate on data are derived from these classes. These classes provide a powerful chaining process. This allows one to build an audio chain much like one would build with building blocks. Audio data is encapsulated into a single class. This allows one to handle data conversions in one place.
There is a file base class (aflibFile) that defines the API for any device or file classes that are to be developed. They are implemented as dynamically loaded shared objects so that new file types can be added without recompiling the base library or needing to link them to an application. This will allow third parties to support their proprietary formats as a binary "plugable modules".
Linux & FreeBSD Device (OSS) -- aflibDevFile
Solaris Sparc Device -- aflibSolarisSparcDevFile
WAV (linear, mu-law, a-law) -- aflibWavFile
AU (linear, mu-law, a-law) -- aflibAuFile
AIFC -- aflibAifcFile
AIFF -- aflibAiffFile
MP3 using Lame encoder -- aflibLameFile
MP3 using Blade encoder -- aflibBladeFile
MP3 reader using splay library -- aflibMpgFile
MP3 reader using mpg123 executable -- aflibMpg123File
Sox library interface (supports most formats supported by the sox sound tools library -- aflibSoxFile
Currently there are several worker classes. These are the classes that actually do the work. These classes are not tied to any GUI but are GUI neutral. This allows developers to write code using the GUI of their choice.
Audio Sample Rate Converter -- aflibAudioSampleRateCvt
Audio Pitch Change -- aflibAudioPitch
Audio Test Source -- aflibAudioConstantSrc
Audio Editing -- aflibAudioEdit
Audio Timer Recording -- aflibAudioRecorder
Audio VU Meter and Spectrum Display -- aflibAudioSpectrum
Audio Mixing -- aflibAudioMixer
Butterworth Filter -- aflibAudioBWFilter
Reading Audio Data from Memory -- aflibAudioMemoryInput
Reading and Writing Audio Data to Devices or Files -- aflibAudioFile
There are also utility classes. These are not part of the main audio chain but are probably needed by most audio applications or are used indirectly by the worker classes.
FFT -- aflibFFT
User Environment Storage and Retrieval -- aflibEnvFile
Audio sample data -- aflibSampleData
Sample rate conversion -- aflibConverter
<<lessThis project is still in the beta code phase and a beta version that will illustrate the power and flexibility is now available. This version supports the Linux (OSS) audio device, Solaris Sparc audio device, FreeBSD (OSS) audio device, wav, au, aiff, aifc, mp3, and numerousother formats.
It is important to note that this is not an application but a C++ library that others can use to create an audio application or to easly add audio capabilities to an existing application. OSALP was originally designed and developed by Bruce Forsberg out of need to manage and edit large sound files in a simple manner. Currently the project is being maintained by Darrick Servis.
The library is built on a set of core classes that provide the basic functionality. New classes to operate on data are derived from these classes. These classes provide a powerful chaining process. This allows one to build an audio chain much like one would build with building blocks. Audio data is encapsulated into a single class. This allows one to handle data conversions in one place.
There is a file base class (aflibFile) that defines the API for any device or file classes that are to be developed. They are implemented as dynamically loaded shared objects so that new file types can be added without recompiling the base library or needing to link them to an application. This will allow third parties to support their proprietary formats as a binary "plugable modules".
Linux & FreeBSD Device (OSS) -- aflibDevFile
Solaris Sparc Device -- aflibSolarisSparcDevFile
WAV (linear, mu-law, a-law) -- aflibWavFile
AU (linear, mu-law, a-law) -- aflibAuFile
AIFC -- aflibAifcFile
AIFF -- aflibAiffFile
MP3 using Lame encoder -- aflibLameFile
MP3 using Blade encoder -- aflibBladeFile
MP3 reader using splay library -- aflibMpgFile
MP3 reader using mpg123 executable -- aflibMpg123File
Sox library interface (supports most formats supported by the sox sound tools library -- aflibSoxFile
Currently there are several worker classes. These are the classes that actually do the work. These classes are not tied to any GUI but are GUI neutral. This allows developers to write code using the GUI of their choice.
Audio Sample Rate Converter -- aflibAudioSampleRateCvt
Audio Pitch Change -- aflibAudioPitch
Audio Test Source -- aflibAudioConstantSrc
Audio Editing -- aflibAudioEdit
Audio Timer Recording -- aflibAudioRecorder
Audio VU Meter and Spectrum Display -- aflibAudioSpectrum
Audio Mixing -- aflibAudioMixer
Butterworth Filter -- aflibAudioBWFilter
Reading Audio Data from Memory -- aflibAudioMemoryInput
Reading and Writing Audio Data to Devices or Files -- aflibAudioFile
There are also utility classes. These are not part of the main audio chain but are probably needed by most audio applications or are used indirectly by the worker classes.
FFT -- aflibFFT
User Environment Storage and Retrieval -- aflibEnvFile
Audio sample data -- aflibSampleData
Sample rate conversion -- aflibConverter
Download (1.0MB)
Added: 2006-02-15 License: LGPL (GNU Lesser General Public License) Price:
1348 downloads
Global Menu 0.7.3
Global Menu functions as a worldwide-shared menu bar of all applications which is launched in your desktop session. (A replacement of the old Mac-Menu package) more>>
Global Menu 0.7.3 functions as a worldwide-shared menu bar of all applications which is launched in your desktop session. (A replacement of the old Mac-Menu package)
Major Features:
- Introduces document-oriented concepts into GNOME
- Improves GNOMEs respect for Fittss law.
- Most GTK applications work just fine with Global Menu.
- Replaces Mac Menubar for GNOME and Xfce.
Enhancements:
- Improved XFCE Plugin:
-
- Dependency to gmenu removed.
- Border (1 pixel at topmost) (need to be verified)
- Improved Switcher on:
-
- Application name detection
- Menu layout
- Rebased the switcher with libgnomenu
- Libgnomenu.so seperately installed
- Libgnomenu is gir ready under namespace Gnomenu, configure with --enable-gir.
- Gracefully loading and unloading the gtk module
- Avoid the bazzar Global Menu Bar label at startup ASAP
- Added a svn version in applets about dialog(only if built from svn)
- Smarter applet: if the gtk module is not loaded, send a desktop notify to guide the user. NEW BUILDING DEPENDENCY: libnotify-dev/libnotify-devel.
- Place icons correctly in a vertical panel
- Added many translations
- Fixed several memory issues (core dump at about/pref dialog)
Added: 2009-02-04 License: GPL Price: FREE
1 downloads
Kima 0.7.3.2
Kima is a KDE kicker applet that shows the current CPU temperature and frequency. more>>
Kima is a KDE kicker applet that shows the current CPU temperature and frequency. Make sure you have enabled the temperature ACPI kernel module (thermal.ko).
Installation:
run configure
./configure --prefix=$(kde-config --prefix)
build the sources
make
install the applet (with appropriate rights)
su -c make install
finally add the applet to your KDE panel.
Enhancements:
- thread wakeups minimized which should lead to a better powertop result
- crash fix: prevent i18n calls from within threads (it seems i18n isnt thread safe)
<<lessInstallation:
run configure
./configure --prefix=$(kde-config --prefix)
build the sources
make
install the applet (with appropriate rights)
su -c make install
finally add the applet to your KDE panel.
Enhancements:
- thread wakeups minimized which should lead to a better powertop result
- crash fix: prevent i18n calls from within threads (it seems i18n isnt thread safe)
Download (0.91MB)
Added: 2007-06-22 License: GPL (GNU General Public License) Price:
854 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 desmume 0.7.3 compatibility 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