| |
tlr
Registered: Sep 2003
Posts: 1822 |
Help test x64sc, the next generation x64.
We've spent a month and a half rewriting x64 into x64sc and would like to have some feedback.
Please test this with as many things as you can and report any emulation bugs you find in here or alternatively on #vice-dev @ freenode.net.
Let's bring VICE from the 90's into the modern age!
Good:
- emulator rewritten, more accurate
- models:
Breadbox (default) x64sc -VICIImodel 0 -ciamodel 0 -gluelogictype 0
C64C x64sc -VICIImodel 1 -ciamodel 1 -gluelogictype 1
C128-ish x64sc -VICIImodel 1 -ciamodel 1 -gluelogictype 0 Bad:
- slow (will be faster)
- possible regressions, please test
- no NTSC (yet)
- no REU (yet)
- no snapshots (yet)
- mystery drive bug (disable virtual device traps)
- GUI not yet updated
Win32 binary: x64sc-r22294-win32.zip
Source code (subversion repository):
svn co https://vice-emu.svn.sourceforge.net/svnroot/vice-emu/branches/..
|
|
... 134 posts hidden. Click here to view all posts....
|
| |
Count Zero
Registered: Jan 2003
Posts: 2025 |
Doh, Ninja - complete co takes a lot less than 10 minutes here - svn up is done in seconds usually? :)
/cz |
| |
chatGPZ
Registered: Dec 2001
Posts: 11540 |
i recommend getting rid of that us robotics modem .... =) |
| |
Ninja
Registered: Jan 2002
Posts: 419 |
Okay, guys, come here over to Tokyo and prove me wrong ;)
(I take this as no BTW, pity) |
| |
Count Zero
Registered: Jan 2003
Posts: 2025 |
You pay the ticket, Ninja? :)
Blame sf anyhow :)
/cz |
| |
chatGPZ
Registered: Dec 2001
Posts: 11540 |
Quote:You pay the ticket, Ninja? :)
yeah, was that an offer? i will even bring entire sourceforge on DVD for you then.... or sth =) |
| |
Ninja
Registered: Jan 2002
Posts: 419 |
It was a bit better today, so I finally have the source (but svn still feels a bit aged ;) (Yes, this is personal opinion. Do not reply!))
Back to topic: Compiling and running went smooth, will use it as my default emulator now and report whenever I notice something. |
| |
Krill
Registered: Apr 2002
Posts: 3106 |
Quote: Sounds very promising!
Looking really forward to be able to select the CIA-type; I needed that a couple of times and also looked at the vice-sources, but well...
BTW if you bring VICE into the modern age, could you also bring your SCM into a modern age? Like git or whatever? The svn update takes more than 10 minutes already, and I haven't even reached your branch :(
Sorry to be off-topic, but please don't mix up slow connection speed with any concept of version control "modernity". Unless we want to have several more or less independent VICE source trees, git et al. will give no advantage worth mentioning. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11540 |
Quote:Unless we want to have several more or less independent VICE source trees, git et al. will give no advantage worth mentioning.
you know.... the fact that i cant simply pull a recent trunk, work on it and then eventually push back my changes .... is pretty much exactly what stopped me working on the MMCR implementation. git ftw! =P |
| |
tlr
Registered: Sep 2003
Posts: 1822 |
New version: x64sc-r22354-win32.zip
- 6569R1 emulation (-VICIImodel 2 or -VICIImodel 65691)
- Corrected SID read latency.
|
| |
Ninja
Registered: Jan 2002
Posts: 419 |
Krill: Sigh, I said "DO NOT REPLY"! Updating a git-repo is faster as its usage of bandwitdh is far more efficient alone. Scanning for differences between local copy and trunk is at least one magnitude faster (the reason that it worked for me later was not a better connection speed but the fact that I did a complete new checkout instead of updating my old repo). Other advantages? Having the complete history available without net-access, creating local branches on the fly, advanced merging-techniques, simplified patch creation... Your last sentence doesn't sound as if you have _really_ used git yet ;)
SVN is by no means useless, but for VICE I honestly think git would be the better alternative. Technically. If most people developing for VICE are not familiar with it, then it doesn't make sense yet, that's for sure, too.
|
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | ... | 15 - Next |
