投稿

ラベル(技術)が付いた投稿を表示しています

#Switch2はSwitch下位互換性を持つ #士07

任天堂は過去数十年にわたり、旧型機の機能を拡張した新バージョンのコンソールをリリースし続けており、すべての製品が互換性を持つ「続編」を提供する傾向が見られます。 また、主要なコンソールメーカーは下位互換性を重視しており、PCゲームの普及により古いゲームが「期限切れ」にならないことが広く認識されています。これは今後のゲーム機にとっての標準となる可能性があります。 例えば、Fortniteのような古いコンソール向けに開発され、現在もプレイされているゲームは、ハードウェアの限界にどのように対処するかが注目されています。 ゲーム業界は成熟しており、技術的な制約がほとんど存在しなくなっています。Switchはリリース当初から「パワー不足」とされていましたが、まだ多くのゲーム開発の可能性が残っています。新しいコンソールの登場に伴い、ゲームライブラリ全体を廃棄するのは困難であり、AAAゲームも新たな現実に直面しています。例えば、Skyrimのようなタイトルと競争する新作ゲームは、業界における新たな挑戦を示しています。  新たな現実において、プレイヤーは「新しいもの」を求め続けており、友人と同じプラットフォームで遊ぶことが重要視されています。また、ゲームはオンラインマルチプレイヤーの要素を持っているため、プレイヤー基盤が変わりやすいという特性があります。 これにより、古いハードウェアのサポートをいつか断ち切らざるを得ない状況が生まれるかもしれません。 任天堂は物理的なゲーム制作を続けている可能性があり、他のコンソールメーカーと対照的です。任天堂は以前から後方互換性を重視しており、これにより過去のゲームをプレイする機会が保証されています。一方、Switchはその流れから外れた例外とされていますが、それでも任天堂のコンソールはポータブル機でも互換性を持つことが多いです。  全体として、ゲーム業界は技術の進化に伴い、プレイヤーのニーズや市場の動向に応じて変化しています。新しいコンソールやゲーム体験の提供は、過去のゲームとの互換性を持ちながらも、常に新しい挑戦を求めるプレイヤーの期待に応える必要があります。

#ApexLegends開発チームのアップデート: Linux とアンチチート #士01

#ApexLegends開発チームのアップデート: Linux とアンチチート #士01 やあ レジェンズ、 本日、Linux(および Linux を使用する Steam Deck)が Apex Legends にアクセスできなくなることを共有します。 私たちの開発チームは、これについてもう少し詳しい背景を提供し、その過程で起こった意思決定プロセスの一部を共有したいと考えていました。前述したように アンチチート開発ブログ , 、競争の整合性は、私たちのチームの最優先事項であり、我々はチーターと戦っている多くの方法があります—thisは、リストに追加する1 つです。このようなトピックについては、今後もより定期的に最新情報をお届けしていきますので、引き続きご報告をお願いいたします。 アンチチートチームからお読みください。 ーーーーー 何が起きてる? Apex での不正行為と闘う取り組みの中で、Linux OS がさまざまな影響力のあるエクスプロイトや不正行為への道であることを特定しました。その結果、ゲームへの Linux OS アクセスをブロックすることにしました。これは少数の Apex プレイヤーに影響を与えるでしょうが、この決定によりゲーム内での不正行為の事例は大幅に減少すると信じています。 Linux は Steam デッキでデフォルトで使用されます。現在、正規の Steam デッキと、(Linux 経由で)Steam デッキであると主張する悪意のあるチートを区別する信頼できる方法はありません。 意思決定プロセス Linux オペレーティング システムのオープン性により、Linux オペレーティング システムは不正行為者や不正行為の開発者にとって魅力的なシステムとなっています。linux の不正行為は確かに検出が難しく、比較的小規模なプラットフォームではチームによる多大なレベルの集中力と注意を必要とする速度で増加していることがデータによって示されています。また、検出や防止の難易度を高めるために、Windows OS のチートが Linux 上にあるかのようにエミュレートされるケースもあります。 私たちは、Linux/steam デッキで合法的にプレイしているプレイヤーの数と、Apex のプレイヤー集団の健康状態の増加についての決定を比較検討する必...

