【小貝】僅13KB大小的奇葩遊戲，玩家越弱角色越強，死999次能秒BOSS

13kb能做什麽遊戲？能2D能3D，能吃雞能賽車能揭秘能戰鬥能動作。
如果你喜歡這期視頻，不妨長按點贊支持一下呀，謝了！
阿貝會不定期的和大家分享各類趣味遊戲影片，
相信會給您帶來不一樣的觀感體驗，
同時也歡迎大家和阿貝一起研究更有趣的遊戲玩法，
阿貝在這裏等著大家的到來！！！
阿貝的會員通道：xiaohouzi.page.link/1Crm
訂閱阿貝直達：xiaobeideyouxishitang.page.li...
#遊戲解說 本频道制作的所有视频都符合平台的使用政策，没有任何违规行为。

[@XiaoBeiOfficial]

【小貝】絕地求生爆破模式太瘋狂，進攻方人手一顆定時炸彈，還能當老六？ 👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇👇 kzbin.info/www/bejne/iWLFdZ5rjr5oqtk

[@user-xi4rw2dl2r]

火车的名字是什么

[@user-mw2qc5vm9p]

觀點和評委一致 那個忍者遊戲看起來就很好玩啊 是說整個遊戲竟然都只有13K的大小，放到過去的年代，完全是可以讓小朋友拿3.5磁片裝回家玩欸...

[@Natsuhane_Ayari]

而且還可以裝好幾個XD

[@Xirui]

@@Natsuhane_Ayari 至少超過100個，3.5吋軟碟有1.44MB…

[@hoggie5225]

@@Xirui 太賺了…小朋友可以玩一整個暑假欸…

[@mc3331]

5.25" Low Density也夠!(640kb)

[@egh3612]

不能這樣比，就以超任遊戲來講，ROM檔轉到磁片上不過才兩三張。但這些遊戲改成PC版本，就不只兩三張磁片了，386的電腦可能也跑不動。

[@stelcxantisto]

3:33 用了raymarching，算是犧牲運算力減少檔案大小的方法，所以才會說高畫質可能卡，裡面所有模型都不是建模做出來而是用代碼即時算出來的。

[@hetori9918]

那玩这种代码代替建模的游戏需要下载什么宿主软件之类的吗

[@stelcxantisto]

@@hetori9918 不需要，你電腦能跑着色器就能跑用Raymarching寫的著色器，你顯咭夠快的話可以去找個叫marble marcher的遊戲來玩，那就是用Raymarching寫，即時演算碎形

[@kmchow4971]

學到了，謝謝！

[@only_channel]

可能在座沒幾個工程師， 這13kb是原始碼，是js、是wasm，使用著瀏覽器的library ，運作在瀏覽器上。 瀏覽器本身已經提供相當豐富的library ，不需要在13kb裡寫像是2D繪圖、3D運算的引擎，瀏覽器內建的函數都幫你搞定了。 但還是要說很驚人，但不是大家所想像的誇張。

[@leonardyap4703]

专业的

[@user-od9gx8xd2j]

謝謝回答

[@user-gc1jv1jl9g]

想說隨便一個函式庫都mb起跳，何況還要opengl

[@slwoowls]

我還在想怎麼塞的13KB，感謝解答

[@addfdsf2000]

遊戲容量會大，主因是貼圖素材的關係，如果不用貼圖，只用程式產生物件和表面紋理是有可能辦到的，只是這樣做開發者會累到翻

[@zijianwang4777]

没错，而且程序占的磁盘（disk）小，但是其实还是需要很多内存（ram），如果是老电脑5mb的内存那种，可能确实这13kb的游戏会卡死你

[@user-yv7hk7tg2f]

对啊，能累死人。我就在想后面为建筑物制作可控的不规则3d图形的算法那步到底是怎么写的，想到工作量就酸爽【虽然我做不出来，但可以想象大概要经过哪些编程流程...】

[@op9000977]

@@user-yv7hk7tg2f 可能是shader 原本模型可能只有幾面 但用shader算法可以讓他們有高低起伏 甚至可以做出茂密的草地

[@user-sj7iu2bk2q]

我倒是想到，可以用小波轉換

[@mamaya2000]

@@user-sj7iu2bk2q 應該是用類似minecraft的技術, 由種子產生的分形噪聲再演化成三維的高低差地形

[@user-gz7pq9wv4l]

火車這款遊戲在創意方面很猛欸，如果進行改造應該可以變成任天堂的家庭益智遊戲。

[@user-ud6qg4co1i]

早就有這種遊戲了 無限迴廊

[@user-xi4rw2dl2r]

请问他的游戏本名是什么

[@user-xi4rw2dl2r]

我想玩那个游戏(火车)

