On 01/07/12 10:07, Jim Lesurf wrote:

However I've started writing up an explanation of how HDCD *says* it works
and how it *says* it does this, along with some practical results and
comparisons to probe the claims. The lack of a reliable decoder doesn't
help. But I realised that it is useful that some discs are hybrids with an
SACD layer to compare with the HDCD-replayed-as-CD. :-) And for rock/pop
HDCDs it is of interest to simply expand out the peak soft limiting and
compare that with the as-a-CD results.


Hi Jim,

I know you said that you have a coder looking at the source, but if you
need another set of eye's, throw the source at me and I will see if I
can work out what the code is doing without looking at any patients,
then you can compare that with what you think it should be doing.

Having been writing C for over thirty years (where did they go) I have
seen all you describe and more, and some of the things you describe may
be perfectly valid C

"The .c file has no 'main()' nor is one referenced"

It may be code that produces a library that is designed to be loaded at
run time, so the entry point will be something other than main().

"Many variables have no starting value given before being used."

Common in C, if static they will start as 0 by the loader, if automatic
then whatever is on the stack at that time. perfectly valid, and any C
coder would initialize before use if not at declaration.

"Many variables have no defined type."

Well, all variables will have a type, but in common with its origins, C
assumes the coder is competent, and will do as he/she says. So for
example void * is a perfectly valid type, its a pointer to something

"In various places one variable is set equal to another with no casting."

Again, perfectly valid, C has defined rules for those conversions, and
assumes the coder knows what will happen.

--
Nick