• The first is regarding what i have and havent built and whether my build is right or not, we have established that even the LIVE kdenlive DVD doesn't open the files.

I do not support the live DVD and have never used it.

• The 'dlopen' problem, that was from one of the earlier builds, I also followed your previous advice and used the build script locally...

Was I the one offering build advice? I do not see it in this thread.

• Regarding the relevance of libquicktime? Are you saying open movie editor doesn't use libquicktime to open the 10bit movs or that

No, Open Movie Editor uses libquicktime extensively and exclusively for MOV AFAIK.

• even though libquicktime is included as a dependancy for kdenlive it is not utilised? Why add dependancies to a project if they are not utilised efficiently?

libquicktime is not a dependency. It is an optional thing in MLT, which kdenlive is dependent upon. It is a legacy side-effect of adding Kino's AVI code to MLT, as an option to supprt DV AVI and MOV (if libquicktime is available) in conjunction with libdv.

• Following on from the point above, a most frustrating aspect of open source is the lack of support for something whether it be hardware of file formats,

A frustrating aspect of open source development is demanding users that do not recognize most developers are doing what interests themselves in their spare time without pay.

• but it is also very frustrating to know and see that there is a solution to a file format problem in this case 10bit mov, that the library needed for it's decoding/encoding is already bundled as a dependancy in kdenlive

See above; it is not a dependency.

• and yet the decoding/encoding of that format is still out of reach and as you say a

This is because there has not yet been any code written in MLT to take full advantage of libquicktime. Integrating something like is a lot of work when FFmpeg alone already gives us so much and when there is already a long list of bugs and ToDo items.

• PROFESSIONAL format at that. Surely it can't hurt kdenlive to support the odd professional format?

Not at all, but when someone is requesting professional features that I have no need for, I assume they have professional needs and therefore should treat me professionally, which, by definition, means paying me. I currently have no need for 10-bit uncompressed files and 10-bit processing and neither has my previous professional engagements related to MLT. When I have a need for it or when someone professionally engages me because they need, then I will add it. I am not willing to do it pro bono because there are very few amateurs who would benefit, it is a significant amount of work, and I already have enough to do.

• When all the components are there already, what glue is needed to utilse libquicktime for MOV's.

The glue that is source code to be written, tested, and debugged.

I agree the BlackMagic Design Intensity is an exciting project. Unfortunately, there are no Linux drivers and no plans to create one. Maybe other vendors will start making HDMI capture cards. In the meantime, I do have BlueFish444 SDI cards that work with MLT (closed source module due to the BlueFish444 SDK requiring NDA) that provide 10 bit support. However, I have little personal need for SDI. If a MLT BlueFish444 module customer needs 10 bit features and pays for their development, other users will benefit. All current MLT BlueFish444 customers have only been playing out from 8-bit compressed files.

I have no immediate plans to get a new camcorder due to lack of money, and I currently have no HD camcorder.