Actually, what i need is some kind of CD-i DYUV Image Decoder.
(Already have CLUT8 and RLE7 decoder, however, i have troubles finding sprites, dunno why.)

All i can find is that (CLUT8/RLE7):




And some kind of DYUV image (decoded badly by a decoder i found) :


(I can find anything else except the sprites.)

Remember that these are ripped from the game files.

See lines 3735-3924 in /src/mess/drivers/cdi.c
http://git.redump.net/cgit.cgi/mess/tree/src/mess/drivers/cdi.c
(if you use that link, be sure to turn CSS off (View -> Page Style -> No page style) if you're using Firefox or the line numbers don't line up properly)
(EDIT: Ugh they line up even worse in Internet Explorer... Duke, is that a known bug in CGIT?)
More specifically I think the DYUV decoder is around lines 3754-3844, but is coupled to MCD212 code which you'd need to rip it out of.
Harmony and CDIfan know more.
LN

Line numbers are fine here, can you make a screenshot?

Here's a link: http://git.redump.net/cgit.cgi/mess/tree/src/mess/drivers/cdi.c#n3735

Line numbers are perfect here too (Firefox 3.5.6 64-bit on Linux).

Line numbers are screwed up here on Firefox 3.6 on Win XP, could be a font rendering issue with windows? Lemme see if I can make a screenshot...
EDIT: here: http://imagebin.ca/view/k7kUvS.html
Note how the line numbers don't actually line up with the lines of code by the time you get toward the bottom. Disabling CSS fixes it.

LN

Oh, yeah, I'm seeing that too. Same config (Firefox 3.6, WinXP). It's off by "a hair" - like 5 pixels or something.

Hm, it's some weird issue with the syntax-highlighting and 'font-style: italic'. I've disabled it and it should work now.

Its better now, but still not correct; scroll down to the bottom and you'll see line 4716 doesn't line up with the last line of the file by about 50 lines (better than the ?150? or so it was off by before)

Edit: Actually now that I look closer, the issue seems to start at the first 'typedef struct' line around line 112; before that it is all lined up correctly.

This smells like a Firefox/gecko font rendering bug of some sort, especially if it works correctly on Linux and not windows?

LN

More likely since the git browser was made on Linux that it's assuming some specific font that doesn't exist on Windows.

Lord Nightmare: Make sure you clear your browser cache to reload the CSS file (pressing shift while clicking reload for example).

R. Belmont: The git browser uses the default monospace font (which you can freely select in your browser).