notaz / picodrive Goto Github PK

Hello,

Trying to reproduce a bug I encountered with lr-picodrive from upstream, I was building the standalone emulator on Linux from git. The build goes well, but the resulting binary crashes on startup:

kwyxz:picodrive/ (master) $ ./PicoDrive                                                                                          [9:18:48]
plat_sdl: using 3840x1200 as fullscreen resolution
plat_sdl: overlay: fmt 59565955, planes: 1, pitch: 1280, hw: 1
input: new device #0 "sdl:keys"
input: new device #1 "sdl:Microsoft X-Box 360 pad"
input: async-only devices detected..
# drv probed binds name
0   0      y     y sdl:keys
1   0      y     y sdl:Microsoft X-Box 360 pad
using sdl audio output driver
libpng warning: iCCP: bad parameters to zlib
libpng error: bad parameters to zlib
[1]    6532 abort      ./PicoDrive

kwyxz:picodrive/ (master) $ ./PicoDrive --help                                                                                   [9:18:51]
plat_sdl: using 3840x1200 as fullscreen resolution
plat_sdl: overlay: fmt 59565955, planes: 1, pitch: 1280, hw: 1
input: new device #0 "sdl:keys"
input: new device #1 "sdl:Microsoft X-Box 360 pad"
input: async-only devices detected..
# drv probed binds name
0   0      y     y sdl:keys
1   0      y     y sdl:Microsoft X-Box 360 pad
using sdl audio output driver
libpng warning: iCCP: bad parameters to zlib
libpng error: bad parameters to zlib
[1]    6641 abort      ./PicoDrive --help

A quick Googling shows that it could be related to a problem between the system libpng and the provided zlib, but that's as far as it goes. Any idea what to do next? I also found an old reference to a trigger (but in the libretro Makefile, not the standalone one) to disable using the provided zlib but it's not there anymore anyway (deprecated?)

For information, currently installed zlib and libpng and the result of ./configure :

kwyxz:~/ $ dpkg -l | grep -e libpng -e zlib                                                                                      [9:21:41]
ii  libpng-dev:amd64                      1.6.28-1                             amd64        PNG library - development (version 1.6)
ii  libpng16-16:amd64                     1.6.28-1                             amd64        PNG library - runtime (version 1.6)
ii  libpng16-16:i386                      1.6.28-1                             i386         PNG library - runtime (version 1.6)
ii  zlib1g:amd64                          1:1.2.8.dfsg-5                       amd64        compression library - runtime
ii  zlib1g:i386                           1:1.2.8.dfsg-5                       i386         compression library - runtime
ii  zlib1g-dev:amd64                      1:1.2.8.dfsg-5                       amd64        compression library - development

kwyxz:picodrive/ (master) $ ./configure                                                                                          [9:23:11]
architecture        x86_64
platform            generic
sound drivers        oss alsa sdl
C compiler          gcc
C compiler flags     -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wno-unused-result
libraries           -L/usr/lib/x86_64-linux-gnu -lSDL -lasound -ldl -lpng  -lm
linker flags        
libavcodec (mp3)    yes

Thanks for your help!

This seems to be related to an issue already fixed for raspi...

I'm using retroArch 1.3.6 (newer ones broke multi disk support)
and core 1.91 cbc93b6

#57

I'm trying to get multi-disk working with no luck...
Disk Image Append, restarts the picoDrive core every time...
I"m testing with Fahrenheit Rom for 32x

Hi,

This game shows a noticeable error on the tittle screen, where the fast-moving background has a vertical border which seems "unaligned" with the rest of the screen are. It's way easier to see it in movement:

Any idea on what could be causing this? I have been fiddling with cycles per line, etc... but it remains there. CPU emulation and VDP seems to be pretty much spot on, so I doubt that's the case.
Chosing the "8bit fast" renderer makes the deffect go away, so... is it something present on real HW that PicoDrive emulates faithfully or a problem with the "16bit accurate" renderer?

The Android build fails when trying to build the cyclone core - The Android make system doesn't define "CXX" so it tries to use the platform native one.

