After Effects error -1610153464

AEでQucikTime H.264書き出しをおこなうと、100%落ちる。
原因を調べてみたら、CPUのコア数に制限があるようだ。
22コア(仮想含)以上だと、エラーとなる。。
---
After Effects error: Rendering error while writing to file “D:\sample.mov”. An output module failed. The file may be damaged or corrupted. (-1610153464)
---
msconfigからコア数制限して起動することで対応。
もったいない。

参考：
https://forums.adobe.com/thread/1680411
https://helpx.adobe.com/jp/premiere-pro/kb/cq12092100.html

DumpEDIDでPCに接続されているモニタ情報を拾う

PCに接続されているモニタ情報を拾いたかったが、いまいちよくわからなかった。
グラボの情報拾って、そこから何らかの情報をと思ったが、その方法もいまいちわからん。

下記レジストリまでいけば何かわかるかもと思ったが、ちょっと面倒くさそう。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers\AdditionalModeLists
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers\Configuration
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers\Connectivity

検索していたら「DumpEDID」というソフトがあるようで、こちらを使用すると下記のような情報が取得できる。

*****************************************************************
Active : Yes
Registry Key : DISPLAY\DELF049\0&0000000X&0&UID0000000
Monitor Name : DELL P1914S
Serial Number : XXX0CX00XXXXX
Manufacture Week : 17 / 2015
ManufacturerID : 00000 (0x0000)
ProductID : 00000 (0x0000)
Serial Number (Numeric) : 0000000000 (0x0000000X)
EDID Version : 1.4
Display Gamma : 2.20
Vertical Frequency : 56 - 76 Hz
Horizontal Frequency : 30 - 81 KHz
Maximum Image Size : 38 X 30 cm (19.1 Inch)
Maximum Resolution : 1280 X 1024
Support Standby Mode : No
Support Suspend Mode : No
Support Low-Power Mode : Yes
Support Default GTF : No
Digital : Yes
Supported Display Modes :
720 X 400 70 Hz
640 X 480 60 Hz
640 X 480 75 Hz
800 X 600 60 Hz
800 X 600 75 Hz
1024 X 768 60 Hz
1024 X 768 75 Hz
1152 X 864 75 Hz
1280 X 1024 60 Hz
1280 X 1024 75 Hz
*****************************************************************
ということで、これを使うことにした。
http://www.nirsoft.net/utils/dump_edid.html

過去の、モニタ接続履歴も表示されるが、Active 項目が Yes となっているものが現在接続されているモニタとなるので、後はスクリプト等で何とかなるだとう。
便利。。

TortoiseSVN クリーンアップエラー時の対応

TortoiseSVNで更新途中に接続が切れてしまい、再度更新を行なうと、「すでにロックがかかっているから、クリーンナップしろ」と警告が表示されるようになった。
しかもクリーンナップしても正常に完了しないし、ロックも掛けていない。
以前は、 .svn/wc.db の work_queue テーブルを削除すると改善されたので、同じ対応をしてみたが解決せず。

でも、sqlite で他のデータテーブルに何かあるかもと、一つ一つ見たら wc_lock に下記、データが入っていた。

wc_id = 1
local_dir_relpath =
locked_levels = -1

wc_lock を削除すれば、いけるのではと思い、調べたら結構この対応方法がヒットした。
皆、同じ事で悩んでいたのだな。

以下、手順

---

1.sqlite3をダウンロードして解凍
http://www.sqlite.org/2015/sqlite-shell-win32-x86-3081002.zip

2.解凍したフォルダからsqlite3.exeをクリーンアップエラーが発生しているフォルダ内の「.svn」フォルダ内へ移動する

3.コマンドプロンプトを起動します
　3-1. 以下のコマンドを実行して、sqlite3.exeがあるフォルダに移動する

　　例:cd /d C:\warkspace\path\.svn

　3-2. 以下のコマンドを実行して、データベース内にクリーンアップエラーが登録されているか確認する

　　sqlite3.exe wc.db "select * from work_queue"
　　sqlite3.exe wc.db "select * from wc_lock"
　　※ このコマンドを実行しても何を表示されない場合は、ここで処理を終了してください。

　3-3. 上記コマンドで何か表示された場合は、以下のコマンドを実行してください

　　sqlite3.exe wc.db "delete from work_queue"
　　sqlite3.exe wc.db "delete from wc_lock"
　　※ 上記コマンドでクリーンアップエラーの登録を削除します。

4. ダウンロードした、sqlite3.exeを削除します

以上で復旧処理は終了です

・参考サイト
Svn error “Previous operation has not finished”
http://stackoverflow.com/questions/22715303/svn-error-previous-operation-has-not-finished
[Windows][Subversion]svn commitに失敗してcleanupもできない
http://d.hatena.ne.jp/const/20150628/p1