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 - soundfan

#1
Quote from: gabriielangel on March 23, 2023, 04:52:46 PM
This is quite nice! How long can clips be recorded at 3K?

Until the card is full (if card is fast enough)  :D
#2
Hi Bilal,

it's me again. I'm actually pretty happy with the recording capabilities of my 100D at 192MHz now. Didn't have any instability yet.

Anyway, is there a chance we may find a way to get the 240MHz running, too?

Many thanks in advance!
#3
Quote from: theBilalFakhouri on March 05, 2023, 06:24:01 PM
Okay, thanks for running tests again!

So does it drop to 21 MB/s when it's become not stable?
What does benchmarks show after SD becomes too hot (when it become not stable)?

No, it runs stable at 192MHz. Only camera shut down due to overheating once. Second time it ran completely stable until SD was full  8)
Benchmark still at 79MB/s writing...

Quote from: theBilalFakhouri on March 05, 2023, 06:24:01 PM

It could be a bug (or maybe RAW video disables some Canon updates while recording), didn't pay much attention to these stuff, will make tests later.

Not very important, but thanks anyway to have a look at it.
#4
Alright! I did some excessive testing now. Finally I found something reproduceable  :D

Version 1 drops to 21MB/s almost immediately, version 3 after a while. Even if recording timer is green, at some point it drops out of the sudden.

Version 2 seems to run stable until camera becomes too hot (beyond 10 minutes UHD 14bit @ 24°C indoor temp). I tested this several times, so it can be reproduced.

What I found during this testing is that camera temperature isn't updated on the live screen during recording. I started at 43°C and when I stopped after recording more than 10 minutes it jumped to 60°C. Is that a known issue (don't know if I should call it that)?
#5
Quote from: theBilalFakhouri on March 03, 2023, 09:58:09 PM
Okay, thanks, that was helpful, it seems GPIO values aren't the problem here.

Let's try three more tests for now before I give up, please make the test at 192 MHz preset:

1- I set 0xC0400624 and  0xC0400628 to 0x100 instead of 0x201 in 192 MHz, this sd_uhs.mo
2- I set 0xC040061C to 0x200 instead of 0x100                           in 192 MHz, this sd_uhs.mo
3- I set the changes from step 1 and step 2                                 in 192 MHz, this sd_uhs.mo

Does any of these sd_uhs work better at 192 MHz on your 100D?
(sorry, too many sd_uhs.mo copies)

Okay, did the tests.

First only once each with cold camera:

Test 1:

Test 2:

Test 3:


There seemed to be a slight improvement with camera getting warmer so I did another 3 benchmark tests each and indeed a slight improvement was visible. So here are the results after the third test each:
Test 1:

Test 2:

Test 3:


In total I'd say the first versions shows the best results. Didn't do any recording though.
#6
Okay, let's see:

1- GPIO1: 0x588,   GPIO2: 0x555 drops to 20MB/s @ 192MHz
2- GPIO1: 0x599,   GPIO2: 0x566 drops to 20MB/s @ 192MHz
3- GPIO1: 0x577,   GPIO2: 0x544 drops to 20MB/s @ 192MHz
4- GPIO1: 0x555,   GPIO2: 0x555 drops to 20MB/s @ 192MHz
5- GPIO1: 0x566,   GPIO2: 0x555 drops to 20MB/s @ 192MHz


So 192MHz frequency for reading seems not to work on my 100D
#7
Quote from: theBilalFakhouri on March 01, 2023, 08:56:52 PM
1. Downclocking read speed to 160 MHz instead of 192 MHz in 192 MHz / 240 MHz presets:
    Please try this sd_uhs.mo, try 192 MHz and 240 MHz, does write speed drop to 21 MB/s?

Well, the one from this post worked also stable on my 100D at 192MHz, but also crashed at 240MHz.

Quote from: theBilalFakhouri on March 03, 2023, 06:10:52 PM
Same thing applies for Full-Res preset, this issue will be fixed in the next release from my side. However, commit is available online which fix the issue.

That is a little too much for me yet. Well, I tried many times to switch on and off the raw video. I found that jumping to live view and back (trash button) worked also well und made the modes update immediately. But not for the mentioned modes 3K, 1440p and Full-Res. Well, actually it worked in live view but didn't update the frame dimensions in RAW video.

Anyway, I will continue tying.
#8
Wow, that were a lot of proposals and a lot to test, too.

I did various combinations. All of your proposals and a few from my guts feeling.

Infact many work absolutely stable at 192MHz (I ended up using GPIO1: 0x5dd,   GPIO2: 0x599).

But unfortunately none of them keeps working at 240MHz. Even during recording with green data rate displayed camera stops out of the sudden. after that benchmark is at 20MB/s again.

Anyway, at least 192MHz is now stable with benchmark rates like these:



So far I'm pretty satisfied at the moment. Recording in UHD with 14bit works continuously.

