宅内工事予定時間から2時間経過しても全く連絡なしなので仕方なく電話
ままん「本日宅内工事予定なんですが、現状どのようになっていますか？」 NTT「確認して折り返し連絡します」 ２時間経過するも一度も「折り返しの連絡」なし ままん「2時間前に確認したのですが、一向に連絡がないのですが」 NTT「確認して折り返し（ｒｙ」 さらに2時間経過するも一度も「折り返しの連絡」なし ままん「今日こちらから3回目の確認なのですが、そちらから全く連絡がないのはナゼデスカ？」 NTT「確認して折（ｒｙ」 さらに2時間経過するも一度も「折り返しの連絡」なし 顧客側から3回もアクションを取って、サービス供給側がそれに対し全く連絡をよこさない かつ、工事にも全く来ない(遅れるの連絡ひとつもない)のはいかがなものかと思いますが そういう対応で本当にいいのですか？ 各部門ごとに連絡(連携)が全く取れていないいい例ですな。 (サービスセンター・営業所・工事担当者) この無駄な待機時間どうしてくれようか・・・ 買い物とか行きたかったのになぁ というわけで未だ開通せず orz 本当に今日開通するのかなぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
土曜日にＮＴＴさんの立会いの下で光工事がようやくおこなわれます(多分)
宅内工事やＩＳＰの切り替えとかもあってすぐ復帰できるか謎なので その前にGPLであるlibmadを使っての 基本的なMP3再生部分のサンプルコードを上げておきます。 開発環境を持っている方は試してみてください。 ちなみにコンパイル環境はee-gccです。 補助開発環境であるpspsdkとかは使っていません。 MP3をデコードできるオープンソースなコードは他にclipmp3やmpeg123等がありますが、 libmadはデコードが早くて精度も高く、かつ移植性が良いのでかなり優秀です。 (浮動小数点演算ではなく27bit固定小数点演算であり、テーブルを多めに持っているため) デコードの精度を上げるなら -DFPM_DEFAULTを-DFPM_MIPSにすれば精度が上がります。 (ただしデコード時間は増えます) といっても、最終的なスケーリング(符号付16ビットWAVE音源)のことを考えると -DFPM_DEFAULTでも問題ないと思います。 コンパイルオプション-DPSPが今回libmadから処理を省いたところになります。 pspsdkに組み込むことを前提にするのであれば省く必要はないと思います。 メモリ関連のmalloc calloc freeはごく簡単なカプセル関数を用意しました。 最後に念押しですが、libmadはps2devのsvnでも公開されています。 JVIEWはそれとは関係なく独自で手を入れてます。 そのため、ps2devのsvnの方が素性がはっきりしてますし、 デバッグもきちんと行なわれていると思うので、可能であればそっちを利用してください。
皆さん7/21に衝撃が走ったと思います(自分のそのうちの一人)
これのことですな。 ・インターネットブラウザを追加 ・AVCの再生 (H.264？) ・AAC、WAVE(Linear PCM)の再生 ・TIFF、GIF、PNG、BMPの表示 随分と挑発的な態度を取ってくれるじゃないか！ (←誰が誰にだよ ということで、ようやく安定してき始めたJVIEWですが、 一回大掛かりな取り壊し作業をやろうかと思ってます。 また不安定なものをリリースしまくることでしょう。 2.0のイメージビュアーがボケ画像なしで閲覧可能とかだったりすると ちょっと今後の活動をどうするか考えなくては・・・ ｏｒｚ
Ver0.53によって多くの方が
「手持ちのMP3が全て再生できるようになった」 という感じのようですが、依然として 「やっぱりスキップされるMP3がある」 という方もおられるようです。 スキップされる原因は非常に単純で JVIEWはID3v2TAGを完全にサポートしているわけではなくて ID3v2TAGをスキップしてMP3の音声フレームを検索してるのですが、 その処理で音声フレームの検索に失敗しているのだと思います。 さすがに「確認のためにMP3を送ってください」とは言えないので 該当する方はこんなことをやっていただきたい。 (1)ID3v1TAGのみなら正常再生可能なのか？(libmadでデコードができるかどうか) (2)ID3v2TAGの非同期化をやると動作が変わるか (非同期化のやり方が分からなければやらなくてよいです) (3)バイナリエディタを使ってヘッダ部分数ページを キャプチャーしてJPEG画像をメールで送りつける orz スキップされる原因の予想ですが、 MPEG2だったりLayerが１とか２とかだったりするんじゃないのかと思ってるのですが、 現状その形式には対応しきれていません。 できればMP3(=MPEG1Layer3)形式に揃えて欲しいなぁと思ってみたり。 まぁID3v1TAGならMP3以外も再生できると思うので 音声フレームの検索処理をもうちょっとしっかり作れば良いだけなんですが・・・orz
Version 0.53リリース情報
・本体側とリモコン側のHOLD設定を独立させるように変更 ・縦横比の不釣合いな画像をサムネイル表示する際の問題を修正 Viewerモード時にサムネイル画像が画面サイズを超える場合は 自動で非表示となります。Filerモードでは左上基準で可能なサイズを表示 ・ID3v2タグを利用したMP3で音声フレームにCRC情報がある MP3データが正常再生できなかった問題を修正 これでMP3の再生がスキップされるデータは減ったと思います。 が、他にも見逃してるパターンがあるかもしれないので まだスキップされるMP３がある場合は連絡してください。 ＃連日のVerUPスミマセヌ orz
この書き込みは個人的な単なる妄想メモです。過度に期待しないでください orz
・無線LAN越しのPCにメディアサーバーを起動しておく(例えばこれとか) ・PSPからHTTP経由でメディアサーバーにアクセスし JPEG/MP3のデータを取得し表示/再生。 課題点 ・htmlタグの解析が必要(といってもごく単純なもの) ・JPEGは一括読み取り→表示 ・JPEGの非圧縮ZIPは閲覧不可能(MSに一旦DLすれば閲覧可能) ・MP3はストリーム再生が必須 ・zip.mp3の曲別認識ができない(MSに一旦DLすれば認識可能) ・このメディアサーバーはプレイリストに対応してたはずなのでリストはPC上で編集可能？(要調査) HTTP経由でMP3のストリーム再生ができれば インターネットラジオもすぐいけると思うので夢(妄想)が広がりますな。 以上、妄想終了
なんとなくわかってきました。
どうやらID3v2タグ付きMP3で、 音声フレームにエラー訂正情報(CRC)がのっかっているものが 確実にスキップされているようです。 CRCのある/なしでヘッダサイズが可変なのをすっかり忘れてました あははははｈ ｏｒｚ 次回までには直ってる(・・・・といいなぁ)
>nicotineさん
25*500の画像ですか！これだけ極端だと何か起こるかも知れません・・・ 今は確認できないので、今晩帰って調査してみます。 多分分かりました(脳内Lvで)。 サムネイル表示で失敗してる予感。 ImageInfoをOFFにすると落ちなかったりするかも知れません(追記) MP3の方は・・・なんでしょう？ CBR 320kbps 44ｋHz ステレオのMP3なのでごく標準的ですよね。 ビットレートとファイルサイズを比較して、ID3v2タグが使われているとしても それほど大きい情報でもなさそうですしね。 スキップされるということはID3ｖ２タグの中で MP3の音声フレームを誤検出している(もしくは検出できなかったか)のかもしれません。 もし確認できるのであれば ・タグ情報になんか文字列を6文字以上追加する これで動作が変わるか確認してもらえればとても助かります m(_ _)m ＃落ちるのではなくて確実にスキップされるというのがキーポイントのようです。
>inonさん
>本体側でHOLDした時に、リモコン側の操作を受けつけないのですが、 >これは仕様になりますか？ そうですね。 自分も今朝実際に使っていて「これは良くないな…」と思いました。 今は本体側/リモコン側のどちらか一方でもHOLDをすると 両方のキー入力を受け付けなくなります。 よくよく考えれば、 本体HOLDにして鞄に詰めてリモコン操作とかするので、 これは直したほうが良いですね。 というか自分が不便なので直します orz
123
456 789 という画面に分割される場合の例だと(各画面領域はオーバーラップ(*1)している場合もあり) LEFT/TOP/HT→VT ： 123456789 LEFT/TOP/VT→HT ： 147258369 RIGHT/TOP/HT→VT ： 321654987 CENTER/TOP/HT→VT ： 258 RIGHT/BOTTOM/VT→HT ： 963852741 と、こんな感じになります。 要はスタート位置から離れる方向へHTかVTの優先度に従ってページスクロールされます。(*2) 最終表示領域まで到達した後に再度該当ボタンを押すと自動的に次の画像へジャンプします。 (*1)画像縦横サイズと画面縦横サイズが整数比の場合、画面のオーバーラップは発生しません (*2)HT→VTとVT→HTを１つの画像で併用しても閲覧順は戻らないのは上の表を見てもらえればわかると思います < 前のページ次のページ >
|
 by maman_jv カテゴリ
最新のコメント
おすすめキーワード（PR）
ファン
 | |||||||||||||||||||||||||||||||||