Thank you all for your interest, the first batch of 90 units has just been ordered and will be available after thorough testing in mid Frbruary. Preorders are open at the links in the description :) I want to be clear that at launch there will be some small graphical discrepancies on some of the most complex demos, but I'll keep working on the VIC emulator until it is as close as possible to the original VIC. What matters is that all boards are user-programmable with a simple USB-C cable and a windows PC, so updates will be easy and frequent. In any case, all games we have tested ran flawlessly, so we are really talking about demos. We'll get there...
What are the names of online shops? I understand you don't want to advertise them, but at least give me some hint where to look. Amazing project, by the way!
@@kelvindam3306 FINALLY one with audio through the HDMI port properly, too! I'm joining the comment parade to see what site I should stalk for buying in Europe.
This looks very impressive, great work! It's a very tidy solution, which could indeed be the final and best way to achieve Full HD video output along with audio from a C64. :)
Thanks for the kind words. There wasn't really a turning point in the project, it's been gradual improvements, increasingly complex prototypes and lots of trial and error. But yes I would say that I'm very proud of how this turned out and I look forward to improving it even further (via firmware updates)
I never owned a C64, so I don't have a "reason" to invest... but I do have to say, that the time and investment that some people put into projects like this, like yourself, is just crazily amazing and I truly love and admire the effort that is done. also, there are NO wires going left and right in your modded C64 with your board... only your ribbon cable. it looks so slick and clean.... truly awesome so, congratulations on all this. and Happy New Year 2025
This is so cool. Sadly I don't have a C64 anymore since my childhood days - other than a shell with the keyboard I combined with the Keyrah to give me a USB keyboard - but I love the passion by the community that keeps the Commodore 64 and other 8bits alive.
what is it lifting? Sprite collision and line interrupts ? Ah, video DMA and sprite addresses. Kind like that one CTIA chip in the Atari 8 bit or the Agnus in Amiga.
@@ArneChristianRosenfeldtAll the timing and the active interactions are handled by the VIC-II, so the HD-64 is "just" a passive listener, which simplifies things and completely removes the risk of crashes due to incorrect timing. If you look at what's inside the FPGA, it's probably a good 80% of a whole VIC, but in terms of development effort it is infinitely less, as I could basically disregard a bunch of devilish quirks that are however crucial for the correct operation of the C64
@@sideprojectslab7352 How does sprite crunching work? So the FPGA listens if the VIC pulls any data for a sprite in a given scanline and only then also draws it on screen? Since VIC discards all sprite pattern data while drawing, this also works for y zoom. Nice. So cycle perfect sync is needed. Ah, and any video data on stolen CPU cycles goes into the internal line buffers (for character code (the stupid TED on C16 stores ExtendedColor data here and also there is the bitmap mode) and attribute). I thought that the original VIC has the bad timing. An FPGA implementation could resolve the VSPbug even on original memory. So if you plan to remove only one original part...
@@ArneChristianRosenfeldt The best answer I have would be to go and check my python implementation, but the TLDR is that the FPGA will digest everything it finds on the memory bus, line by line, this includes crunched sprites
While cheapo HDMI scalers using the S Vido and AV at the same time to HDMI with a smoothing filter and scanline generator built in they are only £30 from Ali Express yet it is way better using a CRT Monitor S Video to VGA and a Scanline Generator to get fat or thin scanlines adjust the screen size adding extra color and contrast to any slightly washed out CRT Monitor it is AUTHENTIC looks way better than just a plain CRT TV with S Video as it ennhances the grahics slightly it looks almost as good as RGB connection
Not exactly. As the VIC2 is the driving bit which accesses the memory for characters attributes and sprites it defines the produced image by the requested data. I’m not exactly share is the HD64 could be easily modified to do the DMA by it self but I bet the board and interposed cable hav to be modified for this. The next issue is that the VIC 2 only has an address range of 16kBytes which limits the possible resolution too. And there are only 4bit wide attribute data (color ram) available which is also limiting. To overcome these limitations there have to be quite a bit of modifications be done to the c64 to allow for larger memory space for an extended VIC II. By then you delve into an other system architecture as you also have to feed that more of resolution with the necessary data via a more powerful CPU and possibly mass storage system.
@@pikozzyhobbykanal Also the Indivision from iComp for AGA Amigas (A1200, A4000, CD32), wich actually replaces the Lisa (implementing the full Lisa in FPGA, exept the A2024-mode) and can output HDMI or VGA. The ECS/OCS version (replacement for Denise, A1000, A500(+), A2000, A3000,CDTV,A600)) only outputs VGA. However, both without digitizing the audio. It is perfect if your Denise or Lisa died, as you do not need the original chip anymore.
Very cool! Especially like and interested in your ezhdl. Will need to check it out! Wondering why not use myhdl though?! BTW copperdragon didn't invent the idea of sniffing the vic II. This was done way back in the chameleon and maybe others. Also don't expect the vic implementation to be a walk in the park due to being "passive". It still gotta handle all those quirks.. Copperdragon had some issues seen only in certain demos. I'd like to buy an early version when available!
Yes, EzHDL will be my next big project in 2025. I tried MyHDL but I really don't agree with many design choices and it lacks some testing facilities that I deem necessary. The project has too much legacy to be truly restructured at this point so I decided to do it from scratch. If you'd like to help out with writing a EzHDL-to-Verilog converter I'd be delighted to coach you. The VIC implementation was not easy but I was able to replicate the Kawari implementation very closely, to the point that all the demos I tried behave identical to the original VIC, while the c0pperdragon board has visible issues. I am sure there will be additional small quirks to adjust in the future but we are extremely close already.
I have nothing against it, in fact it would be a lot better for US customers as they would pay much less for both shipping and taxes. However I haven't had the chance to get in touch with any shops yet, nor would I know which ones are suitable. Definitely something to consider for the next batches though
This is really fantastic achievement... But i am a C128 user... Would that work there too? In fact could that fix the 2MHz problem? (There is no video signal/output when in FAST mode as you very probably already know) I mean that would be a mega sensation 😁 and give to a C128 absolutely new possibilities (and also to the C64 Mode on C128)... If that is not supported now, would it actually be possible?
Unfortunately the VIC of the 128 has a different pinout and in general seems to have different additional capabilities that are not covered in this development. In addition to that there seem to be mechanical/clearance issues
That looks amazing. How much do you think it would cost to get one shipped to the Philippines? Of course, the cheaper the better as most of us can barely afford to buy upgrades so we have to rely on those cheap esp32 or RP Zero that we can get for a couple of bucks.
as I mentioned, being a 100% hardware solution (FPGA) and being synchronized in lockstep with the original VIC, the latency is about 600-700us (just a few video lines), which is quite low if you ask me :D
It is internal and fully hardware based (the emulator is on FPGA), unlike the Lumacode, and it outputs Full-HD video with stereo audio, unlike the Kawari which does low(er) resolution DVI without audio
@sideprojectslab7352 Thanks for the reply, It looks a very neat solution and great to see more development on output solutions. Looks like an addition to my shopping list 😀.
Sadly, I don't think I will, this project has strained me immensely already, and most of the effort went into developing the VIC-II emulation. The rest (circuit design and video processing) is my job and I mostly know what I'm doing, but the VIC was tough. I really don't want a rematch, but I'll be happy to consult anyone who would like to pick up the challenge
It's like a cyborg now. No added sound noise by letting the flex running that close to the SID, I assume? Does it handle all those crazy tricks used in demos?
The SID audio is already so noisy that any added noise would be completely drowned by what is already there, but no, there seems to be no degradation. As for the tricks, that's the idea, it should be identical to a real VIC-II, I think I got pretty far with that, but if we find more details going forward I will address them
@sideprojectslab7352 Yeah, it's noisy, true. I remediated some of it on my own machine by putting some pull downs on the input pin on the SID. It's kind of floating. I've seen people putting buffers on all the digital inputs too. That makes a huge difference. Perhaps v2 will have buffers on the SID daughter board j/k j/k. 😉 I bet you already have that, but for voltage step-down.
Yes it is still needed. The decision is very much intentional, as you get to retain the original functionality of the computer. It is a fantastic debugging tool too, as I can view the same exact output from teh HD-64 and from the AV-Connector side by side and spot the differences, I'll make a video soon on this.
Great work especially getting the audio integrated too. Could you please add a direct video output mode (240p over HDMI, with DV1 metadata preferably) for those of us who already have a external scaler like Morph4k, OSSC etc?
I don't see this happening, sorry. I want to keep the project simple and handling too many cases would mean either lots of on-the fly reconfiguration and/or maintaining multiple builds, which is something I will try to avoid as long as possible
@@sideprojectslab7352 I see, that's a real shame and would have made this much more appealing to many people who already have scalers. The original Copperdragon board did have a pass through mode but I appreciate it's more difficult to implement over HDMI. I do hope you will reconsider one day!
@@VideogameBucko I'm not sure I follow though, what would you do with 240p over HDMI? I don't think it's even a supported resolution... And you do still have the analog signal on the AV connector. Are you perhaps referring to integer scaling?
@@sideprojectslab7352 You feed the raw 240p (well 288p in my case since I'm using a PAL C64) directly to a next generation scaler such as Morph or OSSC Pro. The scaler then handles ALL of the scaling and post processing (scanlines, masks etc). With the way you have it now, the image would be scaled twice, once by the board and then again by the scaler, which is all right but not ideal. Sure you can put the analogue signal directly into your scaler too, but that's of course susceptible to noise etc, being analogue, and especially being a C64 lol, not like a nice clean digital to digital solution like you've developed here. While it might not be an official resolution in the HDMI spec, Most HDMI mods now support passthrough mode (PixelFX Gem, CPS2 digital) as well as the Mister project.
This is awesome. Are there any compatability issues using this with an NTSC shortboard? When I had looked into the VIC-II Kawari, I believe there were some problems due to the SuperPLA.
I have tested on an NTSC board and it works no problem. I also shipped a board to a Canadian tester that's going to put the HD-64 through some serious NTSC testing
preorders will open in the coming days at the two shops in the video descriptiont. Boards should be available in early February for international orders
not right now, it will in the future as soon as I implement adjustable overscan. In any case, even when no blur is selected the anti-aliasing I implemented does a pretty good job
not really. The output frame starts being transmitted 10/12 lines after the input frame starts, so we are around 600/700us, which is quite low in the world of digital video (most screens have several ms latency)
Most flat-screen TVs do add some lag after they received the signal though. Some do have a "game mode" with lower latency an less image processing though.
I know, terrible, even routing the lines on the PCB is pure pain, but it's the only connector that would fit in the original slot, without having to modify the case
I will never understand the urge for using old hardware on modern monitors. The software library was made having small CRTs as displays in mind. Modern high resolution display quality just ruins it for me. You can have this on an emulator to make it more cheap and simple. But hey, whatever floats your boat 😅
If you have original hardware but cannot find, can't afford, or don't have the space for a CRT, then the original hardware is a glorified paperweight. Not to mention that there will come a time when not a single workng CRT monitor is left. We mostly do this out of necessity rather than principle
This will actually be the topic of one of my next videos, but make no mistake, the mods I design are intended to leave the underlying hardware as stock as possible, in fact you can still use the thing 100% like in the old days
HELL NO rather a Scaler and Scanline generator using S Video to VGA to a CRT monitor it is more AUTHENTIC and actually almost looks as good as RGB making the Commodore 64 graphics enhanced HDMI screens SUCK for retro gaming
Thing is, with the HD-64 you still have the S-Video output, just like before, so you can still do all the things you said just the same. You now have the option to output HDMI as well. Is this product for you? I'm going to guess it isn't, but do you make space for the possibility that it could be useful to someone, or that others might actually prefer the video quality over HDMI, as well as the clean setup without external conversion boxes?
Thank you all for your interest, the first batch of 90 units has just been ordered and will be available after thorough testing in mid Frbruary. Preorders are open at the links in the description :)
I want to be clear that at launch there will be some small graphical discrepancies on some of the most complex demos, but I'll keep working on the VIC emulator until it is as close as possible to the original VIC. What matters is that all boards are user-programmable with a simple USB-C cable and a windows PC, so updates will be easy and frequent.
In any case, all games we have tested ran flawlessly, so we are really talking about demos. We'll get there...
That price is right for me. I’ll definitely buy one.
What are the names of online shops? I understand you don't want to advertise them, but at least give me some hint where to look. Amazing project, by the way!
Is this will work wuth C128 ?
The price is fair imho. What site should I keep a close eye to put in a order?
@@kelvindam3306 FINALLY one with audio through the HDMI port properly, too! I'm joining the comment parade to see what site I should stalk for buying in Europe.
NEED! Amazing work.
Tremendous work! Look forward to picking one up
This looks very impressive, great work! It's a very tidy solution, which could indeed be the final and best way to achieve Full HD video output along with audio from a C64. :)
This is just brilliant, what an amazing accomplishment
Gotta say, that is quite nice. Always great to see improvements on digital output from retro systems. Very nice work there, bud. 🍻
That's wild! Well done :)
Wow, that sounds great!
I think I will do an in depth test on my channel.
Thank you for this fantastic project!
Greetings, Doc64!
Great work! Will buy it soon when it is available!
Amazing project, congratulations! It must have felt amazing when everything fell into place. Keep it up!
Thanks for the kind words. There wasn't really a turning point in the project, it's been gradual improvements, increasingly complex prototypes and lots of trial and error. But yes I would say that I'm very proud of how this turned out and I look forward to improving it even further (via firmware updates)
I never owned a C64, so I don't have a "reason" to invest... but I do have to say, that the time and investment that some people put into projects like this, like yourself, is just crazily amazing and I truly love and admire the effort that is done.
also, there are NO wires going left and right in your modded C64 with your board... only your ribbon cable. it looks so slick and clean.... truly awesome
so, congratulations on all this. and Happy New Year 2025
This is so cool. Sadly I don't have a C64 anymore since my childhood days - other than a shell with the keyboard I combined with the Keyrah to give me a USB keyboard - but I love the passion by the community that keeps the Commodore 64 and other 8bits alive.
🤩 I definitely need one of these. N1ce Job!
That’s really awesome work! 👏🏽
Something for Adrian Black to take a look at, I reckon!
Woarh! That is so cool! Looking forward to grab one of those!
Very nice! Buying as soon as possible.
Awesome! My congratulations!
Wow! Can't wait until I can buy one!
Awesome work! You made a dream come true!
Definitely want one of these when they are available
Amazing. Feels more true to the hardware than console "bypasses", since the VIC-II is still doing all the heavy lifting. Will be excited to check out.
what is it lifting? Sprite collision and line interrupts ? Ah, video DMA and sprite addresses. Kind like that one CTIA chip in the Atari 8 bit or the Agnus in Amiga.
@@ArneChristianRosenfeldtAll the timing and the active interactions are handled by the VIC-II, so the HD-64 is "just" a passive listener, which simplifies things and completely removes the risk of crashes due to incorrect timing. If you look at what's inside the FPGA, it's probably a good 80% of a whole VIC, but in terms of development effort it is infinitely less, as I could basically disregard a bunch of devilish quirks that are however crucial for the correct operation of the C64
@@sideprojectslab7352 How does sprite crunching work? So the FPGA listens if the VIC pulls any data for a sprite in a given scanline and only then also draws it on screen? Since VIC discards all sprite pattern data while drawing, this also works for y zoom. Nice. So cycle perfect sync is needed. Ah, and any video data on stolen CPU cycles goes into the internal line buffers (for character code (the stupid TED on C16 stores ExtendedColor data here and also there is the bitmap mode) and attribute).
I thought that the original VIC has the bad timing. An FPGA implementation could resolve the VSPbug even on original memory. So if you plan to remove only one original part...
@@ArneChristianRosenfeldt The best answer I have would be to go and check my python implementation, but the TLDR is that the FPGA will digest everything it finds on the memory bus, line by line, this includes crunched sprites
What a great addition for the C64.
Very impressive ! Bravo !
While cheapo HDMI scalers using the S Vido and AV at the same time to HDMI with a smoothing filter and scanline generator built in they are only £30 from Ali Express yet it is way better using a CRT Monitor S Video to VGA and a Scanline Generator to get fat or thin scanlines adjust the screen size adding extra color and contrast to any slightly washed out CRT Monitor it is AUTHENTIC looks way better than just a plain CRT TV with S Video as it ennhances the grahics slightly it looks almost as good as RGB connection
Can the technical info of this project be used to increase the resolution of the Vic 2 provided a memory expansion is supplied?
I'm not sure I can follow, can you expand?
Not exactly. As the VIC2 is the driving bit which accesses the memory for characters attributes and sprites it defines the produced image by the requested data. I’m not exactly share is the HD64 could be easily modified to do the DMA by it self but I bet the board and interposed cable hav to be modified for this. The next issue is that the VIC 2 only has an address range of 16kBytes which limits the possible resolution too. And there are only 4bit wide attribute data (color ram) available which is also limiting. To overcome these limitations there have to be quite a bit of modifications be done to the c64 to allow for larger memory space for an extended VIC II. By then you delve into an other system architecture as you also have to feed that more of resolution with the necessary data via a more powerful CPU and possibly mass storage system.
That video output looks great
I wish they'd come out with a retro C-64. Or even a Tandy CO-CO 3.
Fantastic!
This is an awesome hack! Now for the Commodore PET...
Wow! Always wanted something like this. Also for the Amiga.
There is a solution for the OCS/ECS Amigas (500/600/2000) based on the Raspberry Pi Zero called RGB2HDMI
@@pikozzyhobbykanal Also the Indivision from iComp for AGA Amigas (A1200, A4000, CD32), wich actually replaces the Lisa (implementing the full Lisa in FPGA, exept the A2024-mode) and can output HDMI or VGA. The ECS/OCS version (replacement for Denise, A1000, A500(+), A2000, A3000,CDTV,A600)) only outputs VGA.
However, both without digitizing the audio.
It is perfect if your Denise or Lisa died, as you do not need the original chip anymore.
Very cool! Especially like and interested in your ezhdl. Will need to check it out! Wondering why not use myhdl though?!
BTW copperdragon didn't invent the idea of sniffing the vic II. This was done way back in the chameleon and maybe others.
Also don't expect the vic implementation to be a walk in the park due to being "passive". It still gotta handle all those quirks.. Copperdragon had some issues seen only in certain demos.
I'd like to buy an early version when available!
Yes, EzHDL will be my next big project in 2025. I tried MyHDL but I really don't agree with many design choices and it lacks some testing facilities that I deem necessary. The project has too much legacy to be truly restructured at this point so I decided to do it from scratch. If you'd like to help out with writing a EzHDL-to-Verilog converter I'd be delighted to coach you.
The VIC implementation was not easy but I was able to replicate the Kawari implementation very closely, to the point that all the demos I tried behave identical to the original VIC, while the c0pperdragon board has visible issues. I am sure there will be additional small quirks to adjust in the future but we are extremely close already.
Lovely!
Well done! ❤
Maybe now they can finally unlock the true potential of this sleeping dragon.
it'd be fine to have something similar for Atari. nice solution. 👍
Shut up, start producing and take my money!!
I won't shut up! I must answer to kind comments like yours :D that aside, I'm doing my best!
Sold, I've been look for a solution that will work on 250469 shortboard for a while.
Is there any chance for some shop in the USA to sell these?
I have nothing against it, in fact it would be a lot better for US customers as they would pay much less for both shipping and taxes. However I haven't had the chance to get in touch with any shops yet, nor would I know which ones are suitable. Definitely something to consider for the next batches though
This is really fantastic achievement... But i am a C128 user...
Would that work there too?
In fact could that fix the 2MHz problem? (There is no video signal/output when in FAST mode as you very probably already know)
I mean that would be a mega sensation 😁 and give to a C128 absolutely new possibilities (and also to the C64 Mode on C128)...
If that is not supported now, would it actually be possible?
Unfortunately the VIC of the 128 has a different pinout and in general seems to have different additional capabilities that are not covered in this development. In addition to that there seem to be mechanical/clearance issues
Impressive! PAL delay line colour mixing (supported on c0pperdragon module) coming soon, yes?
I'll get to that eventually, first I need to polish the VIC-II emulator, then I'll add the fancy stuff
Great news for the bread bin :)
That looks amazing. How much do you think it would cost to get one shipped to the Philippines? Of course, the cheaper the better as most of us can barely afford to buy upgrades so we have to rely on those cheap esp32 or RP Zero that we can get for a couple of bucks.
International shipping from the Netherlands goes for about 12 to 15€ for destinations outside of europe
Any info about any lag (upscaling etc usually takes its toll)?
as I mentioned, being a 100% hardware solution (FPGA) and being synchronized in lockstep with the original VIC, the latency is about 600-700us (just a few video lines), which is quite low if you ask me :D
@@sideprojectslab7352 That's awesome. I look forward testing this one!
Great project, nice work. Would be interested to know how this differs from other options in more detail. Thinking versus lumacode, kawari etc.
It is internal and fully hardware based (the emulator is on FPGA), unlike the Lumacode, and it outputs Full-HD video with stereo audio, unlike the Kawari which does low(er) resolution DVI without audio
@sideprojectslab7352 Thanks for the reply, It looks a very neat solution and great to see more development on output solutions. Looks like an addition to my shopping list 😀.
cant find the discord adress - i need to get one
Will you be doing one for the c128?
Sadly, I don't think I will, this project has strained me immensely already, and most of the effort went into developing the VIC-II emulation. The rest (circuit design and video processing) is my job and I mostly know what I'm doing, but the VIC was tough. I really don't want a rematch, but I'll be happy to consult anyone who would like to pick up the challenge
Can it be used on the C=128PC?
Unfortunately the C128 would need a full new development as far as I can tell
It's like a cyborg now. No added sound noise by letting the flex running that close to the SID, I assume? Does it handle all those crazy tricks used in demos?
The SID audio is already so noisy that any added noise would be completely drowned by what is already there, but no, there seems to be no degradation. As for the tricks, that's the idea, it should be identical to a real VIC-II, I think I got pretty far with that, but if we find more details going forward I will address them
@sideprojectslab7352 Yeah, it's noisy, true. I remediated some of it on my own machine by putting some pull downs on the input pin on the SID. It's kind of floating. I've seen people putting buffers on all the digital inputs too. That makes a huge difference. Perhaps v2 will have buffers on the SID daughter board j/k j/k. 😉 I bet you already have that, but for voltage step-down.
Is the original VIC still needed, or will it work without it?
Yes it is still needed. The decision is very much intentional, as you get to retain the original functionality of the computer. It is a fantastic debugging tool too, as I can view the same exact output from teh HD-64 and from the AV-Connector side by side and spot the differences, I'll make a video soon on this.
Is there any plans to make same one but for c128? providing they have way worst output than c64:)
Great work especially getting the audio integrated too. Could you please add a direct video output mode (240p over HDMI, with DV1 metadata preferably) for those of us who already have a external scaler like Morph4k, OSSC etc?
I don't see this happening, sorry. I want to keep the project simple and handling too many cases would mean either lots of on-the fly reconfiguration and/or maintaining multiple builds, which is something I will try to avoid as long as possible
@@sideprojectslab7352 I see, that's a real shame and would have made this much more appealing to many people who already have scalers. The original Copperdragon board did have a pass through mode but I appreciate it's more difficult to implement over HDMI. I do hope you will reconsider one day!
@@VideogameBucko I'm not sure I follow though, what would you do with 240p over HDMI? I don't think it's even a supported resolution... And you do still have the analog signal on the AV connector. Are you perhaps referring to integer scaling?
@@sideprojectslab7352 You feed the raw 240p (well 288p in my case since I'm using a PAL C64) directly to a next generation scaler such as Morph or OSSC Pro. The scaler then handles ALL of the scaling and post processing (scanlines, masks etc). With the way you have it now, the image would be scaled twice, once by the board and then again by the scaler, which is all right but not ideal. Sure you can put the analogue signal directly into your scaler too, but that's of course susceptible to noise etc, being analogue, and especially being a C64 lol, not like a nice clean digital to digital solution like you've developed here. While it might not be an official resolution in the HDMI spec, Most HDMI mods now support passthrough mode (PixelFX Gem, CPS2 digital) as well as the Mister project.
What price range are we talking?
What is that game at @1:42?
Old Tower(S), you can find it here: retrosouls.itch.io/old-tower-commodore-64
Great! That's a buy from me.
This is awesome. Are there any compatability issues using this with an NTSC shortboard? When I had looked into the VIC-II Kawari, I believe there were some problems due to the SuperPLA.
I have tested on an NTSC board and it works no problem. I also shipped a board to a Canadian tester that's going to put the HD-64 through some serious NTSC testing
@@sideprojectslab7352That’s great news. Looking forward to purchasing one when it’s available.
Good work! very nice. where can i buy this boards in Europe / Germany ?
preorders will open in the coming days at the two shops in the video descriptiont. Boards should be available in early February for international orders
Would that replace a defective VIC II?
it does not :) perhaps I will turn this into a complete replacement in the future, but it's quite a challenge, so that would be long down the line
Does it do integer scaling?
not right now, it will in the future as soon as I implement adjustable overscan. In any case, even when no blur is selected the anti-aliasing I implemented does a pretty good job
Take my money!!
You can't do without scanlines, the good old games look terrible on an LCD without them 🙂
Does it introduce any lag?
under one ms he said
not really. The output frame starts being transmitted 10/12 lines after the input frame starts, so we are around 600/700us, which is quite low in the world of digital video (most screens have several ms latency)
Most flat-screen TVs do add some lag after they received the signal though. Some do have a "game mode" with lower latency an less image processing though.
Please take my money ASAP 😊
Looks neat, but eff Micro HDMI. Garbage connector.
I know, terrible, even routing the lines on the PCB is pure pain, but it's the only connector that would fit in the original slot, without having to modify the case
Shut up and take my money!
I will never understand the urge for using old hardware on modern monitors. The software library was made having small CRTs as displays in mind. Modern high resolution display quality just ruins it for me. You can have this on an emulator to make it more cheap and simple. But hey, whatever floats your boat 😅
If you have original hardware but cannot find, can't afford, or don't have the space for a CRT, then the original hardware is a glorified paperweight. Not to mention that there will come a time when not a single workng CRT monitor is left. We mostly do this out of necessity rather than principle
Good, but all this modding kills the original hardware feeling. Then the emulator is just fine..
This will actually be the topic of one of my next videos, but make no mistake, the mods I design are intended to leave the underlying hardware as stock as possible, in fact you can still use the thing 100% like in the old days
HELL NO rather a Scaler and Scanline generator using S Video to VGA to a CRT monitor it is more AUTHENTIC and actually almost looks as good as RGB making the Commodore 64 graphics enhanced HDMI screens SUCK for retro gaming
Thing is, with the HD-64 you still have the S-Video output, just like before, so you can still do all the things you said just the same. You now have the option to output HDMI as well. Is this product for you? I'm going to guess it isn't, but do you make space for the possibility that it could be useful to someone, or that others might actually prefer the video quality over HDMI, as well as the clean setup without external conversion boxes?
@@sideprojectslab7352 a cheapo Chinese Ali Express blue and red things with S Video to HDMI Scaler does the exact same thing
Does this introduce any input lag?
700us give or take, sub 1ms