[@himaxisken]

呃，創意部分不太能認同，因為這類型有很多前輩了，包含紀念碑谷、FEZ等

[@1234532001]

容量小代表場景都是實時運算出來的 高畫質會卡很正常的

[@阝千翎]

順序很明顯不是312就是132，因為這是遊戲比賽，荒島一定排名在這兩個之後，我們看到的片段比較短，不確定另外兩款的關卡編排怎麼樣，但一定比荒島好

[@wytsai7660]

4:17 隨機數生成器，固定seed就行

[@nanman_chief]

沒錯，把柏林雜訊當成高度圖套在平面上做出來的小山丘，圖形學入門的時候會玩的東西

[@commelinales]

我最喜欢的游戏之一是The neatness, 真的好创新啊！第一次玩我都惊艳了

[@user-pc2kv6iy9d]

配合影子的遊戲非常有創意！

[@cccccc8613]

是依可玩性來評分的阿~ 火車看起來很有趣 其實玩起來很簡單 2d 3d 兩個切換而已

[@996worker]

但是13K不包含JS引擎部分，雖然可以離線執行但是本身沒有執行檔，需要依存於JS引擎(一般來說就是依存於瀏覽器)

[@HutjeSiu]

游戲性來説 好多都是很熟悉的老游戲玩法 小時候dos flash game都接觸過 當然13kb做出來也是膜拜了

[@gideonchan6143]

1忍者2火車3荒島(我的看法)

[@adonis0931]

看完影片後 我也是這麼想的

[@xnightlightx]

+1

[@ditokum]

我是這麼想的：321(認真

[@Itachi89257]

我也是这样，因为荒岛解开了就可说不用玩了，忍者火车可以一直玩，而忍者比较刺激的感觉

[@user-yv7hk7tg2f]

忍者那部完全可以增加细节后上架了

[@user-yh8ej3dk5y]

肯定是132阿...這是遊戲比賽，製作難點總不能是第一考量吧?你總得好玩+有新意，那解謎遊戲都說無惱了...

[@Zipoxkss]

13KB也太強了!真的是沒辦法想像

[@darlas2007]

遊戲製作者都好強，現在隨便一張圖，至少容量500kb以上 😲(驚訝)

[@garyliu5632]

我也感觉132，看来玩了30年游戏还是有直觉的。

[@Rmp_40]

我是312 我覺得火車看起來比較有創意的感覺

[@wei1234]

變換視角來連接的類型的解謎早已經有不少 但13KB能做到那樣還是很強

[@ottovalar5974]

132，不能盲目追求画质，别忘了可玩性，这又不是在选美

[@AmuroAznable]

这个地形是用高度图渲染的，类似三角洲那种，但是渲染方式不同

[@ksc78894]

火車那個很像PSP的無限迴廊。

[@yen2898_YT]

哇！直接猜得一模一样

[@user-yh4mr4fi1p]

感覺到最後那些大佬會把一個13KB的遊戲硬生生弄成幾百MB的單機遊戲一樣的畫質

[@nniiccoo666]

現在4K時代沒有個100G都不敢自稱3A啦

[@YakultSmoothie]

比賽的作品遊戲性很重要

[@smailcat_TW]

一致!

[@user-qs7qd8ji9u]

請問那款靠影子通關的遊戲叫什麼啊

[@gnihtyreve]

真諷刺，黃遊容量越大越好賣😂

[@Yuki-mq5pi]

我跟阿貝一樣😂

[@Weston_Tetsuo]

火車玩法太新穎了

[@minutes152002]

第一次玩過的小遊戲是國外的"彌賽亞" 只有256K的3D射擊遊戲 跟雷神之槌一樣畫面 只是打開遊戲到執行可能要花10分鐘...

[@a-bi-game-stop]

JS13k我玩過XD

[@user-no3st7km7b]

倒過來也是有猜對一個。

[@GeorgeLinC]

這才是值得尊敬的遊戲工程師！

[@huanghu5432]

我還是會選312，忍者遊戲固然好玩，但是沒有火車創意性高。荒島很無聊。

[@user-starco0623]

我也是132，那個忍者遊戲感覺蠻有趣的

[@kennywaston6087]

變數儲存單位都用最少的容量

[@user-bu5gw2xb6x]

跟火火車遊戲很像，推薦紀念碑谷

[@user-hd8ip1qs5u]

我认为，主要在于压缩方法才能让游戏变小。

[@user-rb3ib2ny4f]

只能说这些大佬放在以前的年代可以直接秒杀任天堂、SNK等等遊戏大厂，13KB的大小能做到这种程度实在是太逆天了！（我对以前的遊戏大厂认知不多，这只是我的个人观点，忽喷，但还是请这些大佬收下我的膝盖）

[@nanman_chief]

不能秒杀，因为实际上规则不同，我科普一下吧。这能那么小，是因为算的是高阶抽象程式语言 Javascript (下略称JS) 的 "源码" 计算容量，以前老厂的大小计算是用机子的 "机械码" 计算容量。 "源码" 是人类可以读的形式，如 a = n + m，但电脑能够执行的是 "机械码"，如 0x8b45f80345f48945f0，我们要通过翻译(行话: 编译)才能把源码变成机械码，编译前后的大小会差很多，对于 JS 这种高度抽象、动态语意编程语言来说，如 "let f = (a, b) => a + b" 单纯表示把两个数字相加的函数，经过翻译少说会有一千条以上的机械码指令，以 ARM 架构来说，一条指令 2 byte，一千条就是接近 2 MB 了。 对于 JS 这类语言来说，这个翻译过程就要依靠一个被称为 "运行时" (runtime) 里的即时编译程序来完成，所以还要算上运行时平台的大小，不然只有源码的话它就只是纯文字文档，不能运行。不要求性能、纯直译的运行时平台大约 200 KB (QuickJS)，有极致性能、多层次动态编译优化的运行时平台大约 800 KB (Google V8)。运行时平台即时翻译过后的机械码是放在内存里而非硬盘里的，所以你看不到，通常生出个 2、3 MB 的机械码都不奇怪。 至于任天堂FC那时代为啥不用运行时，其实就是机子性能跟容量带不动 😁

[@overface100]

知識都是靠累積的，你坐時光機回到過去牛頓的物理也被你屌打好不好。

[@stupidgod08]

@@nanman_chief 一個加法函式千條機械碼? 確定沒打錯字? 再怎麼複雜化也不至於吧

[@nanman_chief]

​@@stupidgod08 我確定沒有說錯，但你想的也沒錯，但是跟我指的狀況不一樣，我解釋一下。 我這裡上千條的意思是，實現這個動態型別加法完整的語意，例如 QJS 的 bf_add_internal 就是實現動態型別加法 opcode 的部分，這個編譯過後我用 objdump 看了，有 600 多條 x86_64 指令喔，我還沒算上其他部分，但我估算加一加 700~1000 條差不多。 你講的也是對的，因為 baseline jit-compiler 不會 inline 這麼大的東西，都是用轉跳或呼叫的。所以就那個區塊而言不會太大，可能就長這樣 : prologue 幾行 small int 加法 檢查是 small int 還是 object pointer 檢查有沒有overflow 條件成立的話，跳到那個幾百條asm的加法 返回加法結果 (十行左右就差不多！) 我計畫可能之後有閒會寫個實作玩具級的 jit-compiler 教學系列文吧，讓多一點人了解 interpreter 跟 jit-compiler 的 under the hood ...

[@hlsding4649]

@@stupidgod08 沒問題吧？高階加法函式只要幾行，組語就要幾十行。機械語要更多很合理

[@user-jo5zf6wp7l]

太棒了不能言語表達

[@user-dz7og1zp7b]

以前的遊戲有卡帶容量限制 遊戲都開發的極致 這比賽就像以前的卡帶限制一樣

[@UCan927]

运行时不可能才13kb吧? 运行时应该会通过算法解压到内存里...🤔

[@FishNi]

終於找到我電腦跑的動的遊戲

[@airutakami9390]

雲端就可

[@hank6088]

1.火車 2.荒島 3.忍者

[@user-po6hk8vw9r]

我猜荒島遊戲的地形是遊戲開啟後生成的,這樣在一開始遊戲的大小就可以不超過13KB. 可是這樣不算作弊嗎?

[@user-kn6tt1wv6p]

我怎麼好像沒在官網上看到排名啊，都是直接列出所有遊戲

[@可爱的世界World]

6:45 cc的字幕！？ ？？？？？？？？？？？？

[@西門小智]

觀點跟評審一致，個人覺得如果意見會相反的是因為有些人是視覺派吧？跟當年NDS和PSP的情況差不多

[@albertlee18]

还好还好，13k游戏引擎不包括在内。

[@junhaolin1535]

游戏名字叫什么啊我很想玩

[@user-rl8nv2tx9y]

1忍者2火車3荒島

[@user-guodaxia]

酷

[@GamE-uk9su]

火车不是最好玩的？ 匪夷所思

[@user-kl4vu7ku4l]

有沒有可能以後GTA只有15MB

[@armschoolc32]

居然出現了13kb 的Quake !!

[@q29567109]

毀滅戰士

[@user-xz8xk7hb5e]

1忍者2火车3荒岛

[@user-px1mk4we6p]

我猜的一模一樣欸

[@user-cj1fj1pr6e]

火車忍者荒島

[@234HORY]

比較喜歡火車

[@laujimmy9282]

1 荒島 2 火車 3 忍者

[@user-hc5ce8od9v]

2荒岛 1忍者 3火车

[@Ynoob215]

2火車1忍者3荒島 我的看法：）

[@payne2461]

我想知這怎麼做出來的，我打開一個初始blender 文件，裡面只有一個方塊，文件也不止13kb

[@cloud-gametimexD]

即時演算吧，不太可能用到建模，建模容量太大了

[@user-yp8we1kt6s]

火车

[@HANK1241]

火車>荒島=忍者

[@plagueutopian1416]

叹为观止！

[@MINECRAFT5server]

13gb遊戲表示…

[@user-wn2qm8fn9p]

一忍者二慌島3火車（排名）

[@gary759521]

不知道有沒限制使用API, 說真的,如果如果沒限制,渲染音樂素材啥的都透過網路加載就好了, 13kb好像也沒這麼難

[@unitedwestand.1026]

13KB 包含所有素材。遊戲必須可以離線執行。

[@gary759521]

@@unitedwestand.1026 那就確實很厲害了 , 估計所有東西都要用演算法降容量

[@unitedwestand.1026]

@@gary759521 沒錯，這就是 JS13K 最難也最讓人著迷的地方

[@_well_said]

沒限制網路的話冠軍就不會是這樣了，很明顯吧

[@user-kc2eg7vr9i]

牛逼

[@user-dm7gt7xi2t]

我猜對了

[@user-sq2wb2yp2v]

靠，比暗黑四好玩耶

[@user-vc1dz3ou2y]

FC時代 一堆kb遊戲 更小的都有 所以容量不是問題

[@user-hb8bo9bl1t]

但FC上面的遊戲，基本上都是八位元像素點2D平面，跟這些的表現力完全不一樣，如果真給這幫人全像素拼湊，他們還能繼續凹大小

[@zzzaaa3247]

好fc Fc容量100k

[@user-dj4zh6fh3v]

小貝是哪裡人呀

[@pertchen4086]

1、3、2

[@user-uu3ws7tt6o]

13k也太小了....到底怎麼壓縮的？

[@pangpang125]

132

[@aisawaloki1571]

遊戲程式主體13.2kb真心不算太難 你要也看它背後在用什麼引擎才行 有些功能完善的遊戲引擎可以讓開發者用極小數程式碼就能使用

[@hwdb6505]

我的和评委一样

[@101ytsub]

7：51的游戏是什么，跪求名字

[@user-ku5iz3ye5m]

7:51

[@cheahkeyliang8348]

怎么下载

[@iampika9396]

3,1,2

[@ethanleung759]

312?

[@user-pq3wr7km2o]

看到這個比賽，就會讓人覺得，現在這些動輒幾10G、幾百G的遊戲真的是有必要的嗎？這些13kb的遊戲不乏有畫面精緻、內容有趣的，他們有辦法把這些優秀的內容壓縮到連mb都不到，真的不懂那些所謂的大作到底在搞什麼？ 當然，我是外行，只負責玩遊戲，在這裡批評有失公證，但內心還是覺得那些大容量遊戲是不是可以反思一下，容量做到那麼大，那麼精緻度真的有成正比嗎？

[@fan119053]

現代遊戲很大的資源比例都是消耗在畫面上的，目的都是為了更好看，更有動感，更細緻，更少破綻，更滑順，每一個都是大工程，傳說卡普空內部有一個機密文件，主旨是在說明如何讓角色的動作更有回饋感，有動感，光這個文件的內容就需要好幾gb 的內容去說明要怎麼做，更不用說實際做出來了

[@user-uj4qu3ho1t]

有必要，除非你能接受用現代設備玩這些遊戲，不去玩畫質更高的遊戲。 因為即時演算是很消耗效能跟ram的，這也是為何封面的遊戲會說如果卡，可以選擇降低畫質。 現代的3A遊戲，光是一個人物的面數、紋理就遠超那款遊戲的整個場景，更何況一個畫面不只是一個人物，不可能全部都用即時運算。

[@user-oz6yw1em5l]

荒島可惜的就是 他作為遊戲不好玩

[@user-pp3ft4tb4y]

😅132

[@Ryan100c]

还在等啥？考到学校电脑上去😂

[@AAAAAA-oc1me]

312 gg

[@WindTeam3410]

我是231ㄟ

[@cheahkeyliang8348]

给我游戏链接

[@lyekahhengmoe8708]

123

[@cheahkeyliang8348]

火车手机版

[@user-rj2cd4dv1z]

這不是很正常？

[@kaheitsoi8437]

213