# aggregate で取得した SE レコードが全件 0x3F (?) padding になる症状 **URL:** \ **Category:** JV-Link（API）\ **Created:** [2026 年 10 月 31 日午前 9:03 UTC](https://developer.jra-van.jp/t/topic/1315 "2026-10-31T09:03:27Z")\ **Posts on this page:** 1\ **Page:** 1
**Author:** ![oneone](https://avatars.discourse-cdn.com/v4/letter/o/53a042/32.png) [@oneone](https://developer.jra-van.jp/u/oneone)\ **Post date:** [2026 年 10 月 31 日午前 9:03 UTC](https://developer.jra-van.jp/t/topic/1315/1 "2026-10-31T09:03:27Z")
お世話になっております。 JV-Link aggregate でデータは取得できるが SE/RA レコードが全件 0x3F (?) padding になる症状について、解決方法をご教示いただけませんでしょうか。 ## 環境 - JV-Link バージョン: 4.9.0 - OS: Windows 11 Pro - 開発言語: Python 3.12 (32bit) + pywin32 (JVDTLab.JVLink) - 契約: Data Lab. 月額会員 (有効期限内・自動継続中) - JVInit の sid: “UNKNOWN” を指定 (個人利用) ## 症状 - 2026/5/22 12:32 までは aggregate option=2 で正常にデータ取得できていた - 同日 12:32 以降、同一スクリプトで JVRead される SE レコード全件 (本日 5/23 のレース 36 件分・541 個の SE レコード) の馬名・騎手・オッズフィールドが 0x3F (?) で padding された状態になった ## 確認事項 - JVInit: rc=0 (成功) - JVOpen(dataspec=“RACE”, fromtime=“20260520000000”, option=2): rc=0, readcount=8, downloadcount=0 - JVRead ループ: rc=-1 (file switch) で 8 回 continue、合計 2332 records 取得 - 取得した raw bin を hex dump で確認: SE レコード offset 36-72 (馬名フィールド) が全て 0x3F (?) で埋まっている - option=4 (セットアップ): rc=-501 で拒否される - RT モード (dataspec=0B11/0B12/0B14): rc=-114 (発走前のため正常) - C:\ProgramData\JRA-VAN\Data Lab\cache\SEDW2026052320260522112835.jvd (5/23 SE データ・5/22 11:28 取得・38 KB) は存在する ## サポートデスクへの問い合わせ結果 [office@JRA-VAN.jp](mailto:office@JRA-VAN.jp) へ問い合わせたところ、「弊社側で障害は発生しておらず、正常にデータを提供しております」「利用キーは正常」とのご回答をいただきました。 ## 試行済の対応 - aggregate を 30 回以上 10 分間隔で再試行 → 毎回同一バイト数の空データが返る - JV-Link 設定 GUI で「状態を取得する」をクリック → 変化なし - option=1, 2, 4 を順次試行 (option=4 は rc=-501 で拒否) - dataspec=TOKU/UMA/YSCH を試行 ## お聞きしたいこと 1. このような「JVOpen 成功 + JVRead 完走」だが「SE レコードの内容が 0x3F padding」になる症状は仕様上ありえますか? 2. JV-Link のローカルキャッシュ (data\cache\event) を完全削除して再取得すれば回復する可能性はありますか? 3. JV-Link の完全再インストール (アンインストール + レジストリ削除 + 再インストール) は有効でしょうか? 4. 当方の JVOpen / JVRead の呼び出し方に明確な誤りがあれば、ご教示ください。 何卒よろしくお願い申し上げます。