Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - coutts

#1
Great work, sorry for not replying I've been busy with school and I just graduated and got a job so I am busy with that all day now.

Good to see you got this far. My advice to you is choose an existing port that is most similar to the SL1 (hardware wise) and use that as your base.

I prefer to keep the 5d3 as the lead port when I worked on ML so I copied all coding styles from that, I suggest the same.

Good job here
#2
Hm good idea.

Sent from my Nexus 7
#3
Archived porting threads / Re: Canon 100D / SL1
September 24, 2013, 04:39:18 PM
Hi guys - sorry there's been no development on this, I'm busy with my final two semesters of school so I've been devoting my time to studies :)

I promise to work on this in the near future - again I apologize for the delay in updates.
#4
I like it. could probably be integrated with main website too since I kept the <div> tag layout pretty structured / easy to implement.

:D looks great!
#6
Reverse Engineering / Re: ADTG and CMOS registers
August 14, 2013, 02:51:44 PM
Quote from: Greg on August 14, 2013, 01:07:14 AM
How do I find these values ​​for the 500D?
ADTG_WRITE_FUNC
CMOS_WRITE_FUNC
CMOS16_WRITE_FUNC
CARTRIDGE_WRITE_FUNC

you have ida right or arm console for firmware analysis
#7
stubs are done, needs consts checked and probably lots of other little things updated.


some notes from when I found these couple months ago:
Quote

5D3 v1.2.1 change notes:
- Much code added: about 60kb worth (~15,000 lines of ASM).
- Some added very early in ROM, early enough to cause shift in cstart's location (I don't recall that ever happening in new firmware updates from other cameras).
- InitializeBitmapDisplayDevice has changed drastically, quite a bit of code missing (24 lines of ASM removed).
- Every stub changed.

http://pastebin.com/sMjiN7Ei
#8
Raw Video / Re: Raw video on 5DMK2
July 19, 2013, 09:24:03 PM
Quote from: Veerle on July 17, 2013, 08:30:44 PM
Here's a raw video I filmed with my Canon 5D Mark II:


I filmed this two weeks ago while I was on a holiday in Kenya. This was my first time filming raw, read about it 2 days before I left.
My first time really working with Magic lantern as well.

- I feel like youtube isn't doing the video justice, most parts are so much better quality on my computer...
would love to see a download link for this.
#9
Camera-specific Development / Re: ML for the C300
July 16, 2013, 04:22:07 PM
falls outside of the scope of ML:
http://www.magiclantern.fm/about
#10
Tragic Lantern / Re: Tragic Lantern for 6D
July 16, 2013, 05:46:22 AM
we're accepting patches for cf drivers if you know how to write them ;)
#11
Archived porting threads / Re: Canon 100D / SL1
July 16, 2013, 05:09:09 AM
I'm just waiting for my copy of ida pro and I can get to work on this, have my new computer finally - so now I have a dev environment again
#12
Quote from: Marsu42 on July 11, 2013, 05:31:17 PM
Afaik it's advised to just add PROP_HANDLERS in modules when needed - but can I predict in which order they are executed, for example the core PROP_HANDLERS before the modules?

In my current case I'd like to add a PROP_HANDLER(PROP_ROLLING_PITCHING_LEVEL) to auto-switch the af points from portrait to landscape and vice versa by reading the "struct rolling_pitching level_data" that is initialized in the core PROP_HANDLER.
Think of a prop handler as inert until its property changes, then it fires (runs).

Sounds like you just need a simple if statement in that prop handler, so when pitching level changes, check if it's over some threshold to detect moved to vertical/horizontal, and if it's over that threshold, call your function to switch AF points and update some status variable so you know the current state (vertical or horizontal).

This sounds like a feature already implemented by Canon in the 6D (and 5d3 probably too).
#13
General Development / Re: 4k Filming
June 25, 2013, 10:19:51 PM
Quote from: grooveminister on June 25, 2013, 09:08:55 PM
Oooops, Sorry.
I totally understand now. Thanks for explaining - I didn´t do my math...
So ML is taking the full readout of the sensor (?) and applies some pixel binning to reduce the data?
Or are lines/pixels skipped on the 5D3?

Thanks again for clarifying and now I´m sorry for the confusion I didn´t want to create!


canon does all of the pixel binning / line skipping and outputs an image to a buffer, updated at the framerate of live view (24fps, for example). all we do is save the image at the buffer 24 times a second to the card to make the video. the image is 14-bit raw data.
#14
https://bitbucket.org/hudson/magic-lantern/commits/e01856b86df6

Confirming the other comments on the commit from 'Gregory O'Connor', can't compile ML on OS X anymore due to missing `truncate` command.

Anybody figure out a work-around? I went macports last time I re-installed OS X (not brew) and it's kind of a big project to install brew (more work than practical just to install one thing).
#15
General Chat / Re: Kickstarter Campaign
June 11, 2013, 09:31:11 PM
I believe some of krashnik's suggestions can benefit a lot of people, not just himself. I'm open to hear more ideas :) let's not shut down somebody just because he has radical ideas (change is good).
#16
Archived porting threads / Re: Canon 100D / SL1
June 11, 2013, 08:28:28 PM
I have the 100d now, seems they've updated LV focusing speeds as it's quite fast now compared to how the EOS M was. I think it has the changes that are gonna be applied to the M with the firmware update coming at the end of this month.
#17
Tragic Lantern / Re: Tragic Lantern for EOS M
June 10, 2013, 07:20:47 PM
Quote from: qsara on June 10, 2013, 02:42:42 PM
to use on EOS M? or just kidding?
hope he knows eos m uses sd not cf
#18
Tragic Lantern / Re: Tragic Lantern for 6D
May 28, 2013, 09:36:55 PM
I've merged code with the main repo, let's try to wrap this up and be stable :)
#19
Camera-specific Development / Re: Canon 40D
May 27, 2013, 04:28:03 PM
Quote from: samacochan on May 27, 2013, 01:56:01 PM
http://www.eoshd.com/content/10507/it-lives-5-year-old-350-canon-50d-becomes-raw-cinema-monster

Wow......will this happen on 40D ?
I found the required function stubs for it, so in theory it should work if somebody is still working on this port ;)
#20
Reverse Engineering / Re: AFMA 500D
May 27, 2013, 03:23:32 PM
The 500d like the other cameras with no microadjustments, is missing the property back end code with PropMgr for this. The property is inert and won't change anything. I don't think it will be possible.
#21
Feature Requests / Re: Password protection ?
May 27, 2013, 05:29:40 AM
If you block gui task then no buttons can be used, so should keep camera locked until you enter some kind of password.
#22
Quote from: 1% on May 23, 2013, 04:13:44 PM
I messed with that function... but was trying for H264.. I wonder if it cuts bits out of the "debug" raw we're using.
at first test with 5d2, the location is empty (0), maybe i need to call lv_save_raw first.
#23
Quote from: xxxbugxxxx on May 23, 2013, 03:51:49 PM
Just curious, does Canon hard code 14bit raw processing? Is it possible to change bitdepth in some native way to change the RAW AD converter to do 12bit or even 10 bit? I know on Nikon D600 you can choose between 14bit or 12bit. Wonder if that can be easier?

Thank you for the great work.

There's a factory function named "FA_SetCRawBitNum", located at 0xFF47C0D8 in the 6D.113, seems to just store a number at 0x82734 . It can be called via the Call function, maybe this will work?

call( "FA_SetCRawBitNum", 10 );
#24
Found required edmac stubs in 40d:
https://bitbucket.org/hudson/magic-lantern/commits/cf080443d8ffcbf3cfc21c06aa3bb95d2e341ca9

I don't think TCC or Modules work yet with the 40d so someone will have to port raw_rec.c into the main code, but looks possible (alex says it has lv_save_raw too). Amazing that even a 6 year old VxWorks camera possesses the ability to shoot raw video.
#25
General Development / Raw Burst on 40D
May 22, 2013, 02:45:38 PM
At first glance it appears it will be possible. So, it appears even vxworks will do it :)