Others like 3K, 1440p or Full-Res LV stop immediately with raw detect error.

UHD, 4K, 4.3K, 4.5K and 1920px1280p work perfectly.

I was actually hoping to get the Full-Res to work with whatever framerate is possible.

Do you know if there is a way to get there?


#9
Tried this sd_uhs.mo. Same result.

Cold camera benchmark works on all three speeds, after some playing in the menues and some test recording speed drops to 20MB/s again.

160MHz:



192MHz:



240MHz (first attempt):



second attempt:




Seems not the be the sd_uhs.mo file...
#10
Thanks again for your help.

Registered to imgbb.com

Test:


Sent you pm.
#11
Back with some more test results:

SD card seems not to be the problem.

I just bought a new Sandisk Extreme Pro 64GB 170MB/s, the most recommended SD card (becomes pretty difficult to get these days).

First benchmarks were promising, see below:
160MHz:
https://drive.google.com/file/d/13MapLJ4ZCe9JpHnSjvgEEl2MLnbhc5qE/view?usp=share_link

192MHz:
https://drive.google.com/file/d/160_bb9xJS6dwOqaOWUloEs5PE5ORBLkT/view?usp=share_link

240MHz (first attempt):
https://drive.google.com/file/d/1K5kmn8IfyB23vPMsJQNU7J33EnteDCP6/view?usp=share_link

Here the CID info from that new SD card:
MID: 0x03
OID: 0x5344
PNM: SR65G
PRV: 8.6
PSN: 0x3fa84F98
MDT: 2022/02
CRC: 0x76

After a few test and camera getting just a little warmer (~38°C, no idea if that is relevant), the recording stopped again and benchmark shows drop to 20MB/s again:

240MHz (second attempt):
https://drive.google.com/file/d/1eKaKcPtwb8Q41pEUbGrxWZEezmRXOomh/view?usp=share_link

So actually the same behaviour like with the other Sandisk Extreme Pro 128GB 200MB/s card.

BTW: How can I post pictures directly in my posts? Most forums allow upload of pictures. I couldn't find any option here. No problem though, can upload to Google drive anyway, but only can share the link.
#12
Quote from: vastunghia on February 27, 2023, 06:32:49 PM
And that was like 8 months ago ;D In the meanwhile, personally I learnt how to compile from source.

Now you cought my interest! Where do I find latest source code and how can I learn to compile? Is there some kind of dummy tutorial as well?  ;)
#13
Quote from: vastunghia on February 27, 2023, 06:20:12 PM
Known bug in 1.14:

Ahhhh! Honestly?

I just downloaded 1.13 and it works perfectly!

You are my hero!  8)
#14
Hi there,

attention: here may come the most silly question about MLV App ever!

I have searched the forum for about 5 hours now, read stickies, tutorials and beginner's guides, but didn't find the right workflow.

A few weeks ago I started with astro photography. Here you use several pictures of the same object(s) and stack them for noise reductions and more detailed pictures (probably a inaccurate description, sorry).

Anyway, for planetary pictures (also sun and moon) often video cameras are used to make hundreds of images to be stacked.

I managed to upgrade my 100D with ML (actually Bilals crop_rec_4k build) and create RAW videos. Now I want to separate the frames to single pictures in uncompressed and lossless format that can be processed by stacking software (usually tiff or png files). Now the only working thing I found in MLV App was exporting to CinemaDNG. This creates single frames indeed, but the DNG file format doesn't help me any further. I tried several times and settings for exporting into TIFF sequence, but it doesn't generate any files. Althought it takes about 6 minutes for a MLV file with 628 frames to export to TIFF sequence, no TIFF files are created.

I have no clue what I do wrong. Any help is greatly appreciated.
#15
Did the formatting with SD Memory Card Formatter. Same result as before. Cold camera works for a while @240MHz with 84MB/s, then drops to 20MB/s.

@160MHz works perfectly again, benchmark same as recording.

Here the CID info from that SD card:
MID: 0x03
OID: 0x5344
PNM: SR128
PRV: 8.6
PSN: 0xc0512c54
MDT: 2023/01
CRC: 0x89

whatever that means...  ::)

Tried another card (Intenso SDHC UHS-I Preimium 45MB/s 32GB)

standard speed: 22.0/43.5/22.1/43.5
SDR104:
160MHz: 24.5/71.9/26.7/71.9
192MHz: 15.4/21.7/15.4/21.7  Card seems not to support higher frequencies

SDR50:
160MHz: 26.8/71.4/26.7/71.4
192MHz: 15.3/21.7/15.3/21.7  Card seems not to support higher frequencies

I know that this card is not usable for RAW video recording, therefore I bought the fastest available (Sandisk Extreme Pro 128GB 200MB/s).
Perhaps it is useful to point into the right direction anyway.

Unfortunately I don't have another camera on hand (yet).
#17
Recording in 160MHz seems the be continuous as long as predicted data rate is adequate.

