【軽量】MP3プレイヤー Fittle Part6【国産】

>>949
ああ成る程ね
解りやすく言ってくれてアリガト
トラック順に並べたい聴きたいとかそういう事ね

そういう人ってエンコするときファイル名を
トラック - 曲名.mp3とかしてないのかね
無能なりの疑問…

wikiに既出の要望やバグの一覧つくっとけばいいんじゃね？
あとはバグの場合重要性レベルとか付けられるようにしておくとか。

>>952
アルバムごと、アーティストごとに聴きたいとかもあるんじゃないかな。
あと、ポッドキャストとかだとデフォルトのファイル名が数字だけとかもある。

表示だけしたいという人もいる。装飾目的だな。

fittleはリスト取得時に実体参照しないから、外部でデータ参照機能持つか
ソースを総ざらい変更しないと、アーカイブ内やURL参照で問題得てくるから、
実現は殆ど無理だろうけど。

>>946
みんな加速気味にレスしてるからじゃね

vipでやれよもう。

>>948
せっかくFittleにリスト表示機能が備わってるんだからエクスプローラのように
アーティストとか長さとかに表示項目をカスタマイズできるといいなって言うのはダメ？

「○○使えば」とか言い出したら殆ど全ての機能は何かしらのソフトで代用とか出来る訳で、
例えば既存の機能だとジャケット表示なら画像ビューア、歌詞表示ならテキストエディタ、
書庫対応なら解凍ツール使えば出来ちゃうけど、Fittle（＋プラグイン）で対応できた方が
便利だから実装されてるんだし、他の要望もそういう感じでしょ


>>956
＞fittleはリスト取得時に実体参照しないから

実体参照せずにどうやってファイル名とかサイズとか取得してんの？

WinAPIか何かでディレクトリの情報だけサクッと取ってきてるだけじゃね。
いやソース見てないからわからんけど。

タグタグってマジでうざい。
そんなにタグでのソートが重要なら、Fittleなんかじゃなくそういうのがある奴を使えばいいだろ。

文句をいうだけなら誰でも出来るし、ぶり返してるようなもの
他の話題を振ればいい
それにfittleでやりたいから言ってるんだろう

いや、延々と粘着して話題を続けてるんでね。
いい加減、うざいなと思って。
採用するかしないかは作者が決めること。
どうしても欲しけりゃ、自分で努力して作るしかないわけじゃん。

うざいうざいと言う方も過剰反応でかなりうざいけどな。

うめ作業の一貫だとおもってるから、このスレのあいだは平気だな。

>>964
そりゃ、あんたのように採用して欲しくてずっとここで言い続けてる人間からしたら、こっちがうざいんだろうけどね。

タグ反対派は、おそらく本体の内部構造に手を入れることによって重くなることを懸念しているんだろうけど、
開発方針からして、そうなる心配はないと思うよ
わざわざ本体軽量化してるぐらいだから。今更無駄に重くなるようなことはしないだろう。

やるとしたらプラグイン側で実現出来るようにちょっと拡張するぐらいじゃないかな。
現状だと、再生中のファイル以外の情報が取得出来ないから、無理だし。

実際、リストにタグはプラグインの範疇なのか>>956の言うような総ざらいものなのか
どうなのよ？

ん、ちょっとかぶった

>>966
端から見たらどっちも同じだろ。

>>968
それももう何度も質問されてるね。
誰もはっきりと答えを出さないけど。

タグくれ厨しつこすぎだ。ウザイキモイシネ

って思われるのを見越したタグいらねーよ派の画策に見えてきた。
おとなしくタグ表示プラグインを期待して待ってる奴もいるんだ。
たのむから自重してくれ。

プラグインで取得は出来るだろうけど
リストで表示する為の下地が本体にないだろうからそこを作れば出来るんじゃない？
想像で言ってるんだけどね

>>971
妄想厨自重

ZIP書庫の情報取得するのは、右ペインで選択されたときだけ、そのZIPファイルを1つ開けばいい。
このコストは、フォルダの中身をロードするのと変わらない(むしろ軽いかも)。

