-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deinterlacing not working on Commodore 128 #558
Comments
No reply after a month? 🙁 Anyway, (de)interlacing just doesn't work at all lately -- that's not new, that it worked at all in the above-mentioned demo was kind of a fluke, I have not since been able to reproduce it. I just get a warped, twisted display, or it just displays garbage. |
Oh hey, I suppose even the base "240p" resolution will be different enough from others that it's not fully detected. |
After some more testing, it seems like not only is deinterlacing completely non-functional (it just overlays one field on top of the other without the required half-raster vertical displacement), but also if the displayed image strays too far from NTSC sync rates and whatnot, that's when GBS-Control just gives up and displays garbage (along with throwing bad sync at the monitor -- it'll sometimes just say "cannot display this mode"). And I do have the "force PAL 50 Hz to 60 Hz" option enabled, and "frame time lock" is turned off. |
Interlaced video modes on the Commodore 128 are not displayed properly -- the exact failure mode varies a bit, probably depending on the computer's video chip settings (it's quite flexible).
Sometimes, it'll show one field continuously, while the other field just appears momentarily a couple of times a second. During those intervals where only one field is shown, it flickers like one would expect.
See for example "I-Paint", which you can find here:
https://www.zimmers.net/anonftp/pub/cbm/c128/graphics/Ipaint/ipaint15h_d81.zip )
Other times, both fields will be present consistently, but without the the proper vertical offset (i.e. you effectively get 240 lines instead of 480), and they'll be flickering at the right rate, but not 100% stable. One field or the other seems to occasionally "hold" for an instant longer than it ought to. This is the same sort of effect you might get from a retrocomputer emulator on a PC when displaying interlaced video, if the PC can't render the emulator's video stream fast enough.
See for example the well known but blandly-named "VDC demo", which you can get here:
https://csdb.dk/release/?id=44110
I have tried both bob and adaptive deinterlacing modes, neither works so I assume the firmware simply is not detecting that the video is interlaced.
Note: if you're trying this on a "flat" C128, you'll need the 64 kB video RAM upgrade to run those two programs. That or use a C128-DCR if you have access to one. Lacking those, you can also just try any program that can display 50 text lines, or any program that installs an 8x16 font. Such things don't need the extra video RAM and will run on any C128.
If it matters, the 8200 gets its sync in "composite" form: H and V fed to it through an XOR gate.
The text was updated successfully, but these errors were encountered: