Re: [閒聊] 期望值相同下，有天井沒天井選哪個？已回收

看板C_Chat作者 (庫醬)時間4年前 (2021/08/09 01:03), 編輯推噓7(9推 2噓 44→)
留言55則, 13人參與, 4年前最新討論串3/13 (看更多)
※ 引述《HeterCompute (異質運算)》之銘言： : 因為沒在玩手遊，所以好奇手遊玩家怎麼想的， : 假設以剛才那篇FGX遊戲舉例， : 1.原來遊戲設置，沒天井 : 2.略調低抽中機率，但設置天井，使得期望值相同 : 請問大家會選擇1還是2？還是如果期望值相同就沒差？ 大家一窩蜂的選2很奇怪吧 照理說照這設計 可以預期的是在抽到天井前，2的期望值會比1還低 但是你終於抽到天井的抽數了，你期望值也才跟1一樣高 也就是在遊戲廠商的機率都沒有騙人的狀況下 2的收益期望值只有在天井那一瞬間跟1同等 剩下都小於1 除非你每一池都一定抽到剛好是天井的抽數 不然選2虧大了吧 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.128.240.73 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1628442223.A.4DA.html
→
08/09 01:04, 4年前 , 1F
重點是可以自選啊 怎麼會虧大？
08/09 01:04, 1F
→
08/09 01:04, 4年前 , 2F
算期望值就沒有自選的問題啊
08/09 01:04, 2F
→
08/09 01:05, 4年前 , 3F
期望值怎麼會沒有自選的問題？
08/09 01:05, 3F
噓
08/09 01:05, 4年前 , 4F
看來是沒住過非洲的朋友
08/09 01:05, 4F
→
08/09 01:05, 4年前 , 5F
1個隨機稀有角跟1個自選稀有角稀有度一樣 但實際差很多
08/09 01:05, 5F
→
08/09 01:06, 4年前 , 6F
真要機掰的話 就是有天井 假設300抽天井 然後設計情況
08/09 01:06, 6F
→
08/09 01:07, 4年前 , 7F
這篇不就是討論抽到的期望值嗎
08/09 01:07, 7F
→
08/09 01:07, 4年前 , 8F
舉例像是機率最差會在270~299抽之間出當期pick up SSR
08/09 01:07, 8F
→
08/09 01:09, 4年前 , 9F
天井有不好嗎?沒有，只是營運方可能會用更惡質的手法
08/09 01:09, 9F
推
08/09 01:11, 4年前 , 10F
GBF UP率0.3%這種不給天井坑死人啊
08/09 01:11, 10F
推
08/09 01:12, 4年前 , 11F
期望值參考而已,不然非洲人哪來的?
08/09 01:12, 11F
推
08/09 01:13, 4年前 , 12F
期望值一樣是指 1是300抽期望值能抽2張PU 2是期望
08/09 01:13, 12F
→
08/09 01:13, 4年前 , 13F
值能抽1張PU天井再送一張自選這樣嗎？
08/09 01:13, 13F
→
08/09 01:21, 4年前 , 14F
一般來說pu 設定的期望抽數是在天井附近的 所以正常
08/09 01:21, 14F
→
08/09 01:21, 4年前 , 15F
人下一井得到的結果是抽到一張pu跟白嫖一張pu
08/09 01:21, 15F
→
08/09 01:22, 4年前 , 16F
不設天井的話就把白嫖的那張拿掉了 就看遊戲公司怎麼
08/09 01:22, 16F
→
08/09 01:22, 4年前 , 17F
選
08/09 01:22, 17F
推
08/09 01:22, 4年前 , 18F
笑死，奇葩邏輯
08/09 01:22, 18F
推
08/09 01:25, 4年前 , 19F
對每次都課到有的2有井比較穩定但也不會比較賺 因
08/09 01:25, 19F
→
08/09 01:25, 4年前 , 20F
為大課長通常抽數夠大 結果就會趨近於期望值
08/09 01:25, 20F
→
08/09 01:26, 4年前 , 21F
對岸之前的操作就是把保底算進機率阿
08/09 01:26, 21F
→
08/09 01:27, 4年前 , 22F
所以幾乎沒辦法再保底前抽到
08/09 01:27, 22F
→
08/09 01:36, 4年前 , 23F
沒非那張卡玩不下去的情況或對想拿到的卡非拿到不
08/09 01:36, 23F
→
08/09 01:36, 4年前 , 24F
可有執著的人 選1不是比較好嗎 還能看人爆死娛樂
08/09 01:36, 24F
推
08/09 01:37, 4年前 , 25F
啊不對 如果抽數沒辦法累積 有時候在抽2時在井前就
08/09 01:37, 25F
→
08/09 01:37, 4年前 , 26F
抽到卡收手的話 這樣抽2反而比抽1還虧
08/09 01:37, 26F
→
08/09 01:40, 4年前 , 27F
我上面推文的就是這意思 有天井的話 營運設計成很非洲
08/09 01:40, 27F
→
08/09 01:41, 4年前 , 28F
的情況就是會在天井前抽到 如果遊戲有對應抽到重複的
08/09 01:41, 28F
→
08/09 01:41, 4年前 , 29F
機制 這樣還能讓玩家心理覺得差一點就天井 不如補到天
08/09 01:41, 29F
→
08/09 01:42, 4年前 , 30F
井還能多換一張 因此天井制度有好也有不好的地方
08/09 01:42, 30F
噓
08/09 01:59, 4年前 , 31F
期望值是指你每一抽....不會抽到天井期望值才變動
08/09 01:59, 31F
→
08/09 01:59, 4年前 , 32F
我的天
08/09 01:59, 32F
→
08/09 02:00, 4年前 , 33F
你要不要先去看看期望值的意思
08/09 02:00, 33F
推
08/09 02:04, 4年前 , 34F
一開始命題就有說把天井那隻也算進去討論期望值 不
08/09 02:04, 34F
→
08/09 02:04, 4年前 , 35F
是單指每一抽
08/09 02:04, 35F
→
08/09 02:09, 4年前 , 36F
我是看不太懂這個邏輯，算進去計算每抽的期望值不是嗎
08/09 02:09, 36F
→
08/09 02:09, 4年前 , 37F
？所以原原po才說前面的機率會低
08/09 02:09, 37F
→
08/09 02:10, 4年前 , 38F
就是因為靠著後面這個天井拉高每一抽的期望值不是？
08/09 02:10, 38F
→
08/09 02:10, 4年前 , 39F
那代表自始你每一抽的期望值還是相同，怎麼會有最後一
08/09 02:10, 39F
→
08/09 02:10, 4年前 , 40F
抽變高的情況？
08/09 02:10, 40F
→
08/09 02:11, 4年前 , 41F
我也有把那隻算進去啊...
08/09 02:11, 41F
→
08/09 02:11, 4年前 , 42F
重點就是期望值是固定的，怎麼可能會因為你抽的多有變
08/09 02:11, 42F
→
08/09 02:11, 4年前 , 43F
動
08/09 02:11, 43F
→
08/09 02:12, 4年前 , 44F
真心看不懂
08/09 02:12, 44F
→
08/09 02:20, 4年前 , 45F
1和2期望值相同的意思是抽到大獎所需要的抽數相同
08/09 02:20, 45F
→
08/09 02:20, 4年前 , 46F
最接近的例子是天下布魔的2%池（平均50抽一隻）
08/09 02:20, 46F
→
08/09 02:20, 4年前 , 47F
和1.5%一百抽保底池（平均52抽一隻）
08/09 02:20, 47F
→
08/09 02:20, 4年前 , 48F
雖然2%池通常會比較快中獎 但還是有機率會超過一百抽
08/09 02:20, 48F
推
08/09 02:39, 4年前 , 49F
井通常是抽到固定抽數會給你自選一隻 所以你在抽到
08/09 02:39, 49F
→
08/09 02:39, 4年前 , 50F
這個抽數前1的機率就是比較高 抽到井後2會可以選一
08/09 02:39, 50F
→
08/09 02:39, 4年前 , 51F
隻 兩邊期望值打平
08/09 02:39, 51F
→
08/09 02:41, 4年前 , 52F
因為井通常不能累積 能累積才會有每一抽期望值一樣
08/09 02:41, 52F
→
08/09 02:41, 4年前 , 53F
的狀況
08/09 02:41, 53F
推
08/09 07:44, 4年前 , 54F
這個時候就要看 附加產物…期望低的但總不會池子裏只
08/09 07:44, 54F
→
08/09 07:44, 4年前 , 55F
有一位，而會有路過其他有用角色的期待感
08/09 07:44, 55F
‣ 更多 kula0000 的文章
文章代碼(AID): #1X40vlJQ (C_Chat)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 3 之 13 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共13篇)
‣ 更多 kula0000 的文章
文章代碼(AID): #1X40vlJQ (C_Chat)