[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 22:11 / Filesize : 393 KB / Number-of Response : 937
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

画像ファイル属性管理ソフト AtPictureのスレ



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/

52 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/11/26(日) 17:54:35 ID:votr8U2F0]
2006/11/26version 1.0.1.11

・取り込んだ画像がリストアップされなくなってたエンバグを修正

53 名前: ◆cTzcVzYvME mailto:sage [2006/11/26(日) 21:16:55 ID:/SihlzBq0]
>>50
そうするつもり。つーかはやく本開発に入りたい。
いろんなアイデアが先走り状態なもんで。
でもライブラリ化の手を抜くわけにはいかんというジレンマ。

54 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/11/28(火) 11:49:42 ID:xV/AGBzI0]
自動で取り込んでると、ある書庫で延々とループする…
書庫が悪いのかスージープラグインがわるいのかこのアプリが悪いのかわからんです

55 名前: ◆cTzcVzYvME mailto:sage [2006/11/28(火) 14:15:44 ID:nl927Nuj0]
>>54
まずはその書庫を、Susie もしくは書庫用SPI に対応したソフトで開いてみてください。

1.展開に失敗した場合
 SPI に頼らないアーカイバソフトで展開できるか試してください。
 展開に失敗するなら書庫が壊れています。
 正常に展開できるならプラグインに問題があります。

2.正常に展開できた場合
 プラグインに問題はありません。
 adbtest に問題があるので以下の質問に答えてください。

・メニューの「ファイルを開く」でその書庫を開けるか?
・書庫の形式と、それの展開に使用している SPI はなにか?
・書庫内に書庫は存在するか?
・書庫内に thumbs.db ファイルが含まれているか?

あと差し支えなければ、書庫ファイルのフルパスも教えてください。

56 名前:54 mailto:sage [2006/11/29(水) 02:47:15 ID:SIVUQ5qj0]
rarの書庫だったんですが、どうやらプラグインが古くて新しいrarに対応してなかったみたいです
バージョンアップしたらループしなくなりました

#ループしてる書庫の「次の書庫」が問題だったようで気づくまで時間かかりました

お手間を取らせてすみません

57 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/04(月) 17:45:13 ID:X8Oz5keY0]
>>48 と関連するけど、DBはODBCかなにかで
外部ツールから操作できるようにして欲しいかな。
PerlやPHPと連携できるだけでも活用の幅が広がりそう。

58 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/04(月) 17:58:56 ID:hvMP2i610]
dll に切り出してくれるだけで十分

59 名前: ◆cTzcVzYvME mailto:sage [2006/12/05(火) 18:08:36 ID:NolOpgbn0]
>>57
> 外部ツールから操作
まずは DB操作ルーチンを DLL化しようと思ってます。
んで DLL化が完了したら、本開発に入る前に DLL だけを先に公開する予定。
と言っても、まだまだ時間がかかりそうですが…

60 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/05(火) 18:51:58 ID:2FYfhBRs0]
まだ時間かかるのか・・・



61 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/05(火) 19:25:50 ID:1uBtfihi0]
画像以外のファイルも扱えるようにならんかな?


62 名前: ◆cTzcVzYvME mailto:sage [2006/12/05(火) 20:06:03 ID:NolOpgbn0]
>>60
ちょいと別件が忙しくってね。
とりあえずライブラリ化の方針は固まったんで、これから巻き返してきますわ。

>>61
できますよ。
adbtest ではアプリ側で画像以外をフィルタリングしてるけど、
属性データベース自体はどんなファイルでも突っ込めるようになってます。

63 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/05(火) 21:35:49 ID:HiPS9/kP0]
そのうちファイラ作って

64 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/06(水) 12:04:57 ID:e89rW0050]
>>62
まだかな、まだかな〜チンチン

65 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/06(水) 17:32:14 ID:PQ8Xrbas0]

(*´Д`)
/(ヘ つ )ヘ

66 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/06(水) 22:33:12 ID:pAb187sm0]
1.0.1.10にしたあたりから重複画像リストアップで全画像がヒットするようになった
以前のバージョン + 今のDBでも同様、.11 + 新規DBでは正常なんで
どこかでDBが破損したと思うんだけど
修復する方法はない?


67 名前: ◆cTzcVzYvME mailto:sage [2006/12/07(木) 02:45:56 ID:MJL84WF10]
>>66
重複画像以外のリストアップは正常ですか?

いまちょっと動作チェックしていたら、
リストアップ処理がおかしな動きをしたので原因を探っているとこです。
まだ調査中なので、同じ原因だと断定はできませんが…

とりあえず重複画像のリストアップに関してですが、
db\adb\duplications フォルダ内にファイルは存在しますか?

ちなみに、duplications フォルダにあるファイルのサイズを合計して4で割った数が
重複ファイルの個数になるんですけど、リストアップ数と一致してますか?

68 名前: ◆cTzcVzYvME mailto:sage [2006/12/07(木) 06:18:43 ID:MJL84WF10]
調査完了。

うちの環境で見つかったリストアップの不具合は、DBの不整合によるものでした。
ただし、何が原因で不整合が生じたのかまでは付きとめられておりません。

とりあえず対症療法的な修正を行いましたが、
重複管理機構との関連は低いので、>>66さんの環境における不具合は、
これとは別の原因によるものだと思います。

>>66
修復できるかどうか判断するには、不具合の原因(※不具合発生の原因ではない)を
特定しなければならないので、情報提供にしばしご協力ください。

69 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/07(木) 17:01:15 ID:XHV7Rv0n0]
>>67
>duplications フォルダ内にファイル
存在した
サイズ/4とリストアップ数も一致した
ちなみに画像の総数は5,500枚ほど、重複検索でヒットした画像は3,799枚だったので、
全画像がヒットしたわけではなかった

環境は XP sp2, v1.0.1.11, DBは.0.2あたりから引き継いでる

70 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/07(木) 17:12:27 ID:XHV7Rv0n0]
バックアップをさかのぼったところ、.1.9までのDBは問題なかった



71 名前: ◆cTzcVzYvME mailto:sage [2006/12/07(木) 18:52:17 ID:MJL84WF10]
>>69
> サイズ/4とリストアップ数も一致した
となると、重複画像のリストアップ処理は正常だと思います。

> 重複検索でヒットした画像は3,799枚
これらは、重複画像でないのにリストアップされている状況でしょうか?

ちょっと次の操作を試してください。

1.重複検索でヒットするのが3,799枚とのことなので、
 INIファイル[Option]キーの maxPathCount値をそれ以上(4000くらい)に設定する。
2.メニューの「表示」から並び順を「サイズ」にし、「フォルダ別に並べる」の
 チェックをはずす(昇順、降順はどちらでもイイ)。
3.重複画像のリストアップを行う。

DBが正常であれば、重複画像同士は2枚以上連続して表示されるはずです。
1枚だけの画像があるようならDBに問題があります。

また、重複検索で見つかる画像は必ずハッシュチェック済みであるはずです。
リストアップされたサムネイルを眺め渡したとき、HアイコンもIアイコンも表示されていない
画像が混じっているようなら、やはりDBに問題があります。

とりあえず上記手順を行い、どういった状況になったか教えてください。

72 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/07(木) 20:17:29 ID:XHV7Rv0n0]
>>71
手順に従ってリストアップしたところ、
無効なパスを破棄するとかのダイアログが1,870で止まったままだったのでキャンセルして再起動
再度試すと同じダイアログが394でしばらく止まり、
その後リストアップされた画像が394枚まで減っていた

重複画像は一部連続していたが、
類似画像も同様に連続していたので単にファイルサイズによるものだろう
実際に重複していた画像は10枚程度だった

ハッシュは全ファイルチェック済み

それから、終了後duplicationsフォルダは空になっていた

73 名前: ◆cTzcVzYvME mailto:sage [2006/12/07(木) 21:30:03 ID:MJL84WF10]
>>72
> 終了後duplicationsフォルダは空になっていた
だとすると、重複検索では1枚もヒットしなくなっているはずです。
今一度、リストアップしてみてください。

duplications フォルダが空であるのに画像がヒットするようなら、
重複画像のリストアップ処理にも問題がありそうです。

74 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/12/07(木) 22:14:07 ID:XHV7Rv0n0]
>>73
重複検索ではヒットしなくなった
意図的に重複する画像を登録したがこれは正常にヒットした

ところで、>>72の段階でダイアログに表示されたヒットの最大値は3,750ほどだった
これは多分>>72の直前に別ソフトで重複画像をいくつか削除したのが原因
その後数字が減り
>無効なパスを破棄するとかのダイアログが1,870で止まったまま
になったんだが、それ以前は常に3,799ヒットしていたから、
ファイルを削除したことが問題の解消に影響したかもしれない


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]
乙〜






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<393KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef