Free express scribe transcription audio playback software for mac

iBook 2001 Audio Patch 1.02 is released for iBook 2001 (dual USB) with an aim to effectively correct an audio problem with this new consumer portable. The problem is this: iBook 2001 seems to turn off some audio component after 30 seconds of silence and WILL cut off short audio samples (and delay longer ones) when audio is played after a long silence. This patch will play a low data rate buffer of audio silence every 15 seconds to prevent the audio hardware from turning off. This seems to resolve the problem.

This application will use up some CPU cycles (and will probably shorten battery life a little) in trade for the audio playback fix until Apple releases an official patch. Once this happens you will no longer need this little application.

Requirements:

• 2001 iBook (dual USB)
  

Opcode Vision DSP 4.5.1c is created to be a handy and effective complete software system for recording, editing, effecting and playback of MIDI and digital audio. Vision DSP is compatible with ASIO compliant audio hardware, Apple's Sound Manager and Digidesign's AudioMedia II & III hardware. Vision DSP fully supports 24bit audio files and is compatible VST and Premiere plug-in formats. Vision DSP is fully Power Mac native.

Requirements:

• Power Macintosh with Level II Cache (603 or faster recommended)
• MacOS 7.6 or later
• Min 32 MB of RAM
• Fast hard disk (with defragmentation software)
• CD-ROM and floppy drive for installation

red Curtain is a very useful audio playback software for theatres & live shows. Designed from an FoH Audio Engineer for Foh Audio Engineers it meets your personal needs for your Audio Playbacks in Live Situation.

Red Curtain is a Playback Software. All Features for this Purpose are Included, nothing else. The result is a simple user interface that allows to concentrate on the main application: Your Show.

FMOD is a cross platform audio library that supports a wide range of audio formats and playback options, including a physically correct 3D audio engine. The FMOD Ex Audio Classes leverage FMOD to create a simple but powerful audio interface for REALbasic. Note however, that these classes do not expose all of FMOD Exs functionality, nor are they wrappers to access the FMOD Ex API directly.
First, a little background... The FMOD Ex API supports multiple concurrent "system" objects which may map to multiple audio devices installed on the same machine. Consequentially, all audio samples, channels, and effects are owned by a single system object and can not be shared. If a system object is destroyed, all sounds, channels, groups, and effects created under that system become invalidated and accessing them will generate errors (or worse).
To simplify this situation within the REALbasic environment, these classes do not allow for more than one system object to be active at any given time. Under normal circumstances this should not cause any grief - you call FMEx.StartUp when your application is launched, load your audio samples, create player objects, etc., then call FMEx.ShutDown when your application quits and all will be fine. If you have a need to restart FMOD Ex however, all existing FMExAudio, FMExStream, and FMExSubMixer instances will point to invalid audio handles. There is error checking in place to avoid crashes if this situation should arise, but it can still be annoying. In order to properly restart FMOD Ex you should follow the steps below...
Call the Stop method on all existing FMExAudioPlayer and FMExAudioPlayer3D instances. You do not have to dispose of these objects, but calling Stop ensures the internal channel reference is reset.
Dispose of all FMExAudio, FMExStream, and FMExSubMixer instances (i.e. set them to Nil). Be sure to also dispose of any FMExAudio instances that have been assigned to FMExAudioPlayer.DefaultAudio properties.
Call FMEx.ShutDown, followed by FMEx.StartUp, then reload/recreate all required FMExAudio, FMExStream, and FMExSubMixer objects and re-route any submixers.
ByRef methods are provided to allow you to reuse existing FMExAudio, FMExStream, and FMExSubMixer instances by replacing the required data/handles. This can be much easier than recreating them from scratch.
These classes couldve been simplified further by automatically reference counting audio objects and starting/stopping FMOD Ex behind your back, but that would preclude the ability to restart the audio engine at any time, and greatly impair the start up options interface.
- Virtual Channels
One of FMOD Exs most touted features is automatic channel virtualization. This allows you to play sounds on more channels than are physically available and let FMOD Ex decide which are more important based on priority settings and 3D positioning. One caveat with virtualization is that you must call FMEx.Update as frequently as possible for this to actually work (e.g. in games youd typically call FMEx.Update every frame). NOTE: If youre already calling FMEx.Update for 3D audio you do not need to call it twice.
- MIDI
MIDI playback currently only works on Windows, and only if the default system sound font is installed (/windows/system32/drivers/gm.dls). Broader MIDI support is on the would-like list but primary tests point to a broken implementation on Mac OS X (i.e. some FMOD Ex bugs need to be fixed before this can work).
- Other bugs...
Stereo sounds routed to submixers may "pollute" the wave data of other submixers. Everything else works as expected however and the audio output is correct, but submixers may return incorrect values when calling their Level methods. This appears to be a bug within FMOD Ex itself but more testing is required.