Recording in 192MHz drops almost right away to ~20MB/s. Back to 160MHz it works continuous again immediately.

At least I now know a mode I can work with. Would be nice to get the last MB/s as well, but so far it works.
#18
Unfortunately I don't have a fast SD card reader for PC. The one integrated in my laptop was telling me like 26MB/s for the Sandisk Extreme Pro 128GB 200MB/s with the disk speed test from your earlier post. This is kind of ridiculous.

Card benchmark with

160MHz (SDR50): 64.3/71.9/64.8/71.9
190MHz (SDR50): 75.1/drop to 22.7/20.8/21.8

redo 160MHz (SDR50): 63.8/71.9/64.1/71.9

Another test with SDR104:
160MHz: 67.0/71.9/66.8/71.8
192MHz: 78.4/drop to 22.9/20.8/21.7

redo 160MHz: 66.9/71.9/66.7/71.9

160MHz seems to be the only stable frequency right now. No matter if SDR50 or SDR104.

Does this generate any new ideas?
#19
Okay, I did a lot of test now but results don't make any sense (at least to me).

When I started (cold) camera and run benchmark twice at 240MHz, everything was fine, see pictures below.

https://drive.google.com/file/d/1vW79Px5pmOV-1GP6scQEY2XvRNvK2Qqe/view?usp=sharing

https://drive.google.com/file/d/1xTXHToLQFlgfWJ3HLdjtO8910EFV3jh-/view?usp=sharing

After that I made a recording @ 4k/14bit. It recorded continuously. Then I changed resolution to 4.5K and it went back to 20MB/s. No matter what I tried next (other resolution, different SD speed, turning off and on camera, even remove battery in between), no change.

Next I tried 240Mhz at SDR50 . This resulted in the best benchmark ever, see picture.

https://drive.google.com/file/d/19eeOJvfZhc60fhVAj0CR_RChjPnrw_k-/view?usp=sharing

With this setting I managed to record continuously 4K/14bit, 4.5K/14bit, UHD/14bit without problem. Then I tried another benchmark. First write was 90MB/s again, but already the next reading cycle dropped to 20MB/s again. I switched off camera, unplugged battery, waited a while. Restarted benchmark with this result:

https://drive.google.com/file/d/1AxaCyyTnZCiCbBnMWAmoAkC6ucepC4Eb/view?usp=sharing

At the second reading cycle it dropped to 23MB/s again.

I start to run out of ideas... :'(

#20
Quote from: Danne on February 24, 2023, 10:58:51 AM
Did you switch access mode?

In fact I did. Same result.  :'(
#21
Yes, I will try those again.

Thing is benchmark worked already with 84MB/s write speed and 86MB/s read speed couple of times. Trying again after several tests of different resolutions leads to the drop to 21MB/s. Unfortunately I'm not yet able to put a handle on it.

Anyway, I will continue trying this afternoon for sure.

And thanks for your suggestions and continuous support!  8)
#22
Actually I used your latest one just yesterday:

https://www.magiclantern.fm/forum/index.php?topic=25841.msg234228#msg234228

What I didn't try yet is a low level format of SD inside the camera before testing. This I will try next this afternoon.
#23
one more thing I found when bench testing SD: It now runs first write test @83.4MB/s but during first run of read test speed dros at frame 59 to 20MB/s, also for the 2nd read and write cycle.

I tried to copy sd_uhs module again, but this didn't work. Somehow I think the crop high res writing is not stable on my camera.

Is there something I can do to support debugging?
#24
Hi Bilal,

thanks for your answers.

I'm not sure what I'm doing wrong. I wanted to make a video showing my problems and at that point everything worked. No matter which resolution or bit depth. Always continuous recording.

Next minute write speed drops to 20MB/s and nothing works anymore. I got the feeling that the sd_uhs module is not working stable.

Here are two videos anyway. Perhaps you see something I don't.

https://youtu.be/xScs1yYDfcw

https://youtu.be/Jqk7S25dpmw


Many thanks for your support in advance.
#25
Well, I think I solved the riddle. For sure I read the introducing post of Bilal's crop_rec_4k experiments for 650D / 700D (T4i / T5i) ten times but didn't pay attention to the probably most important sentence of all:

QuoteGeneral notes:
-You can load both crop_rec and crop_new modules, but don't activate them at the same time (use "Crop mode" or "Crop mode V2").
-Use maximum aspect ratio and and resolution from mlv_lite when using crop_rec presets with real-time correct preview, otherwise mlv_lite won't crop the RAW data correctly.

With this pre-settings everything works now as expected.

Only thing I recognized is that write speed is only stable as long as camera temp is below ~45°C. Beyond that anything can happen. Now that I don't need to try 'n error for hours anymore I guess that overheating will no longer be an issue.

I was sure that the solution was lieing right in front of me and I was just too blind to see...  ::)

Thanks anyway for the great work.