Mednafen Members Members   Search Search   Help Help   Register Register   Login Login   Home Home
Home » Site » News » Mednafen 0.9.17-WIP
Show: Today's Messages  :: Show Polls :: Message Navigator
Switch to threaded view of this topic Create a new topic Submit Reply
Mednafen 0.9.17-WIP [message #2071] Sun, 06 March 2011 23:29 Go to next message
Administrator  [PM]
A newer version, 0.9.18-WIP, is available.




The planned 0.9.17-WIP release was taking longer than expected, so this is a branch of sorts off 0.9.16, with bugfixes backported from what will eventually be released as 0.9.18-WIP.

-- 0.9.17-WIP: --

February 12, 2011:
        PCE: Adjusted ADPCM emulation slightly, fixes massive A/V sync problems with "Sherlock Holmes".

January 29, 2011:
        NGP: Masked NGP BIOS syscall code properly, thanks to SANiK for pointing it out.

        MD: Changed line timings so vertical refresh rates are the same in both 256 and 320-wide modes.

        PCE: Fixed a Seiya Monogatari ADPCM-related lockup, thanks to Rakashazi for pointing the problem out.


[Updated on: Fri, 14 November 2014 21:53]

Re: Mednafen 0.9.17-WIP [message #2077 is a reply to message #2071 ] Tue, 15 March 2011 02:15 Go to previous messageGo to next message
Marq  [PM]
Both this and the previous WIP seem to not compile on Ubuntu 10.10 (at least on PPC). G++ (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5 dies with the following output:

In file included from ../../src/snes/src/lib/../interface.hpp:34,
from ../../src/snes/src/lib/../base.hpp:46,
from src/cpu/scpu/scpu.cpp:1:
../../src/snes/src/lib/../memory/memory-inline.hpp:49: warning: type qualifiers ignored on function return type
In constructor ‘SNES::sCPU::sCPU()’:
cc1plus: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

edit: With --disable-snes everything else seems to compile fine.

[Updated on: Tue, 15 March 2011 02:48]

Re: Mednafen 0.9.17-WIP [message #2078 is a reply to message #2077 ] Tue, 15 March 2011 20:35 Go to previous messageGo to next message
haikai  [PM]
On a lark, I replaced mednafen/src/snes/src with the latest version of bsnes. No workie >_<. Hopefully byuuuuu's libsnes abstraction will make such a manoeuvre possible, after Mednafen syncs up again.

[Updated on: Tue, 15 March 2011 20:38]

Re: Mednafen 0.9.17-WIP [message #2087 is a reply to message #2071 ] Sat, 26 March 2011 03:22 Go to previous messageGo to next message
zombie_ryushu  [PM]
It seems that under Mednafen 0.9.17, I cannot get Alt+Shift+1 working to calibrate controls.

Also, I'd like to know what platforms 0.9.18 will introduce.
Re: Mednafen 0.9.17-WIP [message #2090 is a reply to message #2071 ] Sat, 26 March 2011 22:14 Go to previous messageGo to next message
Administrator  [PM]
I didn't change anything remotely related to input configuration for 0.9.17.

I found another PCE CD game locking up from the ADPCM changes I made several versions ago, "Hyper Wars". I'm going to need to run tests on a real system instead of guessing about the function of a status bit that continues to cause trouble, so expect a 0.9.17.1 or something in a week or so.

zombie: You should know what system it is, you idle in my IRC channel enough. :b

[Updated on: Sat, 26 March 2011 22:14]

Re: Mednafen 0.9.17-WIP ( Ubuntu 10.10 Maverick i386 ) [message #2095 is a reply to message #2071 ] Fri, 01 April 2011 15:55 Go to previous messageGo to next message
inukaze  [PM]
Hi there , its my again , still have the problem , compiling Mednafen WIP ( from 0.9.16 WIP ) , the error its similar , when i try to compile

Quote:

In file included from ../../src/snes/src/lib/nall/any.hpp:5,
from ../../src/snes/src/lib/../base.hpp:18,
from src/cpu/core/core.cpp:1:
../../src/snes/src/lib/nall/static.hpp:5: warning: identifier ‘static_assert’ will become a keyword in C++0x
In file included from src/cpu/core/core.cpp:23:
src/cpu/core/opcode_misc.cpp: In member function ‘void SNES::CPUcore::op_stp()’:
src/cpu/core/opcode_misc.cpp:75: warning: suggest parentheses around assignment used as truth value
depbase=`echo src/cpu/scpu/scpu.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -ffast-math -DNOMINMAX -I../../include -I../../intl -I../../src/snes/src/lib -fsigned-char -Wall -Winline -Wshadow -fomit-frame-pointer -finline-limit=6000 --param large-function-growth=800 --param inline-unit-growth=175 --param max-inline-insns-single=10000 -I -I -g -O2 -Wno-shadow -Wno-unused -Wno-sign-compare -Wno-inline -g -O2 -MT src/cpu/scpu/scpu.o -MD -MP -MF $depbase.Tpo -c -o src/cpu/scpu/scpu.o src/cpu/scpu/scpu.cpp &&\
mv -f $depbase.Tpo $depbase.Po
In file included from ../../src/snes/src/lib/nall/any.hpp:5,
from ../../src/snes/src/lib/../base.hpp:18,
from src/cpu/scpu/scpu.cpp:1:
../../src/snes/src/lib/nall/static.hpp:5: warning: identifier ‘static_assert’ will become a keyword in C++0x
In constructor ‘SNES::sCPU::sCPU()’:
cc1plus: internal compiler error: Violación de segmento
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.4/README.Bugs> for instructions.
make[2]: *** [src/cpu/scpu/scpu.o] Error 1
make[2]: se sale del directorio «/home/inukaze/Escritorio/mednafen/src/snes»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio «/home/inukaze/Escritorio/mednafen/src»
make: *** [all-recursive] Error 1


Ok , the solution its easy , just run

inukaze@Inukaze:~/Escritorio/mednafen$ ./configure --disable-snes && make && sudo make install

Now ready to use trought "Gelide" :=)

In Ubuntu , the problem its with the "SNES" modules , someone can make a "patch" for Ubuntu ???

In Debian 6.0 Squeeze Stable & Fedora 14 , this error dont exist.

[Updated on: Fri, 01 April 2011 16:05]

Re: Mednafen 0.9.17-WIP [message #2096 is a reply to message #2071 ] Mon, 04 April 2011 04:37 Go to previous messageGo to next message
Near  [PM]
That is pretty insane that your GCC is literally crashing.

As the error says, it's a problem with GCC and not with the code. I've never even seen that error myself, and I've used dozens of versions. Upgrade or downgrade GCC and that should go away, with 10.10 you can use sudo apt-get install gcc-4.5 g++-4.5
Up to you to make Mednafen use the new version (make CXX=g++-4.5 maybe?)
Or disable the module as you have been, either way.
Re: Mednafen 0.9.17-WIP ( Ubuntu 10.10 Maverick i386 ) [message #2097 is a reply to message #2071 ] Mon, 04 April 2011 12:37 Go to previous messageGo to next message
inukaze  [PM]
Well i try to compile including SNES , using the "GCC-4.5" and its now working :=) Thanks for the info about GCC-4.5 & G++-4.5 Very Happy , i use the follows commands :


[quote title=Quote:]
inukaze@Inukaze:~/Descargas/mednafen$ sudo apt-get install -y gcc-4.5 gcc-4.5-base gcc-4.5-locales gcc-4.5-multilib gcc-4.5-plugin-dev g++-4.5 g++-4.5-multilib lib64stdc++6 libstdc++6-4.5-dev libgmp3-dev


inukaze@Inukaze:~/Descargas/mednafen$ whereis gcc-4.5

gcc-4: /usr/bin/gcc-4.3 /usr/bin/gcc-4.5 /usr/bin/gcc-4.1 /usr/bin/gcc-4.4 /usr/bin/gcc-4.0


inukaze@Inukaze:~/Descargas/mednafen$ export CC=/usr/bin/gcc-4.5


inukaze@Inukaze:~/Descargas/mednafen$ ./configure
checking for gcc... /usr/bin/gcc-4.5
checking if /usr/bin/gcc-4.5 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.5 option to produce PIC... -fPIC -DPIC
checking if /usr/bin/gcc-4.5 PIC flag -fPIC -DPIC works... yes
checking if /usr/bin/gcc-4.5 static flag -static works... yes
checking if /usr/bin/gcc-4.5 supports -c -o file.o... yes
checking if /usr/bin/gcc-4.5 supports -c -o file.o... (cached) yes
checking whether the /usr/bin/gcc-4.5 linker (/usr/bin/ld) supports shared libraries... yes



inukaze@Inukaze:~/Descargas/mednafen$ make CXX=g++-4.5 && sudo make install


Ready with Including SNES Emulation , thanks for that info Very Happy about g++-4.5 Very Happy

[Updated on: Mon, 04 April 2011 14:07]

Re: Mednafen 0.9.17-WIP [message #2100 is a reply to message #2071 ] Tue, 05 April 2011 20:30 Go to previous messageGo to next message
Administrator  [PM]
Here's a quick update with blitter's V810 patch, with some additional related fixes for the bug.

Re: Mednafen 0.9.17-WIP - ( Just a Simple Suggetion ) [message #2109 is a reply to message #2071 ] Sat, 09 April 2011 00:59 Go to previous messageGo to next message
inukaze  [PM]
Hi there , i just make a little Suggets , because the "Java Applets" dont work for me under Ubuntu , Above 8.04 Hardy

Because that , my suggets its simple , you can make a emulator , using part of Source of "Mednafen" , adapt with WebGL

To make a new Emulator , without Applets , and without FlashPlayer , can use the OpenGL Hardware , to use

1 - Bilinear/Trilinear Filter
2 - Hardware Stretch ( Inside a Browser Window )
3 - Effects : H2QX , 2xSai , SuperEagle ,etc

yours can make a Mednafen for Webs ? , how emulators sites like
http://www.virtualnes.com
http://www.nescafeplay.com

Just with mednafen Very Happy , using webgl tecnology , and some demos or Abandonware not protected Nes Rom , for play free Online Very Happy

This is possible ???

[Updated on: Sat, 09 April 2011 01:10]

Re: Mednafen 0.9.17-WIP [message #2112 is a reply to message #2071 ] Sat, 23 April 2011 10:00 Go to previous messageGo to next message
Administrator  [PM]
For the record, a couple of other PCE CD games besides "Hyper Wars" are glitchy(graphical glitches):

Camp California
Shape Shifter


They'll be fixed in 0.9.18(though I'm wondering if Hyper Wars might be buggy on the real hardware...).

[Updated on: Sat, 23 April 2011 10:01]

Re: Mednafen 0.9.17-WIP [message #2113 is a reply to message #2071 ] Mon, 25 April 2011 06:30 Go to previous messageGo to next message
skitt  [PM]
Hi,

The WIP version of Mednafen is now available in Debian experimental. I'll make sure the package is updated as new WIP versions are release, and forward any feedback to this forum!

Regards,

Stephen
Re: Mednafen 0.9.17-WIP [message #2114 is a reply to message #2071 ] Thu, 28 April 2011 10:39 Go to previous messageGo to next message
Administrator  [PM]
Thanks for taking the time to do that.
Re: Mednafen 0.9.17-WIP [message #2122 is a reply to message #2071 ] Sun, 29 May 2011 13:32 Go to previous messageGo to next message
mziab  [PM]
Hello.

Just wanted to let you know the WIPs don't seem to build with GCC 4.6.0, with several screens of undefined references in softfloat.o appearing during the final linking.

This patch fixes the build:
--- a/src/hw_cpu/v810/fpu-new/mednafen-gcc.h
+++ b/src/hw_cpu/v810/fpu-new/mednafen-gcc.h
@@ -74,5 +74,5 @@ typedef int64_t sbits64;
 | a compiler does not support explicit inlining, this macro should be defined
 | to be `static'.
 *----------------------------------------------------------------------------*/
-#define INLINE extern inline
+#define INLINE static
 
Re: Mednafen 0.9.17-WIP [message #2123 is a reply to message #2071 ] Mon, 30 May 2011 15:03 Go to previous messageGo to next message
Administrator  [PM]
Which platform/OS did you have problems with gcc 4.6.0 and Mednafen on?

[Updated on: Mon, 30 May 2011 15:03]

Re: Mednafen 0.9.17-WIP [message #2124 is a reply to message #2071 ] Tue, 31 May 2011 04:08 Go to previous messageGo to next message
mziab  [PM]
Gentoo Linux, 64-bit. Here's the relevant part of the build log. I can post the whole thing, if necessary. Anyway, when I build softfloat.o by hand using gcc-4.5.2 or change that attribute as suggested above, there are no missing symbols. Clearly, gcc 4.6.0 doesn't like "extern inline".
Re: Mednafen 0.9.17-WIP [message #2125 is a reply to message #2071 ] Tue, 31 May 2011 11:23 Go to previous messageGo to next message
skitt  [PM]
On Debian sid (I tried both amd64 and i386) the build still works as is; this is with gcc 4.6.1 20110526 (prerelease) and binutils 2.21.51.20110523.
Re: Mednafen 0.9.17-WIP [message #2134 is a reply to message #2071 ] Thu, 02 June 2011 08:00 Go to previous messageGo to next message
mziab  [PM]
I've double-checked. It still doesn't build with "extern inline". I suspected -Wl,--as-needed to be the culprit for a while, but it doesn't seem to be the case. Blanking out LDFLAGS doesn't help. There must be something fundamentally different about your setup. For the record, this setup has gcc 4.6.0, glibc 2.13, binutils 2.21 and linux-headers 2.6.38. I wonder if the prereleases you're using have some fixes for that.
Re: Mednafen 0.9.17-WIP [message #2135 is a reply to message #2071 ] Thu, 02 June 2011 10:48 Go to previous messageGo to next message
Administrator  [PM]
I'll go ahead and change it to "static inline", as it shouldn't hurt anything.
Re: Mednafen 0.9.17-WIP [message #2136 is a reply to message #2134 ] Thu, 02 June 2011 12:04 Go to previous messageGo to next message
skitt  [PM]
mziab wrote on Thu, 02 June 2011 15:00

I've double-checked. It still doesn't build with "extern inline". I suspected -Wl,--as-needed to be the culprit for a while, but it doesn't seem to be the case. Blanking out LDFLAGS doesn't help. There must be something fundamentally different about your setup. For the record, this setup has gcc 4.6.0, glibc 2.13, binutils 2.21 and linux-headers 2.6.38. I wonder if the prereleases you're using have some fixes for that.


I didn't mean to suggest your results were incorrect, I just wanted to add a data point. It's quite possible the prereleases fix the problem you're seeing!
Re: Mednafen 0.9.17-WIP [message #2137 is a reply to message #2136 ] Thu, 02 June 2011 12:34 Go to previous messageGo to next message
mziab  [PM]
Ah, I didn't mean to imply that. I was just curious what the difference is and wanted to be sure I hadn't overlooked something obvious. Well, we'll know for sure once said packages are bumped in Gentoo Smile
Re: Mednafen 0.9.17-WIP [message #2138 is a reply to message #2071 ] Thu, 02 June 2011 16:44 Go to previous messageGo to next message
skitt  [PM]
Indeed Very Happy I didn't find anything corresponding directly to this in the gcc bug tracker, but I didn't check the changelog. It could even be a change in binutils...
Re: Mednafen 0.9.17-WIP [message #2147 is a reply to message #2071 ] Wed, 08 June 2011 20:01 Go to previous messageGo to next message
VisitntX  [PM]
Hi, first I want to say that I'm really grateful with mednafen, for me is the perfect emu for linux and windows.
I just want to ask if are you planning to add cheat support for snes (par codes and game genie codes, or ram and rom codes that are the same) and game genie support for megadrive (or rom codes that is the same).
Again, a million thanks.
Re: Mednafen 0.9.17-WIP [message #2148 is a reply to message #2071 ] Thu, 09 June 2011 15:02 Go to previous messageGo to next message
Xenomorph  [PM]
I'm getting a segfault for NES on this version. Is this known? This is for x86_64.
Re: Mednafen 0.9.17-WIP [message #2149 is a reply to message #2148 ] Thu, 09 June 2011 18:35 Go to previous messageGo to next message
inukaze  [PM]
Umm , you try to run fsck for repair filesystem , and try to recompile from source code ???

And with what game are you trying ???

Segmentation fault , its a error in the ram memory allocation ?
Re: Mednafen 0.9.17-WIP [message #2150 is a reply to message #2149 ] Fri, 10 June 2011 21:00 Go to previous messageGo to next message
Xenomorph  [PM]
Yes, I always compile. Nothing is wrong with the fs, and this happens with every game. Oh and sorry, forgot to mention this is on linux 64 bit. Only nes is segfaulting.
Re: Mednafen 0.9.17-WIP [message #2151 is a reply to message #2071 ] Fri, 10 June 2011 22:50 Go to previous messageGo to next message
Administrator  [PM]
Which Linux distribution, and version, and could you paste the contents of /proc/cpuinfo ?
Re: Mednafen 0.9.17-WIP [message #2152 is a reply to message #2151 ] Fri, 10 June 2011 23:30 Go to previous messageGo to next message
Xenomorph  [PM]
This is on fedora 15. Here's 2 cpuinfo, both running 64 bit:

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping	: 9
cpu MHz		: 3066.590
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm
bogomips	: 6133.08
clflush size	: 64
cache_alignment	: 128
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping	: 9
cpu MHz		: 3066.590
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm
bogomips	: 6133.72
clflush size	: 64
cache_alignment	: 128
address sizes	: 36 bits physical, 48 bits virtual
power management:



processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: AMD Phenom(tm) II X4 965 Processor
stepping	: 3
cpu MHz		: 3400.000
cache size	: 512 KB
physical id	: 0
siblings	: 4
core id		: 0
cpu cores	: 4
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips	: 6817.77
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor	: 1
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: AMD Phenom(tm) II X4 965 Processor
stepping	: 3
cpu MHz		: 3400.000
cache size	: 512 KB
physical id	: 0
siblings	: 4
core id		: 1
cpu cores	: 4
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips	: 6800.69
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor	: 2
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: AMD Phenom(tm) II X4 965 Processor
stepping	: 3
cpu MHz		: 3400.000
cache size	: 512 KB
physical id	: 0
siblings	: 4
core id		: 2
cpu cores	: 4
apicid		: 2
initial apicid	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips	: 6800.57
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor	: 3
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: AMD Phenom(tm) II X4 965 Processor
stepping	: 3
cpu MHz		: 3400.000
cache size	: 512 KB
physical id	: 0
siblings	: 4
core id		: 3
cpu cores	: 4
apicid		: 3
initial apicid	: 3
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips	: 6800.77
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
Re: Mednafen 0.9.17-WIP [message #2155 is a reply to message #2071 ] Sat, 18 June 2011 17:00 Go to previous messageGo to next message
SuperNu  [PM]
About mednafen crashing on Fedora 15. It appears to be related to sound with nes emulation. When I run a nes rom with sound, mednafen segfaults with a Signal 11(SIGSEGV). Without sound, everything works properly. I have compiled 0.9.17.1 from source on Fedora 15 x86_64. Please let me know if there is any additional information I can provide which can help with this problem.

Initializing sound...
  Using "ALSA" audio driver with device "default":
   Bits: 16
   Rate: 48000
   Channels: 2
   Byte order: CPU Native
   Buffer size: 1560 sample frames(32.500000 ms)
   Latency: 1560 sample frames(32.500000 ms)
   Period size: 60 sample frames(1.250000 ms)
 Initializing video...
  Video Driver: OpenGL
  Video Mode: 1680 x 1050 x 32 bpp
   Pixel shader: ipsharper
  Fullscreen: Yes
  Special Scaler: hq4x
  Scanlines: Off
  Destination Rectangle: X=328, Y=76, W=1024, H=896
  OpenGL Implementation: NVIDIA Corporation GeForce GTS 250/PCI/SSE2 3.3.0 NVIDIA 275.09.07
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
  Using power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 8192 x 8192
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.

Signal 11(SIGSEGV) has been caught and dealt with...
Iyeeeeeeeee!!!  A segmentation fault has occurred.  Have a fluffy day.


--SN
Re: Mednafen 0.9.17-WIP [message #2156 is a reply to message #2071 ] Sun, 19 June 2011 02:19 Go to previous messageGo to next message
Administrator  [PM]
Could you try:

gdb --args ./mednafen InsertGameNameHere.nes

and do a "bt" command in gdb when it crashes, and post
the backtrace here?
Re: Mednafen 0.9.17-WIP [message #2160 is a reply to message #2156 ] Sun, 19 June 2011 14:35 Go to previous messageGo to next message
Xenomorph  [PM]
Here's what I got from gdb:

#0  NES_Resampler::NES_Resampler (this=0xec016190, input_rate=1789772.7272727273, output_rate=44100, 
    rate_error=4.0000000000000003e-05, debias_corner=94, quality=0) at filter.cpp:425
#1  0x000000000057d0fb in InitResampler (rate=44100) at sound.cpp:919
#2  MDFNNES_SetSoundRate (rate=44100) at sound.cpp:933
#3  0x000000000054f04a in Emulate (espec=0x7ffff1a2edb0) at nes.cpp:315
#4  0x000000000041aade in MDFNI_Emulate (espec=0x7ffff1a2edb0) at mednafen.cpp:1256
#5  0x000000000045983c in GameLoop (arg=<optimized out>) at main.cpp:1042
#6  0x0000003cede11175 in ?? () from /usr/lib64/libSDL-1.2.so.0
#7  0x0000003cede57d49 in ?? () from /usr/lib64/libSDL-1.2.so.0
#8  0x0000003ce1a07af1 in start_thread () from /lib64/libpthread.so.0
#9  0x0000003ce16dfc2d in clone () from /lib64/libc.so.6
Re: Mednafen 0.9.17-WIP [message #2168 is a reply to message #2071 ] Sun, 26 June 2011 01:22 Go to previous messageGo to next message
Administrator  [PM]
Hm, odd, I'll have to look into it in depth. In the meantime, change src/nes/filter.cpp around line 425 from:

 cpuext = ac_mmflag();


to

 cpuext = 0;
Re: Mednafen 0.9.17-WIP [message #2169 is a reply to message #2168 ] Mon, 27 June 2011 21:16 Go to previous message
Xenomorph  [PM]
That change made it work. Now I notice something else. Scanlines don't seem to work?

A couple of more things. I also see something wrong with genesis/megadrive emulation of 6 button pad. I don't know if I'm doing something wrong, but no matter what I do 6 button pad doesn't get detected by compatible games.

And is Sega CD supposed to be working? I get a blank boot logo with no activity.

Well, that's all, thanks.

[Updated on: Wed, 29 June 2011 10:28]

  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic:Mednafen 0.9.15-WIP
Next Topic:Mednafen 0.9.16-WIP
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ ]

Current Time: Fri Apr 26 01:07:18 CDT 2024
.:: Contact :: Home ::.

Powered by FUDforum.
Copyright © FUDforum Bulletin Board Software