PTT遊戲區 / mud (網路地下城/文字遊戲)

[心得] 文字遊戲的解析度

看板mud (網路地下城/文字遊戲)作者時間5年前 (2019/07/21 17:25), 5年前編輯推噓3(3推 0噓 51→)
留言54則, 7人參與, 5年前最新討論串1/3 (看更多)
從 1980 年開始, 文字畫面的主要解析度是 80x25 (中文佔 2 格,對中文來講是 40x25) 但螢幕比例從 4:3 轉為 16:9, 而且解析度從 640x480 提高了數倍, 已不限於 80x25 所以我們認為文字遊戲合理的解析度如下 (其中打星號的是要優先支援的) 倍率 4:3 寬螢幕 16:9 ---- -------- ------------- 1.00 80 x 25(*) 106 x 25 1.19 95 x 30 127 x 30(*) 1.41 113 x 35 151 x 35 另, server 端可偵測終端機/連線程式的解析度, 而且虛擬終端機可以任意改變寬高. 尤其是高度會變. 因為 server 端常常自行固定了寬度. 例如 ptt 的寬度固定，但高度可變。 所以重要的是寬度的設計 參考: https://retrocomputing.stackexchange.com/questions/5629/why-did-80x25-become-the-text-monitor-standard -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.30.37 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/mud/M.1563701101.A.C28.html 根據下圖實測, 在 pietty 下使用 Courrier New 字型, 解析度約為 108 x 31 那麼也許寬度 106 左右就好 https://imgur.com/a/eOuFZTF ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/21/2019 19:53:03
→
07/21 21:13, 5年前 , 1F
比80x25大應該都是ok的,ex:zmud所顯
07/21 21:13, 1F
→
07/21 21:14, 5年前 , 2F
示的那樣,這樣一個畫面能塞較多東西
07/21 21:14, 2F
我想做成 純文字 telnet 也可以玩, 也就是可以不借助 web 也不借助 zmud-like 所以要定義一下 "最小寬度". 以便像 zmud 那樣, 可以在右方顯示地圖. 善用 16:9 的寬螢幕 ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 00:27:21
→
07/22 03:59, 5年前 , 3F
telnet現在都可以設長寬了 但是你要
07/22 03:59, 3F
→
07/22 04:00, 5年前 , 4F
畫圖就只能用scrolling..
07/22 04:00, 4F
不用全螢幕捲動. 就像 ptt 的聊天室. 最下方的兩列是不捲的. 該聊天室的對話看似捲動, 但其實是重新發送. 而不是每次只發送最新一列. 使用同樣的方法, 可以把各文字視窗固定在螢幕上 ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 11:51:03 可以參考 重生的世界, 它的文字地圖是固定在最上方, 不捲動的. ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 12:05:07 重生的世界, 抓圖: https://imgur.com/a/B2iohKC ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 15:55:26 kruz 大所謂的 scrolling , 指視窗內的捲動? 那個似乎不在標準的 ansi 碼裡, 要測試一下 http://www.sweger.com/ansiplus/EscSeqScroll.html ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 16:01:10
→
07/22 16:26, 5年前 , 5F
這個東西意義不大，考慮一下移動端
07/22 16:26, 5F
→
07/22 16:26, 5年前 , 6F
跟電腦端，長寬設計限制住沒意義。
07/22 16:26, 6F
→
07/22 16:27, 5年前 , 7F
不然為什麼這麼多的網頁跟手遊要弄
07/22 16:27, 7F
→
07/22 16:27, 5年前 , 8F
RWD?
07/22 16:27, 8F
我的目標之一, 是讓 telnet 也能玩. 做出經典的文字介面. (圖形介面我已經做 20+ 年了, 從 8088 單色螢幕開始就做過動畫/遊戲了) 另, 上文已經說明 >>另, server 端可偵測終端機/連線程式的解析度, 而且虛擬終端機可以任意改變寬高. >>尤其是高度會變. 因為 server 端常常自行固定了寬度. >>例如 ptt 的寬度固定，但高度可變。 >>所以重要的是寬度的設計 再例如, 如果做成轉接器轉接到其他 mud. 其他 mud 已經自限了螢幕寬度, 並不會隨著終端機寬度而變化內容... 而我們要做的是, 在現有的 mud 介面右方, 加上地圖顯示... ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 17:51:19
推
07/22 17:48, 5年前 , 9F
樓上，不能說意義不大，這個環節確
07/22 17:48, 9F
→
07/22 17:49, 5年前 , 10F
實有提出來討論的必要。只是換做是
07/22 17:49, 10F
→
07/22 17:49, 5年前 , 11F
我會直接討論「希望玩家使用哪種遠
07/22 17:49, 11F
→
07/22 17:50, 5年前 , 12F
端client來連線遊戲？」如果電腦玩
07/22 17:50, 12F
→
07/22 17:52, 5年前 , 13F
問題最簡單；如果是手機也能玩MUD，
07/22 17:52, 13F
→
07/22 17:52, 5年前 , 14F
我是玩家會推薦blowtorch跟rammer。
07/22 17:52, 14F
→
07/22 17:53, 5年前 , 15F
那製作團隊在設計的時候似乎就要考
07/22 17:53, 15F
→
07/22 17:54, 5年前 , 16F
量未來玩家的需求。講白話一點，你
07/22 17:54, 16F
→
07/22 17:54, 5年前 , 17F
bonix 說出我要說的了…
07/22 17:54, 17F
→
07/22 17:54, 5年前 , 18F
要年輕朋友也來玩，那方便手機操作
07/22 17:54, 18F
→
07/22 17:55, 5年前 , 19F
發文跟回文給我的感覺是還在用舊有
07/22 17:55, 19F
→
07/22 17:55, 5年前 , 20F
就是最先要克服的~
07/22 17:55, 20F
→
07/22 17:56, 5年前 , 21F
的技術角度在思考跟設計，這樣離一
07/22 17:56, 21F
→
07/22 17:56, 5年前 , 22F
開始說的是有差別的，等同於從客戶
07/22 17:56, 22F
→
07/22 17:56, 5年前 , 23F
直接限制住了使用者…
07/22 17:56, 23F
→
07/22 17:57, 5年前 , 24F
如果要做，我直接講白一點，不然看
07/22 17:57, 24F
→
07/22 17:57, 5年前 , 25F
系列文下來越來越有畫大餅，甚至還
07/22 17:57, 25F
→
07/22 17:58, 5年前 , 26F
是二三十年讓人不想吃的餅的感覺。
07/22 17:58, 26F
→
07/22 17:58, 5年前 , 27F
你一開始設計就要先把客戶端釘死嗎
07/22 17:58, 27F
→
07/22 17:59, 5年前 , 28F
只把使用者侷限在電腦端？另外什麼
07/22 17:59, 28F
我要做的是, telnet, web, GUI client 都可以連的. 其中包含 telnet
→
07/22 17:59, 5年前 , 29F
什麼是轉接到其他 mud？轉接到現有
07/22 17:59, 29F
→
07/22 18:00, 5年前 , 30F
的 mud 嗎？你的意思是提供客戶端？
07/22 18:00, 30F
→
07/22 18:00, 5年前 , 31F
像是刻一個給很多 mud 通用的 Zmud?
07/22 18:00, 31F
→
07/22 18:00, 5年前 , 32F
還是說從你的 mud 可以連接到其他
07/22 18:00, 32F
→
07/22 18:01, 5年前 , 33F
mud 的區域？其他 mud 的世界？後者
07/22 18:01, 33F
→
07/22 18:01, 5年前 , 34F
即使技術上可行，遊戲架構上是天方
07/22 18:01, 34F
→
07/22 18:01, 5年前 , 35F
夜譚。
07/22 18:01, 35F
這些我們內部已經討論過了, 也和某些 mud 的管理員談過了. 開發細節並不會全部公布在本板.
→
07/22 18:02, 5年前 , 36F
至於你說的地圖功能，很多發展到現
07/22 18:02, 36F
→
07/22 18:02, 5年前 , 37F
在的客戶端和站點都有類似的架構了
07/22 18:02, 37F
→
07/22 18:05, 5年前 , 38F
我說的沒意義是因為電腦端上純粹用
07/22 18:05, 38F
→
07/22 18:05, 5年前 , 39F
telnet 就可以連，早在以前就可以了
07/22 18:05, 39F
→
07/22 18:20, 5年前 , 40F
mud 之間公用頻道溝通是簡單的，角
07/22 18:20, 40F
→
07/22 18:21, 5年前 , 41F
色裝備的數值要怎麼適當轉移或復刻
07/22 18:21, 41F
→
07/22 18:21, 5年前 , 42F
這會是一開始架構就必須先規劃
07/22 18:21, 42F
都規劃了. 你的問題是從片面遊戲和片面玩家的角度, 但我還沒有足夠的時間說明完整 另外, mud 並不只是遊戲. 後文再說明. ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 19:03:42
推
07/22 19:02, 5年前 , 43F
其實大家意見都表達得很充分，但討
07/22 19:02, 43F
→
07/22 19:02, 5年前 , 44F
論企劃的口氣不用那麼嚴肅啦:)
07/22 19:02, 44F
→
07/22 19:03, 5年前 , 45F
所以現在就是討論要「寫」一個連線
07/22 19:03, 45F
→
07/22 19:04, 5年前 , 46F
平台(client端)就是了？
07/22 19:04, 46F
推
07/22 19:05, 5年前 , 47F
我想F大的意思是 不侷限哪種平台
07/22 19:05, 47F
→
07/22 19:06, 5年前 , 48F
做為文化的保留,傳承等用途的話,哪
07/22 19:06, 48F
→
07/22 19:06, 5年前 , 49F
一種平台或許只是形式上的,然後確實
07/22 19:06, 49F
→
07/22 19:07, 5年前 , 50F
可以討論是否限制連線方式或採開放
07/22 19:07, 50F
→
07/22 19:07, 5年前 , 51F
的多元連線做法
07/22 19:07, 51F
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 19:08:56 本來就沒有限制連線方式. telnet 只是連線方式之一. 我和 typers 的信中也提到一個例子. 某些 server (例如 NNGS 圖棋對戰 server) 的 telnet , 可以切換成 圖形 client. 只要由 client 端發出一個切換模式指令, 之後 server 端送出的格式就會不太一樣. 這種指令可能是 "client on" 和 "client off"... 在文字模式之下, server 要送出完整的訊息; 但在 client 模式下, server 不送出重覆的文字, 儘量只送出關鍵字和代號.. ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/22/2019 19:18:37
→
07/22 19:24, 5年前 , 52F
我為什麼要做 MUD? 有多個原因.正寫
07/22 19:24, 52F
→
07/23 00:31, 5年前 , 53F
既然點名到我了,我就必須先聲明
07/23 00:31, 53F
→
07/23 00:32, 5年前 , 54F
此事已與我無關
07/23 00:32, 54F
我對於 mud 有八大目標, 其中部分目標不會貼在板上, 只有一起做的人才知道. 讓 telnet/ssh 也能玩, 是目標「之一」. ※ 編輯: farmerlu (140.112.30.37 臺灣), 07/23/2019 01:05:31
‣ 更多 farmerlu 的文章
文章代碼(AID): #1TD2zjme (mud)
mud 近期熱門文章
更多 近期熱門文章 >>
PTT遊戲區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 farmerlu 的文章
文章代碼(AID): #1TD2zjme (mud)