OSSなマンガ作成支援ツールの素案(1年半ぶり8回目)4
- ryunosinfx
- 665
- 2
- 0
- 0
「OSSなマンガ作成支援ツールの素案(1年半ぶり8回目)3」をトゥギャりました。 togetter.com/li/1296721
2018-12-09 14:34:02よし来年から頑張る! まず画面イメージ挙げないとなぁ。画像用のストアは部品でいいか。アイコンだけ俺がアイコン的なハッシュタグ付けて貰えばいい。それで十分な気がする。後は他端末との連携よな。どうしてもシグナリングが辛い。これツイッターとかブログのコメントシステムとか使ったら怒られる?
2018-12-10 12:52:50飯の種の広告が見えないから怒られるだろうなぁ。うーんこう利用規約的にOKOKな無料掲示板システムはないものか。広告見えないのがネックなんだろうな。Slackの無料枠とかかなぁ?こっちはこっちでクロスドメインでxhrできないからなァ。うーん掲示板に意味不明じゃないコメントが書ければ良いんだけど
2018-12-10 12:57:34どう情報を忍ばせるか?原文に対して半角スペース入れる位置とか全角半角を入れ替えるとか、改行か漢字か平仮名かなどのバリエーションでビット数を稼ぐしかないが要求データ量が二千バイトなんでちょっと辛い。16kビットなんで。
2018-12-10 13:01:38lowreal.net/2014/03/27/1 これだ・・・ModemをWebAudioにのせる奴!300bpsかー。2000byteで70秒ぐらい転送にかかるなぁ・・・辛いな。あとマイクを開放しないといけないのが地味にセキュリティ上辛い。これの亜種でカメラと画面でやってくれれば楽なんだけど。
2018-12-11 00:25:15符号化を実施できれば、メディアを分ければいいわけで。そこで使えるのは光と音。どちらも、向こうから中身が丸見えなほど感度が良いのが難点なんだよな。
2018-12-11 09:40:05こうもっとゆるくて監視に使えなさそうなもんがいいんだけど。ないよなーピーヒョロロするしかないのか。高周波にすると実は耳に優しい?これどこまで速度アップできるんだろうか。無断ところでパワーを食いそうだが今になって気になる技術と。
2018-12-11 12:58:21ネットワーク構成技術だが、あおばは微妙。うーんペアリングいるしね。そもそもfirefoxが対応していない。
2018-12-12 09:33:46とにかく移入と同期だな。個人的に重要なのは。クラウドストレージを自前で用意するとかそれはあり得ない。お金ないと言うより運営者アカウントが攻撃者へのチョークポイントになってしまうため。
2018-12-12 09:48:54どこかのblogシステムでもいいんですけどね。ただ、クロスオリジンなので、ブックマークレットで回避が必要。デスクトップはそれでいいとしてモバイルはそうはいかんよねと。出来ればポストとgetだけで済めばいいんですけどね。でもcors対応してないからやっぱり受け取れないはず。jsonpなはずもないし
2018-12-12 12:37:39ああそうか、データ自体をimgで取り扱うという手があるな。imgが直リンになるのでリファラからブロック食らったらおしまいなんだけどね。うーん
2018-12-12 12:58:28SlackのAPIを眺めているが、どうもデータ投入は自由だが取り出すのが大変ぽい。うーん取り出せればなぁ。まあ情報漏えいが危ないのでわかるっちゃわかるけど。うーん結果JSONPで返すしか方法はなさ気。
2018-12-13 00:59:39うーん、本末転倒味があるが、Google Spreadsheetを使うという手があるなぁ。 qiita.com/kunichiko/item… 中身を知られるとAIの餌になってアレなので暗号化は必須だけれど、Googleアカウントは事実上取り放題だし。うーんまあ実装して次の宿り先を考えるか。 WebRTCのシグナリング鯖At GoogleSpreadsheet
2018-12-13 01:12:28ソースはFOSSにするから鯖は自分で用意しようね。ニッコリ的な運用が可能である。まあソースを見て胴元から垢バンとかはあるかな。そんなに負荷はかからないはずだけど。
2018-12-13 01:15:14もちろんNAT超えはできないと思う。できないけど、安直にNAT挟まない環境で接続は簡単に出来るとはず。インターネットの接続が前提ではあるけれど。そこも無いならピーヒョロロかQRコードじゃろうな。出来れば電波で話して欲しいけどそんなセンサーツンでないよなぁ。
2018-12-13 12:52:32要件としては、過去30分ぐらいのデータを保持、BASE64urlしか受け付けない。戻り値はjsonp。postでデータ登録が任意の端末から可能。1IPから受信は0.1秒に一回だけ、受信できる長さは10KBまで、共通鍵で暗号化していることかな。これで美味しくない感じの仕上がりだと思う。さあシグナリングするぞ!
2018-12-13 12:58:22Webaudioでモデム作ってピーヒョロロは運用が相当楽になるので導入したいんじゃが。変な沼が広がってそうで怖いんだよね。アナログ系は。
2018-12-13 13:01:13まずは安心して使えるgoogleアカウントの調達からやな。こう垢バンされてもhとろこ炉が傷まない奴(完全にわるいことをする人の発想)まあ量産すればできるのは知っているがめんどくさいのである。
2018-12-20 01:42:14で、ちょっと今詰まっているのがあれ。 マルチスレッドの状態でDBアクセスを直列化したい。 一旦キューにタスクを積む。 積んだらデキューを動かす。 デキューはタスクの積んであるキューからタスクを1個ずつ取り出す。 タスクがなくなるまでループする。 で、タスクがなくなるとデキューは終了する
2018-12-22 00:32:03理想はデキュースレッドが定期的に起動してキューのタスクを確認することだが・・・ デキューがタスクはないと判断した瞬間にキューにタスク突っ込んで、デキューを再コールする。 これはいい。 じゃあデキューが作動中にもう一度呼ばれてすでに起動中だから起動フラグを見て止まる瞬間、起動してた方
2018-12-22 01:08:27も終了する。と突っ込んだタスクは次のデキューが来るまで放置プレイ。じゃあ起動フラグを落としたあとに再度チェックをしてタスクがあればフラグを上げて実行するのか?それではフラグを上げた瞬間フラグを上げる処理が入ってくると。じゃあカウンターにしてカウントをチェックかなー・・・
2018-12-22 01:16:21カウントアップ直後にカウンターが複数になったら、自分の分はカウントダウンして一旦自分はランダムな時間寝る。で、起きたらカウントの数を確認して0だったらカウントアップチャレンジをして1だっら続行、複数だったらまた寝る。これで行ってみるか。でもGUIのjsはもっと条件ゆるいからアレだけど
2018-12-22 01:23:26とりあえず、動いた。本当はテストを書かないといけないが・・・うーむ。 なんでIndexedbのラッパーをこんなに苦労して書かねばならないのかちょっと疑問に思うところだが仕方ない。そのまま呼ぶと遅くて、コネクションプールすると書き込みと読み出しでコネクション混ぜると怒られるしで
2018-12-23 01:25:31ああ、そうそうBASE64よりひらがなカタカナ漢字とか2バイト文字を使ったらもっと高圧縮なバイナリ文字表現ができるんじゃね?とか考えたけど、utf8にする限り、8bit中7bit使えるBASE64より16bit中11bitしか使えない2byteでは論理上無理だと結論に至る。BASE85があるけどこっちはめんどくさいし。
2018-12-23 01:48:29正確には2byteで漢字は存在せず、2byte文字ではbase64の2文字で表現するに足りるには4096文字、12bit必要で、11bitという時点で詰んでいる。3byte文字に拡大してもさらに識別符号分1bit不利になるので駄目。結局BASE64しか手がない。
2018-12-23 03:45:32