Couvre tous les domaines de l'émulation ou de la virtualisation ainsi que les discussions sur les divers outils associés.
7 messages • Page 1 sur 1
Do anyone know where can we find an Ubuntu PPA with DCVG5K? or an i386/amd64 .deb package, or .rpm (that i could convert to .deb or tarball via Alien), or even a binary tarball?
This would be great, because there are lazy people like me that hates installing emulators from source compiling!
(btw, i’m not misregretting all amazing efforts spend on other emulators, specially MAME/MESS, it is mostly because it is always great having most of the existing emulators installed)
(i actually were trying to run w32 version of DCVG5K on Wine, but it is not enough because the display ratio appears distorted, sometimes cropped, and Wine struggles a bit on making emulators like DCVG5K opening files like imagetapes via command line using Unix directory format, so it would be really great running a native GNU/Linux version of DCVG5K instead )
thanks in advance!
it is actually great having it available for Raspberry-Pi (perhaps RetroPie users would enjoy it a lot) - but, for now, i’m actually looking for i386 or amd64 .deb package, not armel (Debian’s nomenclature from https://www.debian.org/ports/ - i think armel is the architecture used on Raspberry-Pi )
thanks anyway, and if anyone heard of anything, please let us know!
The source version of dcvg5k is an old version. There's not much point into putting it in a PPA.
Recent versions, as for others emulators by Daniel, are Windows only. I have not much problems running them on Wine. The latest bugs I had seem to have been fixed by a version Daniel linked in the forum.
well, from Wine, aspect ratio appears distorted (“facteur de zoom” is never applicable, specially when running on AwesomeWM ), cropped most of the times (specially when running on AwesomeWM), and pasting an unix-formatted filesystem directory in the file browser (for opening a .k7 file, for example) is still a very painful experience - and Wine runtime always take some while to be opened (also a painful experience for who is not that patient)
the point of having it available from a PPA, or even better, from an official Debian repository, is to have it installed and updated easily and fastly, as we do with Mame/Mess
and sorry being blunt to its developer (Daniel, i guess?), but i really wonder why the source code available is from an old version, and not from the last version, it’s really difficult to understand... :S - it would be really excellent having the last dcvg5k sources easily available and updatable in places like github or anywhere else alike, and then it wouldn’t be a problem when some distribution package managers might maintain them on their own
another thing about dcvg5k: when we try to run it via command line, like “wine /opt/wine/emulators/dcvg5k/dcvg5k.exe example01.k7”, the file manager actually goes to the directory where the .k7 file is, but it doesn’t open (like “charger cassette” from dcvg5k’s file menu) the file automatically, like mame/mess does - did i miss any command line argument that is actually not mentioned in the documentation? (as far i could find)
dcvg5k a été complètement réécrit en utilisant Directx. La nouvelle version de dcvg5k ne tourne donc plus nativement sous linux. Il faut se contenter de la vieille version sous unix. Daniel a partagé les dernières sources pour l'ef9345. J'ai compilé une version de dcvg5k sdl prenant en compte cette dernière source.
It’s great seeing that there are efforts on having the sdl version updated based on these directx sources, and thank you a lot for helping there, Joaopa! (btw, sorry to you and everyone about my very weak fluency in French language (i can only understand a bit, and i’m totally unable on constructing even the simplest sentences), and i hope i’m not exceedingly disturbing this forum this way! )
(and meanwhile, i wonder why such “obsolete” technology like directx is still being used - “obsolete” in the context of that not being multiplatform, which is an essential feature when you develop whatever in these days)
(anyway, i confess i never studied or experimented this “sdl vs directx” issue that deeply, but i guess there is a kind of compatibility layer or something, that included directx libraries could be converted into sdl without further effort? please let us know how “painful” is to replace directx functions with sdl ones)
7 messages • Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité