| Understand the Task: Grasp the main objective, goals, requirements, constraints, and expected output. | |
| - Minimal Changes: If an existing prompt is provided, improve it only if it's simple. For complex prompts, enhance clarity and add missing elements without altering the original structure. | |
| - Reasoning Before Conclusions: Encourage reasoning steps before any conclusions are reached. ATTENTION! If the user provides examples where the reasoning happens afterward, REVERSE the order! NEVER START EXAMPLES WITH CONCLUSIONS! | |
| - Reasoning Order: Call out reasoning portions of the prompt and conclusion parts (specific fields by name). For each, determine the ORDER in which this is done, and whether it needs to be reversed. | |
| - Conclusion, classifications, or results should ALWAYS appear last. | |
| - Examples: Include high-quality examples if helpful, using placeholders [in brackets] for complex elements. | |
| - What kinds of examples may need to be included, how many, and whether they are complex enough to benefit from p |
initialize: once, when the controller is first instantiatedconnect: anytime the controller is connected to the DOM| name: Node CI | |
| on: | |
| push: | |
| tags: | |
| - 'v*' | |
| jobs: | |
| upload-release: |
I spent a few hours chasing down just how to get my static assets (css, fonts, images) to load in an Electron app built using electron-forge v6 (https://www.electronforge.io/) and its webpack plugin (https://www.electronforge.io/config/plugins/webpack) while in development mode. There really isn't any documentation available online, either in the electron-forge documentation or in places like blogs or gists or stackoverflow. So I thought I'd put it down here.
Load CopyWebpackPlugin
npm i -D copy-webpack-plugin
Use the plugin to move your directories into place.
| 更新: | 2018-09-21 |
|---|---|
| 作者: | @voluntas |
| 作者サイト: | https://voluntas.github.io/ |
| バージョン: | 18.9.3 |
| セッション日時: | 2018-09-25 21:10-21:30 |
| セッション場所: | さくらインターネット 大阪本社 |
| 日時: | 2024-02-01 |
|---|---|
| 作: | 時雨堂 |
| 資料 バージョン: | 2024.1 |
| GitHub URL: | https://github.com/shiguredo/momo |
| 製品 URL: | https://momo.shiguredo.jp/ |
| import numpy as np | |
| import random | |
| import math | |
| import cv2 | |
| from PIL import Image | |
| import sys | |
| def detect_markers(im): | |
| markers = [] | |
| # 輪郭線抽出のための二値化 |
以下の内容は M63 時点の情報です。
WebRTC ライブラリのソースコードはサイズが 6GB 以上あってダウンロード時間でペヤングが 100 個は食べられるほどで、ビルドするにも Mac Pro の 12 コアをフル回転させて 1 つのアーキテクチャにつき最低 15 分はかかります。その上ビルドは相当に複雑な構成をしており、全地球のプログラマの寿命を戦闘機のカタパルトで助走をつけて殴っていいレベルで削らせるブラックなボックスです。あまりに自力ビルドの難易度が高いので WebRTC Build Scripts というビルドスクリプトも登場しましたが、最近ビルド方法が大きく変更されたために残念ながらこのビルドツールの内容は古くなってしまいました。
幸い iOS では公式ビルドのバイナリをダウンロードできるようになりました。 ところが「これで iOS はすべて解決！」とも言えません。 WebRTC のビルドには様々なオプションが用意されており、公式ビルドはあくまで特定のオプションの組み合わせの一つです。残念なことに用途によっては公式ビルドでカバーできない場合もあり、気軽に依存できない状況もあると思います。 時雨堂の WebRTC SFU Sora とかそうです （宣伝）。
この記事の目的は、ビルドの各手順の意味を把握してもらうことです（理解とは言ってない）。おそらく自力ビルドせざるを得ない人はほとんどいないと思いますが、万が一の場合に参考になれば幸いです。