Bink is a "better-than-DVD" class codec - it compresses at higher quality than DVD at up to three times the playback speed! Bink uses up to 16 MB less memory at runtime than other codecs. It has been licensed for over 2,500 games since 1999!
Bink is a hybrid block-transform and wavelet codec that can encode your video using 16 different compression techniques (wavelet, DCT, motion compensation, a variety of vector quantizers, Smacker-style, etc). With all of these techniques in one codec, Bink can handle any type of video.
Bink also has a VBR psycho-acoustic based audio codec that is capable of 8:1 up to 20:1 perceptually lossless compression, so your audio will sound as good as your video looks. Other video codecs force you to license a separate audio encoder, but Bink has one built right in!
Another nice feature of Bink is that its technology was completely independently developed. We are not based on any MPEG or other committee standards (our techniques are quite different, in fact) of any kind, so the IP is safe, encumbrance-free, and (best of all) entirely royalty free. Thats why we develop our own codecs (both video and audio) - we dont want to be hindered by any third parties who see games as a side market rather than the target market. RAD has been developing video codecs for games since 1992 - our software codecs were being used before MPEG could even be played on a PC without a hardware decoder card.
The other big reason that we develop our own codec technology is because general video codecs are just not designed for games. They are designed to play movies in a nice little media player sandbox on a PC with little else going on. They use a ton of memory (Bink uses up to 16 MB less than other codecs), and they use almost all of the CPU. Bink is designed just for games - we arent trying to be a media player for the masses, or get integrated into some set top box, or stream video off the internet. Our only goal is great looking, easy to use, high performance video for your games.
The Bink SDK supports the Nintendo DS, the Xbox 360 and the Xbox consoles (using pixel shaders!), the Sony PlayStation 2 console, all versions of 32-bit Windows, the Xbox console, the Nintendo GameCube console, MacOS, MacOS X and GNU/Linux. It supports pixel shaders, DirectDraw, DIBSections, DirectSound, waveOut, Sound Manager, NGC AX, NGC MusyX, SDL_mixer, and the Miles Sound System.
Bink uses the YUV colorspace, so it can use overlays for hardware color conversion and smooth scaling on Win32 and Nintendo GameCube. On platforms with pixel shader support (DirectX 9, Xbox, and Xbox 360), Bink can use the GPU to do incredibly fast and incredibly high quality YUV to RGB conversions. Bink also includes a ton of hand-optimized assembly YUV to RGB colorspace blitters, so youll be able to access Binks output in any RGB format you like (32-bit RGB, 24-bit RGB, 16-bit RGB, etc).
As far as data rate goes, Bink really doesnt have a minimum - 256x192 animations look great at 50 kps for Nintendo DS and 1280x720s look awesome at 900 kps on Xbox and Xbox 360 for HD video. Bink is so fast, that it works great for the low-end, like the DS, and for the high-end, like the Xbox 360.
For such a high-end codec, Bink requires very little hardware resources - it will run on a machine as slow as a Nintendo DS (67 Mhz!), and will be screamingly fast on a modern P3, P4 or Athlon. Any Macintosh shipped in the last 10 years will run Bink great. All of the modern consoles can handle Bink easily (even the slow-ish PS/2 for which weve done massive assembly optimization to get Bink running wonderfully).
Because Bink is pretty different from other codecs, weve put together information describing the advantages of using Bink. You can even view the entire Bink development history to see the complete evolution of Bink. Finally, you can check out what other Bink customers think.
Think Bink!
Enhancements:
- Added support for the beta Xbox 360 hardware (June XDK).
- Fixed 8-bit audio playback on Nintendo DS - we still recommend using 16-bit audio, though.