Hi,

I've tried installing this on a raspberry pi running Debian Wheezy. I can't find how to run this fullscreen (I'm not using RetroArch). Any tips would be appreciated. Thanks.

As the bug's title says. I'd like to see ogg as an option for the audio, as I'd like to take my rips and just store the ISO+ogg files on my backups instead of having to do mp3 as the bitrate required for that to be perfect is ~2x that for ogg.

I don't know the performance characteristics for the streaming of the audio on the devices that you're doing, so I'm not going to suggest FLAC as decoding flac might take up too much cputime.

Since the latest (1.6.7) release of Retroarch, Picodrive has become very slow and , apparently, GPU intensive.

I am using a GPD XD with Legacy Rom and even Master System games are slow and laggy, only averaging around 50 - 54 fps. My device also gets unbearably hot within a matter of minutes.

Before this update, It was working perfectly fine for me.

the configure script make bad autodetection of the OSS framework installed, assumed that OSS are series 4 and in my linux i have 2 installed (the most older previous to alsa migration)

so build in linux must disable explicit the oss driver from list when are those cases

i dont know if that issue are here or for the libpicofe library.

platform/libpicofe/linux/sndout_oss.c: In function ‘sndout_oss_wait’:
platform/libpicofe/linux/sndout_oss.c:181: error: ‘SOUND_PCM_SYNC_is_obsolete_use_SNDCTL_DSP_SYNC_instead’ undeclared (first use in this function)
platform/libpicofe/linux/sndout_oss.c:181: error: (Each undeclared identifier is reported only once
platform/libpicofe/linux/sndout_oss.c:181: error: for each function it appears in.)
make: *** [platform/libpicofe/linux/sndout_oss.o] Error 1

i read the license file after several compilation/testing times and a fail intent of packagin (due home user issues not xdg compatible)

noted licence have some limitations so emulator may or may not are compatible with GPL due the 1rs section that dont allow commercial usage...

so if this are true, i request removal of mocofost guindows spport due i noted picodrive can be compiled and use on mocosoft guindows... when and commercial os with EULA license are under a machine, the usage are not personal, are "temporal until enterice decides to upgrade or cut support", user are not own of the software and contents, only can made "usage of all and contents"

_so the license are illogical due permit "not in literal" commecial usage when user sold the machine with orginal OS and includes the picodrive inside!_

the 3rd clause are not relevant, and may in that case are ilogically repect the firts!

NOW IN PARTICULAR i like the license, du permits removal of guindo like support.

if that are not like for any of development, i note that license are only a fake and redistribution are assumed!

after a possitive response, wait for some pull by me..in other way its a good emulator, but the license are nonsense due commercial redistribution are assumed if are inside a commercial product

A RetroArch user (Oggom) compiled a compatibility list of all 32X games running Picodrive and the SH2 interpreter.

http://pastebin.com/8J4Qg7QX

Just FYI.

Hi!

Are there plans to implement SPI EEPROM emulation for carts relying on them? Something like what genplus-gx has implemented inside eeprom_spi.c?

There seem to be random crashes in Knuckles Chaotix on the first level (past the 'training' course which you can skip by pressing Start).

This seems to occur randomly on ARM systems.

Tested on:

Android tablet (libretro - Android 4.0)
Odroid U2 (libretro - ARM Linux)

Recently MAME switched its license from non-commercial to GPLv2+ with most code being under BSD. This is awesome as it makes it simpler for Linux distributions and other distributors to ship it.

I read here that PicoDrive was based on MAME code, as the situation changed since then is there any chance to change PicoDrive's license from non commercial to a free one? As the original authors agreed to change its license I suspect they would accept the same change for PicoDrive, asking them should be a formality (I would gladly help) so only the PicoDrive devs would have to agree.

Such a change would make PicoDrive way easier to ship into Linux distros and I would be eager to ship it once this change made. :)

Here is the state of the requests to move from MAME to MAME + GPLv2+.

Accepted:

