| |
blacky
Registered: Sep 2007
Posts: 41 |
VICE 2.2 has been released
VICE 2.2 has been released.
VICE is the Versatile Commodore Emulator, it emulates the Commodore C64,
C128, VIC20, PET, PLUS4 and the CBM-II, as well as the C64 DTV, and it
runs on Win32, Unix, DOS, RiscOS, OS/2, BeOS, QNX, SkyOS, AmigaOS and
GP2X systems.
VICE is *free* software released under the GNU General Public License,
and as such it comes with full source code.
The most important changes from the last version can be found at the end
of this posting.
For more information and download instructions check out the VICE home
page at:
http://www.viceteam.org/
=======================================================================
At the time this was written the VICE home page was not updated yet,
rest assured that it will be updated soon.
In the meantime, please use
http://vice-emu.sourceforge.net/
=======================================================================
The VICE team wishes you all a Merry Christmas!
The VICE team.
----------------------------------------------------------------------
Most important changes since the last version include:
** General
----------
- On autostart, do not change true drive emulation (TDE) anymore by
default. The old behaviour can be switched on again by specifiying
-autostart-handle-tde on the command line.
There is one drawback of this behaviour: If TDE is switched on, an
image attached must fit to the drive type set. For example, when you
attach a .D81, you must have the drive type set to 1581, or the
autostart will fail.
- Added automatic Warp mode during autostart. If this resource is enabled then
VICE automatically enables the warp mode and then loads a file. After
loading the warp mode is disabled again and then the program is started.
- Autostarting a PRG file can now be done in three different ways:
* "Virtual FS": This mode mounts the directory where the file resides as a
virtual filesystem on drive #8 and then loads the PRG via virtual drive
traps. This was the only way of autostarting in previous VICE versions
and is still the default.
* "Inject to RAM": The PRG file is loaded from VICE directly into the RAM of
the emulated machine. Then the memory setup of a Basic LOAD is simulated
and the program is run. This is the fastest mode available but may lack
compatibility as no actual load operation was performed in the emulator.
However, no drive setup is altered during the operation.
* "Diskimage": VICE creates a temporary new disk image and copies the
contents of the PRG file onto it. Then this image is mounted in drive #8
and the program is loaded from there. If TDE is enabled then the load
operation is most compatible. The disk image stays attached until a new
image is mounted.
- Improved PAL emulation is now available for Unix/Xaw XVideo mode, and
AmigaOS. Only the YUV packed modes work, the planar modes still use the
old code paths, though.
- Sound core has been reworked to enable lower latency of operation.
Approximately 50 ms latency values are now routinely reached, and some
people have reported that as low as 30 ms still works for them.
- New SDL port. See ReadmeSDL.txt for details.
- New win64 ports, both amd64/x64 and ia64 are supported (msvc compile only).
- New SDL based armle, mipsle, ppcbe and shle QNX 6.x ports.
- New SDL based M68k and sparc SunOS ports.
- New SDL based Syllable port.
- New SDL based Dingoo port.
- Remote monitor (in other words: TCP/IP interface to VICE monitor) added.
- Fixed non-6502/6510 CPU handling in monitor.
** C64/C128 changes
-------------------
- ReSID's resampler has been optimized with MMX assembly. Some long-standing
bugs in resample-interpolate mode were also fixed.
- ReSID-FP has been optimized, too. It clocks the analog parts at half the
rate now, which saves CPU during filter emulation especially for 6581 modes.
- Added SFX Sound Sampler and SFX Sound Expander emulation.
- Added EasyFlash cartridge emulation.
- Added paddle emulation.
- Added lightpen/lightgun emulation, currently only available for the following
ports: SDL, GTK+, cocoa, win32/win64 and msdos.
- Added support for the following userport joystick adapters: CGA/Protovision,
DXS/HIT, PET (normally only used on the PET/CBM2), Hummer (normally only
used on the C64DTV) and OEM (normally only used on the VIC20).
** C128 changes
---------------
- Added RAM banks 2 and 3 support.
- Improved the VDC emulation.
- Stereo SID $D7xx range support.
** VIC20 changes
----------------
- New cycle exact emulation core. Handles accesses to unconnected
address space and in-line graphics data changes correctly.
(fixes "Impossiblator 3" and others)
- Improved VIC emulation (in-line color/reverse mode changes on half-chars).
- Cartridge handling rewritten.
- Added Mega-Cart cartridge emulation.
- Added Final Expansion cartridge emulation.
- Default memory configuration changed from full to unexpanded.
- Added paddle emulation.
- Added lightpen/lightgun emulation, currently only available for the following
ports: SDL, GTK+, cocoa, win32/win64 and msdos.
- Corrected the joystick support, since the VIC20 can only have one joystick
attached on the joystick port.
- Added support for the following userport joystick adapters: CGA/Protovision
(normally only used on the C64/C128), PET (normally only used on the
PET/CBM2), Hummer (normally only used on the C64DTV) and OEM.
** PLUS4 changes
----------------
- Added Digibooster SID Cart add-on emulation.
- Added SID Cart joystick port emulation.
- Fixed bug in tape recording.
- Improved graphics handling.
** C64DTV changes
-----------------
- Replaced old DTVSID emulation with ReSID-DTV.
- Minor bug fixes and emulation improvements.
- Added support for the following userport joystick adapters: CGA/Protovision
(normally only used on the C64/C128), PET (normally only used for the PET),
Hummer and OEM (normally only used on the VIC20).
** PET changes
--------------
- Corrected the joystick support, since the only way a PET can use a joystick
is by a userport joystick adapter, the following userport joystick adapters
are currently supported: CGA/Protovision (normally only used on the
C64/C128), PET, Hummer (normally only used on the C64DTV) and OEM (normally
only used on the VIC20).
** CBM2 changes
---------------
- Corrected the joystick support, since the only way a CBM2 can use a joystick
is by a userport joystick adapter, the following userport joystick adapters
are currently supported: CGA/Protovision (normally only used on the
C64/C128), PET, Hummer (normally only used on the C64DTV) and OEM (normally
only used on the VIC20).
** Unix changes
---------------
- Rudimentary PulseAudio sound driver has been added.
- Added support for dynamic loading of FFMPEG libraries.
- Added support for dynamic loading of OpenCBM and Lame library
** MS-Windows changes
---------------------
- New video driver using DirectX9 if possible. This allows free window scaling
and fullscreen mode covering the whole screen. Using a fixed aspect ratio
is optional.
- New Danish and Turkish translations of the UI elements and
command-line options.
- Added support for dynamic loading of FFMPEG libraries.
- Added support for dynamic loading of OpenCBM and Lame library
- New Italian kaymap.
** AmigaOS changes
------------------
- New Danish and Turkish translations of the UI elements and
command-line options.
- Added experimental PCI HardSID and Catweasel support.
- Used AROS (x86, ppc, amd64) new lowlevel libraries which should make USB
joysticks and joypads usable.
** Mac OS X changes
-------------------
- Cocoa port now supports all emulators
- Support for Mac OS X versions 10.4, 10.5, and 10.6 and PowerPC, Intel 32,
and 64 Bit Support.
- Cocoa UI redesign. Emulator window is reduced to emulation display only.
Emulator is controlled with the new control window. There disk and tape
images can be attached by clicking on the image or dragging files there.
Added the tape controls for the datasette and the status bar.
Added a master volume slider.
- Added SyncDraw display mode that does temporal filtering of the frames
generated by the machine (motion blur). This enhances the display quality in
moving scenes if the machine frame rate does not match the display refresh
rate (e.g. a 50 Hz C64 is shown on a 60 Hz LCD display)
- Added FLIcker Fixer to SyncDraw mode that does full frame reconstruction,
i.e. two half frames are buffered and displayed as a full frame. This helps
to reduce flicker in FLI modes but might introduce too much blur in other
modes.
- Attach image file dialogs now show the contents of the selected disk/tape
image and allow to pick a program to load from there.
- Emulator is now paused if Mac OS X goes to sleep.
- The CoreAudio sound driver was completely rewritten to support the updated
sound APIs found in the new Mac OS X versions.
- Added movie recording in QuickTime format (PowerPC and 32 Bit Intel only)
- Added support for dynamic loading of FFMPEG libraries installed via MacPorts
- Added support for dynamic loading of OpenCBM and Lame library
- Improved build scripts to support all current Mac OS X versions,
architectures, and compilers (gcc 4.0, gcc 4.2, clang)
- Libnet and libpcap updated to current versions
- Some keymap fixes in cocoa port |
|
| |
Adam
Registered: Jul 2009
Posts: 323 |
It is always fantastic to see a new version of VICE released..
Christmas surely has come early! ;)
..Adam/Onslaught/SIDwave |
| |
Hermit
Registered: May 2008
Posts: 208 |
Huhh, more than enough modifications were done. And still for free. I don't know how I could thank all these efforts for you, VICE guys.. Many many thanks:)
Now, with the new autostart options, VICE2.2 will be the perfect solution for me to test cross-compiled prg files!
Hermit Software Hungary |
| |
Oswald
Registered: Apr 2002
Posts: 5086 |
Thanks for the efforts, very nice present for Christmas indeed, especially the changed TD behaviour \\o// :) |
| |
Ksubi
Account closed
Registered: Nov 2007
Posts: 87 |
awesome work VICE team :) Thanks a lot for the hard work, much appreciated! |
| |
tomz
Account closed
Registered: Sep 2006
Posts: 39 |
Nice job Guys,well done :-D |
| |
gregg
Account closed
Registered: Apr 2005
Posts: 56 |
Random question: is it possible to capture video with full PAL emulation? |
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: 2238 |
random answer: you cant find out of anything by trying random things |
| |
Oswald
Registered: Apr 2002
Posts: 5086 |
Dear Vice Team !
Can I has please the following changes in Vice Mon:
- viewing memory (M): displayed data per line should be 16 bytes or 32. 12 is totally stupid, everything is disaligned this way, its very hard to see the data!
- viewing memory (I): make it 16 or 32 again, 40 byte per line ? no thanks I will view >screens< with it in 1% of the time using this.
also its 2010, maybe the monitor should be able to decipher stuff like m1000. or t100020003000.
thanks. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
(C:$e5d4) m 0400
>C:0400 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
>C:0410 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
do you has other 12 than i has ? |
| |
Oswald
Registered: Apr 2002
Posts: 5086 |
it depends on window size /o\
edit: and I is independent of it o_O |
| |
JackAsser
Registered: Jun 2002
Posts: 2014 |
Quote: it depends on window size /o\
edit: and I is independent of it o_O
What is most annoying is that it's depending on window size when you enter the first command. All consecutive commands using other windows sizes will still break both in columns and rows and the original window size. More over, cut'n'paste + scrolling is totally lame aswell. (windows version).
The linux-version having the monitor on stdin/stdout is totally ace though. Why not have the same on windows? I.e. make it a console application and output all the shit to stdout and read stuff from stdin. Could ofcourse be optional.
By as all ways, your work on VICE has been most appriciated and with out your efforts I personally wouldn't have coded on this lovely platform. |
| |
abaddon
Account closed
Registered: Apr 2002
Posts: 28 |
The Linux version should show the CPU status and regs as a part of the monitor status line. It gets annoying having to use a separate monitor command to see what's being modified. In Windows, you could see the status in a separate window. |
| |
TomoAlien
Account closed
Registered: Jul 2007
Posts: 17 |
I abolutely LOVE the improved sound driver. Now i can watch trackmos with synced music without stuttering every time it loads something. Also streaching... HOORAY!!
Also, the image contents box is broken:
I can select stuff in it, but i can't see it. |
| |
Rubi
Account closed
Registered: Apr 2002
Posts: 48 |
Quote: I abolutely LOVE the improved sound driver. Now i can watch trackmos with synced music without stuttering every time it loads something. Also streaching... HOORAY!!
Also, the image contents box is broken:
I can select stuff in it, but i can't see it.
Reboot your windows and try again. This helps with this problem most times. |
| |
TomoAlien
Account closed
Registered: Jul 2007
Posts: 17 |
Quote: Reboot your windows and try again. This helps with this problem most times.
Thank you. That solved the problem :). |
| |
cycle
Account closed
Registered: Feb 2007
Posts: 3 |
I think there is a bug when starting x64.exe (win32) in full screen mode - either by the command line or in the ini file. After switching back to window the menu options are all messed up (options are missing, CTRL-X no longer works).
Also, it would be great since WinVice now stretches the canvas using direct X to include tha ability to 'zoom' into the screen to remove parts or all of the border.
For example, in this line of code (arch\win32\video-dx9.c) instead of using NULL for the source rectangle, specify a rectangle that can be smaller than the full canvas (preferably adjustable using a slider bar). A NULL rectangle is currently stretching the full source canvas to full screen:
stretchresult = IDirect3DDevice9_StretchRect(canvas->d3ddev, canvas->d3dsurface, NULL, d3dbackbuffer, canvas->dest_rect_ptr, d3dpreffilter);
If this is implemented it would probably be useful as a command line option also as some software does make use of the border. eg: -zoom 0 (no zoom/default) -zoom 35 (use a source rectangle 35 pixels smaller than the canvas to remove most of the unused border (obviously the rectangle would need to be centered within the canvas.
|
| |
Oswald
Registered: Apr 2002
Posts: 5086 |
true man use d016&d011 to remove the borders. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
cycle: please post feature request on the tracker at sourceforge, then eventually someone will pick them up and implement them :) |
| |
cycle
Account closed
Registered: Feb 2007
Posts: 3 |
I think I did in the past but I will again since now it would be much easier to implement. While going through the code I found how to do it myself then noticed a much more important problem - I can't get winvice to synchronise with the monitor refresh :( Without proper smooth scrolling on a 50hz display winvice is no use to me. Even using NTSC mode running NTSC software on a 60hz display is not scrolling properly :(
Real C64 graphics glide smoothly across the screen - I can't stand stuttering. |
| |
Ventura
Account closed
Registered: Jan 2006
Posts: 67 |
Works fine on Ubuntu last time I checked, looks like I'm the only one...
As far as PAL/NTSC sync issues go: both don't run at exactly 50Hz, or any display refresh rate for that matter, so there are glitches. |
| |
cycle
Account closed
Registered: Feb 2007
Posts: 3 |
True, but if the emulator was synchronised with a vertical blank they would be smooth. The emulation speed would be slightly faster/slower than a real C64 perhaps but it would be less noticeable than jerky scrolling. |
| |
enthusi
Registered: May 2004
Posts: 677 |
@cycle: or try to set emu-speed to 120% for PAL on a 60hz display. Works well for ilace here and is the final fake :) |
| |
Rubi
Account closed
Registered: Apr 2002
Posts: 48 |
Quoting cycleI think there is a bug when starting x64.exe (win32) in full screen mode - either by the command line or in the ini file. After switching back to window the menu options are all messed up (options are missing, CTRL-X no longer works).
This was fixed in SVN trunk just after 2.2 was released. |
| |
encore
Registered: Aug 2010
Posts: 67 |
Regarding the VICE Monitor - how do you use commands, that makes use of quote-signs, inside of other commands that also uses quote-signs (which is useful for a little scripting)?
For example:
command 1 "playback "filename"" or:
command 1 "load "filename.prg" 0" ...won't work. |
| |
Flex
Registered: Feb 2002
Posts: 110 |
Is there a way to keep it stable at 100% and 50 fps?? |
| |
Warnock
Registered: Sep 2007
Posts: 28 |
It's cool that Vice is updated. However, each version has its own format. I can't load pages coded with previous versions, meaning, I'll have to code everything all over again. I hope 2.4 allows us to load previous versions of snapshots.
<*)))>< Warnock/STYLE ><(((*> |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
no, snapshots are not ment for permanent storage.
and 2.4 was released almost two years ago o_O |
| |
TheRyk
Registered: Mar 2009
Posts: 2219 |
old news ftw!
mabye a good idea to lock this entry, otherwise a bunch of dorks might happily erase their 2.4 and overinstall 2.2 and then fill bugreports ^^ |
| |
Count Zero
Registered: Jan 2003
Posts: 1926 |
Really, who "stores" his _work_ in a format he doesn't understand at all? Whats the problem in saving it properly? |
| |
Flavioweb
Registered: Nov 2011
Posts: 463 |
Maybe someone, nowdays, still code directly in LM instead Assembly, and thinks that save a snapshot is a good feature to speedup things...
OMG. |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
I can say 100% that you cannot load snapshots when you update to a newer version. I can ALSO add the same falls true for NUFLI images..
EDIT - For the record, I use snapshots to show other people what I am currently working on.
The nufli image was worked on for several months, and I have no clue what version of vice I was using, but it won't load anymore, strange indeed.
And thanks, dear Vice Team. Your efforts have kept me coding. Your software, simply put, is worth the smiles we're able to create with your program. Thanks to all of you. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
Quote:I can ALSO add the same falls true for NUFLI images..
please elaborate |
| |
jailbird
Registered: Dec 2001
Posts: 1578 |
The only thing I miss from Vice is a fucking hard lock on true drive emulation as the current way of handling it makes me nuuuuuuuuuuuuuuuuuuuuuuuuuuuuuts. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
what "hard lock" ? |
| |
jailbird
Registered: Dec 2001
Posts: 1578 |
Quote: what "hard lock" ?
It should keep the setting just the way as it has been set by my very own hands and don't change it back whenever I load a .prg instead a .d64 or at least warn me that it has been changed or that I should change it to whatever the loaded file needs. The current functionality is a prime example of a usability nightmare. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
uncheck "handle TDE at autostart", problem solved |
| |
jailbird
Registered: Dec 2001
Posts: 1578 |
Quote: uncheck "handle TDE at autostart", problem solved
Fuck yeah, this is amazing! Thanks! :D
Since when is this an option anyway? Could swear I've never seen it before.
Still, I can't say that it's a good default setting. I'm not a full noob considering the C64 but I constantly run into wondering why a certain release isn't working until I notice that TDE is set to off for some reason (yeah I know: I probably loaded a prg meanwhile). It is just baffling sometimes. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
that options exists for at least two years (since 2.4 was released) and well, its default, because you cant load .prg files that are not in a d64 when TDE is enabled. (i agree its not a good default setting however) |
| |
MagerValp
Registered: Dec 2001
Posts: 1074 |
You can also fix it by setting the PRG Startup Mode to Inject to RAM or Disk Image. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
just noticed, "handle TDE on autostart" has been off by default for a while now, so just use a recent built (as you should use anyway) =) |
| |
4mat
Registered: May 2010
Posts: 65 |
out of interest where have the 'sid model' options for reSID gone in the new builds? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
resid-fp was removed, and the respective options as well. you can use the filter tuning options to tune the sound to your liking. |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
@Groepaz - I started a NUFLI image when the editor was available to the public. I'm unsure as to when I upgraded VICE, but the "last" save on the NUFLI image was November 2, 2010.
Whenever attempting to load the .nup file in the editor, I get file not found. If I create a new d64 and port the files over, I get the same thing (True drive on, No cart images and PAL mode are all I have selected). When I turn TRUE DRIVE OFF, the image loads, but it's garbage.
It could be a fault of my own, but I don't think it is. I haven't tested loading the image with an older version of vice because I'm not sure. What I mean is, I sent Andreas an email asking to fix the NTSC borders, also pointed to an NTSC demo that used the borders. He fixed the problem FAST and sent me the update weeks before it was available publicly (really cool). That's about when I noticed it wouldn't load, but have no clue what version of vice was used to draw the original image.
Also, I think FLEX said it... Any way to achieve stability in FPS? Mine constantly fluctuates.
If you need more help with the NUFLI thing, I think I have the image handy. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
yes, please send the images. -> groepaz@gmx.net |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
@Groepaz.. Done. I sent what I had in sight. I'm hoping you don't need anything more, as I'm not sure where the other saves are. I currently have over 7,000 folders related to c64 stuff.. It's in there somewhere ;) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
i transfered the disk (dragon nufli.d64) to my c64, loaded the picture, and the picture is broken. i dont think VICE is to blame here =P |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
Wow. I am sorry.
I guess I'll have to find those other disks. Thanks for taking the time...
I took this snapshot of my desktop after opening vice from the task manager. My question is: what is going on with the bottom of the vice window?
If I change to pal, or resize the window, it disappears. If I open it without anything else open, it will load proper. I have dual monitors, you can pretty much see what is what.
http://imageshack.com/a/img538/2640/SvvPcB.jpg |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
no idea, is that with a recent snapshot? |
| |
The Phantom
Registered: Jan 2004
Posts: 360 |
Groepaz, that snapshot was taken moments before uploading and making the comment. It does it all the time for me, has that extended bottom. It almost seems like the area you see in the picture is the PAL part that doesn't show up on NTSC, if that makes sense.
Monitor 1 & 2 @ 1440x900, monitor 3 is 1280x1024. Monitor 3 is where I have vice open by default. I also have NTSC as my default (ntsc-m).
Something I just discovered... (win7 home btw)
I open it from the quick launch thinger. Once it is opened, that issue happens. If I go back to the quick launch and click the icon to minimize, then click it again to appear, that bottom is gone. Same thing happens when I hit "Windows key & D". Same thing happens if I minimize from vice. I think I covered it all. It's consistant, but again, doesn't seem to affect performance.
This might not be related to vice, but I can't be sure. I keep telling windows to not self update & install, but it never listens. It could be my video drivers, or perhaps one of my cards is going bad. Just seems odd that vice is the only program that does that. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
am talking about the windows built, you should retest with a recent one from vice.pokefinder.org |
| |
Count Zero
Registered: Jan 2003
Posts: 1926 |
Not wanting to rant towards Windows really, but try to get Win 7 Pro - and always upate !??!?! WHY would one do the opposite IF running win at all? :)
Looks like some refresh problem to me however - I'd check directX and the gfx card driver. |
