Wednesday, July 17, 2013
Configuration files in Python
(This is connected to the previous post on libconfig here)
Saturday, April 6, 2013
Why class balancing happens 'automatically' in AdaBoost
I will use the notation from the AdaBoost Wikipedia article.
First, assume that we have $N_p$ positive samples and $N_n$ negative samples, with $N_n >> N_p$, representing a skewed dataset. Let's name the ratio between the number of negative and positive samples as $K = \frac{N_n}{N_p}$.
Now, assume that we are at the first iteration, and we have uniform weights $D_{t=1}(i) = \frac{1}{m}$ for all training samples. At the first iteration $t=1$ the goal is to find a weak learner
since all weights are equal, $\epsilon_t$ can be expressed as $\epsilon_{t} = \sum_{i=1}^{m} I(y_i \ne h_{t}(x_{i}))$, so it is just the unweighted misclassification error.
Now it comes the interesting part: assume that the weak learners in the weak learner pool are very weak, so that the lowest misclassification error $\epsilon_t$ is achieved with a weak learner that classifies all samples as negatives. (This seems unreasonable, but I have seen it happen frequently on skewed datasets).
With this in mind, $\epsilon_1 = \frac{N_p}{N_p + N_n}$. With simple math we can compute the value of $\alpha_1=\frac{1}{2} \log \frac{1 - \epsilon_1}{\epsilon_1}$ and update the distribution $D$ for iteration $t=2$, obtaining
- The first weak learner is 'wasted' and could be avoided.
- If shrinkage is introduced, it is likely that many weak learners will be 'wasted'. Though 'wasted' is not very meaningful, because they would still be useful and help minimize training loss.
- The fact that the first weak learner returns -1 for all training samples does not imply that it will also for any unseen new sample. The implications of this are hard to tell though.
- I am assuming that a weak learner can return the same value for all training samples, which is the case for a decision stump, but it may not happen with other types of weak learners (e.g. svm)
- .. I am pretty sure there are other differences
Tuesday, February 19, 2013
C++11: compile-time lookup-table/array with constexpr
Here there is a piece of code that creates an array that contains the values of sin(0.2 x) + cos(0.5 x), completely at compile-time, and then prints it in ascii form to stdout. The most tricky part is the one containing a variadic template, which computes a set of indices from 0 to N-1.
You can see the output it produces here
Saturday, March 31, 2012
Wacom Pen & Touch CTH670 and Linux
In case the attachment in the linked forum post doesn't work, I am duplicating it here.
UPDATE: there seems to be a small issue with that version posted above. The version that works like a charm with my tablet is http://sourceforge.net/projects/linuxwacom/files/xf86-input-wacom/input-wacom/
Saturday, February 11, 2012
Trying to read/write configuration files?
Sunday, January 29, 2012
Speeding up Matlab over X11 Forwarding
- In the current folder where you are going to run matlab from, create a file name java.opts with the content
- Use compression with ssh, by connecting to the server with
Saturday, November 12, 2011
GNOME3 Fallback mode 'fix'
Monday, September 26, 2011
ITK and C++11
Thursday, September 8, 2011
Linux: Fixing resolution problem on external monitor
The problem is that Linux (Ubuntu Natty) does not always figure out the right display modes for this particular monitor. Unfortunately, cvt nor gtf generate the correct modelines and I am stuck with a lower resolution.
The trick was to dual-boot Windows :S and use PowerStrip to extract the proper modelines, as explained here http://www.x.org/wiki/FAQVideoModes
A bunch of very useful information can also be found here: https://wiki.ubuntu.com/X/Config/Resolution
Sunday, January 23, 2011
Excellent good-looking plots
Friday, April 16, 2010
Nice Linux PDF manipulation utilities
Specially, MATLab does not do a nice job when exporting PDFs and leaves a whole blank area (the page itself actually) which is not desirable if we want to put a figure in a latex document. Fortunately, there is a linux program called pdfcrop that does the job correctly (not 100% trustable, but 90% of the times I get good results).
Another useful program is pdfimages, which extracts images from a pdf file. The pdfimages output is generally in huge pgm files, so it's better to convert it to something like png which results in smaller files, still usable with pdflatex.
Finally, pdfjoin and pdf90 allows one to join several files into a single one and rotate pages respectively. The Ubuntu package for these two is called pdfjam.
Wednesday, March 10, 2010
Ultra simple incremental backups with rsync
Then I found this webpage that provides some scripts to achieve circular snapshots.
However, most scripts on the web are extremely large and complex compared to what I need. So finally I made my own script that makes automated incremental backups, with no cycling but keeping a history file to identify each backup.
Here is the code:
This script will create backup directories called backup.xxxx, where xxxx is the backup number. This number is zero for the first backup done. Rsync hard-links the unchanged files to the previous backup which is a key method to save space.
With this script I am backuping a NTFS partition and that's why the option --modify-window=1 is needed in rsyncFlags. It is important to write sourceDir without a trailing forward slash!
In order to provide easy access to the last backup, a symbolic link called HEAD will point to the latest backup. Additionally, a file called backup-history holds the exact time and date where each backup was performed.
NOTE: I am not responsible for this script and it's correctness. There might be problems such as if there are backup.something folders or files in the backup directory where the script is called, and other bugs that may arise. This is a very simple and minimalistic script!
Monday, March 1, 2010
Merging Qt and Eigen
#ifndef MIMG_H
#define MIMG_H
USING_PART_OF_NAMESPACE_EIGEN
#include <QImage>
#include <Eigen/Core>
#include <Eigen/Array>
//general type, maybe float or double needed
typedef MatrixXf MImgType;
class MImg
{
public:
//creates an all-black image
MImg(unsigned int h, unsigned int w);
//creates image from QImage
MImg( const QImage &img );
MImgType R,G,B; //each component
//made public for faster access
unsigned int getHeight();
unsigned int getWidth();
QImage * toQImage(); //convert to QImage
/**
Maximizes dynamic range of three channels
independently!
**/
void maximizeIndependentDynamicRange();
private:
unsigned int mH,mW; //height, width
};
#endif // MIMG_H
#include "mimg.h"
MImg::MImg(unsigned int h, unsigned int w)
{
R = MImgType::Zero(h,w);
G = MImgType::Zero(h,w);
B = MImgType::Zero(h,w);
mH = h;
mW = w;
}
MImg::MImg( const QImage &img )
{
int w = img.width();
int h = img.height();
R = MImgType::Zero(h,w);
G = MImgType::Zero(h,w);
B = MImgType::Zero(h,w);
//now copy values..
for (int y=0; y < h; y++)
for (int x=0; x < w; x++)
{
QRgb color = img.pixel(x,y);
R(y,x) = qRed(color)/255.0;
G(y,x) = qGreen(color)/255.0;
B(y,x) = qBlue(color)/255.0;
}
return img;
}
void MImg::maximizeIndependentDynamicRange()
{
double min, max;
min = R.minCoeff(); max = R.maxCoeff();
R = (R.cwise() - min) / (max - min);
min = G.minCoeff(); max = G.maxCoeff();
G = (G.cwise() - min) / (max - min);
min = B.minCoeff(); max = B.maxCoeff();
B = (B.cwise() - min) / (max - min);
}
unsigned int MImg::getHeight() {
return mH;
}
unsigned int MImg::getWidth() {
return mW;
}
Thursday, December 3, 2009
Matlab and n-dimensional array sorting
- A=[1 2; 6 5]; B = reshape(A,[1 4]);
- [sV, sI] = sort(B, 'descend'); % sort linearised array
- disp(sV(1)); %show max value: 6
- disp(sI(1)); %show max index: 2
- [x,y] = ind2sub( size(A), sI(1) );
- disp(x); disp(y); % (x,y) == (2,1), we got the coordinates in the original matrix
Saturday, August 15, 2009
FPGAs are taking over!
Saturday, July 4, 2009
Qt-Embedded: Capturing screen with QPixmap
mainWindow::mainWindow()
{
// captureTimer should be declared in mainWindow's class definition
captureTimer = new QTimer(this);
connect( captureTimer, SIGNAL(timeout()), this, SLOT(captureTimerEvent()) );
captureTimer->start(1000); //check interval
}
void mainWindow::captureTimerEvent()
{
QString tmpFile = QString("/tmp/doCapture");
if ( !QFile::exists(tmpFile) )
return;
QFile f(tmpFile);
if ( !f.open( QIODevice::ReadWrite ) )
return;
char buf[200];
if ( f.readLine( buf, sizeof(buf) - 4 ) == -1 )
return;
buf[strlen(buf)-1] = '\0'; //remove \n created by 'echo'-- not safe!
strcat( buf, ".png" );
//capture
QPixmap p = QPixmap::grabWindow( this->winId() );
if ( p.save( buf ) )
printf("------- GRAB OK\n");
else
printf("------- ERR GRAB!\n");
/* delete file */
f.remove();
}
echo pngfilename > /tmp/doCapture
Monday, May 4, 2009
Compiling and using GDB for arm-linux
Some days ago I had to compile gdb manually in order to debug an arm-linux app. It's quite trivial but it's so useful that I thought it would be a nice idea to post the instructions here. Below there are some explanations about debugging remotely with KDevelop.
This was done with gdb-6.8, you can grab it here. It is assumed that arm-linux tools are available (PATH correctly set).
Compiling the GDB client
Decompress gdb-6.8 and compile it by issuing:
tar xvf gdb-6.8.tar.gz
cd gdb-6.8
./configure --build=x86 --host=x86 --target=arm-linux
make
After compiling just copy gdb/gdb to arm-linux-gdb where the arm-linux toolchain binaries reside (this is purely for organization and proper naming). You can now remove the gdb-6.8 directory.
NOTE: if your host computer architecture isn't intel-based just replace x86 by the correct value for your platform.
Compiling the GDB server (ARM)
Decompress gdb-6.8 and compile it by issuing:
tar xvf gdb-6.8.tar.gz
cd gdb-6.8
./configure --host=arm-linux
make
After compiling just copy gdb/gdbserver/gdbserver to your arm-linux filesystem so that you can execute it from a remote shell (gdbserver will be an arm-elf binary). You can now remove the gdb-6.8 directory.
Testing connections
First the server should be started in the arm processor by issuing something like:
gdbserver host:1234 _executable_
Where _executable_ is the application that is going to be debugged and host:1234 tells gdbserver to listen for connections to port 1234.
To run gdb just type this in a PC shell:
arm-linux-gdb --se=_executable_
After that you'll get the gdb prompt. To connect to the target type:
target remote target_ip:1234
To resume execution type 'continue'. You can get an overview on gdb usage here.
Debugging with KDevelop
KDevelop can be used to watch variables and debug the remote target (place breakpoints, stop execution, etc). Just go to Project -> Project Options and make sure you have something like this:

monitor-debug.gdb is a file that contains the following
target remote target_ip:1234
After this you will be ready to remotely debug any arm-linux application.
_
Tuesday, April 28, 2009
Catching uncaught exceptions in Java
package bodyguard;
public class BodyGuard implements Thread.UncaughtExceptionHandler
{
static private BodyGuard bGuard;
static public void registerGuard() {
bGuard = new BodyGuard();
Thread.setDefaultUncaughtExceptionHandler(bGuard);
}
public void uncaughtException( Thread thread, Throwable e )
{
java.io.StringWriter sW = new java.io.StringWriter();
e.printStackTrace( new java.io.PrintWriter(sW));
String s = "A fatal error was detected during execution: \n" +
"Thread: " + thread.getName() + "\n" +
"Exception: " + sW.toString() + "\n" +
"The application will be closed now.";
showFatalErr(s);
}
private void showFatalErr( String err )
{
//JOptionPane.showMessageDialog(null, err,"Error", JOptionPane.ERROR_MESSAGE);
BodyGuardDialog dlg = new BodyGuardDialog(null, true, err);
dlg.setLocationRelativeTo(null);
dlg.setVisible(true);
System.exit(-1); //exit n ow
}
}
Tuesday, April 21, 2009
Java Application and self-restart
Java's networking capabilities and prebuilt classes make self-updating applications an easy task for developers. A simple method is to store a file containing current version number on a web host, together with a zipped/tared file containing the whole or partial application files to update.
Also, java applications are truly self-updatable since the application itself can overwrite its class files (or jar ones), since the java VM loads all its contents into memory before start up (except for dynamic 'late' class loading).After coding the necessary classes to perform the update I realised I needed a way to tell java to restart the application, loading the updated code from the new class files. There wasn't an automated way to do this, so I came up with the next piece of code which invokes the java VM to execute the JAR file where certain class belongs to.
public boolean restartApplication( Object classInJarFile )
{
String javaBin = System.getProperty("java.home") + "/bin/java";
File jarFile;
try{
jarFile = new File
(classInJarFile.getClass().getProtectionDomain()
.getCodeSource().getLocation().toURI());
} catch(Exception e) {
return false;
}
/* is it a jar file? */
if ( !jarFile.getName().endsWith(".jar") )
return false; //no, it's a .class probably
String toExec[] = new String[] { javaBin, "-jar", jarFile.getPath() };
try{
Process p = Runtime.getRuntime().exec( toExec );
} catch(Exception e) {
e.printStackTrace();
return false;
}
System.exit(0);
return true;
}
There are some important aspects to have in mind for this code:
- The application's main class must be in a jar file. classInJarFile must be an instance of any class inside the same jar file (could be the main class too).
- The called java VM will be the same that the application is currently running on.
- There is no special error checking: the java VM may return an error like class not found or jar not found, and it will not be caught by the code posted above.
- The function will never return if it doesn't catch an error. It would be a good practice to close all the handlers that could conflict with the 'duplicate' new application before calling restartApplication(). There will be a small time (which depends on many factors) where both applications will be running at the same time.
The code can be easily modified for a class file approach rather than jar ones.
A bash script or .bat (Windows) would work, calling the application indefinitely in the case the process' return value matches a specified number (which would be set after a successful upgrade). However, this wouldn't be platform independent.
Wednesday, March 25, 2009
Loop unrolling and speed-up techniques
Today I started some investigation on DTMF detection. After some research I decided to try the Goertzel algorithm, wrote some code from scratch and tried it on a real equipment based on an ARM7 core. It did fine actually, but after some benchmarking I thought it was somewhat slow.
I wrote the code thinking on future optimization but keeping simplicity in mind, specially because I didn't know how it was going to behave. However, as said above, calculations took much longer than what I expected, even though they were quite fast, exceeding the requirements for real-time processing (telephone channel, 8khz, mono). I still wanted to keep the code in C for portability so I tried some tricks.
I wrote the code with fixed-point math in mind, since floating point arithmetic would kill performance.
First, here are some basic definitions:
/* Struct for a single Goertzel calculator */
typedef struct
{
dsp_t sp1,sp2; //past values (IIR)
dsp_t coeff; //calculated only once
} GOERTZ_s;
/* Calculate Goertzel 'step' */
#define GOERTZ_calc( _s, _val ) \
{ \
dsp_t _gs = (_val) + FP_MULT2( _s.coeff, _s.sp1 ) - _s.sp2; \
_s.sp2 = _s.sp1; \
_s.sp1 = _gs; \
}
The first approach was the simplest one, I needed sixteen Goertzel calculations (8 frequencies + 8 second harmonic for the first frequencies). I had a buffer where the incoming PCM data was copied to so I had to process that array for each of the 16 Goertzel 'calculators'.
static inline void GOERTZ_processAll( dsp_t sample )
{
int i;
for (i=0; i < 16; i++)
GOERTZ_calc( goertzs[i], sample );
}
/* this is inside another function */
int i;
for (i=0; i < BUFFER_SIZE; i++)
GOERTZ_processAll( bufferData[i] );
Where BUFFER_SIZE is the size of bufferData[] and goertzs[] is a 16-element array of GOERTZ_s structs, already initialized. Notice the inline modifier in GOERTZ_processAll(). It's really important since function inlining will help in execution time, specially when the function is called so frequently.
That code worked alright, but was too slow, at least for my intuition. The progress into a more efficient scheme had many steps, but basically there were three important changes:
- dsp_t was defined as int16_t, but the processor's 'native' word length is 32-bit, so changing dsp_t to be int32_t speeded up the calculations by removing cast and special assignment instructions.
- Loop unrolling was done in GOERTZ_processAll(). That means more flash is used but it's a good price to pay for a good speed up. Besides that, here we are talking about repeating the same thing 16 times so it's not a big problem if we have, to say, a 512k flash microcontroller or dsp.
- Instead of passing a single value to GOERTZ_processAll() a 8-byte array is used. This improves time considerably but also increases code size. As said in the previous point that wasn't an issue this case. Note that a 16-byte array won't necessarily increase performance. It depends on the core architecture, and in this case it made things worse (but better than single value parameter passing).
With these modifications I got a 100% performance increase, which means that there can be twice as much DTMF decoders compared to the non-optimized version.
Here is the code with the modifications:
static inline void GOERTZ_processAll( dsp_t samples[8] )
{
#define DO(j) \
GOERTZ_calc( goertzs[j], samples[0] ); \
GOERTZ_calc( goertzs[j], samples[1] ); \
GOERTZ_calc( goertzs[j], samples[2] ); \
GOERTZ_calc( goertzs[j], samples[3] ); \
GOERTZ_calc( goertzs[j], samples[4] ); \
GOERTZ_calc( goertzs[j], samples[5] ); \
GOERTZ_calc( goertzs[j], samples[6] ); \
GOERTZ_calc( goertzs[j], samples[7] );
DO(0);
DO(1);
DO(2);
DO(3);
DO(4);
DO(5);
DO(6);
DO(7);
DO(8);
DO(9);
DO(10);
DO(11);
DO(12);
DO(13);
DO(14);
DO(15);
#undef DO
}
/* somewhere in another function */
int i;
for (i=0; i < BUFFER_SIZE; i +=8 )
GOERTZ_processAll( bufferData + i );
But it can do better...
After observing how good performance went after this modifications I tried to do more loop unrolling to see if I could improve it. If the data buffer is large enough then the for loop that process 8 samples at a time wastes useful CPU instructions, so I included it inside a function called GOERTZ_processBuffer() which takes a buffer pointer and its length. There was another 100% performance increase from the previous optimization. This means a 4x speed up from the original code! Note that, once again, more flash is being used for loop unrolling.
static inline void GOERTZ_processBuffer( dsp_t *samples, int num )
{
#define DO(j) \
for ( i=0; i < num; i+=32 ) { \
GOERTZ_calc( gss[j], samples[0+i] ); \
GOERTZ_calc( gss[j], samples[1+i] ); \
GOERTZ_calc( gss[j], samples[2+i] ); \
GOERTZ_calc( gss[j], samples[3+i] ); \
... up to 32 .. ; }
DO(0);
DO(1);
DO(2);
DO(3);
DO(4);
DO(5);
DO(6);
DO(7);
DO(8);
DO(9);
DO(10);
DO(11);
DO(12);
DO(13);
DO(14);
DO(15);
#undef DO
}



