MuSE Code Sprint
TCPC - 2,3,4 October 2009 (WE)
Sprint will be held remotely among participants connecting from different places, with high availability during a period of 3 days and 2 nights, concentrating on the development of a new MuSE version.
One main location gathering new developers to be introduced to the code is in Palazzolo Acreide, hosted by the Freaknet Poetry Hacklab.
Remote presence
**TODO**
Skype? Ekiga? Sflanz? IRC on a well defined channel on irc.hinezumi.org, SSL, port 9999 (accept wrong certificates)
Task list
Core
- Refactor code to use the Secret Rabbit Code everywhere for resampling
- Update MP3 decoder with a new library (ffmpeg or libmad)
- Update MP3 encoder (ffmpeg or toolame or twolame)
- Evaluate option of using FFmpeg everywhere (enc/dec)
- Update all dependencies to latest API version
- Improve overall stability
- Does the decoding/mixing of WAV, AIFF, VOC files works? CHECK THIS, NIGGA!
Graphic Interface
TODO: A panel with keys to be associated to particular sounds (.wav, mp3 or whatsoever? formats?): one click -> one special effect to be mixed in real time. Example, applauses during an interview, or laughs, funny sounds, or whatsoever.
Packaging
- Update build system to latest autoconf/automake
- Update code to compile with latest GCC
- Review library dependencies, use shared libraries when possible
- Make a new Debian package for muse-streamer
Documentation
Bugs Reported
BUG REPORT INTERFACE http://bugs.dyne.org
15:38 @<cheche> hi jaromil , is the code on the git repository the latest one? 15:39 @<cheche> I have to compile the 0.92 version (dec 2007) but I saw some errors, I am trying to use the one from the git repository but I found othere problems 15:40 @<cheche> 1) if i do not specify -U source , I get login incorrect 15:41 @<cheche> 2) muse stop working just after it started, I got the feeling that it is not getting input and get stop, but I do not know how to get more debug information 15:42 @<jaromil> git repo is latest, yes, compiles with new gcc 15:44 @<jaromil> better refer to that 15:44 @<jaromil> we need to write a small debugging guide 15:44 @<jaromil> -D3 gives more info 15:45 @<cheche> i did -D 3 already but not many info about the issue 15:45 @<jaromil> ok 15:46 @<jaromil> i suspect your problem has to do with the mp3 decoder library 15:46 @<jaromil> which is very old 15:46 @<jaromil> and yes, if there is no input icecast doesn't logs you in 15:48 @<cheche> well, I have test right now using "-e ogg" and still have same problem ... 17:45 @<cheche> 0c3fc462 is ok 17:46 @<cheche> so e9a1ed1d6f3b8df5edffe8bc97efa5968c23f415 seem to be the crupit ... 18:45 @<cheche> jaromil: i think that my problme fails on Ic976bd951918fe526714c0b8564d8a7ed77fe72a 18:46 @<cheche> jaromil: on dev_sound.cpp what is the meaning of input_device.pipe->set_block(false,false); 18:48 @<jaromil> that is setting the behaviour for the FIFO pipe 18:48 @<jaromil> it can be that 18:48 @<jaromil> as i mentioned, it is a thread locking issue 18:48 @<jaromil> set_block sets it 18:49 @<cheche> it was changed from false,true to false,false