Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

BlenderAe2 v2.2.3がリリースされました。 v2.2.3ではAEでカメラシフトの値を部分的にキーフレーム設定した場合に発生する問題が修正されました。 BlenderAe2は無償のアップグレードです、aescripts Manager Appより最新版をダウンロードのうえご利用ください。

16,719 Aufrufe • vor 2 Monaten •via X (Twitter)

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Dextop(Samsung DeX)が運転中のAndroid Autoでも使用できるようになりました! Dextop 1.7.0 / Car Companion 2.0.0 更新情報 ・🚗 Android Autoの走行中対応 & Android 13へ対応 新しく配信する Car Companion for Driving をインストールすることで、運転中のAndroid AutoでもDextopを使用できるようになりました! なお、Android Auto側の制約により、ナビゲーション画面からのスクロールなど、一部の操作は制限されます。 これまでのCar Companionは、Car Companion for Parking として引き続きAuto側の制約を受けることない完全版でご利用いただけます。 また、今回のアップデートから対応OSをAndroid 13まで引き下げました。 ※一部の機能はAndroid 15以降が必要です。 ・📱 Fold端末でのBlackBerryモードを安定化 BlackBerryモードを表示した直後に消えてしまう問題を修正 自動姿勢判定によって、ユーザーが選択した姿勢設定が上書きされる問題を修正 ・🖥️ DeXの履歴画面が利用可能に これまでのバージョンでは、DeXの履歴画面を開こうとすると表示が乱れる問題がありました。 今回から履歴画面を強制的に全画面表示することで、比較的安定して利用できるように改善しました。 ・🔍 解像度変更の安定化 高倍率で拡大した際や、低解像度に設定した際に表示が乱れる問題を修正 解像度変更後、セッションを作成できなくなる問題を修正 ・🔄 画面回転時のUIを修正 縦画面・横画面を切り替えた際に、メニューオーバーレイが正しくリサイズされず余白が発生する問題を修正しました。 ・🔑 権限・入力周りを修正 カーソルモード使用中でも、ソフトウェアキーボードを正しく使用できるように修正 メニュー表示中に不正なソフトウェアカーソルが表示される問題を修正

なり

283,618 Aufrufe • vor 1 Monat

今回は Void Gaming さんより、話題のコントローラー「FireBird」をご提供いただいたので、忖度なしで正直にレビューします。 これまで DualShock 4 を使用していましたが、FireBirdに変更してまず感じたのは「遅延の少なさ」です。 撃ち合いで「あと少し追えない」「反応が一瞬遅れる」と感じていた場面がありましたが、FireBirdに替えてからはしっかり追えるようになりました。 これは気のせいではなく、明確に体感できた変化です。入力に対するレスポンスがとにかく速いと感じました。 スティックの操作感も非常に良好です。 他のコントローラーを多く使ってきたわけではありませんが、それでも違いがはっきり分かるレベル。エイムの安定感が一段階向上した印象があります。 背面ボタンは好みが分かれる部分だと思いますが、私はリロードを設定しています。 親指をスティックから離さずに操作できるため、撃ち合い時の安定感につながっていると感じました。 これだけの性能を持ちながら、コストパフォーマンスが高い点も魅力です。 今回は提供品として使用させていただきましたが、個人的にももう一台購入を検討しています。 一方で、気になった点もあります。 起動時に接続がやや不安定に感じることがあります。プレイに大きな支障はありませんでしたが、人によってはストレスに感じる可能性があります。 また、スティック感度が良い分、最初は指先が少し震えて疲れやすく感じました。 ただし、数日使えば自然と慣れる範囲だと思います。 総合的に見ると、FireBirdは自分のポテンシャルを最大限に引き出してくれるコントローラーでした。 本気で上達を目指している方には、十分検討する価値のある製品だと感じています。 以下はFireBird使用時のクリップです

ちこちゃんだお🐟🪇【BS】

83,013 Aufrufe • vor 8 Monaten

