# Mezcal feature list Last meeting of the Mescal radio webmixing mofo-alcoolic thing Bugs - dragging down near fader can reload page - google seems to throttle our proxy - page of the channel have a QR code - will need a specific url that lands and your broadcast QR codes to sign in ~~- Push to talk - as a way to circumvent the voice echo when broadcasting with~~ others. ~~- Robust Echo cancellation on the main broadcaster "room"~~ (echo cancelation seems to work everywhere except on desktop Chrome - needs verification) - morse code generator (from chat) - text to voice - paul stretch ? - Analytics - show on map where users are calling in from - Chat - API Telegram - discord? - homebrew chat - Search api/interface for: - online shortwave radio, http://www.globaltuners.com/receiver/ - Bandcamp - Wave Farm - https://poetryarchive.org/ - internet archive - Communication / Networkins - OSC websocket - MQTT (mosquitto library) - MIDI control signals - MIDI hardware input (korg mini comes to mind) - Editing: - in and out marks for looping - edit decision lists - look at - audiomass - https://github.com/katspaugh/wavesurfer.js - REC button - local record in browser - server side record - Social features - playlist saving on server for reloading on new device (requires login) - playlist sharing (send to friends) - export and import of playlist - search of local files - deletion of local files - GUI features - drag and drop of tracks for rearranging - saving of track layout - preloading of remote files (to local cache) - show image of users in call-in channel - have visual interface of the other broadcaster's mixing desk so that you can have a "feel" for what the others are doing (eg. you can see when the other user raises fader 1) - on listening interface, show when the user is ON-AIR - Audio features - speed control of audio playback - compression (on each channel) - limiter (on master channel) - add vst-like plugin interface (web pd perhaps) - allow for muting of users in call-in room - channel with tone.js or gibber.js - Convolution - perhaps with impulse response lib: https://openairlib.net/?page_id=36 ![](https://i.imgur.com/Wa5L13F.png) (fredd) Interface ideas and metaphores: - the listening window is a sound box - emitters are like bubbles whose size, position, alpha and colour are changing according to the status of their broadcasting. - Place on the world is relative to a mind map not a physical one so no national map is necessary but maybe time (like the timezone) is a better representation. - Can be dependent to ping time response, loudness, local time, sensor data (light dark). - Parameters of interface should change with correlation to sound. - if you want to use a map use a dymaxion one or put it upside down or use a semi transparent globe, avoid americacentrism/eurocentrism...plz - eventually center the map on Bamako (distances from Bamako in hours) - interface visual should be skinned using for ex osc/mqtt parameters and loaded in as plug in (in the listening box at least) this allows to designers to work on it independently from the coder - algorithmic/generative mixing strategies; - as an example a "game" program were every one gets to talk exactly 30" at max loudness then goes back to a loudness proportional to the agreement parameter given by listeners agree factor... concept to be expanded offcourse. - Game room could be a big expansion to the concept, from band contests to political debates... (imagine the two political speackers to have volume proportional to the votes they get in real time from the audience, thus screaming to be eard...) - tape delay on voice - a 3x3 matrix for samples (you see them in the main interfaces not as tracks but as buttons click-to-play)