ucon64-main Mailing List for uCON64
Brought to you by:
dbjh
Menu
▾
▴
ucon64-main — Problems, fixes or ideas.
You can subscribe to this list here.
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2020 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2021 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2023 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: <597...@qq...> - 2024-11-15 18:32:26
|
Hi, Greetings. I have a Super Wildcard DX. I am having difficulty getting swc/smc format roms running on my Super Wildcard DX. I know i am supposed to add a copier header to the original rom to make it work on Wildcard DX. I tried to convert ROM to SWC/SMC format on uCON64 GUI but with no luck. I compared the rom generated by Wildcard DX and the rom converted using uCON64. The headers are different although they are both 512 bytes. So i guess i haven't figured out the correct way to add the copier header. Please guide me. Thanks! Regards, Zhen |
|
From: Jeremy C. <jd...@ko...> - 2023-08-20 08:45:44
|
This one has existed for a very, very, very long time.
Let's take a look at what uCON64 2.2.2 says for Phantasy Star 2
(filename: Phantasy Star II (UE) (REV 01).bin, checksum 0x3792):
Cartridge RAM: Yes, 15 kBytes (backup)
RAM start: 00200001
RAM end: 00203fff
For ages I've wondered why uCON says 1) that the SRAM is 15kB when no
such chips exist, and 2) why the SRAM starting address (in 68K
addressing space) is at a weird address (0x200001).
Looking at console/genesis.c from r2916 (trunk):
1776 genesis_has_ram = OFFSET (genesis_header, 176) == 'R' &&
1777 OFFSET (genesis_header, 177) == 'A';
1778 if (genesis_has_ram)
1779 {
1780 x = (OFFSET (genesis_header, 180) << 24) +
1781 (OFFSET (genesis_header, 181) << 16) +
1782 (OFFSET (genesis_header, 182) << 8) +
1783 OFFSET (genesis_header, 183);
1784 y = (OFFSET (genesis_header, 184) << 24) +
1785 (OFFSET (genesis_header, 185) << 16) +
1786 (OFFSET (genesis_header, 186) << 8) +
1787 OFFSET (genesis_header, 187);
1788 pos += sprintf (rominfo->misc + pos, "Cartridge RAM: Yes, %d kBytes (%s)\n",
1789 (int) ((y - x + 1) >> 10),
1790 OFFSET (genesis_header, 178) & 0x40 ? "backup" : "non-backup");
1791
1792 pos += sprintf (rominfo->misc + pos, "RAM start: %08x\n", (int) x);
1793 pos += sprintf (rominfo->misc + pos, "RAM end: %08x\n", y);
Understanding where the erroneous 15kB comes from: ROM hex dump:
000001A0 00 00 00 00 00 0B FF FF 00 FF 00 00 00 FF FF FF ................
000001B0 52 41 F8 20 00 20 00 01 00 20 3F FF 20 20 20 20 RA. . ... ?.
Math correlating with uCON64 code:
x = 0x200001
y = 0x203fff
y - x + 1 = 0x3fff
0x3fff >> 10 = 15
So what's going on here? If we refer to the official Sega developers
manual section "ROM CARTRIDGE DATA FOR MEGA DRIVE" we find actual
answers. Focusing on offsets 0x1a8 to 0x1bb and their notes:
1A0H: $000000, $XXXXXX 8
1A8H: $FF0000, $FFFFFF 9
1B0H: EXTERNAL RAM DATA 10
1BCH: MODEM DATA 11
9: RAM capacity START ADDRESS, END ADDRESS
10: When no external RAM is mounted, fill the address by a space code
and when it is mounted follow the following:
1B0H: dc.b 'RA',%1x1yz000,%00100000
x = 1 for BACKUP and 0 if not BACKUP
yz = 10 if even address only
11 if odd address only
00 if both even and odd address
1B4H: dc.l RAM start address RAM end address
Therefore, the header decoded:
- 0x1a8 to 0x1ab: 0x00FF0000
- 0x1ac to 0x1af: 0x00FFFFFF
- 0x1b0 to 0x1b1: 'RA'
- 0x1b2 to 0x1b3: 0xF820 (%11111000 %00100000)
-- x = %1 (battery-backed)
-- yz = %11 (odd addresses only)
- 0x1b4 to 0x1b7: 0x00200001 -- RAM starting address
- 0x1b8 to 0x1bb: 0x00203FFF -- RAM ending address
Note the 2 bits denoted as "yz" (bits 4 and 3) says "odd addresses
only". What this means is for yz=%11 that only "half" of a 16-bit write
is actually written to the SRAM.
Suddenly the 0x00200001 starting RAM address makes sense: only writes to
0x200001, 0x200003, 0x200005 etc. are written to the actual SRAM chip
itself; writes to even addresses are discarded. (Example: a write of
value 0x1234 to 0x200000 would write 0x34 to the SRAM chip, and 0x12
would be discarded. Remember 68K is big-endian!)
So here's a chart for yz (bits 4 and 3):
%00 = SRAM chip full capacity (both bytes written (big-endian order))
%01 = undocumented -- treat as invalid
%10 = SRAM chip half capacity (SRAM address (end-start)/2), even bytes written
%11 = SRAM chip half capacity (SRAM address (end-start)/2), odd bytes written
In short: you guys need to parse OFFSET (genesis_header, 178) a bit more
to decode the yz bits and utilise them in combination with y-x+1 math.
I say this because 8kB and 16kB are certainly not the only SRAM sizes
possible, so please don't hard-code those.
Also, while I'm here: the x bit (bit 6) represents whether or not the
SRAM is battery-backed or not. There might be games where SRAM will be
present but NOT battery-backed, i.e. the SRAM is used for some other
temporary purpose (contents lost when power is shut off). There are
plenty of games on the NES/Famicom that do this, but not sure about
Genesis/MD. And, obviously, if there is no SRAM installed on the
cartridge, then bytes 0x1b0 to 0x1bb are supposed to be 0x20 (spaces).
Sega just calls it "BACKUP", but the meaning is battery-backed. I
never understood what "backup" meant in uCON64 terminology until now.
P.S. -- Don't use Super Hydlide dumps for testing this! Every dump I've
had has had x=%0 on it, which is incorrect. I remember this problem
going all the way back to 1993 or so, where when playing a dump of it I
got off a BBS on a Multi Game Hunter, the game would never retain its
save data. Whoever dumped it somehow botched the battery-backup bit.
Even GoodTools, to my knowledge, doesn't have this in their fix DB.
--
| Jeremy Chadwick jdc_at_koitsu.org |
| UNIX Systems Administrator PGP 0x2A389531 |
| Making life hard for others since 1977. |
|
|
From: Jani <sai...@ro...> - 2023-03-10 04:54:53
|
Hi ucon64 team, thanks for a great tool, stumbled upon a possible issue with v2.2.2, se log below. RegardsJani ucon64 -j RAISER2.1 --snesuCON64 2.1.0 Win32 (MinGW) 1999-2017Uses code from various people. See 'developers.html' for more!This may be freely redistributed under the terms of the GNU Public LicenseJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.1Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.2Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.3Wrote output to RAISER2.tmp ucon64.exe -j RAISER2.1 --snesuCON64 2.2.2 Win32 (MinGW) 1999-2021Uses code from various people. See 'developers.html' for more!uCON64 may be freely distributed under the terms of the GNU Public LicenseWrote backup to RAISER2.bakJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.1Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.2Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.3Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.4Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.5Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.6Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.7Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.8Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.9Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.:Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.;Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.<Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.=Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.>Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.?Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.@Joined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.AJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.BJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.CJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.DJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.EJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.FJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.GJoined Actraiser_II_Plus3_Trainer_USA_SNES-ANTHROX_SWC\RAISER2.H... continues forever...INTERNAL WARNING: vprintf2() encountered an unsupported ANSI escape sequence Please send a bug report |
|
From: Lien K. <kel...@gm...> - 2022-12-11 05:10:07
|
Hi For some reason ucon64 is seen as a virus by my antivirus norton security. Is it possible to'check if there is something wrong? When I had the previous version, it was not removed as a virus by my same antivirus software. Thanks LIEN |
|
From: norishen <nor...@gm...> - 2022-09-29 17:14:34
|
Hello, Thank you for this program, it's wonderful if you have the right hardware. My question is: can I connect my programmer, (tototek md-pro), with a usb to parallel cable?, when I plug the cable, in my system the device /dev/usb/lp0 is created but this device does not have "normal" IO Base Adress, like a real parallel, (3bc, etc. ..), so I don't know what to put in the --port parameter of ucon64. I have also seen, (in my ucon64 version 2.2.2), that I can put USB0, USB1, but this is for a serial connection, "I think". My laptop doesn't have a real parallel port, just usb ports and I don't see a way to connect it. Thank you very much and sorry for the message, norishen |
|
From: norishen <nor...@gm...> - 2022-09-29 17:07:22
|
Hello, Thank you for this program, it's wonderful if you have the right hardware. My question is: can I connect my programmer, (tototek md-pro), with a usb to parallel cable?, when I plug the cable, in my system the device /dev/usb/lp0 is created but this device does not have "normal" IO Base Adress, like a real parallel, (3bc, etc. ..), so I don't know what to put in the --port parameter of ucon64. I have also seen, (in my ucon64 version 2.2.2), that I can put USB0, USB1, but this is for a serial connection, "I think". My laptop doesn't have a real parallel port, just usb ports and I don't see a way to connect it. Thank you very much and sorry for the message, norishen |
|
From: José L. M. E. <aic...@gm...> - 2022-08-13 10:27:29
|
Hi, I’m using the latest ucon64 together with the latest GUI in Linux Mint. The GUI opens and seems to be working, but there’s no text anywhere. Is there any special font or localization required for the GUI? I tried with old FOX 1.4.0 and the latest version. Thanks in advance Regards |
|
From: João V. B. <Joa...@pr...> - 2022-03-28 02:13:54
|
Heard that I can check ROM files and behead ROMs with ucon64 but I have no idea how. |
|
From: Daniel J. <acd...@gm...> - 2021-05-26 08:09:32
|
Hi, I was wondering if you could build a new build for me with the gd7 game cart dumping support for windows 98. I have no clue how to build anything on windows. I have zero issues building linux binaries on linux though. Also, when I try to transfer a game using the pi-parport that I built, it never transfers all the way and gets corrupted. I am using the --xgd3 flag like it says in the FAQ. I have no problems transferring using that flag and the --xgd6 on windows 98 though. Thanks Dan |
|
From: jessica j. <jes...@gm...> - 2021-01-06 20:31:10
|
Can you tell me where in a snes rom the pal/ntsc is stored? Is it possible to read this with ucon64? thx |
|
From: eadmaster <man...@pe...> - 2020-11-30 19:15:12
|
Hi i'd like to to suggest 2 improvements: - hfind: should accept hex strings without spaces; - hreplace: new command to replace hex strings by value. The "hreplace" command has many use cases when you need to hack some binaries/ROMs (e.g. Windows exes widescreen hacks, wiiu cheats, etc.) -- [image: My website] My home page <https://eadmaster.altervista.org> |
|
From: Jessica J. <jes...@gm...> - 2020-11-01 16:04:38
|
hi Remember me asking you questions? I'm now making a small tool which gives extracted roms of mame (of the zip file) to ucon64. I was wondering: will i get any useful output when i run ucon64 on mame roms (arcade and other emulators of mame)? |
|
From: Dave S. <kit...@gm...> - 2020-07-26 17:56:34
|
Hi. I seem to have stumbled upon a weird bug with ucon64, hope you don't mind me explaining the issue. A few years back I bought a weird Chinese CD-R with games - it had printed artwork but the disc was a CD-R. It had tons of games in split format meant for copiers, I could run a few but not all of them so I put it in storage. Some time later a friend told me your tool can be used to join and fix these files so I started to use it, and it worked fine... for the most part. A few of the files were not being recognized - ucon64 would just do nothing. It would just show the standard GNU license text and quit. Windows Explorer showed the files fine, and I could open them with other programs. But Windows Explorer didn't show any Date Created / Date Modified dates, the info was blank. I checked their properties and the file date on the files was Wednesday, June 23, 1824! So I opened the files in a hex editor, saved them to fix the date, then tried running ucon64 on them again - and this time it worked without issues. I don't know what happened here, but at least I found a workaround. If you need the files I used, let me know and I'll send them over. Thank you. // Dave "Foxhack" Silva |
|
From: valerio p. <val...@gm...> - 2020-05-15 18:06:49
|
When I open uCON64 it says that discmage.dll is not present or obsolete despite being on the folder. How do I solve it? Thanks for your patience. |
|
From: ChutacoackoPlayz, G. a. More! <rya...@gm...> - 2020-03-26 16:36:52
|
the ucon64 visual c version doesn't work at all, as soon as i load it, windows defender immediately claims there is threat, then removes the program |
|
From: Jessica J. <jes...@gm...> - 2020-03-11 19:59:05
|
Hello I'm searching for a tool to convert mega drive .md files to .bin and also master system .sms files to .bin (or other format), because I use a handheld coolbaby X6 which needs specific rom formats to run. Can I do this with ucon64? If not, what tool(s) to use for this? So I don't want to make rom files out of cartridges, I just want to convert existing rom files to other formats. I'm a beginner in the rom world! You can contact me directly: jessica.jones.unitedkingdom (at) gmail.com Thank you very much Jessica |
|
From: Radorn K. <rad...@ya...> - 2020-01-25 12:56:58
|
I'm having trouble with the N64 DexDrive. My computer, although modern and running Windows7 64bit, does have an onboard serial port, and the original DexDrive software, DexPlorer, seems to work correctly, as inadequate as it is, not recognizing most formatted Controller Paks containing saves already, expecting the user to re-format them from DexPlorer in order for it to recognize them. I was hoping to use uCon64 with it, to at least dump and burn Controller Pak images and manage them PC-side. The problem is I can't seem to get uCon64 to connect to the DexDrive. The --port= variable seems to be made for parallel or USB ports, not serial. How am I supposed to make this work, or is it not really supported? |
|
From: Kevin C. <kc...@ho...> - 2020-01-11 20:02:58
|
Thanks for continuing to support the genesis and other consoles after all these yrs. I'm able to get ucon64 to do almost everything I want. I'm having trouble with 8 mega bit genesis roms and loading them on my mg2. The 4 mega bit roms almost always work. With the 8 megabit roms I sometimes get the sega logo and sometime the liscence screen or nothing at all. Sometimes the game will sort of run but with corrupted sound and graphics and then lock up. Am I doing something wrong? Bad roms? Limitation of the mg2? Thanks and ucon64 is 99.999 percent awesome. -- Sent from myMail for Android |
|
From: Philipp S. <p.s...@li...> - 2019-12-02 10:32:08
|
Hi ucon64 guys, I built a distribution package for openSUSE (also usable for el/fedora based linux systems) and I'd like to rewrite some parts of the install script. How is your contribution process? And please have a look at my package. https://build.opensuse.org/package/show/home:seilerphilipp/ucon64 Best Regards Philipp -- Philipp Seiler Free Software & Linux advocator Mail: p.s...@li... GPG Key: 0x75911461 Jabber: ph...@ja... |
|
From: Dan M. <da...@mo...> - 2019-11-14 08:32:18
|
Hi, I'm using ucon64 in an attempt to dump from a Super Wild Card DX's memory back to a Linux laptop via a parallel cable. What works: * Write to a Tototek flash cart via the parallel cable * Push a ROM to the Super Wild Card DX's memory via the parallel cable (game runs fine) * Pull a ROM from the Super Wild Card DX's cartridge slot via the parallel cable (dump is accurate and can be run in an emulator) What doesn't work: * Attempting to pull a ROM from the SWC's memory via the same parallel cable Running: ucon64 --xswc rom.swc Produces the error: # ./ucon64 --xswc rom.swc uCON64 2.2.0 UNIX (Linux) 1999-2019 Uses code from various people. See 'developers.html' for more! This may be freely redistributed under the terms of the GNU Public License Using I/O port base: 0x378; I/O port Extended Control register: 0x77a ERROR: There is no cartridge present in the Super Wild Card This appears to be trying to run the equivalent of --xwscc (i.e.: dump cartridge, not memory). The ROM information was loaded from floppy disk to memory inside the Super Wildcard DX, and I can confirm it's loaded by the SWC's tools and by running the game. Am I doing something wrong? Is there a way to read from floppy to SWC, and then from SWC via ucon64 ? Thanks, -Dan |
|
From: Caleb Xu <cal...@li...> - 2019-07-15 23:11:13
|
Hello all,
I’m writing to report a build failure I’m having with building ucon64 2.2.0 on macOS. It seems that something is not being configured or built properly:
==> ./configure --disable-debug --prefix=/usr/local/Cellar/ucon64/2.2.0
checking build system type... x86_64-apple-darwin18.6.0
checking host system type... x86_64-apple-darwin18.6.0
checking target system type... x86_64-apple-darwin18.6.0
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ISO C89... none needed
checking how to run the C preprocessor... clang -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether clang needs -traditional... no
checking whether debug output is enabled... no
checking whether support for parallel port backup units is disabled... no
checking whether to use ppdev... no
checking whether the use of color is disabled... no
checking whether add-on libraries are dynamically linked... no
checking whether to build without libdiscmage support... no
checking whether to build with libcd64 support... no
checking whether to build without gzip and zip support... no
checking whether to build with libusb support... no
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking byteswap.h usability... no
checking byteswap.h presence... no
checking for byteswap.h... no
checking for inttypes.h... (cached) yes
checking sys/io.h usability... no
checking sys/io.h presence... no
checking for sys/io.h... no
checking for an ANSI C-conforming const... yes
checking for uid_t in sys/types.h... yes
checking for inline... inline
checking for pid_t... yes
checking for size_t... yes
checking for working memcmp... yes
checking for strftime... yes
checking for vprintf... yes
checking for _doprnt... no
checking for realpath... yes
checking for clock_nanosleep... no
checking for strnlen... yes
checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/install -c
configure: creating ./config.status
config.status: creating config.mak
config.status: creating libdiscmage/Makefile
config.status: creating config.h
config.status: creating libdiscmage/config.h
NOTE: On non-Linux systems you may need to use gmake instead of make
==> make
cd libdiscmage && CFLAGS="" LDFLAGS="" /Applications/Xcode.app/Contents/Developer/usr/bin/make
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c ucon64.c -o ucon64.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c ucon64_dat.c -o ucon64_dat.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c ucon64_misc.c -o ucon64_misc.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c libdm_misc.c -o libdm_misc.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c dllinit.c -o dllinit.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c misc.c -o misc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c ucon64_opts.c -o ucon64_opts.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c misc_wav.c -o misc_wav.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/format.c -o format/format.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/cdi.c -o format/cdi.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/chksum.c -o misc/chksum.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/nero.c -o format/nero.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/file.c -o misc/file.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/cue.c -o format/cue.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/getopt2.c -o misc/getopt2.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/toc.c -o format/toc.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c format/other.c -o format/other.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/misc.c -o misc/misc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/property.c -o misc/property.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/string.c -o misc/string.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c ioapi.c -o ioapi.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c map.c -o map.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c misc_z.c -o misc_z.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/term.c -o misc/term.o
clang -I. -Wall -W -O3 -DHAVE_CONFIG_H -DDLL -DDLOPEN -fPIC -c unzip.c -o unzip.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/atari.c -o console/atari.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/coleco.c -o console/coleco.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/console.c -o console/console.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/dc.c -o console/dc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/gb.c -o console/gb.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/gba.c -o console/gba.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/genesis.c -o console/genesis.o
clang libdm_misc.o dllinit.o misc.o misc_wav.o format/format.o format/cdi.o format/nero.o format/cue.o format/toc.o format/other.o ioapi.o map.o misc_z.o unzip.o -lm -lz -dynamiclib -o discmage.dylib
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/jaguar.c -o console/jaguar.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/lynx.c -o console/lynx.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/n64.c -o console/n64.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/nds.c -o console/nds.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/neogeo.c -o console/neogeo.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/nes.c -o console/nes.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/ngp.c -o console/ngp.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/pce.c -o console/pce.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/psx.c -o console/psx.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/sms.c -o console/sms.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/snes.c -o console/snes.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/swan.c -o console/swan.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c console/vboy.c -o console/vboy.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/backup.c -o backup/backup.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/cc2.c -o backup/cc2.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/cmc.c -o backup/cmc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/dex.c -o backup/dex.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/doctor64.c -o backup/doctor64.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/doctor64jr.c -o backup/doctor64jr.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/f2a.c -o backup/f2a.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/fal.c -o backup/fal.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/ffe.c -o backup/ffe.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/fig.c -o backup/fig.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/gbx.c -o backup/gbx.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/gd.c -o backup/gd.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/interceptor.c -o backup/interceptor.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/lynxit.c -o backup/lynxit.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/mccl.c -o backup/mccl.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/mcd.c -o backup/mcd.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/md-pro.c -o backup/md-pro.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/mgd.c -o backup/mgd.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/mgh.c -o backup/mgh.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/msg.c -o backup/msg.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/nfc.c -o backup/nfc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/pce-pro.c -o backup/pce-pro.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/pl.c -o backup/pl.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/psxpblib.c -o backup/psxpblib.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/quickdev16.c -o backup/quickdev16.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/sc.c -o backup/sc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/sflash.c -o backup/sflash.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/smc.c -o backup/smc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/smd.c -o backup/smd.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/smsgg-pro.c -o backup/smsgg-pro.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/spsc.c -o backup/spsc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/ssc.c -o backup/ssc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/swc.c -o backup/swc.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/tototek.c -o backup/tototek.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/ufo.c -o backup/ufo.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/ufosd.c -o backup/ufosd.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/yoko.c -o backup/yoko.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c backup/z64.c -o backup/z64.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/aps.c -o patch/aps.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/bsl.c -o patch/bsl.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/gg.c -o patch/gg.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/ips.c -o patch/ips.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/patch.c -o patch/patch.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c patch/ppf.c -o patch/ppf.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/getopt.c -o misc/getopt.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/archive.c -o misc/archive.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/ioapi.c -o misc/ioapi.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/map.c -o misc/map.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/unzip.c -o misc/unzip.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/parallel.c -o misc/parallel.o
clang -I. -Wall -W -O3 -fsigned-char -DHAVE_CONFIG_H -c misc/dlopen.c -o misc/dlopen.o
clang ucon64.o ucon64_dat.o ucon64_misc.o ucon64_opts.o misc/chksum.o misc/file.o misc/getopt2.o misc/misc.o misc/property.o misc/string.o misc/term.o console/atari.o console/coleco.o console/console.o console/dc.o console/gb.o console/gba.o console/genesis.o console/jaguar.o console/lynx.o console/n64.o console/nds.o console/neogeo.o console/nes.o console/ngp.o console/pce.o console/psx.o console/sms.o console/snes.o console/swan.o console/vboy.o backup/backup.o backup/cc2.o backup/cmc.o backup/dex.o backup/doctor64.o backup/doctor64jr.o backup/f2a.o backup/fal.o backup/ffe.o backup/fig.o backup/gbx.o backup/gd.o backup/interceptor.o backup/lynxit.o backup/mccl.o backup/mcd.o backup/md-pro.o backup/mgd.o backup/mgh.o backup/msg.o backup/nfc.o backup/pce-pro.o backup/pl.o backup/psxpblib.o backup/quickdev16.o backup/sc.o backup/sflash.o backup/smc.o backup/smd.o backup/smsgg-pro.o backup/spsc.o backup/ssc.o backup/swc.o backup/tototek.o backup/ufo.o backup/ufosd.o backup/yoko.o backup/z64.o patch/aps.o patch/bsl.o patch/gg.o patch/ips.o patch/patch.o patch/ppf.o misc/getopt.o misc/archive.o misc/ioapi.o misc/map.o misc/unzip.o misc/parallel.o misc/dlopen.o -lz -o ucon64
Undefined symbols for architecture x86_64:
"_sched_setscheduler", referenced from:
_main in ucon64.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [ucon64] Error 1
Any assistance or advice with this failure would be appreciated.
Thanks,
Caleb Xu
|
|
From: gammy <ga...@pe...> - 2019-05-20 09:57:35
|
Hello! I'm the maintainer of ucon64 AUR (Archlinux User Repository) package, which is used for numerous Linux distributions using the pacman package manager. A user recently raised an issue where, if they had libieee1284 installed, ucon64 would fail to build due to libcd64 failing to link in a static version of libieee1824. The Archlinux package for libieee1284 (unsurprisingly) comes in the form of a shared library, and so this not too surprising. I hadn't noticed this myself as I did not have libieee1284 installed, but that library is a depenency of sane, which is the de-facto scanner software on Linux, and so this will affect more people than one would think. I wrote a patch to amend this issue. It's probably not the most beautiful patch, but I thought it worth letting you know about this issue in case you want to merge in the patch, or if you'd like to address it in some other way. Maybe this issue already has a ticket in SVN (or maybe it's even been fixed), but I've not yet had time to delve into it. I also have one more patch (not originally by me) which amends an issue with CFLAGS being set on the commandline. Please see the diffs and commentary at: https://aur.archlinux.org/packages/ucon64/ Kind regards, Kristian Gunstone (gammy) |
|
From: Matthias R. <mat...@gm...> - 2018-10-09 12:54:04
|
Hello, regarding your FAQ, question 55 ( http://ucon64.sourceforge.net/ucon64/faq.html#55): you write that it is possible to modify ppdev to get it to work with a Doctor v64 and that a workaround for GDSF6/7 is to use GDSF3 transfer mode. That works fine for me, I can send ROMs in GDSF3 transfer mode to my GDSF7. But out of curiousity, would that modification to ppdev enable GDSF7 transfer mode? Reason I'm asking is, I'm using ucon64 on a Raspberry Pi with a ppdev parallel port driver for the Raspberry's GPIO pins ( https://github.com/garlick/pi-parport). I can only use ucon64 with ppdev that way. Could you guys give me a hint what to modify to get GDSF7 mode to work with ppdev? Thanks a lot in advance, Matthias |
|
From: Eric Bole-F. <er...@ro...> - 2018-07-06 06:11:13
|
Hi ucon64 team I'm Eric, the romcenter developer. As you may know, I'm finalizing the romcenter 4 version. It is developed in c#, compared to delphi in previous one. Crc plugins used with romcenter 3 are still in delphi pascal (for the most) and I'm looking to re-write them in c#/c. Some plugins have been developed from ucon64 and I think this is the way to go. Are you still working on ucon64? Is it possible to use an api to send a filename, or a stream and get results like internal name, format, crc, size... ? Several systems have been adapted to romcenter from ucon64: n64, genesis, snes, nes. Is it straightforward ? Can I hook directly on original ucon64 binaries and get rom data ? Thank for your help. -- Eric Bole-Feysot [www.romcenter.com](http://www.romcenter.com) |
|
From: Sven N. <sve...@sv...> - 2018-02-23 09:58:58
|
Hello, it seems as if uCON64 supports the BUNG Pocket Linker hardware since version 2.0.0, however the hardware page at http://ucon64.sourceforge.net/ucon64/hardware.html does not list this device. There are images of the linker at https://i.ebayimg.com/images/g/5gkAAOSwkvdaf18B/s-l1600.jpg and http://www.digital-circuitry.com/IMAGES/NEOGEOP/Ngpl6.jpg Regards, -Sven Neuhaus |
