好快 q8也成了 这算最廉价的开源掌机了吧?(闲鱼上经常有不到50人民币的) ,不给还是最期待trimui
离线
終於來到小橫米(PocketGo)了~司徒覺得目前最可以拿來玩遊戲的機器,應該就屬TRIMUI和小橫米兩台,因此,後續的重心都會放在這兩台機器上,雖然司徒相當看好小橫米,畢竟它是可以用來玩格鬥遊戲,搓招相對容易,TRIMUI在這方面就比較不適合玩格鬥遊戲,但是,當司徒收到購買的小橫米時,那屏幕真的讓司徒蠻失望的,不過,比起其它F1C100S系列掌機,小橫米還是可以甩掉他們幾條街,因此,司徒調整一下順序,先把小橫米整頓一下,最後在整頓TRIMUI
小橫米2021版的屏
小橫米2021版的拆機
包裝
附贈的東西
屏幕越來越爛,左下角露光,下方有四條明顯露光的條紋
司徒換一張背景圖片測試,果真是屏幕問題
肉雞就定位
上方
側邊
下邊
側邊
背面
背蓋
終於使用比較正常一點的電池
前蓋
主要零件
F1C100S、LM4809
屏的型號是ST7789
离线
小横米的屏总会有一个漏光点,就很奇怪,不知道怎么设计的
离线
去掉保护玻璃,屏幕看起来好多了。
离线
從司徒做過這麼多的實驗來看,CPU 1.2GHz是一個臨界值,超過1.2GHz後,效能沒有明顯改善,同時,為了保持正常晶片溫度,1.65V的CORE-VDD電壓是最適合使用,因此,司徒把小橫米的電阻改成160K和91K(必須使用1%精密電阻),可以超頻到1.2GHz,而且讓F1C100S的溫度保持正常,通過公式換算:(0.6 * (161K / 91K)) + 0.6 = 1.65V,這個改造是相當安全的改機,司徒已經使用10姊妹測試過,沒有問題~建議玩家可以手動改造,相信CPU 1.2GHz的小橫米相當有看頭~
兩顆電阻都是25K
電壓1.13V
改成160K和91K(必須使用1%精密電阻)
實際電壓
离线
小橫米2021版腳位如下:
UP PE2
DOWN PE3
LEFT PE4
RIGHT PE5
A PE9
B PE7
X PD9
Y PE8
L PC1
R PC2
START PE0
SELECT PD0
MENU PE1
LCD BK PE6
LCD TE PE10
LCD RST PE11
LCD CS PD21
LCD RD PD20
LCD RS PD19
LCD WR PD18
LCD DB11 PD13
LCD DB12 PD14
LCD DB13 PD15
LCD DB14 PD16
LCD DB15 PD17
LCD DB5 PD6
LCD DB6 PD7
LCD DB7 PD8
LCD DB8 PD10
LCD DB9 PD11
LCD DB10 PD12
LCD DB0 PD1
LCD DB1 PD2
LCD DB2 PD3
LCD DB3 PD4
LCD DB4 PD5
SPI Flash CS PC1
SPI Flash MISO PC2
SPI Flash MOSI PC3
SPI Flash SCK PC0
MicroSD D0 PF1
MicroSD D1 PF0
MicroSD D2 PF5
MicroSD D3 PF4
MicroSD CLK PF2
MicroSD CMD PF3
离线
目前司徒已經將閃屏問題解決並且打包兩個刷機包,一個是基於江西恐龍包,另一個則是Jutleys刷機包,下圖是解決閃屏後的測試畫面
原本的閃屏畫面
新的刷機包開機畫面
江西恐龍包
Jutley包
經典的KOF98,沒有閃屏的小橫米再配上超頻到1.2GHz的驚人潛力,相信玩家會更愛小橫米
江西恐龍包:https://github.com/steward-fu/pocketgo/releases/download/v1.0/pocketgo_od_jckl_no_roms.img.7z
Jutleys包:https://github.com/steward-fu/pocketgo/releases/download/v1.0/pocketgo_od_jutleys_no_roms.img.7z
快速鍵:
MENU + UP (屏幕變亮)
MENU + DOWN (屏幕變暗)
离线
司徒大哥,那个最早的GB造型的miyoo有没有可能解决闪屏问题啊,我记得我还有一台最初的版本,那种改了按键的。
离线
最早那一批R61520的屏應該是可以修復閃屏問題,不過需要飛線,加上存在鬼鍵問題,我不會花時間去修復它,因為鬼鍵是真的無法玩遊戲,抱歉了~
不需要抱歉啊大哥,我也就是问一下,没折腾的必要的话就继续让那台机子生存在收纳柜里吧,嘿嘿
离线
建議有玩小橫米的玩家刷Jutleys包,遇到亂碼問題,只要把如下font.ttf覆蓋掉原本的gmenu2x/skins/GameShow/font.ttf就可以
font.ttf.zip
完成後,爽度就差很多了,在加上超頻1.2GHz,小橫米已經是最強的低價開源掌機
离线
我用的是初版的小横miyoo,然后刷完发现在模拟器里A变成B,B变成A,XY按键也都反了,好像在模拟器设置里修改AB按键定义只能修改运行游戏里的按键,不能修改模拟器默认按键值
离线
司徒大哥试过了吗,小横米UI界面和模拟器里的按键是相反的,我刷的是恐龙的那个包:D
离线
按鍵部份,你修改gmenu2x/input.cfg,把306跟308對調就可以,按鍵現在很亂~
大家先不要刷這兩個包好了,我發現這兩個包的CPU超頻設定是有問題,沒有任何作用,我的測試方是自己寫一個超頻程序,啟動後直接執行並且跑PS1模擬器,但是,把我的超頻程序加到啟動模擬器之前執行,會當機,而且這兩個包都會有卡頓問題,就是間歇性卡頓,原因目前不知道,我決定放棄這兩個刷機底包~所以大家先不要用,不過如果只是要看閃屏問題,可以刷機測試,測試NEOGEO模擬器就可以感受到~
超頻代碼
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#include <string.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <unistd.h>
#include <time.h>
int main(int argc, char* argv[])
{
int fd = open("/dev/mem", O_RDWR);
if(fd < 0){
printf("failed to open /dev/mem\n");
return -1;
}
uint32_t *mem = mmap(0, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0x01c20000);
printf("mem ptr: 0x%x\n", mem);
*mem = (1 << 31) | (12 << 8) | (3 << 4);
close(fd);
return 0;
}
离线
@司徒
好的大哥,两个新包我都刷了,模拟器预设按键跟UI界面不一样这个已经说了,群友测试GBA的塞尔达缩小帽移动场景时会有撕裂,我自己试了一下画面确实会有部分撕裂,但跟以前版本那种撕裂不同,比较随机一些。
离线
@yesiraperfect
我測試了一下,沒有看出你說那個撕裂問題,你可以使用原始解析度、關掉FrameSkip測試一下嗎?如果還是會有,你可以上傳一下照片,跟我說一下在哪個畫面容易發生,以及怎樣移動才比較容易重製出來~
非常抱歉没有及时回复,我本职工作是公司狗,现在刚刚下班到家做好饭等媳妇浪完回家吃饭,看到司徒大哥回复所以临时拍了几张照片,就在下面、、
现在设置的是不跳帧,然后画面缩放模式是点对点的,在缩小帽开游戏第一个可操作场景,两个房间来回移动时可以看到有间歇性的撕裂,跟脉搏似的“撕裂→正常→撕裂→正常”这样,也有可能是模拟器问题?我在测试FC游戏“三目童子”时横向移动没有发现有这种间歇性的撕裂情况。可能只是个例吧
离线
q8的包也存在同样的问题吗?
离线
橫米又會分新舊 @O@!?
請問舊版也是跟著換電阻就行?
看錯了,完來是將25K換成 91K 和 160K
那可不可以使用 0402 貼片?
最近编辑记录 kit0072 (2021-07-09 04:18:33)
离线
@lzgame02
你這個是要給PSP的吧?你這人...,我目前環境有問題,目前無法幫你編譯,不好意思~哈
@yesiraperfect
你這個問題我可以複製出來,我追了一下問題,發現是那個GPSP模擬器問題,它沒有開雙緩衝,然後又交給SDL處理,導致自己蓋自己的畫面,我測試當初移植給小橫米的GPSP也同樣有問題,於是,我基於當初小橫米的GPSP修了一下,目前看來可以,你在幫我測試一下,檔案:gpsp_sdl_doublebuf_fix.zip
P.S. 原來目前的GPSP模擬器也是那個死法國佬改的,這人的人品...真是...不敢恭維,而且這GBA模擬器畫面竟然糊成這樣...,這人就不能好好做事情嗎~哈
@fanelwin
全部都有問題~
离线
@司徒
好的好的大哥,我明天到公司下载试一下,现在已经在床上了
离线
@司徒
不是給 PSP 的喔 , 是給開源掌機的 PPSSPP ....
PSP 主機只能 333mhz 而已 , 開源掌機可 > 600 mhz
是想測試下破解 333 調高後 , PSP Port 的 DOS Game 速度會不會變快 .... ^^
是 for 開源掌機的喔 ....
而且 PSP 之前就可以跑 win95 了 , 開源掌機說不定也成還更快 ......
那 開源掌機 + Diablo 2 也是可行的唷 .....
---
幫編譯 : http://github.com/PSP-Archive/dosbox_psp
編譯前 , 先將 dos_programs.cpp 裏頭的 333 改成 999
編完後分享下 , 想測看看這樣模擬 DOS 的效果能不能提升 .....
先感謝啦 .....
mailto : lzgame02@qq.com
最近编辑记录 lzgame02 (2021-07-09 09:59:08)
离线
@司徒
刚刚测试了,效果很好!刚开始我是在emus下新建gpsp文件夹,然后在miyoo里建立新的程序链接发现读游戏时会黑屏,然后我翻开收藏的第一第二版miyoo刷机包(司徒大哥做的最后版本),拷贝gpsp文件夹下的对应文件,就可以正常运行游戏了!现在撕裂没有了,场景切换画面非常整齐!
然后我遇到一个新的问题,我把gpsp文件夹下的GBA边框图拷贝到新文件夹下后在模拟器中设置点对点模式可以显示边框图,但是会闪烁,这个应该是BUG现象吧。
离线
不知道上传到贴子里的图会不会被压缩,我传一份zip压缩档吧
miyoo GBA边框.zip
离线
这个下载需要5积分是默认设置吗?我是直接添加上传你的附件,没有设置需要积分才可以下载的选项啊。:/
离线
离线
@哇酷小二
哦哦,我只是担心发司徒开源的旧资源然后需要积分会被误会。。。 ,如果能添加一个是否需要积分的选项就更好了。
离线
@yesiraperfect
啟動黑屏是因為BIOS錯誤,隨意按一個按鍵就可以繼續
邊框閃爍問題,是因為開啟雙緩衝後,邊框只填到其中一個畫面,導致閃爍
我把邊框閃爍以及BIOS卡住問題都修掉了,檔案:gpsp_fix_border_tearing_bios.zip
現在畫面正常了~
接下來我會先把TRIMUI掌機整頓好,模擬器相關問題,要等TRIMUI掌機整頓好再繼續處理~
有模擬器相關問題要回報的,請等我把TRIMUI整頓好在回報,感謝~
离线
@司徒
好的大哥,非常感谢!;)
离线
@司徒
QQ 加不了 , mail 沒回 ..... @@
离线
刚买的FC3000V2,试了两个rom image,均黑屏
是使用Win32DiskImager写入的。
离线
@lzgame02
天意如此,我也沒有辦法~@cddxhy
黑屏代表是目前沒有支援的FC3000型號
我是有依照 github 步驟 .....
但是到了 Run "make" 的時候 , 一開始就噴找不到 pspdev
明明 psp toolchain 有裝 , 裏頭的 export 路徑也照設的
就不知道為何掛在這最後一步 ....
离线
@司徒
一開始也是缺很多 lib .... 有幾招加快補缺
apt install xxxxxx
xxxxx =
1. 直接加上缺的 lib 名稱
2. 缺的 lib 名稱後面加 * or -dev*
3. 缺的 lib 名稱前面加 *
4. google ..... linux + lib 關鍵字 + not found , 找出缺的 lib 後來改名封裝到哪個 lib 中了 ....
我也是這樣補起來的 , 用虛擬機編譯大概 1個多小時就邊完了
虛擬機本來就比較慢 , 如果有更好的環境預估半小時內可以搞定 .....
离线
司徒有测试FC3000的FBA a320吗?
我根据这个模拟器的说明,似乎没有办法同时按L+R+start打开模拟的菜单,游戏里也无法退出游戏,只能强制关机,是键位的映射存在问题吗?
FBA a320的其他组合键,比如开关FPS显示,我也是一个都按不出来。
离线
@lzgame02
太好了,既然施主都已經查閱完畢了,那就加油了,司徒祝你早日脫離苦海~阿弥陀佛~
剛脫離苦海 .... 基本上還是編譯不出來
不過換個方式用 Hack 的方式 .... Hex 硬改
目前測試非常完美 .... 哈哈 ..... 反正能用就成了 ....
离线
司徒老大,加油,我也是trimui的和fc3000的拥有者,紧跟你的脚步!
离线
@司徒
看样子要修改fba a320的源代码才能调出菜单了。大致看了一下,在https://github.com/dmitrysmagin/fba-a320/tree/master/src/sdl-dingux/sdl_input.cpp里有如下代码(203-221行):
if ((keypc & BUTTON_SL) && (keypc & BUTTON_SR)) {
if (keypc & BUTTON_Y) {
ChangeFrameskip();
keypc &= ~BUTTON_Y;
} else if (keypc & BUTTON_B && !bPauseOn) {
StatedSave(nSavestateSlot);
keypc &= ~BUTTON_B;
} else if (keypc & BUTTON_A && !bPauseOn) {
StatedLoad(nSavestateSlot);
keypc &= ~BUTTON_A;
bPauseOn = 0;
} else if (keypc & BUTTON_START) {
keypc = keypad = 0;
SndPause(1);
gui_Run();
SndPause(0);
} else if (keypc & BUTTON_SELECT) ServiceRequest = 1;
}
else if ((keypc & BUTTON_START) && (keypc & BUTTON_SELECT)) P1P2Start = 1;
这应该是控制快捷操作的按键组合,把贴出的代码的第一行&& (keypc & BUTTON_SR)删掉,应该就可以避免L+R=MENU的困境了。
又或者,干脆用retrofw的fba-a320编译,retrofw所用的fba-a320修改了菜单的快捷组合键,可以避免按键冲突之尴尬。
代码可参考如下:https://github.com/retrofw/fba-a320/blob/master/src/sdl-dingux/sdl_input.cpp
只是不知道这个模拟器如何编译?
在下并没有编译过此类项目的经验,不知道司徒能否教授一下编译方法?
最近编辑记录 除恶务尽 (2021-07-09 23:07:12)
离线
司徒大佬研究完毕后,会开源trimui的buildroot和kernel吗?
离线
@除恶务尽
fba-a320的a68k只有支援x86和MIPS,你可以註解掉或者去找a68k for ARM,編譯步驟如下說明
diff Makefile
7,8c7,8
< CHAINPREFIX := /opt/mipsel-RetroFW-linux-uclibc
< CROSS_COMPILE := $(CHAINPREFIX)/usr/bin/mipsel-linux-
---
> CHAINPREFIX := /opt/miyoo
> CROSS_COMPILE := $(CHAINPREFIX)/bin/arm-linux-
45c45
< BUILD_A68K = 1
---
> #BUILD_A68K = 1
276c276
< CFLAGS = -fpermissive -O2 -G0 -march=mips32 -pipe -fno-builtin -fno-common -mno-shared -ffast-math \
---
> CFLAGS = -fpermissive -O2 -pipe -fno-builtin -fno-common -ffast-math \
編譯
$ cd
$ wget https://github.com/steward-fu/miyoo/releases/download/v1.0/toolchain.7z
$ 7za x toolchain.7z
$ sudo mv miyoo /opt
$ export PATH=$PATH:/opt/miyoo/bin
$ git clone https://github.com/retrofw/fba-a320
$ cd fba-a320
$ make
@sanikoyes
於結束維護後,司徒會放出所有源代碼,可以關注司徒的TRIMUI GitHub,司徒預設維護開發週期為一年,因此,距離釋出還有11個月,為何要結束開發後才釋出源代碼呢?因為我可不想再被說偷偷賣掉其它開發者的東西,人在做、天在看,說話要憑良心,人為何總是要打壓他人來提高自己的聲望呢?司徒最後只能選擇自保,切斷跟所有開發者的關聯,源代碼盡量自己從頭做起,這樣在司徒開發的期間,就不會有人說我偷偷賣掉他的人東西,避免紛爭,人心可畏,人言更可畏!
离线
司徒老哥,看到你又对miyoo 出手,让我又燃起了拯救我竖米的希望。等你开源后,我的竖米可能就有救了。我是DestinyCod
离线
@司徒
聽說 PSPDev 也有 docker 跟 Windows 版的
應該也可以試試看 .... 畢竟破解的方式不太正統 ....
离线
另外 分享下当年各个角落搜集整合的 miyoo 模拟器源码。 https://github.com/littlehui/miyoo-emu
特别是
FC:帧率优化后,支持振动。
FBA: z80 和 C68K用的 drz80和cylone汇编。 miyoo的fba-a320编译出来很慢。替换完汇编实现后,部分游戏可以满帧,但是有的游戏会破音。 发出来,如果能够帮上忙我会很开心。
离线
司徒大 剛用Win32DiskImager寫入FC3000 TF卡裡,開機後還是一樣原本畫面,請問哪裡操控錯誤 謝謝
最近编辑记录 george5497 (2021-07-10 15:02:23)
离线
@波贺顺顺
感謝支持
@lzgame02
感謝告知
@george5497
不好意思,你的機器無法支援,因為FC3000有太多變種的屏,所以黑屏,就是無法支援的意思
@littlehui
當初說我偷偷拿開發者的東西去賣,就是你GitHub裡面的那些開發者,從當初流出的截圖,他們還將此事告知你,我想你應該是不會忘記才是,以及如何批評XBOOT,我想這件事你應該也還記得,這些二流的開發者,我司徒何德何能敢拿來使用呢?你說是不是~事情過了,追究沒有任何意義,大家劃清界線就好~不過,如果可以,請幫我轉達,我目前在移植的東西,請高抬貴手,不要前來搗亂~感謝
离线
现在原来那个地方乌烟瘴气的,我早就不去了,都是一大堆发广告的和YY,真正玩机、讨论改机的已经绝迹,大陆的开源掌机圈能建立起来,起码一大半功劳是来自司徒兄当初为RS97移植系统的,这些人不感谢也就算了,还在那污蔑人,真是利欲熏心。
离线
离线
@司徒
感谢指导,但是不知道怎么回事,编译后的bin文件,在读取ROM完毕后,就黑屏死机没反应了。
@littlehui
你贴出的那个使用drz80和cylone的fba-a320,可有源头?至于Q sound无声的问题,OopsWare有提到过:
让人郁闷的 Q-Sound
用 Reesy 的 DrZ80 替换 Doze 后,运行总不能得到预计的结果。细读 Doze 代码后才发现,使用 Q-Sound 芯片的游戏ROM里,Z80代码是加密的,以游戏dino为例,128KB 的 cd_q.rom 文件经过解密后( 算法见 burn/capcom/kabuki.cpp )得到一个256K的内存,Zet 把这段内存分成两部分,分别映射为 MemFetch 和 MemFetchData 。Doze在模拟执行 Z80 的 ROM 时,OpCode 和 ImmData 分别来自 MemFetch 和 MemFetchData 。看来要对 DrZ80 做个大手术才行......
https://sites.google.com/site/oopsware2/finalburnalpha
最近编辑记录 除恶务尽 (2021-07-10 21:44:19)
离线
@司徒
老哥,抱歉让你想起伤心事,污蔑司徒老哥的人真是太可恶。但是上面说我记得的事情,我看的云里雾里的 老哥会不会是记错人了哈?不过这些都不重要。希望在这里司徒老哥不会被打扰到,移植更多更好玩的东西。
@除恶务尽
我贴出的fba-miyoo-playable 是在 https://github.com/retrofw/fba-a320 这个基础上改的。我能力有限搞不出来了,如果你有兴趣可以接着搞哈。
离线
我试了fc3000的固件,刷一次不行,二次就能开机,基本上还是适应的。现在个trimui装了仙剑,插卡住乌屏。甜着拔卡开机再插卡,如买?
离线
我给我的FC3000_V1版刷了Jutleys包(未换电阻,32G_TF卡),分两种情况:
1法,刷之后第一分区不动,仅从原出厂卡中拷贝部分游戏进去,作为测试(最终留有52M空余空间),第二分区进行了扩容,各主流模拟器均拷贝了一些ROM进去;接着插卡上电开机,按A原系统可以进入,没有问题;按B可以进新固件,第一次进,在非商业警示界面好像是停留了较长时间(可能心理作用。但感觉第二次比第一次快了一至二秒)。测试了两模拟器FC与SFC,在默认设置上好像FC模拟器有爆音小卡顿,跳帧为1后要好一些(后又再测试发现,此现象为个另游戏,如魂斗罗12IN1片头音乐有此问题,其余游戏均正常);SFC默认设置到是很流畅;其他等测试后在反馈;
2法.刷完镜像用DiskGenius将OD分区删除,调整FC3000分区至4G(格式仍保留FAT16+隐藏属性),其他空闲空间格式化后给OD分区用(FAT32),然后将原分区内容分别新分区,FC3000分区将原出厂卡所有内容拷入,OD分区主流模拟器拷入相应测试ROM,插卡上电开机,看到选择界面,原系统按A能进入,但模拟器游戏选择界面不能显示游戏清单;按B能进新固件,但卡在非商业警示画面不动了!
最近编辑记录 guwei94301 (2021-07-11 11:24:58)
离线
我试了fc3000的固件,刷一次不行,二次就能开机,基本上还是适应的。现在个trimui装了仙剑,插卡住乌屏。甜着拔卡开机再插卡,如买?
我的是霸王小子A66,固件升级到TrimuiUpdateV0.105.en,然后再将系统升级至Trimui_GMenuNX20210708最新版,也安装了司徒大大的仙剑,在原系统下是可以流畅运行仙剑的,Trimui_GMenuNX下看不到
离线
感谢司徒分享的横米超频资讯,等电阻到手就可以开干了。
离线
司徒,我更换了一张32G的SD卡,重新写入后,FC3000成功点亮。谢谢!
离线
trimui仙剑打斗时卡声音,吱吱声
离线
我的q8刷后开机花屏,打开机身后盖看了下,果然和司徒你的q8的排线规格有所不同......
离线
@lzgame02 请别冒充台湾同胞,打着司徒旗号,给司徒招黑。做人不是你这样子的,司徒己经费心解答了你的问题。
离线
我翻看了你之前在这个主题贴下发的回复,既然你都懂得自己搞环境了,自己补全库了,这点小事还是自己随便动一下手编译的好,如果不是小事那么也请不要用“那有空”开头作为请求,给大家感觉好像司徒大哥本人有欠你什么而你因为对方满足不了自己的要求只能退而求其次。
司徒大哥也只是靠兴趣发电,在“研究FC3000掌机的开源可行性”这个主题贴下我相信无论是司徒大哥还是其他关注这个主题帖的朋友都想看到更多围绕这款F1C100s核心的研究贴和讨论帖吧!
在关于“研究FC3000掌机的开源可行性”这个主题贴上,如果出不了力,也请不要拉后腿。也希望回复“求帮助一些跟司徒大哥发表主题无关的话题”可以通过其他方式联系司徒大哥,搞那些回复跟主题完全无关的话题,忽略和删帖我觉得是可以的。
我言辞可能比较尖利,如有冒犯万分抱歉。
离线
感谢司徒分享的横米超频资讯,等电阻到手就可以开干了。
我也买了1%精度的电阻,今天应该就到了!开心!
晚上开始搞!
离线
@lzgame02
你不是說已經做完Binary Patch完成了嗎?為何還需要編譯?你的問題,司徒已經說過沒有環境,建議你去PSP相關論壇討論,如果你在這樣繼續發言,後果自負~
@littlehui
這樣阿~那我了解了~另外,關於你GitHub上面的東西,二流的人格做出來的東西還是屬於二流等級,對司徒來說,完全沒有任何參考價值,說白話一點,垃圾做出來的東西還是垃圾,你GitHub上面的東西,我司徒一個也不會使用,不過,很高興你還可以繼續玩你的機器,建議你遠離那些人,不然哪天被賣了都不知道~
關於FC3000和Q8刷機問題,這兩台機器的屏有相當多的差異,司徒只能就手上的機器做移植,如果你刷機後,開機後黑屏,代表是沒有支援的型號,或許可以換張MicroSD卡或者讀卡機試試,如果依然是黑屏,請不要繼續操作,否則機器可能變磚,司徒不負擔任何責任~
此篇文章已經快破一萬的點閱率,討論的人員越來越多,很高興能夠讓大家一起參與討論,也因為這樣,好人壞人已經很難分辨,如果抱持挑釁的心態前來搗亂,後果自己負責~
司徒慢慢熟悉TRIMUI掌機之後,發現用料確實不錯,加上有自己獨特的官方系統,價格基本上跟小橫米相當,確實是一台相當不錯的小掌機,加上是司徒喜愛的小掌機,為此,司徒特地花了一些時間製作雙系統,目前已經完成,特此,分享給玩家使用,此次,一樣是基於江西恐龍和Jutleys底包製作,請勿使用於商業用途
江西恐龍刷機包:https://github.com/steward-fu/trimui/releases/download/v1.0/trimui_od_jckl_no_roms.img.7z
Jutleys刷機包:https://github.com/steward-fu/trimui/releases/download/v1.0/trimui_od_jutleys_no_roms.img.7z
快捷鍵
屏變亮:MENU + UP
屏變暗:MENU + DOWN
聲音變小:MENU + LEFT
聲音變大:MENU + RIGHT
司徒首先介紹一下超頻改機,目前電阻都是6.3K,電壓是1.12V
司徒把電阻改成如下160K和91K(必須使用1%精密電阻),可以超頻到1.2GHz,而且讓F1C200S的溫度保持正常,通過公式換算:(0.6 * (160K / 91K)) + 0.6 = 1.65V
實際測得的電壓1.62V
PS1 惡魔城,CPU=672MHz,關閉FrameSkip,55 FPS,CPU=91%
PS1 鐵拳3,CPU=672MHz,關閉FrameSkip,28 FPS,CPU=97%
PS1 惡魔城,CPU=1248MHz,關閉FrameSkip,60 FPS,CPU=81%
P.S. 從測試到的數據顯示,F1C200S超頻的效果,最高只有到1GHz,即使超頻到1.2GHz,效果依然只有1GHz的效能
原廠TRIMUI系統的閃屏問題
閃屏測試工具:https://github.com/steward-fu/trimui/releases/download/v1.0/TrimuiUpdateV9999_tearing.zip
OpenDingux系統保證沒有閃屏問題(驅動程式到硬體這段保證沒有閃屏問題)
閃屏測試工具:screen_tearing_test.zip
開機畫面(L鍵:OpenDingux系統,R鍵:原廠系統)
禁止商業用途
江西恐龍
Jutleys
針對Jutleys包,司徒加入中文化字型
遊戲畫面
目前司徒已經完成四台F1C100S系列掌機的刷機包製作,司徒相當感謝各位的支持,在此至上謝意,另外也相當感謝whycan論壇提供一個這麼好的地方讓司徒撰寫文章,尤其是管理員:暈哥、xboot、哇酷小二都是相當優秀的人才,也願意幫大家解惑,在這個年代,確實是相當了不起,在此特別致謝~不過,網站總是需要營運成本,如果大家有閒錢,可以捐獻給whycan網站,讓一個好網站可以再戰10年~
接下來的重點除了新內核和草食系統之外,就是模擬器優化,目前司徒第一個鎖定的模擬器是GNGEO模擬器,目前司徒看到的問題有:
1. 閃屏
2. 間歇卡頓
3. 大型遊戲無法執行
司徒會朝這三個方向改進,如果玩家有遇到GNGEO模擬器的其它問題,歡迎回報,一次針對一個模擬器優化,目前是GNGEO模擬器,非GNGEO模擬器問題,請不要回報,感謝
离线
TRIMUI也有了,撒花庆祝~
另外,司徒大大,我的q8刷后是花屏不是黑屏,这个也是屏幕型号不一致的原因吗?
最近编辑记录 fanelwin (2021-07-12 10:39:12)
离线
@司徒
大哥好!那个横米通过刷之前的底包加第二分区采用TRIMUI底包的文件是不是就能实现正常超频了?如果键值不同再重新拷贝覆盖横米的键值“gmenu2x/input.cfg”文件到对应位置是不是大概就能玩了 。
我买的电阻到了,今天晚上就可以快快乐乐的超频了!
离线
@yesiraperfect
目前那兩個刷機包的超頻設定有問題,沒有作用,所以這個部份讓我想一下如何實現比較好,你先把硬件改好~
玩開源掌機最重要就是讓自己快樂,很高興你可以快樂遊玩~
@司徒 我的FC 3000 刷入了jxkl包,超频那部分试过,不能做任何修改,改高一点点或改低一点点,都会死机。
供你参考。
离线
@cddxhy
死机正常,现在超频功能是不正常的。
离线
@司徒
trimui我两个包都刷了 江西恐龙包好像存在不少问题,模拟器路径主频保存不了,Suspend挂起后恢复不了,mame4all等添加不了
另外外国人的包没这些问题,刚刚开始测试
P.S: 我使用的分区软件是diskgen,OD分区好像只能缩小不能扩容?是需要把roms分区先删掉再扩容OD分区吗?
最近编辑记录 fanelwin (2021-07-12 17:29:31)
离线
横米机改装电阻已经完成!测试电压1.65,应该是正常的,然后插卡开机,在模拟器设置里发现CPU频率最高只能设置到900。
关机拔卡重新接入电脑,在ROMS-gmenu2x里打开gmenu2x.conf文件(我用的是写字板)然后把“cpuMAX=900”的900改成1200,保存。重新插卡开机,噢耶!模拟器最高频率可以调到1200了!我测试了一下PS模拟器的恶魔城游戏,感觉CPU频率设置确实没有生效,开场CPU占用满,帧数55+。
接下来就等司徒大哥更新系统了
离线
离线
哈~造成閃屏的兇手就是司徒,果然司徒命中帶屎~過程如下分析
如果底層驅動可以確保沒有閃屏問題,上層模擬器只要開啟SDL_DOUBLEBUF就可以解決閃屏問題,於是司徒追了一下代碼,發現GNGEO本身就有支援這個選項,位於src/blitter/soft.c
vsync = CF_BOOL(cf_get_item_by_name("vsync"));
sdl_flags |= (vsync?SDL_DOUBLEBUF:0);
選項預設是關閉的,位於src/conf.c
cf_create_bool_item("vsync", "Synchronise the display with VBLANK", 0, GN_FLASE);
在模擬器頁面可以手動設置
但是,詭異的事情發生了~設置Vsync true後,模擬器就黑屏,這...,難道又是需要有智慧的人才看得到?於是,司徒再度追的一下代碼,發現一個奇怪的設定,位於src/blitter/soft.c
#ifdef DEVKIT8000
SDL_Flip(screen);
#else
if (vsync)
SDL_Flip(screen);
else
SDL_UpdateRect(screen, 0, 0, 0, 0);
#endif
SDL_Flip(screen);
#endif
vsync做SDL_Flip()合理,但是,為何下一步還再做一次呢?這種情形,司徒只有在丁果A320 Dingux(非OpenDingux)上才看過,因為當初底層有一些問題,所以Toggle兩次才可以正確顯示,可是目前PocketGo、TRIMUI顯示驅動是沒有這樣的問題,這個行為有點怪異
於是司徒找了一下GNGEO GitHub代碼
Ref 1: https://github.com/linuxlinks/gngeo
Ref 2: https://github.com/sflores12/gngeo
這才發現,第二個SDL_Flip()是註解掉的,哈,司徒也不知道為何當初移植Miyoo GNGEO時,將此行代碼反註解掉,所以Vsync黑屏的問題就是這一行造成,司徒另外看一下當初移植給RS97的代碼,並沒有Miyoo GNGEO這個問題,哈~
司徒目前將預設選項做比較好的配置,使用者不需要做任何修改就可以使用
修復後的檔案(直接覆蓋掉原本檔案就可以):gngeo_fix_screentearing_20210713.zip
在PocketGo上測試,已經沒有閃屏問題
在TRIMUI上測試,已經沒有閃屏問題
另外,關於GNGEO家用版的使用,司徒大約說明一下,首先需要使用有支援的BIOS(司徒使用UBIOS v1.3),在顯示如下畫面時,同時按下A+B+C就可以做BIOS設定,Mode: CONSOLE就是家用機的意思
第一個選項設定
把Mode改成CONSOLE就可以
接著司徒就繼續找卡頓的問題,不過這個問題有點棘手,因為它跟RAM、SWAP有絕對關係...
离线
目前PocketGo、TRIMUI玩GNGEO遊戲不會閃屏,爽度確實增加不少,不過PocketGo比較可惜的設計是那個音量鍵,音量鍵其實不適合放在左右側,因為司徒玩格鬥遊戲時,會雙手托住,因此,這個音量鍵常常誤觸
最適合的位置在下方,不過目前已經被UART佔住,因此,司徒需要再度動刀
由於下方已經開口,因此,這個尺寸的音量鍵最適合
可惜司徒只有10K電阻,但是官方的是20K
首先移除原本的UART
焊接音量鍵
UART移到原本音量鍵的位置
還不錯~
UART母座密合的不錯
方便連接UART
慢慢接近完美的低價開源掌機
离线
@司徒
司徒大佬不用上班么
离线
@司徒
司徒大佬不用上班么
司徒良田千亩,别墅靠海,为什么要上班?
离线
最后这台白色掌机淘买的吗,不知什么价位?
离线
最后这台白色掌机淘买的吗,不知什么价位?
淘宝有卖的吧。应该是100+
离线
zpyws 说:最后这台白色掌机淘买的吗,不知什么价位?
淘宝有卖的吧。应该是100+
这机器现在淘宝已经卖到快200了
离线
yesiraperfect 说:zpyws 说:最后这台白色掌机淘买的吗,不知什么价位?
淘宝有卖的吧。应该是100+
这机器现在淘宝已经卖到快200了
我看了一下,没有低于200的:(
离线
离线
除恶务尽 说:yesiraperfect 说:淘宝有卖的吧。应该是100+
这机器现在淘宝已经卖到快200了
我看了一下,没有低于200的:(
闲鱼有100+的二手卖,印象里这个机子没那么贵啊。。。
离线
@司徒
刚刚下载更新了司徒大哥新更新的模拟器,但是发现自己的电脑里没有街机游戏文件 ,所以测试不了了。
离线
@yesiraperfect
OK
機器價格過高就不建議入手,畢竟低價開源掌機才是趨勢~
目前司徒大約測試了一下GNGEO模擬器卡頓問題,司徒使用KOF98測試,發現小橫米、TRIMUI、RG280M都有這個問題,那個卡頓現象,似乎是模擬器陷入一個奇怪狀態,導致在那0.5~1秒之間,整個模擬器呈現卡住狀態,音效也停止輸出(underrun occurred),KOF98的配置記憶體需要大約RAM 160MB,如果RG280M(CPU:JZ4770 + RAM:512MB)都會卡,那代表是模擬器有問題,這部份司徒會繼續追下去,不過,可能會花上一些時間,所以司徒會先切到IPS FC3000這一部份,Dingoonity論壇有老外可以幫忙司徒測試IPS FC3000,司徒會先看看有無機會移植OpenDingux到IPS FC3000掌機,後續有消息時,司徒在更新了~
离线
大佬 trimui刷机后typec耳机还可以用吗?
离线
哦 没有usb驱动,可惜了,原系统和外国人做的前端是可以用usbtypec的,蓝牙耳机也有人试过
离线
司徒大神辛苦了,坐等trimui的能超频的系统,电阻已经换好了。
离线
@司徒
试了一下,虽然在FC3000上有不可避免的撕裂,但这个GPsp的速度真的很不错!载入游戏有点慢,但大部分的GBA游戏速度都是全速。
不知道司徒演示图片的这个边框是怎么加载的?这个模拟器菜单里并没有看到相关载入边框的选项。
离线
司徒老大躺著中槍了
离线
@除恶务尽
將圖片檔名改成border.png,接著進入選單Graphics and Sound options,改成unscaled 3:2就可以~
關於超頻部份,司徒花了一點時間尋找GMenu2X(支援GameShow主題)的GitHub,可惜司徒最後並沒有找到這個GitHub,司徒就當做是它是在一個目前我無法取得的地方~
所以司徒就直接用MiyooCFW GMenu2X做修改,順便改回以前那種簡潔的GUI~
GMenu2X修復超頻問題(直接覆蓋就可以):gmenunx_fix_overclock.zip
src/gmenu2x.cpp
#if defined(TARGET_MIYOO)
static uint32_t oc_table[] = {
((96 * 2) << 16) | ((1 << 8) | (3 << 4)),
((96 * 3) << 16) | ((2 << 8) | (3 << 4)),
((96 * 4) << 16) | ((3 << 8) | (3 << 4)),
((96 * 5) << 16) | ((4 << 8) | (3 << 4)),
((96 * 6) << 16) | ((5 << 8) | (3 << 4)),
((96 * 7) << 16) | ((6 << 8) | (3 << 4)),
((96 * 8) << 16) | ((7 << 8) | (3 << 4)),
((96 * 9) << 16) | ((8 << 8) | (3 << 4)),
((96 * 10) << 16) | ((9 << 8) | (3 << 4)),
((96 * 11) << 16) | ((10 << 8) | (3 << 4)),
((96 * 12) << 16) | ((11 << 8) | (3 << 4)),
((96 * 13) << 16) | ((12 << 8) | (3 << 4)),
((96 * 14) << 16) | ((13 << 8) | (3 << 4)),
((96 * 15) << 16) | ((14 << 8) | (3 << 4)),
};
int oc_choices[] = {(2*96), (3*96), (4*96), (5*96), (6*96), (7*96), (8*96), (9*96), (10*96), (11*96), (12*96), (13*96), (14*96), (15*96)};
int oc_choices_size = sizeof(oc_choices)/sizeof(int);
#endif
OR 0x80000000
#elif defined(TARGET_MIYOO)
uint32_t x, v;
uint32_t total=sizeof(oc_table)/sizeof(uint32_t);
for(x=0; x<total; x++){
if((oc_table[x] >> 16) >= mhz){
memregs[0] = (1 << 31) | (oc_table[x] & 0x0000ffff);
break;
}
}
INFO("Set CPU clock: %d(0x%08x)", mhz, v);
#endif
回歸原本的純淨~
預設CPU跑672MHz
小橫米目前司徒是超頻到1.2GHz(最大可以設定到1.4GHz)
跑起來的效果應該是這樣,不過,因為RAM不足,跳動比較大,PS1預設是關閉FrameSkip的,測試完畢,建議開啟FrameSkip,玩遊戲比較順暢~
TRIMUI的純淨界面
F1C200S的超頻效果只有1GHz(最大可以設定到1.4GHz)~
跑起來的效果應該是這樣,不過,因為RAM不足,跳動比較大,PS1預設是關閉FrameSkip的,測試完畢,建議開啟FrameSkip,玩遊戲比較順暢~
由於歷史因素,系統按鍵或者設定都是比較混亂,大家就先忍痛使用吧~等之後有時間,司徒在整理了~
离线
@除恶务尽关于GBA模拟器司徒大哥上面发了一个单独的支持滤镜和修复撕裂的GBA模拟器核心,需要重新建立一个程序链接,你翻一下上面的回复,我在回复里应该写了大概要怎么新建程序链接了。
离线
离线
司徒大哥,我忘了说,最新发布的TRIMUI刷机包好像没有放最新的GPSP,应该没放吧。。。。记不清了。
离线
gmenunx_fix_overclock.zip
还有我下载的这个10kb压缩包打开就提示损坏或错误
哦 明白了 下载要进入网站的下载后台才行,不能用软件直接下
最近编辑记录 fanelwin (2021-07-15 10:00:23)
离线
@yesiraperfect
不好意思,目前都是一邊修復一邊釋出,所以是有一點混亂,先忍耐一下,自己更新~等司徒製作好草食系統後,會一次大更新~
没事没事,这不上面有坛友回复说GPSP有撕裂嘛,我就自己下载了看了一下,我还是非常鼓励大家从第一帖看到最后,这样司徒大哥的辛苦、心里路程和其中遇到的波折才能让大家有所了解。
我已经覆盖了司徒大哥最新放出的新gmenu2x!发现一个非常有意思的现象,就是用旧的gmenu文件启动PS模拟器玩恶魔城在复杂场景无法满足60帧,但在能满足60帧的场景CPU占用显示的却比新版gmenu超频到1152时要低一些,不过用新gmenu超频到1152时同样的复杂场景是可以满60帧的。
更新:发现新gmenu2x在部分场景(开机,退出游戏,关机)时会闪过黄色或者是黄绿色画面。不知是司徒大哥特意设计还是BUG。
旧版
新版
旧版
新版
最近编辑记录 yesiraperfect (2021-07-15 10:43:46)
离线
@司徒 @yesiraperfect
感谢二位,已经试验成功
最近编辑记录 除恶务尽 (2021-07-16 07:55:20)
离线
@yesiraperfect
圣剑传说玛娜传奇 超频后能玩吗?
离线
看到老大的硬改超頻,自己想了想,有什麼掌機本來是廢殘,如果能超頻變成可以一玩……?
有了!! RetroMini(RS90) ,主要玩GBA/GB,CPU主頻是384MHz,刷了開源系統後可超頻到456MHz,但玩GBA依然不完美,
如果硬改後能超到7XXMHz不就完美?
可惜查看cpu原來是 JZ4725B,還沒有大神有興趣研究……
好吧,放下執念,拿起小橫米首先去換換電阻
离线
其實,司徒不是不玩RetroMini(RS90),是因為有一些因素存在,導致司徒沒有繼續玩RS90~
事情是這樣的,多年前,OpenDingux團隊發布RS90的OD系統,網友告訴司徒這一個好消息,於是,司徒馬上安裝測試,發現OD團隊還是蠻強的,竟然可以移植成功,不過,司徒發現沒有SWAP支援,於是,司徒加入SWAP支援並且重新編譯Kernel和Buildroot,接著發布,SWAP補丁、系統補丁、PS1模擬器,但是,OD團隊過沒多久又發布新系統,但是,還是一樣沒有支援SWAP,當然在發布之前,已經有很多人跟他們反應這個問題,但是就是不加入SWAP支援,只有選擇使用ZRAM選項,不過,這代表司徒又要重新做一次補丁,這...,司徒不可能一直花時間再做補丁吧~接著,他們開發者在IRC的聊天紀錄被人截圖傳到discord,意思是司徒搞亂了一些東西,所以最新的PCSX4ALL代碼不會上傳到GitHub公開,這不是擺明要封殺司徒嗎?當初RetroGame(RS97),司徒在移植PCSX4ALL時,你們開發人員還指導司徒關閉SHM選項,怎麼變成是我在搞亂一切呢?天意如此,我也只能順從~於是,我刪除所有RS90開發的東西,從此再也沒有去玩RS90~
不過,看你心心念念RS90超頻,司徒就來個番外篇吧~司徒看了一下JZ4725B手冊,發現有兩個電壓應該是跟超頻有關聯,那就是VDDPLL和VDDCORE
君正在手冊上寫建議電壓是1.8V,不過最大電壓則是寫上2.5V,這...,你是叫司徒操你的意思嗎?
司徒確認一下RetroMini(RS90)的電壓腳位,都是連接到VCORE_1_8V
VCORE_1_8V則是由WD1011EA驅動
司徒翻了一下手冊,找出電壓計算公式
目前是200K和100K電阻,換算電壓則是:0.6 * (1 + (200K / 100K)) = 1.8V
果然是精密電阻
司徒手上剛好有7.5K和2.7K電阻,換算電壓則是:0.6 * (1 + (7.5K / 2.7K)) = 2.27V
換裝完畢
測量到的電壓則是2.25V
接著,司徒發現系統上沒有/dev/mem,這...
而且超頻選項只有到456MHz,這...
於是,司徒抓了OpenDingux Kernel 5.1.0並且加入/dev/mem的支援
但是,更新Kernel後,發現USB有問題,司徒無法登入RS90操作,於是司徒又補上RNDIS的配置
萬事具備只欠東風
接著司徒查了一下PLL Register
CPU頻率的公式:(12MHz * (M + 2)) / (N + 2)
君正自己都說可以到500MHz...
接著,司徒使用Snes9x4D模擬器並且把頻率設定到456MHz
雖然Snes9x4D沒有關閉FrameSkip的選項,不過,還是勉強可以當作一個比較基準,CPU=456MHz時,FPS=21
超頻程式
#include <stdio.h>
#include <stdint.h>
#include <stdlib.h>
#include <string.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <unistd.h>
#include <time.h>
int main(int argc, char* argv[])
{
int fd = open("/dev/mem", O_RDWR);
if(fd < 0){
printf("failed to open /dev/mem\n");
return -1;
}
uint32_t M=0, N=0;
uint8_t *mem = mmap(0, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0x10000000);
if(mem == NULL){
close(fd);
printf("failed to mmap memory\n");
return -1;
}
printf("MEM: 0x%08x\n", mem);
printf("Cur CPCCR: 0x%08x\n", *((uint32_t*)(mem + 0x00)));
printf("Cur CPPCR: 0x%08x\n", *((uint32_t*)(mem + 0x10)));
printf("Cur CPPSR: 0x%08x\n", *((uint32_t*)(mem + 0x14)));
// (12MHz * (84 + 2)) / (0 + 2) = 516MHz
M = 84;
N = 0;
*((uint32_t*)(mem + 0x10)) = (M << 23) | (N < 18) | 0x00000520;
printf("New CPCCR: 0x%08x\n", *((uint32_t*)(mem + 0x00)));
printf("New CPPCR: 0x%08x\n", *((uint32_t*)(mem + 0x10)));
printf("New CPPSR: 0x%08x\n", *((uint32_t*)(mem + 0x14)));
munmap(mem, 4096);
close(fd);
return 0;
}
登入RS90後,啟動超頻程式,CPU從456MHz超頻到516MHz
P.S. 司徒測試後,發現516MHz是最大極限
CPU=516MHz時,FPS=30
或許是電壓不足,導致CPU卡在516MHz,於是進階超頻登場,司徒使用4.7K和1.5K電阻,換算電壓則是:0.6 * (1 + (4.7K / 1.5K)) = 2.48V
量測到的電壓是2.45V,不過,CPU頻率依舊卡在516MHz
司徒心想,超級賽亞人也是慢慢變身,才達到終極型態,因此,可能又是電壓不足的原因造成,於是,442K和120K電阻登場,換算電壓則是:0.6 * (1 + (442K / 120K)) = 2.81V
量測到的電壓是2.84V,不過,CPU頻率依舊卡在516MHz
雖然從目前測試到的數據顯示,JZ4725B最高的CPU頻率就是516MHz,不過,司徒好奇,如果電壓再繼續加上去呢?搞不好,它真的可以變身成最強型態...,於是,442K和105K電阻登場,換算電壓則是:0.6 * (1 + (442K / 105K)) = 3.13V
量測到的電壓是3.21V,不過,CPU頻率依舊卡在516MHz,因此,JZ4725B的最高CPU頻率應該就是516MHz
最後,司徒派出二姐量測溫度,發現MIPS果然沒有ARM來得激情...
結論:
司徒只是藉由實驗說明JZ4725B還是可以繼續超頻到516MHz,OpenDingux團隊是否加入這些超頻選項,我無從插手~有任何需求,請建議給OpenDingux團隊,不要建議給司徒,感謝~
离线
霸王小子新出了个Q20 MINI的小掌机,估计是小横米的换壳机,2.4寸全贴合的ips屏。
离线
我需要拜托司徒大哥一件事。。。我帮朋友改TRIMUI电阻,眼花吹错电阻把第一排的两个电阻吹下来找不到了 ,大哥抽时间帮忙量一下这两个电阻的参数,我好买来焊上。。
就是图中这两个
离线
我看了下Q20 Mini參數是118mm x 54mm x 15mm,而小橫米則是123mm x 56mm x 14mm,竟然如此迷你~不過那價格,如果落在150RMB,就很好,可惜了~
刚出来的估计是贵点,210可以买到,估计过些时候会便宜的,如果q20 mini是f1c100s的主控,司徒大神会出手盘它吗?
离线
@司徒
太谢谢司徒大哥了!可真是救了命了
离线
@司徒,提升cpu主频后,如果某些模拟器性能无法再提升了,这个时候得考虑提升ddr的主频了,我之前测试过f1c100s的ddr带宽特别低,不到100MB/S,官方默认运行的ddr频率很低,应该是312MHZ,如果能提升下ddr的频率,带宽问题应该可以改善。结合主频的提升,很多模拟器估计可以流畅运行了。ddr也可以尝试下加压,极限压榨f1c100s的能力
离线
謝謝司徒分享說明,希望他們或其他大神看到超頻的可行性來個新固件,
繼續關注小橫米
离线
我看了下Q20 Mini參數是118mm x 54mm x 15mm,而小橫米則是123mm x 56mm x 14mm,竟然如此迷你~不過那價格,如果落在150RMB,就很好,可惜了~
估摸着,那个Q20 Mini应该又是miyoo原版电路直接改版的,屏估计都是一样的,
所以可以直接用miyoo的那套开源系统,美其名曰司徒开源系统,哈哈哈!
miyoo老板真是傻,把电路直接公布出来,结果让同行抢了自己的生意。
离线
@xboot
F1C100S里面内置的是一颗DDR2,现在核心频率仅有156MHZ,还有很大提升空间,可以尝试加压下,看看DDR频率能提升到多少,频率提升跟带宽基本是线性关系,和CPU主频提升一样,效果都是很明显的。
VCC-DRAM现在默认应该是2.5V,DRAM参考电压是它的1/2,只要提升VCC-DRAM电压就可以超频了。
这里有篇文章描述DDR频率相关的概念,可以看看。
https://blog.csdn.net/qq_29809781/article/details/89421988
最近编辑记录 xboot (2021-07-19 09:23:59)
离线
简单做了下测试,不加电压的情况下,默认2.5V
156MHZ核心频率
xboot: /# wboxtest benchmark
[benchmark]-[memcmp]
Bandwidth: 29.441MB/s
[benchmark]-[memcpy]
Bandwidth: 57.540MB/s
[benchmark]-[memmove]
Bandwidth: 57.540MB/s
[benchmark]-[memset]
Bandwidth: 283.500MB/s
xboot: /# wboxtest dma benchmark
[dma]-[benchmark]
Bandwidth: 4.853MB/s
204MHZ核心频率
xboot: /# wboxtest benchmark
[benchmark]-[memcmp]
Bandwidth: 32.083MB/s
[benchmark]-[memcpy]
Bandwidth: 76.347MB/s
[benchmark]-[memmove]
Bandwidth: 76.347MB/s
[benchmark]-[memset]
Bandwidth: 444.555MB/s
xboot: /# wboxtest dma benchmark
[dma]-[benchmark]
Bandwidth: 6.290MB/s
当DDR的核心频率从156MHZ,提升到204MHZ时,DDR的带宽提升了32.68%
离线
@怀旧堂
原理圖是不小心被我在XBOOT群放出來的~哈,因為,謝工希望我可以延遲六個月後才發布開源資料,只是當初不小心先把原理圖放出來,哈~我終於了解為何我會被黑了~哈
@xboot
薑果然是老的辣~你這個建議真的很有感覺~DRAM從156MHz提升到204MHz後,Kernel整體效能明顯提昇~另外,想請問一下,204MHz是如何測試出來的?我應該可以慢慢手動加大MHz測試,對吧?
DRAM 156MHz
[ 0.900000] ALSA device list:
[ 0.900000] #0: pocketgo audio card
[ 0.910000] Waiting for root device /dev/mmcblk0p1...
[ 0.950000] mmc0: host does not support reading read-only switch, assuming write-enable
[ 0.970000] mmc0: new high speed SDHC card at address aaaa
[ 0.970000] mmcblk0: mmc0:aaaa SL08G 7.40 GiB
[ 0.980000] mmcblk0: p1 p2
[ 1.020000] VFS: Mounted root (vfat filesystem) readonly on device 179:1.
[ 1.030000] devtmpfs: mounted
[ 1.030000] Freeing unused kernel memory: 1024K
[ 1.550000] FAT-fs (mmcblk0p2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 3.020000] Adding 262140k swap on /mnt/.swap.img. Priority:-2 extents:2 across:1687476k SSFS
DRAM 204MHz
[ 0.860000] ALSA device list:
[ 0.860000] #0: pocketgo audio card
[ 0.870000] Waiting for root device /dev/mmcblk0p1...
[ 0.910000] mmc0: host does not support reading read-only switch, assuming write-enable
[ 0.930000] mmc0: new high speed SDHC card at address aaaa
[ 0.930000] mmcblk0: mmc0:aaaa SL08G 7.40 GiB
[ 0.940000] mmcblk0: p1 p2
[ 0.980000] VFS: Mounted root (vfat filesystem) readonly on device 179:1.
[ 0.980000] devtmpfs: mounted
[ 0.990000] Freeing unused kernel memory: 1024K
[ 1.470000] FAT-fs (mmcblk0p2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 2.880000] Adding 262140k swap on /mnt/.swap.img. Priority:-2 extents:2 across:1687476k SSFS
离线
全志的DDR,是每24M一档,核心频率你可以每12M步进一下,试试能到多高。带宽测试,linux下,你可以用tinymembench这个程序来测试,测试结果比较详细。
离线
@xboot
了解~感謝啦~那我找時間好好研究一下DRAM超頻,哈~
小橫米,CPU=1.2GHz
PS1 惡魔城 (關閉FrameSkip),DRAM=204MHz,CPU=51%,FPS=60 (DRAM=156MHz,CPU=72%,FPS=60)
TRIMUI,CPU=1.2GHz
PS1 惡魔城 (關閉FrameSkip),DRAM=204MHz,CPU=53%,FPS=60 (DRAM=156MHz,CPU=81%,FPS=60)
對於RAM不足,需要大量依賴SWAP的F1C100S,超頻DRAM後,效果明顯提昇~
离线
SFC 性能 能提升到什么情况?
离线
小橫米 (SanDISK 8GB C10),PocketSNES 新機動戰記 (關閉FrameSkip),CPU=1.2GHz,DRAM=156MHz
小橫米 (SanDISK 8GB C10),PocketSNES 新機動戰記 (關閉FrameSkip),CPU=1.2GHz,DRAM=204MHz
TRIMUI (TOSHIBA M203 16GB),PocketSNES 新機動戰記 (關閉FrameSkip),CPU=1.2GHz,DRAM=156MHz
TRIMUI (TOSHIBA M203 16GB),PocketSNES 新機動戰記 (關閉FrameSkip),CPU=1.2GHz,DRAM=204MHz
离线
牛牛牛牛牛~!这不是口吃,是回声,f1c100s越来越好用了!
离线
司徒補一下tinymembench測試數據,供日後參考使用
測試機器:小橫米PocketGo (RAM: 32MB)
測試工具:tinymembench (Test Size: 8MB)
CPU=672MHz, DRAM=156MHz
=== Memory bandwidth tests ===
C copy backwards : 83.7 MB/s (4.4%)
C copy backwards (32 byte blocks) : 95.5 MB/s
C copy backwards (64 byte blocks) : 95.4 MB/s
C copy : 95.6 MB/s
C copy prefetched (32 bytes step) : 95.2 MB/s
C copy prefetched (64 bytes step) : 95.6 MB/s
C 2-pass copy : 80.9 MB/s
C 2-pass copy prefetched (32 bytes step) : 81.6 MB/s
C 2-pass copy prefetched (64 bytes step) : 80.6 MB/s (0.1%)
C fill : 283.7 MB/s
C fill (shuffle within 16 byte blocks) : 283.7 MB/s
C fill (shuffle within 32 byte blocks) : 283.7 MB/s
C fill (shuffle within 64 byte blocks) : 283.7 MB/s
---
standard memcpy : 97.4 MB/s
standard memset : 283.7 MB/s
---
ARM fill (STRD) : 283.7 MB/s
ARM fill (STM with 8 registers) : 544.2 MB/s
ARM fill (STM with 4 registers) : 544.2 MB/s
ARM copy prefetched (incr pld) : 128.8 MB/s
ARM copy prefetched (wrap pld) : 128.8 MB/s
ARM 2-pass copy prefetched (incr pld) : 111.9 MB/s
ARM 2-pass copy prefetched (wrap pld) : 111.9 MB/s
=== Framebuffer read tests ===
ARM copy (from framebuffer) : 128.9 MB/s
ARM 2-pass copy (from framebuffer) : 110.1 MB/s
=== Memory latency test ===
block size : single random read / dual random read
1024 : 1.0 ns / 1.9 ns
2048 : 1.1 ns / 2.3 ns
4096 : 1.2 ns / 2.5 ns
8192 : 1.4 ns / 2.7 ns
16384 : 1.9 ns / 3.6 ns
32768 : 109.1 ns / 226.5 ns
65536 : 177.1 ns / 364.7 ns
131072 : 211.7 ns / 434.9 ns
262144 : 229.7 ns / 471.3 ns
524288 : 369.6 ns / 751.2 ns
1048576 : 458.2 ns / 928.7 ns
2097152 : 501.5 ns / 1015.4 ns
4194304 : 521.8 ns / 1056.0 ns
8388608 : 533.2 ns / 1078.8 ns
16777216 : 539.3 ns / 1090.9 ns
CPU=1.2GHz, DRAM=156MHz
=== Memory bandwidth tests ===
C copy backwards : 86.8 MB/s (4.3%)
C copy backwards (32 byte blocks) : 98.4 MB/s
C copy backwards (64 byte blocks) : 98.4 MB/s
C copy : 98.4 MB/s
C copy prefetched (32 bytes step) : 98.2 MB/s
C copy prefetched (64 bytes step) : 98.4 MB/s
C 2-pass copy : 85.3 MB/s (0.2%)
C 2-pass copy prefetched (32 bytes step) : 86.0 MB/s
C 2-pass copy prefetched (64 bytes step) : 85.3 MB/s
C fill : 284.2 MB/s
C fill (shuffle within 16 byte blocks) : 284.2 MB/s
C fill (shuffle within 32 byte blocks) : 284.2 MB/s
C fill (shuffle within 64 byte blocks) : 284.2 MB/s
---
standard memcpy : 101.4 MB/s
standard memset : 284.1 MB/s
---
ARM fill (STRD) : 284.2 MB/s
ARM fill (STM with 8 registers) : 547.4 MB/s
ARM fill (STM with 4 registers) : 545.2 MB/s
ARM copy prefetched (incr pld) : 136.7 MB/s
ARM copy prefetched (wrap pld) : 136.7 MB/s
ARM 2-pass copy prefetched (incr pld) : 119.0 MB/s
ARM 2-pass copy prefetched (wrap pld) : 119.0 MB/s
=== Framebuffer read tests ===
ARM copy (from framebuffer) : 136.3 MB/s
ARM 2-pass copy (from framebuffer) : 117.0 MB/s
=== Memory latency test ===
block size : single random read / dual random read
1024 : 0.5 ns / 1.0 ns
2048 : 0.6 ns / 1.2 ns
4096 : 0.7 ns / 1.3 ns
8192 : 0.7 ns / 1.4 ns
16384 : 1.0 ns / 2.0 ns
32768 : 114.6 ns / 234.4 ns
65536 : 181.0 ns / 367.4 ns
131072 : 214.6 ns / 434.9 ns
262144 : 232.1 ns / 469.9 ns
524288 : 363.2 ns / 732.2 ns
1048576 : 436.1 ns / 878.0 ns
2097152 : 487.8 ns / 981.7 ns
4194304 : 508.1 ns / 1022.2 ns
8388608 : 519.3 ns / 1044.6 ns
16777216 : 525.2 ns / 1056.4 ns
CPU=672MHz, DRAM=204MHz
=== Memory bandwidth tests ===
C copy backwards : 110.1 MB/s (0.9%)
C copy backwards (32 byte blocks) : 125.6 MB/s
C copy backwards (64 byte blocks) : 125.6 MB/s
C copy : 125.6 MB/s
C copy prefetched (32 bytes step) : 124.7 MB/s
C copy prefetched (64 bytes step) : 125.6 MB/s
C 2-pass copy : 103.7 MB/s (0.1%)
C 2-pass copy prefetched (32 bytes step) : 104.9 MB/s
C 2-pass copy prefetched (64 bytes step) : 103.7 MB/s
C fill : 375.9 MB/s
C fill (shuffle within 16 byte blocks) : 375.7 MB/s
C fill (shuffle within 32 byte blocks) : 375.9 MB/s
C fill (shuffle within 64 byte blocks) : 375.8 MB/s
---
standard memcpy : 125.6 MB/s
standard memset : 375.8 MB/s
---
ARM fill (STRD) : 375.8 MB/s
ARM fill (STM with 8 registers) : 717.0 MB/s
ARM fill (STM with 4 registers) : 717.1 MB/s
ARM copy prefetched (incr pld) : 165.6 MB/s
ARM copy prefetched (wrap pld) : 165.6 MB/s
ARM 2-pass copy prefetched (incr pld) : 142.9 MB/s
ARM 2-pass copy prefetched (wrap pld) : 143.0 MB/s
=== Framebuffer read tests ===
ARM copy (from framebuffer) : 165.3 MB/s
ARM 2-pass copy (from framebuffer) : 141.0 MB/s
=== Memory latency test ===
block size : single random read / dual random read
1024 : 1.0 ns / 1.9 ns
2048 : 1.1 ns / 2.3 ns
4096 : 1.2 ns / 2.5 ns
8192 : 1.3 ns / 2.6 ns
16384 : 1.8 ns / 3.3 ns
32768 : 80.6 ns / 168.4 ns
65536 : 133.0 ns / 275.8 ns
131072 : 159.6 ns / 330.1 ns
262144 : 173.5 ns / 358.1 ns
524288 : 280.7 ns / 572.9 ns
1048576 : 344.2 ns / 700.1 ns
2097152 : 382.2 ns / 776.2 ns
4194304 : 398.1 ns / 808.0 ns
8388608 : 407.0 ns / 825.8 ns
16777216 : 411.7 ns / 835.2 ns
CPU=1.2GHz,DRAM=204MHz
=== Memory bandwidth tests ===
C copy backwards : 114.8 MB/s (0.5%)
C copy backwards (32 byte blocks) : 129.9 MB/s
C copy backwards (64 byte blocks) : 129.9 MB/s
C copy : 130.4 MB/s
C copy prefetched (32 bytes step) : 129.5 MB/s
C copy prefetched (64 bytes step) : 130.4 MB/s
C 2-pass copy : 110.9 MB/s (3.6%)
C 2-pass copy prefetched (32 bytes step) : 111.1 MB/s
C 2-pass copy prefetched (64 bytes step) : 110.9 MB/s
C fill : 376.5 MB/s
C fill (shuffle within 16 byte blocks) : 376.6 MB/s
C fill (shuffle within 32 byte blocks) : 376.7 MB/s
C fill (shuffle within 64 byte blocks) : 376.5 MB/s
---
standard memcpy : 130.7 MB/s
standard memset : 376.7 MB/s
---
ARM fill (STRD) : 376.5 MB/s
ARM fill (STM with 8 registers) : 721.4 MB/s
ARM fill (STM with 4 registers) : 720.4 MB/s
ARM copy prefetched (incr pld) : 175.1 MB/s
ARM copy prefetched (wrap pld) : 175.1 MB/s
ARM 2-pass copy prefetched (incr pld) : 152.9 MB/s
ARM 2-pass copy prefetched (wrap pld) : 152.9 MB/s
=== Framebuffer read tests ===
ARM copy (from framebuffer) : 174.8 MB/s
ARM 2-pass copy (from framebuffer) : 150.7 MB/s
=== Memory latency test ===
block size : single random read / dual random read
1024 : 0.5 ns / 1.0 ns
2048 : 0.6 ns / 1.2 ns
4096 : 0.7 ns / 1.3 ns
8192 : 0.7 ns / 1.4 ns
16384 : 1.0 ns / 1.8 ns
32768 : 86.0 ns / 177.0 ns
65536 : 137.5 ns / 280.5 ns
131072 : 163.7 ns / 333.1 ns
262144 : 177.3 ns / 360.1 ns
524288 : 276.8 ns / 559.5 ns
1048576 : 338.0 ns / 682.1 ns
2097152 : 372.8 ns / 752.0 ns
4194304 : 387.7 ns / 781.7 ns
8388608 : 396.1 ns / 798.5 ns
16777216 : 400.6 ns / 807.5 ns
測試後,司徒有兩個方向要進行:
1. DRAM=204MHz,會有崩潰的疑慮,因此,需要做一個實驗,找出適合使用的DRAM電壓
2. MicroSD高速卡是否有超頻潛能,需要研究一下
离线
@司徒
要開個別的專區嗎 , 感覺這題問倒很多人說 ......
肯定老外藏一手 , 給殘的代碼 ....
從 Linux 編到 windows 再到 VC2003 都有一堆錯 ....
感覺上留一手 , 還是算了不浪費時間專研了 .... @@ ...
离线
@lzgame02
你指的是GNGEO模擬器嗎?
雖身攜帶小橫米、TRIMUI出門,空閒時,拿出來搓兩把格鬥遊戲,這是司徒最想要的掌機,如果GNGEO模擬器都無法優化好,那等於是提早舉白旗放棄這兩台掌機,所以,即使花掉剩下的十個月時間優化GNGEO模擬器,司徒還是會做,盡力做到最好,而經由司徒測試,發現只要CPU使用率可以從目前的100%降到75%,可以有效壓制卡頓問題,所以硬件超頻、軟件優化同時進行下,司徒覺得一定有機會解決卡頓問題~
這個貼子相當混亂,什麼問題都混在一起,真是相當抱歉~因為都是同一系列CPU,加上,掌機怎麼玩就是那幾個模擬器,因此,司徒才想說就當作一個總貼研究,避免問題發散,然而,模擬器再不突破優化,恐怕只能停留在過去的美好,為了可以出門搓兩把格鬥遊戲,司徒只能盡力,能走多遠,但看天意~
所以結論就是,司徒不會再開其它專區討論,然後,會一直專研下去,直到GNGEO模擬器達到司徒的要求,如果玩家無法等待,請玩其它符合你需求的掌機~
离线
运行内存也可以超频了,牛皮普拉斯👍
离线
这商家没底线了吧。。。我猜肯定卖的不便宜。
离线
kit0072 说:这商家没底线了吧。。。我猜肯定卖的不便宜。
卖220,就是个加大换壳的横米
离线
感謝xboot提供DRAM超頻資訊,司徒做了一些實驗測試,發現DRAM電壓2.8V,DRAM可以超頻到252MHz,這是可以穩定工作的電壓以及頻率,搭配CPU=1.2GHz,司徒只能說效果真是相當不可思議!測試GNGEO模擬器,使用CPU=1.2GHZ、DRAM=252MHz,測試KOF98,FPS可以穩定跑到60,而且CPU使用率降到55%,真是太神奇了傑克 !
預設電阻是14.8K和46.8K,電壓輸出:2.5V
第1組測試登場,電阻120K搭配442K,電壓輸出:0.6 * (1 + (442K / 120K)) = 2.81V
實際測得電壓2.78V,F1C100S溫度正常,DRAM可以超頻到252MHz,可以開機進入系統
第2組測試登場,電阻120K搭配464K,電壓輸出:0.6 * (1 + (464K / 120K)) = 2.92V
實際測得電壓2.89V,F1C100S溫度正常,DRAM已經開始不穩定,即使降頻到240MHz,依然不穩定
第3組測試登場,電阻105K搭配442K,電壓輸出:0.6 * (1 + (442K / 105K)) = 3.13V
實際測得電壓3.12V,F1C100S溫度正常,DRAM已經無法工作
司徒接著會依序整理FC3000、小橫米、TRIMUI的超頻比較圖並且釋出補丁給玩家測試~
离线
Q8掌機已經確定不會在更新,而FC3000掌機,沒意外的話,這是最後一次更新,在此次更新中,司徒把FC3000的按鍵連按問題也一併修掉,如果玩家打完補丁後,還是發現有問題,再麻煩回報給司徒,而停止更新的機器,司徒會開始著手整理源代碼,秉持開源的精神,於整理後發布在司徒的GitHub~司徒最後的重點就是放在小橫米和TRIMUI掌機~
FC3000 DRAM超頻補丁(包含Kernel補丁):https://github.com/steward-fu/fc3000/releases/download/v1.0/fc3000_dram_patch.zip
由於DRAM-VCC是使用固定2.5V輸出,因此,無法使用電阻方式改機,可以從如下位置割斷PCB,然後使用3.3V轉2.8V穩壓IC供電,因為DRAM超頻,必須確保DRAM-VCC有2.8V電壓
由於司徒目前手上沒有3.3V轉2.8V穩壓IC,因此,使用外部供電方式,不過,無法正確運作...
在沒有改機的狀態下,有些機器(不是每一台都可以)可以把DRAM超頻到204MHz,因此,司徒製作了一個補丁工具,玩家只要執行run.sh就可以打補丁
A:DRAM超頻到156MHz(按鍵連按問題也會一起更新)
B:DRAM超頻到204MHz(按鍵連按問題也會一起更新)
X:DRAM超頻到252MHz(按鍵連按問題也會一起更新)
Y:離開補丁工具
更新中
更新完成,重新開機就可以生效
左上角會顯示目前DRAM超頻速度
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=42
PCSX ReARMed,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=60,CPU使用率89%
GNGEO,KOF98,CPU=1.2GHZ,DRAM=156MHz,FPS=60,CPU使用率80%
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=204MHz,FPS=51
PCSX ReARMed,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=204MHz,FPS=60,CPU使用率79%
GNGEO,KOF98,CPU=1.2GHZ,DRAM=204MHz,FPS=60,CPU使用率68%
离线
@司徒
感谢,L R和SELECT START的连发问题确实解决了。
没改机,试了一下204MHZ,运行生化危机3时看地图就死机了,看来我这台机器不改机只能156MHZ了。
另外不知道报告一个不知道是不是BUG的问题:我刷的是恐龙包,在主界面按MENU键,如果选择重启后机器只是黑屏,并不重启。
离线
@除恶务尽
如果想DRAM超频不需要改机,只需要打开壳子按照司徒大哥图里那样,把那条线路切断即可。
离线
@除恶务尽
WatchDog被我關掉,導致系統調用reboot時,無法重啟,FC3000在下版更新時會修正~感謝回報問題@yesiraperfect
割掉是為了接2.8V穩壓IC,目前PCB上,沒有2.8V可以用,所以準備好3.3V轉2.8V穩壓IC後,再進行割線的動作~
重新一字一句的阅读了一遍司徒大哥的详细说明,原来是这样,是我理解错误。看来2.8v稳压IC是必须要准备的了!
离线
看了下Q20 MINI的主板,结构跟小横米、trimui完全不一样,根本就找不到换91k和160k电阻的位置,看来是超频无望了。而且主控被打磨了,看不到型号,不过界面跟小横米一模一样。
离线
玩家如果沒有硬改DRAM電路,預設小橫米DRAM有機會跑到204MHz(不是每一台都可以),硬改後,DRAM可以跑到252MHz~
小橫米DRAM超頻工具:https://github.com/steward-fu/pocketgo/releases/download/v1.0/pocketgo_dram_patch.zip
小橫米的DRAM-VCC是使用LP3992,因此,無法使用電阻方式改機,不過,從電路圖上,可以發現AVCC是2.8V,因此,可以從這裡偷電
2.5V位置
割線
連接到AVCC
實際測得電壓2.78V
執行run.sh,DRAM超頻可以選擇156MHz~252MHz
補丁更新中~司徒最懷念的降龍快打,司徒還記得在小學時期,中午都偷偷跑去街機廳打2局,1局5元新台幣,哈~
更新完成,重新開機就可以生效
重新開機後,右上角會顯示目前DRAM超頻速度
禁止使用於商業用途
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=40
PCSX ReARMED,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=60,CPU使用率81%
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=252MHz,FPS=54
PCSX ReARMED,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=252MHz,FPS=60,CPU使用率57%
离线
@gamece
可以分享一下拆機圖嗎?
手机不行,拍得不楚!
离线
@gamece
看來穩壓IC都改成固定電壓方式~
另外,這機器不是1.4cm ? 我怎麼看起來很厚?
确实有点厚,而且壳内的剩余空间很大
离线
现在q20 mini已经降到170了,估计过一些还要降价
离线
@司徒
我花兩天時間搞定 dosbox mod版了,原來 lib庫不能用新的,要用當時的版本
GitHub上的參數也有問題寫錯兩處,代碼只有 config.h 一處有問題
就不打擾了,編譯的比較正統些,用破解的有點暴力,怕是有缺陷不怎麼完美
也沒多複雜就花時間而已
最近编辑记录 lzgame02 (2021-07-23 15:41:40)
离线
司徒大神,小横米的CPU和RAM的超频部分,硬件加电压和软件补丁,都已经完成了?
离线
@司徒
没有改DRAM电压,目前测试DRAM超频到204mhz是能正常玩游戏的。等下班回家改一下2.8v超252试试
我有个疑问,这里是需要切断的吗?
最近编辑记录 yesiraperfect (2021-07-23 19:15:39)
离线
@司徒
没有改DRAM电压,目前测试DRAM超频到204mhz是能正常玩游戏的。等下班回家改一下2.8v超252试试我有个疑问,这里是需要切断的吗?
https://whycan.com/files/members/6841/要切断吗?.png
我也是这么理解的
离线
司徒 说:@gamece
可以分享一下拆機圖嗎?手机不行,拍得不楚!
看看这个主板,再对比看Miyoo用料是真的足,不过能实现相同功能的产品,还是偏向用料少的。
离线
TRIMUI DRAM超頻補丁:https://github.com/steward-fu/trimui/releases/download/v1.0/trimui_dram_patch.zip
之前量測到的DRAM-VCC是2.48V
司徒使用120K搭配442K電阻,電壓:0.6 * (1 + (442K / 120K)) = 2.81V
量測到的電壓是2.82V
執行run.sh
DRAM超頻可以選擇156MHz~252MHz,沒有改機的話,大部份機器(不是每一台都可以)應該是可以跑到204MHz
補丁更新中~不知道有多少人還記得這樣的圖片,司徒當初在選PS1和SS時,最後選擇SS主機,後來才發現玩KOF97竟然還需要買加速卡...
更新完成,重新開機即可生效,KOF97大流行時,比賽到最後都是看誰的積分最高,司徒只記得,大部分積分高的人都是考試很會作弊的人...
DRAM超頻速度會顯示在中下方
禁止商業用途
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=39
PCSX ReARMED,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=156MHz,FPS=60,CPU使用率78%
PocketSNES,新機動戰記,關閉FrameSkip,CPU=1.2GHZ,DRAM=252MHz,FPS=56
PCSX ReARMED,惡魔城,關閉FrameSkip,CPU=1.2GHZ,DRAM=252MHz,FPS=60,CPU使用率58%
關於MicroSD部份,C10的MicroSD卡,在小橫米上跑出22MB/s,SD2.0理論值差不多是25MB/s,因此,這部份應該是很不錯了~所以司徒不會繼續MicroSD速度研究,司徒調整一下接下來的順序方向:
1. GNGEO如何載入大型遊戲,GNGEO支援GNO檔案,可以用來載入大型ROM,載入速度也很快,不過目前GNGEO模擬器似乎有問題~
2. GNGEO卡頓問題,雖然CPU使用率已經降到很低,不過在小橫米上,還是會有小卡頓問題,司徒想研究一下Tile以及Sound部份,看看是否有機會縮小
离线
已经改完!cpu升压和dram升压全部部署完毕!下面是测试图,大家一起来见证小横米的力量进化!
这一张是司徒大哥的新版系统,改电阻后未成功超频时的帧数和CPU使用率
这一张是司徒大哥的新版系统,打了Gmenu2x补丁后CPU超频到1152时的帧数和CPU使用率
最后这张是CPU超频到1152,并且将DRAM超频到252mhz时的帧数和CPU使用率
感觉小横米重获新生!
不止恶魔城,放荡冒险谭也可以流畅的运行了!
在帧数显示为 30 60时,右边的CPU占用显示为80+。
真的太棒了!!!
感谢司徒大哥对F1C100S这款处理器所做的一切!
离线
@司徒
其实不止GNGEO,我在玩sega MD模拟器时也发现了,我运行的是《幽游白书:魔强统一战》这款游戏,游戏里人物的影子闪烁会非常规律的停顿一下,感觉非常明显。
离线
厉害,玩到芯片的性能极限。还可以运行GNGEO
离线
想入手一个一起折腾,结果发现价格翻倍了,汗;某宝某鱼全都250左右
离线
请问同款屏幕的Q8掌机哪里可以买到?有没有朋友买到一样的?
离线
想入手一个一起折腾,结果发现价格翻倍了,汗;某宝某鱼全都250左右
你买霸王小子的A66,相对便宜些,我是203入手的,固件与TRIMUI通用,不喜欢他开机LOGO等网上有替换程序
离线
@yesiraperfect
我看了一下幽游白书:魔强统一战,它的ROM才4MB,RAM應該是夠用,所以可能模擬器要看一下問題,等整理SMD模擬器時,你在跟我提醒一下~
GNO檔案(司徒轉了一些常玩的遊戲):https://github.com/steward-fu/neogeo/releases/tag/v1.1
GNGEO模擬器支援GNO檔案(直接覆蓋就可以):https://github.com/steward-fu/trimui/releases/download/v1.0/gngeo_fix_gno_v20210724.zip
司徒先說一下結論,GNGEO模擬器使用GNO檔案,載入飛快,下表是載入ZIP和GNO的時間比較
接下來說明一下過程,其實GNGEO模擬器本身是支援GNO檔案格式,只是不知道為何在載入ROM的時候,要做剔除副檔名的動作(src/main.c)
但是,後續處理ROM時卻又判斷是否有.GNO檔案
因此,司徒在一開始先判斷是否為.GNO副檔名,如果不是,才做剔除的動作
那接下來的問題是,什麼是GNO檔案呢?(src/rom.c)
int dr_save_gno(GAME_ROMS *r, char *filename) {
FILE *gno;
char *fid = "gnodmpv1";
char fname[9];
Uint8 nb_sec = 0;
int i;
gno = fopen(filename, "wb");
if (!gno)
return GN_FALSE;
/* restore game vector */
memcpy(memory.rom.cpu_m68k.p, memory.game_vector, 0x80);
for (i = 0; i < 0x80; i++)
printf("%02x ", memory.rom.cpu_m68k.p[i]);
printf("\n");
if (r->cpu_m68k.p)
nb_sec++;
if (r->cpu_z80.p)
nb_sec++;
if (r->adpcma.p)
nb_sec++;
if (r->adpcmb.p && (r->adpcmb.p != r->adpcma.p))
nb_sec++;
if (r->game_sfix.p)
nb_sec++;
if (r->tiles.p)
nb_sec += 2; /* Sprite + Sprite usage */
if (r->gfix_usage.p)
nb_sec++;
/* Do we need Custom Bios? */
if ((r->info.flags & HAS_CUSTOM_CPU_BIOS)) {
nb_sec++;
}
if ((r->info.flags & HAS_CUSTOM_SFIX_BIOS)) {
nb_sec++;
}
/* Header information */
fwrite(fid, 8, 1, gno);
snprintf(fname, 9, "%-8s", r->info.name);
fwrite(fname, 8, 1, gno);
fwrite(&r->info.flags, sizeof (Uint32), 1, gno);
fwrite(&nb_sec, sizeof (Uint8), 1, gno);
/* Now each section */
dump_region(gno, &r->cpu_m68k, REGION_MAIN_CPU_CARTRIDGE, 0, 0);
dump_region(gno, &r->cpu_z80, REGION_AUDIO_CPU_CARTRIDGE, 0, 0);
dump_region(gno, &r->adpcma, REGION_AUDIO_DATA_1, 0, 0);
if (r->adpcma.p != r->adpcmb.p)
dump_region(gno, &r->adpcmb, REGION_AUDIO_DATA_2, 0, 0);
dump_region(gno, &r->game_sfix, REGION_FIXED_LAYER_CARTRIDGE, 0, 0);
dump_region(gno, &r->spr_usage, REGION_SPR_USAGE, 0, 0);
dump_region(gno, &r->gfix_usage, REGION_GAME_FIX_USAGE, 0, 0);
if ((r->info.flags & HAS_CUSTOM_CPU_BIOS)) {
dump_region(gno, &r->bios_m68k, REGION_MAIN_CPU_BIOS, 0, 0);
}
if ((r->info.flags & HAS_CUSTOM_SFIX_BIOS)) {
dump_region(gno, &r->bios_sfix, REGION_FIXED_LAYER_BIOS, 0, 0);
}
/* TODO, there is a bug in the loading routine, only one compressed (type 1)
* region can be present at the end of the file */
dump_region(gno, &r->tiles, REGION_SPRITES, 1, 4096);
fclose(gno);
return GN_TRUE;
}
P.S. 其實就是儲存已經解完密的每個REGION資料,所以小橫米、TRIMUI掌機應該要使用這種格式
那另外一個問題是,如何DUMP呢?(src/main.c)
P.S. 只要在啟動gngeo時,使用--dump就可以做DUMP的動作
如下
$ ./gngeo --dump
P.S. 載入遊戲後,gngeo會自動離開並且產生(null).gno檔案,因為char dump並沒有被初始化
司徒把沒有用到的選項都刪除了,當然,看不懂、用不到的代碼也都刪除了
FPS顯示還包含CPU使用率
CPU使用率計算方式
那最後的問題是,如何載入GNO檔案?其實就跟載入ZIP一樣,選擇GNO檔案就可以
目前看來,如果小橫米可以換成F1C200S晶片,那玩GNGEO模擬器將會是一個很棒的體驗~
离线
@司徒
臨走之前喵到一堆簡易的代碼 .....
請問你是在 win / linux / mac osx 哪個環境進行開發編譯的呢 ?
另外 , 看 war2 , starcraft 都能移植編譯
有沒考慮嘗試下 serious-engine (serious sam) 呢 ?
看都可以移植到安卓上了 , github 上有引擎源碼 .....
最近编辑记录 lzgame02 (2021-07-24 15:46:53)
离线
trimui的电池太小了,要是能换一块1000以上的电池,那还不错
离线
司徒你好,久仰大名。小横米的gba模拟器就没有办法了吗?相信大家还是主玩gba游戏多些。现在的模拟器毛病很多。
离线
司徒你好,久仰大名。小横米的gba模拟器就没有办法了吗?相信大家还是主玩gba游戏多些。现在的模拟器毛病很多。
我怎么看你说话就这么让人生气呢,GBA模拟器之前就更新过两次了,现在画面不撕裂了,边框也可以正常使用,模拟性能也没问题。
不要说你刷包了试了不能用,翻一下司徒大哥上面的回复,GPSP模拟器已经更新了两个版本,只是没有打包到刷机包里而已。替换和使用方法我在帖子回复里也说过了,如果你不会用可以仔细翻一下上面的回复。
我建议你等司徒大哥搞完GNGEO模拟器后再反馈GBA模拟器目前存在的问题。
建议直接说明具体的毛病内容,不要粗略的整一句 毛病很多 就算完事了。
最后希望大家反馈问题可以尽量的 温柔 一些,态度 客气 一些好吧,大家谁也不欠谁什么,不要抱怨不要激气。
离线
司徒大神您好,我用小霸王Q2升级版试了Q8掌机的江西恐龙刷机包结果可用,只不过显示全部是反的,而且按键没有反应,希望大神可以完善一下让小霸王Q2升级版这个小掌机也可以用。
离线
gba 模器我只想原比列放大,畫面會做優化,可能性能做不到,原比列放大很醜很難看
离线
@司徒
dump gno文件是否只能在trimui这个机器上操作?
我在FC3000上,运行一个写有
/mnt/emus/gngeo/gngeo --dump
的sh脚本,就会打开模拟器。
读取ROM后,模拟器并未直接退出游戏,而是继续运行游戏。
然后我退出游戏,用文件浏览器查看,在ZIP所在的路径下,并没有生成GNO格式的文件。
离线
@lzgame02
小強無誤~生命力確實厲害~開發環境主要以Debian為主力~也許等之後有時間,在移植看看吧~感謝你的告知,請安息吧~
@gamece
TRIMUI如果可以多厚0.2cm,那整體會不錯~
@时尚电子王
RK3326的GBA是點對點拉伸,符合你的需求,建議你去玩RK3326
@yesiraperfect
哈~
@skywalk00
很抱歉,目前不會再支援任何機種~Q8資源正在整理中,整理完畢後會開源,你可以繼續研究~
@kit0072
GBA模擬器我最想做的就是等比拉伸不模糊,還有選單改進,同時ARM模擬器ARM不是我要的,有蠻多想改進的,不過,這個要等研究GBA模擬器時在討論~
@除恶务尽
我是在Linux PC上跑的,不要在F1C100S機器上跑,因為RAM不夠~你可以直接使用Miyoo gngeo.7z編譯測試
离线
@yesiraperfect
拜托,你仔细阅读我的语境。哪里来的什么抱怨和激气,请你不要断章取义。其实我是非常感激像司徒这样的无私的开发者的,正是他们给我们这些开源玩家带来了
更多乐趣。关于模拟器问题,我会后续跟进说明的。目前正在搞gngeo,慢慢来不着急。
离线
@司徒
我是不会入200以上的开源机的,与其那样还不如ps3手柄有线连接老手机。司徒你也可以试试体验不错。我的小横米也是年初入的120元32g
离线
刚100在咸鱼上收了个小横米,电阻换了,线也飞了,实测cpu和ram的电压都上去了,电压正常,系统刷了,就是运行模拟器加载rom死机,试了几个,都死机,不知道问题出在哪里。
离线
原系统不死机
离线
真遗憾,不过也许司徒大神有自己的想法(毕竟动了别人的蛋糕,可能有些js会不爽),那么关于显示反像是不是屏幕驱动的问题?还有无法控制是不是键值不对应的问题,我再试试其他镜像看看,非常感谢司徒大神所做的一切!
离线
刚100在咸鱼上收了个小横米,电阻换了,线也飞了,实测cpu和ram的电压都上去了,电压正常,系统刷了,就是运行模拟器加载rom死机,试了几个,都死机,不知道问题出在哪里。
试出来了,是模拟器的频率调高了,调低点就可以了
离线
@时尚电子王
OK
@gamece
OK
@skywalk00
屏反向是屏幕驅動的問題,按鍵每台機器不一樣,所以建議你先把所有按鍵量測出來,這樣些改驅動比較容易,我指的是你改,不是我改~
GNGEO模擬器支援LR按鍵設定(直接覆蓋就可以):https://github.com/steward-fu/trimui/releases/download/v1.0/gngeo_lr_mapping.zip
其實司徒不是很喜歡KOF的輔助系統,因為那個真的太婊了~司徒記得學生時期,當初流行KOF 99時,被人用全勳 + 八神連到死,差一點上演真人快打~不過,在掌機上,要按出輔助角色(B+C),應該是沒人可以快速按出來,就連司徒的加藤鷹之手也是辦不到,因此,司徒加入L、R按鍵的設定,可以把L、R設定成ABCD的組合鍵,Set L Button(設定L按鍵),Set R Button(設定R按鍵)
進去後,可以選擇想要的組合按鍵,None代表沒有做任何按鍵映射
設定完成後,記得儲存,這樣下次啟動就可以讀取到
离线
trimui进游戏很快,小横米很慢,主要是因为小横米的内存只有32m,trimui有64m,小横米可以把主控换成f1c200s吗?直接换主控,不动其他电路,可以做到吗?我看这两个主控的区别就在内存。
离线
@司徒
司徒先生,还没有改电阻和接飞线给cpu和内存超频(电阻没到货),只刷了你发布的系统,更新了你上面的gbsp修复版。发现一些gba游戏它会中途关闭退出(例如鸟人战队系例)这种情况是不是也是由于f1c100s的内存不足造成的呢?
最近编辑记录 时尚电子王 (2021-07-26 09:51:17)
离线
trimui进游戏很快,小横米很慢,主要是因为小横米的内存只有32m,trimui有64m,小横米可以把主控换成f1c200s吗?直接换主控,不动其他电路,可以做到吗?我看这两个主控的区别就在内存。
买个F1C200S寄去网上,给修手机的大神换吧,据说通用。。。。
离线
司徒大神,小横米经过你的改造,已经升值了不少,新的基本上涨了100块钱,二手的也涨了50左右。
离线
@时尚电子王
CPU频率设置过高会导致模拟器自动退出,如果你已经打了新版的GMENU2X补丁,且没用硬改主板,那么需要在模拟器选择界面按ST,然后选择“编辑模拟器”,然后把CPU频率改回700以下,覆盖GMENU2X后默认频率应该是1152还是多少来着,需要自己动手降频。
不止GPSP模拟器,没硬改主板前所有模拟器都需要手动设置cpu降频。
离线
@司徒
感谢司徒对gngeo的修正,去除闪屏和添加L R的快捷键,能不能提供一下现在最新的源代码,
我原先在您的代码上自己瞎改了下
离线
@司徒
好的,我试试
@yesiraperfect
谢谢,答疑
离线
@司徒
@yesiraperfect
我替换掉了gmenu2x那两个文件,把gbsp频率改为672,出现定屏死机故障所有的按键都无用。只能下拨电源键重新开机。于是我继续更换其它不同频率,568,480,384一样出现定屏死机,只是频率越低定屏死机现象越靠后。而且我还发现有个问题那就是select+r不能调整亮度了,变成了截图。
最近编辑记录 时尚电子王 (2021-07-26 15:25:57)
离线
@gamece
超過200RMB的機器就不建議入手了~
@qllbee
其實我在前面已經說過,在開發期間不開源,畢竟我也不想再次被誤會,不過,總是希望可以更多人參與開源,唉~兩難~
目前GNGEO源代碼GNGEO v20210726:https://github.com/steward-fu/trimui/releases/download/v1.2/gngeo_v20210726.tar.gz
离线
@skywalk00
在网上买了个f1c200s,等到货后,找个修手机的店子吹上去。
离线
@时尚电子王
你那个是小横米还是那个T(我记不住名字)的机子啊?换新系统之前有这个问题吗?
离线