Yeah, I know, I know...byuu wrote:You're using Visual C++ 6.0? Why? >_<
I'm not a programmer and this is what I got used to. They give it out like free napkins at every school I've been in, and since my memory is aweful I find the built in MSDN stuff a nice time saver.
Everytime I have to compile a large project of someone else's though... I'm reminded why I should eventually get around to choosing another setup.
It would be nice if they add in size specific types in the next one. I, and probably others, rarely need them, but when you do it would be nice.byuu wrote:Neither C99 nor C++98 specify either __int64 or long long, but all modern compilers support the latter. It's likely long long will be in C++0X. Of course, char/short/int/long/long long do not guarantee size.
Anyway, I'll just use two 32bit ints for now. It's no real trouble. I was just curious.
Yes. So very, very close.byuu wrote:So close, so close ...
I had to rerun the input file and didn't get around to it until now.
http://neviksti.com/SPC7110/output2_7030_an1.dat2
format: $11 bytes per pixel
- first 9 bytes show the pixel values it passes on the way to finding the prob value (I realize this isn't enough to reconstruct the color order table, but I'm hoping it works the same way and changing that at the moment will be very annoying so I left it as is)
then 8 bytes
prob value and lps.shift flags as before, for all four symbols
Now that I have more data, it looks like the "at least 8 contexts" is actually 12. And the last bit has 16 contexts.
Strange.
I'll start playing with it and see what comes out.