[最新] ■[前年|前月|前日|2018/07/11|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

@gorry5 [<<|@|>>]
07/11 18:14 (@jeminilog) @gorry5 @pacf デジタルだと発信器と違って、周波数を1.5倍にしたくても波形が素直に1.5分の一に縮んでくれない(会話や楽器音ならそこまで問題はないけど、単純な矩形波だと崩れの影響が大きい)のではないかと (posa)
07/11 18:15 (@jeminilog) @CMOStone @gorry5 @pacf スーパーファミコンもループが半端なサイズだったよーな気がした (pohi)
07/11 18:19 (@pacf) @jeminilog @CMOStone @gorry5 4bit16個セットじゃなかった? (so)
07/11 18:23 (@jeminilog) @pacf @CMOStone @gorry5 個数が切りが良い代わりにサイズが切りが悪い(ヘッダが付くから)か、その逆かどっちか。 (kitu)
07/11 18:25 @jeminilog @pacf FM TOWNSのループサンプル(これはRAW PCMです)でナムコの波形メモリPSGのエミュレーションをさせたことがあります。このときは「周波数変換で発生する高域の歪み」はあったものの、「こもる」という現象は特にありませんでした (kira)
--------
07/11 18:28 (@jeminilog) @pacf @CMOStone @gorry5 当時のぷよのボイスデータ見ると9byteで一組っぽいからヘッダー1byte + 4bitx16っぽい。つまりループ個数の方が切りがいいパターンか。 (kuso)
--------
07/11 18:30 (@jeminilog) @gorry5 @pacf 当時オシロででも比較したらもっと具体的な理由が分かったかもしれませんね(どのみちリリース後だったのだけど) (kugi)
07/11 18:39 (@jeminilog) @gorry5 @pacf 参考までに、当時使ってたWAVEデータを見ると、50%用だと低音用が7FFFを16個、8000を16個、次が8個ずつ2周期分、一番高音用が4個ずつ4周期分入ってました。実はこれ、どっかまずかったりしますかね? (kora)
07/11 19:18 Xperiaだとそんな事情あったのか…対策もあるみたいだけど/格安SIMでGPSの測位ができない問題の解決方法 https://shnk38.com/mvno/ntt/docomo-xperia-mvno-agps/ https://twitter.com/kunihisa_ogawa/status/1016988152458690560 (nihe)
07/11 19:28 (@kunihisa_ogawa) @gorry5 ありがとうございます!早速知人にそのページを知らせるようにします。root化しない方法は「Xperiaシリーズでは上手く動作しないことが多いので注意してください」と書いてあるのが気になりますが…。 (negi)
07/11 19:52 @jeminilog @pacf PS1のSPUは触ったことがないのですが、資料ではどうもチップそのものはADPCMデータしか食えないように読めます。編集していたデータがリニアPCMであっても、実機で扱われる段階ではADPCMにエンコードされていたのかな…? (hohe)

@gorry5 | @jeminilog @kunihisa_ogawa @pacf

@jeminilog [<<|@|>>]
07/11 18:14 @gorry5 @pacf デジタルだと発信器と違って、周波数を1.5倍にしたくても波形が素直に1.5分の一に縮んでくれない(会話や楽器音ならそこまで問題はないけど、単純な矩形波だと崩れの影響が大きい)のではないかと (posa)
07/11 18:15 @CMOStone @gorry5 @pacf スーパーファミコンもループが半端なサイズだったよーな気がした (pohi)
07/11 18:19 (@pacf) @jeminilog @CMOStone @gorry5 4bit16個セットじゃなかった? (so)
07/11 18:23 @pacf @CMOStone @gorry5 個数が切りが良い代わりにサイズが切りが悪い(ヘッダが付くから)か、その逆かどっちか。 (kitu)
07/11 18:25 (@gorry5) @jeminilog @pacf FM TOWNSのループサンプル(これはRAW PCMです)でナムコの波形メモリPSGのエミュレーションをさせたことがあります。このときは「周波数変換で発生する高域の歪み」はあったものの、「こもる」という現象は特にありませんでした (kira)
--------
07/11 18:28 @pacf @CMOStone @gorry5 当時のぷよのボイスデータ見ると9byteで一組っぽいからヘッダー1byte + 4bitx16っぽい。つまりループ個数の方が切りがいいパターンか。 (kuso)
--------
07/11 18:30 @gorry5 @pacf 当時オシロででも比較したらもっと具体的な理由が分かったかもしれませんね(どのみちリリース後だったのだけど) (kugi)
07/11 18:39 @gorry5 @pacf 参考までに、当時使ってたWAVEデータを見ると、50%用だと低音用が7FFFを16個、8000を16個、次が8個ずつ2周期分、一番高音用が4個ずつ4周期分入ってました。実はこれ、どっかまずかったりしますかね? (kora)
07/11 19:52 (@gorry5) @jeminilog @pacf PS1のSPUは触ったことがないのですが、資料ではどうもチップそのものはADPCMデータしか食えないように読めます。編集していたデータがリニアPCMであっても、実機で扱われる段階ではADPCMにエンコードされていたのかな…? (hohe)

@kunihisa_ogawa [<<|@|>>]
07/11 19:28 @gorry5 ありがとうございます!早速知人にそのページを知らせるようにします。root化しない方法は「Xperiaシリーズでは上手く動作しないことが多いので注意してください」と書いてあるのが気になりますが…。 (negi)

@pacf [<<|@|>>]
07/11 18:14 (@jeminilog) @gorry5 @pacf デジタルだと発信器と違って、周波数を1.5倍にしたくても波形が素直に1.5分の一に縮んでくれない(会話や楽器音ならそこまで問題はないけど、単純な矩形波だと崩れの影響が大きい)のではないかと (posa)
07/11 18:15 (@jeminilog) @CMOStone @gorry5 @pacf スーパーファミコンもループが半端なサイズだったよーな気がした (pohi)
07/11 18:19 @jeminilog @CMOStone @gorry5 4bit16個セットじゃなかった? (so)
07/11 18:23 (@jeminilog) @pacf @CMOStone @gorry5 個数が切りが良い代わりにサイズが切りが悪い(ヘッダが付くから)か、その逆かどっちか。 (kitu)
07/11 18:25 (@gorry5) @jeminilog @pacf FM TOWNSのループサンプル(これはRAW PCMです)でナムコの波形メモリPSGのエミュレーションをさせたことがあります。このときは「周波数変換で発生する高域の歪み」はあったものの、「こもる」という現象は特にありませんでした (kira)
--------
07/11 18:28 (@jeminilog) @pacf @CMOStone @gorry5 当時のぷよのボイスデータ見ると9byteで一組っぽいからヘッダー1byte + 4bitx16っぽい。つまりループ個数の方が切りがいいパターンか。 (kuso)
--------
07/11 18:30 (@jeminilog) @gorry5 @pacf 当時オシロででも比較したらもっと具体的な理由が分かったかもしれませんね(どのみちリリース後だったのだけど) (kugi)
07/11 18:39 (@jeminilog) @gorry5 @pacf 参考までに、当時使ってたWAVEデータを見ると、50%用だと低音用が7FFFを16個、8000を16個、次が8個ずつ2周期分、一番高音用が4個ずつ4周期分入ってました。実はこれ、どっかまずかったりしますかね? (kora)
07/11 19:52 (@gorry5) @jeminilog @pacf PS1のSPUは触ったことがないのですが、資料ではどうもチップそのものはADPCMデータしか食えないように読めます。編集していたデータがリニアPCMであっても、実機で扱われる段階ではADPCMにエンコードされていたのかな…? (hohe)

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2018/07/11|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]