約 60,583 件
https://w.atwiki.jp/tbc_wiki/pages/64.html
出力(Output) 何らかの物から出る信号や力のこと。送信。入力が対義語。ここでは音響に関するOutputを記述する。 果たす役割 音響の場面ではスピーカーから最終的に音を鳴らすためにCDやMD、マイクロフォンといった機材が音声信号を出す事。 映像の場面では映像を何らかの機材に送信する事。 接続 （入力の関係項目と近似） 出力端子から出力する際にコネクタを使って常につながって外れないようにする。ギターなど動きのある場合は機材損傷を考えて力でケーブルが引っ張られた場合は簡単に外れるフォーンプラグを使われる。抜けて欲しくない場合はロック機構があるXLRキャノンプラグやロック機構は無いが抜けにくい構造のピンプラグを用いられる。機材から機材への信号受け渡しの際にコネクタの形状が合わない場合がある。そういった場合は変換ピンを用いて可能な状態にする。その際に通電中にケーブルを抜き差しすると異常な回路が完成し、本来は流れない方向へ電流が流れてしまい、機材損傷の原因となってしまうため、関係する機材の電源を落とすなど対策をした後で接続しなければならない。 出力の大切さ 音声や映像信号をいくら高画質で伝送するケーブルがつながっていたとしても元の出力元から劣化した信号であってはならない。その為に出力に使う端子部分をクリーナーで洗浄するなど細かい気配りが必要である。 放送研究部でよく行われる出力 数多くの出力を行っているため、番組発表会とFM放送の場合の出力例を記述する。 番組発表会の音響の場面では各機材から出力し、オーディオミキサーへ、さらにアンプへ出力してアンプはスピーカーに出力する。この際には端子に応じたケーブルを使用する。 番組発表会の映像の場面では信号を分配して出力、テレビモニターやプロジェクタに信号を送る。 FM放送では、オーディオミキサーから最終的に出力された音声信号をFMトランスミッターに送りFM波をアンテナに送っている。（出力電力が0.01W以下というのは出力する力の強さを表す数値）。アンテナからはFM波を出力する。
https://w.atwiki.jp/aniken/pages/358.html
機械から別の機械とか人間に対して情報を送り出すこと。英語で言うとアウトプット。 また、情報送り出すケーブルや端子の事を指して「出力」とか「出力ケーブル」「出力端子」などということもある。 関連項目 入力
https://w.atwiki.jp/wiki15_araki/pages/10.html
出力 出力にはprint文を使う。 , を用いることによって複数の値をスペースで区切って表示させることができる。 例 print x, y 表示後改行 print x, y, 表示後改行しない %(文字列フォーマット演算子)を用いればCのprintf 文と同等のことができる。 例 print "x is %d\n" % x, print "x is %d" % x
https://w.atwiki.jp/conn/pages/20.html
エミュレーターでも実機でもデバッガが使えるので、ログ出力の意義をあまり感じない。 実機でアプリを実際に使ったとしても、ダウンロードされたアプリが出したログを開発者が確認できるわけでもないのであまり意味がないかもしれない。 どうせやるならばアプリで例外をキャッチした時点で、ダイアログを表示し開発者にトレース情報をメールなどで送りつけるよう促すのが効果的なのではないだろうか。うーん……ログの意義はやはり感じ取れない。 とはいえ、ログはアプリケーションの基本なので一応は動作を確認し、情報をまとめておく。 情報源 全ての本家の情報。英語です。 http //developer.android.com/tools/debugging/debugging-log.html http //developer.android.com/reference/android/util/Log.html http //developer.android.com/tools/help/traceview.html ログレベル DEBUGログは開発時のみ出力されるログです。実際のアプリに必要のない開発用のログはDEBUGレベルで出力しましょう。 ログレベルの解釈は人によって微妙に変わってきます。 以下に、一般的なログレベルの分け方を優先度順に表にします。 ASSERT ERRORよりも更に高いレベルのエラー。使いどころが分からない ERROR 通常のエラー。アプリケーションの特定の機能が使えない状態や、特定の操作がエラーによりキャンセルされた場合など WARN 警告。アプリケーションは利用できるがERRORを起こす可能性があったり、操作が完了されたものの不備がある可能性など INFO 単なる情報。起動、停止などを記録したりする。アプリケーションの動作に悪影響を及ぼすことはない DEBUG デバッグ情報。開発時のみに使用するログ VERBOSE 詳細な情報を出力する。開発時のみに使用するログ VERBOSEはDEBUGログよりも更に低いレベルで、開発時以外のコンパイルからは除外される。DEBUGはコンパイルに含まれるが、機器のログ出力レベルがデフォルトではINFOのため設定を変更しない限りは出力されない（ただし、ちゃんとisLoggableを評価してる場合に限る）。 ログ出力処理はアプリに非常に負荷がかかる。そのため不用なログ出力は控えるのが良い。 またif文でisLoggableを使用しログ出力の要否を確認することがshouldされている。isLoggableを評価しない場合、ログ出力レベルの設定に関わらずDEBUGログまで出力されてしまうようだ。 ログの確認方法 LogCat Eclipseからログ出力を確認するにはLogCatを使用するのが便利。 Eclipseのメニューから「ウインドウ」＞「ビューの表示」＞「その他」＞「Android」「LogCat」で開くことができる。 ワークスペース内のプロジェクトが出力するログをLogCatで確認する場合は、設定の変更が必要。 Eclipseのメニューから「ウインドウ」＞「設定」を開き、「Android」＞「LogCat」を選択し、そこで「ワークスペース内のアプリケーションからのメッセージのために logcat をモニターする」にチェックを入れる。 優先度の設定は、その優先度以上のログが出力されるとLogCatビューへの表示を開始し、フィルターを追加し該当プロジェクトのみの分を表示する仕組み。最低の優先度「VERBOSE」を指定すれば良い。仮に「ASSERT」を選択すると「ERROR」や「DEBUG」のログ出力ではキャッチされず、一切ログが表示されなくなる。 他のホームページなどの情報によると、これとは違う情報が書かれている。バージョンによって変わってくるのだろうか。悩ましい。 コマンドラインからlogcat コマンドラインから ADB を使用し logcat を実行する。 adb logcat と実行するとログが流れるが、ここにはEclipseから実行したプロジェクトのログは表示されない。 正しくは、 adb -e logcat もしくは adb -d logcat を使用する。「-e」が仮想Android端末、「-d」がUSB接続の実機。 また adb devices adb -s XXXXXXX logcat デバイスのシリアルを「devices」で確認し「-s」スイッチに続いてシリアルを指定することで、対象の端末分のみのログを表示することができる。 ログの出力方法 ログを出力するにはAndroid.util.Logクラスを使用する。 importするだけで使用可能になる。 ログレベルごとにメソッドが用意されており、ASSERTを除き、それぞれのレベルの頭文字がメソッド名になっている。 ASSERTレベルの wtf は、どうやら”What a Terrible Failure !!”（なんて不様な失敗だ！）の略らしい。 ASSERT wtf ERROR e WARN w INFO i DEBUG d VERBOSE v ログ出力メソッドを呼ぶときに必ず指定するタグだが、これはどれがログを出力したのか識別する文字列で、半角23文字以内で任意に設定する。 それぞれのメソッドには、 タグとメッセージを指定する タグとメッセージと例外オブジェクトを指定する ２種類が用意されている。 またwtfには、タグと例外オブジェクトを指定するものもある。 以前は日本語のログを出すと LogCat で文字化けしたらしいが、自分の環境では大丈夫だった。 例 String logtag = "HelloAndroid"; Log.i(logtag, "This is INFO メッセージ"); Log.d(logtag, "This is DEBUG メッセージ"); if( Log.isLoggable(logtag, Log.DEBUG) ) { Log.d(logtag, "This is DEBUG メッセージ if isLoggable(DEBUG) = TRUE"); } このコードを、特に設定を変更していない仮想Android端末で実行すると、上の２つだけが出力される。 デフォルトのログレベルはINFO。だが上のDEBUGメッセージは、ログレベルのチェックをしていないので出力される。 下のDEBUGメッセージは、ログレベルのチェックをしているので正しく出力が抑止される。 いちいちif分で囲むのも面倒なので、Logをラップしたクラスを作れば良さそうだ。 DEBUGログに関しては、isLoggableで評価するより、定数を評価する形にしたほうがコンパイル時にコードごと除去されるので、そっちの方が動作は軽くなりそうだが、未確認。
https://w.atwiki.jp/j801/pages/11.html
一秒辺りに使用できる魔力の最大値。 または、魔法の行使に必要な魔力容量。 単位(暫定) M/s 魔力出力が高ければ高いほど、強力な魔法を行使できる。 序盤キャラにみる魔力出力の差 登場時点では、魔力容量はクレア?のほうがジャスティスよりも2倍以上高い。 序盤の魔法に見る魔力出力の比較 つらら・ミサイルはアイス・ジェットの5倍程度の出力が必要。 トマホークはジャスの魔力容量の約0.1%を目安に生成されている。 その他備考 魔力容量の成長と魔力出力の成長は必ずしも比例しない。 例えば、クレア?は序盤から高い魔力出力を持っていて、 強力な攻撃魔法を最初から行使できる。 ジャスティスは魔力容量も魔力出力もクレア?より劣るが、 小説の序盤で魔力容量が大幅に(20倍程度)上昇、 魔力出力は3倍程度上昇する予定。 魔法の破壊力は魔力出力に比例しない 魔力出力が同じ場合、 ジャスティスの魔法はクレア?の魔法よりも破壊力が大きいものが多い。 例えば、アイス・ジェット等はジェットエンジン(物理的な性質)という機構をもっているため、少ない魔力出力で驚異的な殺傷能力を持っている。
https://w.atwiki.jp/wixwiki/pages/37.html
WindowsInstallerは非常によく出来ており、何か想定外のことが起きたとき、必ず起動前の状態に戻してくれる。 例えばインストールの最中に、何らかのサービスを登録に失敗した場合、そこまでに配置した様々なリソースを 全てもとの状態（つまりインストール前の状態）に戻してくれる。WindowsInstallerによるインストールでは、 基本的に（カスタムアクションを除き）全て成功するか、全てを無かったことにするか、はっきりしている。 さて、問題なく動作するインストーラMSIファイルならよいだろう。自分が試しに作ってみたインストーラなどは、 動作しないことが多々ある。何か問題が起きて、インストーラが必ず途中でロールバックしてしまう、といった ような場合に、何を基にしてデバッグすればよいだろうか。 基本的にWindowsInstallerは標準的な動作（MSIファイルをダブルクリックして起動する）ではログなどが出力 されることはない。（インストーラー内部で個別に作りこんでいれば話は別だが、WindowsInstallerそのものが ログを出力することはない）WindowsInstallerがログを出力するようにするためには、WindowsInstallerの プロセス起動時にログを出力するようなオプションを与えればよい。 具体的にはコマンドプロンプト等で msiexec /i Hoge.msi /lv* hoge-install.log とすることで、Hoge.msiファイルを起動し、デバッグログを hoge-install.log に出力することになる。 （このオプションはWindowsインストーラのバージョンによって異なる可能性がある。私が確認したのは V3.01.4000.1823 だ。そのほかのWindowsInstallerのオプションについては、msiexec /? として自身で確認してみてほしい） visitor - (today - ) Author nagatyo コメント （注：コメントは管理人が適宜消去する場合があります） 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/qtlab/pages/28.html
QPrinterを使ってPDF出力 //QPrinterの設定 QPrinter printer(QPrinter ScreenResolution); //プリンターダイアログの設定を開く QPrintDialog printDialog( printer, this);//プリンターの設定ダイアログ //出力ファイルの名前設定 フォーマット設定 printer.setOutputFileName("test.pdf");//出力ファイル名 printer.setOutputFormat(QPrinter PdfFormat);//出力フォーマット printer.setOrientation(QPrinter Landscape);//縦・横 printer.setPaperSize(QPrinter A4);//出力サイズ //OKなら if(printDialog.exec() == QDialog Accepted)//プリンタの設定画面表示 { //ペインターに出力 QPainter painter( printer);//prinnterとPainterを接続 QRect rect = painter.viewport(); QSize size = image.size(); size.scale(rect.size(), Qt KeepAspectRatio); //サイズの指定 painter.setViewport(rect.x(), rect.y(), size.width(), size.height()); painter.setWindow(image.rect()); //QImageをPainterに描画 painter.drawImage(0, 0, image); }
https://w.atwiki.jp/ad06/pages/23.html
ある指定された周波数帯域内において、音源が放射する単位時間当たりの音響エネルギー。単位はW(ワット)。 音響出力の大きさはとても幅が広いので、音響パワーレベル [単位：dB] として表示することが多い。 測定法 音響インテンシティ法 音源を取り囲む閉じた曲面上の１点における音響インテンシティの法線方向成分をその面全体について積分した量が、その音源の音響パワーに相当するので、 の関係がある。この関係を用いて、音響インテンシティを連続移動する方法によって測定する方法を、音響インテンシティ法という。 例えば、点音源から距離rの面における音響出力は、 となる。 音圧法I 自由音場で、音源からある程度離れた場所では、音圧と音響インテンシティの間に の関係がある（ ：媒質の密度 [kg/m 3]、：音速 [km] ）ので、 として、音圧を測定する方法を音圧法という。 例えば、点音源から距離rの面における音響出力は、 となる。 ただし、音圧法Iによって測定する場合には、反射の影響を受けないように無響室あるいは半無響室などで測定する必要がある。 音圧法II 残響室などの拡散音場内に音源を置き、音場の平均音圧レベルから音響パワーを求める方法。 参考文献 基礎音響工学 (コロナ社) 音響用語辞典 (日本音響学会編、コロナ社)
https://w.atwiki.jp/chex/pages/398.html
エンジン出力 エンジン出力を上げると積載量が増えるが燃料消費率が上がる。一方で、積載オーバーすると燃料消費が著しく増えるので、エンジン出力を上げた方が燃費が良くなる場合がある。戦闘中に撃った弾薬や消費したエネルギー分軽くなるので、少しぐらいならオーバーしてもいい。積載率110%前後になるようにエンジン出力を調整している機体が多いようだ。 エンジン出力を上げると積載量が増えるが燃料消費率が上がる。 エンジン出力 燃料消費率 100% 100% 101% 101% 102% 102% 103% 103% 104% 105% 105% 107% 106% 109% 107% 111% 108% 114% 109% 117% 110% 120% 111% 123% 112% 126% 113% 129% 114% 133% 115% 137% 116% 141% 117% 145% 118% 150% 119% 155% 120% 160% 121% 165% 122% 170% 123% 175% 124% 181% 125% 187% 126% 193% 127% 199% 128% 206% 129% 213% 130% 220% 131% 227% 132% 234% 133% 241% 134% 249% 135% 257% 136% 265% 137% 273% 138% 282% 139% 291% 140% 300% 141% 309% 142% 318% 143% 327% 144% 337% 145% 347% 146% 357% 147% 367% 148% 378% 149% 389% 150% 400% ※100%未満はエンジン出力=消費率のため割愛 積載率による燃料消費 重量オーバーすると燃料消費が増える。 積載率 燃料消費率 99%～102% 100% 102%～104% 103% 104%～106% 110% 106%～108% 121% 108%～110% 136% 110%～112% 155% 112%～114% 178% 114%～116% 205% 116%～118% 236% 118%～120% 271% 120%～122% 310% 122%～124% 353% 124%～126% 400% 126%～128% 452% 128%～130% 506% ※99%以下は積載率が3%減るごとに燃料消費率が1%下がる。
https://w.atwiki.jp/s603rd/pages/30.html
BluetoothやWLANでプリンタへの印刷が可能。と言っても大したことは出来なさそうだ。 試したところでは、 スケジュール(Bluetooth) 電話帳(Bluetooth) 画像(Bluetooth,WLAN) くらいだった。 画像印刷以外は携帯電話側からはフォーマットの変更は出来ない。プリンタ側で設定（または固定）されているフォーマットで出力されるようだ。 画像印刷も大した設定は出来ない。標準で使用するプリンタ、印刷サイズ（枠の有無のみ）、印刷する用紙サイズ程度だ。設定はGalleyのPrintから行える。 印刷にはEPSON EP-901Fを使った。プリンタが変われば出力結果は変わると思われる。 スケジュールでは下記画面のような登録をしているデータを印刷したころ 下図の出力になった。 これは酷過ぎる。何の予定かもさっぱり分からない。おまけに時間がUTCになっている。 vcsでPCに転送したデータには全ての内容が入っているので、問題はプリンタにあるように思う。時間に関してもvcsに入っている時刻がUTCなので仕方ないかもしれないが日本時刻に変換してくれたりする設定がプリンタには無かった。このままでは実用度はゼロだろう。 試す前には月間予定一覧のような出力も出来るのかと期待していただけにショックが大きい。ま、正式にサポートされている機能では無いので仕方ない。 電話帳はと言うと下記の内容を登録しているデータを印刷したところ 下図の結果となった。 エントリの情報全てなのか、エントリの詳細を１つだけなのかで出力情報を変更出来る。 が、スケジュールに匹敵するくらい酷い。全部の印刷でも携帯電話番号とメールしか出力されない（住所は登録していないので、登録があれば出力されると思う）。 しかし名前すら全部が出力されていないとは。あんまりだな。 画像出力に関しては下記データ（実サイズ）を印刷したら 下図（本当はA4サイズで普通のコピー用紙）になった。 印刷結果を更にスキャンしたので画面で見比べたところで大した意味は無い。実際にはA4サイズで印刷された（Galleryで用紙設定）ので基画像より荒く、遠くから見ればまあまあ程度の画質だ。普通紙なのも原因の一つ。因みに、N82最高画質で撮影した画像を写真プリンタのCANON ES2に転送してL版に印刷した所、十分使い物になる画質になった（とは言っても基画像と印刷画質を比べての話であって、基画質がさほど綺麗では無いので微妙なところだ）。 GalleryからのWLAN印刷ではN82で設定した用意サイズが選択される。 Bluetoothでの印刷はプリンタ側用紙設定（PictBridge等の設定項目があれば）が有効になるようだ。 BTでEP-901Fに送信して、L版写真用紙に印刷すると実用十分な画質で印刷された。 GalleryからのWLAN印刷はL版用紙の選択肢がないので、転送速度は遅いがプリンタの用紙設定が使用できるBTの方が良さそう。 他の印刷方法が無いものかと探っているのだが、そもそも携帯電話側にプリンタドライバを持っていないため難しそうだ。基本的にはファイルをPCに転送して印刷が正しい姿のようだ（まあ現実としては携帯のデータを印刷する機会も少ない）。