a1ex & whoever else works on 7D issues, I am starting to believe that this issue and several others I've recently reported on the 7D are related to the rpc handling code. I'd like to bounce some ideas off someone before I start tinkering with code, but am not sure who wrote that code. Could someone PM or email me?
go ahead and tinker with it but I think the likely culprit is single buffering LV. ie. don't use display filters with HDMI
Tested Nightly Build 0416.7D today. GlobalDraw "OFF" in the raw_mlv menu, and nothing in the Display menu turned on.
Still tears at least once per 24 frames, usually 3 in a row (which is interesting in itself).
This is at 1600 x 1156 with a Lexan 1000x card, no skipped frames showing.
Only when HDMI monitor is attached.
preview was set to canon only before LV was opened + hdmi connected?
Not sure how to do it before LV is opened.
I did set it before the HDMI is connected, and the problem still exists. See the link for settings file and sample of what it looks like.
Interestingly, raw_rec.mo with the same resolution and settings does NOT exhibit this tearing, even when Preview is set to Auto. I'll start poking around the code to try and find out what differences might account for this.
ZIP of CFG and screenshot
Trying to work on this is made harder by the fact that enabling "Debug trace" then turning the camera off and back on again and recording does nothing: there is no debug file anywhere on the card that I can locate.
Rather than keep posting 7D-specific issue reports here (I have many) is there a "known issues on 7D" or "we know this doesn't work: keep your pants on" list somewhere?
you have to load the trace module too...
Trace module isn't included in the nightly builds.
When I try to compile it (in the modules directory, makefile.user adding "trace" to the list) I get numerous compile warnings and no module is built: "some warnings treated as errors." Lots of -Wsign-compare errors, implicit function declarations, and mismatched types passed to functions.
So... no trace module.
Perhaps I should try to clean up the trace module code first.
Got trace to compile with the following patch:
diff-rf424fd05ed8bmodules/trace/trace.c---a/modules/trace/trace.cThuApr1723:56:292014+0200+++b/modules/trace/trace.cFriApr1811:42:402014-0400@@-4,12+4,14@@#include<module.h>#include<dryos.h>#include<bmp.h>+#include<string.h>#include"trace.h"statictrace_entry_ttrace_contexts[TRACE_MAX_CONTEXT];externtsc_tget_us_clock_value();+externvoidbeep();/* general selection of allocation method */void*trace_alloc(intsize)
I just wanted to update this issue to say that the only workaround I have found is to select "force vga" in the advanced tab. This sends 480p over hdmi and I don't experience this tearing in the recorded image. some additional details: it doesn't matter how low I set the resolution, I disable global draw and filters disabled, the recorded image always has tearing when hdmi out is in 1080i mode. I hope this is helpful.
I recently discovered that this issue is not present in TL,
One Percent, if you are reading, can you please share some information about how you fixed this issue so the changes can be ported back to main? This is one of the final pieces needed to bring 7D up to date. Please let me know if there is anything I can do to help.