先日、SUNOで生成されたものをmp3でダウンロードするか wavでダウンロードするか、で音質が違うという話題を見かけました。 SUNOもACE Studioも(というかAI生成全部かもしれない) mp3で生成されます。 SUNOの場合、生成された状態はmp3でもwavでダウンロードを掛けると何かしらのフィルターが掛かって書き出されるのか それともコンバートの精度なのか、音は変わるっぽい。 その話題で、初心者の方々に誤った勘違いが起こっているのをちょこちょこ見かけました。 ここからはSUNOやAI生成の話ではないです。 WAVやAIFFからmp3やAACに変換された音声は 圧縮するために情報量が削られます。 この動画を見ていただければ、元は同じファイルでも mp3の方は上が無くなっている事が分かると思います。 で、この状態のmp3やAACを、wavやAIFFに変換しても 容量が増えるだけで失った音質は戻ってきません。 なので「wavの方が音が良い」は、この状態になってしまったファイルには当てはまりません。 mp3と全く同じ音のまま容量が増えるだけです。 ちなみに、Logic Proはmp3やAACを取り込むと 自動的に設定しているwavかAIFFに変換されます。 ※DAWによっては、そのままmp3を扱うものと、wavに変換されるものがあります。 そのまま再生するとmp3と全く同じ音になります。 では、なぜDAWに入れた際にwavに変換されるのか? フェーダー操作やPluginを掛けていった際に、mp3とwavで結果が変わる点と mp3やAACを再生するために都度デコードしながら再生するので、無駄な負荷が掛かるためです。 とはいえ、現代のパソコンでこの程度の負荷は誤差の範囲ですが デコードしながらプラグインも掛ける行為が安定しているとはいえない、とされているからの様です。 ここでSUNOの話に戻します。 なので、SUNOで生成されたファイルをmp3でダウンロードした後に それを何かしらのソフトでwavに変換しただけの状態では 無駄に容量が増えただけで音質は変わっていない、という事です。 (先に書いたように、SUNOからのダウンロードにおいてはmp3とwavは音が違うようです。) その後、何かしらの変化を行った場合にwavが活きてくる。 何も変化を起こさない2mixのままならmp3のままでいい、という事になります。 ※一部、特殊な音声圧縮フォーマット「FLAC」は 元の音質に戻ります。

くうP

84,546 Aufrufe • vor 6 Monaten

【⚠️注意】負傷の矢を使ったトラップが使えなくなります!(開発者コメント全文) マイクラ統合版の最新プレビュー「26.40.31(30)」で、負傷の矢をソウルサンドで浮かしてモブを倒す仕組みが使えなくなりました。 これまでは、水に浮かせた負傷の矢がモブに接触しても消滅せず、そのまま何度もダメージを与えられました。 しかし、修正後はモブに接触した時点で負傷の矢が消滅するため、この仕組みを利用したモブ処理装置は使えなくなります。 開発者は、この修正が既存のトラップなどに影響することを認識したうえで、それでも長期的には修正すべきと判断したと説明しています。 ■開発者コメント全文(日本語訳) この変更についてコミュニティで議論が起きていることを確認したため、追加の背景説明をお伝えします。 今回の修正が、既存のモブファームに影響を与える可能性があることは認識しています。しかし、この問題を検討した結果、長期的に見れば不具合を修正することが、ゲームにとって最善だと判断しました。 この判断には、主に2つの要素が関係しています。 技術的な観点では、この不具合は、以前の「minecraft:projectile」がサブコンポーネントを処理する方法に根本的な問題があったことによってのみ発生していました。 私たちは、この挙動を維持したり、対応のために例外処理を追加したりすることには賛成できませんでした。 このシステムレベルの問題を修正した結果、一部のモブファームで利用されていた「arrow killer」の機能も、必然的に失われることになりました。 ゲームデザインの観点では、1本の矢が消滅することなく、無限にモブを倒し続けられる仕組みは、意図された仕様ではありませんでした。また、長期的に維持すべき仕組みだとも考えていません。 ※現在は開発バージョンでの変更ですが、今後の正式版で反映予定。

える@最新アプデ/エラー情報

147,439 Aufrufe • vor 4 Monaten

【審判は3分間、何を確認していたのか?】 本日のオリックス vs. ロッテの試合で、審判員が集まり、約3分間試合を止めて何かを確認する場面がありました。 かなり多くの質問をいただいているので説明します。 ただし、僕自身が現地の審判員に直接確認したわけではありません。 あくまで映像を見たうえで、僕の審判員としての経験から考えられる話ですが、おそらく『ハイブリッドポジション』について確認していた可能性が高いと思います。 ■ ハイブリッドポジションとは? 通常、 ・軸足が投手板に触れ、投手板と平行に置かれている ・自由な足が投手板の前方に置かれている このような足の配置は、基本的に『セットポジション』として扱われます。 ただ、MLBではこの足の配置からワインドアップで投げる投手も増えたため、事前に審判員へ申告すれば、ワインドアップとして投球することが認められています。 これが、いわゆる『ハイブリッドポジション』です。 MLBでは2017年からルールに明記され、日本でも今年2026年から同様の取り扱いが加わりました。 ただ、このルールについては、今後見直される可能性が高いと思います。 ■ 分かりやすいのが昨年のバウアー投手 日本で分かりやすい例が、昨年バウアー投手に宣告されたボークです。 バウアー投手は、セットポジションと判断される足の配置からワインドアップで投球しようとしました。 MLBでは認められている投球方法でしたが、当時の日本ではまだこのルールが採用されていませんでした。 そのため『セットポジションからワインドアップへ投球動作を変更した』と判断され、ボークが宣告されました。 ■ 今回はなぜ確認したのか? 今回の投手の足の位置を見る限り、通常のルールにあるワインドアップのフォームと変わりないので、問題になる形ではなかったと思います。 ただ、審判員から見て一瞬、『セットポジションとして扱うべき足の位置ではないか?』という疑念が生まれた可能性があります。 今年から取り扱いが変わった部分だからこそ、 『この投球姿勢は問題ないのか』 『申告が必要なケースなのか』 こうした点を確認していたのではないかと思います。 ■ 3分間確認することは悪いことなのか? 『審判なのに、その場で分からないの?』と思った方もいるかもしれません。 ただ、確認すること自体は決して悪いことではありません。 公認野球規則(ルールブック)の『審判員に対する一般指示』には、規則の適用に問題が生じた場合、『たとえ10分間試合を停止することがあっても、規則書を調べ、規則適用の誤りをしないよう努める』という趣旨のことが書かれています。 つまり大切なのは、『早く試合を再開すること』ではなく、『正しいルールを適用すること』です。 少しでも疑念があれば試合を止めて確認する。 問題がなければ、そのまま再開すればいい。 逆に『たぶん大丈夫だろう』と流して、あとから規則適用の間違いが判明する方が大きな問題になります。 ■ 今回の投球自体には問題なし 映像を見る限り、今回の投球フォーム自体は普通のワインドアップなので、特に問題になるものではなかったと思います。 だからこそ、確認後もそのまま試合が再開されたのでしょう。 試合が数分止まると『何をしているんだろう?』と思うかもしれません。 ただ今回は『分からなくて困っていた時間』というより、『間違ったルール適用をしないために確認していた時間』だった可能性が高いと僕は見ています。 強いて言えば、『ハイブリッドポジションについて確認しましたが、問題ありませんので試合を再開します』という場内説明があれば、観客や視聴者にはより分かりやすかったかもしれません。 ただ、違反もなく処置も変わらないのであれば、そのまま試合を再開すること自体に問題はありません。 今回の3分間は、『正しいルールを適用するために慎重に確認していた時間』と考えるのが自然だと思います。

坂井遼太郎

41,505 Aufrufe • vor 2 Monaten