約 2,064,144 件
https://w.atwiki.jp/tabepedia/pages/14.html
Tabejoke tabejokeへようこそ! tabejokeは食べ物に関するジョーク記事をまとめています。 よろしくお願いします。 最初に まだないです。 tabemedia この百科事典はtabemediaに加盟しています。 姉妹プロジェクト https //w.atwiki.jp/tabepedia/ https //w.atwiki.jp/saipedia
https://w.atwiki.jp/jane_js/pages/59.html
スクリプト一覧表に戻る ローカルに仮想板をつくってスクラップスレを作る 目次 ローカルに仮想板をつくってスクラップスレを作る目次 ファイル名 ダウンロード 概要 コメント ファイル名 JaneWlitaKaiaku_ViewScripting.js ダウンロード http //vamp.s9.xrea.com/updata2/4083.zip (2011/01/15版) 概要 ローカルに仮想板をつくって指定したスレのレスを仮想板に追加(書き込み)するスクリプトスクラップスレを作るスクリプト Janeウリータ<瓜板> 勝手に改悪版の移植的なもの(を目指してます)ローカルに仮想板をつくってそこへ書き込みをする ※その他詳細はアーカイブ内の添付テキストを参照してください。 スレを読み込んだときに条件にマッチしたレスを自動的に仮想板の指定したスレに引用書き込みする例 http //jane.s28.xrea.com/test/read.cgi/bbs/1273395412/403 AutoQuoteRes.jsというファイル名のスクリプトファイルを作って下の内容をコピーして保存、ScriptIndex.txtに登録 ResAction.txtに下のように登録すると、Windows板のスレタイにJaneViewが含まれるスレの新着レスで、 名前欄に◆AcQTmXmyloが含まれているレスをDatNameが"1234567890"の仮想板のスレに引用書き込みする "1234567890"の部分は実在するものに書き直す必要あり (スレの読み込みを中断したときの処理とかは略) ------ AutoQuoteRes.js var addQuoteResByFSO = JaneScript.ImportObject("JaneWlitaKaiaku_ViewScripting.js").addQuoteResByFSO; function ResActionPrepare(thread, sessionType) { if(sessionType == "ThreadView") { var sessionObject = new Object; sessionObject.thread = thread; sessionObject.resarray = new Array; return(sessionObject); } else{return(undefined);} } function ResActionTxt(resitem, callIndex, sessionObject) { sessionObject.resarray.push(String(resitem.Number)); } function ResActionFinish(sessionObject) { if(sessionObject.resarray.length 0) { addQuoteResByFSO("1234567890", sessionObject.thread, sessionObject.resarray.join(","), 1); } } ------ ResAction.txt [AutoWriteRes] Limitation=ForNewRes Item=Url[TAB]SearchType=Include[TAB]Pattern=http //hibari.2ch.net/test/read.cgi/win/ Item=Title[TAB]SearchType=Include[TAB]Pattern=JaneView Item=Name[TAB]SearchType=Include[TAB]Pattern=◆AcQTmXmylo Item=Script[TAB]ScriptName=AutoQuoteRes.js コメント 元々の作者のm.oosakiと申します。すげー嬉しいです。ありがとうございます。 - m.oosaki 2011-04-07 00 55 17 名前
https://w.atwiki.jp/usb_audio/pages/61.html
原文:Audio Devices Rev. 2.0 Spec and Adopters Agreement(ZIP) Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 6 Table of Contents Scope of This Release.............................................................................................................2 Contributors............................................................................................................................2 Revision History.......................................................................................................................2 Table of Contents.....................................................................................................................6 List of Tables...........................................................................................................................7 List of Figures.........................................................................................................................8 List of Figures.........................................................................................................................8 1 Introduction......................................................................................................................9 1.1 Related Documents.....................................................................................................9 1.2 Terms and Abbreviations.............................................................................................9 2 Audio Data Formats........................................................................................................11 2.1 Transfer Delimiter......................................................................................................12 2.2 Virtual Frame and Virtual Frame Packet Definitions.................................................13 2.3 Simple Audio Data Formats.......................................................................................13 2.3.1 Type I Formats...................................................................................................13 2.3.2 Type II Formats..................................................................................................17 2.3.3 Type III Formats.................................................................................................19 2.3.4 Type IV Formats.................................................................................................20 2.4 Extended Audio Data Formats..................................................................................21 2.4.1 Extended Type I Formats...................................................................................21 2.4.2 Extended Type II Formats..................................................................................23 2.4.3 Extended Type III Formats.................................................................................24 2.4.4 Side Band Protocols...........................................................................................25 3 Adding New Audio Data Formats..................................................................................27 4 Adding New Side Band Protocols.................................................................................28 Appendix A. Additional Audio Device Class Codes....................................................29 A.1 Format Type Codes...................................................................................................29 A.2 Audio Data Format Bit Allocation in the bmFormats field..........................................29 A.2.1 Audio Data Format Type I Bit Allocations..........................................................29 A.2.2 Audio Data Format Type II Bit Allocations.........................................................29 A.2.3 Audio Data Format Type III Bit Allocations........................................................30 A.2.4 Audio Data Format Type IV Bit Allocations........................................................30 A.3 Side Band Protocol Codes........................................................................................31 Release 2.0 May 31, 2006 6 Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 7 List of Tables Table 2-1 Packetization........................................................................................................14 Table 2-2 Type I Format Type Descriptor...........................................................................15 Table 2-3 Type II Format Type Descriptor..........................................................................18 Table 2-4 Type III Format Type Descriptor.........................................................................20 Table 2-5 Type IV Format Type Descriptor.........................................................................21 Table 2-6 Extended Type I Format Type Descriptor..........................................................22 Table 2-7 Extended Type II Format Type Descriptor.........................................................23 Table 2-8 Extended Type III Format Type Descriptor........................................................25 Table 2-9 Hi-Res Presentation TimeStamp Layout............................................................25 Table A-1 Format Type Codes.............................................................................................29 Table A-2 Audio Data Format Type I Bit Allocations.........................................................29 Table A-3 Audio Data Format Type II Bit Allocations........................................................29 Table A-4 Audio Data Format Type III Bit Allocations.......................................................30 Table A-5 Audio Data Format Type IV Bit Allocations......................................................30 Table A-6 Side Band Protocol Codes.................................................................................31 Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 8 List of Figures Figure 2-1 Type I Audio Stream...........................................................................................11 Figure 2-2 Type II Audio Stream..........................................................................................12 Figure 2-3 Extended Type I Format.....................................................................................22 Figure 2-4 Extended Type II Format....................................................................................23 Figure 2-5 Extended Type III Format...................................................................................24 Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 9 1 Introduction The intention of this document is to describe in detail all the Audio Data Formats that are supported by the Audio Device Class. This document is considered an integral part of the Audio Device Class Specification, although subsequent revisions of this document are independent of the revision evolution of the main USB Audio Specification. This is to easily accommodate the addition of new Audio Data Formats without impeding the core USB Audio Specification. 1.1 Related Documents • Universal Serial Bus Specification, Revision 2.0 (referred to in this document as the USB Specification). In particular, see Chapter 5, “USB Data Flow Model” and Chapter 9, “USB Device Framework.” • Universal Serial Bus Device Class Definition for Audio Devices (referred to in this document as USB Audio Device Class). • Universal Serial Bus Device Class Definition for Terminal Types (referred to in this document as USB Audio Terminal Types). • ANSI S1.11-1986 standard. • MPEG-1 standard ISO/IEC 111172-3 1993. (available from http //www.iso.ch ) • MPEG-2 standard ISO/IEC 13818-3 Feb. 20, 1997. (available from http //www.iso.ch ) • Digital Audio Compression Standard (AC-3), ATSC A/52A Aug. 20, 2001. (available from http //www.atsc.org ) • Windows Media Audio (WMA) specification. (available from http //www.microsoft.com) • ANSI/IEEE-754 floating-point standard. • ISO/IEC 60958 International Standard Digital Audio Interface and Annexes. • ISO/IEC 61937 standard. • ITU G.711 standard. • ETSI Specification TS 102 114, “DTS Coherent Acoustics; Core and Extensions”. (Available from http //webapp.etsi.org/action%5CPU/20020827/ts_102114v010101p.pdf) 1.2 Terms and Abbreviations This section defines terms used throughout this document. For additional terms that pertain to the Universal Serial Bus, see Chapter 2, “Terms and Abbreviations,” in the USB Specification. AC-3 Audio compression standard from Dolby Labs. Audio Slot A collection of audio subslots, each containing a PCM audio sample of a different physical audio channel, taken at the same moment in time. Audio Stream A concatenation of a potentially very large number of audio slots ordered according to ascending time. Audio Subslot Holds a single PCM audio sample. DTS Acronym for Digital Theater Systems. DVD Acronym for Digital Versatile Disc. Encoded Audio Bit Stream A concatenation of a potentially very large number of encoded audio frames, ordered according to ascending time. Encoded Audio Frame A sequence of bits that contains an encoded representation of audio samples from one or more physical audio channels taken over a fixed period of time. Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 10 MPEG Acronym for Moving Pictures Expert Group. PCM Acronym for Pulse Coded Modulation. Virtual Frame A grouping of USB (micro)frames that are related. Virtual Frame Packet A packet that contains all the audio slots that are transferred over the bus during a virtual frame. Transfer Delimiter A unique token that indicates an interruption in an isochronous data packet stream. Can be either a zero-length data packet or the absence of an isochronous transfer in a certain USB frame. WMA Acronym for Windows Media Audio. 1 - 6 - 11 - 16 - 21 - 26 - 31 ここを編集
https://w.atwiki.jp/nicoratch/pages/1079.html
概要 APC20の主な特長 Ableton社との共同開発 クリップの状態がひと目でわかるクリップ・ラウンチ・マトリクス Ableton Live使用時にはマッピング不要 Ableton Liveとの排他的双方向コミュニケーション 頑健な金属シャーシと高品位コントローラ群による高い質感 Ableton Live AKAI professional APC Edition付属、もちろんLiveフルバージョンでも動作可能(要バージョン8.1.3以降) Mac/Windows対応、USBプラグ・アンド・プレイ スペック表 パッケージ内容:APC20 Ableton Live Controller本体、USBケーブル、電源アダプタ、ソフトウエアCD-ROM、取扱説明書 サイズと重量:約29.5 x 33.3 x 5.7(W x D x H/cm)、約1.8kg 価格 ¥24,571(税抜) APC20 http //akai-pro.jp/apc20/
https://w.atwiki.jp/usb_audio/pages/22.html
原文:Audio Data Formats 1.0(PDF) USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 11 Offset Field Size Value Description 8 tLowerSamFreq 3 Number Lower bound in Hz of the sampling frequency range for this isochronous data endpoint. 11 tUpperSamFreq 3 Number Upper bound in Hz of the sampling frequency range for this isochronous data endpoint. Table 2-3 Discrete Number of Sampling Frequencies Offset Field Size Value Description 8 tSamFreq [1] 3 Number Sampling frequency 1 in Hz for this isochronous data endpoint. … … … … … 8+(ns-1)*3 tSamFreq [ns] 3 Number Sampling frequency ns in Hz for this isochronous data endpoint. Note In the case of adaptive isochronous data endpoints that support only a discrete number of sampling frequencies, the endpoint must at least tolerate ±1000 PPM inaccuracy on the reported sampling frequencies. 2.2.6 Supported Formats The following paragraphs list all currently supported Type I Audio Data Formats. 2.2.6.1 PCM Format The PCM (Pulse Coded Modulation) format is the most commonly used audio format to represent audio data streams. The audio data is not compressed and uses a signed two’s-complement fixed point format. It is left-justified (the sign bit is the Msb) and data is padded with trailing zeros to fill the remaining unused bits of the subframe. The binary point is located to the right of the sign bit so that all values lie within the range [-1,+1). 2.2.6.2 PCM8 Format The PCM8 format is introduced to be compatible with the legacy 8-bit wave format. Audio data is uncompressed and uses 8 bits per sample (bBitResolution = 8). In this case, data is unsigned fixed-point, left-justified in the audio subframe, Msb first. The range is [0,255]. 2.2.6.3 IEEE_FLOAT Format The IEEE_FLOAT format is based on the ANSI/IEEE-754 floating-point standard. Audio data is represented using the basic single-precision format. The basic single-precision number is 32 bits wide and has an 8-bit exponent and a 24-bit mantissa. Both mantissa and exponent are signed numbers, but neither is represented in two s-complement format. The mantissa is stored in sign magnitude format and the exponent in biased form (also called excess-n form). In biased form, there is a positive integer (called the bias) which is subtracted from the stored number to get the actual number. For example, in an eight-bit exponent, the bias is 127. To represent 0, the number 127 is stored. To represent -100, 27 is stored. An USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 12 exponent of all zeroes and an exponent of all ones are both reserved for special cases, so in an eight-bit field, exponents of -126 to +127 are possible. In the basic floating-point format, the mantissa is assumed to be normalized so that the most significant bit is always one, and therefore is not stored. Only the fractional part is stored. The 32-bit IEEE-754 floating-point word is broken into three fields. The most significant bit stores the sign of the mantissa, the next group of 8 bits stores the exponent in biased form, and the remaining 23 bits store the magnitude of the fractional portion of the mantissa. For further information, refer to the ANSI/IEEE-754 standard. The data is conveyed over USB using 32 bits per sample (bBitResolution = 32; bSubframeSize = 4). 2.2.6.4 ALaw Format and mLaw Format Starting from 12- or 16-bits linear PCM samples, simple compression down to 8-bits per sample (one byte per sample) can be achieved by using logarithmic companding. The compressed audio data uses 8 bits per sample (bBitsPerSample = 8). Data is signed fixed point, left-justified in the subframe, Msb first. The compressed range is [-128,128]. The difference between Alaw and mLaw compression lies in the formulae used to achieve the compression. Refer to the ITU G.711 standard for further details. 2.3 Type II Formats Type II formats are used to transmit non-PCM encoded audio data into bitstreams that consist of a sequence of encoded audio frames. 2.3.1 Encoded Audio Frames An encoded audio frame is a sequence of bits that contains an encoded representation of one or more physical audio channels. The encoding takes place over a fixed number of audio samples. Each encoded audio frame contains enough information to entirely reconstruct the audio samples (albeit not lossless), encoded in the encoded audio frame. No information from adjacent encoded audio frames is needed during decoding. The number of samples used to construct one encoded audio frame depends on the encoding scheme. (For MPEG, the number of samples per encoded audio frame (nf) is 384 for Layer I or 1152 for Layer II. For AC-3, the number of samples is 1536.) In most cases, the encoded audio frame represents multiple physical audio channels. The number of bits per encoded audio frame may be variable. The content of the encoded audio frame is defined according to the implemented encoding scheme. Where applicable, the bit ordering shall be MSB first, relative to existing standards of serial transmission or storage of that encoding scheme. An encoded audio frame represents an interval longer than the USB frame time of 1 ms. This is typical of audio compression algorithms that use psycho-acoustic or vocal tract parametric models. Note It is important to make a clear distinction between an audio frame (see Section 2.2.3, “Audio Frame”) and an encoded audio frame. The overloaded use of the term audio frame could cause confusion. Therefore, this specification will always use the qualifier ‘encoded’ to refer to MPEG or AC-3 encoded audio frames. 2.3.2 Audio Bitstreams An encoded audio bitstream is a concatenation of a potentially very large number of encoded audio frames, ordered according to ascending time. Subsequent encoded audio frames are independent and can be decoded separately. USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 13 2.3.3 USB Packets Encoded audio bitstreams are packetized when transported over an isochronous pipe. Each USB packet contains only part of a single encoded audio frame. Packet sizes are determined according to the shortpacket protocol. The encoded audio frame is broken down into a number of packets, each containing wMaxPacketSize bytes except for the last packet, which may be smaller and contains the remainder of the encoded audio frame. If the MaxPacketsOnly bit D7 in the bmAttributes field of the class-specific endpoint descriptor is set, the last (short) packet must be padded with zero bytes to wMaxPacketSize length. No USB packet may contain bits belonging to different encoded audio frames. If the encoded audio frame length is not a multiple of 8 bits, the last byte in the last packet is padded with zero bits. The decoder must ignore all padded extra bits and bytes. Consecutive encoded audio frames are separated by at least one Transfer Delimiter. A Transfer Delimiter must be sent in all consecutive USB frames until the next encoded audio frame is due. The above rules guarantee that a new encoded audio frame always starts on a USB packet boundary. 2.3.4 Bandwidth Allocation The encoded audio frame time tf equals the number of audio samples per encoded audio frame nf divided by the sampling rate fs of the original audio samples. 数式 The allocated bandwidth for the pipe must accommodate for the largest possible encoded audio frame to be transmitted within an encoded audio frame time. This should take into account the Transfer Delimiter requirement and any differences between the time base of the stream and the USB frame timer. The device may choose to consume more bandwidth than necessary (by increasing the reported wMaxPacketSize) to minimize the time needed to transmit an entire encoded audio frame. This can be used to enable early decoding and therefore minimize system latency. 2.3.5 Timing The timing reference point is the beginning of an encoded audio frame. Therefore, the USB packet that contains the first bits (usually the encoded audio frame sync word) of the encoded audio frame is used as a timing reference in USB space. This USB packet is called the reference packet. The transmission of the reference packet of an encoded audio frame should begin at the target playback time of that frame (minus the endpoint’s reported delay) rounded to the nearest USB frame time. This guarantees that, at the receiving end, the arrival of subsequent reference packets matches the encoded audio frame time tf as closely as possible. 2.3.6 Type II Format Type Descriptor The Type II Format Type descriptor starts with the usual three fields bLength, bDescriptorType and bDescriptorSubtype. The bFormatType field indicates this is a Type II descriptor. The wMaxBitRate field contains the maximum number of bits per second this interface can handle. It is a measure for the buffer size available in the interface. The wSamplesPerFrame field contains the number of non-PCM encoded audio samples contained within a single encoded audio frame The sampling frequency capabilities of the endpoint are reported using the bSamFreqType field andfollowing fields. Table 2-4 Type II Format Type Descriptor Offset Field Size Value Description USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 14 Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 9+(ns*3) 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant FORMAT_TYPE descriptor subtype. 3 bFormatType 1 Constant FORMAT_TYPE_II. Constant identifying the Format Type the AudioStreaming interface is using. 4 wMaxBitRate 2 Number Indicates the maximum number of bits per second this interface can handle. Expressed in kbits/s. 6 wSamplesPerFrame 2 Number Indicates the number of PCM audio samples contained in one encoded audio frame. 8 bSamFreqType 1 Number Indicates how the sampling frequency can be programmed 0 Continuous sampling frequency1..255 The number of discrete sampling frequencies supported by the isochronous data endpoint of the AudioStreaming interface (ns) 9... See sampling frequency tables, below. Depending on the value in the bSamFreqType field, the layout of the next part of the descriptor is as shown in the following tables. Table 2-5 Continuous Sampling Frequency Offset Field Size Value Description 9 tLowerSamFreq 3 Number Lower bound in Hz of the sampling frequency range for this isochronous data endpoint. 12 tUpperSamFreq 3 Number Upper bound in Hz of the sampling frequency range for this isochronous data endpoint. Table 2-6 Discrete Number of Sampling Frequencies Offset Field Size Value Description 9 tSamFreq [1] 3 Number Sampling frequency 1 in Hz for this isochronous data endpoint. … … … … … USB Device Class Definition for Audio Data Formats Release 1.0 March 18, 1998 15 Offset Field Size Value Description 9+(ns-1)*3 tSamFreq [ns] 3 Number Sampling frequency ns in Hz for this isochronous data endpoint. Note In the case of adaptive isochronous data endpoints that support only a discrete number of sampling frequencies, the endpoint must at least tolerate ±1000 PPM inaccuracy on the reported sampling frequencies. 2.3.7 Rate feedback If the isochronous data endpoint needs explicit rate feedback (adaptive source, asynchronous sink), the feedback pipe shall report the number of equivalent PCM audio samples. The host will accumulate this data and start transmission of an encoded audio frame whenever the current number of samples exceeds the number of samples per encoded audio frame. The remainder is kept in the accumulator. 2.3.8 Supported Formats The following sections list all currently supported Type II Audio Data Formats. Format-specific descriptors and format-specific requests are explained in more detail. 2.3.8.1 MPEG Format In the current specification, only MPEG decoding aspects are considered. Real-time MPEG encoding peripherals are not (yet) available and consequently are not covered by this specification. 2.3.8.1.1 MPEG Format-Specific Descriptor The wFormatTag field is a duplicate of the wFormatTag field in the class-specific AudioStreaming interface descriptor. The same field is used here to identify the format-specific descriptor. The bmMPEGCapabilities bitmap field describes the capabilities of the MPEG decoder built into the AudioStreaming interface. Some general information must be retrieved from the Format Type-specific descriptor. For instance, the sampling frequencies supported by the decoder are reported through the Format Type-specific descriptor. This includes the ability of the decoder to handle low sampling frequencies (16 kHz, 22.05 kHz and 24 kHz) besides the standard 32 kHz, 44.1 kHz and 48 kHz sampling frequencies. Bits D2..0 of the bmMPEGCapabilities field are used to indicate which layers this decoder is capable of processing. The different layers relate to the different algorithms that are used during encoding and decoding. Bit D3 indicates that the decoder can only process the MPEG-1 base stream. Therefore, only Left and Right channels will be output. Bit D4 indicates that the decoder can handle MPEG-2 streams that contain two independent stereo pairs instead of the normal 3/2 encoding scheme. This bit is only applicable for MPEG-2 decoders. Bit D5 indicates that the decoder supports the MPEG dual channel mode. In this case, the MPEG-1 base stream does not contain Left and Right channels of a stereo pair but instead contains two independent mono channels. One of these channels can be selected through the proper request (Dual Channel Control) and reproduced over the Left and Right output channels simultaneously. Bit D6 indicates that the decoder supports the DVD MPEG-2 augmentation to 7.1 channels instead of the standard 5.1 channels. 1 - 6 - 11 - 16 - 21 - 26 - 31 ここを編集
https://w.atwiki.jp/pspaccessories/pages/20.html
ダイソー ご存知100円ショップの最大手。 しかし近年は200円以上の商品もあり、100円ショップというよりバラエティショップに近い。 USB mini-bケーブル(ストレートタイプ) 210円 USB2.0対応品。 保管には別売りのコード巻取りリールを使うと便利。リールは1個又は2個入りで105円。 USB mini-bケーブル(巻取りタイプ) 315円 こちらはUSB1.1対応品で転送速度がストレートタイプより若干遅い。 ケーブルが細くて柔らかいので手荒に扱う人には不向き。 携帯ゲーム用液晶保護フィルム(PSP用) 105円 サイズは横98mm、縦56mmで画面よりわずかに大きいのでメタリック系カラーだと端の方が浮いてくる。 自分でカットするならカーナビ用の8インチサイズを買えばPSP3枚分取れるのでお勧め。 (カッターは良く切れる物を使わないと断面がいびつになり浮き易くなるので注意。角を丸くしておくと剥がれにくくなる。) 携帯ゲーム専用液晶保護フィルム(PSP-2000用) 105円 2枚入りでサイズは横95mm、縦53.5mmと画面からはみ出さないサイズとなっている。 材質は前述の物と同じPET(ポリエチレンテフタレート)素材だが、こちらの方が耐久性は低い。 PSP用ポーチ 105円 クッション素材のPSP専用ポーチ。 新旧両対応で本体の他にUMD2枚が収納出来るポケットが内側にある。 MONO-CHROM モバイルケース 210円 カラーはシルバーとブラックの2色があったが廃版になったので入手は困難。 上下に若干の余裕があるのでインナータイプのヘッドフォン程度なら一緒に収納できる。 プチトランク 105円 PSPと充電器を入れれるぐらいのプラスチック小物ケース。中に仕切りは無い。 PSPだけ入れるには高さと奥行きが無駄に大きいので、自宅のPSP入れにでも。 ソフトペンケース 105円 クッション素材。上記のPSP用ポーチより素材が若干固め。 横幅はちょうどで縦幅は少しだけ余裕がある。ただのペンケースだから内ポケットは無い。 大型のペンケースならPSPが入るものは結構あるかもしれない。 ソフトポーチ 105円 クッション素材で出来ているので少々の衝撃には耐えられる。 ダイソー専売品ではないので大抵の100円ショップで手に入る。 スティック型メモリーケース 105円 メモリースティック(又はアダプタ)4枚とDuoが4枚収納できる。 同じような商品にSDカード用やPSメモリーカード用、GBAカートリッジ用があるので購入時は間違えないように注意。 ミニ額縁スタンド(皿立て3号用) 105円 PSPの簡易スタンドとして使える。 下部に余裕があるのでL字型プラグの充電ケーブルやヘッドホンなら使用可能。 シリコン保護カバー 210円 PSP-1000専用品で画面とUMD部以外を保護している。 デコシート 105円 PSP-2000専用のドレスアップステッカー。 バリエーションは龍、迷彩、ヘンプ(麻の葉)、ドクロ、ルイ・ヴィトン風モノグラム、花柄がある。 ねじねじ棒 105円 外皮をクッション素材で覆った針金。 自由度が高いので曲げ方次第でスタンドや車載ホルダーとして使える。 ソフトワイヤー 210円 ねじねじ棒と同じ物だが、86cmの2本入り、又は173cmの1本入りとなっている。 ブロアー 105円 保護フィルムを貼る際に埃を吹き飛ばすのに便利。 フラットヘッドホン 105円 ダイナミック型を採用しており、本格的なヘッドホンより重低音は若干劣るものの、音質自体はよい。 以前210円・315円版もあったが、それと同性能と思われる。 315円以上でネオジウムマグネット採用の重低音も効いたヘッドホンもあったが、最近では見かけない。廃版になったか? SHOP99 その名が示す通り主に99円(税別)の商品を扱っている。 ヘッドフォン(AU-618) 104円 スピーカー部にダイナミック型を採用していて音質も悪くない。 (ダイソーでは同型品を210円で販売している。) 他の100円ショップでも同型品を販売しており、店舗によっては折り畳みタイプなどのバリエーションも扱っている。 PSP充電コネクター USB mini-bケーブルにセットすることでUSB充電ケーブルとなる。 その他の100円ショップ PSP用ゲームディスクホルダー 105円 UMDを4枚収納できる。 カラーバリエーションは白と黒の2色がある。 デコカバーシール(PSP-2000用) 105円 PSP-2000用のドレスアップステッカー。 発売元は株式会社アット。 バリエーションは迷彩、ファイヤーパターン、ドクロ、マトリックス風、バイオハザード風、花柄がある。 ディズニーPSP-2000プロテクションステッカー 発売元は株式会社アットで材質、形状は前述のドレスアップステッカーと同一。 バリエーションはミッキーマウス、ミニーマウス、くまのプ-さん、スティッチ等多数。 PSP専用USB充電ケーブル 105円 メーカーは㈱阿吽 ケーブルは約40cmのスパイラル状。 USB mini-bケーブル(ストレートタイプ) 105円 USB2.0対応品でセリアにて確認。 同タイプの商品としては恐らく最安値。 DS Lite用スタンド その名の通りDS Lite用だが、PSP-2000や3000にも問題無く使用出来る。 角度は4段階調節可能でACアダプタもセットしたまま使用可能。 但し、コネクタが太い場合はスタンドと干渉する場合もあるので、その場合は干渉部分を削った方が良い。 USB電池ボックス セリア/ミーツ系で流通しているUSB電源(5V)が取り出せる電池ボックス。単三電池2本使用。 USB充電ケーブルと合わせて充電可能。 今日 - 昨日 - 総合 -
https://w.atwiki.jp/nicoratch/pages/456.html
概要 3BandEQ、オートBPMカウンター搭載。アース端子付きのみつまたコンセントになので変換プラグが必要。 VMX100 ※詳細情報なし VMX100USB USBオーディオインターフェイスを搭載した現行モデル。 スペック表・VMX100USB ■オーディオ入力 MIC、PHONO入力1および2、LINE入力1および2 ■オーディオ出力 MASTER、TAPE、PHONES出力 ■イコライザー Stereo Low +12dB/-32dB@50Hz Stereo High +12dB/-32dB@10kHz ■デジタルエフェクトプロセッサー S/N比>88dB(ライン) クロストーク>67dB(ライン) ゲイン調整範囲 -20dB~+9dB 歪み率THD<0.025 周波数帯域 20Hz~20kHz、+0/-3dB 供給電圧 100V~、50-60Hz 消費電力32W ■寸法・重量:7.2(H)×20.3(W)×22.9(D)cm、2kg ■価格 10.000円前後(新品・当時) VMX100 http //www.music-group.com/Categories/Behringer/Mixers/DJ-Mixers/VMX100/p/P0138 VMX100USB http //www.hotlinemusic.co.jp/products/vmx100usb.html
https://w.atwiki.jp/portablesoftware/pages/23.html
Schwertkreuz 配布ページ スクリーンショット 再コンパイルせずに、レジストリを使うソフトウェアをPortable化。 Ceedo? 配布ページ スクリーンショット 30日間の試用版。 JauntePE? 配布ページ スクリーンショット exeファイルを作成。 Thinstall? 配布ページ スクリーンショット 30日間の試用版。全てを一つのファイルにまとめるため、設定の保存ができない。
https://w.atwiki.jp/wearablecamera/pages/59.html
製品ページ 製品レポート スペック レンズ120°広角レンズ センサー1/3.0”3.0MP HD CMOS センサー, 2.2μm pixel 光感度( 2.0 V/lux-sec) ビデオ撮影 解像度(ビデオモード) 1080p 1920x1080, 30fps 720p 1280x720, 30fps / 720p 1280x720, 60fps 解像度(Carモード) 1080p 1920x1080, 30fps / 720p 1280x720, 30fps フォーマット H.264, 保存形式 MPEG4(mp4) ボタンのワンタッチで録画開始 露出制限 自動 ホワイトバランス 自動 電子式手ブレ補正機能(自動) 内蔵のGセンサー(自動回転機能)に対応 写真撮影 解像度(ビデオモード)※別売のWiFi PODZが必要 800万画素(3264x2448), 300万画素(2048x1536) 解像度(Carモード) 200万画素(1920x1080)-1080p設定時 / 100万画素(1280x720)-720p設定時 フォーマット:JPEG 撮影モード シングル, 10フォトバースト(ビデオモードのみ) オーディオ高品質内蔵マイク AGC(自動音量コントロール),音声フォーマット AAC ストレージMicro SD/Micro SDHC (最大32GBまで対応,別売) ※Micro SDカードはクラス6以上、クラス10を推奨 平均記録可能時間(1GBあたり) 1080P30fps 約8分 720P60fps 約8分 / 720P30fps 約15分 ※使用するMicroSDカードにより差がございます。 接続方法USB2.0 (データ転送、バッテリー充電) TV出力 USB-AVアダプター(付属)+AVケーブル(別売) バッテリー充電式1200mAhリチウムポリマー バッテリーライフ 約2時間 (※WiFi連続使用時は約1時間) 外装高耐久プラスチック 防水深度約10 メートル(IPX8) サイズ38 x 38 x 109 mm 重量139g カメラ本体三脚ネジ対応(1/4インチ) システム対応 PC Windows® XP SP3 7/8/Vista/ Mac10.5以上 CPU Pentium III 以上 RAM 64MB 以上 インターフェイス USB2.0ポート コメント 名前 コメント
https://w.atwiki.jp/gpdwin/pages/33.html
SDカード 電源アダプタ 保護フィルム ケース USB TYPE-C カードリーダ