Skip to main content

Home/ topot_controller/ Group items tagged audio

Rss Feed Group items tagged

marcell mars

Phat Audio Toolkit - 0 views

shared by marcell mars on 31 Jul 07 - Cached
  • PHAT is a collection of GTK+ widgets geared toward pro-audio apps.
mario matic

Raw Material Software - Juce - 0 views

  • Audio driver classes provide an abstract audio device layer, which transparently supports ASIO, DirectSound, CoreAudio and ALSA devices.
    • mario matic
       
      hmm..ALSA ASIO :))
  • Midi Midi input/output support on Mac and PC Midi message wrapper classes make it easy to manipulate midi using a high-level programming interface Midi buffer classes for efficient collating and editing of midi streams Midi keyboard state objects will monitor a midi stream and provide information about the state of a virtual keyboard Classes for merging and re-timing midi input streams to synchronise with audio streams. Support for reading/writing standard midi format files.
    • mario matic
       
      MIDI .. gotovo sve sto treba .. ovo treba istestirat sto prije.. ..nema input/output na Linuxu .. ali zato bismo mogli korisiti nesto drugo .. glavno da su klase za manipulaciju MIDI podacima dobre.. Kako to da podrzava ALSU ali ne i MIDI hardwer?
    • marcell mars
       
      alsa je framework i za sound i za midi.. da bi podrzavao i jedno i drugo treba to raspisati... nadam se da su dobro odradili midi podrsku jer sam proveo par dana pokusavajuci prokljuviti pyseq tako da ne bi sad ulazio u nesto predugo a da recimo nema istu funkcionalnost... aj probaj vidjeti kakva je podrska za midi na linuxu pa da vidimo sto cemo.. takodjer da li je sve to expozano u python... pyseq je redom popisivao sto je alsa namijenila midiju... eto.. iako bi rado da mozemo uzeti taj framework jer onda mozemo ici u bilo kojem smjeru sa topotom.. ne samo kao midi kontroler...
marcell mars

What's Cooking in PulseAudio's glitch-free Branch - 0 views

  • The first basic idea of the glitch-free playback model (a better, less marketingy name is probably timer-based audio scheduling which is the term I internally use in the PA codebase) is to no longer depend on sound card interrupts to schedule audio but use system timers instead. System timers are far more flexible then the fragment-based sound card timers. They can be reconfigured at any time, and have a granularity that is independant from any buffer metrics of the sound card. The second basic idea is to use playback buffers that are as large as possible, up to a limit of 2s or 5s. The third basic idea is to allow rewriting of the hardware buffer at any time. This allows instant reaction on user-input (i.e. pause/seek requests in your music player, or instant event sounds) although the huge latency imposed by the hardware playback buffer would suggest otherwise.
marcell mars

JUCETICE - 0 views

  •  
    very interesting development of vst plugins for linux using JUCE audio framework
1 - 6 of 6
Showing 20 items per page