Main Restorations Software Audio/Jukebox/MP3 Everything Else Buy/Sell/Trade
Project Announcements Monitor/Video GroovyMAME Merit/JVL Touchscreen Meet Up Retail Vendors
Driving & Racing Woodworking Software Support Forums Consoles Project Arcade Reviews
Automated Projects Artwork Frontend Support Forums Pinball Forum Discussion Old Boards
Raspberry Pi & Dev Board controls.dat Linux Miscellaneous Arcade Wiki Discussion Old Archives
Site News

Unread posts | New Replies | Recent posts | Rules | Chatroom | Wiki | File Repository | RSS | Submit news


  

Author Topic: emu4crt Mednafen fork - update 1.21.0 / A08  (Read 5932 times)

0 Members and 1 Guest are viewing this topic.

terranigma

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 10
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 0.9.48 / A07
« Reply #80 on: March 08, 2018, 04:24:38 pm »
Hi silmalik,
Any plan on Mednafen 1.21 ?

Done! :)

I didn't expect such a short time. I just tested on Linux and great work as usual!

Thank you for effort.

Note: Can you distribute your work also as a patch file against latest upstream version? Maybe other Linux packagers interest to import your work.
« Last Edit: March 08, 2018, 04:37:01 pm by terranigma »

silmalik

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 47
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #81 on: March 08, 2018, 06:41:54 pm »
Hi terranova,

You are right, patches will be more suitable.
So, a patch folder is born in the repository: https://github.com/emu4crt/files


I have a question about the behaviour on Linux: how are the resolution switches ? is there any delay and/or visual glitches ?

terranigma

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 10
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #82 on: March 08, 2018, 07:15:15 pm »
Hi silmalik,

It seems that you have generated the patch by referencing the root folder, thus patch level shifted up by one level according to my test. I mean, "patch -p1" doesn't work inside of the source tree (but -p2 does) . Probably you have to compare them in same folder like:
Code: [Select]
cd /
diff -Naur mednafen emu4crt > emu4crt.patch

I didn't notice any worrying delay and glitch issues during resolution switches.

Regards.

Code: [Select]
Initializing sound...
  Using "ALSA" audio driver with device "sexyal-literal-default":
   Format: 16 bits(signed, 2 bytes, little-endian)
   Rate: 48000
   Channels: 2
   Buffer size: 1536 sample frames(32.000000 ms)
   Latency: 1536 sample frames(32.000000 ms)
   Period size: 512 sample frames(10.666667 ms)
    Warning: Period time is too large(it should be <= ~5.333ms).  Video will appear very jerky.
 Initializing video...
### VIDEO Native resolution init - set to 640x480
  Driver: OpenGL
  Display Mode: 640 x 480 x 24 bpp @ 30Hz  (Window: 640 x 480)
  Shader: none
  Fullscreen: Yes
  Special Scaler: None
  Scanlines: Off
  Destination Rectangle: X=0, Y=0, W=640, H=480
  OpenGL Implementation: X.Org R300 Project ATI RV370 2.1 Mesa 17.2.4
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
   GL_ARB_sync found.
  Using non-power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 2048 x 2048
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.
PSX GPU - Startup resolution change bypass (1).
PSX GPU - Startup resolution change bypass (2).
PSX - GPU register - resolution change to: 640x480 (V=39)
 Initializing video...
### VIDEO Native resolution init - set to 640x480
  Driver: OpenGL
  Display Mode: 640 x 480 x 24 bpp @ 30Hz  (Window: 640 x 480)
  Shader: none
  Fullscreen: Yes
  Special Scaler: None
  Scanlines: Off
  Destination Rectangle: X=0, Y=0, W=640, H=480
  OpenGL Implementation: X.Org R300 Project ATI RV370 2.1 Mesa 17.2.4
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
   GL_ARB_sync found.
  Using non-power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 2048 x 2048
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.
MAIN - native resolution switched
PSX - GPU register - resolution change to: 320x240 (V=17)
 Initializing video...
### VIDEO Native resolution init - set to 320x240
  Driver: OpenGL
  Display Mode: 320 x 240 x 24 bpp @ 50Hz  (Window: 320 x 240)
  Shader: none
  Fullscreen: Yes
  Special Scaler: None
  Scanlines: Off
  Destination Rectangle: X=0, Y=0, W=320, H=240
  OpenGL Implementation: X.Org R300 Project ATI RV370 2.1 Mesa 17.2.4
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
   GL_ARB_sync found.
  Using non-power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 2048 x 2048
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.
MAIN - native resolution switched
PSX - GPU register - resolution change to: 368x240 (V=64)
 Initializing video...
### VIDEO Native resolution init - set to 368x240
  Driver: OpenGL
  Display Mode: 384 x 240 x 24 bpp @ 50Hz  (Window: 384 x 240)
  Shader: none
  Fullscreen: Yes
  Special Scaler: None
  Scanlines: Off
  Destination Rectangle: X=8, Y=0, W=368, H=240
  OpenGL Implementation: X.Org R300 Project ATI RV370 2.1 Mesa 17.2.4
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
   GL_ARB_sync found.
  Using non-power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 2048 x 2048
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.
MAIN - native resolution switched
PSX - GPU register - resolution change to: 320x240 (V=17)
 Initializing video...
### VIDEO Native resolution init - set to 320x240
  Driver: OpenGL
  Display Mode: 320 x 240 x 24 bpp @ 50Hz  (Window: 320 x 240)
  Shader: none
  Fullscreen: Yes
  Special Scaler: None
  Scanlines: Off
  Destination Rectangle: X=0, Y=0, W=320, H=240
  OpenGL Implementation: X.Org R300 Project ATI RV370 2.1 Mesa 17.2.4
  Checking extensions:
   GL_ARB_texture_non_power_of_two found.
   GL_ARB_sync found.
  Using non-power-of-2 sized textures.
  Checking maximum texture size...
   Apparently it is at least: 2048 x 2048
  Using GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for texture source data.
MAIN - native resolution switched
« Last Edit: March 08, 2018, 07:30:54 pm by terranigma »

purity1516

  • Trade Count: (0)
  • Jr. Member
  • **
  • Offline Offline
  • Posts: 2
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #83 on: March 09, 2018, 09:15:30 am »
Hi silmalik,

First of all, congratulations for your great job!

When launching PSX games, I get an superx640i resolution. Is that right or should be 240p? The SS games runs gracefully at superx240p...


Regards

buttersoft

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 508
  • Is running at 15kHz
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #84 on: March 10, 2018, 05:41:16 am »
The [hide modes this monitor cannot display] setting can still be found in Windows 10: Display settings / Display adapter properties.

Yes it can! Thank you again, saved ---my bottom--- when i had to reinstall crt_emudriver and the problem recurred even when the AMD external events service was disabled :)

silmalik

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 47
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #85 on: March 10, 2018, 09:16:24 am »
Hi silmalik,

It seems that you have generated the patch by referencing the root folder, thus patch level shifted up by one level according to my test. I mean, "patch -p1" doesn't work inside of the source tree (but -p2 does) . Probably you have to compare them in same folder like:
Code: [Select]
cd /
diff -Naur mednafen emu4crt > emu4crt.patch

I didn't notice any worrying delay and glitch issues during resolution switches.

Regards.


Ok, I'll try your suggestion in next release. Thank you.


Hi silmalik,

First of all, congratulations for your great job!

When launching PSX games, I get an superx640i resolution. Is that right or should be 240p? The SS games runs gracefully at superx240p...


Hi,
PSX boot logo is displayed in an interlaced mode and the Saturn one is displayed in progressive mode, yes this is expected.
After boot logos, most PSX games switch to progressive display mode, emu4crt should then apply the appropriate mode.

If you suspect a misfunction, please specify game reference and stdout.txt file, I'll have a look at it. ;)


The [hide modes this monitor cannot display] setting can still be found in Windows 10: Display settings / Display adapter properties.

Yes it can! Thank you again, saved ---my bottom--- when i had to reinstall crt_emudriver and the problem recurred even when the AMD external events service was disabled :)

You're welcome :)

purity1516

  • Trade Count: (0)
  • Jr. Member
  • **
  • Offline Offline
  • Posts: 2
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #86 on: March 12, 2018, 06:47:38 am »
Hi silmalik,

First of all, congratulations for your great job!

When launching PSX games, I get an superx640i resolution. Is that right or should be 240p? The SS games runs gracefully at superx240p...


Hi,
PSX boot logo is displayed in an interlaced mode and the Saturn one is displayed in progressive mode, yes this is expected.
After boot logos, most PSX games switch to progressive display mode, emu4crt should then apply the appropriate mode.

If you suspect a misfunction, please specify game reference and stdout.txt file, I'll have a look at it. ;)


Hi,
You're right! Thanks a lot!

Fishface

  • Trade Count: (0)
  • Jr. Member
  • **
  • Offline Offline
  • Posts: 1
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #87 on: March 31, 2018, 10:47:55 am »
Totally digging this. Great job! Any plans on adding support for more modules? I'd love to see Master System in particular  :)

silmalik

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 47
  • I want to build my own arcade controls!
Re: emu4crt Mednafen fork - update 1.21.0 / A08
« Reply #88 on: April 02, 2018, 05:41:17 pm »
Hi,

Thank you for your interest.

There are other priorities to add to emu4crt: remove the console that produces glitches during resolution switch, frequecy management for example, etc.
And I miss some time these days to work on it.

Moreover, there are strong alternatives: Groovymame of course, Fusion and the recent retroArch build that support native resolution. ;)

  
 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31