yet another personal build (archive) - page 7 - CHDK Releases - CHDK Forum

yet another personal build (archive)

  • 117 Replies
  • 55136 Views
yet another personal build (archive)
« Reply #60 on: 08 / May / 2008, 00:39:53 »
Advertisements
Jucifer,

You are THE star. My long wish of Time-lapse photography can come true without poking a big hole in my student wallet. I am playing with CHDK and your script without much gain since 2 days but I will keep trying for a while. If I fail totally, then I will post some stupid questions, hope you and other experts won't mind answering them for me.

P.S. - Please take it easy on my stupid questions, I am not a geek so my brain has different wiring than you guys'  ;)

*

Offline BB

  • ***
  • 164
yet another personal build (archive)
« Reply #61 on: 08 / May / 2008, 00:51:13 »
P.S. - Please take it easy on my stupid questions, I am not a geek so my brain has different wiring than you guys'  ;)

You probably have better luck with the chicks then.  :-*

-Bill

yet another personal build (archive)
« Reply #62 on: 08 / May / 2008, 06:23:57 »
Just wanted to express my gratitude, Jucifer. Some great work!
Whoa-Hey! Careful where you point that thing. You're gonna shoot someone!

http://chdk.wikia.com/wiki/DoF_Stacking

*

Offline Jucifer

  • *****
  • 251
  • [A710IS]
yet another personal build (archive)
« Reply #63 on: 11 / May / 2008, 06:21:35 »
updated

The new build is pretty much evil experimental.
New in build evil:
- Uniformed ubasic get_ commands, now they all use syntax [x=]get_focus ([]=optional). Existing scripts need minor modifications.
- Added PhyrePhox's new scripting commands also to Lua.
- Modified get_script_autostart and set_script_autostart to read/modify conf.script_startup.
- Added scripting command autostarted. Example usage:
Code: [Select]
if autostarted>0 and is_pressed "left" then
  print "autostarted and"
  print "left pressed"
  sleep 1000
endif

or

if autostarted() and is_pressed("left") then
  print("autostarted and")
  print("left pressed")
  sleep(1000)
end

Any thoughts? I'd prefer the new (and uniform) syntax, but I can live with the old (and mixed) one, too.


yet another personal build (archive)
« Reply #64 on: 11 / May / 2008, 12:28:11 »
Excuse my ignorance, but is it possible to use the above to load different builds?

For example, there are three different versions of SDM and multiple Jucifer, allbest, etc builds each with differing properties. Could the "if autostarted" routine be written so that a menu of user choices would be displayed at boot and by scrolling down to the one desired & pressing Func Set, that version would be loaded???

CHDK will load anything with a *.FIR extension, so renaming the different versions from PS.FIR would not be a problem. That way, there could be a single DISKBOOT.BIN and different *.FIR files in the same root directory.

If doable, this would be brilliant! 8)

TIA,

« Last Edit: 11 / May / 2008, 12:31:36 by cybercom »
~~~~~~~~~~~~~~~~~~~~~

<")%%%><<

*

Offline Jucifer

  • *****
  • 251
  • [A710IS]
yet another personal build (archive)
« Reply #65 on: 11 / May / 2008, 12:48:59 »
.FIRs are used to load firmware updates/CHDK from the play menu. So one should replace diskboot.bin and reboot camera. But when CHDK is loaded, diskboot.bin is locked. Also see switching between different CHDK versions on the fly/road.

*

Offline Jucifer

  • *****
  • 251
  • [A710IS]
yet another personal build (archive)
« Reply #66 on: 11 / May / 2008, 16:09:01 »
updated

Updated only the evil experimental build.
What's new in 080511:
- Applied latest version of Velo's Lua Scripting Integration and added chdk/lualib to library search path after chdk/scripts.

Strange, TortoiseSVN seems to add some files twice when creating patches... oh, well. I'm too lazy to remove the duplicates.

*

Offline PhyrePhoX

  • *****
  • 2254
  • make RAW not WAR
    • PhyreWorX
yet another personal build (archive)
« Reply #67 on: 12 / May / 2008, 16:00:59 »
by the way, renaming the get_xyz commands will definitly delay the merging of your changes with the official trunk, because it will vastly break compatibility with all current scripts. it is MUCH better just ADDING the new commands (including the new very good syntax) than modifying the existing ones. people have their own huge archive of working scripts. i think even allbest changed some ubasic commands, breaking compatibility to a few scripts (a few months ago), causing confusion and sometimes anger amonst people (barneyfife). so if the parser can do it, and the binary doesnt get too big, why not do it this way?
of course later the "old" commands will have to be removed, but this will be like a "CHDK version 2.0" then, with huge announcements and the like.
this is meant as no criticism, but i guess you already know me enough to know how i mean things ;)


*

Offline Jucifer

  • *****
  • 251
  • [A710IS]
yet another personal build (archive)
« Reply #68 on: 13 / May / 2008, 02:23:28 »
I know, changing the syntax may delay merging my changes to the trunk, but on the other hand - if I don't support the old syntax any more - it may get other people's changes to the trunk sooner, because there would be no other public build currently (at least that I know of) that includes all those patches. ;)
As for fixing scripts, it's something any scripter can do.
I took a look at all the scripts (over 40) at Wikia, less than half of them (17) would need fixing, 10 by only one line.
If the old syntax is going to be removed, why wait? The longer we wait, the harder it will get.

*

Offline Aged

  • *
  • 39
yet another personal build (archive)
« Reply #69 on: 13 / May / 2008, 07:41:41 »
Could there be a problem with changing the syntax where there is more than one value to be returned or have I misunderstood?
Would x,y,z= get---(3) be an option, where the bracket indicates the number of variables to be returned?

 

Related Topics


SimplePortal 2.3.6 © 2008-2014, SimplePortal