Indiegogo campaign launched today: http://www.indiegogo.com/projects/mox-file-format
Etiquette, expectations, entitlement...
@autoexec_bin | #magiclantern | Discord | Reddit | Server issues
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 MenuQuotefalconmacbook::steve [modules]$ make
Building module raw_rec...
Building module mlv_rec...
Building module mlv_play...
Building module mlv_snd...
Building module file_man...
Building module dual_iso...
REBUILDING
[ README ] module_strings.h
[ CC ] dual_iso.o
[ MODULE ] dual_iso.mo
[ STRIP ] dual_iso.mo
[ EXPORTS ] dual_iso.sym
00001368 dual_iso_calc_dr_improvement
000013c0 dual_iso_is_enabled
000013e0 dual_iso_get_dr_improvement
00001560 dual_iso_get_recovery_iso
00001580 dual_iso_set_recovery_iso
[ DEPENDS ] dual_iso.dep
Will load on:
5D3
Not checked (compile ML for these cameras first):
1100D, 500D, 50D, 550D, 5D2, 600D, 60D, 650D, 6D, 700D, 7D, EOSM
[ gcc ] cr2hdr
clang: error: unknown argument: '-mno-ms-bitfields' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
make[3]: *** [cr2hdr] Error 1
********************************************************
WARNING: module dual_iso failed to build, deleting
********************************************************
[ RM ] dual_iso.o dual_iso.mo dual_iso.sym dual_iso.dep module_strings.h *.o *.d *.dep *.sym hgstamp
[ RM ] cr2hdr cr2hdr.exe
Quotefalconmacbook::steve [magic-lantern]$ make
make -C /Users/steve/magic-lantern/platform/5D3.113
[ VERSION ] ../../platform/5D3.113/version.bin
[ VERSION ] ../../platform/5D3.113/version.c
[ CC ] version.o
make -C ../../tcc
make[2]: Nothing to be done for `all'.
[ LD ] magiclantern
arm-none-eabi-gcc-4.7.3: error: unrecognized command line option '-Map=location.map'
make[1]: *** [magiclantern] Error 1
make: *** [5D3] Error 2
Quote from: stevefal on August 25, 2013, 05:04:47 PM
Another possibility that may have already been discussed is an electronic slate.
Instead of marking the head of the audio clip with SMPTE, mark it with spoken marker ID# and an electronic clap. The audio would be stitched together from short samples and triggered by a button (at any time) and optionally on record start:
"Mark one three two .... BLIP"
The BLIP is a tone that lasts one frame and is synced with a synthesized marker frame in the video, that contains the text e.g. "Mark #132". Not sure how that could be implemented - pre-made RAW blocks?
I suggest mark numbers because time codes are longer and therefore less convenient. When the mark counter is reset, the numbers will be super short.
The video marker could include, say, 10 frames of blue and one frame of red corresponding to the BLIP. N frames makes it easier to find them when shuttling.
The audio fragments could be file-based for easy localization.
If this is interesting I'll offer to contribute professionally recorded audio samples in English, and testing. I could also contribute RAW source material for video markers if that was appropriate.
Quote from: stevefal on August 25, 2013, 05:20:13 PM
To be clear, the idea of the slate system is that the camera would output the audio slate, and you would record it on a spare channel of your external recorder. In post you would then manually align audio to video using the markers, and then link or nest them as appropriate to keep them together. Of course it's not true sync, but it would be really useful as a poor man's tool.
Quote from: mageye on August 25, 2013, 05:29:09 PM
@stevefal
The RAW record already makes a bleep sound when you record. I have already tested this. So far I have been using a real clapper board but then I decided to test the viability of just using the bleep and an external recorder. I found that if you align the blip one frame right of the beginning of the DNG sequence it synchronises. At least it did in the few tests that I have done. I am not sure how consistent (or accurate) the timing is for the bleep but it I did manage to get a pretty tight sync.
For my initial tests I recorded the clapper and aligned to the bleep to see how much offset there was (with the clapper). As I said, I found it to be about a frame to the right of the start of the video recording.
Quote from: stevefal on August 25, 2013, 06:01:05 PM
Yep, so that part works. The auto-slate idea adds automatic clip identification in order to match audio-video content.
Quote from: mageye on August 25, 2013, 06:19:27 PM
I am all for anything that makes sound synchronisation automatic or 'more automatic'. So I am not against your suggestions. Remember also that in the conventions for the MLV format there should/will be support for sound. It looks to me like, if what is proposed in the outline of the format comes to fruition, then full sound and synchronisation will be supported (to a high degree of accuracy too). I have faith. I look forward.
Quote from: AnotherDave on August 25, 2013, 06:27:31 PM
Why can't we just Jam Sync the current time to an audio recorder? This doesn't need to output during recording at all. It just needs to provide a way to sync with the camera's time before you record...
I'm (hopefully) picking up a used Tascam HD-P2 today to test this out.
We would only need to be able to lock the TOD from the camera to the free run TC of the recorder... And this should be doing this already.
Shouldn't it?
Quote from: a1ex on October 31, 2012, 11:23:08 AM
1) From ARM you can only see it as 8 bit, with all curves applied. The pipeline seems like this:
- 14bit data
- linear transformation (digital ISO gain, black level)
- HTP (nonlinear) - if enabled
- 14 to 12 bit reduction (suggested by 14_12 strings and by lack of shadow detail in aggressive Flaat styles, compared with digital ISO gain)
- nonlinear curves (like picture style)
- result: 8-bit 422 (codenamed Craw or HD buffer, almost 1080p, see Debug menu for exact size).
- Craw is downsampled for LV display
- Craw is fed directly to H.264 encoder, where it becomes 420 and slightly upsampled to 1080p.
Page created in 0.125 seconds with 13 queries.