@reyalpVery good additions and improvements... i did some testing.
First of all , just to let you know , probably you know it already , there is an error everytime mc:connect() is issued.Nothing to do with latest changes , this happens from day 1.This error doesn't affect the connect() or anything else after that , so i just ignore it..but i thought to let you know.
"ERROR: D:\Downloads\project3d\chdkptp-r599-win32\lua\gui.lua:138: attempt to index field 'apiver' (a nil value)"
Anyways , things i discovered while testing.
1.first of all , svn update didn't go smoothly
Had 2 "conflicts" , i had to manually copy/paste the new files just to be sure.But this process , i can't use it for gui.lua , since i have added things , to make my own tab.
So every time i just believe that svn update works for this file (it always has a red "!" on it even now as we speak
)
2.After i did svn update , two of my "buttons" in my new tab didn't work.Every other button worked and only two popped an error.All things have the exact same syntax , except the commands they run.I had to commented out those two buttons in order gui to start.Anyways i will look into this matter later.Lets hope my lua folder is not screwed up alot
3.New commands worked fine.I also liked the id display toggling.
4.Let's say i turn on cameras one by one , with some delay , the way i want them to be physically numbered.
And then i connect() to them and issue an mc:save_list().IDs in the file will be as i want them (physically) to be.
Is there a way to put a parameter in mc:connect() to take as an input this file and connect to cameras per id order?This way every time camera with id=1 (id=1 in the file that is) will be connected first , camera with id=2 connected second , etc etc.Regardless in what way and order will be powered on in the future.Just a thought.
EDIT : ignore the problem with buttons , nothing to do with the latest changes...found the problem
I used some mc:cmdwait command , and worked perfectly , then i remembered that the syntax is return mc:cmdwait blabla and correct it , and error occured... it assumes that "return" is closing some function..nice mess...pfff
EDIT no #2 : To add something to the idea on no #4 above. If such thing is possible then someone can create groups of cameras.Lets say i will have 8 poles of 8 cameras each.I can , let's say , connect the cameras of one pole (create the file of ids of these cameras) and do some testing.Do the same thing for every pole.
Then if i want to "work" with a specific set of cameras (of specific pole) , i can just connect using the apoppriate id file.