Don’t worry iamweasel2, I read your message the way you intended: The game doesn’t need to be an exact clone 
.
GhostwriterP: Cool stuff, thanks!
Thanks, written messages sometimes can be hard to understand.
Anyway, being a coder too, I can say that whatever path the developer decides to choose to this game, I'll respect and buy the game, as I said before. But I really wish he can bring something different to make the MSX port unique, of course it can be something small, it doesn't need to be in the Monty Python way ("and now for something completely different"). 
I think these are excellent case studies to show the power of a machine by actually trying to port a real-world product to an older platform and compare them.
I would even argue that this is at the same level of demo-coding: it shows how clever coding can by-pass perceived limitations. What's not to like about that?
it’s a nice approach with the line list
Indeed, and the fun part is there is also a bit of compression on the sprite data which does not even require extra time decoding
I wonder if IN was used to skip over pixels in the empty spaces between blits?
I do not remember all the details, but briefly looked at it... I think. As far as I do remember using IN to skip adds a additional condition to check in the stream as it also will slowdown for other conditions and benefit may be gone or worse... 
I worked several months on it, and got to this point:
Downloadable Rom:
https://www.dropbox.com/s/1mzs4ia5itikril/streetfighter.rom?dl=0
I've tried the rom with MFRSCC+ RomType AUTO (SCC type).
Is it normal that the opponent is always "garbage"?
AH, I've also tried the game with MIDI-PAC V2. WOW!!!!!
Ok, with Zemmix Neo no problem...
That makes sense. Maybe if the code for each animation frame would be generated.
Me like that approach , with embedded data (i.e. ld hl,sliceaddress instead of pop hl, or if h does not change save some cycles there too) could potentially speed up on R800 quite a bit.
However, when we bring sprite clipping in the mix that could become really challenging, as I remember clearly from those days that is already quite complicated enough. As results sprites are limited to 128 pixel wide and each clipping left right up down (and diagonal cases) have there own 'blitter' routine.
