14/12/27 12:55:29.26 Pida1nC3.net
どうせまた例の奴が連投するだけのスレになってしまうのかと思うと
3:名無しさん＠お腹いっぱい。
14/12/27 14:42:41.17 QV+K4inM.net
即効落ちそうな予感。この板、スレが立ちまくりそうなゲームといっしょだから仕方ないのか。
4:名無しさん＠お腹いっぱい。
14/12/28 19:39:11.38 vC50KWFb.net
ひーはー
5:名無しさん＠お腹いっぱい。
14/12/31 09:39:13.14 pQSRXJ2Y.net
あげ
6:名無しさん＠お腹いっぱい。
14/12/31 12:4
7:7:00.85 ID:O5HCw8RT.net
8:名無しさん＠お腹いっぱい。
15/01/01 16:20:54.88 YctulTLn.net
あけましてお保守とうございます
9:名無しさん＠お腹いっぱい。
15/01/01 18:31:14.59 cXI7T7wg.net
とりあえず、進捗と予定だけ報告しとくか。例のクラウド対応のビューワーだけど、
新たにBoxに対応した。これで新しいストレージ追加するのはしばらく打ち止めかな。
現状、Box,Dropbox,OneDrive,Google Driveの４つ。
で、色々動かしてみると、Google Driveが圧倒的に安定して速い。自分の環境では、
500KBくらいの画像なら500ミリ秒でダウンロードできるので、ぶっちゃけ、キャッシュ、先読み
しなくてもいけそうなレベル。他の3つは1.5秒くらいかかかる。
まぁ、先読みとキャッシュすれば実質問題ないが。
10:名無しさん＠お腹いっぱい。
15/01/01 18:39:56.34 cXI7T7wg.net
で、この１か月はキャッシュについて色々実験してた。
そもそも、クラウドがメインだから、ローカルにキャッシュしてローカルストレージを
圧迫したらクラウドに保存する意味ねぇじゃんということに自問自答してた・・
とはいえ、Zip内のファイルとかはサムネイルをクライアント側で生成するから
遅くて実質キャッシュしないとサムネイル表示遅いし。
ということで、一応、サムネイル、ファイルそれぞれある程度ディスクキャッシュ
するようにして、その最大サイズを指定できるようにした。
11:名無しさん＠お腹いっぱい。
15/01/01 18:40:46.08 lkyeRq1Z.net
お、まだ頑張ってたんやな
一昔前はdropboxの方が速かったけど、CDN整備進んだのかここ半年くらはgoogle driveほんと速いね
単体画像Viewerとしても使えるように、セカンダリストレージに大容量キャッシュ作れると嬉しいな
可能であれば
12:名無しさん＠お腹いっぱい。
15/01/01 18:42:26.67 lkyeRq1Z.net
書いてる間に何となく要望叶いそうな感じになっててわろた
13:名無しさん＠お腹いっぱい。
15/01/01 18:48:02.16 cXI7T7wg.net
と、サムネイル画像だけは表示するならキャッシュ容量を大きめにとって運用した
ほうがいいんじゃねぇの？ということで、そこらへんを実際実装したので、
ファイルブラウザの実装は予定の9.5割くらいは完成。
問題はビューワーの方が全く進んでないんだが・・
後、Zip内フォルダにも対応したが、Zip内にファイル・フォルダが多すぎると
ちょっとファイルブウラザで開くときだけちょっと待たされる・・・
スナドラ800で計7000個のファイル、フォルダがあるZipファイルを
開くと2秒くらいかかる・・
てか、一応、来月あたりにGoogle Playではななくこのスレが
生きてたらここでテスト公開する予定。
14:名無しさん＠お腹いっぱい。
15/01/01 18:49:57.38 cXI7T7wg.net
>>そこはセカンダリストレージに大容量キャッシュ作れると嬉しいな
そこはキャッシュ先を内部と外部で選択できるよう既にそうしてある。
15:名無しさん＠お腹いっぱい。
15/01/01 19:20:38.74 lkyeRq1Z.net
ありがてえ。ほんのり期待しとくよ
Viewerの部分はComittoNのおソース参考にさせて貰いながらでええんじゃない？(適当)
16:名無しさん＠お腹いっぱい。
15/01/01 22:46:41.27 cXI7T7wg.net
CommitoNのソース見たりはしてるけど、巨大すぎて追いきれねぇ・・
とりあえず、現状のスクリーンショット。サムネイル表示してるが、２枚目は
画面からはわからんが、Dropbox上のZipファイル内のあるフォルダ内の一覧。
で、３枚目がビューワー部分の現状。シークバーで移動とスワイプでの移動だけww
URLﾘﾝｸ(jollyshot.com)
URLﾘﾝｸ(jollyshot.com)
URLﾘﾝｸ(jollyshot.com)
つか、コミックビューワじゃなくて単なる画像ビューワーでデビューしてもいいかなぁ・・と
17:名無しさん＠お腹いっぱい。
15/01/01 22:54:37.11 cXI7T7wg.net
つか、sageにチェックするの忘れて上げまくってた・・
18:名無しさん＠お腹いっぱい。
15/01/02 22:52:14.14 HNoFlybb.net
perfect viewer の詳しい方いれば教えて欲しいのですが
更新からおかしくなってしまって
一ページを三分割して読んでいるんですが
今までは三分の一の上部分表示
↓
タップで中部分表示
↓
タップで下部分表示
↓
タップで次のページ だったのが
三分の一の上部分表示→タップで中部分表示→タップで下から２～３行だけ表示
→タップで三分の一の下部分表示と余計なのが加わるようになったのですが
この下の数行だけ表示されるのって消せれないですかね？
19:名無しさん＠お腹いっぱい。
15/01/04 22:10:11.13 5/m7dyil.net
コミックキャット、紹介にトップレートのとか書いてるの見ると星1つけたくなるわ。
実際には3くらいの価値があるけど。
SMBのストリーミングができるようになったら4つけてもいい
20:名無しさん＠お腹いっぱい。
15/01/05 21:47:47.58 3IAPjK5E.net
CmittoN超えるviewerなかなか出てこないね。
どちらかというと今あるのよりマシな青空文庫リーダーが欲しい。
21:名無しさん＠お腹いっぱい。
15/01/06 23:46:33.01 TJsDG3Wn.net
>>18
完全にサクラレビューじゃねーかwww
22:名無しさん＠お腹いっぱい。
15/01/06 23:47:57.19 TJsDG3Wn.net
>>15
googleplayに公開するなら、クールなアイコンと、画面デザインはスゲー重要だよ。
23:名無しさん＠お腹いっぱい。
15/01/08 08:24:43.17 ate3MNpP.net
>>19
スレチだが個人的には「読書尚友」がオススメ
青空読手と比べると禁則処理などで多少不満があるものの、フォントのアンチエイリアスが出来て文字サイズを細かく指定できるリーダーは他に知らない
夏頃の更新で「ー」の反転が入ってから、見た目の違和感がほぼ無くなったと思う
24:名無しさん＠お腹いっぱい。
15/01/09 06:47:24.46 uwQvgl10.net
>>22
スレチすみません。試してみますサンクス。
25:名無しさん＠お腹いっぱい。
15/01/11 02:18:19.02 cKGxmbeR.net
perfect viewerの簡単モード、何で下部のバーがないんだろ？バーさえあれば簡単モードにするんだが ...
使いやすいのはSidebooksなんだがSMB非対応なのが残念。
26:名無しさん＠お腹いっぱい。
15/01/11 04:37:01.16 7R56NXpW.net
comittonの設定をずっといじり回してるんだけど、
「ファイルを開くとき常に最初のページを開く」っていう挙動はできないんだろうか
comittonはすごくいいアプリだけどこれだけが唯一の不満
27:名無しさん＠お腹いっぱい。
15/01/11 06:31:39.23 bUXA2GvM.net
>>25
そこはリクエストすればいいんでないかい？
28:名無しさん＠お腹いっぱい。
15/01/11 15:39:53.29 o/9PNlPM.net
あげ
29:名無しさん＠お腹いっぱい。
15/01/11 16:08:53.27 BlfBJv/g.net
野球のくっせえノリはこっちでやろうなｗ
URLﾘﾝｸ(orpheus.2ch.net)
wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
用語集・辞典・元ネタ
URLﾘﾝｸ(wikiwiki.jp)
URLﾘﾝｸ(wikiwiki.jp)
URLﾘﾝｸ(earthblues.s26.xrea.com)
URLﾘﾝｸ(netyougo.com)
URLﾘﾝｸ(moto-neta.com)
30:ちゃんばば
15/01/12 20:18:53.86 ghqde9mm.net
>>25
画面汚くないの？
うちではPVと比べてかなり汚い。トーンが悲惨。
31:名無しさん＠お腹いっぱい。
15/01/13 02:35:08.22 nfRm2QRk.net
Commiton導入して悪くないが
タップ操作の反転にチェック入れてるけど別の本データ読み込んだらチェックがリセットされるんだけど設定�
32:ﾌ保存効くの？
33:名無しさん＠お腹いっぱい。
15/01/13 03:08:02.69 e+Ykg6EA.net
ちゃんと「設定」から設定する
それはたぶん一時設定
34:名無しさん＠お腹いっぱい。
15/01/13 15:21:04.59 wLdnDJeR.net
>>29
僕にレスしないでください
35:名無しさん＠お腹いっぱい。
15/01/13 16:58:51.75 WNamvgKx.net
sidebooks有料でもいいのでSAMBA対応してくれ。
36:名無しさん＠お腹いっぱい。
15/01/13 19:13:37.22 WDFlvd6v.net
>>29
解像度の低いクソタブ使ってるんだろ買い換えろよ。
37:ちゃんばば
15/01/13 19:48:35.94 PXUD6GDu.net
>>32
僕って誰よ？
個の識別出来ない名無しが何言ってるの？
あと、かまって欲しくないのならば、意味のないレス付けないで。
>>34
PVで同じ画像補間アルゴリズムを指定すると綺麗。
縮小時のアルゴリズムの解釈が変なんだと思う。
画像がでかいと汚くなるという変な状況。
38:名無しさん＠お腹いっぱい。
15/01/13 23:53:40.03 nfRm2QRk.net
Commiton、画面下部の操作はページ選択だけでいいんだが次のファイル前のファイルとかあの辺無効に出来んかな？
Nexus 7使用だがソフトキーの位置も相まってページ選択がやりずれぇ。
39:ちゃんばば
15/01/14 00:20:24.15 f2rsAZxi.net
最終/先頭を画面に戻るにするんだったと思う。
40:名無しさん＠お腹いっぱい。
15/01/14 01:34:00.80 Ks7T5L9z.net
>>35
うちはNexus7 2013だけど表示はスクリーントーンもキレイに
表示されるぞ。タブ何使ってんの？
41:名無しさん＠お腹いっぱい。
15/01/14 01:55:34.49 bVhU1JI2.net
>>38
そいつ荒らしだからスルーで
42:名無しさん＠お腹いっぱい。
15/01/14 02:07:07.88 Ks7T5L9z.net
(´・ω・`)そうなん。いろんな人いるのんな。
43:ちゃんばば
15/01/14 05:10:04.95 f2rsAZxi.net
>>38
前は2048×1536、今は1024×768。
前の時は俺も気にならなかった。50%に縮小すると再現出来ると思う。
前スレで他者も言ってたよ。 >>39 は俺の自作自演とでも思ってんのかな。
44:名無しさん＠お腹いっぱい。
15/01/14 10:51:09.52 L7p7P+1o.net
通信量が最優先で、漫画なんて読めりゃいい俺はcomiccafeで画質落としまくってるわ。
45:名無しさん＠お腹いっぱい。
15/01/15 11:48:38.43 kaqmsfRM.net
>>41
縮小表示のアルゴリズムの問題かな。その解像度だと網点にモアレ出るのは
しょうがないな、あきらめよーぜ。
46:ちゃんばば
15/01/15 15:38:43.26 HmaS/UFE.net
>>43
>>35でも書いたけど、PVでは綺麗だから。
PVもComittoNも同じバイキュービック補間使って、PVでは綺麗。
以下がComittoNの補間の設定のオンラインマニュアル
>双三次補間
>バイキュービック補間方式とも呼ばれます。
URLﾘﾝｸ(docs.google.com)
ググっても双三次がバイキュービック補間という論文しか見当たらない。
アルゴリズムの解釈が違うのか、バグってるんだと思う。
もし端末の解像度が原因だとすると、PVだと綺麗なのは変。
で、どんな感じに汚くなるかは、トーン貼った一色スカートやズボンはチェック柄に見える。
チェック柄のスカートと思い込むと違和感はない。
ただ、肌の色をトーンで表現した場合、チェック柄になり蛇人間みたい。
全画面表示にした後に50%くらいに縮小すると再現出来ると思うのだが
47:名無しさん＠お腹いっぱい。
15/01/15 15:40:44.23 ilPWq3eN.net
この壊れたテープレコーダー誰か回収してくれないかな
48:名無しさん＠お腹いっぱい。
15/01/15 16:21:46.63 eMrFwhUX.net
ComittoNの縮小表示については一部のこだわり派の人には前から指摘はあったが
通常使用では大抵の人にとっては許容範囲内
今更ガタガタ言うようなことでもないし、>34の言うとおり
低解像度の安タブではコミック閲覧は限界あるってだけでしょ
スペック低いと重いPVも落ちやすくて扱いづらいしな
49:名無しさん＠お腹いっぱい。
15/01/15 18:33:37.94 kaqmsfRM.net
作者も低解像度のクソタブ持ってないと検証出来ないからしょうがない。
(´・ω・`)残念だけどPV使おうよ。
50:ちゃんばば
15/01/15 23:32:32.30 HmaS/UFE.net
>>47
再現出来なかったって話？
>>46 の話からは機種固有の現象ではなく低解像度で発生する現象っぽいよね。
いま某画像で試しているけど、「画像サイズ、元のサイズで表示」で表示すると綺麗。
33%くらいまで縮小すると全画面表示のサイズ。
縮小と拡大中に汚くなるが1秒程置くと確定するみたい。
これを1%ずつ変えてテスト。40%以上結構綺麗。25%位も綺麗（小さ過ぎて潰れているけど）。33%位が一番汚くなる（チェック柄状態）。
同じ画像でPVだと、その一番汚くなる全画面表示で若干のモアレが発生するだけ。
推測に過ぎないが、ドットを求める時の補間アルゴリズムの計算対象の範囲が狭いかバグってるのでは？と思ってます。
1/3に小さくする場合、逆数の縦3倍横3倍の範囲使って求めるべきなのに、やり忘れているか、高速化を優先してあえてやっていないか。そんなふうに感じている。
9倍時間が掛かっても先読みしているから間に合うのでは？
以前の環境だと66%に縮小だから、1.5×1.5、これだとちょっとの違いだから感じなかったのだと思ってます。
だいぶ前から耐えられなくてPVで見てます。
PVの本棚は俺の使い方だと使い辛く、使ったとしても表紙サムネのミスピックアップがある。ファイラーだとzipのアイコンは箱のままで表紙サムネ表示無し。
ComittoNのファイラーは表紙サムネのミスピックアップが無いので使いたいのだが。
端末の画素数多い場合でも、原因が範囲の解釈の問題だったら若干綺麗になるはず。文字周りの粗さも改善される気がする。
今のモードの他に「広範囲バイキュービック補間」と別のモードを選べる実装で導入して欲しいな。
51:名無しさん＠お腹いっぱい。
15/01/16 08:22:08.58 8gOLCqeg.net
いろいろ推測するよりコード見たほうが確実だし早いと思うんですが。。。
52:名無しさん＠お腹いっぱい。
15/01/16 10:08:53.61 vJwqE4SP.net
ソースをチラっと見ると、Comittonは、メモリを節約するためか内部で画像をRGB565の１ピクセル2バイトで処理してるっぽいね？
RGB565なんたらってマクロがたくさん出てくる。で、そのためディザリングしてるね。
だから、
URLﾘﾝｸ(ja.wikipedia.org)
のアルゴリズム欄にある画像のようになってんじゃね。
PVはたぶんRGBそれぞれ8ビットの通常の24ビット(32ビット)のフルカラー画像として扱ってるから、ディザリングとかして
ない。
53:名無しさん＠お腹いっぱい。
15/01/16 12:08:48.71 XbS+1FMA.net
ソースまであたらなくても過去ログで作者氏自身が言及してたよ
他要望も含め修正にはかなりの改変が必要なので当座未定
まずは作者氏が現状でやりたいバージョンアップを優先するって話になってたはず
54:名無しさん＠お腹いっぱい。
15/01/16 17:28:54.13 fNsSezaO.net
不満というより疑問ですが。
PCでマンガミーヤをつかうとほぼ一瞬でページが表示されますが、comittonでは読み込みに時間がかかります。
更にページのカウントが終わった後に画像データを読んでいるようです。
これはアンドロイドの限界なんでしょうか？
55:名無しさん＠お腹いっぱい。
15/01/16 19:05:10.96 uS/zm6//.net
>>52
それは両方共同じnas上のデータを読み込んでるの？
pcはローカルディスクで、Androidはsamba経由ってことはないよね？
あと、画像のカウントって何だろ。
56:ちゃんばば
15/01/16 22:16:43.15 jQuZoxYg.net
>>50
256色に減色か。
カラーページはそれほど気になっていない。PVより若干モアレがきついとは思ってたが。
今いくつかのカラー画像見てみたけど、よく見ると元画像から60%くらいまで縮小すると、全体に色の若干濃い部分の縦縞が出てくる。
縦縞自体が緩やかな丘のようなグラデーションになってる。
で、どんどん縮小すると縦縞のピッチが細かくなる。更に進めると、縦縞の丘と丘がくっついて綺麗になる。更に進めると、広いピッチで縦縞が発生。
減色すると色境界の落差が激しくなって目立つ。境界の位置は固定だから半分に縮小すればピッチも半分になるのは当然なんだけど。
画像は真ん中に人がいて、腕や腹のグラデの向きと関係なく画面全体に縦縞になっている。
頭の複雑な部分も一直線に。
減色の問題ではなく、縮小のアルゴリズムの問題だと思う。
白黒ページの話
一番ひどいのは点々トーンなんだけど、説明しやすい
URLﾘﾝｸ(www.yin.or.jp)
のトーンで説明します。実験したのに近いトーンをググりました。
こんな感じのトーンを70%くらいに縮小すると、3mmの黒っぽい道路に挟まれた3mm角の白っぽいビルのトーンになります。グラデは効いていて白と黒の境界は緩やか。
65%まで縮小すると6mmくらいになります。62%まで縮小すると10mmくらいに。
そこからは逆に小さくなっていって50%で1mmくらいになってまともに見えます。
37%で2mmの斜めのチェック柄で、33%で3mmの縦横のチェック柄。
25%でトーンに戻るけど、トーンに戻ること自体が変だと思う。4✕4を1ドットで表現するのならば灰色じゃ？
256色に減色しても5ビットあるから、黒、濃い灰色、灰色、薄い灰色、白の5色取れるはず。灰色だけでも3色。
トーンにハーフトーンデイザをかけるとこんな感じになる気もするけど、白黒画像を2色表示ってありえない気が。
1024で17cmくらい。1mm6ドットくらいか。
0.5mmか1mmのチェック柄のトーンを1/3に縮小すると3mmのチェック柄のトーンになる。白黒の境界はグラデかかっているけど。
本来は、1ドットか2ドットのチェック柄か、灰色か、2ドットくらいの濃い灰色と薄い灰色のチェック柄でしょ。
57:ちゃんばば
15/01/16 22:40:27.94 jQuZoxYg.net
>>51
URL教えて。
キーワードでググるのも難しい。
>>52
うちの非力タブレットだと内蔵フラッシュとSDカードは2秒くらいで読めるよ。
双三次、画質優先で。
カウントって何か知らんが、1ページ目表示した後は2ページ目3ページ目と読み込んでおいてくれる。
1ページ1秒くらい。設定で変えられるよ。
58:名無しさん＠お腹いっぱい。
15/01/17 00:03:57.79 Ehkbkw0v.net
>>53
もちろん同じsamba上のzipデータです。
例えば200ページのコミックとして、0から200まで、カウントして、その後で画像を読み込んでますよね。
PCだと一瞬です。
アンドロイドではローカルに保存しても時間はかかります。
59:名無しさん＠お腹いっぱい。
15/01/17 00:08:02.17 N5DorTgu.net
もちろんPCと同等以上のスペックなんですよね？
なんでだろーアンドロイドの限界かな
60:名無しさん＠お腹いっぱい。
15/01/17 00:51:54.28 4Uu4+FIT.net
しょぼいAndroid端末使ってるってオチじゃないよね流石に。。。
俺の端末だと少なくともローカルで読込に時間がかかるってことはないなぁ。
61:名無しさん＠お腹いっぱい。
15/01/17 01:02:00.41 +/ZnIlHq.net
PVのページめくる時のエフェクト無しにすることって出来ますか
62:ちゃんばば
15/01/17 03:02:22.12 3Z9t/r83.net
>>54
すまん。5ビットは32色だよな。
白黒抜いて灰色は30色。
でも、この話は関係ないか。
>>56
俺、NAS環境無いのであれだけど。
読み込みに時間がかかるのはハードが非力だからじゃ？
ローカルは1ページ読んだらすぐ表示するはず。
とてつもなく、でかいサイズとか？
windowsでも非力だと一緒だと思う。
>>59
出来る。俺は無しで使ってる。
設定、移動....、の処に設定ある。速度も変えられる。俺は200msと短くした。
63:名無しさん＠お腹いっぱい。
15/01/17 09:15:15.93 5jm4ZIfO.net
泥端末にミーヤ並のレスポンス期待してやるなよ
PCアプリの中でもダントツでカリカリチューンビュアーなんだぜ
64:名無しさん＠お腹いっぱい。
15/01/17 11:58:20.71 tQZAThFB.net
モバイルCPUは速くなったといっても、Core系でなくPentium系のデスクトップCPUとかに比べても
シングルスレッド性能はまだ３倍くらい遅い。
65:ちゃんばば
15/01/17 19:30:09.51 qnMG3yEM.net
>>54
1バイトじゃなくて2バイトだから65536色だね。
>>51 の作者云々って、減色が原因で24ビットや32ビットだとメモリ食い過ぎるのでバランス取るのは大変だ、みたいな話？
グラデーションのモアレが減色でキツくなるってのは分かるけど、そういう次元の話じゃないと思う。
点々トーンで肌の色を表現する時に、白黒だから薄い灰色をイメージしての点々トーン。
これが荒いチェック柄（蛇人間）になるのって、やっぱり縮小のアルゴリズムが原因だと思う。
66:名無しさん＠お腹いっぱい。
15/01/19 03:16:16.64 CEm4PoYp.net
電子書籍板から誘導されてきました
PVやComittonでBPGフォーマットに対応していただければ幸いです
AndroidでBPGが読めるようになったら溜まった巨大PNGファイルを圧縮して捨てられます
67:名無しさん＠お腹いっぱい。
15/01/19 06:14:09.17 4jcQjAvb.net
BPGはライセンス的にグレーなままだから、そこクリアにならないと難しいんじゃねーかな
あとエンコオプションにもよるけど、妙にのっぺりした画像になってしまう
ついでにグレスケは思った以上に縮まない
68:名無しさん＠お腹いっぱい。
15/01/19 07:35:24.69 wR0vPkGp.net
ライセンスの事、何も考えてないPVはそのうち対応するんじゃねぇかな。
69:名無しさん＠お腹いっぱい。
15/01/19 10:27:53.85 4jcQjAvb.net
確かにｗ
ただ現状だとネイティブなBPGデコーダーが無いし、エンコードは言うまでもなくデコードにも時間喰うからmobile端末だとキツいかも(PCでも3桁msかかる)
のっぺりな特性も二値化した電子書籍には向いてるとは思うけど
70:名無しさん＠お腹いっぱい。
15/01/19 17:46:08.08 wR0vPkGp.net
ネィティブなデコーダーでてるんじゃないの？
バイナリ配布の方には、静的リンクされてるのか？含まれてなさそうだけど
libbpgの方にlibbpg.hとかあるしこれがそうだと思うけど。
71:名無しさん＠お腹いっぱい。
15/01/20 04:05:05.93 6r4UCwqJ.net
ComittoN 1.54
Android 5.0 で Immersive mode 有効にして履歴から復帰すると画面下の表示がバグります。
72:名無しさん＠お腹いっぱい。
15/01/20 13:14:03.23 C7d7sSs/.net
BPGはcomiccafeが対応しそうだね。
サーバーで処理するだ�
73:�うから処理速度も問題ないだろうし。
74:名無しさん＠お腹いっぱい。
15/01/20 13:31:50.93 6tgqN/Qk.net
そして端末に落ちてくる時はjpgと言う罠
おソースデータ圧縮って意味では良いと思うけど
>>68
NEON用って事で。VFPならコンパイルすりゃいけんのかな
75:名無しさん＠お腹いっぱい。
15/01/21 00:34:08.55 Rf0U5lXc.net
>>70
Comiccafeは起動した後で設定画面を開くマニュアルが無いとか
色々と不親切過ぎて断念ｗ
WebPも肩透かしだったしBPG期待してたんだがしばらく待ちます。
76:名無しさん＠お腹いっぱい。
15/01/21 09:07:25.42 AWELzx6k.net
>>72
ん？wikiに書いてあるけど。
まぁマーケットの注意書きにもあるように、初心者には使えないっては本当だよね。
そもそも大量に自炊してるような奴は初心者ってことはないだろうし。
77:名無しさん＠お腹いっぱい。
15/01/21 13:41:31.88 Jd2tDiuI.net
ComicCafeのwikiに書いてある使い方は結構古くて新しいのはgithubに書いてるみたいだけど、まだ全然未完成の模様。。。
URLﾘﾝｸ(github.com)
ヘルプ無しでも使えるアプリってのが理想だけど、さすがにサーバーとか絡みだすとヘルプは必須だよな。
俺も一応は使えてるけど、おそらく半分も使い方理解してないのかもしれん。。。
78:名無しさん＠お腹いっぱい。
15/01/25 20:21:24.15 WDT640H5.net
age
79:名無しさん＠お腹いっぱい。
15/01/25 22:13:21.59 F9uU4A0J.net
PVで前回読んでいた途中から再開させる方法がわからん。
まじで教えてくれ。
80:名無しさん＠お腹いっぱい。
15/01/26 23:06:41.86 xv5vgqty.net
>>76
移動と切り替え設定
常に最初のファイルを表示
チェック外すでできると思う
81:名無しさん＠お腹いっぱい。
15/01/27 07:52:12.04 wlVhKwPc.net
>>77
そこのチェックも外してあるけどできないんだ。
ASUSがだめなのかな。
82:ちゃんばば
15/01/27 18:14:57.21 s9nJSKAG.net
>>78
うちの中華だと効くよ。VITROの7901
PVの開くからと一般のファイラーからの起動、両方オンオフ共に効く。OSは4.2.2
ストレージ腹一杯で設定書き込めないとかのオチは無い？
83:名無しさん＠お腹いっぱい。
15/01/29 08:35:57.86 sbbLMiqb.net
PVで一通り既読マーク付けてから1冊読んで戻ってみたら全部外れてたわ・・・
どういうことだよ
84:名無しさん＠お腹いっぱい。
15/01/29 16:28:46.42 I0N4EEUI.net
jisuidroid以外でクラウドからストリーミングで読めるお勧めアプリありますか？
jisuidroidだとファイル変換が面倒なのと
変換後にどのファイルがどの漫画かわからないのがつらくて・・・
85:名無しさん＠お腹いっぱい。
15/01/29 17:12:46.94 Z24VmDND.net
>>81
このスレの人が開発中みたいだよ。
現役のアプリだと知らん。
86:名無しさん＠お腹いっぱい。
15/01/30 10:36:25.99 qqNQPJJM.net
個人的にはクラウドストレージの容量とか気にしなくていいからComicCafeが最強だと思う。
87:名無しさん＠お腹いっぱい。
15/01/30 20:50:58.45 lq9SSVz7.net
下記の方法をとればスマホ・タブレットの残容量をさほど気にせず
クラウド上の自炊データを読める気がするのですが考え方はあってますでしょうか？
１．androidにESエクスプローラ導入
２．ESエクスプローラでgoogledriveに接続
３．googledriveに保存していたzipファイルをComittoNで閲覧
４．読後にtmpの一時ファイルを削除
88:名無しさん＠お腹いっぱい。
15/01/30 22:01:17.11 Jt8FE/qH.net
>>84
3.でそれなりの時間がかかる。
ネットワークの状態が最善だとローカルのNASと同程度のレスポンス。
ただ、
89:ComittoNでNASに接続すると速いからその辺がよくわからない。 あとDropBoxでも大丈夫。 tmpって自分で消さないと駄目なのかな。
90:名無しさん＠お腹いっぱい。
15/01/30 22:03:22.50 qqNQPJJM.net
そもそも、それじゃストリーミングで読めないでしょ。
91:名無しさん＠お腹いっぱい。
15/01/30 22:20:08.53 lq9SSVz7.net
ストリーミングではないんですが端末そのものにファイルを移して持ち運ぶ必要が無いのと
PCの電源が入って無くても対応可能という点で使えるかなと思いまして・・・
comiccafeもわからないなりに調べてみたのですが
サーバーの準備が必要なのとPCの電源が入ってないと使えない？という点が気になりました
92:名無しさん＠お腹いっぱい。
15/01/30 22:20:57.13 lq9SSVz7.net
>>85
お礼抜けてました
ご回答ありがとうございました
93:名無しさん＠お腹いっぱい。
15/01/30 22:27:35.90 qqNQPJJM.net
>>87
なるほど。確かにcomiccafeは自宅サーバーありきだから、常時PCの電源入れておかないとダメだね。
さくらクラウドに導入するってブログも見たけど、ディスク容量気にするしかないから全くメリット無いし。
あと、上の方法だとzipをまるまるダウロードすることになるから、LTE使ってるなら通信容量制限がネックになるかも。
94:名無しさん＠お腹いっぱい。
15/01/30 22:38:58.27 lq9SSVz7.net
>>89
自宅でwifi接続使用を考えてましたので通信容量の点は大丈夫そうです
アドバイス頂きましてありがとうございました！
95:名無しさん＠お腹いっぱい。
15/01/30 23:46:08.03 dGVlnpxw.net
>>90
それって素直にnas買ってcomitton使うのがベストなんじゃ。。。
クラウド使うって言うから外出先で使うのかと思ったよ(笑)
96:名無しさん＠お腹いっぱい。
15/01/30 23:46:28.06 ekFHFYME.net
そんくらいなら簡易NASが手軽
97:名無しさん＠お腹いっぱい。
15/01/31 00:10:58.06 R0AqHs+d.net
今回はお金かけずに手持ちツールで対応できないか考えてたもので・・・
次HDD買う時は便利そうなのでNAS買ってみます(´・ω・｀)
98:名無しさん＠お腹いっぱい。
15/01/31 18:17:03.94 3wdgGPBD.net
>>93
Wi-Fi USBリーダー REX-WIFIUSB1/WIFIUSB1-BK[RATOC]
URLﾘﾝｸ(www.ratocsystems.com)
これにUSBメモリぶっさしてCommitoNのSMBで見てる。
SMB速度早くはないけどキャッシュすればそこそこ読めるよ。
99:名無しさん＠お腹いっぱい。
15/01/31 18:36:30.74 pHS0tKOc.net
Wi-Fiルーターで簡易NAS(USBメモリやHDD繋げてNAS化できる)ってのも手だ
Buffaloとか最近のWi-FiルータだとNAS機能ついてるんで、余ったUSBメモリやHDDをお手軽NAS化するにゃ良い
google drive対応は…俺もコード書いてみようかなあ
100:名無しさん＠お腹いっぱい。
15/01/31 19:29:47.10 XKo5fDA6.net
やばいね。予定の２月になっちゃうよ・・
この２週間ぐらいビューワーのコアとなる？画像の拡大・縮小表示の部分をやってが、
浮動小数演算ってクッソ時間かかるな・・Javaだけでなんとかなると思ってたが、
NDKで実装せざるを得ないなぁ。まぁ、元々ComittonもNDKでやってるし仕方ねぇか。
バイキュービックとか頭痛い。
101:名無しさん＠お腹いっぱい。
15/01/31 20:54:07.99 pHS0tKOc.net
お、生きてたか
高速画像処理系はそれだけでメシ食えちゃうからな…
俺には絶対無理
Chrome用のZipExtractorをJavaで書き直してComittoNに組み込んじまおうか
とか思った程度(適当)
102:名無しさん＠お腹いっぱい。
15/01/31 21:46:10.36 XKo5fDA6.net
>高速画像処理系はそれだけでメシ食えちゃうからな…
だな。
まぁ、画像ビューワー開発において他のUIの部分の開発などのつまらない部分よりかは
画像処理はある意味面白しろいから、頭痛いけど楽しいと言えば楽しいかな。
最終的にはおもしろそうだから、NEONとかSSEとかで最適化してみたいけどとりあえず今回はNDK止まりで、
とりあえず、ピンチイン・ズームで最低10fpsが目標で最適化がんばってるけど。
バイキュービックはきつそうだな・・
上からニアレスト、バイリニア、バイキュービック。バイキュービックはまだバグってるから最適化はしてない。
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
103:名無しさん＠お腹いっぱい。
15/01/31 21:53:31.66 XKo5fDA6.net
とりあえず、リリースするまでに最低限やらなきゃいけんことは、
・ビューワーの今やってる部分を完成させて組み込む
・めんどくさいライセンスの文章用意してどっかに表示する
・設定画面でキャッシュ容量とか数値を変更するUI部分に手間取ってる・・・
NumberPickerってのがあるけど、NumberPickerPreferenceとかないんだよ・・
まぁ、これぐらいだから今月中にリリースなんとかなるかな・・
つか、>>10の
>>単体画像Viewerとしても使えるように、セカンダリストレージに大容量キャッシュ作れると嬉しいな
これはよく考えるとオフラインキャッシュでも見たいってことだよね？？
キャッシュフォルダにキャッシュはするけど、フラットに保存するし、オフラインは対応してないわ。
104:名無しさん＠お腹いっぱい。
15/01/31 22:32:41.53 pHS0tKOc.net
今月あと1時間半しかないで！
で、想像以上に頑張っててﾜﾛﾀｗ
pickerは増分指定とか細かい事はできんよね
ある程度パターン決まってるcache容量とかだったらSpinner使うとか、いっそ生入力とか
あと画像Viewerの方は把握
用途的にはdriveにある画像を別ロダに再うｐする時の手間(と言うか速度)を
改善できたらなあ…な用途だったんだ
どろま(Mush)がSAF使ってdrive(他)→dropboxやってるけれど、
結局drive依存なんで特にサムネ読み込み待ち長くてさ
その部分だけでもLocalキャッシュしといて素早くピックアップ出来たらなあ、と
取りあえず今はFolderSyncでmicroSDにまるごと定期同期してごり押し運用しとるが、
コミックビュアーからはだいぶ脱線する話なので気にせんでくれ
105:名無しさん＠お腹いっぱい。
15/02/01 17:37:09.76 EZ5udDs9.net
>pickerは増分指定とか細かい事はできんよね
>ある程度パターン決まってるcache容量とかだったらSpinner使うとか、いっそ生入力とか
だよね。自分でProgressBarとか色々組み合わせて色々思考錯誤したけど、かっこよくつくれなくて、
くだらない事で2,3週間悩んでそのまま放置。リリース最優先だからたぶん最初は生入力でいいかなと・・
>用途的にはdriveにある画像を別ロダに再うｐする時の手間(と言うか速度)を
>改善できたらなあ…な用途だったんだ
なるほど。まぁできるにこしたことはないからね。
106:名無しさん＠お腹いっぱい。(浮遊大陸)
15/02/01 17:41:40.13 EZ5udDs9.net
つか、今の拡大・縮小の部分だけの速度を測るためだけのアプリ。
>>98のスクリーンショットの奴。気が向いた人だけ。
URLﾘﾝｸ(fast-uploader.com)
最初の画面のpick imageボタンで画像選択してから、viewボタンを押して、
画面遷移してからload imageで。ピンチイン・アウトでズームと、
アクションバーの右端のボタンから補間法切り替えれる。
やっぱNEON使わんと駄目だね。
107:名無しさん＠お腹いっぱい。(pc?)
15/02/01 17:45:58.81 EZ5udDs9.net
後、１点。前にComittoNで画像の縮小したときに、モアレが出るとかあったけど、
俺のは内部で24bitカラーで扱ってるけど、どの補間法でもモアレが出るわ。
ComittoNが内部でRGB565使ってディザ処理してるとか関係ないのかもしれん。
PVでモアレ発生しないところみるとどうみてもなんか他の処理食らわせてるな・・
108:名無しさん＠お腹いっぱい。
15/02/01 17:59:57.32 ZCnb6n63.net
なんか漫画読む分にはピンチイン・アウトで拡大、縮小なんてしないんだけど、需要あるのかね？
個人的には画面サイズに合わせて適切に表示してくれれば十分で、クラウドのサポート、ストリーミング、検索とかのほうが重要な気がする。
109:名無しさん＠お腹いっぱい。
15/02/01 18:07:21.19 EZ5udDs9.net
>>漫画読む分にはピンチイン・アウトで拡大、縮小
だね。俺もそう思う。
漫画だとそうかもしれんが、単なる写真とか見たい人は拡大・縮小とかしたいんじゃないかな。
アプリの方向性としてもコミックビューワーにするか、単なる画像ビューワーにするかでも悩んでる状態で。
>>個人的には画面サイズに合わせて適切に表示してくれれば十分で、クラウドのサポート、ストリーミング、検索とかのほうが重要な気がする。
クラウドの部分はもう完成しちゃってるからほっといてるけど、
検索とかはいずれやるとはいっても、zip内の検索は勘弁だけどw
110:ちゃんばば
15/02/01 18:55:18.94 QIv+6pn8.net
>>103
俺はPVが何か処理しているってよりはComittoNがミスっている気がする。
webページにコミック画像貼られている場合でchromeで見ても、トーンがチェック柄になっているのなんて見た事ない（若干のモアレはあるけど）。
スマホやタブレット向けにzipファイル内の画像をサーバー側で縮小してpdfで送ってくれるサービス付いたアップローダーでも、pdfの方がかなり綺麗だったから。
chromeでPC版サイトを見るを指定して得たzipファイル、ComittoNでは悲惨。
111:ちゃんばば(地図に無い場所)
15/02/01 19:16:03.04 QIv+6pn8.net
>>104
ピッチインアウト、俺は漫画でもたまに使う。
メガネを近眼の度数が強めた奴に変えてから、老眼が入ってきているみたいで20cm以上近づけるとピントがずれる。前は10cmでも行けたんだけど。
1ページを全画面で、画面サイズは7.85。文字が沢山の漫画だと字が小さいのが多いので。
もっと画面小さいと老眼入ってなくても大きくしたくなるかも。
112:名無しさん＠お腹いっぱい。(有限の箱庭)
15/02/01 19:24:20.86 ZCnb6n63.net
>>105
複数のクラウドストレージを意識することなく横断的に検索できれば素晴らしいね。
zipファイル内の検索は漫画用途だと全く必要ないかと。
113:名無しさん＠お腹いっぱい。(いつか見た景色)
15/02/01 22:48:20.14 /feKR8P1.net
>>106
めんどくせーから自分でモアレのでないビューワー作れよ。
114:名無しさん＠お腹いっぱい。(空中都市アレイネ)
15/02/02 02:23:36.77 xfbJfM7b.net
>>109
キチガイはスルーで頼む
115:名無しさん＠お腹いっぱい。
15/02/02 07:38:28.90 zTt4F4yR.net
画像のピッチインアウトは必要だと思うな
タブレットなら端末サイズに合わせるだけで読めるけどスマホだと拡大しないと読むのが厳しいこともある
まあ一番欲しいのはクラウドストリーミング機能だけど
116:名無しさん＠お腹いっぱい。
15/02/02 08:13:02.56 j6Tus6AB.net
>>104
同意。
検索とかサムネキャッシュとかのが大事。
あと、古い順や新しい順で並べて読みたい場合、
CommitoNだと必ず名前順で次の本に飛んじゃう。
これ、なんとかならんかね。
117:名無しさん＠お腹いっぱい。
15/02/02 10:45:22.27 S6LzstqA.net
PVで、ファイル名順に表示できないフォルダが数個あるんだけど、対処法ってある？
ファイル名を001から振り直しても、削除して入れなおしてもダメ
全部じゃなくって、数百入れたフォルダのうちの5つくらいが中身ぐちゃぐちゃに表示される
118:名無しさん＠お腹いっぱい。
15/02/02 11:01:27.53 POYv5R72.net
>>112
次の本に飛ばないようにすればいいんじゃね？
119:ちゃんばば
15/02/02 12:42:44.13 SG7ghYLe.net
>>113
俺は一般のファイラー使って表示だけPV使ってる。
本棚ではないファイラーはZIPファイルの表紙サムネに対応してないのだから使う意味がない。
本棚は大量保有者向きじゃないみたい。
120:名無しさん＠お腹いっぱい。
15/02/02 15:46:00.71 i9+wO4fR.net
>>113
ファイル名は数値だけ？
manga_001.jpg みたいな名前付けでローマ字部分に大文字小文字混じってると
順番おかしくなることあるよ
PVではどうかわからんがUnixの�
121:W準は文字コード順だから
122:名無しさん＠お腹いっぱい。
15/02/03 07:16:46.12 U4ZpCVBu.net
>>116
英字+数字→数字のみにリネームしても同じだった
どちらも040が最初に来て次が011と全く同じ順になる
PC上ではちゃんと読めるしフォルダやファイルに問題があるとも思えないのだが・・・
123:ちゃんばば
15/02/03 13:05:15.51 lWp9wQHV.net
>>117
全角や合成、アラビア文字用の右読みとかの変なコード混じってるとかじゃ？
それともホルダー名に変なの混じっているとなるんだろうか？
ホルダー名、AAAとかに変えたらどうなる？
「表示」ってホルダーに入れたら？
昔、perlとかで表示のShift JISのコードに制御コードの\が入っていて文字化けするって問題あったな。
124:名無しさん＠お腹いっぱい。
15/02/03 18:47:09.07 U4ZpCVBu.net
新しいフォルダ作ってそこに中身移してからタブレットに移しても同じだったよ
125:ちゃんばば
15/02/03 21:54:06.34 lWp9wQHV.net
>>119
なる程、家じゃ症状出てないので、俺は判らんな。と思ったけど......
zip、pdf共に表紙のサムネイル表示しないんだから、一般のファイラーからPVの表示部分を使えば良いんじゃ？
俺はそうしてる。
あと気になる点は、PVのファイラーのソートって数字と文字があった。
あれってソート順の優先を数字にするか文字にするかだと思うけど、実際よく見ると変だった。
ファイル名の拡張子以外が16進数のhexのファイル2417入ってるホルダーでテストしてみた。
文字順にすると、00我頭の奴が続き、次に01。
数字順にすると、0aが続き、0b....0f,1aと続く。数字順の並びが解らん。何だこれ？
文字順にしてみた？
126:名無しさん＠お腹いっぱい。
15/02/04 12:53:27.35 zsq2IrWM.net
すまん、自己解決
結局インスコし直したら元に戻った
毎日パズドラのダンリセ（強制終了？）しまくってたから、どっか壊れたんだと思う
既読が全部外れててめんどくせーｗ
127:ちゃんばば
15/02/05 12:23:23.37 7g3bPmBL.net
>>121
壊れたキャッシュが悪さしてたんだろうか。よくわからんな。
念の為俺も入れ直してみたけど、数字順が変なのは変わらない。こういう仕様なのかな。
128:名無しさん＠お腹いっぱい。
15/02/13 20:01:17.02 O9sJDAN4.net
pvの見開きの時に真ん中に折り目みたいなの付くのどうやって消すんだ
129:ちゃんばば
15/02/16 12:00:05.64 JFf0UwiU.net
ComittoNのトーンのチェック柄（モアレ）の話
画像サイズは17%に縮小した時に全画面表示になるサイズでテスト、表示は全画面表示
ComittoNは、補間方法変えても最近傍と殆ど変わらずチェック柄になる。
PVで、最近傍はComittoNと殆ど変わらずチェック柄になる。バイリニアやバイキュービックは綺麗。一番下のは逆に若干のモアレ発生。
ComittoN、補間方法を変えると若干変わる。でも若干しか変わらん。バイキュービックが効いているようには全然見えん。
二段階設定もある点。画像がでかいと発生する点。
この2点からデータを作る時の見る範囲が狭いのが原因の気がする。
130:名無しさん＠お腹いっぱい。
15/02/17 11:06:15.54 TTavyxBT.net
PVからLAN上の本棚読み込みにいかせると何度やっても途中で落ちちゃう
131:名無しさん＠お腹いっぱい。
15/02/18 11:01:11.81 5n/V5CE4.net
Perfect Viewerの長押し機能が有料になってて不便
132: ◆hDhsPs1oP6
15/02/18 11:06:52.82 Taexkz5/.net
バイキュービックは4x4しかみないから、17%も圧縮すると読みとばしがある
そもそもバイキュービックにはモアレを防ぐ効果はないと思う
133:ちゃんばば
15/02/18 14:39:29.28 wxvbjScS.net
>>127
お手数かけます。
PVと大きく違うのは、デシメーションの考えが入っていないからだと思ってます。
チェック柄は、折り返し歪み（�
134:Gイリアスノイズ）なのでは？と。 https://www.marumo.ne.jp/db2001_7.htm が分かり易いと思います。 >デシメーションの最大の特徴は、縮小率に応じて、フィルタのタップ数（原画像からの参照画素数）が変わることです。 と、4x4ではなく、もっと広範囲から拾うべきなのでは？ 1/6に縮小する場合は、縦横6倍の24x24で求めるとか。
135:ちゃんばば
15/02/18 17:35:51.05 wxvbjScS.net
>>124で「一番下のは逆に若干のモアレ発生」の補間は6x6だったと思う。更に一回り遠くまで計測。
1/6に縮小する場合には36x36見ているのでは？と推測。
遠くまで見過ぎている為、トーン柄の点と点での間で、点が無いところでも遠くの点が影響してモアレに見えたのだと思います。
4x4のバイキュービックでも1/6位に縮小するするのならば6x6や7x7で良いのかも知れませんが、
1.1倍に拡大する場合だと周りの1周だけではなく、その外側の1周も計測して距離に対応した影響力を求めるのがバイキュービックの考えだと思う。
そう考えると24x24で求めるべきなのではと。
136: ◆hDhsPs1oP6
15/02/18 17:44:12.79 1m0ocyHj.net
単に縮小率とトーンの周期のズレでは
モアレ防止の処理はしてませんし
17%までおとすなら6x6でも変わらないと思います、75%圧縮を6回繰り返す と綺麗かもしれません
137:名無しさん＠お腹いっぱい。
15/02/18 18:21:08.69 q6drfi3I.net
誰と会話しているのかと思ったら相手があぼーんされとる。
138:ちゃんばば
15/02/18 23:30:17.22 wxvbjScS.net
>>130
2x2に対して4x4と、その外側に一周があり、それが距離によって弱く関与する事で極端なモアレが解消するのではと思ってます。
縮小後のある点の値は、17%と1/6に縮小する場合はその周り6x6を読めばほぼ読み取り落としが発生しないはず。
この6x6や7x7を単純に平均を求めるのがバイリニア的な発想だと思います。
縮小後のサイズで点の数を数える感じ。
バイキュービックは上下左右、縮小後で2.0ドット読んで、縮小後で1.0ドットまでは大きく影響。その外は距離によって小さく影響。
これは縮小後のサイズで4x4読んで、2x2までは大きく影響。その外側は小さく影響する感じです。
この縮小後のサイズで4x4になる様にする為に倍率の逆数を掛けた範囲を読む考えがデシメーションだと思う。
仮にピッタリ1/6に縮小する場合は、6x6を読んで平均を求めれば綺麗になるはずです。
しかし実際はそうじゃなくキリ番では無いので、更に上下左右で近い点まで読む。それがバイリニアの発想だと思います。
PVのバイリニアでも綺麗だったのは、そういう理由だと思います。
139:名無しさん＠お腹いっぱい。
15/02/19 00:18:36.95 /iiir9fn.net
webdav対応の新作期待してるんだけどβ版とかの目処もまた無さげ ？
140:名無しさん＠お腹いっぱい。
15/02/19 00:18:54.83 y/dBeOzZ.net
湾曲表現の通じない人だから
ビュワー側での対応予定はない、端末に合わせてコンテンツの最適化は各自でやってね
ってはっきりと言ってあげたほうがいいと思う
141:ちゃんばば
15/02/19 03:06:32.44 nRc3prA/.net
>>134
高画質モード作って、選択出来るようにするのって難しいのだろうか？
バイキュービックのアルゴリズムで、点からの距離が上下左右、1.0と2.0の基準あるけど、
この2.0が4x4なのだから拡大縮小率に1.0や2.0を掛けて範囲を求めてライブラリーに掛けるだけじゃないの？
ライブラリーが4x4固定なのかな？
17%だと2.0*1/0.17=11.76。切り捨てて11。2倍で22x22
内側の1.0のラインは1.0*1/0.17=5.88。切り捨てて5。2倍で10x10
内側と外側の間の距離による影響力はバイキュービックの計算式がある。
後はグルグル回すだけ。
メモリは、1%に縮小する場合でも200x200で収まる。それ程食うとは思えない。
出来上がる画像データのサイズは一緒なんだし。
それ程難しいとは思えないけど、俺勘違いしてる？
印刷を意識して画像がでかいんだと思う。その為大きく縮小する必要がある。
142:名無しさん＠お腹いっぱい。
15/02/19 04:56:48.07 hLYXLIXg.net
>>130
いつも便利に使わせてもらってます
「常に最初のページを開く」オプションきぼんぬです
143:名無しさん＠お腹いっぱい。
15/02/19 06:18:29.37 +UDN7vpy.net
>>134
婉曲な
恥ずかしいぞ
144:名無しさん＠お腹いっぱい。
15/02/19 07:45:32.61 Cl+V9yRx.net
いろいろ考えたり仮説をたてる力があるんだから、家庭があって子供がいてIT企業に勤務してる作者さんの忙しさも少しは考えてあげてw
145: ◆hDhsPs1oP6
15/02/19 08:41:18.99 ZMt2QlZo.net
・メモリが限られているAndroidで画面サイズの数倍のデータは展開できない
・CPUが貧弱なので計算量が数倍～十数倍になるのは致命的
・端末が高解像度化しているので縮小のニーズは少なくなっている
・画像処理はすべてアルゴリズムを調べて自分で作っている
146:名無しさん＠お腹いっぱい。
15/02/19 09:35:54.65 7nBMKqEX.net
>>133
そんなの出ないでしょ
147:名無しさん＠お腹いっぱい。
15/02/19 11:08:00.38 +UDN7vpy.net
webdavじゃなくてクラウド対応
148:名無しさん＠お腹いっぱい。
15/02/19 11:18:54.58 nnWWEL/n.net
今のビューワーで不満といったら文字検索表示が無いことくらいかな。
検索マークだと表示ディレクトリだけなのとファイルが多いと見つけるのが大変。
登録サーバー下の一括検索表示あると助かる。
149:名無しさん＠お腹いっぱい。
15/02/19 13:04:20.66 5ZA0b82Q.net
CommitoNは文字列マークがあるけど
検索機能やフィルタがないのが残念。
150: ◆hDhsPs1oP6
15/02/19 13:28:09.19 FThfR9a5.net
一応マーク後の音量ボタンで飛びますけどね
151:ちゃんばば
15/02/19 13:38:40.53 nRc3prA/.net
>>138
作者は改良の意思無しという前提？
>>139
メモリサイズ上の展開と速度、この両面はPVでは実現されている。
その縦6Kドット位ある画像を元のサイズで表示し、ピッチアウトで250倍に拡大した時にはPVは落ちた。当然速度もめちゃ重。
縦1024の端末なので、全画面表示では1000位。1/6へ縮小。普通の読み方では十二分の速度。
絵を見ながら0.5秒間隔でページをめくるのは出来ませんが、2､3秒間隔では出来ました。
他の画像でも600倍、1000倍、1200倍に拡大したらPVは落ちます。
この場合も、メモリサイズ上、展開出来ないのだろうと推測してます。
縮小のニーズですが、1/3程度の縮小でもComittoNは悲惨な状況です。
1/2でPVのバイリニア程度で十分見れるのだと推測してますが、それでもバイリニア程度に留まります。
人によっては複数の端末や印刷用の需要もあり、ビュワーでの見方も、全画面や見開き、大きく表示してスクロールをして読む時もあるでしょう。
見開きや全画面の画像サイズに加工ソフトで縮小し、スクロールをして読む時は数倍に拡大して読む。
これが理想なのでしょうか？
補間処理は元画像の様に綺麗にはなりません。
私は自炊ではなく同人誌をダウンロードして見てますが、供給側が高画質で提供してくれる場合、そのまま綺麗に見たい需要はあると思います。
加工ソフトでのリサイズは手間がかかかり過ぎますし。
作者が自炊向けを想定し、縮小部分に時間を割きたくはないという事でしたら、ComittoNのファイラーからPVなどの外部ビュワーに丸投げと言う実装はどうでしょうか？
そういった選択肢を。出来れば、読んでみて画像サイズがでかかったら丸投げ。
ComittoNのファイラー部分の出来は抜群です。
今は一般のファイラーからPVに丸投げして読んでます。
152:ちゃんばば
15/02/19 13:44:30.70 nRc3prA/.net
>>145
>他の画像でも600倍、1000倍、1200倍に拡大したらPVは落ちます。
すみません。単位間違いました。%でした。
153:ちゃんばば
15/02/19 13:46:08.63 nRc3prA/.net
>>145
250倍
こっちもだ。すみません。
154:名無しさん＠お腹いっぱい。
15/02/19 15:48:43.58 +f3CaW7g.net
（スルーされてることに気づけよ）
155:ちゃんばば
15/02/19 19:21:26.70 nRc3prA/.net
>>148
作者がレス付けたのでは？
156:名無しさん＠お腹いっぱい。
15/02/19 19:41:41.99 nnWWEL/n.net
>>144
マジ？ 音量キーページめくりに使ってたらバカになってしまったんで
気が付かなかった。ありがとうございました。
157:名無しさん＠お腹いっぱい。
15/02/19 20:53:19.25 y/dBeOzZ.net
PVは落ちまくりで安定感がない
プアなcpuとメモリで頑張った結果があれだというなら納得できるけどね
だがPV難民がComittoNに逃げてきた経緯を考えると同じ路線は目指せないだろう
ComitoNには軽快さを求めてる人も多いと思う
158:名無しさん＠お腹いっぱい。
15/02/19 21:35:48.38 yQiMparD.net
＞加工ソフトでのリサイズは手間がかかかり過ぎますし。
人に作業させるための下調べには余念がないけど
自分が作業する前提で楽なソフトを探してみる気は一切ないのなｗ
ChainLPなら放り込むだけだしバッチで複数ファイルの一括変換もできるけど
泥で直接抽出なり変換なりしたいならそういうアプリもないことはない
本をスキャンした画像ZIPを縮小してPDFにする！
URLﾘﾝｸ(play.google.com)
自炊関連スレではいまいち需要がないのだがPC事前処理めんどい糞解像度端末使いには福音になるのかね
ｽﾚﾘﾝｸ(ebooks板:351番)
ｽﾚﾘﾝｸ(ebooks板:662番)
159:ちゃんばば
15/02/19 23:22:22.23 nRc3prA/.net
>>151
作者は縮小のニーズが少ない、そう考えているはず。
貴方は軽快さの特長を重要視している。
汚くなる縮小機能を使ってる？使ってない？
使ってないなら関係無さそうだけど。
メモリ食い過ぎで落ちる時や重過ぎなら、選択機能なので選択しなければ良いのでは？
縮小、使ってる人多いんじゃ？
PVに安定感が無いのは俺もそう思う。
ファイラーのサムネイルでの表示。直近のUPで解消したが、選択すると速攻で落ちてた。
ファイル数多いのが原因かと10個程入れたホルダーでも駄目だった。
速攻で一覧とかに変えないと落ちるので、何度か落ちてやっと変更出来た。
>>152
そう、一切ないよ。
webブラウザや画像ビュワーでも、縮小表示汚いんじゃ使えない、改善されるんじゃ？と思うのが自然な流れ。そう思うけど。それと同じと感じてる。
zipファイルをダウンローダーでダウンして、そこから直接ComittoNやPVで開く時もある。
pdfの文書に画像が入っていてリーダーで見たら画像が縮小されて汚いんじゃ、なんでと思うのは普通では？
画面サイズに合わせて加工ソフトで縮小？
それは、ブラウザやビュワー、リーダーの基本的な機能では？
俺は、作者はデシメーションを考えずに実装してしまったって話かと未だに思ってます。
2段階の実装とか色々やってるよね。ただデシメーションの考えには行かなかったと。
前スレの終わりでは原因の推測と自分なりの解釈までだったので、説得力が弱いのかと思ってました。
だからこそ、その後も何度かテストしたり比較したりして原因を推測し、同じ考えの論文を見つけてきた。
160:名無しさん＠お腹いっぱい。
15/02/19 23:28:12.70 Cl+V9yRx.net
クラウド対応のアプリは開発進んでるのかな？
個人的にものすごく期待して待ってます。
161:名無しさん＠お腹いっぱい。
15/02/20 01:37:25.88 imaQE/zI.net
縮小表示してるけど平気、極端な縮小じゃなきゃいける
けど600dpiやカラーで3～4MBとかだと表示性能以前に重すぎて見る気なくなる
こっちの問題は時が解決するのはまだ先だな、軽さは正義
162:名無しさん＠お腹いっぱい。
15/02/20 02:16:43.86 a9Ba5gyT.net
>>153
クレクレ厨死ね
163:名無しさん＠お腹いっぱい。
15/02/20 04:54:23.12 hlRurcJf.net
>>153
長文は無能の証
～じゃ？～では？とか独り善がりなな推測いらないんだよ
164:名無しさん＠お腹いっぱい。
15/02/20 06:08:21.06 wFETYs0D.net
自分のニーズに合わないなら、使わない選択肢もあるよね。
165: ◆hDhsPs1oP6
15/02/20 07:22:32.98 aJkY66sK.net
バイキュービックはモアレを防ぐためのものではないのに、モアレを防ぐためにサンプリングの範囲を広げるというのは意味がわからない
166:名無しさん＠お腹いっぱい。
15/02/20 07:42:52.35 imaQE/zI.net
作者さん乙です
既に見解は述べられているわけですし以降はNGName入れて徹底無視でいいと思いますよ
くれぐれも厨対応に神経すり減らされませんよう御自愛ください
167:名無しさん＠お腹いっぱい。
15/02/20 10:05:29.03 bv0mMayH.net
ぶっちゃけモアレ対策ならボカシ入れてしまうのが一番効果あるし簡単だよ。
168:ちゃんばば
15/02/20 14:05:53.05 XGZeJBbl.net
自分なりにアルゴリズムを考えてみた。その考え方から話す。
バイリニアは1.0の距離しか見ないし、バイキュービックは2.0の距離までしか見ない（半径）。
実際の実装は直径と単純化するので2x2や4x4。丸は重いので四角。見るのは最大、隣の隣まで。
全画面表示だけを考えると、4倍超のサイズの画像データって影響の範囲外になる。
でかい画像データは単純に整数のキリ番で小さくしてから使えば軽くなる。
画像の圧縮は8x8とかのブロックサイズで出来ていて、128x128のサイズを考慮してもブロック境界を考慮して2ブロック256ライン読めば展開出来る。
横4000ドットの画像でフルカラーなら、4000x256x4=4MB。
読み込み部分はいっぺんに読まなければ小さく出来る。
作るサイズは設定で、0.5から5.0と変えられるようにして。デフォが2ととりあえずしておく。
全画面表示で表示出来る範囲の6.5倍のサイズがあったとすると、6.5/2=3.25。単数切り捨てて3。
3x3ドットを各RGB毎に単純に平均を取る。この縮小した奴をメモリに記録。
キビキビ動かしたいのなら小さく。メモリに余裕がある、綺麗に見たい、スクロール表示とかだと3倍とかに変更。
6.5/3=2.17。バイリニアもバイキュービックも超えた範囲は無視するので切り捨ててで2。バイリニアだと4x4、バイキュービックで8x8。
縁の影響力の設定を設ける（0.1から2.0）。
1ドット毎の処理は、座標で場所特定し一番近い8x8を選ぶ（端数無視）。
台形で斜めの部分は比例の直線で考える。
内側4x4は単純平均。1番外は0.5/2=0.25。2番目は1.5/2=0.75。（2は外のライン数、0.5ずらしているのは中央値）
各四角い枠を単純平均し、中央部分との差を求め、上の値掛けて、縁の影響力の設定を掛ける。
中央部分、各枠の合計ドット数を考慮し、ドットの値を求める。
あとは繰り返して表示用の画像が出来たら加工前データは捨てる。
バイリニアだと4x4の単純平均だけ。
これだと最初にバッサリ平均化するのでだいぶ軽くなるのではと。
169:名無しさん＠お腹いっぱい。
15/02/20 14:17:58.11 dd/nRuP3.net
>>162
チラシの裏に書くか、自分でアプリ作りなさい
170:名無しさん＠お腹いっぱい。
15/02/20 15:07:31.93 bVh6y+0N.net
作者のやる気を削ぐためにやってるとしか思えん。悪質すぐる。
171:ちゃんばば
15/02/20 15:30:13.75 XGZeJBbl.net
>>159
そうなのだろうか？
左が黒、右が白の画像があるとする。
座標を求める時には最終的にはピタリと一致する4x4を拾って値を求めるはず。
ちょうど中間の地点では灰色。
1ドット左は、3列黒1列白で濃い灰色。
1ドット右は、1列黒3列白で薄い灰色。
黒、濃い灰色、灰色、薄い灰色、白と、境界部分に3色増えて5色になりモアレは弱まるはずだが。
境界が直線ではなく曲がっている場合には上下でも処理される。
実際の画像だと内側の2x2もぼかす為に働く。
元々はモアレか否かでは無く、チェック柄の原因がデシメーション。こっちが問題の気がします。
50%への縮小でもバイキュービックの外側の枠は弱くしか影響しないので、ComittoNではPVのバイリニアより汚くなるはずです。
ComittoNでバイリニア設定（2x2）だと半分の1x1しか見ない最近傍並みだと思います。
30%への縮小だとバイキュービックで1.2x1.2。外側は弱くしか影響しないので最近傍並でしょう。
縮小のニーズって無いのだろうか？
>>161
バイリニアの2x2もぼかす為で、バイキュービックの外の四角の枠は更にぼかす為にあるのだと思ってた。
172:ちゃんばば
15/02/20 15:43:57.45 XGZeJBbl.net
>>164
作者は縮小のニーズが無いからこんな雑な実装してるの？
俺はそうは思ってない。
デシメーションを深く考えずに実装しただけでは？
だから色々提案しているのだけど。
173:名無しさん＠お腹いっぱい。
15/02/20 17:28:52.82 7+7xF6S7.net
そこまで言うならアルゴリズム部分だけでも自分で作ってバックポートすりゃいいじゃん
おソースまで公開されてるんだからさ
174:名無しさん＠お腹いっぱい。
15/02/20 17:45:05.65 IlLk3sUd.net
このキチガイ荒らしはもうずっと同じことばっかり言ってるけど
相手の話は聞かないし自分では手を動かさないから相手をするだけ無駄
作者さん各位はNGしておくことをオススメするわ
175:名無しさん＠お腹いっぱい。
15/02/20 17:47:20.83 IlLk3sUd.net
>>167
モアレが出るという画像ファイルを実際に提示してみせるすることすらしないアホに開発とか無理無理
176:名無しさん＠お腹いっぱい。
15/02/20 18:45:28.45 imaQE/zI.net
端末買い換えたとたん、もうどうでもいいです(^-^) ってなるのが目に見えてる
実際17%縮小のみニーズ要求してるやつ他におらんしな
177:名無しさん＠お腹いっぱい。
15/02/20 19:19:32.11 hlRurcJf.net
真性の人だろ
僕の言うことは皆望んでるはず！って腐臭がぷんぷんする
178:ちゃんばば
15/02/20 20:29:51.95 XGZeJBbl.net
>>170
50%でも汚い理由も書いてるのに理解してないの？
>>171
ニーズって、ある程度の人数が要望している状況では？
皆である理由は全くない。
フリーソフトの作者と利用者の関係って、問題点や改良点の要望をしない関係なの？
わざわざ作者が来るからこそ、改良すれば良いソフトになる意見を述べているんだけど。
作者が、興味ない、そこに時間割くつもりはないと言ったのなら、作者の時間は作者のものなんだから、対応するもしないも作者の勝手。
面倒だから相手にせずにスルーするのも作者の勝手だよ。
しかし、PVで出来てるのに、メモリやCPUの話、デシメーションやモアレの話をされても、それは違うと言うのはなんの問題もないのでは？
画面の2､3倍のサイズに加工してからやる提案も、作者が広い範囲でバイキュービックを掛けると重くなると危惧している事への対応策の提案だよ。
50%への縮小でもかなり汚いよ。作者の反応から原因はデシメーションにある事はほぼ確定。
1､2倍に加工してからやる場合でも相当綺麗になるはず。それは設定で選択の例を上げたが、速度優先だけでも良いよ。
17%の需要は少ないかも知れないが、50%はあるでしょ？
汚いので他に逃げた人も戻ってくるかもしれない。
縮小は汚いソフトと思われ続けるのって、作者のモチベーション下がるんじゃ？
ただで使わせてもらっているからこそ、改良点の提案を俺はしてる。
179:名無しさん＠お腹いっぱい。
15/02/20 20:34:43.76 fy6jqj+s.net
な？狂ってるだろ？
180:名無しさん＠お腹いっぱい。
15/02/20 20:39:45.94 4Ju7UCqP.net
構うなよ馬鹿共
181:名無しさん＠お腹いっぱい。
15/02/20 20:51:26.70 imaQE/zI.net
なるほど
ある程度の人数が集まってない個人的な要望はニーズですらなかったんだな
182:名無しさん＠お腹いっぱい。
15/02/20 20:53:41.56 hlRurcJf.net
多分>>172から安価つけられて長文レスされたっぽい通知がきたけど、あぼーんしてるんだよねー
>>173で理解したw
183:名無しさん＠お腹いっぱい。
15/02/20 20:53:44.00 imaQE/zI.net
ごめん�
184:ﾋもうやめる
185:名無しさん＠お腹いっぱい。
15/02/20 21:16:44.25 bVh6y+0N.net
今のところ賛同者は1人みたいだし、ニーズ無しっことで処理して問題なさそうだね。良かった。
186: ◆hDhsPs1oP6
15/02/20 22:19:42.21 LIYRRg62.net
PVはバイキュービックだからモアレがないというのは違うし、モアレ対策するにしてもバイキュービックありきで考えるのは間違いだと思っている
きりがないのでもうやめます
187:名無しさん＠お腹いっぱい。
15/02/20 22:44:08.76 SdEiq0Jq.net
>>179
悪質なやつしか透明あぼーんに入れてなくて、
今の話題で伸びる前から透明あぼーんリストされてるんで、
会話の相手はものすごくタチ悪いやつだよ。
そんなに真面目に考えなくていいと思う。
モアレがどうとかPCのディスプレイならともかく、
モバイル端末の液晶クラスで言う意味が分からない。
PVみたくChromecastにcastさせる機能つけてPCモニタで好きに読ませればいいよ。
188:名無しさん＠お腹いっぱい。
15/02/20 23:38:47.03 bv0mMayH.net
>>172
Nexus7 2013買おうぜ。高解像度タブで君の悩みは全部解決だよw
俺も使ってるし超オススメ。
189:名無しさん＠お腹いっぱい。
15/02/21 00:30:36.39 YQgpvyM+.net
>>181
ヤツは高解像度タブから糞タブにダウングレードしてるんだよ、察してやれ
190:名無しさん＠お腹いっぱい。
15/02/21 00:33:00.75 mQ0SOMhI.net
マジか？ もう働けとしか言いようがないけど、まぁガンバレ！
191:名無しさん＠お腹いっぱい。
15/02/21 03:40:51.93 eLp6SyLh.net
あれpv更新したらファイル開いて本棚に戻るとき本棚の最上段にまで戻ってしまった どうすんだっけか
192:名無しさん＠お腹いっぱい。
15/02/21 03:41:28.88 eLp6SyLh.net
あれpv更新したらファイル開いて本棚に戻るとき本棚の最上段にまで戻ってしまった どうすんだっけか
193:ちゃんばば
15/02/21 06:52:45.07 w5dFrY8l.net
>>179
>>124で
>ComittoNは、補間方法変えても最近傍と殆ど変わらずチェック柄になる。
>PVで、最近傍はComittoNと殆ど変わらずチェック柄になる。バイリニアやバイキュービックは綺麗。一番下のは逆に若干のモアレ発生。
と、PVの最近傍ではチェック柄になりバイキュービックでは綺麗な旨は既に報告済みなのですが、「違う」と断定されても、何故理解していないのかが解らないです。
これは、PVで画像を表示し、メニューを開き、画面の設定、画像平滑化方法の設定で出てくる選択肢が補間方法です。
PVでは「平滑化方法=補間方法」と解釈をしているようです。私も同様です。
バイリニアやバイキュービックの選択肢にはモアレ防止フィルターが含んでいると言う解釈なのかな？
私はそうではなく、上から下へ順に重くなる補間方法と判断してます。
一番上が最近傍、間に幾つかあって、バイリニア、バイキュービック、あともう一つ。
読み取り範囲は自分なりに、1x1、間のは2x1とか、2x2、4x4、6x6、と解釈してます。
広い範囲のデーターから平滑するのでモアレが弱くなるのだと。
ComittoNのファイラーから外部アプリの起動の実装をして欲しいです。
表示部分をPVでしたいのです。検討よろしくお願いします。
194:ちゃんばば
15/02/21 07:22:57.75 w5dFrY8l.net
>>181
全部解決？全部？
>>168では横4000ドットって言ってるのに？
縦6000くらいあるよ。
全画面を殆ど縮小せずに表示出来るの？
と言ってみる。
買うつもりないけど、前使っていたタブレットはドットが縦横共に2倍あって綺麗だったが、面積4倍あるからメモリ多く消費したり、展開処理時間も4倍かかるみたいだった。
PVで表示すれば綺麗で速度も十二分あるし。汚いのってうちではComittoNだけ。
195:名無しさん＠お腹いっぱい。
15/02/21 10:37:52.42 mQ0SOMhI.net
>>187
アホかトーンを再現可能な解像度があればほとんどモアレがでねーし。
しかし縦6000ピクセルって漫画に必要か？ クソタブだと重いだけだろ。
196:名無しさん＠お腹いっぱい。
15/02/21 10:57:12.67 CBDH7lIU.net
作者の書込を読んで、作者が面倒くさがってんのがわかんねーの？
頼むからこれ以上、作者のやる気を阻害しないでください。
素直にPV使うか、自分でコード修正すればすむ話なんだからさ。
親にも他人に迷惑
197:をかけるなって(相手の気持ちを考えろ)、習わなかったかな？
198:名無しさん＠お腹いっぱい。
15/02/21 11:05:00.39 u1e9Qh3z.net
>>187
ちょっとそのモアレの出る画像をアップロードしてみてよ
どんな状態なのか実機で見てみないと信じられない
199:名無しさん＠お腹いっぱい。
15/02/21 11:10:19.60 Cy6iluI4.net
モアレだすなら>>54の画像ダウンロードしてComittonで表示して縮小してみればでるのは事実
200:名無しさん＠お腹いっぱい。
15/02/21 11:14:38.62 u1e9Qh3z.net
>>191
いや、この人の使ってる画像ファイルで確認したい
201:名無しさん＠お腹いっぱい。
15/02/21 11:21:32.99 Cy6iluI4.net
作者は納得すればたぶん対応する気だとは思う。だから一応、レスしたんだと思う。でも>>162とか俺は何をいってるのか全く理解できないし、作者も理解できないんだと思う。
202:名無しさん＠お腹いっぱい。
15/02/21 12:42:46.20 YQgpvyM+.net
縦6000てことは取りっぱなし600dpiのPDFだろ、そんなの快適に読みたいならiPad使えってのが定説
泥タブは手間と快適さのトレードオフ、手間をかけられる人間だけが速度や画質恩恵を受けられる
そんなの嫌っってもどっかで妥協せざるを得ない
あとComittoNの画質とPVのファイラの件をごっちゃに語ってるけど
PVのファイラがクソなのならそれはPV作者に特攻するべきことだ
ここで話しかけやすいからってComittoN作者にケツ持たせようとすんな
203:名無しさん＠お腹いっぱい。
15/02/21 13:01:56.02 4UTIBXmu.net
別スレ立ててやれ
204:名無しさん＠お腹いっぱい。
15/02/21 14:09:59.59 /epz917N.net
いつまでキチガイに構ってんだよ
205:ちゃんばば
15/02/21 20:27:44.75 w5dFrY8l.net
>>188
出ねーし、ってどう考えても出るじゃん。
作者がデシメーションせずにバイキュービック（双3）なら4x4で処理している旨言ってるんだからさ。
点々トーンがある適当なでかい画像を17%に縮小してみた？
17%や30%、50%で表示されるのと、PVでバイキュービック、バイリニア、最近傍で比較してみた？
101%に拡大する時に綺麗に見る為に、バイリニア（双2）やバイキュービック（双3）を使う。
デシメーションしてないから、50%に縮小でバイリニア設定だと最近傍と同じ画質。
必要かどうか？って全員が自炊したコミックしか読まないの？
極稀であっても読まない？
あと、PVバイキュービックで1ページ目は3秒くらい待たされるけど、読んでいる間に次のページは作られる。面積1/4のタブレットだから3秒。4倍の面積だと12秒くらいか掛かるかもね。
画素数1/4だから4倍早い。キビキビ動くぜ！
>>189
改良するかは作者の勝手。
しかしアルゴリズムの議論はそれとは別で、作者には敬意を持つがこれは掲示版上の議論。
作者が議論に参加する事にも敬意を持つが、流し読みでじっくり読んでないから理解していないようでがっかりし敬意が下がる。
これらは別の話だよ。
206:名無しさん＠お腹いっぱい。
15/02/21 20:38:27.87 CBDH7lIU.net
まぁ親がちゃんと教育してたらこんな事態にはなってないか(笑)
207:名無しさん＠お腹いっぱい。
15/02/21 21:13:20.30 pIbytJ2/.net
元画像とComittoNでのスクリーンショット、あなたの理論でシュミレーション画像作ってアップしてみれば。
その画像に説得力があればみんなまともに相手してくれると思うよ。
208:ちゃんばば
15/02/21 21:20:31.04 w5dFrY8l.net
>>192
点々トーンなら、そこそこ大きければどの画像でも出る。どんどん縮小すれば出るよ。
滅多に出ないんじゃなく確実に出る。
数十コミックで出て、ページでは1000超えていると思う。
特異な現象じゃないから。
以前は30MBと3MBあれば3MBの方ダウンしてたけど、自宅wifiだからでかい方が綺麗だと思ったら逆に汚い。
>>194
PVで楽々読めてるから。速度も十二分。4倍の画素数のタブレットだと思いかも知れないが、2x2のバイリニア十分綺麗だよ。
ファイラーの件だけど、作者って自分のアプリを使って欲しくないの？
>>145で俺は「抜群」と評価してるよ。
縮小には興味無いので実装しないって事ならば、縮小したけりゃ外部に飛ばす実装もありなのでは？
ファイラー部分は高評価のまま使われ続けるんだし。
例えば今掲示板見て書いてるけど、chromeでテキスト選択し、コピーか共有でテキストエディタに行って書いて、全部選択してコピーし、それを入力フォームに貼り付けてる。
chromeはスクロールして他の所も見れるし。
入力フォームの機能は低機能。高機能を求めて共有（外部に飛ばす）ってのは別に変な要望だとは思わないけど。
209:ちゃんばば
15/02/21 22:34:02.87 w5dFrY8l.net
>>199
PVで綺麗なんだから証明は出来ている。
PVも色々やっているでしょ。それよりも早いかは知らんよ。
と言うか、汚いのComittoNだけ。
デシメーションの考えがバッサリ抜けているから。
あたかも証明されていないと思ってるのって、点々トーンを縮小して汚くなったの確認していないのでは？
大きく縮小すると、PVの最近傍並に汚くなる事が。
でかい画像の点々トーンで試してくれ。
210:名無しさん＠お腹いっぱい。
15/02/21 22:42:47.32 fkHhryQ3.net
アプリ作者はお前の下僕じゃないし、契約したサプライヤーでもない
いちユーザーの要望だとしても、すでに作者から却下されている
それでもストーカーよろしく見苦しく食い下がるのか
俺はフラレてない。話をさせてくれれば、彼女はきっとわかってくれるって
211:ちゃんばば
15/02/21 23:10:51.82 w5dFrY8l.net
実験にいい画像見つけた。
URLﾘﾝｸ(nekomikan.mydns.jp)
縮小してくれ。点々トーンがチェック柄になるのが体験出来るはず。
服だとチェック柄の服と思い込めば良い面もあるが、肌だと蛇人間にしか見えない。
212:名無しさん＠お腹いっぱい。
15/02/21 23:34:30.48 A8/xsbe4.net
各自でComittoNひらいて縮小しろってか
スクショの取り方ひとつ学ぶ気はないとか、やる気なさすぎﾜﾛｽ
213:ちゃんばば
15/02/21 23:45:13.89 w5dFrY8l.net
>>202
作者がレス付けたくないと思えば付けなければ良いだけ。
読みたくないのなら読まなければ良いだけ。
作者はモアレの話はしたくないだけでは？
その旨の提示があったのは理解している。
しかし、外部起動の提案を不採用という話は一度も聞いていない。俺の見落としか？
デシメーションを含めての補間や縮小の話を作者抜きでしたって構わないでしょ？
作者が参加するしないは作者の勝手だよ。
関心を持たない理由の一つがニーズが無いという認識なんだし。あれば変わるかも。
縮小を誰も使っていない状況ではなく、汚い画像を見ている。見ていた。
そういう状況って、作者のデシメーションの勘違いによって起こっている。
コミックの作者が印刷にも使える高画質でも提供し、こちらの方が高画質で見れると思っている人も多いんじゃ？
実際は汚い画像で見せられている。結果、コミック自体の評価が落ちているのでは？
それはコミックの作者に対して失礼な状況だと思う。
肌色をイメージし弱い点々トーンを貼ったのに、ComittoNによって蛇人間にされているのだから。
指摘を受けても、流し読みの為に認識しないのかは分からないが、現状ではコミックの作者や作品に対して結果的に冒涜している状況。
この状況を認識しているのならば、対応しないなんて選択肢は無いのでは？
忙しいのならば、縮小時に汚くなる旨の注意書きとかあるよ。
もしかして、若干のモアレが発生している程度と認識しているの？
俺はチェック柄とか蛇人間と表現しているが、ひどい状況だから。
214:名無しさん＠お腹いっぱい。
15/02/21 23:48:35.51 5fSzI58i.net
せめてアンカ付けてくれないかな？
件の人はせっかくコテにしてくれてんのに
215:名無しさん＠お腹いっぱい。
15/02/21 23:49:24.12 7WITBtnT.net
>>200
だから君の読んでる漫画のモアレ出る画像アップロードしてよ
話はそれから
216:名無しさん＠お腹いっぱい。
15/02/21 23:51:07.73 7WITBtnT.net
それとも何かアップロードできない理由でもあるんだろうか……
217:ちゃんばば
15/02/21 23:57:22.39 w5dFrY8l.net
>>204
10パターンや20パターン程度の画像見ても、現状をイメージ出来ないと思う。
元画像と一緒の訳あるか！と思う場合もあるし。
1%づつ縮めたらどうなるか、17%、30%、50%、補間方法変えて繰り返す。
PVではどうなるか、最近傍、バイリニア、バイキュービック。
汚い画像を見ていた。見せられていた。
218:名無しさん＠お腹いっぱい。
15/02/21 23:59:13.79 7WITBtnT.net
>>209
画像のアップロード早く
219:ちゃんばば
15/02/22 00:07:05.12 FXGuwX3w.net
特殊な画像での現象じゃない。
点々トーンの画像無いのか？
ぶつくさ言っている奴がいたから点々トーンの画像見つけて来たけど、ただ絡みたいだけなの？
あと、展開速度。これは体験しないと端末の環境によっても違うんだしさ。
220:名無しさん＠お腹いっぱい。
15/02/22 00:13:48.83 9XFGqEJt.net
>>211
ごまかしはいいから早くアップロードしてください
221:名無しさん＠お腹いっぱい。
15/02/22 00:23:06.19 pgBuBo1S.net
外部起動なんてインテント飛ばすだけなんだから数行コード書くだけだし、ここで長文書くより簡単ですよ。
俺は余計な機能は要らない派なんで、実装しないことを作者様に要望いたします。よろしくお願い致します。
222:ちゃんばば
15/02/22 00:30:04.77 FXGuwX3w.net
>>212
ComittoNの補間方法の問題で、他人のコミックを加工し晒す権利は俺にはないよ。
コミックの批評でコミックの一部を晒すのは引用の範囲だけど。
223:名無しさん＠お腹いっぱい。
15/02/22 00:31:58.90 9XFGqEJt.net
>>214
言い訳はいいですよ
あなた公開されてる権利的に問題ない同人誌読んでるっていってましたやん
アップロード早く
224:名無しさん＠お腹いっぱい。
15/02/22 00:44:58.97 boBGYOZE.net
>>205
何が作者抜きでしてもいいでしょ、だよ
グダグダ言ってる割に結局↓これなんじゃねーか
>関心を持たない理由の一つがニーズが無いという認識なんだし。あれば変わるかも。
>>202のとおり、お前はこれまでさんっざんあーだこーだ書いてきて、最終的に作者さんに
きりがないのでもう止めますってフラレてるじゃねーか
ついでに、スレ住民の支持すら全く得られてねーじゃねーか
もう一度言うぞ、お前がこれまでさんっざんあーだこーだ書いてきた結果が
この状況なんだよ
225:ちゃんばば
15/02/22 01:25:02.44 FXGuwX3w.net
>>215
作者がアップしていても、ダウンして見る権利しか読み手にはないぞ。
公衆送信権や公衆送信可能化権は俺にはないよ。
しかも加工なんて著作人格権の侵害だよ。
トーンのモアレチェック、あの画像マジで良い。
髪の部分のトーンもグラデになっている？そこだけモアレが強く出る時もあるけど。
PVでバイリニアやバイキュービック、あとその下の奴で試したが、殆どの縮小でバイキュービックが1番良い感じ。
もうちょい軽いバイリニアも軽い割に結構行ける。最近傍はやはりカスだな、早いけど。
ComittoN、やはり最近傍と同レベル。
スカートなんか水玉になったり、でか水玉になる。
>>216
なんの批判？
批評する権利は俺にもあるんだよ。これは俺の権利。
今でも対応して欲しいと思ってるし、するべきなんじゃ？と思ってる。
ただそれとは別に、指摘を受けても放置した結果責任は作者にある。
今日も誰かがコミックの作者や作品を変な奴と新たに思ってレッテルを貼っているのでは？
指摘を受けた後も放置。公害レベルだよ。
その原因の一端は、批判者を叩く貴方達にあるのでは？
俺の要望が本当におかしなものか、真面目に検討して避難して欲しいよ。
些細なモアレだったかい？
作者の言う様にモアレを取る効果は無かった？
端末依存の現象か確認してみた？
226:名無しさん＠お腹いっぱい。
15/02/22 01:33:16.08 9XFGqEJt.net
>>217
いいから画像アップロード早く
227:名無しさん＠お腹いっぱい。
15/02/22 01:39:35.89 J4RZFoX1.net
このコテ、10年以上ハードウェア板で粘着し続けて何度も通報されてた本物のキチガイだよ
相手するだけ無駄
228:ちゃんばば
15/02/22 02:05:12.24 FXGuwX3w.net
バイキュービックだと文字がちょっと読みにくいな。
1024ｘ768で7.85インチの端末だから1mm6ドットくらい。
濃い灰色、灰色、薄い灰色の3ドットの中間色が出来るから、中間色が0.5mmある。
だからキレが無いのか。
バイリニアだと灰色だけで1ドット。0.17mmか。
キレがあって読み易いが絵はモアレ強いね。
前の端末は縦横各2倍あったからバイキュービックが良かったが、今の端末だとバイリニアが良いのかも。
229:名無しさん＠お腹いっぱい。
15/02/22 03:37:50.46 3DED9eHA.net
正直いらない機能はトラブルの元だから増やしたり変えたりして欲くないな。
多くの人は問題ないと思ってるようだから今のままで良いと思うよ。
230:名無しさん＠お腹いっぱい。
15/02/22 04:54:03.65 ew8oEH34.net
キチガイでもコテならNGで無害だけどな
カープスレに粘着してるハマッピみたいな、コテでもなく
複ID使ってまで荒らすことだけを生き甲斐にしてる奴はまじ死ねだけど
231:名無しさん＠お腹いっぱい。
15/02/22 09:44:25.21 FG9VCKVT.net
きちがいころすにゃはものはいらぬ
さみしく独り言言わせとけばええ
232:名無しさん＠お腹いっぱい。
15/02/22 17:12:17.86 Z79F+lEG.net
ComittoN作者様
NEON版を現在見開きモードで使ってます。
見開きでは例えばp4/p3/p2/p1とページがあったらp4-p3/p2-p1と
つながりp1からp2にスクロール、p3へ移動、p3からp4へスクロール
となりますが、これをp1～p2～p3～p4と全部ページスクロールで
移動できるようにするのはかなり大変な作業なんでしょうか？
左手が使えない右手だけの片手操作状態で、大画面スマホで拡大したい
場所を右手の親指の届く範囲にスクロールして寄せたいのですがp1p3の
ような奇数ページは右に寄せられてもp2p4のように偶数ページは右に
寄せられないので偶数ページの左側を拡大して見ることができない…
というのが理由です。
233:名無しさん＠お腹いっぱい。
15/02/22 20:40:11.06 31CXjU3k.net
>>200
>以前は30MBと3MBあれば3MBの方ダウンしてたけど、自宅wifiだからでかい方が綺麗だと思ったら逆に汚い。
ダウンロードできる場所を教えてくれるだけでいいよ
ひょっとして違法なものだから教えられないかな
234:ちゃんばば
15/02/23 02:45:39.40 5jr+D7GP.net
>>223
実験用としてリンク貼ったやつで十分では？
肌のモアレは、腕や背中、足などは全身入れ墨人間に見えるし、顔だとアマゾンの奥地に住んでる人？みたいな印象を受ける。それは十分想像出来るのでは？
サイト自体が違法かどうかなど俺が知るか。なんでゲスに勘ぐりしてるの？
あと、俺は読んだら削除する。どの同人誌をどこでダウンしたのかなんて覚えてないのが多い。
蛇人間状態になるベストな画像必要か？どんどん縮小するだけで再現出来ると思ってるのだが。
自炊の人なら600dpiや1200dpiでスキャンしたデータあるんじゃ？なければ作れるんだし。
蛇人間みたくならないと思ってるの？
実験用の奴でComittoNはチェック柄になる。10%まで縮小出来るけど、水玉やデカ水玉が確認出来たはず。
PVだと10%でも問題無し。7%でも。バイリニアに変えても結構行けるでしょ？
俺はいつもは全画面表示で見てる。ダウンした奴だからドット数など把握してない。知らず知らずに汚いので見てて、そんな作品と決めるけてた。
PVで見ると綺麗に点々トーン貼ってある。ベストなトーンを選んで。
それがComittoNによってぶち壊し。
ニーズが無いと言いつつ10%まで縮小出来る設定を設けて、双3二段でも取り切れないと知っているのにデシメーションで広範囲に読む事の必要性は否定する。
軽くする為に前段間引きの提案をしたが必要性の認識は持たない。
これってどうなんだろう？
235:名無しさん＠お腹いっぱい。
15/02/23 03:12:37.08 iJjgSMp+.net
クソタブで高解像度データ開いてモアレるのでビューワーで
なんとするなんて需要無いよなぁ。
クソタブに合わせてデータ側を加工するのが筋でしょ。
236:名無しさん＠お腹いっぱい。
15/02/23 03:15:58.97 Vs4wHvkH.net
>>226
消えろキチガイ
237:名無しさん＠お腹いっぱい。
15/02/23 10:17:10.42 2p/Avyes.net
>>224
見開きって左右ページに繋がった絵を短ページでちぎらないで見るためのものだから
2枚以上の連結は趣旨から外れると思う
というか片手操作上のUI改善が理由なら片手操作範囲内での1ページ送り機能をお願いするのが筋ではないかと
238:名無しさん＠お腹いっぱい。
15/02/23 11:04:32.17 UpJthp9g.net
>>229
元書き込みだと
単ページだとスクロール自体できないから見開きモードの話をしてんじゃないの？
「見開きモード」だと右ページは右にスクロールして指が届く範囲にできるけど
左ページは右にスクロールできないから
「見開きの趣旨」とかじゃなく全連結でスクロールできるモードがほしいって話だろ
239:名無しさん＠お腹いっぱい。
15/02/23 11:07:00.59 UpJthp9g.net
確かに大きな画面のスマホで使ってるとズーム多用するからスクロールモードあるといいな
技術的に難しいのかな？
メニューも扇ランチャーみたいなのにできるとなおいいなｗ
240:ちゃんばば
15/02/23 12:03:04.21 5jr+D7GP.net
同人誌の印刷用のサイズとデシメーションの話
某印刷屋の推奨サイズはこんな感じ。
>カラーデータ（CMYKやRBG） 300～350dpi
>グレースケール 350～600dpi
>モノクロ2階調 600～1200dpi
URLﾘﾝｸ(www.eikou.com)
このくらいのサイズがある。
作者やショップの在庫が無くなり再印刷しない場合に、ファンから昔の作品が読みたいと言われれば何割かは有料ダウンロードサイトへ誘導するが、
ショップや有料サイトで扱ってくれないレベルの場合は蹴るか自分のサイトやアップローダー等で公開する。
表示用にdpi落としたのもアップするが、細部まで高画質で見たい、印刷もしたい要望に応えるために元データもアップするのはそれほど不自然な事じゃないと思う。
2x2や4x4しか補間では読まないとすると、全画面表示なら2倍や4倍のサイズ以上はそれ以上綺麗にはならないのいで要らない。
表示用が画面サイズいくつを想定しているかも
241:判らない。ガラケー用ってのも見た事がある。 携帯回線なら表示用なら小さい方だろう。しかし自宅wifiなら大きな方じゃ？ かなり小さくしてるのは回線代を考え、補間処理をすれば見れると考えていると思うが、何時表示用を作ったかにもよる。 5年、10年、20年前だと、想定画面サイズが小さい。 俺は読んだら削除してるが、保存し、10年後、20年後に読みたい場合もあるだろう。 その時の環境は？8K当たり前、高解像度は16K？ 両方ダウンし、表紙と中身の縦横サイズを一々確認してから読むの？ 表示ソフトの役割って、高画質や印刷用でも読めた方が良いのでは？ 前処理で間引きをすればデシメーションは十分可能。面倒なら間引きだけの実装でも読めるはず。 ComittoNの作者は、縮小のニーズが無いと考えているようだが、本当に無いのだろうか？ 自炊だって人によるが、スキャンしたコミック捨ててるでしょ？ データ600dpiとかで残していない？150dpiくらい？ 20年後、8Kや16Kの環境で見ると150dpiだと粗い気がするけど。1割もいないのだろうか？ 携帯回線用に小さいのってのは解るが、自宅wifi環境でも小さいの必須って違う気がする。
242:名無しさん＠お腹いっぱい。
15/02/23 12:20:03.26 tlObpcUy.net
>>232
うるせえ死ね
243:名無しさん＠お腹いっぱい。
15/02/23 12:33:24.11 iJjgSMp+.net
先のこと言うならその時にはクソタブは無いだろうし、
元のデータは取っておけばいいだけ。
読む環境に合わせて加工めんどくさいからビューワーで
対応しろとかどんだけ自己中なんだよ。
それにデカイデータなんてクソタブには荷が重いから無意味。
244:名無しさん＠お腹いっぱい。
15/02/23 12:59:08.66 tP1LGogN.net
まぁ作者さんも対応しないとのことですし、この件は終わりでいいのではないでしょうか(^^)
245:ちゃんばば
15/02/23 13:22:27.02 5jr+D7GP.net
>>227
間引きすれば読める。読めるのに読まない。
なんか違うような。
自作の人でも、端末の画素数が変わる度にスキャンデータから表示用データ作り直してるの？
若干のモアレが気になるとかは、加工ソフトで勝手にやれってのは解るよ。
でも、50%の縮小ですらデシメーションしてないから読み取り画素数が25%になり、補間（平滑）処理が満足に効かなくなる。
30%では読み取り画素数が9%に減少し、平滑処理が失敗。
バイキュービックの考えとは全然違う物になってるよ。
バイキュービックってこんなものかと誤った情報を与える。アルゴリズムに対して失礼なんじゃ？
この失礼な状況を放置して良いとは俺は思えないけど。
ComittoNの作者は縮小のニーズが無いとかんがえているようなら、10%まで縮小出来る設定を80%くらいに絞るべきでは？
80%で読み取り画素数が64%。90%で81%。
殆ど変わらないと言えるのはこの程度だよ。
70%だと49%。半分以下しか読まないのなら別物だよ。
バイリニア（双1、上の方で間違って双2って書いたな）だって、軽くて良いアルゴリズムなのに、読み取り画素数が同じく減る。バイキュービックよりずっと早く失敗する。
ComittoNによって使えないアルゴリズムと思われているのでは？
PVでのバイリニアは結構効くでしょ。
作者が現状を放置するのって、作者にとっても良くないんじゃ？俺はそう思うけど。
憶測だが、ComittoNの作者は縮小時のデシメーションの考えは重過ぎるので、2段階と言うお茶を濁す方法を選択した。
その為、大きく縮小すると悲惨な状況になるのは知った上でやっているんだと思う。
前段で大きく間引きすれば軽く実装可能な提案は、流し読みしてじっくり読んでいないんじゃ？
246:名無しさん＠お腹いっぱい。
15/02/23 13:23:29.11 tlObpcUy.net
>>236
うるせえ死ね
247:ちゃんばば
15/02/23 14:01:02.67 5jr+D7GP.net
>>234
PVで表示出来てる。
何度言えば解るの？
>>235
モアレ議論の参加はやめただけじゃ？
対応しないって言ってないよ。
あと、ComittoNの変な実装は批判対象で有り続けるのでは？
対応すれば過去の話だが、今でもコミックの作者や作品、補間アルゴリズムを貶め続けているよ。
ユーザーに対しても酷い話。今でも知らずに汚い画質で読んでいるんだから。
バイリニアやバイキュービック補間で、綺麗な画質で読んでると思い込ませているんだよ。
汚い画質で読んでコミックを捨ててる。
ファイラーやデフラグツールで、勘違いでファイルの削除をしているのに、同じとは言わないが近いと思うけど。
同人誌で低レベルな作家のも読んでるけど、技量が無いだけじゃなく、線やトーンも雑過ぎると思った事がある。やる気あるのか？と。読んで時間を無駄にしたとよく思った。
その多くはPVで見ると綺麗なんだよな。ベストなトーンを選んで貼っている。それなりの努力をしているんだよね。
それをComittoNはぶち壊している状況。
自分さえ使わなければ良い？
作者はここに出入りしている。だったら指摘するのが利用者の役割では？
248:名無しさん＠お腹いっぱい。
15/02/23 14:08:48.54 tlObpcUy.net
>>238
うるせえ死ね
249:名無しさん＠お腹いっぱい。
15/02/23 14:21:33.01 d1VKztsS.net
>>作者はここに出入りしている。だったら指摘するのが利用者の役割では？
指摘するのはいい。
だが、おまえは「しつこい」んだよ。
１、２回指摘すりゃ、十分なんだよ。
何回同じことおまえは指摘してるんだよ。
250:名無しさん＠お腹いっぱい。
15/02/23 14:27:31.99 SbIiwynL.net
はっきり言うが
キチガイにいつまでもいつまでも反応してるやつも「しつこい」んだよ
スルーできないお前らも荒らしそのもの
251:名無しさん＠お腹いっぱい。
15/02/23 14:34:21.48 2p/Avyes.net
>>230
希望はわかるけど全連結スクロールの実装は難しそうな気がする
一冊丸ごと延々スクロールで見たいってことだよね
現状の見開きモードは2ファイル同時読込で連結後に余白除去してたはずだけど
一冊分のファイルを丸ごと読み込むのは無謀なので先読みしながらの順次連結が必要になる
完全に別実装で追加しなきゃいけなくなると思われ
あとたぶん余白削除が効かなくなる
252:名無しさん＠お腹いっぱい。
15/02/23 14:40:16.10 UnmTD/1+.net
おまえらが誰と会話してるのか分からないよ
253:名無しさん＠お腹いっぱい。
15/02/23 16:11:45.72 i+Y+KZ8J.net
基地外の相手するのは勝手だがしっかりアンカつけるように
254:ちゃんばば
15/02/23 23:48:14.62 5jr+D7GP.net
>>242
瞬間的に重くなってはダメって事じゃなければ、それ程難しくは無いと思う。
作者が必要性を感じるかどうかだと思う。
255:名無しさん＠お腹いっぱい。
15/02/24 02:21:28.69 /rNr15i9.net
comittonを使っているんだが、見開きページがずれている場合にアプリ側で修正出来ますか？
例えば見開きが1-2、3-4なんだけど0-1、2-3ってなってしまっているのを正しくしたいんだけど
256:名無しさん＠お腹いっぱい。
15/02/24 09:47:39.72 AtiqyItr.net
画面の下を押すと出てくるのページ選択でできる
サムネイル表示おすすめ
257:246
15/02/24 09:59:10.47 /rNr15i9.net
>>247
おや、あっさり出来た
ありがとうございました(*´ω｀*)
258:名無しさん＠お腹いっぱい。
15/02/24 11:15:35.33 a6m8/80U.net
>>246
下メニューに「1ページ前にずらす」「1ページ次にずらす」ってあるよ
259:名無しさん＠お腹いっぱい。
15/02/24 11:51:22.45 X+V4Tk1j.net
下メニューが分かりにくい。
ボタンの説明がポップアップするだけじゃなくて、アイコン的なものか漢字数文字でも
出ててくれるといいんだけど。
260:名無しさん＠お腹いっぱい。
15/02/24 12:03:40.88 a6m8/80U.net
下メニューは説明もしづらいしねえｗ
それこそ扇ランチャー的な長押しポイントを中心に展開するメニューが欲しいな
261:名無しさん＠お腹いっぱい。
15/02/24 12:12:02.95 X+V4Tk1j.net
没入モードでアイコン隠してるとバッティングするしね
262:246
15/02/24 18:58:59.80 /rNr15i9.net
皆さん親切にどうもです(*´∀｀)
ずらすってそう言う事だったのね、ページ送り的な事だと思ったわ
263:名無しさん＠お腹いっぱい。
15/02/25 04:08:34.17 TR5vN13v.net
複数の本や同一本の複数ページを同時に開けるビューアってありませんかね？
イメージとしては、ブラウザで複数のタブを開いて切り替えながら閲覧する感じ。
図のあるページを別タブに固定して、図と文章をいったりきたりするようなことをしたいです。
（しおりでも代用できそうですが操作が煩雑だし、しおりは別用途で使いたいのでここではなしとしたい。）
264:名無しさん＠お腹いっぱい。
15/02/25 08:35:15.38 uEOQNzTa.net
ないと思う、複数ファイル開きっぱなしはリソース的にきつい端末も多いし
多窓を捨てて没入化がタブレットのコンセプトだからそういう方向にも進化しにくいと思う
PDF見れるOffice系のソフトだと左側が履歴やファイラー領域になってるのはあるけど
265:名無しさん＠お腹いっぱい。
15/02/25 15:49:39.17 QnvVJGs6.net
>>254
Xmulti入れて複数ウィンドウにしてapk弄って同時起動させればそれっぽくなるかも。
実用性は低いと思うけど。
266:名無しさん＠お腹いっぱい。
15/02/25 15:58:35.21 3VTLCQA/.net
>>254 AndroidアプリでないのでスレチになるがZipComicServer使えば可能だよ。
自分は学習系、学術系書籍読むときはPC＋ZipComicServerで多窓で読んでるがすごい捗る。
一度やったら、紙で読むなんて能率の悪い方法をとる気がなくなる。電子書籍バンザイ
ただ、残念ながらZipComicServerのAndroid対応はお世辞にも出来がよくない。
最近はリソースに余裕のある端末も多いので多窓的な発想のビューアがあってもいいと思う。
267:名無しさん＠お腹いっぱい。
15/02/25 16:14:11.15 jCoyWIRk.net
>>242
やり方によっては簡単にできそうだがな
見開きと同じく2ページ表示→スクロールして1ページが完全に画面外に出る
→次のページを読み込んで表示していく→2ページ分のバッファで>>224の望み通り
268:ちゃんばば
15/02/25 16:20:14.56 tYkgbCpJ.net
>>254
pdfだとプリインストールされってたキングソフトのオフィスで出来た。
タブ切り替えるたびに読み直してるっぽい。同一本は出来るか知らん。
269:名無しさん＠お腹いっぱい。
15/02/25 16:31:41.79 uEOQNzTa.net
>>258
問題は1-2、3-4表示を 1-2、2-3、3-4 にするために2-3のところの繋ぎのシームレス化だよね
ユーザーが違和感覚えないように切り替える処理がめんどくさそう
技術的にすごく難しいわけではないんだろうけど
作者さんがやってみたいと思えるかというとどうなのかなあ
270:名無しさん＠お腹いっぱい。
15/02/25 20:27:12.55 TR5vN13v.net
>>255-257,259 情報サンクス
ZipComicServer:複数本、同一本ともに並行読みできかなり理想的
キングソフトオフィス：同一本は不可。ファイルのコピーつくればいいので実質的にはOK。zipNGが残念。
欲を言うと、読んでいる最中にそのページをその場で別タブ化できるのが理想だが、そういうソフトの登場を期待。
271:名無しさん＠お腹いっぱい。
15/02/25 22:11:38.88 3VTLCQA/.net
>>261 ZCS→タブの複製できるブラウザ(dolphin＋TabMixPlus)を使うか、最初に本を開く段階で
別タブで開いておき、さらにタブ化したいページにきたところで目次からもう一度開きなおす。
スレチなソフトなのでここまで。
272:ちゃんばば
15/02/25 23:14:37.86 tYkgbCpJ.net
>>261
漫画でだと人間関係の相関図見ながら読むって感じ？
それとも、目次のページとの行き来みたいな感じ？
どちらもニーズは少ない気がする。
273:名無しさん＠お腹いっぱい。
15/02/25 23:35:44.81 QnvVJGs6.net
>>260
> 問題は1-2、3-4表示を 1-2、2-3、3-4
シームレスは置いておいても、単純にデータ処理する量が1.5倍だね。
全体の先読みバッファが何ページとかだからバッファ30ページ分なら20ページ分になってしまう。
ファイルサイズだと1.5倍喰うし実際の動きで高速スクロール処理とか諸々考えるとねずみ算式に増えそう。
コミックビューワとしては見開き1ページとか無駄ページもできるから微妙。
でもテキストビューワ機能とか学習とか文献書籍はものすごく捗るとおもう。
常に前ページが見れるので紙ページと見開き方式で起きる、
前のページ内容見るために戻ってまた次のページ見てみたいなのがなくなる。
でもHP感覚でスクロールすると端末の耐久テストになってしまいそうだな…
274:名無しさん＠お腹いっぱい。
15/02/25 23:59:55.43 TR5vN13v.net
>>262 重ね重ね感謝。理想通りの動作になりました。完璧です。
>>263 漫画だとニーズは少ないと思う。あえて漫画に例えるなら相関図のイメージかな。
参考書で問題と解答解説が別々になっているとき、両方をいったりきたりしながら読み進めたり、
図があってえんえんとそれに関する説明が続いているような構成の本。（ブルーバックスとか）
プログラムのソースコードがあって、順々に説明がつづいているような本。
ソースコードが出てきたところでタブ化して、解説を読みながらソースコードのページも同時に進めていく。
けっこうニーズあると思うんだが。
275:名無しさん＠お腹いっぱい。
15/02/26 00:27:45.99 KmiPEfHL.net
もはやコミックビューワーじゃない件
276:名無しさん＠お腹いっぱい。
15/02/26 00:51:20.17 hFGvKuRa.net
>>266 失礼しました。
コミックでもタブ機能があれば読み方が変わってくるんじゃないかなと思わなくもないです。
タブブラウザが一般的になる前と後ではWebの使い方が変わったように、あれば活用する人もいると思います。
この件についてはこれでおしまいということで。長文ごめんなさい。
277:名無しさん＠お腹いっぱい。
15/02/26 15:53:32.14 wUBac5wU.net
タブ機能の話しは勝手に打ち切りになったけど私は欲しい。
>>265みたいな特殊な読み方でなくても、複数同時空けできたら便利だと思う。
私はだいたい3～4冊くらい並行して読書してるが、切り替えのときの閉じて開いてがめんどくさい。
あと、ブラウザだと終了時のタブ全部記憶していて、起動時に全部復元してくれるじゃない。
コミックビュワーも、そんな感じになってほしい。
278:ちゃんばば
15/02/26 17:34:59.58 qBv92i8z.net
>>268
タブ、漫画だとピンとこないな。
履歴一覧から読んでいたページに飛べれば十分の気がするけど。
これじゃ駄目なのがよく解らん。
279:ちゃんばば
15/02/26 17:39:35.15 qBv92i8z.net
>>268
まさか、1､2分で違う本に切り替えてる？
280:名無しさん＠お腹いっぱい。
15/02/26 18:00:15.05 wUBac5wU.net
このスレはマンガ専用？なら出て行く。
今はもちろん履歴で代用している。でも、履歴は既読本と現在進行中の区別がつかないのでタブのがありがたいという話。
重い本読んでる最中に疲れてドラゴンボール読み始める。われに返ってもとの本に戻ろうと思ったら、履歴はドラゴンボールで埋め尽くされている。
ブラウザだってタブなくてもブックマークや履歴あればそれなりにつかえるし、タブのなかった時代はそうしていた。でもタブのおかげで状況がかわった。
281:名無しさん＠お腹いっぱい。
15/02/26 18:34:30.91 nqSx5tFH.net
やマルチウィンドウ系のコミックビューアはwinでもあんまりない
自分はあると便利だと思うけど需要のわりに実装が面倒なんじゃね
画像ビューアってリソースやたら食うしね
タブならなさらきついと思う
282:名無しさん＠お腹いっぱい。
15/02/26 18:36:05.72 nqSx5tFH.net
typo
タブやマルチウィンドウね
283:名無しさん＠お腹いっぱい。
15/02/26 21:15:14.80 KmiPEfHL.net
個人的にはコミックビューワーなのに開発者が苦労して実装するような機能には思えないですね。