新型Switch、OrinベースのT239を使用
■ このスレッドは過去ログ倉庫に格納されています
https://twitter.com/kopite7kimi/status/1403200552473829377 This is a preliminary picture of T234 in Wikipedia. Very clear. So why do we always guess? Nintendo will use a customized one, T239. https://twitter.com/5chan_nel (5ch newer account) >>755 あいつの記事見てそう思えるならそれでいい ゲハキチとは格が違うよ >>753 NVの時速14kmは時速18kmより速いって言ってるようなもんだぞ FLOPSは数学的なカウント値なんだからNVのFLOPSの方が高性能とかいうことは起きないんだよ 嘘だと思うならFLOPSの数学的意味書いてみろよ >>748 アホ乙 WiiUとSwitchはCPUもGPUも別物 PS3とPS4みたいなもんだぞ 新型SwitchはCPUもARMだしGPUもGeFocerだ PS4とPS5と同じ >>751 社長が訊くでWiiの回路丸々載せず共通化してトランジスタ減らせたわーって言ってたよ 多分GPU側やろね >>760 ゲームで発揮できない性能なんざクソの役にも立たないよ >>740 だから「移植コストを最小限にさせる」事が新型switchの目標の一つだと思うんだよね 移植さえ出来てしまえば後は自動的に「いつでもどこでも遊べる」っていうswitchの特性の恩恵を受けれられる訳だし 今までの任天堂ハードのようなギミックとは違って samsung 5nmならフルスペorinいけないこともないかな 歩留まりがとんでもない事になりそうなのに目をつぶればの話だが >>686 WiiUの後でルネサスの工場がSONYのCMOS専用に移行しちゃっていかに金と時間をかけずに次世代機出すかってことでX1になったって考えると怪我の功名みたいなとこはある WiiのCPUはすんごい特殊な命令が追加されてたので、変えると互換取るのが困難だったのだろう にしても2コアは新設計でも良かったのではとは当時思った >>763 その話はGPU側だけでなくCPUもそうだと思うよ 互換のために下位機種の回路丸々のせるっていうのは、言ったらPS2のPS1互換と同じみたいなものだからね WiiUはわざわざ特注してまでWiiと色々共通化させるためにWiiUのCPUとして「WiiのCPUx3+キャッシュ増大」という設計のCPUをもってきたわけだw その結果糞みたいに遅い時代遅れすぎるアーキテクチャのCPUになってWiiUがゲーム開発者たちにボロカスに言われた原因になった… >>761 PS4とPS5はCPUもGPUも全然違うマイクロアーキテクチャ PS4ソフトが完璧にPS5で動いてるのはソニーが特許を持ってるエミュレーション技術使ってるから 例えばSwitchのチップの3-width decode superscalarを A78の4-width decode superscalarに流し込んだ時にSwitchのゲームが同じ挙動をすることを次世代Switchで保障しないといけない ソニーの特許ならできる NVIDIAの技術でできるかどうかはまだわからない なんかやたらと期待が膨らんでるけど これでストレージ増えただけのマイナーチェンジが出てきてズコーっていう図もちょっと見てみたい気はする >>768 問題は任天堂がこれを採用するという情報にもその実績が通用するかだな.. マイナーチェンジなら既にしてるわけで その程度で形を変える必要もない さすがに型式はあてずっぽうでは言わないだろう なんらかの資料に目を通したとしか >>764 1.4は1.4 1.8は1.8なんだよ 戯言いってないで FLOPSの数学的、機械的な定義をここに書けよ それか失せろw >>773 スマホゲーはコア数変わっただけで動かなくなるのかって話だな >>772 WiiUのCPUコアはWiiのそのものなので、回路規模が減ったという表現にはなりにくいし、任天堂の技術者が思いつかないようなアイデアでもない あ、また次世代と新型の区別ができない馬鹿が湧いてきた >>761 アホ乙 Geforceつっても旧SwitchはTegraだからアーキテクチャが全く違う 互換性を保てる根拠にはならない >>714 それはフルスペックのOrinだ みなが予想してるのはその半分くらいのサイズ >>779 スマホゲーがコア数変えただけで動かなくならないのは使える計算器が ミドルウェアに規制されてるからで Android端末でハードウェアを直叩きするアプリはハードウェアが変わると動かなくなります iPhoneもジェイルブレイクすればそういう挙動のアプリはあるでしょう Switchにそんな計算器を抽象化する処理してるとおもえないんですけど? >>773 >PS4ソフトが完璧にPS5で動いてるのは とても完璧とは言えないけどね…w 及第点ではあるけど まぁそれだけ(特に)CPUを変えると互換性の維持は難しいってことだな GPUとかはそうでもないけど(大体古い世代のGPUの仕様は引き継いでるから) ただPS4→PS5などはCPU/GPUだけでなくメモリコントローラーやI/Oとかにも細かなカスタムを入れてたりしたから余計に互換が一筋縄ではいかなかくなってたのよね それに比べてスイッチは正直TegraX1をそういう意味では全然カスタムしてないから、もしかしたらCPU変えても(SOC変えても)互換は取りやすいのかもしれない >>782 ゲームに関係あるよ 任天堂の1.4はPS4より低性能だよ 以上 >>751 あれは旧世代だから性能上がらんわ特注で金かかってるわで最悪のパターン Wiiで成功して互換の為にやったけどもう二度とやらんと思う >>783 アホ乙 TegraはX1の一つ前のK1からPC用GPUと共通アーキテクチャになったんだぞ >>789 はいはい それで気が紛れるならそう思ってればいいでしょうw 相手には正確性求める割に、自分は思えないんですけどで草 wiiは1チップ化してメインSoCのそばに張り付けておけばよかったな 携帯機の互換はそれで通してたのに変な所でケチった >>767 Samsungの5nmはTSMCと違って7nm++みたいなものなので性能が明らかに劣る TSMCの5nmが170MTr/mm2に対してSamsungの5nmは130MTr/mm2しかない 7nmはほぼ互角だが >>780 WiiUがもし互換のためにWiiの回路全部まるまま積んだとしたら、WiiUは「WiiU用の何らかの新しいCPU/GPU」に加えて「WiiのCPU/GPU」を入れていたことになる そんなものに比べたら現実に採用された「Wii互換を考えたWiiU用CPU+ GPU」だけで済んだのだから「回路規模が減った」と表現するのは当たり前 >任天堂の技術者が思いつかないようなアイデアでもない イミフ 誰か中卒の俺でも理解できるようにガンダムにたとえて解説してくれ WiiUはあの性能の割に開発費自体はめっちゃ金かかってると思うよ >>796 それでも150mm2くらいでモバイルSoCとしてはギリじゃね 歩留まり1割2割の世界にぶっとびそうだけど >>788 GPUはアーティファクトが許されるアウトプットである事が多いのと DirectXみたいなミドルウェアがアウトプットするべきものを定義してくれてるから成立してて、べつにもとから互換性があるわけではない Switchゲームをスーパースカラー構造が変更されたら新しいCPUで期待通りに動かすのは多分無理だろう Switchモードみたいな追加の仕様を搭載するのは難しくないだろう >>787 ハードの抽象化なんて次世代機への互換を考えるハードならもう普通にやってる Switchは岩田社長の発言が事実ならそれ前提でデザインされたハードとOSであるとすら言える >>788 PCではJaguarとRyzenで同じソフトが動くし、別社が作ってるCoreとRyzenですら同じソフトが動くやん >>802 まぁ素のOrinは無理だ 12コアA78にRTX3050と互角のGPUのセットだし 任天堂機にソフトが移植しやすくなって欲しくないという結論から逆算してkopiteのリークを頑張って解釈しようとしている >>790 「後継機種」に対してはもう二度とやらんだろうけどw、 新型スイッチはあくまでスイッチの延長だからねぇ… とにかく互換性を第一に!ってなったらまたやらかす可能性はあるでしょ 今まで任天堂って後方互換は基本まんま同一チップを組み込むハードエミュレーション以外やってないし >>805 そりゃWINDOWSに互換レイヤーが挟まれてるからな switch発売前あたりに革ジャンが任天堂と20年つきあう事になるだろう て言ってたから互換は当然考えてあるんじゃねえの >>804 Switchは通信スタックもCPUで動いていて OS側の通信スタックが多く稼働するとフレーム落ちしたりする 要するにシステムリソースの抽象化度はとても低いのがSwitchの現状のシステムなので 当然そのまま同じバイナリを走らせても動かない nVidiaの1.4だからAMDの1.8より上!は草 nVidiaのGPU積んでるスイッチさんのパフォーマンスとか知らないのかな 昔のゲームみたいにCPUクロック上げるとゲームも早くなる時代じゃねーぞ プログラム側でウエイト入れるから性能上がる分には問題ねーよ そもそも現行Switchでも開発機は1.2GHzでCPU動いてるんだぞ CPU性能変わってもゲームの動作がおかしくならないようにしないと最初から動かない >>808 ぶっちゃけNVに投げりゃどうとでもなるわw これは次世代で2年後に発売 新型は実は存在しなかったってことありそう >>812 実際のところAMDのパイプラインのほうが効率的だったせいでNVIDIAがジリ貧になったんだしね >>811 それは抽象化レベルの問題じゃなくてリソースへの割り当て比率の問題 開発環境の仮想化は経営方針説明会で名指しする程の課題だったけど、それでもまだ仮想化してないと思うのは自由だね >>816 GCN1だぞPS4 Maxwell 2ndはGCN3の機能先取りみたいになってるしIPCは Maxwellのが上よ 任天堂の場合は新型があろうがなかろうがそんなに重要じゃないから 俺らも気楽に騒げていいな ソニーもマイクロソフトもAMDに丸投げにしなかった ソニーはSSDまで貫通したコヒーレンシー管理システムとデータ圧縮解凍機能をハードウェアに搭載した マイクロソフトはDirectXのレイヤーを強制的に差し込んだ 任天堂はNVIDIAに丸投げだとすると互換もとれないしPS4世代にも追いつけない SwitchはNVNとかソフトレイヤもNVIDIAが直接やってるし、ジョイコン周り以外は実質NVIDIAマシンだろ。任天堂の技術で語る方がおかしい。 >>817 逆にバッテリー増やして10Wとかになる分ファンが少し強力なの積む必要ありそう 750ti(1.3Tflops)とほぼ同じ性能なのがPS4(1.8Tflops) >>818 リソースがなんで取り合いになるかというと 抽象化されたリソースが予約されて動作が保証されるという 当たり前の仕組みが無いから つまり次世代機で別のOSやミドルウェアに対してリソースを要求したときに Switchと同じ挙動をしてくれるとは保証されないってこと >>822 同じ系統のチップを使い続ける限りは、互換は問題ないんだけどね 互換切りもどっかで挟む必要があるというだけで、現状先送りできてる ARM系を使う限り nVIDIA 以外の選択肢が無くなっちゃってるからw >>804 > ハードの抽象化なんて次世代機への互換を考えるハードならもう普通にやってる やってないよw そんなのどこも そもそもできないし、仮にそんなのやったらCS機の利点捨てることになる(そのハードの性能をめいっぱい引き出すようなことができなくなる) > Switchは岩田社長の発言が事実ならそれ前提でデザインされたハードとOSであるとすら言える 少なくともスイッチではまったくそんな前提は無い そんな設計もされていない ぶっちゃけCPUに関しては10倍どころじゃないから普通にエミュレーション出来るんじゃないか最悪 >>827 次世代機でまるごとアーキテクチャを変更するというのはやめるという旨を公式で発言してる ハードウェアのみのアーキテクチャ変更をドライバ等ローレベルで吸収するというのはnvidiaの基本技術みたいなもの >>828 SwitchのCPUとここで話題のCPUは全然同じ系統ではない ARMの命令セットの世代が近いだけで ゲームが同じ挙動を示すことはべつに保障されない 互換性をとるには別の仕組みを追加する必要がある 上にあるようにSwitchのCPUの3-wide dispatchのアウト・オブ・オーダー実行を前提にプログラムされたSwitchのゲームは果たしてA78EAで同じ動作できるかっていうと出来ないんじゃない? >>828 > 同じ系統のチップを使い続ける限りは、互換は問題ないんだけどね ならなんで任天堂の携帯機はずっと下位互換のために下位ハードのCPUをまんま別個で載せてたんでしょうねぇ?w こんだけ言い合っておいてメインSoCの横に小さいA57が張り付いてたら笑う >>831 だとしたらSwitchではその基本技術は失敗だったね ソニーはPS4ではシステムCPUとシステムメモリを別途搭載するという荒業を達成したけどね だからPS4のアプデのインストールがバックグラウンドで行われても PS4のゲームはフレ落ち一切しなかった Switchはフレーム数下がるからね >>832 アーキテクチャの違いで効率は変わるが 命令セットは基本そのままなので結果は同じだよ 命令セットが増える方向なら結果が同じことは保証されるし 命令セットが変わる方向なら、バイナリエミュレーション挟むだけで結果は同じになる 違うのは計算にかかる時間だけ 今時サイクル単位で同じじゃないと動かないコードは滅多にないとは思うけどな マルチスレッドで組んだりすればタイミングによって実行時間が変わるのが普通だしな まあたまにはあるから困るんだが >>835 A57をローレベルまで叩いて万が一A78で動かなかったとしても最悪エミュレーションモード用意してそれで動かせばいいんでないかな はっきりいってそのくらいでかい差がある >>838 計算にかかる時間が違うなら違う結果がゲーム体験に反映されるんだから違う動作になる 例えばクロックに応じてrandして何かの変数を生成してる関数があるとする この関数の挙動は計算時間が変わる新CPUでは変わってしまう ゲームはロードが遅いハードウェアである前提で処理を組むので速すぎてもちゃんと動かない >>834 それやったのってGBA⇒DSだけでは? GBA⇒DSの世代が近すぎて上位の洗濯がないのと当時はシングルコアだったのでI/O補助が欲しかった PS2でPSのCPUをそのままI/O用に継続して使ったのと事情は似てる >>706 ひろはなんでswitchがヒットしたかわかってないね。 そもそもswitchはドック時と携帯時で性能可変するハードだから ソフト側もそんなピーキーには作らんだろう >>842 rand は違って当たり前だし I/Oのレイテンシが保障されなくなってから フレーム落ちという大きなズレすら起きたり起きなかったりで その辺は依存するSFC当時のロジックを組んでなきゃ吸収されるだけかと・・・ PSはエミュや、PSクラシックでそのあたりのツケ馬脚をあらわしてたけどw >>846 Switchでゲーム作ったことないから知らんけど 別のCPUアーキテクチャでも無事に動くようなバイナリを吐いてるなら CPUを高コストな16nmのままにするわけないとおもうんですけどどうですか ハードウェア依存なコードが1行混じってたらちゃんと動かんのよ? >>844 んー世界ではPSのほうが人気かな やりなおし >>836 リソース割り当ての配分に失敗したかどうかはともかく、ローレベル吸収してるならCPUGPUのアーキテクチャ変更は動作に影響しない、速度が上がった分そのまま享受できるって事だからな 本当に微妙なタイミング違いでおかしくなるなら省電力Switchでメモリ変わった時点でアウトだと思う >>848 やっぱり憎くいんじゃん草 スイッチがPS4より売れそうだけど大丈夫? >>774 New3DSの時も性能向上じゃなくてCスティック追加とかamiibo対応とかのギミックの方を推してたから 今回も表向きはそういう目にわかりやすい変化を推すだろうな 個人的にはJoy-conも改良されてると尚嬉しい >>843 GB→GBAでもやってるし DS→3DSでもやっとる >>847 randは違って当たり前ではない 同じ値のリストが返る ひたすら動作仕様の考察だけしていればいいのに、わざわざ任天堂が憎いに反応しちゃって感情出しちゃうの草 >>852 今回はギミックが飽きられる前に出すわけだから逆にJoy-Conは使い回しなんだと思う ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる