約 2,995,643 件
https://w.atwiki.jp/openmusic/pages/239.html
|PROFILE| INTER-DYN Arguments begin end steps tab inclu? optional note? [generic-function] Interpolation dynamique entre deux points avec la possibilite de definir le parcours. begin valeur initiale, peut etre soit une valeur simple soit une liste, end valeur finale, peut etre soit une valeur simple soit une liste, steps nombre de pas pour l'interpolation tab cette entree accepte un module bpf et realise l'interpolation entre begin et end avec le profil dessine dans la bpf. Si aucun module multi-bpf est connecte l'interpolation sera lineaire. inclu? est un menu deroulant qui permet de choisir l'inclusion ou non des objets begin et end . Si inclu? est egal a 'yes' les objets seront inclus dans la liste de sortie. Si inclu? est egal a 'no' les objets seront supprimes de la liste de sortie. Entree optionnelle note? entree optionnelle qui permet l'ajustement de la sequence generee (exception faite a begin et end ) a un (ou plusieurs) champs harmoniques. note? peut etre soit une liste simple ou soit une liste de listes. Si note? est une liste simple tous les objets seront ajustes en fonction des notes de cette liste. Si note? est une liste de listes a chaque objet genere sera fait correspondre une des sous listes. Si le nombre de sous listes est plus petit que la longueur de la liste des interpolations, la liste de listes note? sera lue circulairement.
https://w.atwiki.jp/robocraftjpwiki/pages/61.html
Thruster / スラスター カテゴリー Movement 特徴 機体の速度補助 長所 機体の速度補助 短所 低い耐久値やや大きい専有範囲 俗称 スラ 目次 Thrusterとは Thrusterの概要 収穫逓減の法則 Thruster SpecList Thruster Speclist2 画像一覧表 占有範囲の比較 Comments 更新時バージョン 0.13.2051 Thrusterとは 一方向に推進力を発生させるパーツ。基本的に補助的なMovementで、以下の用途で使える。 地上機の直進安定性向上 + 詳細はこちら 地面の凹凸により一部のホイールが一瞬宙に浮いた状態になると、左右の推進力のバランスが崩れて進行方向が曲がってしまいます。 スラスターなら地表に影響を受けずに推力を発生し続けるので、多少強引に前進を続けることができます。 この効果は特に、低レベルのホイールで重量過多な機体を運用しているときに実感できます。 機体の移動性能（加速、最高速、旋回）の向上 固定翼機の推進力・上下制動 スラスター機の推進力・上下制動 Thrusterの概要 パーツ後部が向いている方向に推力を発生させる。 推力や最高速度は、機体の重量やThrusterの設置数に影響を受ける。（後述の「収穫逓減の法則」も参照) 収穫逓減の法則 アップデートにより、一方向への推力は25基設置した時が限界になるように設定された。 また、一方向に設置するほど、その追加分の推力の上昇幅は小さくなる。 例えば15基から16基に増設した時の総推力の上昇幅と、24基から25基に増設した時の上昇幅では、後者のほうが小さい。（総推力は後者のほうが大きい点に注意） これは推力の小さなスラスターを大量に設置し、莫大な推力を得ることを防止するためのものである。 Thruster SpecList パラメータについてはパーツパラメータについてを参照してください。 希少度参考：[一般] コモン(C)→アンコモン(U)→レア(R)→エピック(E)→レジェンダリー(L) [希少] 名称 Health CPU Load 重量(Kg) 最高速度(MPH) Speed Loss After(Kg) 作成/解体Robits 希少度 Lynx 650 10 4.2 107 4004 400/80 U Panther 2460 12 5.4 145 4805 480/96 U Leopard 4830 14 6.6 191 5767 1,400/350 R Puma 8245 16 7.8 264 6920 1,600/400 R Cheetah 11875 18 9.0 325 8303 4,500/1,125 E Carbon6 6,300/1,125 E Thruster Speclist2 名称 収穫逓減 開始 終了 全共通 15 25 画像一覧表 Lynx Panther Leopard Puma Cheetah Carbon6
https://w.atwiki.jp/quotewiki-qk/pages/14.html
プロフィール 生年月日 1993年8月7日 本名 福良拳 出身地 香川県 出生地 徳島県 身長 174cm 学歴 東京工業大学理学部情報科学科中退 プロデューサー、ライター。 QuizKnock加入間もなかった頃にYoutubeチャンネル開設を提案した。 小学生の頃から謎解きに親しんでおり、｢第4回謎解き能力検定｣で全国9位、｢第7回謎解き能力検定｣で全国6位の成績を収めた。パズルも得意で｢日本パズル選手権2019｣の第3ラウンド(スプリント)で得点日本1位。NTV｢頭脳王｣では問題作家を担当。 2020年3月18日に公開された動画｢東大生100点は取り飽きたので人生最高得点を探す旅に出ます(Youtubeリンク)｣においてとんでもない奇策を披露した際には、｢使う側より作る側が強いの 世の中ってのはそういうもん｣という名言を残した。 SNS(未完成) Twitter(外部リンク) Instagram(外部リンク)
https://w.atwiki.jp/choshirodon/pages/13.html
ONLYVOICE MGGオーディション ステージで生きることが好き そこでしか感じられない想いが、受け止めれないくらい溢れて感動になると思う。 Vの世界で歌手になりたい。 きっと今いちばんおもしろい事ができるヴァーチャルの世界で 自分も誰かの人生を変えれるような、ステージを作ってみたい。 . *♡. *♡. *♡ たくさんのルームの中から、 お越しくださいましてありがみゅ❁ ONLYVOICE候補生 Iris紫 担当💜 相方の🐰さんと一緒に、 Vsinger目指して日々ドうどん頑張る 𓊆 Miu（みゅー）と申します 𓊇 ✼••┈┈┈┈••✼••┈┈┈┈••✼ 推しマ⇨💎🐰🎀 推してもらえたら嬉しいな ✼••┈┈┈┈••✼••┈┈┈┈••✼ ♡･･････♡･･････♡･･････♡･･････♡･････♡････♡ ルームのフォローとTwitterをフォローしてくれたら喜びます💜 ♡･･････♡･･････♡･･････♡･･････♡･････♡････♡ 🍰Resume🍰 🤍ONLYVOICE候補生 🤍VSingerデビュ目指す見習い 🤍nanaで歌声が聴けます(リンクから飛べるよ) 🤍イラスト毎日投稿2021/10/2に開始 (Twitter/Pixiv で見れるよ！) ⇨目標365日目指して頑張る✐☡ ෆ̈ෆ̈ෆ̈ 🤍ｱｹﾞﾊｽﾌﾟﾘﾝｸﾞｽ ｸﾞﾙｰﾌﾟ主催 【ONLYVOICE VSinger】オーディションに参加 ⇨第1次審査(nana)通過 2021/7月 ⇨第2次審査(Showroom) 2021/8月-9月 予選本戦ともブロック2位通過 ⇨第3次審査(面接)2021/9月末 ⇨2021/10/29結果発表 ꪔ̤̮ ONLYVOICE候補生になるꪔ̤̥ 【八十亀ちゃんかんさつにっき4 PR番組声優オーディション】参加 ⇨オデ期間 2022年2月14日〜2月20日 ⇨結果8位🎖審査員特別賞に選ばれる 【リスナー超超超倍増大作戦】showroom イベント参加 ⇨イベ期間 2022年3月10日〜3月12日 ⇨結果11位/232ﾙｰﾑ ありがみゅ( ⸝⸝• •⸝⸝ ) 【イベント特大くまのぬいぐるみをGETしちゃいまSHOWROOM！！ vol.86】 ⇨イベ期間 2022年6月27日〜7月10日 ⇨シン・アバター権と小くまぬいぐるみ獲得🧸ｱﾘｶﾞﾐｭ 【リスナー超超超倍増大作戦】showroom イベント参加 ⇨イベ期間 2022年7月21日〜7月23日 ⇨結果11位/211ﾙｰﾑ 大感謝(୨୧•͈ᴗ•͈)◞︎ᵗʱᵃᵑᵏઽ*♡︎ 【ONLYVOICE_MGG】オーディションに参加 ⇨イベ期間 2022年7月27日〜8月7日 ⇨結果2位🥈 面接審査へ進む たくさんの応援ありがとうございました🙇♀️💕 · · • • • ✤ • • • · ·· · • • • ✤ • • • · ·· · もっと詳しく知りたい？ プロフカードを見てみてね⬇︎ https //profcard.info/u/OQunB7iALCUq3AmULJulS6P2ZD43 · · • • • ✤ • • • · ·· · • • • ✤ • • • · ·· · ♡･･*･･♡･･*･･♡･･*･･♡･･*･･♡･･* 🤍Like🤍 🤍歌(オペラ〜Popsまで歌います♪) 🤍演じること 🤍マクロス(初代〜Δ履修済🍎) 🤍語学📓 ♡･･*･･♡･･*･･♡･･*･･♡･･*･･♡･･* 配信内容 朝枠 08 00-08 30 喫茶Miu 歌とモーニングはいかがですか？ 昼枠 12 30-13 00 ランチタイムに歌とランチプレートを！ 夕方枠 配信時間不定期 MiuジックBOX 色んなジャンルの歌に挑戦枠！ 夜枠 配信時間不定期 8時だよ！全員集合！Miuジックステーション⭐︎ 深夜枠 配信時間不定期 超アMiuズメント配信 〖闇uの占わない占いの館🔮〗 闇uボイスで歌をお届け！ 2択で質問してね！ •花占い •小さなメダル(コイン)占い •タロット占い 活動の記録 ONLYVOICE MGG 最終審査@ﾒﾀﾊﾞｰｽ 期間/2022.10.22(金)〜10.30(日) 10.21(金)よりヴァーチャル配信アプリStarLi で 最終審査が始まる 3Dアバターでライブする夢がひとつ叶う ONLYVOICE MGG 本戦 SHOWROOM 枠 決勝2位通過🥈 https //www.showroom-live.com/event/onlyvoice2_lasta オーディション期間中の深夜配信で 超アMiuズメント配信 〖 闇uの占わない占いの館🔮 〗が始まる 名言 『この世に光と影があるように.. ワルキューレに闇キューレがいるように.. Miuにも私、闇uがいるってこと』 名(?!)場面 🥀2択の占わない花占いは花びらの枚数が一緒のため、占う前から結果が分かってしまう 🐹ライブランキングのお読み上げを【とっとこハム太郎】をBGMに本人はキレキレにご紹介したはずが、 リスナーの皆様には音楽が大き過ぎて何かをつぶやいているとしか聞こえず、 後の〖闇u詠唱事件〗となる たくさんの方がオーディションの宣伝/拡散をしてくださる (本当にありがとうございました。感謝が尽きないです🥲) チームMiu艦長 みら お姉様 タイムキーパー/お星様表 ともぴょん プロデューサー カニパンチP 参謀 イカイカしゃん アドバイザー/how to お星様画像制作 えとぴりか先生 宣伝画像制作 きお監督 にゃんでぃさん あにゃにゃちゃま 宣伝動画制作 日葵(ひな)ちゃま 立ち絵/イラスト 苺ジャムママ 声劇台本/ソプラちゃん Special thanks rionちゃま、れぷれさん、ヤッチュ、アツシさん、ヒサPさん、温泉たまごちゃま、うらたくさん、濃夢さん、マツモト博士、原田先生、らすかるさん、稚沖えいちゃま、みーめるさん、Dぃくん、春ナスさん、さつきさん、ミシェルMさん、みやなさん、しろくま先生、きーとん、モックン、白玉ぜんざいさん、りゃま先生、chocoboさん、ShowKさん、たかさん、ピンクタイガー店長さん、ゆあさん、ウィンたんさん、もっちー、ハマDOONさん、にゃが太郎さん、ヘルヴァさん… and YOU!! ONLYVOICE MGGメタバース審査結果 バーチャルライブアプリ「StarLi」にて初のオーディション「メタバース審査」開催 スマホ１台からバーチャルライブデビューができるアプリ『StarLi』アプリ内にて、VSingerプロジェクト「ONLY VOICEメタバースガールズグループ」オーディションのメタバース審査が開催された。 審査は10/21～10/30はStarLi配信及びclusterバーチャル渋谷において10/30 18 00～行われた。 なお、バーチャル渋谷における最終審査は前年オーディションが行われたONLY VOICEプロジェクト第一弾Vsingerの然ナ殻のMCにより進行された。 2022/12/12 VSingerプロジェクト「ONLY VOICE」 第二弾メタバースガールズグループオーディショングランプリの結果発表があり、 下記の4名が選出された。 とある。 花見鳥 餅 ほむほむむー meru 残念ながら結果としてMiuは選出されることはなかった。 選出されなかった理由は運営側の思惑やグループに対する考え方等 様々あるであろうが我々が知る由もない。 参謀としてひと言、言わせてもらえば 「Miuは輝いていた！」 審査結果報告ページ https //news.agehasprings.com/news/2866/ + 審査中の画像 StarLiノーマルステージ imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (FgB6qRdakAAEGCf.jpg) StarLiハロウィンステージ imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (FgKpWcfaEAApbEb.jpg) StarLiスペシャルステージ imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (FgE7TQwakAYUX_f.jpg) cluster世界 imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (FgO3DduUcAI7xV-.jpg) clusterオーディション会場に設置されたパネル clusterにおける審査中の様子 引用ページ https //prtimes.jp/main/html/rd/p/000000010.000085268.html 『StarLi』アプリページ https //www.starli.jp/ このページからインストール 下記Twitterをフォロー！ Miu Twitterアカウント https //twitter.com/mylenemiu ONLY VOICE Twitterアカウント https //twitter.com/onlyvoice_gig StarLi Twitterアカウント https //twitter.com/StarLi_info cluster Twitterアカウント https //twitter.com/cluster_jp
https://w.atwiki.jp/vcrrust/pages/58.html
名前 Clutch_Fi 所属クラン 橘ひなのチーム 告知等 𝕏 𝕏(旧Twitter) 配信場所 Twitch - 目次を開く 目次 基本情報チーム エピソード ア－カイブ 基本情報 ZETA DIVISION所属のストリーマーで、元AVAのプロで釈迦のライバルともいわれていた。 ヤバいほどの方向音痴で、VCRARK2Extinctionではなんと「全く遮蔽物も何もない場所で道に迷う」という、離れ業を披露している(*1)。 セクハラ発言多めだが、過去には逆セクハラ(*2)を受けたこともある。 VCRRUST2では赤見かるびと魔界ノりりむのスカウトを受け橘ひなののチームに加入した。 チーム 名前 所属事務所 橘ひなの ぶいすぽっ! 魔界ノりりむ にじさんじ 赤見かるび 無所属 わきを よさこいバンキッシュ ボドカ RIDDLE 葉 無所属 rassya 無所属 エピソード パパ過ぎてゲームを破壊 最終日にk4senが作り出した絆破壊系脱出ゲームにて、「インサイダー」といういわゆる人狼やインポスターのポジションであると言い渡される。 持ち前のセンスや方向音痴もあって疑われないように行動できていたのだが、急に人狼じみた「誰かに投票して最多数の人を追放する部屋」に入れられる。 当初、会議は誰が怪しいという内容だったが、不意にClutchが「俺がインサイダーだよ」と告白した。 最終日ということもあり、「みんなに最後まで楽しんでほしい」「自分が犠牲になるから先に進め」という親心じみた自己犠牲……だったのだがこれがまさかのターニングポイントとなる。 というのも、そもそもk4senは全員をインサイダーとしていたのである。 そのことに気付いたりりむの提案で全員が自分に投票すると正解の道が開き、最終ステージに到達できたのだが…… 結局、キャラコンでゲームオーバーになってしまうというオチは付いてしまった。 しかし、この結果にはk4senも驚いており、「誰も正解できるわけがない」と思って作ったギミックがclutchの親心により粉砕されたと語っていた。 募集中 ア－カイブ 2024年 - 開く 配信日 # 配信タイトル 4/13 1 🔝ページTOPへ
https://w.atwiki.jp/shilco/pages/23.html
"vm.h" "cluster.h" char current_path[PATH_SIZE]; char log_file_path[PATH_SIZE]; int boot_nodes = 0; NODE nodeinfo[24]; ODR order; int main(void){ /* PWD 設定 */ getcwd(current_path, PATH_SIZE); fprintf(stdout, "=== boot deamon process ===\n"); boot_s(); return(0); }
https://w.atwiki.jp/ktonegaw/pages/27.html
並列プログラミングクイックイントロ http //www.na.cse.nagoya-u.ac.jp/~reiji/misc/para-intro.html MPIで並列プログラミング http //www.fireproject.jp/pc_cluster/mpi/ 並列プログラミング例（MPI) http //www.senryu.biz/linux/cluster/cluster2.htm ｢スカラー･チューニング講習会｣と｢並列プログラミング(MPI)講習会｣で配布したテキスト http //w3cic.riken.go.jp/HPC/training/text.html [連載] マルチコア CPU のための並列プログラミング http //www.cellusersgroup.com/modules/feature/fixstars/index.php MPI並列プログラミング入門 http //www.v-t.co.jp/jp/support/man/mpi_parallel_programming_guide.php OpenMP入門 http //www.na.cse.nagoya-u.ac.jp/~reiji/lect/hpc02/OpenMPintro.html Omni OpenMP Compiler Project http //phase.hpcc.jp/Omni/home.ja.html OpenMP http //phase.hpcc.jp/Omni/openmp-tutorial/index.htm OpenMP入門 http //olab.is.s.u-tokyo.ac.jp/~reiji/openmp.html OpenMP入門（九州大学） http //www.cc.kyushu-u.ac.jp/scp/system/library/OpenMP/OpenMP.html OpenMP（ysd@KLab） http //www.super-computing.org/~ysd/tips/omp.html OpemMP, MPIなどいろいろ http //tech.ckme.co.jp/ インテルコンパイラーOpenMP*入門（PDF） http //jp.xlsoft.com/documents/intel/compiler/525J-001.pdf デュアルコア対応プログラミング OpenMP 編 http //anoda.cocolog-nifty.com/mad/2007/10/openmp_3fcf.html デュアルコア対応プログラミング OpenMP 編（保存版） http //homepage3.nifty.com/anoda/weblog/20071001.html OpenMP入門 #1 http //applelife100.blogspot.com/2008/08/openmp-1.html Tiger (Java2 SE 1.5) で追加された並列プログラミング機能 http //www.nminoru.jp/~nminoru/java/j2se15_concurrent.html PCクラスタを用いた並列プログラミング講義実施報告 http //www.hucc.hokudai.ac.jp/center_news/pdf/center_news35_1_3.pdf ハイブリッド並列プログラミングによるMPEG2 エンコーダの高速化 http //www.hpc.se.ritsumei.ac.jp/papers/m06/ikegami.pdf
https://w.atwiki.jp/usb_audio/pages/35.html
原文：Audio Device Document 1.0(PDF) USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 36 4 Descriptors The following sections describe the standard and class-specific USB descriptors for the Audio Interface Class. 4.1 Device Descriptor Because audio functionality is always considered to reside at the interface level, this class specification does not define a specific audio device descriptor. For audio-only devices, the device descriptor must indicate that class information is to be found at the interface level. Therefore, the bDeviceClass field of the device descriptor must contain zero so that enumeration software looks down at the interface level to determine the Interface Class. The bDeviceSubClass and bDeviceProtocol fields must be set to zero. All other fields of the device descriptor must comply with the definitions in Section 9.6.1, “Descriptor” of the USB Specification. There is no class-specific device descriptor. 4.2 Configuration Descriptor In analogy to the device descriptor, an audio configuration descriptor is applicable only in the case of audio-only devices. It is identical to the standard configuration descriptor defined in Section 9.6.2, “Configuration” of the USB Specification. There is no class-specific configuration descriptor. 4.3 AudioControl Interface Descriptors The AudioControl (AC) interface descriptors contain all relevant information to fully characterize the corresponding audio function. The standard interface descriptor characterizes the interface itself, whereas the class-specific interface descriptor provides pertinent information concerning the internals of the audio function. It specifies revision level information and lists the capabilities of each Unit and Terminal. 4.3.1 Standard AC Interface Descriptor The standard AC interface descriptor is identical to the standard interface descriptor defined in Section 9.6.3, “Interface” of the USB Specification, except that some fields have now dedicated values. Table 4-1 Standard AC Interface Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 9 1 bDescriptorType 1 Constant INTERFACE descriptor type 2 bInterfaceNumber 1 Number Number of interface. A zero-based value identifying the index in the array of concurrent interfaces supported by this configuration. 3 bAlternateSetting 1 Number Value used to select an alternate setting for the interface identified in the prior field. |4|bNumEndpoints|1|Number|Number of endpoints used by this interface (excluding endpoint 0). This number is either 0 or 1 if the optional status interrupt endpoint is present.| USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 37 Offset Field Size Value Description 5 bInterfaceClass 1 Class AUDIO. Audio Interface Class code (assigned by the USB). See Section A.1, “Audio Interface Class Code.” 6 bInterfaceSubClass 1 Subclass AUDIOCONTROL. Audio Interface Subclass code. Assigned by this specification. See Section A.2, “Audio Interface Subclass Codes.” 7 bInterfaceProtocol 1 Protocol Not used. Must be set to 0. 8 iInterface 1 Index Index of a string descriptor that describes this interface. dummy 4.3.2 Class-Specific AC Interface Descriptor The class-specific AC interface descriptor is a concatenation of all the descriptors that are used to fully describe the audio function, i.e. all Unit Descriptors (UDs) and Terminal Descriptors (TDs). The total length of the class-specific AC interface descriptor depends on the number of Units and Terminals in the audio function. Therefore, the descriptor starts with a header that reflects the total length in bytes of the entire class-specific AC interface descriptor in the wTotalLength field. The bcdADC field identifies the release of the Audio Device Class Specification with which this audio function and its descriptors are compliant. The bInCollection field indicates how many AudioStreaming and MIDIStreaming interfaces there are in the Audio Interface Collection to which this AudioControl interface belongs. The baInterfaceNr() array contains the interface numbers of all the AudioStreaming and MIDIStreaming interfaces in the Collection. The bInCollection and baInterfaceNr() fields together provide all necessary information to determine which interfaces together constitute the entire USB interface to the audio function, i.e. describe the Audio Interface Collection. The order in which the Unit and Terminal descriptors are reported is not important because every descriptor can be identified through its bDescriptorType and bDescriptorSubtype field. The bDescriptorType field identifies the descriptor as being a class-specific interface descriptor. The bDescriptorSubtype field further qualifies the exact nature of the descriptor. The following table defines the class-specific AC interface header descriptor. Table 4-2 Class-Specific AC Interface Header Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 8+n 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant HEADER descriptor subtype. 3 bcdADC 2 BCD Audio Device Class Specification Release Number in Binary-Coded Decimal. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 38 Offset Field Size Value Description 5 wTotalLength 2 Number Total number of bytes returned for the class-specific AudioControl interface descriptor. Includes the combined length of this descriptor header and all Unit and Terminal descriptors. 7 bInCollection 1 Number The number of AudioStreaming and MIDIStreaming interfaces in the Audio Interface Collection to which this AudioControl interface belongs n 8 baInterfaceNr(1) 1 Number Interface number of the first AudioStreaming or MIDIStreaming interface in the Collection. … … … … … 8+(n-1) baInterfaceNr(n) 1 Number Interface number of the last AudioStreaming or MIDIStreaming interface in the Collection. This header is followed by one or more Unit and/or Terminal Descriptors. The layout of the descriptors depends on the type of Unit or Terminal they represent. There are seven types of Unit and Terminal Descriptors possible. They are summarized in the following sections. The first four fields are common for all Unit and Terminal Descriptors. They contain the Descriptor Length, Descriptor Type, Descriptor Subtype, and Unit or Terminal ID. Each Unit and Terminal within the audio function is assigned a unique identification number, the Unit ID (UID) or Terminal ID (TID), contained in the bUnitID or bTerminalID field of the descriptor. The value 0x00 is reserved for undefined ID, effectively restricting the total number of addressable Entities in the audio function (both Units and Terminals) to 255. Besides uniquely identifying all addressable Entities in an audio function, the IDs also serve to describe the topology of the audio function; i.e. the bSourceID field of a Unit or Terminal descriptor indicates to which other Unit or Terminal this Unit or Terminal is connected. 4.3.2.1 Input Terminal Descriptor The Input Terminal descriptor (ITD) provides information to the Host that is related to the functional aspects of the Input Terminal. The Input Terminal is uniquely identified by the value in the bTerminalID field. No other Unit or Terminal within the same alternate setting of the AudioControl interface may have the same ID. This value must be passed in the TerminalID field of each request that is directed to the Terminal. The wTerminalType field provides pertinent information about the physical entity that the Input Terminal represents. This could be a USB OUT endpoint, an external Line In connection, a microphone, etc. A complete list of Terminal Type codes is provided in a separate document, USB Audio Terminal Types, that is considered part of this specification. The bAssocTerminal field is used to associate an Output Terminal to this Input Terminal, effectively implementing a bi-directional Terminal pair. If the bAssocTerminal field is used, both associated Terminals must belong to the bi-directional Terminal Type group. If no association exists, the bAssocTerminal field must be set to zero. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 39 The Host software can treat the associated Terminals as being physically related. In many cases, one Terminal can not exist without the other. A typical example of such a Terminal pair is an Input Terminal, which represents the microphone, and an Output Terminal, which represents the earpiece of a headset. The bNrChannels, wChannelConfig and iChannelNames fields together constitute the cluster descriptor. They characterize the cluster that leaves the Input Terminal over the single Output Pin (‘downstream’ connection). For a detailed description of the cluster descriptor, see Section 3.7.2.3, “Audio Channel Cluster Format.” An index to a string descriptor is provided to further describe the Input Terminal. The following table presents an outline of the Input Terminal descriptor. Table 4-3 Input Terminal Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 12 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant INPUT_TERMINAL descriptor subtype. 3 bTerminalID 1 Constant Constant uniquely identifying the Terminal within the audio function. This value is used in all requests to address this Terminal. 4 wTerminalType 2 Constant Constant characterizing the type of Terminal. See USB Audio Terminal Types. 6 bAssocTerminal 1 Constant ID of the Output Terminal to which this Input Terminal is associated. 7 bNrChannels 1 Number Number of logical output channels in the Terminal’s output audio channel cluster. 8 wChannelConfig 2 Bitmap Describes the spatial location of the logical channels. 10 iChannelNames 1 Index Index of a string descriptor, describing the name of the first logical channel. 11 iTerminal 1 Index Index of a string descriptor, describing the Input Terminal. 4.3.2.2 Output Terminal Descriptor The Output Terminal descriptor (OTD) provides information to the Host that is related to the functional aspects of the Output Terminal. The Output Terminal is uniquely identified by the value in the bTerminalID field. No other Unit or Terminal within the same alternate setting of the AudioControl interface may have the same ID. This value must be passed in the UnitID field of each request that is directed to the Terminal. The wTerminalType field provides pertinent information about the physical entity the Output Terminal represents. This could be a USB IN endpoint, an external Line Out connection, a speaker system etc. A USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 40 complete list of Terminal Type codes is provided in a separate document, USB Audio Terminal Types that is considered part of this specification. The bAssocTerminal field is used to associate an Input Terminal to this Output Terminal, effectively implementing a bi-directional Terminal pair. If the bAssocTerminal field is used, both associated Terminals must belong to the bi-directional Terminal Type group. If no association exists, the bAssocTerminal field must be set to zero. The Host software can treat the associated Terminals as being physically related. In many cases, one Terminal can not exist without the other. A typical example of such a Terminal pair is an Input Terminal, which represents the microphone, and an Output Terminal, which represents the earpiece of a headset. The bSourceID field is used to describe the connectivity for this Terminal. It contains the ID of the Unit or Terminal to which this Output Terminal is connected via its Input Pin. The cluster descriptor, describing the logical channels entering the Output Terminal is not repeated here. It is up to the Host software to trace the connection ‘upstream’ to locate the cluster descriptor pertaining to this audio channel cluster. An index to a string descriptor is provided to further describe the Output Terminal. The following table presents an outline of the Output Terminal descriptor. Table 4-4 Output Terminal Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 9 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant OUTPUT_TERMINAL descriptor subtype. 3 bTerminalID 1 Constant Constant uniquely identifying the Terminal within the audio function. This value is used in all requests to address this Terminal. 4 wTerminalType 2 Constant Constant characterizing the type of Terminal. See USB Audio Terminal Types. 6 bAssocTerminal 1 Constant Constant, identifying the Input Terminal to which this Output Terminal is associated. 7 bSourceID 1 Constant ID of the Unit or Terminal to which this Terminal is connected. 8 iTerminal 1 Index Index of a string descriptor, describing the Output Terminal. 4.3.2.3 Mixer Unit Descriptor The Mixer Unit is uniquely identified by the value in the bUnitID field of the Mixer Unit descriptor (MUD). No other Unit or Terminal within the same alternate setting of the AudioControl interface may have the same ID. This value must be passed in the UnitID field of each request that is directed to the Mixer Unit. 1 - 6 - 11 - 16 - 21 - 26 - 31 - 36 - 41 - 46 - 51 - 56 - 61 - 66 - 71 - 76 - 81 - 86 - 91 - 96 - 101 - 106 - 111 - 116 - 121 - 126 ここを編集
https://w.atwiki.jp/cosmicbreak/pages/3227.html
画像 #ref error ：ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (バーストミサイルAMJSS.png) 性能 Icon Size Type Cost PRICE Hp Str Tec Wlk Fly Tgh 備考 M 砲 80 50Rt - - - - - - CAPA+30 Name 威力 弾数 射程 速度 間隔 回数 備考 CLUSTER MISSILE 15 150 320 260 800 4 動作 一定距離進むかターゲットに一定距離まで近づくと３発に分裂するミサイルを４連射する。 イルミスBD@のCLUSTER MISSILEと違いあまりバラケない為、比較的高確率で複数ヒットする。 その他 武器選択時に展開ギミック有り。 なぜかCAPA+30される為、実質COST50である。 レビュー・コメント 単体で使うとクールタイムが長いが、一斉射撃をするとクールタイムがなくなる -- (名無しさん) 2012-08-18 16 05 25 ぶっぱ砲垂涎の一品。 恐らく最強のAMJパーツなのは間違い無いだろう。 分裂するため威力15のミサイルが3つとなる為両肩に装着すれば陸だろうと粉砕しかねない破壊力となる。 -- (名無しさん) 2012-08-19 08 15 12 アルバのオトモにどうぞつ -- (名無しさん) 2012-10-06 22 07 01 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/clan-sorz/pages/21.html
SweE-Ts 稼動サーバー 不定期にCounter-Strikeにてサーバーを立てています 当方、回線がCATVのためLatencyが常に60以上です(スペックがミドル以上の方は40ぐらいキープ出来るかも知れません D IP 202.81.80.15 27016 passをかけている時は、クラン員or身内でやっています 空気の読める方は歓迎ですｗ チート行為、VCの多用(作戦的なものなら構いません)はKICK、最悪BAN致します