約 1,990,506 件
https://w.atwiki.jp/ooooiwocha/pages/16.html
Savedata集 ハマり状態でセーブしてしまった どうしてもボスでフリーズする あのアイテム取り逃した そのような人向け 念のため… 安全を期していますがzipファイルは必ずウイルスチェックをしてください! 内容 Savedata.zip ボス戦前後 1.エビルパス前 2.ラストバトル前 3.ブラックハウンド ホワイトハウンド前 4.ギレーベオ前 5.開発室
https://w.atwiki.jp/dy-ud200/pages/12.html
2009年4月初頭現在、製品のインストールCDに含まれているバージョン 基本的にはOllyDbgを使用されたし axファイルが対象の場合はバイナリエディタを使用されたし 今の状況:HDCP、COPP? TS抜きも無事できるようになりました。解析神に感謝!! とにかく急いでTS抜いたりHDCP非対応環境でも見たい人向けまとめ (第6スレ3) HDCP非対応環境で視聴する第1スレ 651(方法①) 第1スレ 662(方法①) 第1スレ 781(方法②) 第2スレ646(方法①のまとめ) TS抜き関連uesファイルを暗号化しない(第4スレ205) 暗号化を無効にする(第5スレ268) uesファイルにヘッダを書き込まない(第5スレ268) 録画時に出力されるファイルの拡張子をtsにする(第5スレ268) 製造番号関連設定された製造番号を変更する(第3スレ748) 設定された製造番号を変更する(第4スレ337) ネットワークインタフェース関連LANカードのMACアドレスを00 00 00 00 00 00と認識させる(第4スレ66) ネットワークインタフェースなしの環境で録画する(第4スレ193) 電源ノイズ関連コンデンサを挿入して電源ノイズを防ぐ セルフパワー化ケーブルを作成する その他MULTI2のデコードに関するバグを取り除く(第4スレ636) 画面表示無くして録画専用(第5スレ528) ウィンドウを表示しないことで録画を意識させない(第6スレ640) 本体なしで無理矢理DAWIN DTV.exeを起動する(第4スレ847) HDCP非対応環境かつB-CASカードなしで録画を再生する(第2スレ961) C \My Documentsへの書き込みを止める(第2スレ549) 1.0.2にファームウェアのバージョンを強制ダウン(第9スレ866) チャンネル整理の方法(第1スレ869) OlyDbgなしで改造を有効にする方法(第1スレ673) とにかく急いでTS抜いたりHDCP非対応環境でも見たい人向けまとめ (第6スレ3) 1.普通にDY-UD200を接続・セットアップ 2.インストールフォルダ(C \Program Files\DAWIN DTVとか)にあるDAWIN DTV.exeをバイナリエディタで以下のように編集 0002881C E8 8B 5E 17 00 - 33 C0 90 90 90 0002C681 0F 84 52 05 00 00 - E9 53 05 00 00 90 0002C76B 0F 85 68 04 00 00 - E9 69 04 00 00 90 0002C777 0F 84 5C 04 00 00 - E9 5D 04 00 00 90 001E83C0 75 00 65 00 73 - 74 00 73 00 00 3.同じフォルダにあるUniMFSegPF.axも同様にバイナリエディタで編集 0001656C E8 9F - 58 58 0001656F 00 00 - 58 90 00016F22 20 03 - 00 00 00016F39 20 03 - 00 00 000170AE A4 - 00 000190B9 08 - 00 0001BE10 51 56 8B F1 - C2 10 00 90 4.DAWIN DTV.exeを起動させ、正常にフルセグの視聴ができるかテストする 正常に見れなきゃUSBハブかますなりマザー変えるなりアンテナ立てるなりドライバ新しくするなりする 5.普通に番組を録画する 6.tsファイルで録画されるので、DAWINDTVから録画した番組は再生できないが、GOMやPowerDVDその他のMPEG2TS とAAC対応ソフトで再生や編集ができる ※自動パッチツールについてや、それぞれの改変箇所の意味はまとめwikiや過去ログを参照のこと HDCP非対応環境で視聴する 第1スレ 651(方法①) HDCP回避成功したよー OllydbgでDAWIN DTV.exeの0042C681を強制JMPに書き換え ずれてないと思うけど、0042CBD9に飛ばすとこね 第1スレ 662(方法①) 0042C76B も JP 0042CBD9にして 0042C777 も JP 0042CBD9にして ここがマルチモニタで片方はHDCPでもひとつがHDCP非対応モニタへうごかしたときのチェック部分 第1スレ 781(方法②) 別解 DAWIN DTV.exe 0002C7A4 0F 90 0002C7A5 85 90 0002C7A6 94 90 0002C7A7 00 90 0002C7A8 00 90 0002C7A9 00 90 編者注:直接バイナリファイルの書き換えと思われる。録画ファイルが再生できないと報告あり。(第1スレ856) 第2スレ646(方法①のまとめ) 0002C681 0F 84 52 05 00 00→E9 53 05 00 00 90 ( 651) 0002C76B 0F 85 68 04 00 00→E9 69 04 00 00 90 0002C777 0F 84 5C 04 00 00→E9 5D 04 00 00 90 とりあえず通常・予約録画可 編者注:直接バイナリファイルの書き換えと思われる。 TS抜き関連 uesファイルを暗号化しない(第4スレ205) 0001656C E8 58 0001656D 9F 58 0001656F 00 58 00016570 00 90 編注:UniMFSegPF.axのバイナリエディタでの書き換え 暗号化を無効にする(第5スレ268) UniMFSegPF.ax 0001BE10 = 51568BF1- C2100090 編注:バイナリエディタでの書き換え。アドレス表記を8桁にして転載 uesファイルにヘッダを書き込まない(第5スレ268) UniMFSegPF.ax 16F22 = 2003- 0000 16F39 = 2003- 0000 170AE = A4- 00 DAWIN_DTV.exe 0002881C = E88B5E1700- 33C0909090 編注:バイナリエディタでの書き換え。アドレス表記を8桁にして転載 録画時に出力されるファイルの拡張子をtsにする(第5スレ268) DAWIN_DTV.exe 001E83C0 = 7500650073- 7400730000 編注:バイナリエディタでの書き換え。アドレス表記を8桁にして転載 製造番号関連 設定された製造番号を変更する(第3スレ748) 004201D5 にブレークポイントを設定 止まったら 006D02F8 を書換えてから 続きを実行すれば製造番号入力ダイアログが出ます 設定された製造番号を変更する(第4スレ337) 一度登録したシリアルを変更する方法の別解 DAWIN DTV.EXE 001E7F9A 30 → 31 これを一時的にDAWIN DTV Z00K.EXEとか別名保存しておいて実行 登録ダイアログが出るので Z11K111111111 とかで登録して終了。 元の DAWIN DTV.EXE を起動すると再びダイアログが出るので Z10K~ が登録可能。 Z11Kのままでも使えるけど、Z10Kに戻したほうが安心なので。 "Z10K" + (08~20) + (01~12) + (任意の数字5桁) (編注:DAWIN DTV.exeの直書き換え。) ネットワークインタフェース関連 LANカードのMACアドレスを00 00 00 00 00 00と認識させる(第4スレ66) NIC の有無のチェックは飛ばさないので NIC は必要です DAWIN DTV.exe 248FF0 25303278 - 30300000 UniMFSegPF.ax 0399C0 25303278 - 30300000 UniMFSegSF.ax 01AB24 25303278 - 30300000 (ヒントになるAPI GetAdaptersInfo) (編注 どう見てもバイナリエディタでの書き換えです。本当に(ry) ネットワークインタフェースなしの環境で録画する(第4スレ193) 適当にいじくってみたところ、 UniMFSegPF.axの 0001C197 75→74 0001CD69 FF→EF 0001CD92 72→77 0001CE2B 75→74 で、非NIC環境(仮想PC)での録画できた 電源ノイズ関連 コンデンサを挿入して電源ノイズを防ぐ 注 USBの規格上ではUSBのバスパワーラインに挿入して良い容量は10uFまでです。 一例(第2スレ361) 二例(第2スレ796)(これはUSBのバスパワーラインイン直後でなくIC寸前のパスコン) セルフパワー化ケーブルを作成する 一例(第6スレ696) と言うわけで外付け電源作ってみた。 要らないUSBケーブルの+5Vを切って、安定化した電源を入れてる。 回路自体は、シリーズレギュレータでACアダプタの12Vを5Vに降圧してるだけ。 全体像 レギュレータ部分 3.5W-4Wも発熱するからその辺にあった鉄板付けてみた。 ちょっと放熱能力が足りてないらしく、レギュレータが火傷するほどあつくなる。 全く映らなかったUSBポートでも、たまにブロックノイズが乗りつつ視聴できる位になった。 やっぱり電源周りに問題あるね、この機械。 最初っからセルフパワー対応にしておけば良かったのに大失敗だな。 コンデンサ追加できるような人なら7805くらいその辺に転がってるだろうから、 試してみたらいいと思う。 !警告!写真の「その辺にあった鉄板」では3.5W-4Wの発熱を逃がすには明らかに不十分ですので、もっと大きな放熱器を使いましょう! その他 MULTI2のデコードに関するバグを取り除く(第4スレ636) アダプテーションフィールド長176以上でのデコードミスがMULTI2の復号処理にある事が分かった とりあえず、パッチ当ててみた UniMFSegPF.ax 000190B9 08 → 00 もしかしたら、某協会chで音にノイズが乗る件や、周期的にブロックノイズが出る件が解決されるかも 画面表示無くして録画専用(第5スレ528) 当方すべての対策(パッチ等)しましたがピュル&ブロックノイズが克服(PC環境のせい?) 出来なかったので下記で対策。 000190BA 53 52 上記副作用::画面は表示されません。録画ファイルはピュル&ブロックノイズ無し。 (編注:UniMFSegPF.axの直書き換え。) ウィンドウを表示しないことで録画を意識させない(第6スレ640) "DAWIN DTV.exe" 00181C51 FF742404 6A009090 本体なしで無理矢理DAWIN DTV.exeを起動する(第4スレ847) とりあえず本体無しでDAWIN DTV起動。 uesは見れないが。 DAWIN DTV.exeの 0001A3B4 74→EB 000201DA 75A5→EB00 000201EB EB03→EB09 0002035C 85C0→EB06 0002035E-00020363 90で埋める HDCP非対応環境かつB-CASカードなしで録画を再生する(第2スレ961) 0002C74C 754939BE94050000 - E988040000909090 (録画時とは違うCASカードを挿入すると再生できないと報告あり(第2スレ)) C \My Documentsへの書き込みを止める(第2スレ549) 下記12箇所の 01 を 00 に書換えすると C \Documents and Settings\(ユーザ名)\My Documents 固定であったものを現在のマイドキュメントに変更 0041297B 00 00419F3F 00 00429955 00 0042CC90 00 0042D03B 00 0042D471 00 0042D7DA 00 0042DCF8 00 004A1E42 00 004A7350 00 004C48D0 00 004C5581 00 (SHELL32.SHGetFolder の第四引数) 1.0.2にファームウェアのバージョンを強制ダウン(第9スレ866) DAWIN DTV.exe(1.0.0.1) 強制FWアップデート 00020106 0F 87 AA 00 00 00 = 90 90 90 90 90 90 編注:バイナリエディタで直書き換え チャンネル整理の方法(第1スレ869) HKEY_CURRENT_USER\Software\DAWIN DTV内で基本設定全部修正可能 チャンネル整理したい場合は各CHのデータ書き換え 整理時にCH数減らしたときはその親キー内のMaxCHまで書き換え 編注:チャンネル設定ページからそれ用のツールをダウンロードして使うことをお勧めします OlyDbgなしで改造を有効にする方法(第1スレ673) 左上のウィンドウで右クリックからCopy to executable→All modifications そして、出てきた新規ウィンドウで右クリックからSave fileで上書きなり、別名保存して入れ替えるなりお好きに。 OllyDbg日本語化してても同じ コメント 動作報告:ASUSマザー(M2N-e) アス4800+の環境で -- (hoge) 2009-03-24 01 23 16 (すいません)続き、SANWAのUSB-HUB227BK3ハブでBN減少。更にNEC製チップのUSB2.0ボードでBN99.9%回避できました。音声のみ時々飛びますがボリュームの関係かと思います。 -- (hoge) 2009-03-24 05 31 43 名前 コメント すべてのコメントを見る
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/kazuha1015/pages/472.html
Lv51〜60 オブスレイブ、スピネル4ctドロップしました -- vv アイグモキング、巻物の八ドロップ -- エンカブレードからトパーズ4ctでました -- エンカブレードからオニキス3ctドロ -- サントオンから巻物の七ドロップしました -- ウェスコキングから怨霊討伐令巻物四・後半部ドロップ -- (*≧з≦) ジェネラルミノスから神の啓示五でました -- 通りがかりの人 プラクイーンからクオーツ4ctでました -- 53LVのワンササーペンはワンサパイソンに改名されました -- デスペデルキングからオニキス3ctでました -- サントリオンから蒼空の双槌Dropしました -- ワンドサーペンから巻物の八でました -- ワンドサーペン真筆の七出ました -- オブメイドから合金銅でました -- ジャスクィーンから強化革。革はでないかも? -- マッドリオンから巻物の七出ました。追記しておきます。 -- パイデーンの居場所が分かりにくかったのと、別の場所でも見つけたので、追記しておきます。 -- パイデーンの居場所、黒山についても座標を追記しました。 -- デミエタートルから紫の瑠璃出ました -- エノヤデだかエノヤドだかから、神の啓示6がでました -- 巡回海老からラッキースター出ました。なんかの間違いかな・・・ -- オブメイドから元素の結晶がでました -- 巡海海老から怨霊二、神の啓示の13出ました -- シーサンキング 晴れの海(664.919) ドロップ 紫の瑠璃 見たところ一匹だけ? -- ↑追加 霊芝もドロップ -- ディシフィルから、緑玉の欠片でました -- フニクリの座標、追記しました -- エンカブレード 【体感度】薄緑で7〜4%Drp率(塩酸、毒液、合成油)他1%未満 -- 巡海蟹 LV60 静かの海(661 341付近) ドロップ 毒液、釉薬 -- ワンドサーペンからスピネル3ct -- ディエミタートル(641 950)の場所を追記しました。 -- オブメイド 元素の結晶ドロップ確認 -- シーサンの座標間違っていたのを修正(オルゴールドの位置だった) -- ワンサパイソンから巻物八をドロップしました -- ワンサパイソンからクォーツ3ctドロップ -- クナップ(剣仙付近)から巻物十をドロップ。解説に魔界なんてあるから、焦って放棄しちゃったよ… --
https://w.atwiki.jp/gcmatome/pages/4835.html
DUEL SAVIOR 【でゅえる せいゔぁー】 DUEL SAVIOR JUSTICE 【でゅえる せいゔぁー じゃすてぃす】 DUEL SAVIOR DESTINY 【でゅえる せいゔぁー ですてぃにー】 ジャンル ファンタジーアクションアドベンチャー(*1) 対応機種 Windows 98~XPプレイステーション2 発売元 Win 戯画 PS2 加賀クリエイト(*2) 開発元 Win 戯画 PS2 アルケミスト 発売日 Win 無印 2004年10月1日JUSTICE 2005年7月29日 PS2 2005年12月22日 定価 Win 9,240円 PS2 7,140円 レーティング Win アダルトゲーム PS2 CERO 18才以上対象 配信 Win FANZA 2021年9月10日※『JUSTICE』バージョンDL版は2023年3月31日をもって配信停止 判定 良作 戯画作品リンク 概要 ストーリー システム 主な登場人物 評価点 賛否両論点 問題点 総評 移植版 『JUSTICE』の追加点 『DESTINY』の追加点 関連作品 概要 アダルトゲームにロボットバトルアクションを盛り込んだ『BALDRシリーズ』でおなじみのTEAM BALDRHEADが製作した恋愛アドベンチャー+アクションゲーム。 剣と魔法のファンタジー世界を舞台にした召喚モノであり、本作においてもストーリー中に横スクロールのアクションバトルが挿入されるのが最大の特徴。 無印の発売した翌年にはトゥルーエンドとなるハーレムルートを追加した『JUSTICE』と、無印を『JUSTICE』相当にアップデート出来るコレクションディスクが発売された。 同年アルケミストより『JUSTICE』をベースにした家庭用移植版『DUEL SAVIOR DESTINY』が発売された。 ストーリー 両親を早くに亡くした主人公 当真大河と妹の未亜は、ある日道端で赤い本を拾った事で異世界「アヴァター」に召喚されてしまう。 そこは数多に存在する世界の根幹となる世界であり、千年に一度現れる世界を滅亡に導く「破滅」と戦い続け世界を安定させてきた世界だった。 「破滅」と戦うためには異世界から召喚された「召喚器」を使う救世主の力が必要で、その救世主は例外なく女性だったという。 大河は召喚器トレイターを召喚した事で初の男性救世主候補となり、同じく救世主候補として召喚された女の子たちと共に「破滅」に立ち向かっていくのだが…。 システム ADV部分はオーソドックスなシステムで行き先を選択したり、途中の選択肢により個別ルートへ分岐する。 バトルは横スクロールアクションとなっており、『テイルズ オブ シリーズ』のリニアモーションバトルのようなものを想像してもらえると分かりやすい。 操作は方向キー+3ボタンで、それぞれA、Bボタンには攻撃、Cボタンにガードが割り振られている。2段ジャンプや方向キーとボタンの組み合わせで様々な技を出す事が出来る。ゲームパッドを繋げばコントローラー操作も可能。 敵の攻撃が当たる瞬間にガードする事で無効化出来る「見切りガード」というシステムがある。 画面下には赤と青の宝石がはめ込まれたゲージがあり、時間経過で回復する青ゲージがある場合はガードでダメージを軽減(*3)、コンボを当てると溜まる赤ゲージがある場合は普段キャンセル出来ない技をキャンセルしたり、超必殺技を発動可能になる。 キャラクターにはレベルの概念があり、敵を倒した際に出現する経験値アイテムを取得する事でレベルアップしていく。レベルは周回プレイでも引き継がれる。 大河以外のキャラは基本的にCPU操作だが、一度エンディングを見たヒロインは次周から操作可能になる。 主な登場人物 + クリックで展開 当真 大河 主人公。バカでスケベでモテたがいがために救世主を目指すという分かりやすい性格をしている。一方、未亜のためにバイトをしていたり仲間想いな熱血漢としての一面も持ってはいる。 戦闘スタイルは接近戦主体で主人公らしくクセがない。召喚器は剣タイプの「トレイター」。 当真 未亜 メインヒロイン。大河の妹。控え目な性格でただ一人の兄である大河に肉親以上の感情を抱いている。兄の事になると感情剥き出しになる事も。 戦闘スタイルは遠距離主体。召喚器は弓型の「ジャスティ」 リリィ・シアフィールド 未亜と双璧を為すヒロイン。破滅に滅ぼされた世界から召喚された救世主候補で、現在は学園長の養子となっている。ツンデレ。 戦闘スタイルは攻撃魔法主体。召喚器は手袋(グローブ)型の「ライテウス」 ベリオ・トロープ BALDRシリーズおなじみの眼鏡巨乳の委員長キャラ。見た目通りの真面目な性格なのだが、それは彼女の出生と過去に由来する。 戦闘スタイルは防御魔法を用いるサポート系。召喚器は杖型の「ユーフォニア」 ヒイラギ・カエデ 昔の日本のような世界から召喚された救世主候補で忍者の一族の末裔。外見に似合わず血を見ると気絶するお惚けキャラ。 戦闘スタイルは素早い体捌きを主体とした格闘タイプ。召喚器は手甲(篭手)型の「黒曜」 リコ・リス 召喚術が得意な救世主候補。他の救世主候補も彼女が召喚している。物静かな一方、大食らいというギャップを持つ。 召喚器は持たず、数々の召喚魔法を用いた戦闘スタイルを持つ。 ナナシ 学園の地下で眠っていたアンデッド少女。記憶を失っているが、破滅に対抗出来る戦闘力を見込まれて救世主クラスの一員になる。 自分の頭を投げて攻撃するトリッキーな戦闘スタイルを持つ。物語後半、記憶を取り戻すと全く異なる戦闘スタイルに変化する。 評価点 ヒロイックファンタジーであり、なおかつ学園モノの要素を加えた熱いストーリー。 学園モノらしく仲間同士の絆を中心にコメディも交えて展開する前半は明るく賑やかに描かれる。 一方、後半の個別ルートでは各キャラの破滅の将との因縁、救世主の真実などが絡み合うシリアスな物語が展開される。二転三転する展開や練りこまれた設定などは高評価。 人死にも多く、結構容赦なく死ぬ。共に戦っていた仲間と対峙したり、仲間を助けに行ったばかりに別の仲間が…など悲劇的な展開も多く、前半と後半の落差はなかなか凄い。 ちなみに個別ルートの中ではリリィルートの評価が特に高く、他のキャラクターたちも個性的でキャラクター評価は良い。 PS2版では報われない展開が多かったクレアにルートが追加され、その内容の良さもあって高評価を受けている。 コンボを主体とした軽快なバトル。 通常技はMPなどの縛りがないため自由に使用する事が可能。ゲージ管理もあまり意識せずとも手軽にコンボを繰り出す事が出来、アクションが苦手でも爽快感のあるバトルが楽しめる。 敵を浮かせての空中コンボなども可能。敵側も浮きにくい敵、主人公たちを遥かに越える巨体やスーパーアーマー持ちなどバリエーション豊か。 難易度設定も用意されており、コンフィグからいつでも切り替え可能。初期状態では上から2番目の「NORMAL」が選択されているが、もっと歯ごたえのあるバトルを楽しみたいプレイヤー向けの「HARD」やバトルが苦手なプレイヤー向けの「EASY」「VERY EASY」がある。 見切り道場やサバイバルモードといったやりこみ要素の多さも良点と言えよう。 ADVパートのシステムも快適で、コントローラ操作にも対応しているエロゲーとしては珍しいタイトルでもある。 方向キー右でセーブ選択、上でバックログ、下でスキップやコンフィグなどのメニュー表示とコントローラ操作を前提にしたUIも特徴的。メッセージウィンドウ以外を消しておく事も可能なので画面がスッキリしている。 オプション周りも細かく設定出来るので、自分の好みに合わせたプレイが可能。 音楽面ではKOTOKOの歌う主題歌「Fatally」の人気が高い。 他のBGMも主張はしないが場面に合わせた曲が多く、後半に行くにつれ盛り上がる曲が増えていく点は好評。 賛否両論点 PS2版の新規声優陣についてはWin版プレイヤーを中心に賛否あり。 新規声優陣はいずれも人気声優なので、客引きとしての印象が強い。演技は申し分ないが、Win版とは大幅に声質の異なるキャラもいるので「合っていない」という意見も。 PS2版から入ったプレイヤーからは好評の意見が多い。Win版プレイヤーとの差といった所か。 問題点 『BALDR FORCE』同様のルート固定制のため特定のキャラを攻略したくても、そのキャラの順番が回ってくるまで攻略出来ない。 特に救世主の真実が明かされるリリィルート、未亜ルートは終盤。ハーレムルートは全キャラクリア後となる。 基本的に評価の高いシナリオだが、未亜ルートは否定的な意見が多い。 理由としては後半でのヤンデレ化や 「あの女のにおいがする…」 などの一部の台詞に引いたという意見もあり、直前にプレイする事になるリリィルートが高評価な事もあってその落差から評価が低くなってしまっている。プレイヤーから 「キモウト」 と呼ばれている(*4)事からもお察しいただきたい。 無印ではこの未亜ルートが最終エンディングだったため、ややスッキリしない終わり方になっていた。 PS2版では一部中途半端に残っているエロシーンなどが問題として挙げられている。前作『BALDR FORCE EXE』でも同様の問題があった。 主人公が変態で行動もDQN寄り。 上記のとおり仲間思いでアツいところこそある一方で、友人の弁当を勝手に食べてしまおうとするなど、プレイヤーに「おいおい…」と思わせる行動が序盤から多い。 バカでスケベでモテたいがために救世主を目指すという我欲にまみれた人間の為、人によっては激しく不快感を覚えるタイプである事は否めない。漫画作品で例えるなら「そらのおとしもの」の主人公が近いか(*5)。 ちなみに、パッケージにも「救世主への道は甘くてオイシイ?」と記載されているので、「そういうゲーム」だと考えれば納得できなくもないが…。 前作『BALDR FORCE EXE』の相馬透が(一部ルートを除いて)真面目で正義感の強い主人公だった為、前作プレイヤーからすれば「こんな変態が主人公かよ…」と思うのもむべなるかな。 やはりというか、シナリオを楽しみたいためバトルパートがいらないという意見も一部ある。 キャラごとのアクションは固定されているため似たようなコンボを繰り返すだけになりやすかったり、レベルアップしてもゲージが伸びるだけといった点は不評。 終盤になるにつれバトル回数が増えていくため水増しという意見もある。 前述のやりこみ要素クリアで貰えるご褒美CGを入手するのがやや面倒。 見切り道場完全クリア、サバイバルモードで200戦以上というのが条件。サバイバルモードの戦闘数も大変だが、見切り道場はアクションが苦手なプレイヤーには苦痛でしかない。 また、このご褒美CGの仕様のため本編で未回収のシーンがあっても気づかない場合もある。特に未亜ルート、ハーレムルートは特定条件により分岐するトゥルーエンドや追加シーンがあるため見逃すプレイヤーもいた。 ウィンドウモードがフルカラー非対応なので、ウィンドウモードでプレイしたい場合は画面設定をハイカラーに設定する必要があり面倒くさい。 PS2版はローディングやセーブの長さが不満に挙げられている。 総評 練りこまれた熱いシナリオや一般ゲームに劣らぬアクションパートの出来の良さから高い評価を得た良作である。 『BALDR』シリーズに比べるとやや知名度は劣るものの、その後もいくつかの外伝作が発表されている人気タイトルと言えよう。 移植版 『JUSTICE』の追加点 最終章となるハーレムルートが追加。 これに伴い、プレイヤーキャラに「真の救世主 大河」と真ラスボスが追加。 自由な設定で練習が出来るプラクティスモードが追加。 見切りガードに重点を置いたやりこみモード「見切り道場」が追加。 連続して敵と戦い続ける「サバイバルモード」が追加。一度ゲームをクリアする事で解禁される。 このモードのみ本編では使用出来ないキャラや戯画の他作品、ねこねこソフトの『みずいろ』からのゲストキャラが使用出来る。 2021年9月10日にFANZAでダウンロード販売された。 『DESTINY』の追加点 大河にボイスが追加。他のキャラの声優も総入れ替えされたが、オリジナル版のボイスと切り替える事も可能。 Win版ではサブキャラだったクレアルートが追加。 Win版『ショコラ ~maid cafe "curio"~』DVD-ROM版の予約特典だったミニゲーム『chocolat SAVIOR』が追加収録。 OPに新主題歌「NO WAY OUT!」を収録。 関連作品 『angel breath』 2006年2月24日発売。本作と共通の世界観を持つ外伝的作品。おまけとして本作のバトルシステムを流用した「angel savior」が収録されている。 『Xross Scramble』 2007年4月27日発売。本作と『BALDR FORCE』のファンディスク。PS2版とは異なるクレアを主役にしたストーリーやIFストーリーが収録されている。 『オトメクライシス』 2008年3月28日発売。本作の世界を舞台にした外伝作品。本作のバトルシステムを強化したものを搭載。 『マテリアルブレイブ』 2012年3月23日発売。本作のバトルシステムを発展させたものを搭載している。ただし肝心の出来は…。
https://w.atwiki.jp/create_tokyotech/pages/85.html
G-sat3.5の紹介資料が完成しました! G-sat3.5は2012年11月24-25日に大島での打上を予定するG-sat3後続機です。 打上げまであと1ヶ月に迫っており、各メンバー鋭意製作中です! 各セクションでEM(Engineering Model)が完成しつつあります。 下記リンクから紹介資料(pdfファイル)をご覧下さい。 G-sat3.5紹介資料 電装兼広報担当 長峰
https://w.atwiki.jp/sdvx/pages/10126.html
SAVE the World/ Toby Fox アーティストそのものに関しては「THE WORLD REVOLVING」を参照 ジャケット制作者欄は非表示を表す「-」となっている Lv CHAIN 譜面属性 BPM TIME Version Genre Illustrator Effect NOVICE 05 0576 180 EG44 その他 - Megacycle ADVANCED 12 1109 EXHAUST 15 1312 MAXIMUM 18 1922 + 難易度投票 NOVICE 選択肢 投票数 投票 詐称 0 強 0 中 0 弱 0 逆詐称 0 ADVANCED 選択肢 投票数 投票 詐称 0 強 0 中 0 弱 0 逆詐称 0 EXHAUST 選択肢 投票数 投票 詐称 0 強 0 中 0 弱 0 逆詐称 0 MAXIMUM 選択肢 投票数 投票 詐称 0 強 0 中 0 弱 0 逆詐称 0 攻略・解説 譜面・楽曲の攻略についてはこちらへどうぞ 見辛さ解消の為に改行や文頭の編集、不適切なコメントを削除することがあります 名前 コメント ※文頭に[ bgcolor(#aaf){NOV}]、[ bgcolor(#ffa){ADV}]、[ bgcolor(#faa){EXH}]、[ bgcolor(#888){MXM}]をコピー ペーストすると見やすくなります コメント 楽曲やイラストなどのコメントについてはこちらへどうぞ 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/fateuc/pages/101.html
SAVE DATA設定やスコア等のセーブ。難しいミッション等をクリアした場合は忘れずに。 LOAD DATAセーブデータのロード。隠しキャラ等を出現させた後は間違って押さないように。 AUTO SAVEオートセーブの設定。スコア更新時やミッション成功時、設定変更時、隠し要素出現時、EXTRA更新時に自動でセーブされる。 EXITオプションメニューに戻る。
https://w.atwiki.jp/vocaloidchly/pages/4478.html
作詞:あわあわP 作曲:あわあわP 編曲:あわあわP 歌:初音ミク 翻譯:yanao 基於相互尊重,請取用翻譯者不要改動我的翻譯,感謝 save point 也無名字的她自稱 滿是縫補痕跡世界的歸返位置 並且是也不見主角地迴轉著 從旁觀看這世界的現在位置 「才沒有什麼神呢。 這裡只有我而已」 「那才不算溫柔呢。 只是不知道其他的方法而已」 她的眼淚將世界固定 只有悲哀的結局不停被累積 某人的眼淚倒轉世界 尋找著更美好些的結尾 「才沒有什麼正確的事情呢。 那裡只有你在而已」 「才沒有什麼困難的呢。 你只希望著一件事而已」 她的眼淚將世界固定 即使只有悲哀的結局不停被累積 也因最後的眼淚倒轉世界 即使將一切統合 她的決定使世界加速 即使只有不斷被抹上悲哀的結局 仍以她的眼淚倒轉世界 尋找著更美好些的結尾
https://w.atwiki.jp/mtg2384/pages/342.html
autolink Savannah 土地 ― 森(Forest)・平地(Plains) 《Savannah》をGathererで確認 《Savannah》をGoogleで検索 《Savannah》が使用された大会 取得中です。 カードテキスト転載元: Wisdom Guild 様 2011 / 09 / 20