約 1,247,550 件
https://w.atwiki.jp/precuredays/pages/120.html
プリキュアの変身シーンについて 前期：二人同時変身。 ナイト闇オチ時：サンディ単独変身、ナイトはピンクの力を使って単独変身 闇ナイト解放後（後期）：単独変身 ※ブレスレットは変身に関係ありません。ブレスレット（アドベンタルブレス）の装着用件ついては戦闘シーケンスとブレスレットの項をごらん下さい。 変身の掛け声について 二人同時変身時（前期） まひる「あなたは私を映してくれる」 かぐや「あなたは私に光をくれる」 「デュアル・クロッシング・デ―――イズ！」 サンディ「総てを育む太陽の光、キュアサンディ！」 ナイト「総てを慈しむ月の光、キュアナイト！」 サンディ「闇よりあぶれし迷い子達を！」 ナイト「光の力で導き示す！」 二人「ふたりはプリキュア！ プリキュアデイズ！」 二人単独変身（後期） サンディ「プリキュア・ライズアップ！」→「総てを育む太陽の光、キュアサンディ」 ナイト「プリキュア・ライズアップ！」→「総てを慈しむ月の光、キュアナイト」 変身シーケンス 単独変身シーンについて具体的なプロセスは以下の通りです。 09.02.14設定 キュアサンディ単独変身時：第１案 「プリキュア・ライズアップ！」（カードをスラッシュ！） ↓ 頭上に太陽があらわれる ↓ 足元に日の光が丸く現れてオレンジ色の光の柱がのびる ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアサンディ爆誕！ ↓ 「総てを育む太陽の光、キュアサンディ」 キュアサンディ単独変身時：第２案 「プリキュア・ライズアップ！」（カードをスラッシュ！） ↓ キュアパストから光のシャイミーが現れ、まひるを包む ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアサンディ爆誕！ ↓ 「総てを育む太陽の光、キュアサンディ」 まひる→キュアサンディへの単独変身バンク（案） ※画像は、投下画像です。イメージの参考にしてください。 キュアナイト単独変身時：第１案 「プリキュア・ライズアップ！」（カードをスラッシュ！） ↓ 頭上に月があらわれる ↓ かぐやの足元に月の光が湖のように現れ光の柱が伸びる ↓ シルエットの中、服を装着したり髪の毛変化 ↓ 一瞬、凍りついたようになり氷がはじけ飛んで、キュアナイト降臨！ ↓ 「総てを慈しむ月の光、キュアナイト」 キュアナイト単独変身時：第２案 「プリキュア・ライズアップ！」（カードをスラッシュ！） ↓ キュアパストから光のシャイミーが現れ、かぐやを包む ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアナイト降臨！ ↓ 「総てを慈しむ月の光、キュアナイト」 キュアナイト単独変身時：第３案 「プリキュア・ライズアップ！」（カードをスラッシュ！） ↓ 画面ブラックアウト、薄ぼんやりかぐやと月のシルエット ↓ 徐々に満ちていく月、それと同期して服パーツ装着 ↓ 一瞬、凍りついたようになり氷がはじけ飛んで、キュアナイト降臨！ ↓ 「総てを慈しむ月の光、キュアナイト」 かぐや→キュアナイトへの単独変身バンク（案） ※画像は、投下画像です。イメージの参考にしてください。 キュアサンディ、ナイト二人同時変身時：第１案 二人変身の場合は、最初にまひるが変身するための太陽が現れて、次にその光がかぐやを照らして、彼女の背後から月が昇る。で、あとは単独変身（第一案）と同じ。 キュアサンディ、ナイト二人同時変身時：第２案 二人変身の場合は、まひるのパストからでたシャイミーがかぐやのパストを一回包み込んでから、かぐやのパストのシャイミーが現れる。で、あとは単独変身（第二案）と同じ。 かぐやの変身イメージ まひるの変身イメージ ※画像は、投下画像です。イメージの参考にしてください。 変身プロセスの履歴（含、アイデアメモ） 09.02.28（設定） 最初、単独変身の掛け声は「プリキュア・エクスチェンジ！」でしたが、設定見直しの際の話し合いで「プリキュア・ライズアップ！」が良いとの意見が出て、これに変更されました（以降、固定設定）。
https://w.atwiki.jp/hmiku/pages/15192.html
ほうかいぷろせす【登録タグ AIR田F GUMI ほ 曲】 作詞：AIR田F 作曲：AIR田F 編曲：AIR田F 唄：GUMI 曲紹介 歌詞 （ピアプロより転載） ほら満たしな 恋心 黒猫 鳴くよwhy? 探したくて なのに無い きっとまだ 幼いから 押さないから 逆らわない 君の白い 魚の手が 乳房の奥 触るから クラスメイト 不思議な糸 揶揄じゃないか 逆らわない だけど 君を見る チラリラリ ラリラ 歌うよ 見つからず 一人で 奥にある 恋心 怖いのよ プロセスが 後悔が シナプスを おざなりよ プラテネス 抱懐が 君を待つ あー…私 押さないから 君の黒い 数多の目が乳房の奥 捉えるから 暮らすメイド 不思議な人 夢じゃないか 逆らえない だけど 君を見る クラリラリ ラリラ 掴むよ 覆らず 一人で 文句ある？ 下心 掃海よ 邪魔者わ 後悔わ しないから おだまりよ プレセウス 抱懐が君を待つ あー…私 幼いから 現実 逃げたいよ 好きと 言えなくて 連日 目も見ない だけど 見せたい コメント この曲もっと評価されないかなー -- momo (2011-04-15 10 04 09) 名前 コメント
https://w.atwiki.jp/mercenariesseal/pages/40.html
生産のプロセス 現在生産廃の方が誠意創作中！！！ 名前 コメント
https://w.atwiki.jp/sq_1/pages/80.html
分類 チェック 効果プロセス コマンド効果 状態チェック1 ゲージ上昇 → 封じ判定 → TP消費 → 効果発生 フォーススキル ゲージリセット → 封じ判定 → 効果発生 非コマンド効果 状態チェック2 効果発生 状態保証Aの効果 効果発生 チェック 1は行動不能時にメッセージが出て、混乱時は行動が通常攻撃に変換される（ゲージの上昇あり）。 2は行動不能でも特にメッセージは出ず、そのまま以降の処理がキャンセル。 麻痺・テラーはターン開始時と状態チェック1でのみ判定。開始時に束縛されてもチェック2には影響しない。 ゲージ ATTACK・DEFENCE・SKILLでのみ上昇。探索時には上昇しない。 フォーススキルで敵を撃破してもゲージは上昇しない。 検証 呪い状態のフルゲインで1/2体を撃破した場合、呪いによる被ダメージの分のみゲージが上昇する。呪い反射は連続効果に割り込むため、連続効果後にゲージがリセットされるのではなく、単純にフォースによる撃破は対象外ということ。 効果プロセス終了後なら、アクセラや被弾によってターン内からゲージを上昇させることも可能。 その他 連続効果は「効果発動」の部分を×n回を繰り返している。 睡眠時の補正*は最初の攻撃者の連続効果が終了するまで持続するため、多段攻撃・追撃は全て補正が乗る。 ここを編集
https://w.atwiki.jp/tatecs/pages/87.html
顧客満足 経営ビジョンとリーダーシップ 情報の共有化と活用 戦略の策定と展開 人材開発と学習環境 プロセス・マネジメント 顧客・市場への迅速な対応 企業活動の成果 ここでいうプロセス・マネジメントには、基幹業務プロセスのマネジメントと、支援業務プロセスのマネジメント、サプライヤーとの協力関係が含まれています。基幹業務、支援業務プロセスのマネジメントに有効な手法には、ISO9001、ISO14001,ISO27001のようなマネジメントシステムがあげられます。 基幹業務のプロセス・マネジメント 企業プロセスのうち各基幹業務プロセスを簡単に説明すると以下のようになります。 1.「市場及び顧客の理解」のプロセスでは、①市場調査や顧客ニーズ調査等による顧客ニーズ・ウオンツの定量的評価、②商品/サービス・苦情処理・コミュニケーションの満足度の測定、③顧客の期待の変化のモニター、等を行います。 2.「ビジョンと戦略の構築」のプロセスでは、①外部環境変化のモニター、②事業計画の策定、等をします。 3.「商品とサービスの設計」のプロセスでは、①製品/サービスのコンセプト作りと計画の立案を行い、クオリティ・コスト・タイミングのターゲットの設定、②新製品のバリュー・エンジニアリングの実施、③製品/サービス開発プロセスの管理でコスト・ターゲットの計画と展開、等を行います。 4.「マーケティングと販売」のプロセスでは、①価格設定戦略の策定、②宣伝に必要な資源と資本の要求条件の見積もり、③販売予測、等を行います。 5.「製造業における生産と出荷」のプロセスでは、①必要な資源計画の立案、②プロセス管理、等を実施します。 6.「サービス業におけるサービスの提供」のプロセスでは、①必要な資源計画の立案、②プロセス管理、等を実施します。 7.「顧客への請求書とアフターサービス」のプロセスでは、①顧客への請求、②顧客問い合わせへの対応、等を行います。 基幹業務プロセスの経営品質の向上のためには、いろいろな視点からのアプローチが必要ですが、特にQCT(クオリティのQ、コストのC、サイクルタイムのT)の３つの成功要因に着目すると、ベスト・プラクティスが見えてきます。 支援業務のプロセスマネジメント 支援業務とは、財務・経理、情報システム、人材開発、法務、外部関係管理、研究開発、事務管理、施設管理、環境監査、改善・改革等のプロセスをいう。各支援業務プロセスを簡単に説明すると以下のようになります。 8.「人材育成と管理」のプロセスでは、①従業員の実績の評価とそれに対する報償、②従業員の福利厚生と士気の向上、等を実施します。 9.「情報の管理」のプロセスでは、①情報システムの管理、②情報の品質評価とシステム監査、等を実行します。 10.「財務管理および有形資産管理」のプロセスでは、①予算・資源配分.資本構成.キャッシュフロー等財務資源の管理、②買掛金・給与計算・売掛金・回収.決算等財務会計取引の処理、③内外への財務情報の提供等会計報告、④内部監査、⑤租税戦略・税取引の記録と管理等税務処理、⑥固定資産投資・リスク管理等有形資産の管理、等を行います。 11.「環境管理」のプロセスでは、①環境管理戦略の策定、②環境救済活動の計画.実行とその評価、③資源の獲得/廃棄に関する対応、等を実施します。 12.「渉外管理」のプロセスでは、①株主との関係管理、②債権者との関係管理、地域共同体との関係、等を行います。 13.「改善と変革の管理」のプロセスでは、①総合的な企業業績の測定とモニター、②品質評価、③業績ベンチマーキング、等を実行します。 支援業務プロセスはあくまでも基幹業務プロセスを支援するものです。支援業務プロセス自体の拡大・増殖は、基幹業務自体が顧客価値を増加させるべく増殖し拡大していくことを目的とするのと比べ、避けるべきです。 支援業務プロセスの顧客は、基幹業務プロセスであるため、社内の要求に基づいて基幹業務プロセスの能力を高め、効率を向上させるように、支援業務プロセスの再設計・統合・調整を行わなければなりません。 サプライヤーとの協力関係 今日の経済活動では、組織内部で実行せずに外部にアウトソーシングする企業が増えています。このことからサプライヤーとの関係が重要になっています。 組織が内製するのか、外部にアウトソーシングするかは、社内で行うか社外に任せるかの違いであり、基幹業務プロセスまたは支援業務プロセス(サプライヤーを含む)を通して顧客に製品・サービスを提供するという企業の目的からすれば、つまり顧客満足を目的とする限り、同じクオリティでなければなりません。 競争が激しくなればなるほど、企業とサプライヤーとの協力によるクオリティの向上、コストの削減・サイクルタイムの短縮が成功のカギとなります。 ここでサプライヤーとは、材料、部品、設備、サービスを提供する企業のみならず、流通業者、販売店、フランチャイザー、広告代理店、お客様窓口代行などを含んでいます。 当社サービスのポイント 1. 経営品質とは「顧客が評価する、経営を構成している全てのプロセスの品質」 日本経営品質賞の受賞そのものを目指すのではなく、評価基準の考え方を参考にして独自の顧客満足の マネジメントシステム構築、運用、改善活動のコンサルティングを致します。 2. 競争力のある経営構造改革の実現を支援 ・顧客の視点から経営全体を運営し、自己革新を通じて、絶え間ない変革と創造を実現し、新しい価値を 生み続ける組織能力を創り上げることを支援します。 ・その成熟した組織が、優れた経営の仕組みを有し、卓越した業績（ﾊﾟﾌｫｰﾏﾝｽ・ｴｸｾﾚﾝｽ）を生み出すこと を支援します。 3. マネジメントシステムの質的高度化 経営品質は、ある企業が提供する製品やサービスだけを対象にして、その品質を向上させようと意図する ものではありません。経営品質が目指しているのは、モノや機械でなく、人間によって構成されている 「システム」の質的高度化です。 ニーズで選べる支援内容 お客様のニーズにもとづき、経営品質の改善に必要なサービス内容、工数等を設定できます。お問合わせください。 既にシステム運用をしていて、改善したい、運用を支援してもらいたいのだが。。。といった改善のご相談もお気軽にお問合わせください。 マニュアルや管理文書の改良（高度化、整合化、削減など）のための書き換えサービスを実施しております。 ISO9001,ISO14001,ISO27001など他規格との統合マネジメントシステムも対応可能です。 サービス内容はお客様との相談により対応しております。 お気軽にお問合せください。 御見積り・ご相談等は信頼と実績のタテックスまでお問合せください。 お問合せは、ここをクリック ↓ お問合せ
https://w.atwiki.jp/kirukodqm/pages/21.html
┌──────────┐│ セットアッププロセス └──────────┘ ＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣ ,,､,､,,, / ＼〇ノゝ∩ ＜ 戦闘準備、いくぞｺﾞﾙｧ！！ /三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ /三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,, Ｕ （ ） ,,､,､,,, //三/|三|＼ ,,,, ,,､,､,,, ∪ ∪ ,, , ,,,, ,,､,､,,,┏━━━━━┓┃シュピーネ┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ セットアッププロセスは各モンスターが行動する前に効果を及ぼす特技を使う場面です。 代表的なものは【かばう】や【だいぼうぎょ】等の防御系特技、 後は【BGM】や【ファストキャスト】等、歌や補助魔法を使用する特技ですか。 それとモンスターの行動で【ぼうぎょ】を指定するとここで防御が発動する事になります。┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
https://w.atwiki.jp/bambooflow/pages/128.html
SystemC プロセスについて SystemC プロセスについてプロセスとは プロセスの種類SC_METHOD SC_THREAD SC_CTHREAD プロセスとは プロセスはプログラムが並列動作するための機構の1つ。 シミュレーションが開始されると、プロセスとして指定された関数(プロセス関数)が実行される。 プロセス関数は1つのモジュールに複数存在することも許される。 ソフトウェアの場合、プログラムは上から順に逐次実行の動作となるが、ハードウェアの場合には並列動作となるため、ピュアなCやC++ではハードウェアを表現するには難がある。並列動作を可能賭したのがSystemCであり、プロセスはSystemCの特徴の1つとなっている。 プロセスは、Verilog-HDLでいうところのinitial文やalways文に該当する。 プロセスの種類 次の3つが存在する。 SC_METHOD SC_THREAD SC_CTHREAD それぞれマクロとなっているが、詳しい説明はしない。 SC_METHOD Verilog-HDLのalways文に似ている。 センシティビティ・リストの記述が必要。 シミュレーション中、何度でも呼び出される。 プロセス内にwait記述することはできない。 プロセス内に無限ループを構成してはならない。 このプロセスでは機能記述することは少ない。 RTL記述の表現に使用したり、信号の受渡しのタイミング調整に使う程度。 構文 void process_func(); // 戻り値はvoid、引数もvoid、もしくは記述しない SC_METHOD( process_func ); RTL組合せ回路記述例 SC_MODULE( MOD ) { sc_in sc_uint 8 in_a; sc_in sc_uint 8 in_b; sc_out sc_uint 9 out; SC_CTOR( MOD ) { SC_METHOD( adder_method ); sensitive in_a in_b; } void adder_method() { out.write( in_a.read() + in_b.read() ); } RTLのF/F回路生成 sc_in_clk Clk; sc_in bool ResetN; sc_in sc_uint 8 a; sc_in sc_uint 8 b; sc_in sc_uint 8 z; SC_CTOR( MOD ) { SC_METHOD( method0 ); sensitive Clk.pos() ResetN.neg(); } void method0() { if (!ResetN.read()) { z.write( 0 ); // リセット記述 } else { z.write( a.read() + b.read() ); } } SC_THREAD Verilog-HDLのinitial文に似ている。 シミュレーション開始時の1度だけ呼び出される。プロセスの実行が終了してしまうと再度呼ばれることはないため、通常はwhile(true){}を使って無限ループを構成してその中に機能記述する。 センシティビティ・リストの記述が可能。センシティビティ・リストはなくてもよい。 このプロセスを使用して機能記述することが多い。 3つのプロセスの中で、もっともアルゴリズムを記述するのに敵している。 構文 void process_func(); // 戻り値はvoid、引数もvoid、もしくは記述しない SC_THREAD( process_func ); 記述例 SC_CTOR( ) { SC_THREAD( main_thread ); } void main_thread() { while (true) { // ここに機能を記述 wait( event ); } } SC_CTHREAD SC_THREADに似ているが、クロック動作の記述専用のTHREADである。 センシティビティ・リストは持たない。 wait記述はクロック・イベントを待つ動作となる。 reset_signal_isによりリセット動作が記述可能。 SC_THREADに比べてシミュレーション速度が遅くなる。 構文 sc_in_clk CLK; // クロック信号(sc_clockとつなぐ) void process_func(); // 戻り値はvoid、引数もvoid、もしくは記述しない SC_CTHREAD( process_func, clk.pos() ); 記述例 sc_in_clk CLK; sc_in bool RESET_N; SC_CTOR( ) { SC_CTHREAD( main_thread, CLK.pos() ); reset_signal_is( RESET_N, false ); } void main_thread() { // ここにリセット動作を書く wait(); while (true) { // ここに機能を記述 wait(); } }
https://w.atwiki.jp/daicom/pages/44.html
プロセスモデル ウェブサイト制作のワークフロー手法には、「ウォーターフォールモデル」と「スパイラルモデル」の２つに分類されます。 ウォーターフォールモデルは、プロジェクト全体を企画、設計、制作、運用などいくつかのフェーズに分割し、後工程の作業を順次行っていく手法です。 水が滝から流れ落ちるように一直線にプロジェクトが進行するため、基本的には「前の工程へ戻ること」や、「順番を飛ばして作業を行うこと」はできません。 これに対し、 スパイラルモデルは、まずウェブサイトやシステムの一部分について設計、制作を行い、このプロトタイプサイトを検証し、問題点を解消しつつさらに設計、制作を繰り返して行う手法です。仕様の修正や工程の後戻りを考慮に入れたモデルなので、十分にテストを重ねたウェブサイトを作成することが可能です。ただし、見積もりやスケジュールなどが明確になりにくく、スタッフ間の作業の切り分けが難しいなど、問題点も存在します。 ウォーターフォールモデル スパイラルモデル メリット 1.マイルストーンが明確 1.プロジェクト途中での検証作業がしやすい 2.プロジェクトの全貌が明確 2.リスク軽減につながる デメリット 1.事前のフェーズに戻りにくい 1.アウトソーシングが難しい 2.同時進行作業 2.予算が立てにくい 3.プロジェクトが変化すると対応が難しい 3.ステージの現在位置が分かりにくい また、このほかスパイラルモデルの類型として、段階的プロトタイプ(JAD)があります。 この方法は、試作品に改良をくわえていく手法で、お互いにコミュニケーションのとりやすい社内のイントラネットの開発などに使われています。この手法は、「コストが明確に出せない」、「完成目標が見えない」などの欠点があります。
https://w.atwiki.jp/ifs1919/pages/13.html
・どういった分野に適用するか インフラ用個人PC up m 1G,2GHz,100GB 部署サーバ SMP ～10,m 2G,2GHz,500GB 大部署サーバ,SMP ～10,m 16G,2GHz ・OSに依存しないプロセス情報のファイル化 そもそもファイル化する意味があるのか ・アプリケーションのプロセス数はいくつか。 ・プロセスを作成し、フリーズ状態にする。 メモリ空間に変更が加えられたら、 他ノードのメモリ空間に差分情報を送り、更新する。 ・どういった目的でサーバを使うか。 ・安いPC上で、 フリーズしても、他PCで作業再開できる。 ・アメーバみたいなPCクラスタ 一部が切り落とされても、生存できる。 生存できる：プログラム実行。 どのようなプログラム実行だとうれしいか？ ・
https://w.atwiki.jp/torinikudaisuki/pages/11.html
送信プロセスを一つ一つ丁寧に追っていく 送信のプロセスのメインとなっている部分は以下のようになっています。 0.5s OnOffApplication StartApplication() //socketが設定されていない場合、ソケットの設定を行う関数 ～ 0.5s OnOffApplication StartSending() ～ 関数StartSending ()は以下の内容で、 197 void OnOffApplication StartSending () 198 { 199 NS_LOG_FUNCTION_NOARGS (); 200 m_lastStartTime = Simulator Now (); 201 ScheduleNextTx (); // Schedule the send packet event 202 ScheduleStopEvent (); 203 } ここで、 214 void OnOffApplication ScheduleNextTx () 215 { 216 NS_LOG_FUNCTION_NOARGS (); 217 218 if (m_maxBytes == 0 || m_totBytes m_maxBytes) 219 { 220 uint32_t bits = m_pktSize * 8 - m_residualBits; 221 NS_LOG_LOGIC ("bits = " bits); 222 Time nextTime (Seconds (bits / 223 static_cast double (m_cbrRate.GetBitRate ()))); // Time till next packet 224 NS_LOG_LOGIC ("nextTime = " nextTime); 225 m_sendEvent = Simulator Schedule (nextTime, 226 OnOffApplication SendPacket, this); 227 } 228 else 229 { // All done, cancel any pending events 230 StopApplication (); 231 } 232 } よって、まだ、送信していない情報が残っていたらば、OnOffApplication SendPacketをスケジューリングしていることが分かる。Simulator Schedule (nextTime, OnOffApplication SendPacket, this)と書いた場合、この関数が実行される時間プラスnextTimeにスケジュールされた関数が実行されることに注意。（相対時間ということ。） 次にSendPacketの中身を見ていく。 253 void OnOffApplication SendPacket () 254 { 255 NS_LOG_FUNCTION_NOARGS (); 256 257 NS_ASSERT (m_sendEvent.IsExpired ()); 258 Ptr Packet packet = Create Packet (m_pktSize); 259 m_txTrace (packet); 260 m_socket- Send (packet); 261 m_totBytes += m_pktSize; 262 if (InetSocketAddress IsMatchingType (m_peer)) 263 { 264 NS_LOG_INFO ("At time " Simulator Now ().GetSeconds () 265 "s on-off application sent " 266 packet- GetSize () " bytes to " 267 InetSocketAddress ConvertFrom(m_peer).GetIpv4 () 268 " port " InetSocketAddress ConvertFrom (m_peer).GetPort () 269 " total Tx " m_totBytes " bytes"); 270 } 271 else if (Inet6SocketAddress IsMatchingType (m_peer)) 272 { 273 NS_LOG_INFO ("At time " Simulator Now ().GetSeconds () 274 "s on-off application sent " 275 packet- GetSize () " bytes to " 276 Inet6SocketAddress ConvertFrom(m_peer).GetIpv6 () 277 " port " Inet6SocketAddress ConvertFrom (m_peer).GetPort () 278 " total Tx " m_totBytes " bytes"); 279 } 280 m_lastStartTime = Simulator Now (); 281 m_residualBits = 0; 282 ScheduleNextTx (); 283 } 見ると、m_socket- Send (packet);でパケットを送っていると分かる。 ログで言うと3.7s UanPhyGen SendPacket() PHY 02-01-00 Transmitting packet である。 その上のm_txTraceは、TracedCallback Ptr const Packet ns3 OnOffApplication m_txTraceであり、コールバック変数のようだ。 ここで、 511 void 512 UanPhyGen SendPacket (Ptr Packet pkt, uint32_t modeNum) 513 { 514 NS_LOG_DEBUG ("PHY " m_mac- GetAddress () " Transmitting packet"); 515 if (m_disabled) 516 { 517 NS_LOG_DEBUG ("Energy depleted, node cannot transmit any packet. Dropping."); 518 return; 519 } 520 521 if (m_state == TX) 522 { 523 NS_LOG_DEBUG ("PHY requested to TX while already Transmitting. Dropping packet."); 524 return; 525 } 526 else if (m_state == SLEEP) 527 { 528 NS_LOG_DEBUG ("PHY requested to TX while sleeping. Dropping packet."); 529 return; 530 } 531 532 UanTxMode txMode = GetMode (modeNum); 533 534 if (m_pktRx != 0) 535 { 536 m_minRxSinrDb = -1e30; 537 m_pktRx = 0; 538 } 539 540 m_transducer- Transmit (Ptr UanPhy (this), pkt, m_txPwrDb, txMode); 541 m_state = TX; 542 UpdatePowerConsumption (TX); 543 double txdelay = pkt- GetSize () * 8.0 / txMode.GetDataRateBps (); 544 Simulator Schedule (Seconds (txdelay), UanPhyGen TxEndEvent, this); 545 NS_LOG_DEBUG ("PHY " m_mac- GetAddress () " notifying listeners"); 546 NotifyListenersTxStart (Seconds (txdelay)); 547 m_txLogger (pkt, m_txPwrDb, txMode); 548 }