| |
Raistlin
Registered: Mar 2007
Posts: 671 |
Screenshots of Interlace Pics
I’m interested to know what people’s thoughts are on screenshotting interlace pics…
On C64GFX, we do things a bit differently to CSDb. Generally, we care more about the original art than how it’s presented - so we’ll host logos with all the “extras” removed (scrollers, textual information, etc). But of course CSDb screenshots are of how things are actually released.
With interlace pics, it’s more complicated. In theory we should be displaying animations at 50fps (usually) switching between 2 screenshots.. but I’m lead to believe that that could cause battery drain and other problems on devices - plus the FPS probably wouldn’t be 50.
Some sort of blending was suggested.. or simply choosing alternate pixels and merging to create a full-res pic.
The latter is what I’ve tried with some pics .. eg. Some of Leon’s. It looks good and it looks like it’s true to the original creation - I’d hazard a guess that he simply drew these pics at full 320x200px resolution on most of these, actually, rather than drawing on C64 in an interlace editor?
Eg. https://c64gfx.com/image/168046
I toyed with the idea of blending the 1px offset pictures (frame 0 and frame 1).. but I’m not sure that that’s correct either.
Others have suggested some fairly complex blending schemes that presumably show more like it would be on CRT - and I think this is where the 1,000s of colours problem comes in (evident on many CSDb screenshots). This seems unfair since regular MC/HI screenshots don’t get the same treatment.
Anyway, interested to know thoughts… both for CSDb and for C64GFX.com |
|
... 45 posts hidden. Click here to view all posts....
|
| |
Gordian
Registered: May 2022
Posts: 72 |
Quote: I’m interested to know what people’s thoughts are on screenshotting interlace pics…
On C64GFX, we do things a bit differently to CSDb. Generally, we care more about the original art than how it’s presented - so we’ll host logos with all the “extras” removed (scrollers, textual information, etc). But of course CSDb screenshots are of how things are actually released.
With interlace pics, it’s more complicated. In theory we should be displaying animations at 50fps (usually) switching between 2 screenshots.. but I’m lead to believe that that could cause battery drain and other problems on devices - plus the FPS probably wouldn’t be 50.
Some sort of blending was suggested.. or simply choosing alternate pixels and merging to create a full-res pic.
The latter is what I’ve tried with some pics .. eg. Some of Leon’s. It looks good and it looks like it’s true to the original creation - I’d hazard a guess that he simply drew these pics at full 320x200px resolution on most of these, actually, rather than drawing on C64 in an interlace editor?
Eg. https://c64gfx.com/image/168046
I toyed with the idea of blending the 1px offset pictures (frame 0 and frame 1).. but I’m not sure that that’s correct either.
Others have suggested some fairly complex blending schemes that presumably show more like it would be on CRT - and I think this is where the 1,000s of colours problem comes in (evident on many CSDb screenshots). This seems unfair since regular MC/HI screenshots don’t get the same treatment.
Anyway, interested to know thoughts… both for CSDb and for C64GFX.com
ezgif.com gives similiar effect to real (VICE) interlace effect. But fps seems to be variable, propably caused by browser engine.
Delay time: 2
Cross fade frames: checked
Frame delay: 1
Frame count: 2
don't fade last to first frame: checked
Source: Cyclone de l'interieur |
| |
Jetboy
Registered: Jul 2006
Posts: 329 |
Quote: ezgif.com gives similiar effect to real (VICE) interlace effect. But fps seems to be variable, propably caused by browser engine.
Delay time: 2
Cross fade frames: checked
Frame delay: 1
Frame count: 2
don't fade last to first frame: checked
Source: Cyclone de l'interieur
looks awfull on my phone. terrible on my laptop, and semi decent on my desktop |
| |
Gordian
Registered: May 2022
Posts: 72 |
Quote: looks awfull on my phone. terrible on my laptop, and semi decent on my desktop
What about video?
https://kawalekkodu.pl/video.html |
| |
Jetboy
Registered: Jul 2006
Posts: 329 |
Sorry for double posting.
Theoretically the best solution would be to use window.request AnimationFrame(callbackfunction)
and display 2 images alternatively. It would synchronize to the screen refresh rate. That means it wouldn't be the same rate as on c64 on most monitors, but at least it would display both images for the same amount of time so the nasty flickering would be minimal.
Theoretically, because it is web based, and with javascript you cannot be sure of anything. Even Nikolaj Copernicus might be still alive in some JS context...
Of course using 2 Vice screenshots with pal emulation (or ntsc, depending of original image) turned on would look more true to original experience than 2 crisp representations of data.
If you need, i can help you implement that during the weekend.
Still i would love to be able to see each half image separately, superimposed flicker free version, and fake higher resolution one. |
| |
Jetboy
Registered: Jul 2006
Posts: 329 |
Quote: What about video?
https://kawalekkodu.pl/video.html
Much, much better! Seems flawles on laptop and PC, and only glitches ocassionally on the phone.
However i'm not sure how much more data usage it would need. It is a matter of storage space, but more important on outgoing transfer. Depending on the plan it could impqact server costs greatly. |
| |
Gordian
Registered: May 2022
Posts: 72 |
Quote: Much, much better! Seems flawles on laptop and PC, and only glitches ocassionally on the phone.
However i'm not sure how much more data usage it would need. It is a matter of storage space, but more important on outgoing transfer. Depending on the plan it could impqact server costs greatly.
15186 bytes. |
| |
Raistlin
Registered: Mar 2007
Posts: 671 |
Quote: What about video?
https://kawalekkodu.pl/video.html
Trying on my phone, I’m just getting a static frame from this..? |
| |
Gordian
Registered: May 2022
Posts: 72 |
Quote: Trying on my phone, I’m just getting a static frame from this..?
Please check that file directly. You must set looping manualy.
https://kawalekkodu.pl/cyclone_de_l_interieur.mp4 |
| |
Jetboy
Registered: Jul 2006
Posts: 329 |
Quote: Trying on my phone, I’m just getting a static frame from this..?
IT's that good!
Try zooming it, you will notice those are actually 2 images shown alternatively pretty quickly.
Though i noticed some compression artifacts. |
| |
Gordian
Registered: May 2022
Posts: 72 |
More accurate refresh rate without loss quality, but size is 69389 bytes.
https://kawalekkodu.pl/video2.html
Command used:
ffmpeg -framerate 1/0.02 -i cyclone_%1d.png -r 25 -crf 0 outputvideo.mp4
Files used: cyclone_1.png cyclone_2.png |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 - Next |
