- 1 名前:名無しさん@お腹いっぱい。 [2006/11/13(月) 10:09:08 ID:XU11cIfV0]
- フォルダ振り分けとは異なるアプローチで画像ファイルを管理するソフト
AtPictureについてやり取りするスレです。 ・配布サイト ttp://artistic-imitation.hp.infoseek.co.jp/ ・AtPictureの特徴 ファイルをMD5ハッシュで管理、画像に属性をつけて分類できる それぞれの属性にキーを割り当てて、振り分け感覚で属性を付与/削除できる 様々な条件で画像ファイルを検索し、ファイルパスリストを書き出すことができる 画像をあちこちのフォルダに置いたまま管理することも、一箇所に集めて管理することもできる 個々のファイルにはコメントを付けることができる IHDBのデータをコメントに取り込むことができる 属性データのインポート/エクスポートができ、他人とデータをやり取りできる Susie Plug-inを利用できる 書庫内のファイルも扱える (要Susie Plug-In) ・関連スレ 画像管理ソフトを語ろう pc7.2ch.net/test/read.cgi/software/1131538427/ 画像振り分けソフトを語ろう!2枚目 pc7.2ch.net/test/read.cgi/software/1126268487/ ・関連サイト Image Database ttp://kemuri-net.dip.jp/~details/
- 75 名前: ◆cTzcVzYvME mailto:sage [2006/12/07(木) 23:04:08 ID:MJL84WF10]
- >>74
とりあえずDB自体は修復できたっぽいのかな? > 別ソフトで重複画像をいくつか削除した adbtest 以外から重複画像を削除した場合、そのあと1回目の重複検索では、 以前に検出されていた重複画像がまだリストアップされてしまいます。 ただし、このときパスの有効性チェックが正しく働けば、 削除された重複画像のパスがDBからも削除され、それと共に重複情報の更新も行われます。 なので、別ソフトや手動で削除した場合、重複検索は2回やらないと正しい結果になりません。 状況から推測しますと、無効なパスの破棄処理が完全に行われず、 重複情報が正しく更新されなくなっていたのだと思います。 ただひとつ気になるのは、重複検索にヒットしていた3,799枚なりのファイルが、 なぜ重複ファイルとして登録されてしまっていたのか?ってことです。 実際に重複していたのは10枚くらいなんですよね? 本来だと、重複を検出したときのみ duplications フォルダにそのMD5をファイル名とし、 重複情報ファイルが作られるはずなので… もしかすると重複検出ルーチン、つまりハッシュDBとの照合にバグがあるのかもしれません。 ライブラリ化に伴い重点的にチェックすることにします。
- 76 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/07(木) 23:47:55 ID:XHV7Rv0n0]
- >>75
>とりあえずDB自体は修復できたっぽいのかな? 今のところ問題なく動作している模様 ありがとう >なぜ重複ファイルとして登録されてしまっていたのか 確か.1.10にバージョンアップした頃、 何千枚かの画像を別のフォルダに移動して再登録したことがある >.1.9までのDBは問題なかった とも符合するから、これが関係しているかも その時の手順は、 1. 属性あり、ハッシュチェック済みの画像を移動 2. フォルダを開く から移動先のフォルダを開き新しいパスを登録 3. 画像を全選択してハッシュチェック -> 以前付けた属性が復帰
- 77 名前: ◆cTzcVzYvME mailto:sage [2006/12/08(金) 02:50:16 ID:DUA5sLA60]
- >>76
> 今のところ問題なく動作している模様 了解。とりあえずは一安心。 あと、報告いただいた手順から原因が特定できた気がします。 おそらく、>>71の手順を行う以前は、[Option]キーの maxPathCount値は 重複検索でのヒット数、つまり3799以下だったんじゃないでしょうか? とりあえず、重複登録がされたのは > 何千枚かの画像を別のフォルダに移動して再登録したことがある このときで間違いないと思います。 報告いただいた手順の場合、3のハッシュチェックの時点では ファイルが移動されたことを認識していないので、 このときに重複登録がなされるのは正しい動作です。 で、このあと本来なら、重複検索時にパスの有効性チェックではじかれ、 重複登録が解除されるのですが、パスの有効性チェックは、 リストアップ数が maxPathCount に達した時点で処理を打ち切るため、 いつまでたっても重複情報が消えずに残っていたんだと思います。 一応、パスの有効性チェックを最後まで行うようにもできますが、 重複数が maxPathCount を超える事はめったにないと思いますので、 そんな場合のみ、一時的に maxPathCount を弄ってやればOKだと思います。 ちなみに、リストアップ数に上限を設けているのは adbtest 側の事情です。 正式版では上限をなくした上、表示を待たさないようにするつもりなので、 この問題は起きないはずです。
- 78 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/10(日) 00:38:49 ID:joL9mdKD0]
- また重複絡みのことだけど
1. C:\test から属性の自動生成 2. rename C:\test C:\TEST 3. C:\TEST から属性の自動生成 こうすると、同じファイルを参照しているにもかかわらず、 サムネイルビューに C:\test\someimg.jpg と C:\TEST\someimg.jpg が両方表示される 重複検索にもヒットする どちらか一方を削除すると画像本体は削除されずに重複したサムネイルだけ消える 両方を削除すると画像も削除される パスの比較はケースを無視したほうがいいんでは
- 79 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/10(日) 00:59:45 ID:fXDV84f50]
- 単ファイルをDBに追加するのに何か良い方法ない?
追加したいファイルをフォルダ移動させて、そのフォルダを丸ごとスキャンしかないかな?
- 80 名前: ◆cTzcVzYvME mailto:sage [2006/12/10(日) 05:11:10 ID:t0Q3xVgy0]
- >>78
パスは小文字か大文字に統一して登録するはずだったのに、うっかり忘れてました。 ちょっと手抜きで比較関数を決め打ちしちゃってるので すぐには対応できませんが、正式版ではなんとかします。 >>79 DBへの追加だけならメニューの「ファイルを開く」かD&Dでできますけど、 たぶん自動生成みたいに属性設定やハッシュチェックまでやってしまいたいんですよね? ちょいと息抜きがてら、そんな機能を作ってみますわ。
- 81 名前: ◆cTzcVzYvME mailto:sage [2006/12/10(日) 23:37:29 ID:t0Q3xVgy0]
- 単ファイルの追加をやり易くしました。
ついでに自動生成の設定項目を増やしました。 親フォルダも属性として付加できるようになったので、 自動生成を数回に分けたり、あとで追加したフォルダとかの 登録がやり易くなったと思います。
- 82 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/12(火) 05:15:43 ID:R2XCB1hO0]
- 自動生成時に1ファイルずつDBに書き込んでいる?
してるなら複数ファイル毎に書き込むようにすれば速くなると思う。
- 83 名前: ◆cTzcVzYvME mailto:sage [2006/12/12(火) 07:34:09 ID:plmLapAc0]
- >>82
登録処理は1ファイル単位で行っておりますが、 アルゴリズム面での最適化はかけてありますので、 複数まとめてやったとしても、それほど速くはならないと思います。 と言っても、チューニングの余地はまだあると思いますが… ただ、個人的な意見を申しますと、登録処理のパフォーマンスは、 現状のままで十分だと感じているのですが、これでもまだ遅いですか?
- 84 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/12(火) 11:29:20 ID:SfK7G0hH0]
- 開発進んでますか〜?
- 85 名前: ◆cTzcVzYvME mailto:sage [2006/12/12(火) 18:50:28 ID:plmLapAc0]
- >>84
それなりにぼちぼちと。 今はトランザクション機能の実装をやってて、これが一番の山です。 前にも一度作ってみたんだけど、遅くて使いもんにならんかったから、 設計からやり直してます。なもんで、なかなか大変。 とりあえず、まともなトランザクション機能さえ実現できれば、 残りのライブラリ化作業はすんなりいくと思います。
- 86 名前:82 mailto:sage [2006/12/13(水) 17:50:35 ID:Rfvma9Mw0]
- 今日再度自動生成を試したら、極端に時間がかかっているようではありませんでした。
裏のプロセスがHDDにアクセスしていたのかもしれません。 当たり前のことですが、頻繁に自動生成する状況だと属性DBがあるドライブと 画像があるドライブを分けたほうがいいのかもしれませんね。
- 87 名前: ◆cTzcVzYvME mailto:sage [2006/12/13(水) 19:08:26 ID:ArTfoKZ60]
- >>86
了解。 HDDアクセスに関しては、実装上、けっこう激しいかも。 RAMの使用量を抑えるため、必要に応じてアクセスしたい領域だけをファイルマップし、 あたかもメモリを弄るかのように、直にファイルを書き換えていますので…
- 88 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/15(金) 21:15:06 ID:HBYiyc7K0]
- まだダウンロードもしていないのだが、公式サイトのタイトルが
「プログラム」じゃなく「プラグラム」になっていることは誰も突っ込まないのか?
- 89 名前: ◆cTzcVzYvME mailto:sage [2006/12/16(土) 00:26:18 ID:z9LpIc160]
- >>88
素でミスってた… readme.txt の中まで orz 突っ込みありがと。直しました。
- 90 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/16(土) 13:38:40 ID:bUODxG5N0]
- >>89
何かかわいいぞw
- 91 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/19(火) 22:45:33 ID:Jo91pLMY0]
- エラーが出ました
win2ksp4です エラーの出た箇所 旧スタイルのシェルを使用する
- 92 名前: ◆cTzcVzYvME mailto:sage [2006/12/20(水) 07:09:20 ID:DYCR1PIK0]
- >>91
報告ありがと。 ちゃんと調べてないけど、たぶん adbtest 側で使ってる Win32 API の中に、 旧スタイルのシェルじゃ使えないものがあるからだと思います。 でも今んとこ、それへの対応優先度は低いです。 どうしても旧スタイルで使いたい!という要望が多いなら考えますが… ちなみに、DB操作ルーチン自体は、旧スタイルのシェルでも動くはずです。
- 93 名前:名無しさん@お腹いっぱい。 [2006/12/20(水) 07:13:55 ID:souMAfLK0]
-
- 94 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 12:00:45 ID:9RGc1eKP0]
- 今日始めてこのスレ見つけたけど・・・
スレ立の>>1が作者の自演臭いのは仕様ですか?
- 95 名前: ◆cTzcVzYvME mailto:sage [2006/12/26(火) 17:25:52 ID:TOuvScEa0]
- 中間報告。
とりあえず、トランザクション機能がかたちになりました。 いくつかテストプログラムを作って実験していますが、 今んとこパフォーマンスは上々です。 これからそれを属性DBへ組み込んでいくのですが、 いくつか新規で追加したい項目があるので年内リリースはきびしそうです。 ただし、そのぶん性能アップには全力を尽くしたいと考えています。 それと、暫定的な API 仕様を公開しました。 API 仕様と言っても、単なるヘッダファイル郡ですが、 概略をつかむには十分だと思います。 開発者向けですが、興味のある方は目を通してください。 API 仕様(関数名、変数名、各種定義名を含む)の調整は、 正式リリース前の今なら可能です。 また、ライブラリ化に関する意見・アドバイスも受け付けます。 それらをふまえ、API 仕様を改善していくつもりですが、 ・スレ立の>>1が作者の自演臭い を仕様に含める予定はございません。
- 96 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 17:33:34 ID:b8dEnskm0]
- おつ
スレがたつまでの経緯みてれば誰も自演なんて思わないから気にしないでくれ
- 97 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 18:33:43 ID:but/L7fP0]
- (*´Д`) マダーチンチン
/(ヘ つ )ヘ
- 98 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 22:29:04 ID:zfAcqnoU0]
- この際、自演でも非自演でもいいけど、
スレタイのソフト作ってからスレ立てろよな テスト版なんてアプリともいえない物でスレ立ててるの、これくらいじゃねぇの? テスト版のサポやってる間くらい てめぇん所のHPに掲示板でも立てて、そっちでやれよ >>96 >>95に対して即レスだな まるで作者がレスアップするタイミングを知って居たみたいだ お前だろ?このクソスレたてたの?w
- 99 名前:96 mailto:sage [2006/12/26(火) 23:02:31 ID:b8dEnskm0]
- 俺がスレたてたわけじゃないけどこの莫迦には何言ってもわからんのだろうな…
- 100 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 23:32:03 ID:NNGn3a030]
- 何がどうしようが使い易けりゃ使うだけだからね
まあ使いにくいテスト版でも喜んで人柱になるマゾだけど
- 101 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/26(火) 23:39:33 ID:hUbhLx1i0]
- Winnyなんて(以下略)
- 102 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/27(水) 04:07:41 ID:+7AgcraW0]
- 冬休みなんで(ry
属性情報APIに、エイリアス(ファイル情報APIでいう同期)や親属性を追加してほしいかも。 P2P等で複数人で属性DBを共有する段階になると必須になるかと。
- 103 名前: ◆cTzcVzYvME mailto:sage [2006/12/27(水) 08:19:45 ID:dxxqHvKK0]
- >>102
> エイリアス 別名定義っすね? 異なる属性名称だけど実はおんなじ属性で、 検索にはどっちを指定しても引っかかってほしい!みたいな? 今の仕様だと統合でどちかの名称に統一することで対応してますが、 名前は別なまま同一視させることもできそうなので、仕様を検討してみます。 > 親属性 これは属性に階層構造を持たせるということですか? もしそうであるなら階層構造がどうしても必要となる状況を挙げてもらえますか? 一応設計段階で、属性DBにおける階層構造の必要性についても考察を行いましたが、 一見階層構造が適しているかのように見える事例でも、 それらの間に絶対的な親子関係は存在し得ないという結論に達しました。 そもそも属性管理が求められる動機は、 フォルダ管理における2つ欠点から来ていると思います。 1.あるファイルの分類(格納フォルダ)が一つに限定される =複数ジャンルの設定ができない。 2.階層構造の逆転が難しい 属性に階層構造を持たせることは2番目の欠点を引きずる事に つながると思うのですがどうでしょう?
- 104 名前:名無しさん@お腹いっぱい。 mailto:晒しあげ [2006/12/27(水) 09:27:25 ID:2jJtSEbo0]
- ベータで2chつかってんじゃねぇよwwwwwwwww
- 105 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/27(水) 10:05:03 ID:gg46enpT0]
- 冬か。
- 106 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/28(木) 01:34:11 ID:D6qCMA0f0]
- >>103
エイリアスを検討してもらえるとは有難い。 なんとなく親属性と書いてみて、確かに必要な状況というのを想像してなかったですね。 しいていえば「マインドマップ」のツリー構造かな、と思ったんですが、 外部ツールを作れば解決する問題かもしれないのでスルーでよろ^^;
- 107 名前: ◆cTzcVzYvME mailto:sage [2006/12/28(木) 22:47:55 ID:cZmy0tJx0]
- >>106
> 外部ツールを作れば解決する問題かもしれないので 階層構造の必要性を考察した結果、辿り着いた結論がまさにこれです。 カテゴリを扱う API を用意していないのも同じ理由です。 ・エイリアスについて エイリアス化の目的が「名前は別なまま同一視」であるとするなら、 どれか一つをエンティティと定めた上で、それへのエイリアスを作成するという構造より、 同一とみなされた属性郡をすべて同列に扱い、同期グループを形成したほうが、 データの取り回しが楽かな?との考えをもとに、API 仕様を作ってみました。 実装段階で設計の穴が見つかることもありますので、 これで確定という訳じゃないですが、仕様を概観した上で、 この構造における問題点などに気付きましたら指摘ください。
- 108 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/29(金) 01:19:51 ID:bozK3W5B0]
- 来年中に完成するのかい・・・?
- 109 名前: ◆cTzcVzYvME mailto:sage [2006/12/29(金) 02:38:16 ID:HCPinno80]
- >>108
DLL化は余裕。 AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。 来年の予定が不透明なんで、どれだけ開発時間を確保できるかもわからんしね。 とりあえずDLL化が終わったら、もいっぺん工数見積もってみて、 あんま時間かかりそうなら、いくつかの機能を後回しにするかもしれんが、 とにかく adbtest よりは使い易いソフトを来年中に公開できるとは思う。
- 110 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/29(金) 10:49:43 ID:38gv3Pm70]
- > AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。
そんなに時間がかかるなら、 とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。 そうすればひとまずタグ付けの作業に入れるじゃん・・・。 完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。
- 111 名前: ◆cTzcVzYvME mailto:sage [2006/12/29(金) 11:58:10 ID:HCPinno80]
- >>110
> 完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。 それはない。ライブラリ化に時間かけてるのはそれを避けるためだから。 万一変えるとなってもパッチ作るから大丈夫。 > とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。 了解。 原型として必要十分かつ、短期で開発できるようなソフト仕様を考えときます。 あとは、何人かプログラマもいるみたいなんで、 DLL公開したら、オレよりいいソフト作ってくれんかな?と、ちょいと他力本願にも期待している。 最終的に、画像、漫画、音楽、動画に対し、それぞれ専用の属性管理ソフトが欲しいんだけど、 必ずしも全部を自分で作らないかんわけじゃないからね。
- 112 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/01(月) 14:23:58 ID:EEvl1JBQ0]
- あけおめ
誰か作者さんに精神と時の部屋をプレゼントしてやってくれ
- 113 名前: ◆cTzcVzYvME mailto:sage [2007/01/09(火) 06:08:54 ID:FvbHg4F90]
- 開発スケジュールを検討した結果、
現状のライブラリをβ版として公開することにしました。 詳しくは readme.txt をご覧ください。
- 114 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 07:17:36 ID:WbYs21S50]
- >>113
GJ!待ってたよ。
- 115 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 08:41:59 ID:a5Q0pgPb0]
- > AtComic Primitive の開発にとりかかる。
むぅ。俺のとかぶるけどまぁいいや。
- 116 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 15:40:22 ID:EdB2zOJa0]
- まあこれがいいもんになるなら、俺も開発凍結するかな・・・めんどいし
- 117 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 17:08:21 ID:y6uu2q3D0]
- >>115-116
ちょっとお前ら開発中の奴を見せてみろ、一番いいの使うからw マンガミーヤと連携が取れる奴がいいなw
- 118 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 17:21:56 ID:EdB2zOJa0]
- ミーヤに興味はないな
ま、まだ構想レベルだし、こんなに本格的じゃないから 期待に応えられるもんじゃないよ、きっと
- 119 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 17:27:07 ID:y6uu2q3D0]
- まぁ予定を見る限り、
AtComic Primitiveは秋とか冬とかになりそうな予感だし、 作れる人はガンガン頼むよガンガン
- 120 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 17:39:48 ID:tKIuOhW30]
- >>117
連携とれるやつお前作れマジで。 さあ皆がんばれ。
- 121 名前: ◆cTzcVzYvME mailto:sage [2007/01/09(火) 22:54:51 ID:FvbHg4F90]
- >>115-116
ライブラリを使ってくれる開発者がいると、 こちらもモチベーションが高まるので、 遠慮なくガンガン開発したってください。 それと、β版のうちはサポートに関する雑務を避けたいと思い、 ライブラリを利用したソフトの配布を禁じていますが、 その辺は柔軟に対応していきたいと考えていますので、 もしソフトができて公開したい!となったら一度相談ください。 ちなみにライブラリのライセンスは、商用利用にのみ制限を課し、 その他、非営利目的の利用は自由に行えるかたちを予定しています。
- 122 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 00:48:10 ID:lMGJCe1+0]
- ライブラリとか地味に更新してても無反応
まぁ俺にも関係ないしな・・・
- 123 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 01:35:13 ID:xQJBt3F70]
- ライブラリ、サンプルも含めて使い方わかんなかったw
- 124 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 12:05:41 ID:3W+WM3g80]
- wikiなりまとめブログなり作る?
- 125 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 13:33:47 ID:Ta4tbeUg0]
- 正式版でてからにしろよ
- 126 名前: ◆cTzcVzYvME mailto:sage [2007/01/16(火) 17:32:29 ID:i9SSspiA0]
- >>125
同意。 βのうちは、わかる人だけわかればイイ。 それなりに開発経験あればわかるはずだし、 その点じゃ、β利用者をふるいにかけれるから。 まぁオレにしかわからんようじゃ、それはそれで困りもんだけど… ついでに現状報告。 とりあえず GUI の基本となるメインフレームを作ってま。 GUI 整備は面白みが少ないのに、やたらコーディング量が多くて苦痛。 おいしいとこは後にとっとく性分故、面倒な作業は先に済ましたいところ。
- 127 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 18:28:06 ID:lMGJCe1+0]
- おいしいとこだけ食べたいよ
- 128 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/16(火) 22:42:34 ID:7Gkz3iXU0]
- おいしいとこだけ食べさせて欲しい、でしょ?
- 129 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/18(木) 23:21:49 ID:vCD9l7Fe0]
- 期待しているので保守
- 130 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/28(日) 09:21:44 ID:X2454qKu0]
- 最終安定版とか来てるじゃん!
最終とか言われるとそろそろ正式版も始まるかと期待
- 131 名前:名無しさん@お腹いっぱい。 [2007/01/28(日) 11:33:23 ID:sh6qHviv0]
- >>130
wktk
- 132 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/31(水) 16:59:45 ID:2v+iz4Ic0]
- 使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな?
画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えればかなりサクサクできそうなんですが、難しいでしょうか。 お暇な時にでも検討していただければ幸いです。
- 133 名前: ◆cTzcVzYvME mailto:sage [2007/01/31(水) 20:58:56 ID:jjqHa5RJ0]
- >>132
> 使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな? adbtest に関しては、これ以上、機能を追加する予定はないですが、 要望、提案は、正式版開発の参考にさせてもらいますので遠慮なくどうぞ。 また、すぐ対応できそうな内容なら、adbtest に実装する場合もあります。 > 画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えれば > かなりサクサクできそうなんですが、難しいでしょうか。 特に難しいことはないと思いますので、正式版での実装を検討しておきます。 ちなみに「表示されている画像」とはサムネイルのことですよね? ついでに現状報告。 GUI に関してはだいぶ形になってきた感じ。 今はサムネイルビューの作り込みをやってて、 リストアップを効率化するための実験的なインターフェイスを試してる。 うまくいくかどうかはまだわからんが、これが一つの山だな。
- 134 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/01(木) 01:39:25 ID:aSg/8l6i0]
- >>133
楽しみに待っております。
- 135 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 12:12:47 ID:oUfpQ22s0]
- >>133
ハァハァ
- 136 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 21:30:03 ID:anCF0dJL0]
- バージョンアップキテター!
- 137 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 02:28:13 ID:VWPcAwes0]
- 作者タン乙!
ダウンロードして使ってみました。 ・タグ付け後の検索(抽出)はメチャ便利! ・属性ショートカットキーマップはわかりやすいし、表示・非表示切替ができてイイですね。 ・history.txtを読んだのですが「コピーして取り込む」の意味がイマイチよくわかりません。 これはどういう時に使うのでしょうか? ・属性と別にコメントを付けられるのも自分的にはお気に入りです。 ・本体の見た目(UI)のレイアウトを自由変更できたらいいなと思います。 【現在】 ------------ | | | | ← | | |-- | ↑ | | | | ←↑ | |---------| ↑ | | | ↑ ------------- ↑ ↑ ↑ ↑ ・属性・コメントビュー ・属性ツリービュー ・サムネイルビュー ↓・拡大画像ビュー ↓ ↓ ------------- | | | | | | | | | | | | | |--- | | | | | | | | | | | --------------
- 138 名前:137 mailto:sage [2007/02/13(火) 02:35:15 ID:VWPcAwes0]
- それから提案ですが、画像に付与されたタグの時系列の変化が確認できたら面白いのではないでしょうか?
(例) ○画像aaa001.jpgの変更履歴。 20051201:エロ→20060901:エロかっこいい→20070212:エロ_見飽きた
○画像bbb002.jpgの変更履歴。 20051201:その他→20060901:メガネっ娘→20070212:縁無しメガネ ○直近三ヶ月のタグ変更総履歴 巨乳→Fカップ以上、微乳→Eカップ以下、フェチ→ニーソックス→フェチ→削除、等
というのは昔、属性毎に振り分けた画像を時間が経ってから見直すと、いくつかの画像で 前に付与したタグ属性を変えたほうがいいのでは、と思うようになったからです。
当時自分なりに熟慮の末、各画像に適切と思われるタグ付けをしたのに、 今見ると別のタグに変えたほうがいいなと考え直すことがちょくちょくありました。
それはタグを付けた当時のお前が悪いんだろという話になりますが。 フォルダ内の画像そのものは - デジタルデータですので - 変わりはしませんが 月日の推移に伴う所有者の気持ち次第で画像の価値なり重要度が変わることはないでしょうか? 私以外の人間に必要な機能かわかりませんが…
次期リリースを楽しみに待っています。 お体に気を付けて。
- 139 名前: ◆cTzcVzYvME mailto:sage [2007/02/13(火) 06:11:15 ID:JYBx1pV30]
- >>137-138
・コピーして取り込むの意味について まず「取り込む」についてですが、これは画像ファイルをデータベースフォルダ以下に 格納して管理する機能で、これはフォルダ管理から完全に脱却した人用です。 利点は ・db フォルダごとバックアップしたり別の PC へ移したりできる。 ・画像の保存先を選ばなくてもよくなる。 ・重複(完全一致)ファイルは自動ではじかれる(取り込まれない)。 「コピーして取り込む」は、取り込みたいけどフォルダ管理も継続したいから 元ファイルを移動されちゃ困るって場合に使います。 この取り込み機能は、画像振り分けスレで出ていた、 画像を一箇所に集め、一元管理するというアイデアの実装例ですが、 (この機能に限らず)まだテスト段階なので、利用は自己責任でお願いします。 ・タグの時系列の変化について この提案の根っこには、以前、振り分けスレで指摘されていた問題があるように思います。 要は画像の属性が一意に定まらず、時と共に変化、増減するので、 いつまでたっても属性の設定が完了しないという問題です。 これに関するオレなりの回答は既に出ていますが、 この辺を補助する機能は基本機能を作り終えた後で考えたいのでこの件は保留とします。 とりあえず、変更履歴を表示させるだけではあまり意味がないと思います。
- 140 名前: ◆cTzcVzYvME mailto:sage [2007/02/13(火) 06:12:58 ID:JYBx1pV30]
- ・レイアウト変更について
いずれ対応したいとは考えていますが、なにぶん GUI のベース部分に関わる機能ゆえ、 既にメインフレームを作り終え、各ビューの実装に入っている今からだとかなり面倒です。 本来、メインフレームに関する機能は、初期スケルトンの段階で実装しておくべきですが、 開発スケジュール短縮のため、レイアウト変更機能は見送ることにしたので… 一応、各ビューの表示・非表示の切り替えはできるようにしてあります。 ついでに現状報告をしておくと、 とりあえず単なるビューアとしては使えるレベルになってきたかなって感じ。 いくつか既存のビューアにはないような機能を付けてみたが結構使いやすい。 今はやっとこさ DB 関連の UI に取り掛かったところ。
- 141 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 12:35:57 ID:ewZ5cUpC0]
- 乙乙
- 142 名前: ◆cTzcVzYvME mailto:sage [2007/02/19(月) 06:47:18 ID:QTN0I+bk0]
- 近日中に adbtest2 を公開できそうなとこまで来たんだが、ちょいと聞きたい。
コメントでソートってやっぱ欲しい? と言うのは、コメントを取得するのにDBアクセスが必要なもんで、 どうしてもリストアップ動作が遅くなってしまうから。 オプションで切り替えられるようにするのもちょっと面倒な部分なんで、 できたら決めうちでいきたいんだが、どうなんだろ? 個人的にコメント機能はおまけ程度に考えてたんで、 ざっくり切りたいとこなんだがダメかな? 一応、ソートとは別に、コメント検索を実装するつもりではあるんだが…
- 143 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/19(月) 09:23:53 ID:xX77ocXb0]
- 欲しいに一票
- 144 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/19(月) 10:59:20 ID:BF2BCSAB0]
- リストアップが遅くなるのであれば要らないに一票。
コメントソートしようとしたときに読みに行くなら、構わないんだけど。
- 145 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/19(月) 11:21:15 ID:3vEMucKI0]
- コンソメスープならほしい
- 146 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/19(月) 12:34:25 ID:Xy3SVtt20]
- コメントでソートするときだけ重い、って事なら問題ないと思うけどね
- 147 名前: ◆cTzcVzYvME mailto:sage [2007/02/19(月) 14:15:05 ID:QTN0I+bk0]
- >>143-146
回答ありがと。参考になった。 とりあえずソートのタイミングで取得しにいくことにするわ。
- 148 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/19(月) 18:12:11 ID:xX77ocXb0]
- あったら使う派だな
多少遅くなっても便利になるならつけてほしいかな
- 149 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 03:24:06 ID:MNCH5OOF0]
- コメントソート機能は外部アプリ(要開発w)ですればいいのでは?
- 150 名前: ◆cTzcVzYvME mailto:sage [2007/02/20(火) 06:08:39 ID:R+2n4wB60]
- >>149
もう実装しちまったよ。 リストアップ後、初回のコメントソート(あと画像サイズ関連ソートも)は、 ちょいと待たせるが、その後は満足いく速度がでてる。 コメントソートとか使わん人には影響ないようにしといたんで安心しとくれ。
- 151 名前: ◆cTzcVzYvME mailto:sage [2007/02/20(火) 19:55:30 ID:R+2n4wB60]
- adbtest2 のβ版を公開しました。
若干予定を変更したんで readme.txt をご覧下さい。
- 152 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 20:44:26 ID:YuY/jDKN0]
- 乙〜
- 153 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/22(木) 11:03:39 ID:+pLGuO9B0]
- 他ソフトから移行しやすいといいな
逆に他ソフトへもね
- 154 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/24(土) 13:34:11 ID:88b9i/Ov0]
- >>153
他ソフトって例えばどんな?adobeのフォトアルバムだっけ?
- 155 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/27(火) 08:10:21 ID:GsCW171s0]
- 要望
画像クリック(左or右orホイール)で規定のビューワーで開くようにしてほしい 画像表示をシングルクリックでもできるようにして シングル・ダブルクリックどちらでするかの設定がほしい
- 156 名前: ◆cTzcVzYvME mailto:sage [2007/02/27(火) 11:00:19 ID:OVEOLs070]
- >>155
> 規定のビューワーで開く 開くのが一枚だけでいいなら簡単だけどそれでイイ? あと、書庫内ファイルはたぶん開けんよ? > 画像表示をシングルクリックでもできるように これはサムネイルに対するクリックのことでイイのかな? もし属性ビューやフォルダビューとかだったら、仕様的に対応し辛いんで。
- 157 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/27(火) 18:16:00 ID:GsCW171s0]
- >>156
画像タブ?で開いてる画像をクリックしたらって感じで 一枚だけでOKっす サムネイルのことであってます
- 158 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/27(火) 19:40:16 ID:7tO9wF8K0]
- axpathlist.spiもありがたく頂戴したよ
面白いね、これ
- 159 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/27(火) 23:53:53 ID:al3dfBw70]
- 俺も要望。
画像をリストアップしたら画像リストにフォーカスを移すか、 あるいは各リスト・ビューにフォーカスを移すコマンドが欲しい。 それとリストアップした画像のパスを外部アプリに直接渡したい。 今でもパスリストを中継すれば可能だが……。
- 160 名前: ◆cTzcVzYvME mailto:sage [2007/02/28(水) 09:09:16 ID:hi4dYeA70]
- >>157
了解。 >>158 地味に需要あるみたいっすな。 某スレじゃ宣伝扱いされてたけどw >>159 > 各リスト・ビューにフォーカスを移すコマンドが欲しい。 了解。 > リストアップした画像のパスを外部アプリに直接渡したい。 これはリストアップされた複数の画像パスをってことだよね? 一応、機能仕様は考えてるんだけど…
- 161 名前: ◆cTzcVzYvME mailto:sage [2007/02/28(水) 09:10:49 ID:hi4dYeA70]
- □操作仕様
1.画像リスト(サムネイルビュー)で外部アプリに渡したい画像を選択。 2.右クリックポップアップメニューで「プログラムから開く」を選ぶ。 □動作仕様 ・パスの伝達には、パスリストとコマンドライン引数を用いる。 ・外部アプリがパスリストに対応しているかどうかを AtPicture 側では感知しない。 ・パスリストは外部アプリを起動するタイミングで一時ファイルとして作成する。 また、作成したパスリストは AtPicture の終了時に全て削除する。 このとき、外部アプリがまだ起動中で、パスリストを参照している場合、 削除に失敗するが放置、次回起動時に再度削除を試みる。 □パスリスト仕様 ・文字コードは ShiftJIS で、改行はCRLF。 ・ディレクトリの区切りは \(書庫内パスは / 区切りの場合があるけど全て \ に統一)。 ・書庫はファイル名をそのままディレクトリ名として表現する。 例:C:\aaa\bbb.zip\01\ccc.lzh\ddd\001.jpg こんな感じでイイかな?
- 162 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/28(水) 13:50:15 ID:5ZmMoX2q0]
- >>161
属性別にサムネイルサイズ指定できるHTML形式のカタログファイル作れたら火狐で見られて素敵やん☆
- 163 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/28(水) 14:25:23 ID:GR7DgfPp0]
- >>160,161
ありがとうヽ( ・∀・)ノ > これはリストアップされた複数の画像パスをってことだよね? yes. 画像パスをビューアやコピー拡張ツールに渡したいのです。 > ・パスの伝達には、パスリストとコマンドライン引数を用いる。 パスの渡し方をパスリスト or 引数から選べる、という意味なら文句なしです。 まあ、パスリストのパスを引数で渡すという意味だとしても、 対象がパスリスト非対応の場合にスクリプト咬ませる手間が増えるだけで、実質問題なしですが。
- 164 名前: ◆cTzcVzYvME mailto:sage [2007/02/28(水) 22:29:27 ID:hi4dYeA70]
- >>162
オレは実装する予定ないけど、そういう外部アプリは簡単に作れますな。 >>163 > パスの渡し方をパスリスト or 引数から選べる、という意味 ではなく > パスリストのパスを引数で渡すという意味 です。 引数オンリーの方が楽なんだけど、複数のパスを渡すとなると、 コマンドライン文字数には上限があるので… ちなみに、>>156で一枚だけでもイイか聞いてたのは引数でやりたかったから。 パイプでもイイけど、外部アプリ側が実装すんの面倒でしょ?
- 165 名前:163 mailto:sage [2007/03/01(木) 00:43:40 ID:yaIjTSQA0]
- やはりコマンドラインの制限が問題ですか。
まあ他の人の考えは解りませんが、私個人としては>>161で問題ないです。はい。
- 166 名前: ◆cTzcVzYvME mailto:sage [2007/03/01(木) 23:42:49 ID:rYJTR2ka0]
- >>155>>159で頂いた要望に対応しました。
詳しくは history.txt をご覧下さい。
- 167 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 00:23:18 ID:taaqpwo50]
- 乙です
開けない…と思ったらリストから開いてた事に気付くw 表示画像で右クリックですな。 .sz7ってはじめて見たかも。
- 168 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 01:04:58 ID:iovPocpI0]
- 久々に来たんだけど、もう使えるレベルになってる?
- 169 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 07:35:51 ID:wtHHX/eR0]
- 乙!
>>168 (´・ω・`)お前さんの評価基準なんて知らんがな
- 170 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 10:15:30 ID:ES4g2tXe0]
- これってサムネイルサイズがある一定以下になると
Exifサムネイルを優先するのな。 Exifサムネイルが間違ってる画像が紛れ込んでて、 サムネイルと表示画像が合わないわ サイズを変えると正しい表示に戻るわで悩んだ w // "縮小版"ってちゃんとExif読み取るんだなと感心してしまった。
- 171 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 10:51:35 ID:GIw27IY90]
- サムネイルサイズはプリセットで何種類か選べるといいな
スライダーを右クリックすると 32x32, 64x64, ... ってコンテキストメニューが出るとか
- 172 名前: ◆cTzcVzYvME mailto:sage [2007/03/03(土) 17:38:55 ID:k80pcD7K0]
- >>171
プリセット指定できるようにしときました。 >>170 > ちゃんとExif読み取るんだなと感心 その辺は GDI+ が面倒見てくれてるので、実は何もやっとらんのです。 やってるのは、サイズによりサムネイルの取得方法を切り替えてるだけ。 この辺の動作は INIファイル [Thumbnail] セクションの Quality キーの値で調整できます。 詳しくは history.txt に書いときましたんでそっちを見てください。
- 173 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/04(日) 06:19:40 ID:rXbLP/yz0]
- 乙乙
頻繁にver.upされるのは嬉しいが、逆にペース配分が心配になってくる 無理して体など壊しませんように…… ところで選択画像を別ウィンドウにD&Dで渡せないかな などと舌の根の乾かぬうちにいってみる
- 174 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/04(日) 09:55:56 ID:LJbjiB8I0]
- 乙!
あとは条件検索が使えれば十分実用にかなうね。 ひとつ要望。 「属性を指定してリストから消去」で、チェックの解除・反転ができると嬉しいです。
- 175 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/04(日) 15:19:22 ID:MT9QI8Rs0]
- 応援してます(`・ω・´)
|

|