Welcome, Guest |
You have to register before you can post on our site.
|
Online Users |
There are currently 20 online users. » 1 Member(s) | 18 Guest(s) Bing, Sharacon
|
Latest Threads |
New CRTSwitchRes update
Forum: Latest News
Last Post: alphanu
09-10-2020, 02:18 PM
» Replies: 0
» Views: 391
|
MME4CRT on Lubuntu - squi...
Forum: Issues
Last Post: alphanu
09-03-2020, 02:28 PM
» Replies: 1
» Views: 428
|
MME4CRT on Lubuntu - squi...
Forum: Support
Last Post: alphanu
09-03-2020, 02:26 PM
» Replies: 1
» Views: 470
|
CRT Turns off when enabli...
Forum: Support
Last Post: Jouster
07-31-2020, 01:23 AM
» Replies: 0
» Views: 356
|
Over/Under scan adjustmen...
Forum: Latest News
Last Post: alphanu
07-27-2020, 03:12 PM
» Replies: 0
» Views: 365
|
Got it working, just a fe...
Forum: Support
Last Post: Mizkreant
07-16-2020, 04:23 PM
» Replies: 1
» Views: 513
|
CRTSwitchres creates reso...
Forum: Support
Last Post: DukeSkinny
06-25-2020, 09:36 AM
» Replies: 2
» Views: 908
|
MME4CRT Evolution
Forum: Latest News
Last Post: alphanu
06-15-2020, 01:38 PM
» Replies: 0
» Views: 538
|
PSX on the fly Dynamic re...
Forum: General discussion
Last Post: RuiOrey
01-22-2020, 06:48 PM
» Replies: 2
» Views: 1,845
|
Official Public Release
Forum: Mubuntu OS Public Release
Last Post: alphanu
01-22-2020, 11:27 AM
» Replies: 22
» Views: 18,608
|
|
|
Interlaced bug fix |
Posted by: alphanu - 03-15-2019, 02:45 PM - Forum: Latest News
- No Replies
|
 |
It has been found the bug fix used in MME4CRT for interlaced resolutions has adverse effects. It has been noted that some Linux kernels after a certain revision have caused this issue. Changing the way it handles VSYNC.
The interlaced patch will be removed from MME4CRT. In its place will be a patched kernel within The commingling MME4CRT OS public release
-Ben
|
|
|
Official Public Release |
Posted by: alphanu - 03-15-2019, 02:35 PM - Forum: Mubuntu OS Public Release
- Replies (22)
|
 |
The official Puplic release of Mubuntu OS.
The OS built for MME4CRT for accurate 15khz emulation on a CRT. It will contain the following.
- 15kz 240p boot menu (Grub) This will be 31khz LCD or 31khz CRT unless convert scripts are run. ✅
- 15khz 480i Lubuntu installer This will now be a dual installer for 15khz and 31khz CRT and standrd LCD (post setup scripts to change mode) ✅
- Patch kernel for interlaced bugs fix ✅
- First time boot script to set your video card type (used to determine the best boot resolution). ✅
- Openbox desktop environment with mouse click menu items for MME4CRT shortcut * ✅
- Pre-installed with all cores included patched Bettle-Saturn resolution reporting ✅
- All MME4CRT assets pre-downloaded ✅
- MME4CRT pre-setup - enabled CRTSwitRes at super resolution 1920 (So that all video cards will display it card). This can be changed to native or dynamic. ✅
- Current frontend will be RGUI running in 240p with the choice to switch to Emulationsataion ✅ - Emulationstation coming soon
- Mono - To run ✅
- Skrapper to download and install all 3D box art and menu videos for Emulationstation ✅
- Linux module for GonCon2 - This will be released as an update later.
*- 1. Desktop resolution restore in case of MME4CRT crash ✅
- 2. Terminal emulator ✅
- 3. Web browser for rom download ✅
- 5. MME4CRT Updater ✅
- 6. Arandr to configure dual screens ✅
As the GunCon module may take a while Mubuntu will be released soon 
Download here
|
|
|
Weird resolutions generated |
Posted by: kamicane - 03-12-2019, 02:18 PM - Forum: Issues
- Replies (6)
|
 |
Hi,
I was just setting up an ubuntu retroarch machine for a crt monitor. I tried with retroarch mainline first, but the modelines generated by crt switchres were off-center.
I tried mme4linux and the issue, while slightly different, still persists.
For example, the modeline generated for genesis (genesis-plus-gx) is as follows (xrandr output):
Code: CRT7_320x224_59.92 (0x4db) 6.131MHz -HSync -VSync
h: width 320 start 330 end 357 total 392 skew 0 clock 15.64KHz
v: height 224 start 234 end 237 total 261
The modeline I was using previously using under windows for crtemudriver is this:
Modeline "320x224 NTSC (60Hz)" 6.700 320 336 367 426 224 236 239 262 -hsync -vsync
xrandr:
Code: MANUAL_320x224 (0x4dc) 6.700MHz -HSync -VSync *current
h: width 320 start 336 end 367 total 426 skew 0 clock 15.73KHz
v: height 224 start 236 end 239 total 262 clock 60.03Hz
I got this modeline from http://www.geocities.ws/podernixie/htpc/modes-en.html. These are usually very good, and produce a centered image on a monitor that was calibrated using consoles outputting 240p.
The visual issue is that the image is slightly wider than it should be, and the left is extremely cut off. I took a couple of pictures:
MME4crt modeline
manual modeline
Checking with the underscan option of my bvm, I can see that the image starts right at the left edge of the screen, rather than being centered.
I tested with a couple of fba games, nestopia, and snes9x, and they all present the same issue. I tried playing with the X Centering option without much success (setting it to 4 kinda freaked out the bvm).
I am using ubuntu server with nodm + openbox, compiled mme4crt by hand, gl driver.
Let me know if I can provide any more information.
|
|
|
our hero |
Posted by: FreZeeN - 03-12-2019, 10:23 AM - Forum: Discussion
- Replies (1)
|
 |
is all ok ben?? its 3 or 4 days u are missing from here..
let us know where our hero is.
|
|
|
Master System and Game Gear Problems |
Posted by: Vassag0 - 03-11-2019, 02:26 PM - Forum: Issues
- Replies (5)
|
 |
Hello.
Fantastic work Alphanu, some things that you publish we are using in RGBuntu distro. In few days we are going publish the distro in first final version. RBGuntu are much light (1.4 GB with MME4CRT, EmulationStation, Kodi and Systemback), if you want you can use for your system, and you can purge anything of this distro. Is based in minimal Ubuntu with OpenBox.
In our test we see than MME4CRT not working with Master System and Game Gear. This system show a white line.
Thank so much for your great work. And sorry for my horrible english.
|
|
|
out of sync RPi problem |
Posted by: FreZeeN - 03-08-2019, 07:56 PM - Forum: Issues
- Replies (3)
|
 |
ben sorry for to open lots of issue but im testing your work on raspberry i hope its usefull for you.
this time i have a strange problem with rom: f1gpstr2.zip
when i launch it with mame2003+ i got a blank out of sync screen and rasp crash, need turn it off:
setting: 15khz, 1920
this is from log:
GAMEINFO: F-1 Grand Prix Star II
1993 Jaleco
CPU:
68000 12.000000 MHz
68000 12.000000 MHz
68000 12.000000 MHz
68000 6.000000 MHz (sound)
68000 10.000000 MHz
Sound (stereo):
1xYM2151 3.000000 MHz
2xMSM6295 12.000 kHz
Screen Resolution:
256 x 224 (H) 30.000000 Hz
.....
[INFO] [Audio]: Set audio input rate to: 22050.00 Hz.
[INFO] [Video]: Timings deviate too much. Will not adjust. (Display = 60.00 Hz, Game = 30.00 Hz)
[INFO] [Video]: Video @ 897x672
....
[INFO] Environ SET_GEOMETRY.
[INFO] Setting refresh rate to: 50.000 Hz.
[INFO] Setting refresh rate to: 30.000 Hz.
[INFO] Setting refresh rate to: 30.000 Hz.
[INFO] Threaded video stats: Frames pushed: 1, Frames dropped: 0.
[INFO] [Audio]: Set audio input rate to: 22050.00 Hz.
[INFO] [Video]: Video @ 897x672
|
|
|
Linux: using xrandr to display only a segment of the screen |
Posted by: ArcadeTV - 03-07-2019, 02:52 PM - Forum: Discussion
- Replies (1)
|
 |
Since I moved pretty much all my retrogaming/emulation activity to linux, I see and learn new things every day...
Yesterday I came across this post:
https://www.reddit.com/r/crtgaming/comme..._on_a_pvm/
I had no idea xrandr was able to feed a predefined segment of a video-output to a monitor.
Code: xrandr --output VGA1 --scale-from 320x240 --pos 1x1
With my intel GPU I'm using Super Resolutions (mostly 2560x240) and often times I see the output-image is scaled out of proportions when running apps like desktops, emulationstation gui, scummvm etc.
What I did is switching to a super resolution and then run the proposed code to correct the issue.
I was excited to realize that it worked out of the box and the image on my crt looked great.
Now I guess there has to be a drawback using this method - there's got to be, because nobody would use super resolutions instead, right?
Could it be that this method may cause vsync and/or tearing issues?
Since I only tested it with mostly static scenarios like scummvm, maldita castilla for linux and the lxde desktop I haven't seen any issues.
So, let me rephrase the question...
If I was able to create a perfect 320x240@60Hz (or ANY other!) output on my crt with this method, why would I bother to use super resolutions?
I think a super resolution is only needed in the first place to prepare the canvas in terms of height.. Using the segmented output I could create any width I could think of. I have to admit, I have no idea how refresh rates are handled within this concept.
Maybe I'm wrong about this - could somebody please enlighten me?
|
|
|
RPi problem with mame2003+, mame2010 |
Posted by: FreZeeN - 03-04-2019, 08:31 PM - Forum: Issues
- Replies (5)
|
 |
mame2003 plus and mame2010 dont set original refresh rate.. fbalpha do it
for example: neogeo games launched with mame2003+ and mame2010 running at 60hz, fba running them at 59.180
1944 too has problems, 60hz with mame , 59.630 with fbalpha
i missing some options in mame maybe?
|
|
|
|