Thank you loren, this is exactly what I was looking for.

Thanks for the information. Could I convince you to report it to technical support: http://www.mathworks.com/support/service_requests/contact_support.do
to report these issues? That’s the best way to get the information back to us so it can be handled appropriately. Thanks.

–Loren

1. the ‘dir’ command returns filesize=0 for files which contain unicode characters (such as hebrew or chinese).

2. in some timezones during DST, the datenum returned by ‘dir’ command is offset by 1 *extra* hour, in addition to the DST offset. in other words, it is (wrongly) corrected twice for DST. very annoying.

Roy, do you think you will be able to decipher these cryptic lines after two month? Or one of your colleagues?

I read a good advice for programming somewhere (I don’t remember the exact words):

Always code as if the programmer having to maintain your code were a raving lunatic who knows where you live.

Yours
Markus

You can certainly use your code. It definitely is jam-packed with many MATLAB features!

It’s a little harder to read, in my opinion, but it does get the job done. I’m not sure you gain any speed either, even if you could trim out the second file loading.

In this case, I think better/worse is really an individual preference.

–Loren

How about this ‘one liner’ solution instead of the loop?
f=@(name) wavwrite(getfield(load(name),’y'),getfield(load(name),’Fs’),name(1:end-4))
cellfun(f,{matfiles(:).name});

Where matfiles as the same as in your post.

In this case, since you need several variables form the mat file (e.g. I have to use load twice per file) its probably less efficient, but I use a similar one liner to rescale lots of images in one go:

imgfiles=dr(‘*.png’);
cellfun(@(name) imwrite(imresize(imread(name),0.5),cat(2,’sml_’,name)),{imgfiles(:).name});

Don’t know if its really better, just following the rule of thumb that as far as matlab is concerned usually less code is better…