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 - a.d.

#1
Hi Guys!

I've just pull  a request!

The Stubs for FIO_SeekSkipFile (ff9ab050 or ff9ab784) and CancelDateTimer (ffabd838 or ff2bd838) are straight forward, so I uncommented them to reduce the circle of suspects.
To find the 4 GUI Stubs, I created a Timer Database with two Value Registers and References.

There seems to be two pattern.
1. 0xFF8
2. SetHPTimerAfterNow, SetHPTimerNextTick, SetTimerAfter, CancelTimer (sort Resgisters from small to big)

At the Beginning It's hard to get the SetTimerAfter, 'cause I need to pull battery out and sometimes I got Error 70, only to run the debug test.

SetTimerAfter: After a lot of Try and Error! There are two strong candidates ff86af64 or ff874a74. After that the CancelTimer is much easy. The second hard part to find SetHPTimerAfterNow (ff859638, ff86af64, ff86c7a0, ff86dd88)

So I hope It helps!
#2
Hi a1ex! I've tried bisect and it's time consuming... I think there seems to be no working version for 5D2 either. What I found so far, the "Double Buffering" and "Global Draw" have some kind of influence on the image sequence.

Revision 7651 (August)
some Revisions forward and backward=> bug!

Revision 6644
Single Buffering: Global Draw On
[1][2][2][3][3][4][4][5][5][6][6][7][7][8][9][9][10][10][11][11][12][12][13][13][14][14][15][16][16][17][17][18][18][19]...[n]
Single Buffering: Global Draw Off
[1][2][2][3][3][4][4][5][5][6][6]...[n][n]
[1][1][2][2][3][3][4][4][5][5][6][6]...[n]
The pattern is more seamless mostly double.

Revision 6650
Double Buffering: Global Draw Off
[1][2][3][2][4][2][5][2][6][2]...
Double Buffering: Global Draw On
[corrupt][1][corrupt][2][corrupt]5-9x corrupt and back to the second frame is different
Sometimes the last frame is corrupt only

Note
Revision 7198 (commit) too high write speed info in low fps (Revision 7195:  more accurat write speed - Revision 7212: not)
#3
Quote from: swinxx on January 30, 2014, 11:51:19 PM
@a_d_:

i have just read that some new dual iso conversion code is available..
is there an update for the mac tool planned in the near future? would be really great.
thx.
That last commit was back in december.

@awesnap
Hmm...How to explain?
For example:
Photo Mode
0x404b3b5c ISO 100
0x404b3b6a ISO 200
...
14 Bytes Step Register between the ISO 100 and 200, same 14 Bytes between 200 and 400 ...

Movie Mode
0x404b4590 ISO 100
0x404b4590 ISO 200
The Register is unchanged in Movie Mode, so it's not possible to have Dual ISO  for video on 5D2.

@reflectphoto
I don't own a 6D, but I think you seem to use some kind of SRAW, you need to switch to RAW.
#4
Quote from: reddeercity on February 15, 2014, 08:35:57 AM
...
Lost all informational overlays/text box on Lv when recording Raw.
Just a little icon with only time as information , I don't like that, there is no way of judging
how much video you recorded at what write speed, File size GB? so you don't know when raw will stop recording or how much you just recorded.
I Would like to see a option to switch back to the text information box with buffer bars instead of the little camera icon.
I switch on "show buffer graph" , this dose not work it just keep that little move icon, no buffer graph.
..

Me, neither! It doesn't fit with the interface and complicate the on-screen concept.(same at raw_rec). However ML is Opensource, it's an user request. Btw the crop mark is currently a compromise, because there is no crop mark for Global Off.

The fps bug is a quite complicated problem. I still don't fully understand how the algorithm from g3gg0's fps-engio works and  who is the culprit.

Under the hood: It's really cool with a1ex's new memory backend (more memory and less conflict with canon code). g3gg0 optimized mlv_rec+ mlv_snd for more stability.
#5
@Jerone
It's an expected behaviour, 'cause your settings max out the usage of CPU and Raw Buffer.

@ted
Thanks, atleast I know what caused the bug now!

@Canon eos m
MLVViewSharp is the gui + mlv_dump and mlv_dump is the programm ...
Did you already try following settings on 5D3?
HaCKeD ON
Card spanning On (CF+SD)
Memory Hack On
Small Hacks On

@pholler
It's possible to stop in synch, however it generates more CPU Load and Buffer Allocation, that means less writing speed. Currently the stop concept is  sequential: the video and then the sound, so you'll get more audio data in general.

@dariSSight
Oct24 Raw: max file size is around 43GB and it fixed in the latest release.

@reddeercity
Tutorial: maybe a setup picture of HDMI Recorder + EVF?
#6
@Kharak
GlDraw goes back is intended on Auto and Canon, 'cause other Preview is for HDMI Device.
I could reproduce the blue Led (same on nightly build): Global Draw On during Recording - Preview : Auto, Canon and HDMI. (fixed in the next release)

@sebble
The 2 cards need to be ML bootable and copy all the settings  ML>SETTINGS from one card to another.
2.35:1 // max Resolution 1880x800 // continuos OK
1.85:1 // max Resolution 1880x1016 // 1:30 to 3:00
Keep in mind 2:10min is already around 10000MB!

@ted
I don't have 64GB card so I couldn't help. I've just took a look at the code and they seems ok. Do you have a log file?
Right now, LV Info Top Bar and Bottom Bar is on my priority list.
#7
What about when I compile one Version for 5D2 and one version for 6D?
#8
Thanks for testing, guys!

Quote from: Kharak on January 14, 2014, 09:36:44 PM
...
First thing I noticed is that the white framing box is a little to the left. The left side of the white border disappears in to the end of the LCD, but is visible on the right side.
...
It's the new Global Draw LV Info (same for raw_rec)

Quote from: ch_d on January 14, 2014, 09:48:54 PM
i am testing right now. the writing speeds are jumping up and down. just a readout bug?
Two things: First the buffer is divided in slots, therefore it jumps between the slots. Second the on screen display isn't always accurate. It refreshes every second, 'cause I need to slow down the LV Info to squeeze some more speed.

Quote from: Kharak on January 14, 2014, 10:12:36 PM
...
all in all! looks like a boost. But crop mode was terrible for me.
...
Global Draw LV Info is currently not ideal. The Top Bar collided with the Bottom Bar.
 
Quote from: Kharak on January 14, 2014, 11:21:18 PM
...
Btw, after recording and having GD off, it did not return. ...
Preview: Auto or Canon

Quote from: poromaa on January 14, 2014, 10:53:33 PM
...
mlv_rec seem to perform better than raw_rec? ...
raw_rec is still have an edge. You might take a look at the version of 24th Oktober.

Quote from: reddeercity on January 15, 2014, 05:25:33 AM
...
I Thing thou, When I formated my card in Camera I lost all magic lantern software plus raw files.
Had to reinstall all ML software on card including making card bootable. But that was in Crop mode,
and never happen in non crop mode, So be careful on that!
...
There seems to be some tasks conflict.

@reddeercity
It's possible, but in this state I don't want to change too much code, cause of the compatibility.
#9
"Canikon" is hardcoded in ML cr2hdr. However the cr2hdr use ExifTool to copy the camera model to the DNG, so in this case it's only cosmetic. ACR should recognise your right camera model. I think you are on windows, I'd recommend to use cmd for the logs.
#10
@guentergunter
great movie and I really enjoyed your film. My favourite character is Konrad 'caused of his dialect "Grummbeer". ;) I also like the backyard setup of the business man: Roman Venus, neo-classicism and the French formal garden => cliché! ;D
btw You are quite talented in story telling!

@jpleveillee
Thanks! Just create an account at bitbucket and give me a note!

Quote from: ted ramasola on January 12, 2014, 07:31:37 AM
The Jan 6 a.d. version seem to have issues with the preview> HDMI framing experiment. The screen blacks out for a few seconds after every take.
There is bug Global Draw doesn't go back after recording, so I need to refresh the LV! Hmm... maybe I'll do it only in "Preview: Canon"
#11
Alpha One is quite stable.
On the downside of raw_rec: you couldn't save the settings.
#12
Quote from: bnvm on January 02, 2014, 08:22:58 PM
I have been using the newest build for a little while and have noticed a few things. Sometimes the recording will start go a few frames and then freeze up, the buffer no longer fills and the number of frames recorded stays the same but it acts like it is still recording. I stop the recording and go into the menu the MLV Raw menu shows stopping... but never does. I have to turn of the camera to get things working again.
...
I experienced the same thing, but It's hardly to reproduce. I still don't get a trace log.

Quote from: oddname on January 05, 2014, 05:36:50 PM
Is it just me having issues with the overlay dissappearing when recording, despite it isnt supposed too, then never returns until reset?
The framing etc is just gone, so dont really know where Im shooting.
fixed!

Quote from: andyshon on January 05, 2014, 06:32:46 PM
Some stuff shot in crop mode. ...
Beautiful always! I think that the crop mode is made for nature documentary.

@reddeercity
Thanks David! I added your tutorial on the first page.

@ted
I renamed it and now you could use Global Off during Recording with crop mark

@silvertonesx24
more Speed in next release!

@guentergunter
It looks promising. I'll watch your short film in the evening!
#13
Confirm, it does the same thing!
#14
@ted
g3gg0 is still porting the LVinfo therefore the on-screen conflicts are the "expected" behaviour.

@Boygetslost
Thanks, Chris! I added your tutorial on the first page.
#16
fixed date! Thanks!
#17
The new base_prio for MLV_REC.
MLV_REC.zip
btw
Don't format the card in the camera after recording! You need to switch off & on and then format or it wipes complete ML from card.
#18
Quote from: reddeercity on December 07, 2013, 05:00:01 PM
...
If you need any help , I be glad
To do what I can, specially in the HDMI department
I have several devices I test to test with.
...
Thanks, I'll come back for Alpha 2.

@ARP
mlv_rec: There's a new base_prio and it increases speed on 5D2 up to 72-73 (credits baldand). Tommorrow I'll put it in dropbox for download. It's late now. There're still some glitches, for example sometimes the LV freezes for a few seconds during recording.
#19
Sorry for delay!

Quote from: Kharak on November 17, 2013, 04:37:54 PM
Let me know how a none-programmer like me can help.
Thank You for offer to help!
Post Production: When you have a good workflow, It's cool if you could share it ... screenshots and descriptions. I will add to our Alpha 2 documentation.

Quote from: cmac on November 19, 2013, 08:50:15 AM
Wish You more extremely well paid work, so You could have more free time for the development!
Thanks!

Quote from: pholler on November 19, 2013, 11:57:17 AM
Hi a.d.!

I am having the exact same issues as reddeercity described. The whole module looks like the normal nightly builds, not the one from you.

I don't get it anyway. The a.d.-builds normally have a speed-benefit and some extra-features. Why not include them in the normal nightlies? Is there a drawback?

Greetz
Peter
It's possible, but hardly to maintain.
1. If the code of are changed. Everytimes I need to check if it breaks
2. I have 3 different Respositories (2 bitbucket, 1 dropbox) => 3x test
3. API Development moves to LVInfo => our Interface concept doesn't fit
The big problem is the low performance DIGIC IV ARM CPU, for example
GLDraw On: 1-2MB drop
HDMI plug-in: 1-2MB drop
Currently Iím still trying to wrap my head around how to port the hacks without breaking the API and easy to maintain.
#20
I've just simplified thing: It took some basic ideas from median cr2hdr with code improvement: AHD, chroma smothing and 5x5 etc...
#21
Keep in mind MLV is still experimental, but the future sounds promising. Previously MLV didn't run on 5D2 well. The LV is freezed and you couldn't even stop the record. you need to pull out the battery and so on... Now it works just fine. Performance wise it's still bad. Now I don't touch the code for the bug report.


@vikado
Could you test the hdmi crop mark fix?
hdmi_raw_rec.zip

@Kharak
Latest raw2dng for 5D2
It's a little bit slower caused by the new median algorithm.
5d2_raw2dng.zip

#22
update:
Oh, I think it's a bug in bitbucket cache server setting. I already deleted the old file. Somehow it still provides the old version instead the new one! Therefore I ned to rename the file.
#23
@Ivycreek
I suppose you are still on PowerPC based Mac. Sorry, no support!
I already said in the readme: "Lion and Mountain Lion".
#24
@vikado
Are you sure You use my release? 'cause I switch off the cropmark for hdmi mode  ???

http://builds.magiclantern.fm/#/
#25
Quote from: Malcolm Debono on October 10, 2013, 12:24:21 AM
Is there any way to get the white rectangle to remain on screen during raw recording like in previous builds? Would be quite useful to get accurate framing (although at the moment I'm using the cinescope cropmark since I'm recording in 2.35:1 aspect ratio).
Recording frame> White rect
Interface> Feature+

@CerteZ
Card warm-up?