• Andrés Suárez [email protected]
• Paul Cercueil [email protected]
• Chips-fr (Frédéric Darcel) [email protected]

Contacted:

To query:

• Chui
• Eke-Eke
• EXL [email protected]
• fDave
• FluBBa
• Jarek Burczynski
• MAME development
• NJ
• notaz [email protected]
• Reesy
• ToadKing [email protected]
• Tatsuyuki Satoh
• twinaphex [email protected] [email protected]

No need to query (no code in PicoDrive anymore):

• Stéphane Dallongeville

Sources:

• https://github.com/notaz/picodrive/blob/master/AUTHORS
• git shortlog -esn

Contributors to maybe add:

• http://notaz.gp2x.de/pico.php

Not that long ago, there was new function added to the libretro API, which allows to change the output resolution on the fly. It can be used to set the correct resolution after loading a game for specific Sega console.

Right now, for Genesis games, Picodrive uses a resolution of 320 by 240, which isn't really 1:1 with the original resolution of the console, which is 320 by 224 for most games.

The new RETRO_ENVIRONMENT_SET_SYSTEM_AV_INFO function lets you change the resolution while the core is running, which wasn't possible earlier.

@ekeeke has already implemented support of this function in his Genesis Plus GX emulator, so it should be possible for Picodrive too: ekeeke/Genesis-Plus-GX#24

You can see the issue about adding such function to libretro under RetroArch's Github project page here: libretro/RetroArch#530

Hi,
All of the buttons on the joypad doesn't work in certain Mega Drive games, on others everything works as it should. Some examples are:

