--
http://magiclantern.wikia.com/
To post to this group, send email to ml-d...@googlegroups.com
To unsubscribe from this group, send email to ml-devel+u...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/ml-devel?hl=en
Removing the need to use libc in the source (by replacing the needed
functionality from eg. bionic or uclibc) would make the building a lot
easier though imho.
SztupY
The 600D branch is based on the 60D branch which is based on the 550D
branch which is based on the original master (5DmkII branch), but is
somewhat different as Alex is actively developing new features primarily
here. Each one has more or less differences from the previous one. If
looking for features you should first check the 550D or 60D branch, as
those contain the most compatible code that should more or less work on
600D too.
SztupY
I'd be glad to look into it. I'm trying to compile the ARM toolchain now (from the current esden trunk). It currently crashes at "Configuring openocd-master" with
"checking Build & Link with libftdi...... configure: error: Cannot build & run test program using libftdi"
Contacted Piotr Esden-Tempski about it already.
I think I'm going to look for a version dating back from the time when the ML instructions for Mac OS on the wiki were developed, now.
While it's compiling, I'm looking at "gui.c", guessing that the actual changes need to be done in header file "consts-600d.101.h".
Can you confirm that you are now trying out event constants using "console_printf" (guess from commented out code), which, what, will output on the camera screen? If so, can we separate the workload so that we don't redo the work independently?
Still compiling ARM toolchain…
Vincent
Do not use other versions of ARM toolchain; use the ones recommended
on the wiki.
http://magiclantern.wikia.com/wiki/Build_instructions/550D
If you don't use console.c (i.e. just bmp_printf), messages will still
appear on the screen, but sometimes they may get erased before you
have a chance to read them. For the first time, I think it's OK to use
this approach.
To use console_printf, you need to include console.c (add console.o in
Makefile at ML_OBJS-y ). This will print messages on the screen; you
have to start it with console_show() first, because the menu is not
working yet. Also make "draw_event = 1" in menu.c.
Relevant pages:
http://magiclantern.wikia.com/wiki/Debugging_Magic_Lantern
http://magiclantern.wikia.com/wiki/GUI_Events/550D
Also see the 60D porting thread for more hints.
Vincent
But I can't seem to be able to trigger anything. Does the code now in version control do anything more than "set the bootflag"? How to I test "gui.c" from the camera? Or confirm that the autoexec.in has loaded properly?
Thanks again guys. I know this is basic stuff, but, well, I think I can contribute if I get these little steps done! ;-)
Vincent
First, you have to enable task override (uncomment line
boot-hack.c:137). There are two tasks started in this way: one in
gui.c (which we want), and one in audio.c (sounddev_task). Make sure
the camera boots with these tasks, and display the events on the
screen. From handle_buttons, comment everything except the block
containing console_printf, and return 1 for all events. This should
let you display button events on the screen.
Next:
Other tasks will be normally started after reading config file. See
the 60D boot-hack to see how it's done:
https://bitbucket.org/hudson/magic-lantern/src/tip/boot-hack.c
I recommend you to block all the tasks (comment all calls to
TASK_CREATE macro) and enable them one by one. The first one will be
the menu.
Hi,
Cool!
So did "make clean".�Uncommented �boot-hack.c:137 so it now reads "task_dispatch_hook = my_task_dispatch_hook;".�Put newly compiled "autoexec.bin" on card. Put battery back. Turned on. Video mode. Pressed trash can button. Nothing. :-(
[ LD � � � ] � magiclantern
[ OBJCOPY �] � magiclantern.bin
[ CC � � � ] � reboot.o
[ LD � � � ] � autoexec
[ OBJCOPY �] � autoexec.bin
Still compiling ARM toolchain�
Vincent
On 2011-05-29, at 1:20 PM, arm.indy wrote:
Hi Vincent,
The first thing is to activate menu and key events handling (gui.c).
The 60d code can be reused, but key events may differ a little bit.
the 600d is very close to the 60d, which must be taken as model for
the porting process.
Indy
On May 28, 11:03 pm, Vincent Olivier <vinc...@nbourbaki.com> wrote:
Hi,
When looking for the "movie_restart" in the t3i branch, it only shows up in the "debug.c" file whereas in the original one, there are around 10 files where it's a hit. So, I might want to import this code in. But I'd need a little guidance�
I'm totally new in this and it's really difficult to get a grasp on the code because the only comments I will find in there are dead lines that have been commented out. ;-)
For instance, everything of interest seems to arise around "call("MovieStart");" statements. I find "4a79d9 FA_MovieStart" in the "fa-functions.txt" file, but no further definition for that. Is that a lower level service in DryOS or something? Can it be overridden/looked at?
And even if I get the whole thing to compile and load on the camera (which seems feasible given the instruction set I found for Mac OS), I'm not sure I will be able to understand what needs to be done to have ML working on the t3i before you guys are done with it� Unless I get a crash course or something�
On May 25, 2:46 pm, "arm.indy"<arm.indi...@gmail.com> �wrote:
I just cloned Alex's branch from this revisionhttps://bitbucket.org/a1ex/magic-lantern/changeset/93135f58ed93
and included my diff for 600D / T3i inhttps://bitbucket.org/arm_indy/magic-lantern-for-600d-t3i/changesets
If someone serious want write access, just ask.
Indy
On May 24, 10:08 pm, "arm.indy"<arm.indi...@gmail.com> �wrote:
gui.c from 60d can be used.
counter and queue offsets (0xc and 0x30 resp.) are the same.
struct is 0x1C38
600d is closer to 60d than 550d: same DryOS 2.3 version release #47
thanks for your help Chuchin!
Indy
On May 24, 9:51 pm, "XFracture (aka Herb)"<herbhalst...@gmail.com>
wrote:
so... Chuchin... do you a compiled version? (grin)