作者查詢 / Lansmi
作者 Lansmi 在 PTT 全部看板的留言(推文), 共154則
限定看板:全部
25F推: 剛好小金馬下禮拜五開始要在信義10/11廳辦,這兩廳不能用04/04 00:55
26F→: 的話,影展場次直接少掉3/4…04/04 00:55
16F推: 可以去直營請他們返場更新,不用錢,但是要等一個禮拜左01/08 14:07
17F→: 右。01/08 14:07
21F→: 拍這種片錢從哪來?09/18 19:36
22F→: 炸彈客也算是諷刺政府的邪典,問題就是票房不好啊09/18 19:36
23F→: …09/18 19:36
7F推: 那條線應該是後面投影玻璃的接縫,不是銀幕的問題。09/10 03:10
25F→: 阿凡達(12/14)上映後有近兩個月空檔期,除了灌籃高08/20 00:50
26F→: 手(1/13)外沒有新的大片,鬼家人上映時(2/10)剛好08/20 00:50
27F→: 是空檔,接下來的蟻人3(2/15)票房慘烈,再來的鈴芽08/20 00:50
28F→: 之旅(3/2)則票房差距不大,所以影城砍場次的力度一08/20 00:50
29F→: 直很小,直到3月中大片連出才開始大砍場次,但也撐08/20 00:50
30F→: 了足夠久的時間積累票房。08/20 00:50
31F→: 我覺得是靠首週票房以及勤加宣傳所賜,話題有打開08/20 00:50
32F→: ,票房才能夠累積到這個程度,當然不是本年度最好08/20 00:50
33F→: 的國片,北影提名/獲獎的名單就可看出端倪,但算是08/20 00:50
34F→: 今年少數能在院線獲利的片吧,製作費差不多的疫起08/20 00:50
35F→: 我覺得也不錯,不過票房是慘賠。08/20 00:50
6F推: 月之圓缺08/09 23:33
42F→: 電影本身就是一種藝術,當你有機會能把這件藝術品07/24 03:34
43F→: 做得更好,那麼就會想要更多的錢投入,最後會不會07/24 03:34
44F→: 賺錢那是投資方的事,跟你沒有太大關係。不否認國07/24 03:34
45F→: 片大部分都是賠錢收場,但不代表不該繼續投入,好07/24 03:34
46F→: 萊塢這幾年賠錢的片也一大堆,當然有些電影直接被07/24 03:34
47F→: 腰斬了,但總不可能所有好萊塢所有製片公司收掉吧07/24 03:34
48F→: ?07/24 03:34
26F推: SuperCard我猜測有兩種運作模式,一種是向下相容的MiFar05/21 22:19
27F→: e Classic,一種是跟9122/9123晶片悠遊卡一樣的自定義模05/21 22:19
28F→: 式(非MiFare/FeliCa),大部分情況下都是採用MiFare Clas05/21 22:19
29F→: sic運作,但在特殊場合(手機加值、手機購買定期票時)會切05/21 22:19
30F→: 換到自定義模式,自定義模式因為不同於Classic,所以沒有05/21 22:19
31F→: 已知的漏洞,當然我不知道開自定義模式Spec的是哪位大神05/21 22:19
32F→: ,到底如何運作不得而知,畢竟CPU卡只要程式寫得出就能換05/21 22:19
33F→: 運作模式。05/21 22:19
34F→: 兩種模式也解釋了iPhone的悠遊卡加值機為何只支援9122/905/21 22:19
35F→: 123以及SuperCard,無法使用舊有的純MiFare Classic悠遊05/21 22:19
36F→: 卡的理由。05/21 22:19
40F→: 三星願意直接把MiFare Classic塞進去SE裡面,蘋果不願意05/22 00:02
41F→: ,所以只能更新規格,更新後的規格不是走MiFare的DESFir05/22 00:02
42F→: e,應該是自定義的協定,所以需要蘋果客製化實現才能放進05/22 00:02
43F→: 去iPhone內的SE,當然要等蘋果有空開發。05/22 00:02
56F→: 早在9122晶片悠遊卡問世的時候,悠遊卡就往下一代規格移05/24 04:17
57F→: 動了,那時候是2012,蘋果2016才在日本機上支援Suica,中05/24 04:17
58F→: 國交通聯合卡也推自己的規格,不走DESFire/FeliCa,韓國05/24 04:17
59F→: T-Money 看來也是,在亞洲主流交通票證都不是走DESFire/05/24 04:17
60F→: FeliCa的情況下,悠遊卡公司的選擇似乎沒什麼問題,畢竟05/24 04:17
61F→: MiFare Plus的升級路線有走到變成SL3的不多吧?不都在SL05/24 04:17
62F→: 1/SL2徘徊?05/24 04:17
64F推: 9122/9123/SuperCard應該都是雙模式運作,MiFare Classi05/26 01:21
65F→: c相容是基本的,但應該有額外的通訊模式是自定義的,否則05/26 01:21
66F→: 手機上的悠遊卡加值機不會讀不到只支援MiFare Classic的05/26 01:21
67F→: 卡,而且淘汰卡片反而是比較簡單的事,困難的是更新各式05/26 01:21
68F→: 各樣的讀卡機。05/26 01:21
30F噓: 網站購物流程支援Apple Pay信用卡,跟交通卡上Apple Pay05/24 23:09
31F→: ,這兩個難度差很多吧,支援Apple Pay的購物網站有多少,05/24 23:09
32F→: 能上Apple Pay的交通卡又有多少?05/24 23:09
91F推: 愛金卡是DESFire EV1/EV2,其本身不相容Classic,05/20 10:28
92F→: 還是能刷進捷運站,所以捷運閘門一定是支援DESFir05/20 10:28
93F→: e的,但悠遊卡若升級DESFire必須確保所有讀卡機都05/20 10:28
94F→: 能讀取,並且相容於舊的悠遊卡,代表讀卡機必須進05/20 10:28
95F→: 行雙模式(DESFire/Classic)的支援,或是棄用所有的05/20 10:28
96F→: Classic卡。05/20 10:28
101F推: 只有MiFare Plus可以向下相容MiFare Classic,MiF05/20 22:43
102F→: are DESFire不支援Classic採用的Crypto-1,晶片悠05/20 22:43
103F→: 遊卡是CPU卡,其本身因programmable 的特性,可以05/20 22:43
104F→: 模擬出任何卡片,只要其加解密引擎支援,且卡內的05/20 22:43
105F→: 程式寫出來。05/20 22:43
106F→: 根據悠遊卡展延第一代的Classic 效期來看,目前悠05/20 22:43
107F→: 遊卡公司沒有打算升級卡片採用的交易協定,還是走05/20 22:43
108F→: MiFare Classic,悠遊卡發卡量已有1.6億,在未達到05/20 22:43
109F→: 卡片使用年限前,廢除所有Classic卡可能需要悠遊卡05/20 22:43
110F→: 公司負擔換發費用,悠遊卡讀卡機目前已有40萬台,05/20 22:43
111F→: 就算採用軟體更新的方式也是一個大工程。05/20 22:43
112F→: 最後的CPU卡(SupurCard)會不會上ApplePay還是未知05/20 22:43
113F→: 數,在沒有開發時程表的情況下,只能等2026捷運閘05/20 22:43
114F→: 門更換後走EMV(信用卡)。05/20 22:43
115F→: 悠遊卡公司也知道卡片早已被破解,可以被未授權第05/20 22:43
116F→: 三方複製,目前都是以後端清算系統的方式來找出非05/20 22:43
117F→: 法交易。05/20 22:43
125F推: 我的理解是CPU卡只要程式寫的出來,且卡內區塊夠用05/21 18:09
126F→: ,可以放下任何應用,悠遊聯名卡就是這樣的實例,05/21 18:09
127F→: 其本身透過不同讀卡機的指令,而有不同反應,悠遊05/21 18:09
128F→: 卡讀卡機會進行悠遊卡交易(MiFare Classic),信用05/21 18:09
129F→: 卡讀卡機會進行信用卡交易(EMV)。當然這是兩個應用05/21 18:09
130F→: 有獨立區塊的情況,兩個應用共用區塊應該也成立。05/21 18:09
131F→: 不過悠遊卡上Apple Pay以悠遊卡公司的說法,確實要05/21 18:13
132F→: 等蘋果開發完畢,但要說是蘋果的問題也是有點牽強05/21 18:13
133F→: ,畢竟有個蘋果已經開發完畢的DESFire升級路線可以05/21 18:13
134F→: 選擇,但悠遊卡要升級支援DESFire讀卡機也是一筆龐05/21 18:13
135F→: 大的開銷就是了,以悠遊卡公司的財力應該難以負擔05/21 18:13
136F→: ,CPU卡就是比較便宜的路線,但就是要等蘋果願意配05/21 18:13
137F→: 合悠遊卡公司。05/21 18:13
145F→: 手機上的悠遊卡加值機,應該能確定不是完全走MiFa05/23 13:18
146F→: re Classic,否則不會只限制SuperCard/9122/9123能05/23 13:18
147F→: 使用加值的功能,至於是什麼樣的協議,手邊沒有Sn05/23 13:18
148F→: iffer,可能要請大神研究了,不過不公開的自訂義協05/23 13:18
149F→: 議我覺得安全性堪慮就是了,協議不透明本身就是一05/23 13:18
150F→: 個安全隱患…05/23 13:18
151F→: 但這是悠遊卡公司的商業機密,要公開的機會也不大05/23 13:18
152F→: 。05/23 13:18