Decap Attack (can't attack, only jump) and B pauses the game,
Talmit's Adventure (same thing, only jump works)

I use the retroarch core of picodrive.

Hello notaz
I'm unable to compile picodrive on Debian Jessie.
The error I get is:

80 -c -o cpu/fame/famec.o cpu/fame/famec.c
cc: internal compiler error: Killed (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.9/README.Bugs for instructions.
: recipe for target 'cpu/fame/famec.o' failed
make: *** [cpu/fame/famec.o] Error 4

I'm using Makefile.libreto becuase I want to use retroarch.
I successfully compiled several cores and retroarch.
Do you have any ideas what may be causing it?
Thank you

Setting the aspect ratio via config or RGUI doesn't affect the default pixel aspect ratio. So setting it to 4:3 doesn't remove the black bars on the top and bottom for example.

6 button mapping currently does not work via RetroArch 1.2.2 or the latest nightlies. I have tested on both. I have my core options set to 6 buttons for both controllers and have also confirmed the issue with others on the retroarch irc channel.

If you need anything else to help troubleshoot / fix, please let me know

I've noticed a few things (for the purpose of testing I've been trying ROMs that have worked previously on Genesis Plus GX - so pardon me if PicoDrive has different requirements or if there are reasons for this not working yet - such as perhaps a premature initial port) -

• There doesn't seem to be support for the extension 'md' (either in pico/cart.c, pico/media.c and/or platform/libretro.c). This should probably be added since a quite popular romset has all its ROMs with that extension.
• Nearly every ROM I have tried so far returns 'PicoDrive: failed to detect ROM/CD image type. RetroArch [ERROR] :: Failed to load game'. I have tried ROMs ending with the .BIN extension and .MD roms (after adding 'md' to the list of supported extensions myself in pico/cart.c, platform/libretro.c and pico/media.c, but still the same problems).

This is on x86_64 Linux BTW.

pico/cart.c:52:12: error: conflicting types for ‘uncompress2’
static int uncompress2(void *dest, int destLen, void *source, int sourceLen)
^~~~~~~~~~~
In file included from pico/cart.c:13:0:
/usr/include/zlib.h:1283:21: note: previous declaration of ‘uncompress2’ was here
ZEXTERN int ZEXPORT uncompress2 OF((Bytef *dest, uLongf *destLen,
^~~~~~~~~~~
: recipe for target 'pico/cart.o' failed

./configure 
architecture        x86_64
platform            generic
sound drivers        oss alsa sdl
C compiler          gcc
C compiler flags     -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wno-unused-result
libraries           -L/usr/lib/x86_64-linux-gnu -lSDL -lasound -ldl -lpng  -lm -lz
linker flags        
libavcodec (mp3)    yes

pico/cart.c:
/*
 * PicoDrive
 * (c) Copyright Dave, 2004
 * (C) notaz, 2006-2010
 *
 * This work is licensed under the terms of MAME license.
 * See COPYING file in the top-level directory.
 */

#include "pico_int.h"
#include "../cpu/debug.h"
#include "../unzip/unzip.h"
#include <zlib.h> `//this doesn't work but will if changed to #include "../zlib/zlib.h"//`

Why won't Picodrive build against system zlib on Ubuntu 17.04 64-bit but it will against provided zlib? Is another target platform required for Generic Linux?

Feature request for mouse input device.
http://segaretro.org/Sega_Mouse

Note that this was implemented in Genesis Plus GX:
ekeeke/Genesis-Plus-GX#29

Hello. Gcw in picodrive 1.91 for zero Thunder Force 4 No longer the game goes to frequent stop running the screen. Thunder Force 2 has broken screen in Stage 3 Symptoms I hope to improve in the next version doeteumyeon

I noticed that picodrive is no longer available for download via retroarch...
is this no longer supported?
what's the best way to get a picodrive version that works with retroarch 1.6.3?

thanks!

Dear Grazvydas,

     I'm trying to port the svp recompiler to mips asm. But I did not understand what the function 'ssp_drc_do_patch' in stub_arm.s do. And the stop criteria "if (ret & 0x10000) break;"(line:1785) in "void *ssp_translate_block(int pc)" function at compiler.c file.

Best Regards
Robson Santana

Hi,

Do you have any plans to add support for J-Cart ROMs, e.g. the Micro Machines series?

Cheers,

Neil.

Seems that MSVC 2010 has severe problems with FAMEC as well - it can stay at the linking stage for at least half an hour.

Tried defining FAMEC_NO_GOTOS and that made no difference either.

Any ideas here? Seems it's not only Clang and older versions of GCC that have problems with FAMEC.

On 2nd stage of this game.

Backtrace:

(gdb) r
Starting program: /storage/exl/Projects/picodrive/PicoDrive 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
plat_sdl: using 1366x768 as fullscreen resolution
plat_sdl: overlay: fmt 59565955, planes: 1, pitch: 1280, hw: 1
input: new device #0 "sdl:keys"
input: async-only devices detected..
# drv probed binds name
0   0      y     y sdl:keys
config_readsect: unhandled val for "Video output mode": "Video Overlay"
config_readsect: loaded from /home/exl/.picodrive/config2.cfg
[New Thread 0x7fffee4ba700 (LWP 15093)]
using sdl audio output driver
[Thread 0x7fffee4ba700 (LWP 15093) exited]
platform/libpicofe/readpng.c: unexpected font image size 256x320, needed 128x160
platform/libpicofe/readpng.c: unexpected selector image size 16x20, needed 8x10
found skin.txt
selected file: /storage/exl/Downloads/Kolibri (32X) (W) [!].32x
emu_ReloadRom(/storage/exl/Downloads/Kolibri (32X) (W) [!].32x)
warning: failed to do hugetlb mmap (0x2000000, 3145732): 12
config_readsect: loaded from /home/exl/.picodrive/config2.cfg
config_readsect: loaded from /home/exl/.picodrive/config2.cfg
00000:000: sram: 200000 - 203fff; eeprom: 0
starting audio: 44100 len: 735 stereo: 1, pal: 0
[New Thread 0x7fffee4ba700 (LWP 15094)]
00002:074: 32X startup
saveLoad (0, 0): /home/exl/.picodrive/mds/Kolibri (32X) (W) [!].mds.gz
00360:228: idle: patch ff1d46 66f8 71f8 y m #0
saveLoad (0, 0): /home/exl/.picodrive/mds/Kolibri (32X) (W) [!].mds.gz
saveLoad (1, 0): /home/exl/.picodrive/mds/Kolibri (32X) (W) [!].mds.gz
saveLoad (1, 0): /home/exl/.picodrive/mds/Kolibri (32X) (W) [!].mds.gz

Program received signal SIGSEGV, Segmentation fault.
0x000000000043aecb in p32x_sh2_read16 (a=<optimized out>, sh2=sh2@entry=0x822208 <sh2s+4872>) at pico/32x/memory.c:1475
1475        return *(u16 *)((p << 1) + ((a & sh2_map->mask) & ~1));

(gdb) bt full
#0  0x000000000043aecb in p32x_sh2_read16 (a=<optimized out>, sh2=sh2@entry=0x822208 <sh2s+4872>) at pico/32x/memory.c:1475
        sh2_map = 0x70dd50 <sh2_read16_map+16>
        p = 16777216
#1  0x00000000004ba305 in MOVWL0 (n=1, m=1, sh2=0x822208 <sh2s+4872>) at cpu/sh2/mame/sh2.c:1229
No locals.
#2  op0000 (opcode=285, sh2=0x822208 <sh2s+4872>) at cpu/sh2/mame/sh2.c:1886
No locals.
#3  sh2_execute_interpreter (sh2=sh2@entry=0x822208 <sh2s+4872>, cycles=<optimized out>) at cpu/sh2/mame/sh2pico.c:138
        opcode = 285
#4  0x00000000004385ad in sh2_execute (use_drc=<optimized out>, cycles=<optimized out>, sh2=0x822208 <sh2s+4872>) at ./cpu/sh2/sh2.h:105
        ret = <optimized out>
#5  run_sh2 (m68k_cycles=<optimized out>, sh2=0x822208 <sh2s+4872>) at pico/32x/32x.c:376
        cycles = <optimized out>
#6  p32x_sync_sh2s (m68k_target=m68k_target@entry=2007328362) at pico/32x/32x.c:461
        now = 2007326461
        target = 2007326809
        timer_cycles = 2007326461
        cycles = <optimized out>
        m68k_target = 2007328362
#7  0x000000000043a9e7 in p32x_reg_read16 (a=44) at pico/32x/memory.c:195
        cycles = 2007328362
        comreg = 64
#8  0x000000000049b387 in fm68k_emulate (cycles=3208306, cycles@entry=482, idle_mode=7396688) at cpu/fame/famec_opcodes.h:17948
        Opcode = 19025
#9  0x0000000000437d47 in SekSyncM68k () at pico/32x/../pico_cmn.c:42
        cyc_do = 482
#10 0x0000000000438f0c in SekRunM68k (cyc=488) at pico/32x/../pico_cmn.c:56
No locals.
#11 PicoFrameHints () at pico/32x/../pico_cmn.c:262
        lines = 262
        y = 239
        line_sample = 93
        lines_vis = 224
        skip = <optimized out>
        vcnt_wrap = 235
        cycles = <optimized out>
        hint = <optimized out>
#12 PicoFrame32x () at pico/32x/32x.c:554
No locals.
#13 0x000000000041e10d in PicoFrame () at pico/pico.c:321
No locals.
#14 0x0000000000408ad5 in emu_loop () at platform/common/emu.c:1473
        skip = <optimized out>
        diff = <optimized out>
        frames_done = <optimized out>
        frames_shown = <optimized out>
        target_frametime_x3 = 50000
        timestamp_x3 = <optimized out>
        timestamp_aim_x3 = 1464387534
        timestamp_fps_x3 = 1462537534
        notice_msg = 0x0
        fpsbuff = '\000' <repeats 23 times>
        fskip_cnt = 0
#15 0x00000000004041c4 in main (argc=1, argv=0x7fffffffdad8) at platform/common/main.c:135
No locals.

Hi,

When trying to run configure for PicoDrive after first running "git submodule init; git submodule update;" libpicofe is not cloned from Git.

From browsing the picodrive/platform directory it looks like the link to libpicofe is broken?

Cheers,

Neil.

Reproduce:
start a game of Dino Dini, when exiting to the field and enter the circle, there is a corrupt cell which appears to "animate" with data, kinda like a register values or random memory is used for the cell.
picture for reference: https://s3.postimg.org/44uuyo1df/dinodiniissue.png
It's the "character" on the right side right above the middle of the screen.

A friend noticed that the dac sounds from Afterburner II were missing w/Picodrive,
I did some debugging and noticed that the psg (sn76496) needs to be updated/rendered at least every other line per frame in order to make these effects. You could render them every 4 lines, but there is a noticeable reduction in the quality of the dac sounds from the psg.

best regards,

• dink ( fbalpha dev )

hi, i see that Sega Pico roms load fine, but no controllers?
do you have any suggestions.

i'm running the latest via RetroPie, on a Raspberry Pi 2

thank you

Can't run pier solar on PSP Picodrive, it won't go beyond the first text screen. The only picodrive version I could make pier solar runs was the robson-alcantara's 1.91, but with graphics glitchs. I opened an issue on that branch, but he said the pier solar work is probably thanks to your version, right?

The issues I found on 1.91 was:
"There are graphics glitchs in the characters, as soon as you leave the house and meet the first friend. Also other characters outside have messed up graphics."

Thanks

when compiling on linux and target are fame.c the compiler generates too many objects and crash the computer.

i hear of similar problem on a windose close project, the VisualBoyAdvance that can be compile with optimization levels.

i got compile with two nasty varias of solution:

• lower debug level, remove the -ggdb and only use the -g
• lower optimizatin level, only compile with -O0

Load up Puggsy and watch the intro animation - the earth should be against the right border, but is offset.
Here's a comparison: Picodrive: https://s1.postimg.org/ha4rv0lov/puggsy.png
Fusion: https://s1.postimg.org/ll12yyf1b/puggsyfusion.png

I've noticed that the ARM SH2 dynarec still exhibits a lot of errors, namely:

• Cosmic Carnage (doesn't work at all with ARM SH2 dynarec - works fine with interpreter on PC)
• Star Wars Arcade (only the U and J ROMs work - the lasers don't show when you shoot)

Is it possible to switch on-the-fly between SH2 dynarec and SH2 interpreter? I am pretty confident the Shield would be capable of running the SH2 interpreter at fullspeed. MAME 0.78 with the SH2 interpreter runs games like Gals Panic 4 and S at fullspeed at least - and they both use the SH2 interpreter.

It would also help us out on Windows RT when I am going to do that port later on since dynarecs are not allowed within the RT runtime.

I had observed this issue in lr-picodrive, but wanted to make sure whether it was also in upstream. The wrong musical track is being played in the japanese version of Final Fight CD at least during the demo mode. I haven't played the entire game through to find out if it also happens to other tracks.

To reproduce, simply start the game and let the demo roll. After the title screen, the three characters are being presented. Instead of playing track 25 to introduce Guy, the emulator plays track 24 (the end credits theme).

I am 100% positive the issue does not come from a random ISO of the game as I ripped it myself (into cue/bin format and wav tracks). The issue also does not seem to happen with lr-genesis-plus-gx.

Is there any debug mode in the emulator I could run to provide more information? Please let me know, I'd be happy to help. Thank you!

Some game cartridges contain data for multiple regions at once and change the displayed content depending on what kind of console they are played.

For example, the US version of Cosmic Carnage/Cyber Brawl replaced the first three character sprites with less-human looking designs and it's not possible to change them back.

Having a core option to change over to a Japanese console would be a welcome addition.

I have tested a few Mega Drive games and there seems to be strange issue with battery saves between PicoDrive and Genesis Plus GX:

While Genesis Plus GX is able to load saves written by PicoDrive, PicoDrive can't load saves written by Genesis Plus GX and overwrites them.

Hi and thanks for this nice very nice emulator.

I've just compiled latest version on Debian. My PS3 controller (perfectly working with other emulators) is detected

input: new device #1 "sdl:Sony PLAYSTATION(R)3 Controller"

But I can't bind the controls in menu, even if I choose the PS3 controller in the input menu (tried 3 and 6 buttons controller).

With

jstest /dev/input/js0

I can see my pad is working.

Anything I'm missing ?

Thanks

There is an issue with (probably) linescroll at a part in Gynoug where the water creates a really funky
stretched effect. Its a few screens after those red things that come up from the water and spirt blood in the air - the music changes, and the back screen gets streched all funky-like, but in Picodrive, it doesn't do this stretching of the water.

Picodrive pic: https://s28.postimg.org/j8euca4kd/gynoug_lsissue.png
Fusion pic: https://s2.postimg.org/mf1em93bd/gynoug_fusion.png
Video: https://youtu.be/yS_fmstvJG0?t=4m50s to show how it should look animating.

best regards,

• dink (fba dev)

As you can see the Earthling is rendering over your hud. Which is not correct.

Hi,

I've been using Retroaroch for a while now and I've recently installed it on my Android TV (Sony X83c), which is now running Android 6.0.1, and it all runs smoothly. I've got NES, SNES, N64 and PSX cores running perfectly but I'm having an issue with Picodrive.

I'm running a nightly build of Retroarch from early June, but this issue had been present on every version I've tried on my TV from the Android market version upwards through about five nightlies I've tried.

Basically when I try loading the core it doesn't change from saying "No Core" in the bottom left and when I select a rom it tries loading and then just says "Failed to load libretro core". I've updated the core through the online updater loads of times and the Sega related roms sort themselves correctly into playlists so the file association is working, but I just can't seem to get the core to work.

I've got some log files from my TV and you can see the relevant bits here:

https://pastebin.com/HHu58q074

The error appears to say:

picodrive_libretro_android.so: has text relocations

From what I've read this issue has hit a few cores since the Android 6.0 update, but no one seems to have asked here.

I'd really appreciate any help in getting this working.

Cheers.

Broke in this commit 0c720b9

After the Tyris Flare (Amazon) demo part in attract mode, the fade-to-black effect is broken. It shows corrupt pink tiles instead of the expected black ones.
Maybe a palette issue? The rest of the attract mode is fine.

Dear, I made a PicoDrive port for the PSP , but the 32X layer is not being displayed (as if the PicoDraw32xLayer function not to take effect) . Any suggestions?

I just downloaded this emulator for the first time to see how it is, and I now I'm gonna leave some feedback:

1. Whenever I start the emulator, it would automatically open a ROM finder. Most emulators that I know don't do that at all.

2. And even when I try to search for ROM's, it doesn't detect .md (Mega Drive) files. It only asks me to find ROM's but that's it. It doesn't detect Genesis ROM's at all, despite the fact that, in part, this is also a Genesis emulator.

3. Why is Pico grayed out?

4. In the readme that I received from this emulator you said this:

The sole purpose of this port is to demonstrate my SVP and Sega Pico emulation
code. This makes it one of the most minimal emulators out there. If you need
more features, you will have to wait until support is integrated in Kega,
Gens and the likes, as this emu was not meant to compete with them.

However, I'm noticing that this port is severely lacking so many features that the other ports (like UIQ, GP2X, Pandora, and PSP, between others) have. It doesn't even have the support of SG-1000/SC-3000/SF-7000, Master System, Game Gear, or Genesis/32X/CD. In my honest opinion, this emulator shouldn't rely on Sega Pico support only.

Also, honest question: from time to time, how long does this emulator get updated on this Github page? Because, from the looks of it, it usually takes like a year or two to update.

Thank you for reading this.

EDIT: I downloaded the emulator from here: http://notaz.gp2x.de/pico.php

This crash happens after selecting the teams. The emulator just crashes completely, the image on screen of the team selection is frozen.

Brazilian copy of Sega CD 32X have been released recently and it doesnt work in any emulator.

I mean "any". Only Picodrive and Kega Fusion support Sega CD + 32X, Gens only support 32X alone.

Both Picodrive and Kega Fusion show a black screen after the Sega logo.

Hi. When loading a Sega CD iso that is EU is said I don't have any bios what should I do?