<![CDATA[FPGA Arcade]]> http://www.fpgaarcade.com/punbb/index.php Fri, 08 Jun 2018 00:55:07 +0000 PunBB <![CDATA[Bronze age Atari games]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1346&action=new I worked on Subs more last night and got all the sounds done except for the sonar ping. I think the LFSR in the manual is either drawn incorrectly in error or it is deliberate obfuscation to thwart copycats because when I code it as the schematic is drawn it sounds terrible. Instead I ended up doing it the same as the Sprint games and Ultra Tank which I already knew sound good and that seems to have done the trick. The next time I go to my friend's place I think I'll bring along a scope and an audio probe and have a poke around the board in his Subs to see.

So now the ping I'm going to have to think about. It produces a 1kHz sine wave that starts at full volume then decays linearly to silence over a period of about 1 second, with the envelope modulated by the random noise signal. I haven't quite decided how to go about this, I'm leaning towards synthesizing a pure sine wave and then work out a way to control the envelope.

It will be cool to get this game done as it's one that isn't emulated properly by MAME. It really needs two separate monitors otherwise you can just look at where your opponent is at any time and it takes away the fun. It also needs the overlays on the screens or it looks rather bland.

Fri, 08 Jun 2018 00:55:07 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1346&action=new
<![CDATA[daughter-board questions?]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=264&action=new All parts have arrived or are on order. One part (the USB controller) is tricky but still hoping this will arrive on time.
I'm flying to China 28th June to get the boards as part of a work trip, so we will have them in Sweden for testing first week July. \o/

Fri, 14 Mar 2014 16:20:23 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=264&action=new
<![CDATA[Slack ...]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1241&action=new @slim: There's recent builds of all public cores available at http://svn.fpgaarcade.com/  if you access the svn repo itself. Check the sdcard/ directory for each core for the binary and corresponding ini. Although keep in mind you may need a newer firmware (a build from 2018 will do) for the Acorn Electron. I've held off doing a new "release" for that until a new firmware has been rolled out. Although that's the only core I'm aware of that depends on a newer firmware.

There hasn't been a new set of zipped releases in a while due to a few reasons, amongst them, Mike has been heads down finishing up the daughter board, cpu changes and working on the replay2. Also there's a migration coming from svn to git which will require a new method of doing releases.

Hopefully as things settle down after the move to git changes will be a little more visible to people smile

Tue, 28 Mar 2017 08:12:22 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1241&action=new
<![CDATA[Black screen under kickstart 1.3]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1345&action=new Ok problem solved, help by Mike and others over @Slack
There's 2 lines for kickstart 1.3 in the ini file and I only put one uncommented because I thought one was for 256k and the other 512K kickstart.
Uncommenting both lines solves the problem.

Time to fire some game, and build an 1.3 HDF

Sun, 03 Jun 2018 17:35:23 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1345&action=new
<![CDATA[VICE testbench]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1341&action=new @gpz: You are absolutely right. But you really need to do actual debugging and reverse engineering on such kits to know or even slightly imagine what pain in the a* it can be to find nasty bugs and what is needed for that. I also see the actual T65 with all my late fixes spreading around already, so this proofs it shouldn't be that bad anymore what I gave back to the community here... But of course still not perfect and I would like to go on with it if possible.   ;-)

I am sorry that I was/am quite absent, unfortunately have a lot to do. It is not that I don't like to work for the Replay anymore (or bought in by any other project out there) or I got upset about anything or anyone here. No, it is all cool...

Simply not a lot of spare time for many hobbies or a longer vacation.  That's why I don't follow all the changes you lately did, but it is great that there is something happening. So I won't yet follow the GIT thing you are planning, I would need to change my setup here, which is quite automated and I don't want to spend my time for anything not directly helping improving the core. I made a SVN dump and reinstalled it to my local SVN, because it is important for me for development - one who uses any DM for more than a web drive to deploy some files to a community will understand me.

At least I try to stay a bit in contact with Mike and support where I can - but I am aware it is by far not as much as I would do, which I am really sorry. Let's see - when my situation gets better again, I may join more deeply in the development again.

Nevertheless, coming to my point:

I still have my working Replay FPGA simulation environment where I can boot up a C64+C1541, download a PRG file and let it run, while tracing nearly every signal in the design. This works for any tests lasting a few seconds realtime with a reasonable turn-around time in development (like one single test of the Lorenz suite, to give an example - exactly this I did to iron a lot of issues out of the T65 core for the undocumented instructions). For this I also do not directly need the most actual Replay framework either.

So if one can test/set up such similar small test cases and sends me a _very_ concrete bug report via PM (the small PRG I need to run plus short description what the expected behavior should be), I promise to find the time to push it through my simulation setup and try to fix this specific issue, at least to give it a try. Please do not reply here in the forum for this, I won't read it regularly and I don't think noone else than me can really use it further. I also don't expect I get now 10 reports a day flooding my mailbox, so this should work out. And as said, finding bugs in games directly is not reasonable, not even if the emulation can run significantly faster than realtime.

And please don't just send me a link with a comment "look here and there", I will simply ignore these mails. I know as well all the C64 emulator/test resources and most of them are not suitable for a simulation approach needed here - beside a lot are not even properly documented to even know what the result should be, so they are useless for me.  So, if you want a better core for the community, please spend also a bit of your time to code some simple PRG or check out small existing tests and help out here with some pre-work making not only my live easier as well. Many thanks in advance!

Everything more is out of range for me at least for now, but I hope this offer helps a bit.

Mon, 23 Apr 2018 21:56:18 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1341&action=new
<![CDATA[pokey.vhd]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=463&action=new Hi Mike,

I found another issue with the pokey that I have not fixed.  Do you have a newer version on the SVN?

the problem is with this code:

if (poly_sel_hp(i) = '1') and (poly_sel_hp_t1(i) = '0') then -- rising edge
    tone_gen_final(i) <= not tone_gen_final(i);

if two channels are playing the same tone, it is possible that tone_gen_final(i) starts out in opposite states for the two channels.  Then when they are summed together by:

sum12 := ('0' & vol(1)) + ('0' & vol(2));
sum34 := ('0' & vol(3)) + ('0' & vol(4));
sum := ('0' & sum12) + ('0' & sum34);

Then the two channels will cancel each other.


Tue, 28 Apr 2015 10:25:20 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=463&action=new
<![CDATA[Git migration and svn user emails needed.]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1343&action=new Nicely done!

Sun, 20 May 2018 19:46:44 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1343&action=new
<![CDATA[Output sound volume settings]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1344&action=new Hi,
On my desk I've speakers. The Replay is plugged in there but I can't change the volume of the speakers, it is just on or off.
This is not a problem when you're booting the OS where you can change the volume but it is a problem when you play game or fire a demo...
So my question is : is it possible to change the volume for example by changing a parameter in a ini file, or in the OSD menu? (didn't find anything there).
If it is not possible now, it would be cool to implement it in the future for set up like mine.


Sun, 27 May 2018 08:19:59 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1344&action=new
<![CDATA[Status]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1337&action=new Still waiting sad

Fri, 16 Feb 2018 17:53:23 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1337&action=new
<![CDATA[68060 Daughterboard reservation]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1340&action=new cool!

Wed, 21 Mar 2018 15:59:32 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1340&action=new
<![CDATA[Current status]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=491&action=new I'm fixing up the C64 core with the new framework, and we are doing some work on the CIAs and 68K CPU.
I've added the missing instructions to our M68K CPU. I really really want to finish the Atari core yes asap.

Daughterboard is still waiting for parts, passives are hard to get at the moment, will  update asap.

Mon, 08 Jun 2015 08:17:38 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=491&action=new
<![CDATA[Forum registration]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1342&action=new Hello!
Still appears to be an issue with forum registrations.
I've cleared the queue and running some tests.
IF you have registered and it hasn't worked (you didn't get an email) please mail me.

Wed, 25 Apr 2018 07:24:36 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1342&action=new
<![CDATA[sdcard incompatibility after Oct17 update]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1335&action=new I use a no brand 7dayshop 32gb card sd card, not sure if i did oct 17 update but did the update to format card on replay

Fri, 02 Feb 2018 23:21:08 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1335&action=new
<![CDATA[Greets from the south east of Germany]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1330&action=new Its still in the works, had some delays here ill update when rdy.

Sun, 24 Dec 2017 09:19:59 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1330&action=new
<![CDATA[Power off or leave on?]]> http://www.fpgaarcade.com/punbb/viewtopic.php?id=1339&action=new it's no problem to leave on, but power saving and all that (although it takes < 5W) ..

Thu, 15 Mar 2018 16:45:40 +0000 http://www.fpgaarcade.com/punbb/viewtopic.php?id=1339&action=new