That's not true.

I was part of a group that was sued by a very large game studio for emulating their server software. We wrote our version of the server software from scratch too.

We didn't even entertain the notion of fighting them on it. It ended up OK though.

Could be some kind of internal signing, like what internal tool version created the frame?

It could also be a bunch of bits that signal different settings/etc.... just packed into two 32 bit integers?

That's not some kind of seed to decrypt the frame is it?

Have you gotten any kind of usable frame data yet where you can actually make out an object?

Have you been able to put together two color images from back to back frames yet, or just random frames?

With this weekend being memorial day, maybe I'll get a chance to poke around too.

Where can I get some of the spv files? (Apologies if you linked them earlier)

I tried decoding as RGB 565 and get a colored static. I'm going to try 555 and some other schemes next.

RGB565test.jpg

That was going to be my next step this weekend.

I've tried pulling it out as 5-6-5, 1-5-5-5, 5-5-5-1, and some others. The pixel data doesn't make sense.

Is there any kind of hardware based video processing on the spike board? Like an H.264 decoder or something?

There are 8 "standard" RGB schemes that fit in 2 bytes, I've only tested 3 or 4 of them.

http://linuxtv.org/downloads/v4l-dvb-apis/packed-rgb.html

I'll be testing all 8 and posting my results in a day or so.

Does anyone have a wreslemania LE that can take a good video of the WWE Logo on the LCD screen?

I need some kind of reference to see what the video looks like so I can at least try to figure out if there are any hints I can go after, like two pixels that are the same color next to each other. I have yet to find something like that. I'm wanting to see the video so I can at least see the corners and maybe get lucky that there's black pixels in a corner or something.

Bonus points if you take a video in slow mo mode on your phone so I can see the individual frames in the LCD video better.

Like Aurich said, this is new territory. The SPV video file is what Sonny_Jim, myself, and others are messing with.

When we figure out the format, that knowledge could be used to add the functionality to pinball browser to convert videos to SPV files, letting you replace them on the games.

Hey oga, did you find anything that might help with the SPV files?

I'm going to step through the game code assembly this weekend but was hoping for a quick win with it. I've tested all of the eight RGP 2-Byte schemes I can think of, but it's possible they came up with their own.

Ohhhh, do share. Are you subbing in pixel data in the file and somehow modifying the header bits to indicate that it's not encrypted using that key? Are you just bypassing the key check by using a modified game binary?

Did you uncover what RGB byte format they use?

Sweet! Well done guys.