#jpegXLが他の画像コーデックと比較する方法 #十27

イメージ
https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs https://news.ycombinator.com/item?id=41920055 A year ago, I talked about JPEG XL at ImageCon 2019 . It’s time for an update. JPEG XL is a next-generation image codec currently being standardized by the JPEG Committee . Based on Google’s PIK codec and Cloudinary’s Free Universal Image Format (FUIF) codec, JPEG XL has created a sum that’s greater than the parts by leveraging the best elements of Google PIK and FUIF: PIK から、JPEG XL は強いことに重点を置いています サイコビジュアルモデリング 細部や質感の保存も同様です デコード速度 , 、特に巨大な(ギガピクセル以上の)画像の並列化と効率的な切り抜きデコードを可能にします。 FUIF から、JPEG XL は存在の基礎をもたらしました デザインとユニバーサルによるレスポンシブ . PIK と FUIF から、JPEG XL は存在を非常に重視することを学びました レガシーフレンドリー , 、既存のファイル形式からのスムーズな移行を提供します(特に) JPEG , 、だけでなく、PNG、GIF、およびTIFF)をJPEG XLに。 JPEG XL の主な機能は、a で説明されています 最近のホワイトペーパー JPEG 委員会 発行。 このセクションでは、JPEG XL を HEIC や AVIF などの他の最先端の画像コーデックと区別する重要な機能に焦点を当てます。 画像の帰属: Bitmovin 保証を行うことはできませんが(特許荒らしは常に突然目覚める可能性があります)、JPEG XL を作成した貢献者は、Apache 2。0 ライセンスに...

#日本における第五世代プロジェクト #十18

https://www.sjsu.edu/faculty/watkins/5thgen.htm より翻訳 第五世代プロジェクト コンピューター技術においては、西側のコンピューターの専門知識を飛び越えて、まったく新しいコンピューター技術を生み出す試みでした。世代に関する用語は少し曖昧ですが、いくつかの用語があったという一般的な認識がありました 世代 コンピュータ設計とそれに伴う操作方法。 第 1 世代は、第二次世界大戦中および戦後にスペリー・ランドと IBM によって作成されたメインフレーム コンピューターでした。これらは、望ましい一連の計算を実行するように配線されていました。John Von Neumann と Herman Goldstine は、ハード配線を内部保存されたプログラムに置き換える方法を示しました。機械語プログラムは実現可能でしたが、とても退屈でした。アセンブリ言語プログラミングは当時としては大きな進歩でした。ニーモニックコマンドはそうかもしれません 組み立て済み そして コンパイル コンピューターに必要な機械語コーディングを行います。しかし、アセンブリ言語プログラミングはまだ耐えられないほど退屈だったので、ジョン・バックスと彼のグループが Fortran(Formula Translation の略)を作成し、ジョン・マッカーシーが LISP(List Processing の略)を作成したとき、それはコンピューター技術、新世代のまったく新しい日でした。Fortran は日常的な数値計算のための言語となり、他のより洗練されたコンピューター言語が開発されたにもかかわらず、今でもある程度は使用されています。マッカーシーの LISP はまったく異なるキャリアを持っていました。これは、と呼ばれる難解な数学に基づいて設立されました ラムダ計算 . 。。LISPは、は、コハヌチュールータームーのしゅうのしゅうのしゅうのしゅう、特ニとしーのしーは、ラレールールーンにしーなっとん ヂーのしにーしーにーをーんしーにーをーんしーにーをーんしーのしー 人工知能 まぁん は AI。米國のAIレーターショーシャーガーーーッてーんヂーの LISP 臧良のヒルす。LISP は数学の的をなされていいましなたが、且つ、且つ、且つて出しなた クルッツィー 勺 の 用法 出 は。リ...

#オープンソースはコミュニティでも民主主義でもありません #十15

