Fetch number of file in folder in SD card

Paulus 2021-01-27 10:18:32 UTC #1

Hi all!

I'm working on a kind of rhythm machine based mainly on sample. I would like to be able to load Raw samples on different folders and not having to go inside the patch to mention the program how much raw file there is in a folder.

So I wanted to know if there is a method so that the patch will, at a certain point, fetch the number of file inside a certain folder and return it as an integer value.

Thanks!

SirSickSik 2021-01-27 22:13:14 UTC #2

I made something like that for the table save& load modules (sss/table), but I'm not sure if they're uploaded as my folder isn't able to sync anymore. As long as the basic filename is the same (without the added index) it will check how many files, using that name, it has in that folder.

Paulus 2021-01-28 10:47:26 UTC #3

Hey thanks for your reply. What is the name of the object you are referring to?
I can see your folder, but I'm not sure it is synchronized.

SirSickSik 2021-01-28 12:10:56 UTC #4

oh oh, I can't find it in the list either... that means it's SOMEWHERE in my patches folder....
Don't have the time to look at it for now. But luckily I do still partly remember what I did.
I put part of the loading code into a loop. It's the part that checks if a file is there and then returns an error or not. If it doesn't return an error, it looks for the next index, if it does return an error, it knows it's at the end of the list and uses the last index that didn't return an error.

Paulus 2021-01-28 12:15:11 UTC #5

Oh that's interesting, unfortunately, i'm not sure I can achieve that in code on my own, I'll have a look anyway and try to reverse engineer some part of the code. And if you find the object somewhere, do let me know!
thanks for your time

SirSickSik 2021-01-28 12:20:20 UTC #6

what you know.. it was easier to find then I though

check next unused filename on SDcard.axp (9.5 KB)

SirSickSik 2021-01-28 12:26:02 UTC #7

though it seems it doesn't work right now, as there are some problems when using a table load module that is embedded.
I do think I got it to work at some point when I saved the module to my own folder. But I got to look into that to be sure.
I think there's some header file in the table folder that should be present in the folder that this module is saved to. As it's embedded, it isn't looking in the right folder for this file.
So if you save the module to a folder, go look into the table folder to see if there's a header file and copy that one to the folder you've saved the module to.

Paulus 2021-01-28 12:50:16 UTC #8

Got it! I had to change the header to look for the ff.h file on the root of the patch.
I'll look into modifying it to do what I mentioned!

Paulus 2021-01-28 16:48:52 UTC #9

Awesome, I managed to make it work by fiddling with the code. It's not very optimised yet ( a lot of the initial purpose of your object is still there although I don't need it) but it is outputing the right number of file in a certain folder!

thanks a lot!

SirSickSik 2021-01-28 22:35:17 UTC #10

what exactly did you change to get it to work?

Paulus 2021-01-29 09:31:39 UTC #11

For my use, i figured out I only need your custom "findFree" object.
The first thing I have done is to replace the header include with "ff.h".
Then I added an int32 outlet (called amount) and declared in the K-rate Code: "outlet_amount=cnt;".

I do not use any of the other inlet or outlet functions at the moment. I may try to delete the function I don't use to save Ram, but it may take me some time to understand what part of the code is relevant to my use and what part is not.

SirSickSik 2021-01-29 14:21:22 UTC #12

I meant the header file, what exactly did you change and where?

Paulus 2021-01-29 15:40:38 UTC #13

Not sure what you call the header file. the patch was not executing because of the path of the (chibios/ext/fatfs/src/ff.h) not being right.
So I managed to find the ff.h file in my LXR firmware folder, copied it into the root of my patch and told the object to find that file directly at the root.

This was enough for the object and the patch to execute and perform what I needed.