I love Bristol. A wonderful city. I stopped commuting to Bath about 10 years ago (my commute now outside of covid times is a drive up the M5 to Bristol). That train journey gave me a couple of hours a day to quietly get on with my programming projects (this was before smartphones with decent Interne...
Hey Kon. You may be interested to know that a lot of the original work on Oricutron was done on a train from Weston-super-Mare to Bath, so basically in your neck of the woods
I have to say I used to have the exact same opinions as dbug on svn vs. Git but when my work went all in on git and i had to learn it properly, i did an full 180 and now I love git and find going back to svn a pain in the arse.
I also have experience with CVS and ClearCase as well as svn and git.
Simple. Real PAL television sends a 312 line field followed by a 313 line field (interlacing). The oric (and other old computers) send a progressive scan image (continuous 312 line frames) which isn't really to PAL spec but TVs would generally sync OK anyway.
If you upload oricutron videos direct to YouTube, they often turn into an overcompressed mess, although it seems to depend slightly on the device you use to play it back. There is a thread on here describing how to pass the video through ffmpeg first for better results.
Just a quick additional note, if you change the "scale=720:672:flags=neighbor" parameter to "scale=960:672:flags=neighbor", you'll also give the video a bit of a horizontal stretch and make it look closer to the aspect ratio of a real Oric:
Several people have found that if you upload Oricutron video captures direct to youtube, it re-encodes them into a crappy mess, even though the original video was losslessly encoded (and thus pixel perfect). The issue is that the videos are low resolution (240x224), so youtube encodes them with low ...