I was talking about permanently changing it into a full MSX2 with superimpose....
I was talking about permanently changing it into a full MSX2 with superimpose....
Well, practically you would need to find less than 10 bytes from ROM to enable the superimpose and another 10 to enable video... After that it works like in 8280... As no software knows how to turn super impose feature back permanently off, there is no problem.
BTW tip: If you put the program ROM to cartridge slot (and force it to Konami4) you can see that the program starts and tries to draw the "Connect cotroller"-window, but naturally it fails miserably since the graphic details are stored in the missing Font ROM.
Hmm... Weird idea... Maybe we could try to load this program with SofaROM... IIRC it is able to patch programs to different mapper type, so if it can be used to patch it from Konami to ASCII 8K, the software might actually fit in & start ok.
Maybe worth a try, but now I go to sleep instead
Good to see this threat revived. I still have to manage to get my XV-T550 to enable its screen when booting with a cartridge in its slot...
That process is also explained on the first page.
Yes thanks. This is the code snippet I used, but it does not work for me (tm):
ld hl,4fffh ld e,129 ; bit 7: SRAM and video ; bit 0-1 map BANK1 on address 4000h to 5fffh ld a,10000111b ; Select slot 3-1 call WRSLT ; Fetch a instruction from SLOT3-1 rst 30h ; Interslot call db 10000111b ; Slot 3-1 dw 05270h ; RET in XV-T550 ROM ; Turn off SRAM (video stays enabled) ld hl,4fffh ld e,1 ld a,10000111b call WRSLT
Any thoughts?
I do remember an article in the Spanish MSX magazine MSX-Club where this post production and video editing equipment (Sony XV-C900, Sony XV-T500, Sony XV-T600 and Sony XV-D300) was heavily criticized:
MSX-Club, issue 78, October 1991
It was compared to MSX computers with super imposing capabilities (Philips NMS-8280) and also to the Sony HBI-V1 videodigitizer.
Yes thanks. This is the code snippet I used, but it does not work for me (tm):
Any thoughts?
No, not really... This should compile byte exactly to what I have done... Could it be now that there is different versions of this protection? Can you verify (by ie. CALL BEEP or similar) that your code actually gets executed?
Have you been able to test either of the ROM files? How about the mouse port trick? Does that work for you and turn on the display?
No, not really... This should compile byte exactly to what I have done... Could it be now that there is different versions of this protection? Can you verify (by ie. CALL BEEP or similar) that your code actually gets executed?
Have you been able to test either of the ROM files? How about the mouse port trick? Does that work for you and turn on the display?
I'll have to revisit. I will start adding beeps to see how far it goes.
I did some tests with the joystick port trick, never got a picture
Hmm... Weird idea... Maybe we could try to load this program with SofaROM... IIRC it is able to patch programs to different mapper type, so if it can be used to patch it from Konami to ASCII 8K, the software might actually fit in & start ok.
Maybe worth a try, but now I go to sleep instead
I tried to run it in openMSX with the Konami mapper, but it crashes at startup, showing the green background screen.
Did you try with the dynamic patcher?
I'll have to revisit. I will start adding beeps to see how far it goes.
I did some tests with the joystick port trick, never got a picture
Ok, on my machine the picture is enabled if you connect the pins, so this is definitely different result. (I expect the device works normally when you don't try any tricks?) It might be that in later version they invented even more insane protection. (I must say it almost drove me crazy trying to figure out what is actually needed to turn the screen on.) Maybe they made it more accurate what part of ROM needs to be executed... or added some additional step... might be good idea to try to play with I/O port #70 as well... If you can dump the ROM, compare it to the version now online.
BTW what kind of monitor you have attached? I could imagine that if you use flat screen monitor it may not show anything if the video signal is broken (like it is when you do the mouse port trick as VDP outputs 60Hz and superimpose hardware tries to force it to 50Hz)
I tried to run it in openMSX with the Konami mapper, but it crashes at startup, showing the green background screen.
Removing disk drive should fix this.
Did you try with the dynamic patcher?
No... It seems that I've lost my original 1024KB work dump of the memory. I tried to look for it, but I have no idea where it has went... I guess I have to ask you to send me a copy or dump it again some day.