タグを取得するには、表示したいファイル全てを開かないといけない。
mp3が沢山入ったフォルダをエクスプローラで開けばわかるとおり、これはかなり重たい。

プラグインにするなら文句はない。

>>971
燃料投下ですね、わかります。

だからふざけたのじゃなきゃ要望なんて幾らでもすればいいだろ

>>975
一度要望だしてからずっと流れ見てたけど
どんどん実現から遠ざかってゆく気がして泣けてくる。
タグ表示欲しいけど毎日ID赤くしてる奴は正直しんでほしい。迷惑だ。

自分で首絞めてるのが分からないんだよ

Uちゃんの新プラグインが来たというのにお前らときたら
http://www7.atpages.jp/~white/index.cgi?p=%282008.06.16%29pain
http://www7.atpages.jp/~white/index.cgi?p=%282008.06.16%29%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%E6%9B%B4%E6%96%B0

書き込んでから気付いたがこの場合painじゃなくてpaneじゃまいか

>>979
そのWebサイト、Wikiに載ってる？

載ってるよ、トップページいちばん下の「U」
このスレの>>650にも

>>979
ささやかだけど　なんか(･∀･)ｲｲ!!
乙です！

>>959
ファイルシステムには、ディレクトリ情報という、レジストリみたいな仕組が存在しており、
実体を参照せず、ファイルのパス(名前)・サイズ・時間が高速に取得出来る仕組みがある。
これより情報を得ている。
http://ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA

Fittleの場合だと、list.cppの、SearchFolder()内、FindFirstFile()
実際には、パス情報を登録してると思って良い。

tag情報というのは実体ファイル内にあり、mp3だとID3という仕組みで、
オーディオファイル自身の中に、メタ情報として組み込まれている。
http://www.id3.org/id3v2.3.0

この為、tag取得するには、実際にファイルを読み込み、その構造を調べ、
メタ情報を正規化する必要が生じます。

painの日本語部分が文字化けする
2000SP4

>>984
レジストリに触れないと難しそうだね。
実際、mp3infpとかは思いっきり入り込んでるし。
Fittleはレジストリに触れないという、環境を汚さない良さも特徴の一つだからな。
プラグインでもし導入するなら、その辺は我慢しないといけないラインなのかも。

いやファイルからタグ部分のデータを読むだけだからレジストリ関係ないだろｊｋ

>>986
レジストリを持ち出したのは例えで、レジストリに書かれているのではないので、そこは問題ない。

あくまで、ファイル本体とは、別に、記録エリアがディスク上に取られており、
ここでは、そこを参照している事を述べたかった。

この辺りは、FATやNTFSなど、フォーマット形式で実装が異なっており、OSが差異を吸収している。
プログラミング上の通称で、ディレクトリ情報と呼ばれている。

すげえ
なんか最近技術的な話が多くてついていけねぇ！
流石ソフ板ですね

レジストリに触れないならいいんだろうけどね。
プラグインでも、Fittleの良さを損なうようなものになってしまうと本末転倒だし。

一般的にレジストリを使わない、汚さないというのは追加、変更するものを言ってるのであって
レジストリを参照してるしてないは含まれないので注意

なんかすごい勉強になるなぁ
チンプンカンプンですorz

個人的にはアーカイブ名があれば十分かな。
基本的にアルバム単位で纏めてあるから。
これなら大して重くないし問題ないと思うけど
リストが大きくなるって意味じゃいらない人にとっては邪魔だよね

つまりまあ結局、リストのカラムでタグ表示・ソートしたいなら
プレイリスト追加時か任意かでファイルの実体を一度参照して
タグリストを別ファイルに作成でもしない限り、Kb等と同じように毎回モッサリってことね。
再生中のファイルのタグ情報を別ウィンドウで表示するだけなら問題ない。

>>982
そうんあんか、有難う

次スレ

【軽量】MP3プレイヤー Fittle Part7【国産】
http://pc11.2ch.net/test/read.cgi/software/1213518010/

ウメ

998

999

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。