約 2,995,687 件
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致します
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/clan-sorz/pages/27.html
Play Style ARer Fav Weap M4 Hate Weap none Resolution 1280x1024 Mouse Acceleration Off Dominant hand Right hand PC Environment OS Windows XP SP3 CPU Intel(R)Core(TM)2Duo E8500@3.16GHz Memory 1024MB*2 Graphic Card GeForce9600GT Soundcard onnbo Motherboard Intel P43 Express Connection 光 Mouse IE3.0 Mousepa QcK+ FNATIC Limited Edition Keyboard SANWA SUPPLY SLIM Keyboard Headphones だーまへっどせっと Monitor BenQG700 ＆ MitubishiRDT175LM Fav Player sion Fav Team 4dN Fav movie none Fav BGM Kanon ORIGINAL SOUNDTRACK
https://w.atwiki.jp/clan-sorz/pages/34.html
第一回過去ログ 企画者不在のため＠の企画は1月4日の深夜に 2009年1月2日午前5時パイロットとして行った、新春誰が送った曲かクイズ このクイズは相当アレな企画ですが スペックの違いでクラメンでできるものは少数となっています。 今回は「WMEの配信」システムを利用して。 少々低スペックの人でも配信が聞けるように とそういうわけです。 Skypeを使うもよし、TSを使うもよし 基本的なルールは下記 [ルール] 一曲当てるごとに１ポイント 低かった人は罰ゲーム 答えるのは30秒後（ラグ的意味で）罰ゲームはいつか考える。 パイロット版第一回結果 一位 メシア GJ 三位 わったん 四位 kool 五位 ＠＠＠＠＠ koolと@には1月2日～3日にかけて罰ゲームを行ってもらいます 内容は「一人アフレコ配信」 [共通ルール] 例えキャラ同士の声がかぶっても、再現する 親以外のときは普通に続ける（無言は以下略） タバサンが「終了」と言ったらそこで配信終了（IRCで伝える） タバサンがもし落ちたらクランマスターが指示 OPとかも基本歌う。 ※この配信を放棄した場合は顔うｐ＾お＾ ※ルールを守れなかったら一回につき顔うｐ^o^ KOOL一日目(09年1月2日深夜0 45～準備含め) --終了しました [[ToHeart2]] AnotherDays配信（決定） [ルール] ・koolが行ったルートにしたがって終了するところを決める 基本的にはタバサンが終了の指示を行う 配信対象 525 Kbps オーディオ コーデック Windows Media Audio 9.2 オーディオ形式 96 kbps, 48 kHz, stereo CBR ビデオ コーデック Windows Media Video 9 ビデオ ビット レート 420 Kbps ビデオ サイズ 800 x 600 フレーム レート 5fps 配信開始時はIRCのkoolのＩＰを参照 人数が多い場合はPoがミラー *後日ストリーミング配信 ＠二日目(09年1月4日深夜) *企画者不在のため延期 4日 アニメ音読配信 1.ストライクウィッチーズの音読 全キャラなりきり 第7話「スースーするの」 [ルール] ・指定された話数が終わるまではアフレコを続ける 配信対象 597.04 Kbps オーディオ コーデック Windows Media Audio 9.2 オーディオ形式 128 kbps, 44 kHz, stereo CBR ビデオ コーデック Windows Media Video 9 ビデオ ビット レート 460 Kbps ビデオ サイズ 640 x 360 フレーム レート 24 fps 配信開始時はIRCの@@@@@のＩＰを参照 人数が多い場合はPoがミラー *後日音声ストリーミング配信 KOOL専用配信ファイル @@@@専用配信ファイル
https://w.atwiki.jp/hellgate_london/pages/171.html
Unique Hunter Weapons [部分編集] Type Base Item Name Automatic Rifles Arclight Exothermic Rifle Dunbar s Disruptor The Agitator Arclight Fusion Rifle Lee s Lightlance Rabblerouser? Arclight Thermite Rifle Amol s Arclight Destroyer Translight Arrow? F-S Electropulse Rifle Abbadon s Hellstriker(non-Unique) Ol Sparky F-S Shock Rifle Nikola s Polyphase Rifle Teleforce Rifle F-S Volt Rifle Menlo s Spark Rifle Tempered Volt XM55 20mm Rifle Incessant Barrage Lambert s Ruthless Repeater XM57 25mm Rifle The Veteran Void Rifle(non-Unique) XM63 25mm Rifle Gunny s Mistress The Hunter s Friend? XM66 30mm Rifle Old Faithful? Rupert s Rifle [部分編集] Type Base Item Name Close range weapons XM666 Bladefrenzy Buzz s Frightgear Whirling Dervish Criff s Meatsaw XM666 Bladesaw Cosgrove s Carnage Shortcutter [部分編集] Heavy Rifles Arclight Cluster Rifle Ivan s Terrible Advantage Longshot F-S Mongoose Launcher Bogi s Charge Shellshocker? MS3 Mongoose Launcher Snakehunter? White s Widowmaker Nanodyne Ballistic Cannon Olo s Eternal Rest The Exterminator [部分編集] Laser Pistols Nanodyne Firestarter Yelinson s Wrath Burning Memory(non-Unique) Nanodyne Igniter Couratier s Combustor The Eternal Flame [部分編集] Laser Rifles F-S Grinder Cannon Earthshaker? Grant s Groundpounder F-S Grizzly Rifle Silva s Shredder Wurm s Rumbler(non-Unique) Nanodyne Venom Lance Overkill? Surya s Perfect Solution XM803 Zeus Rifle Hera s Lance Olympus Bolt XM923 Zeus Rifle Koehlert s Wrath Vengeance of Jupiter? [部分編集] Machine Pistols M3 Perforator Jung s Windstorm The Riddler SRAC Crane s Misery? Wretched SRAC? XM3 Eviscerator Hu s Hypershot The Fragger [部分編集] Mine Layers F-S Tactical Impaler Blightblossom? Schillinger s Perforating Paradigm F-S Tactical Spiker Hunter s Revenge The Black Widow? [部分編集] Rocket Launchers Arclight Combustion Gun Amir s Arclight Thunder The Breath of Shulgoth(non-Unique) Arclight Explosive Cannon Ether s Fusillade Ragnarocket? F-S Steelhook Launcher Murphy s Lawbringer? Overslayer? F-S Talon Launcher Hyperfist Techsmith s Gyrozooka(non-Unique) Nanodyne Hellcat MIRV Blackstar MIRV Rumdrunk s Uproar Nanodyne Hellhound MIRV Firefall? Skullder s Demise XM107 Firefox Launcher Moyer s Resource The Desolator XM108 Trident Launcher Firefox Shiva s Trishula XM171 Thermo Cannon Bunkport s Tsunami Tyler s Pistol XM237 Firefox Launcher No Quarter Terk s Twisting Ballistic? [部分編集] Rocket Pistols Grenade Launcher Derek s Divine Equalizer Fusilier s Friend Arclight Cannonade Aisling s Thunder? Lowber s Lucky Lobber Arclight RDX Grenade Launcher Bezyack s Bombadier Bouncing Betty XM313 Raptor Darkray s Devastation The Carnivore XM314 Falcon Skywise Takedown Tattersall s Mark XM315 Predator Amir s Death Dealer Unlimiter? XM41 Thermal Bolter Illiaster s Majestic Sun Vulcan Bolter XM42 Convection Bolter Max s Molten Metal Projector Techsmith s Phlogiston Emitter(non-Unique) XM43 Chrome Bolter Hotshot Jin s Chromium Dragon [部分編集] Shotgun Pistols XMS10 Jackhammer Aden s Avenger Gau s Equalizer XMS5 Jackhammer Alt s Hack Gulkar s Demonic Shredder(non-Unique) [部分編集] Shotguns Nanodyne Shockstorm Jetram Shockgun Thor s Hammer Nanodyne Surge Cannon Shockforce? Sullivan s Seventh Strike? [部分編集] Sniper Pistols F-S Rail Pistol Nanto s Third Rail Reaper s Hell Railnon-Unique T34 MAG Pistol Destroid s Linear Pistol? Scram s Hand Cannon? [部分編集] Sniper Rifles F-S Loki SNPR Voodoo Rifle Sydonai s Purview(non-Unique) F-S Poseidon SNPR Arashi s Spider-Shot Convulsor F-S Triton SNPR Horizon s Reach Wargod Rifle
https://w.atwiki.jp/hmiku/pages/18172.html
【登録タグ AVTechNOCD CD CDL 全国配信】 前作 本作 次作 無実 LUST DOLL CRYONICS AVTechNO 祭屋 発売：2011年9月7日 価格：￥300 / 1曲￥150 流通：配信 レーベル：KarenT ジャケットイラスト：和音 iTunes Storeで購入する CD紹介 AVTechNO!氏の配信シングル。 歌い手の祭屋さんと一緒に作ったアルバム【AS】の楽曲からボーカロイド版としてアレンジしてみました！ 『AS』も同日にダウンロード販売が開始されている。 曲目 LUST DOLL （feat. 鏡音リン） RE;LAX （Instrumental） リンク 作者サイト KarenT：「LUST DOLL」 コメント おお、好きなんだよね。この曲。 -- 名無しさん (2011-09-08 21 03 23) 名前 コメント
https://w.atwiki.jp/todo314/pages/138.html
Nonnegative Spectral Clustering with Discriminative Regularization Yi Yang, Heng Tao Shen, Feiping Nie, Rongrong Ji, Xiaofang Zhou AAAI 2011 概要（だけ） よくあるクラスタリング手法 どの要素がどのクラスタに属するかを表すindicator matrixで目的関数を表現 そのままだと解けないので{0,1}から緩和する 固有値分解をココらへんで使う 頑張って解く ±混ざっている {0,1}にする 何が問題？ 混合符号の行列がもらえた時にそれを量子化する簡単な方法が無い EM-like / k-means / spectral rotation などを使う 大体は入力分布の局所構造にしか着目しない（なにそれ？） 提案手法NSDP(Nonnegative Spectral clustering with Discriminative Regularization) 非負制約を入れた 本当に欲しいのに近いのでは？！ 局所的でなく大域的な制約をつっこむらしい 結局いろんな手法と比較したけど最強だった この手の評価は元となるデータが無いとダメなのね まとめ 難しい…
https://w.atwiki.jp/skypewiki/pages/15.html
Little Busters!
https://w.atwiki.jp/testest-umigamedb/pages/1403.html
2021年5月17日 出題者：mi タイトル：「魔性の本」 【問題】 男はその本をじっ…と見つめる。 出てくる文字の羅列を何度も読み返しては、内容の理解に苦しむ。 しかし、男はその本を読まずにはいられないようだ。 一体なぜ？ 【解説】 + ... 古来より海の美しいその地域では、星降る宴の際には召喚された 神の遣いを大釜で煮込み、振る舞っていた。 美しく、宙に浮くそれは、絶対的に崇めるべき存在であろう。 それを食べるという謎多き風習に、学者達は真相をついに解明できなかった。 そして時代は変わり、その民も最後の一人を亡くし、神の遣いも現れなくなった。 現代においては、謎を追う学者達はその地域を亡古夜(ナゴヤ)と呼び、 亡古夜の民の魂を救済するべく、夜な夜な輝板を捧げるという。 ちなみに亡古夜は海辺ということもあり、猫が多く、 現在ではちょっとした観光地となっている。 この猫が亡古夜の民の生まれ変わりではないか、と論文を出す学者もおり、 その説はもうすぐ立証されそうだとの噂が上がっている。 民明書房刊『被検体猫の考証～浮美神召の崇釜は不滅なり～』より ーー つまり、問題はTESTESTお戯れ配信の謎解き（知っているのか雷電クイズ）の一幕でした。 （男＝視聴者、本＝民明書房刊（問題文）、文字の羅列→雷電クイズの答えを導きだそぉぜぇ～） みんなも毎週金曜は一緒にお絵かきと謎解きで遊ぼう！ ※匿名希望Rは…むぅ、あれはまさしく…おい、れいにー！見てるか、おい！ ※れいにーフィーバーが起きてる間に出題されると嬉しいなぁ ※民明書房ってこんな感じでええんか？なんか違う気がするな… 【注釈】出題時の名前は「匿名希望R」 TESTEST金曜日配信において、民明書房のれいにーさんが作った 「知っているのか！雷電クイズ」をもとに作られた問題。 なおこれに対しお返しで作られた問題も存在する。 《メタ》 配信日に戻る 前の問題 次の問題
https://w.atwiki.jp/idolmasterwiki/pages/116.html
THE IDOLM@STER MASTER SPECIAL 01天海春香 高槻やよい imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (Ms01.jpg) 発売日：2009年2月4日価格：税込定価¥2,200 (税抜¥2,095)品番：COCX-35375レーベル：日本コロムビア Starring by ・天海春香（CV中村繪里子） ・高槻やよい（CV仁後真耶子） 01.乙女よ大志を抱け!! 歌：天海春香 02.ゲンキトリッパー 歌：高槻やよい 03.トーク01 04.それが、愛でしょう 歌：天海春香 05.じゅもんをあげるよ 歌：高槻やよい 06.トーク02 07.Do-Dai (M@STER VERSION) 歌：高槻やよい 08.私はアイドル♡ (SINGLE VERSION) 歌：天海春香 09.トーク03 10.i (REM@STER-A) 歌：天海春香 高槻やよい 11.トーク04 12.L・O・B・M 歌：天海春香 高槻やよい 13.乙女よ大志を抱け!! オリジナル・カラオケ 14.ゲンキトリッパー オリジナル・カラオケ 15.ボーナス・トラック・トーク タグ Do-Dai L・O・B・M i じゅもんをあげるよ(cover) それが、愛でしょう(cover) ゲンキトリッパー 乙女よ大志を抱け!! 私はアイドル♡