【大量】オナニー用画像ビューアー Part12【放出】
>>243
インテルマック Big Sur 11.5.2
cooViewer 1.2b25 で動いてます >>244
ありがとうございます。
ということは、うちの環境の問題ですね...。
それが分かっただけでも助かります。 インテルマック Big Sur 11.5.2
iMac27 2017 毎回、起動せずにクラッシュです。 >>247
ファイルがすでに削除されてまして...試せませんでした。
再アップ可でしたら、お願いいしたいです。
>>219のおっしゃった通りにして、再ビルドはしてみましたが、アプリは起動せず。
そもそも、Xcodeをよく分かっていないので、間違っているのかもしれませんが...。 >>225の作者に聞きたいんだが、本家Coo氏のGithubにプルリクするとかして渡したり、どこかの長期保存できるうpろだに置いとくとかは嫌なん?
俺も近々アップルシリコンのMac買う予定だからDLできるように置いといてほしいな。
もし無理っぽかったら、EdgeViewを使うしかないけど
でもCooViewerが快適なんだよなー まあ>>219読んでXcode入れりゃ自ビルドできるからね
大した労力ではない
一度やっときゃずっと使える
そしてそれを長期保存できるどこかに置きたいならば置けばいい
こういうのは言い出しっぺがやるというのが掟 ビルドしてデバッグすると
filterDic setObject:filterName forKey....
から始まる行で
"***-[__NSDictionaryM setObject:forKey:]: key cannot be nil"
というエラーが出るんですよね。
いちおう、アプリはできるので、起動すると上記と同じエラーで即クラッシュです。
詳しい方、いらっしゃればご教授願えれば...どうにかなりませんかね?
他にいいビューワーがなくて。 >>252
アップありがとうございます。
ですが、やはり、同じエラーでクラッシュしてしまいます...。
残念です。 >>253
フィルターが使えなくなるけどそのファイルの31〜39行目を削除すればクラッシュはしなくなるかな。 本当にそこが問題なら
https://pastebin.com/LrXzZMfd
みたいな修正をすればいいんでないの >>254
おっしゃった通りエラーの出ている箇所を削除したら起動はしてくれました。
ありがとうございます。
>>255
少し勉強してみます。
ありがとうございます。 diffが読めないならYacReaderでいいと思うけどね実際 >>255
diffの読み方を調べて、ご指示通りにしたところ、無事動作してくれました。
ありがとうございました。 大福iMac以来のMacでcooviewerインストールしたんだけど
command+Oだとずっと同じウィンドウ使うことになるから
新規ウィンドウとタブの使い方おせーて? M1proで久々にMacに戻ってきたが、HetimaZIPの後継ないの... 還暦過ぎても毎日オナニー!
テル彦です!よろしく!!! このスレの2022年初カキコか
なんか知らん間にEdgeView3なんてのがリリースされてんのな ウェブページ内に存在する画像とリンクのリストを作るSafari用Bookmarklet
http://p2nd.s15.xrea.com/others/maclink.html#PicsLinkList
連番形式で書かれた文字列を全自動で展開してクリップボードにコピー
http://p2nd.s15.xrea.com/others/maclink.html#URL2
クリップボードからURLをフィルタリングしてダウンロードするAutomatorアプリ
ttp://p2nd.s15.xrea.com/photo/ClipBoardDL.zip
以上三つをデバッグ所望
以下余談
URLcollectorが更新されなくなくなり動作すらしなくなって早数年
JDownloader等を試したけど、どうにも思ってる動作と違うので
ネットによくある作例を参考にAutomatorで
ttp://p2nd.s15.xrea.com/photo/WebPicsDL.zip
を作ってみたが思ったより汎用性が低かったので3個に分けることにした
本来ビューワーのスレで聞くのもなんだけど他のスレで聞いたら
ターミナル使えとか言ってくるので、ここで相談させてもらいたい アドオンだが、連番ファイルのダウンロードは
DownThemAllを使ってるわ。 >>267
>>266で書いた「思ってる動作」は
URLとその他のテキストがごちゃ混ぜになってるデータを突っ込んでも
自動で選別してダウンロードさせると言う荒っぽい使い方
この動作をDockのアイコンワンクリックでやってくれるアプリが他になかった 拡張子がwebp用のビューアーは何を使っていらっしゃいますか?
QuickViewerというソフトウェアを見つけたのですが、圧縮ファイルに対応していなくて、使い勝手がイマイチです。 cooにAVIF読めるように改変したけど
ソースいじるよりもavif関連のライブラリビルドする方が圧倒的に面倒だったわ iMac27 2017 OS12.2 ですが立ち上がりません >>271
いろいろ出来る人はすげーな。
羨ましいわ。 AVIF WebP辺りcooで処理できるといいなあ cooViewer webp は OK じゃない?
AVIF 行けると嬉しいんだけどな。 >>280-281
webpはosレベルで対応してれば読めるのでは
Big Sur以降ってことになるけど
古いOSでは無理 OS のデコード機能つかってるのね。
結構昔のソフトなのに webp 対応してて凄いな、と思ってたわ。
そうなると、macOS 自体が AVIF 対応してくれれば嬉しいけど、
webp ですら対応したの最近だからなぁ。 なるほどなるほど…
cooでwebp読めればなーと思ってたんだけど
macOSが最新であれば普通に読めたわけね…
そりゃ声が上がらないわけだと理解出来た。
うちのiMacはCatalina以上うpグレード出来ないから
M1iMac買うしか無いかー。 一応AV1のメンバーにAppleも入ってるんだけどな
HEIFなら対応してるのかな?iOSで使ってるし coo1.2b25をM1 Air Montereyで使っていますが、見開き2ページでの表示設定が
本全体で有効になりません。
また、アプリを終了すると、見開きに関する設定が初期状態に戻ってしまいます。
見開きでの表示をデフォルトにするにはどうすればよいでしょうか? cooViewer、AVIFに対応してくれて助かるわー >>287
AVIF 対応バージョンって公開されてるの?
フォーク探してもタイトルバー対応版しか見つからんかった M1がavif対応してるってだけかもよ知らんけど
うちは勝手に改造してavif読めるようにはしたけど M1 mini で os は現状最新の 12.3.1 だけど、
os 自体が対応してる感じではないんだよな。 今さらだけどM1 mini買ったので>>219参考にシリコン化した。
ありがてえですわ。これ無いと困るんですわ。助かりましたわ。
これ10年くらいはこのまま使えるかな。 しかしavifのデコーダーどれを使ってもクソ重いな
4枚分先行してキャッシュするようにしてみたがそれでも読むスピードに追いつかない
まあ使えないわけじゃないからいいんだが
しかしavifは綺麗だな >>293
改良できるスキル羨ましい。
フォークバージョン公開して欲しい。
AVIF Converter ってソフトを入れると
AVIF ファイルも Quicklook できるようになるけど、
かなり重いもんな。
AVIF は動画用の圧縮技術から派生したって話だけど、
動画の際は展開速度が問題にならんのかな。 >>294
これは改良とかじゃなくてアプリの方はswiftでイチから作ってる
自分だけ使えりゃいい的な簡素なものだから公開はないかな
もしその気になったとしてもAppStoreで売ると思う HEIFならハードウェアデコーダ使えるんじゃないの?
AVIFてそんなに違うもんなの 自分はそこまで出来ないのでWebアプリで簡易ビューア作ってる
ブラウザが対応してれば何でも表示出来るし >>295
イチから作成はさらに凄いな。
macOS 側での標準対応は、webp を考えると
あったとしても相当先っぽいなぁ >>300
ほー。
WebP はサポートまでかなりかかったけど、
AVIF は積極的なんだな。
その下の書き込みによると、
A16 も AV1 のハードウェアデコーダは積んでないみたいだけど、
重さを考えるとハードウェア処理しないと結構厳しい感じがする。 ハードウェアデコーダがあったとしても
1枚デコードするのに毎回セットアップしてCPU-GPU往復するというレイテンシを考えると
ソフトウェアデコーダが有利になるようだけどね AやMの場合ユニファイドメモリだからハードウェアデコーダ使ってもそんなコストかからんことない?
その前にエンコードがクソクソクソ重くて俺はあきらめたけどな rav1eならまだ許容できなくもない程度のエンコード速度よ
重いけど
aomはいつまでたっても終わらないレベル 手元でビルドして試してみた感じrav1eよりaomの方が圧倒的に速いけどな どう考えてもそれはないと思うが
環境依存もそうないし avifencでaomはv3.4.0、rav1eはv0.5.1での比較
CPUはSkylake ふーむ
俺のはsandyだから拡張命令の差が影響してんのかね そういや思い当たるなと日記見たら
crypto/bn/asmにて
rsaz-2k-avx512.pl
rsaz-3k-avx512.pl
rsaz-4k-avx512.pl
に
$avx512ifma =0;
とか書いてavx512を無効化してたわ
sandyちゃんにはないもんな
そんな露骨な影響出るかねしかし ちなみに
https://raw.githubusercontent.com/link-u/avif-sample-images/master/hato.jpg
をavifencノーオプションでavif化した時にかかる時間 (timeでuser time計測) は
aom: 3.94s、rav1e: 7.06s だね その画像でうちの環境でやると
aom: 12m08s
rav1e: 58s
となってrav1e圧勝に終わる
ビルドオプション弄ったところでそうそう変わるとも思えないが
まあ環境か Sandyとは言え流石にそこまで遅くなる?
アセンブリ含めて最適化がオプトアウトされてる可能性を疑う 最適化オプションはデフォルトのままだから
今のところなんともわからんね
ただavx512関連は当然切ってるよ nasmがクソ古いとダメだよたぶん
nasm -vしてみるといい nasm -v
NASM version 2.15.05 compiled on Aug 28 2022
これでいいか? Sandy機起こしてテストしてみたけどaomで6.68sだった
何が原因か知らんけど最適化パスが動いてないんだろうねえ
テストに使ったstatic linkなavifencバイナリを一応上げておくhttps://www.a;xfc.net/u/4057889 1枚のエンコードに10分かかる時点でおま環を疑うべきだった いや最適化はされているんで今のところ原因はちょっとわからんね
依存関係に何かあるかもしれんが
そもそもこのminiいつ止まってもおかしくないくらいファンが全開で回ってるしな 実際のところエンコード時間はどうでもいいんだ
一番の問題はデコードだから
仕組みを少し変えてキャッシュも6枚に変えたけど
すでに横ばいで無駄だな・・
読むスピードに追いつかなくてストレスだわ そもそもデコードなんてクソ軽いぞ
>>311の画像 (3082x2048) をエンコードしたのをデコードしてCGImageRefにするまでに0.2秒とかそんなん
下手したらリサイズの方が重い いやプラグインのやつとかもすでに存在してるけど
あれだって下手すりゃ数秒くらいかかる画像もしょっちゅうある
俺の手製ビューワも同程度にはかかるから同じですわ 数秒がしょっちゅうってロスレスモードでも使ってんの?
ロッシーでそんなに重いとしたらやっぱり何か変なことになってるんだろうなって思う ロスレスではやってないと思うが
あくまでも各種フィルター込みの描画時間だからね
とはいえ同じフィルター構成でjpg読ませると一瞬で出るから
やっぱりAVIFのデコーダーが重いわ
ていうか問題解決は俺がやるべき問題だからそっちでやんなくていいよ GraphicConverter は avif 開くの速いんだよね。
2000x3000・1MB 程度のファイルのスライドショーでも、
マウス連打ならページ送りが止まる事はない。(M1 Mac mini 8GB)
※方向キー押しっぱなしのページ送りだと3枚程度で止まる
webp だと止まらないので内部処理で先読みが追いつかないとかなんだろう
GraphicConverter 自体は、アーカイブのスライドショーに対応していないので残念だけど、
現状でもこの速度でデコードできるなら、Apple が OS レベルで対応させる場合に、
展開速度で困るって心配は必要ないのかもね。 何も考えずにGraphicConverterでJPEGに変換してた。
速いなぁとは思ってた。 cooViewerをApple M1に対応させた神あらわる
自分でビルドする必要あるけどワイでもできた
ほんま感謝感謝やで
ttps://mypedia.info/2022/06/13/build-apple-silicon-ed-cooviewer/
ttps://mypedia.info/2022/09/19/build-apple-silicon-ed-cooviewer-2/ Intelmacで使ってるけどCooViewerのサクサクさは異常
ホント神がかってる
色んなの試すけど結局CooViewerに戻ってくる
作者さんありがとう プログラムに詳しい人が来てるようなので質問させてください
cooViewerのコンテクストメニューですが、一回押し(ちょん押し)じゃないと表示されないけど
これを長押し(マウスボタン押しっぱなし)で表示されるようにするには
ソースのどこを修正すればいいかわかる人いたら教えてください
この点が他のアプリと挙動が違うのでちょっと個人的に使いずらく
マウスドラッグでのページ移動については使えなくなってもいいから普通の挙動にしたいのです ちなみに昔のバージョンはマウスジェスチャーが使えないけど
長押しでのコンテクストメニューが使えるので
いままでそっち(1.2b13)を使ってたのですが
さすがに挙動が不安定になってきたので、最新版ベースでもなんとかならないかと フォルダに突っ込んだ動画を次から次へと再生するやつはないかね。
もうちょいというところで次の動画を選ばなきゃならんのは辛い。 VLCなら同じ階層にある動画をどんどん再生するぞ
あとスレチな macOS Ventura のリリース日が発表されたね。
果たして cooViewer で avif を表示できるのか。
パブリックベータ入れてる人だと既に結果を知ってたりするのかな? >>332
ありがたいけど完成品くれよーー
そのままやったらエラーが出る、ググったら
https://github.com/nodejs/node-gyp/issues/569
の通りやったら出来た、ありがたやありがたや 普段なら OS のメジャーアップデートはしばらく待つけど、
我慢できずに 13.0 に更新。
そして... cooViewer での AVIF 閲覧キター Quicklook 用に AVIF Converter 入れてたけど
アンインストールして OS 標準にしたら速い...他よりは多少遅いけど。
当然だけど「プレビュー」でも開くことができる。
ただ、アーカイブの Quicklook には非対応みたいで残念。
まあできても重くてあまり使いそうにないから構わんっちゃ構わん。
キーボード用ユーティリティの Karabiner が上手く動かず
キーボード操作が大変な事になってるけど、
アップデートした甲斐あったわ。 OS 自体がファイルを認識してるから、
Path Finder の情報列で縦横サイズも確認できて楽。
ただ、画像によってはアイコン表示時にサムネイルが作成されず真っ黒。
サムネイルが真っ黒の画像でも Quicklook はできるから処理系統が違うのかな。