https://world.hey.com/dhh/open-source-is-neither-a-community-nor-a-democracy-606abdab より翻訳 オープンソース ソフトウェアを使用すると、プロジェクトの方向性について投票する権利はありません。あなたが受け取った贈り物は、ソフトウェア自体と、ライセンスによって付与された使用の自由です。それはそれであり、これは簡単なはずですが、私はそれがそうではないことを繰り返し見ています(関係なく) 繰り返される頻度 ) を。そして、この問題は「コミュニティ」という言葉に由来していると思います。これは、オープンソースの世界には実際には存在しなかった民主的な意思決定プロセスを意味します。 まず第一に、コミュニティは、私たち全員がグループの福祉を促進するために必要な仕事にある程度平等な立場で参加していることを意味します。しかし、オープンソース プロジェクトの大部分はそうやって実行されているわけではありません。これらは通常、プロジェクトを推進し、パッチをレビューし、ビジョンの完全性を保護する責任を負うコア貢献者の小グループによって運営されています。分業は平等主義にさえ程遠い。それはほとんどの場合、明らかにエリート主義的です。 それはいい!はい、オープンソースに関してはエリート主義は良いことです。あなたは、仕事をするために現れ、優れた献身と能力を発揮し、ギフト工場で新しいアップデート、機能、リリースを大量に生産し続ける責任を負う人々によってプロジェクトが推進されることを絶対に望んでいます。生産的な努力は、これらのプロジェクトにおける権力の正しい道徳的基盤です。 しかし、このエリート主義は権利の緊張の根源でもあります。このプロジェクトの方向性を決める上で、自分が Me/Us/The Community よりも優れていると思う理由は何ですか??もっとじゃないでしょうか フェア, 、もしこれを民主的な合意に基づいて実行したとしたら??そして、緊張を悪化させたり、リベラルな感性を傷つけたりしない丁寧な方法でこれらの質問に答えるのは困難です(その言葉の広い歴史的意味では、現在の政治的連携ではありません)。 だから私たちは通常、真実を回避します。オープンソース プロジェクトのすべての参加者が量でも価値でも平等に貢献し...

#チベット語をデジタル世界の一流の市民にするための技術革新 #十14

レポート:チベット語をデジタル世界の主要言語へ – LibreOfficeにおける技術革新とその意義 1. はじめに:チベット語とデジタル化の歴史的課題 ブッディスト・デジタル・リソース・センター(BDRC)は、チベット仏教文化遺産の保存とアクセス提供を使命としていますが、その活動の重要な柱の一つに「チベット語をデジタル世界で主要な言語(first-class citizen)とするための技術革新」があります。これは単に古い文献をスキャンすることに留まらず、現代のデジタルツールでチベット語が他の主要言語と同様に扱えるようにするための継続的な取り組みです。 チベット文化は、8世紀の文字創成以来、知識の記録、保存、伝達のために文字と技術へ多大な投資を行ってきました。サンスクリット語仏典の翻訳という国家事業から始まり、14世紀には木版印刷技術を駆使して膨大な経典や論書(例えば『甘珠爾(カンギュル)』や『丹珠爾(テンギュル)』など)を複製し、知識を広めました。現代においては、コンピューターフォントの開発と、それが世界標準のUnicodeに採用されたことは、チベット語がデジタル時代に適応する上で画期的な出来事でした。これにより、ウェブサイトや基本的な文書作成でチベット文字を表示・入力することが可能になりました。 しかし、これらの進歩にも関わらず、チベット語特有の性質に起因する技術的な壁が存在し続けていました。その中でも特に深刻だったのが、ソフトウェアが「極めて長い段落」を扱えないという問題です。 2. 「極めて長い段落」問題:具体例とその深刻な影響 西洋言語、特に英語を前提として設計された多くのソフトウェアでは、「段落」は比較的短く、通常は数行から長くても数ページ程度で区切られます。これは、句読点や改行によって視覚的に意味のまとまりを示すという、西洋の文章作法に基づいています。 しかし、伝統的なチベット語のテキスト、特に木版印刷や手書きの経典・論書では、このような「段落」の概念は希薄です。テキストはしばしば、章や巻の区切りまで、強制的な改行なしに延々と続く一つの連続した文字列として扱われます。例えば、仏教の重要な経典である『般若経』のある章や、著名な学者ロンチェンパ(Klong chen pa)の著作の一部は、現代のページ数に換算すると数十、数百ページにも及ぶ単一の「段落」と...