098333

このフォームからは投稿できません。
name
e-mail
url
subject
comment
JA2GRC-開発室




◆ 再発:QSOの記録時刻に差が生じる現象 投稿者:JF1FAO/根岸  引用する 
うさぎ いつも便利に使わせていただいています。

QSOの記録時刻に差が生じるという、8月2日の状況が再発しました。
今回は2局同時に呼ばれて、最初の1局に応答した時の記録に発生しました。
最初にQSOしたRA9OJの記録が、ハムログでは1222UTCと記録され、eQSLでは1221UTCとなっていました。
次にQSOしたUN7AMの記録は、ハムログeQSL両方とも1222UTCで正常でした。

仕様ソフトは前回と同じです。
JT_Linker Ver.2021.7.13f
WSJT-X ver2.4.0
Turbo HAMLOG/WIN Ver5.33

WSJT-XのALL.TXTの記録(抜粋)
210904_122045 21.074 Tx FT8 0 0.0 2528 UN7AM JF1FAO PM96

210904_122115 21.074 Tx FT8 0 0.0 2528 UN7AM JF1FAO PM96

210904_122147 21.074 Tx FT8 0 0.0 2528 RA9OJ JF1FAO PM96

210904_122200 21.074 Rx FT8 -8 0.3 2369 JF1FAO RA9OJ -11
210904_122200 21.074 Rx FT8 -12 0.1 2003 JF1FAO UN7AM -21

210904_122215 21.074 Tx FT8 0 0.0 2528 RA9OJ JF1FAO R-08

210904_122230 21.074 Rx FT8 -10 0.3 2369 JF1FAO RA9OJ RR73
210904_122230 21.074 Rx FT8 -10 0.1 2003 JF1FAO UN7AM -21

210904_122245 21.074 Tx FT8 0 0.0 2528 RA9OJ JF1FAO 73

210904_122300 21.074 Rx FT8 -12 0.1 2003 JF1FAO UN7AM -21
210904_122300 21.074 Rx FT8 -7 0.2 2369 JF1FAO RA9OJ RR73

210904_122315 21.074 Tx FT8 0 0.0 2528 UN7AM JF1FAO R-12

wsjtx_log.adi の記録
<call:5>RA9OJ <gridsquare:4>NO14 <mode:3>FT8 <rst_sent:3>-08 <rst_rcvd:3>-11 <qso_date:8>20210904 <time_on:6>122145 <qso_date_off:8>20210904 <time_off:6>122247 <band:3>15m <freq:9>21.076528 <station_callsign:6>JF1FAO <my_gridsquare:6>PM96NG <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <eor>
<call:5>UN7AM <gridsquare:0> <mode:3>FT8 <rst_sent:3>-12 <rst_rcvd:3>-21 <qso_date:8>20210904 <time_on:6>122245 <qso_date_off:8>20210904 <time_off:6>122459 <band:3>15m <freq:9>21.076525 <station_callsign:6>JF1FAO <my_gridsquare:6>PM96NG <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <eor>
2021/09/04(Sat) 21:52:44 [ No.1203 ]
◇ Re: 再発:QSOの記録時刻に差が生じる現象 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF1FAO/根岸さん

詳しい情報をありがとうございます。

この情報をもとに、もう少し詳しく調べてみます。
2021/09/05(Sun) 07:58:41 [ No.1206 ]
◇ Re: 再発:QSOの記録時刻に差が生じる現象 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF1FAO/根岸さん

JT_Linkerを使っているパソコンのログファイル
C:\Users\[ユーザー名]\AppData\Local\JA2GRC\JT_Linker\JT_Linker_Log.adi
の該当する交信のログを確認していただけませんでしょうか?
2021/09/05(Sun) 14:12:44 [ No.1207 ]
◇ Re:JT_Linker_Log.adi 投稿者:JF1FAO/根岸  引用する 
うさぎ 了解です。
前後のQSOを含めて、JT_Linker_Log.adi をここに貼り付けます。

<call:6>ZS1CDG <qso_date:8>20210904 <qso_date_off:8>20210904 <time_on:6>120215 <time_off:6>120417 <rst_sent:3>-13 <rst_rcvd:3>-07 <band:3>15m <freq:9>21.074481 <mode:3>FT8 <submode:0> <gridsquare:4>JF96 <qsl_via:3>N <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <qslmsg:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <station_callsign:6>JF1FAO <my_gridsqure:6>PM96NG <eor>
<call:5>RA9OJ <qso_date:8>20210904 <qso_date_off:8>20210904 <time_on:6>122145 <time_off:6>122247 <rst_sent:3>-08 <rst_rcvd:3>-11 <band:3>15m <freq:9>21.076528 <mode:3>FT8 <submode:0> <gridsquare:4>NO14 <qsl_via:3>N <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <qslmsg:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <station_callsign:6>JF1FAO <my_gridsqure:6>PM96NG <eor>
<call:5>UN7AM <qso_date:8>20210904 <qso_date_off:8>20210904 <time_on:6>122245 <time_off:6>122459 <rst_sent:3>-12 <rst_rcvd:3>-21 <band:3>15m <freq:9>21.076525 <mode:3>FT8 <submode:0> <gridsquare:0> <qsl_via:3>N <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <qslmsg:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <station_callsign:6>JF1FAO <my_gridsqure:6>PM96NG <eor>
<call:6>7K3EUT <qso_date:8>20210904 <qso_date_off:8>20210904 <time_on:6>125900 <time_off:6>130008 <rst_sent:3>+28 <rst_rcvd:3>+01 <band:3>15m <freq:9>21.075075 <mode:3>FT8 <submode:0> <gridsquare:4>PM96 <qsl_via:3>N <comment:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <qslmsg:41>TNX FB QSO. FTDX101MP. PWR:1-50W(Digital) <station_callsign:6>JF1FAO <my_gridsqure:6>PM96NG <eor>
2021/09/05(Sun) 15:12:10 [ No.1208 ]
◇ Re: 再発:QSOの記録時刻に差が生じる現象 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF1FAO/根岸さん

データ、ありがとうございます。

前回と同じく、Hamlogの時刻が1分進んでいるという結果ですね。

たまに発生するというのがややこしいですが、系統的な原因と言うのはちょっとわかりませんね。
もう一度、Hamlogの時刻関係のロジックを見直してみます。 ちょっと時間をください。
2021/09/05(Sun) 18:07:07 [ No.1209 ]
◇ Re:ハムログの方が原因なのかな?? 投稿者:JF1FAO/根岸  引用する 
うさぎ お手数をお掛けしてすみません。

もしかしたら、ハムログの方が原因なのかな??
今まではVer5.31を使っていたのですが、8月1日にVer5.33に上書きしました。
ハムログの時刻が1分ずれるのはこれ以降の現象です。
ハムログの設定などは以前から変えていません。



【2021/09/06(Mon) 00:06:06 投稿者修正】
2021/09/06(Mon) 00:04:44 [ No.1210 ]

◆ 無題 投稿者:  引用する 
いぬ JA0HFG/1 唐沢と申します。いつも便利に使用させていただいております。
PCの変更に伴い、JT_Linkerのアップデートすべく、
Ver.2021.07.13fをインストールしました。JT_LinkerとTurboHamLogを起動しJT_LinkerのTESTよりHamLogに転送しようとすると以下のメッセージが出て転送できません。アドバイスいただけませんでしょうか?

---------エラーメッセージ-----
アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。
[続行]をクリックすると、アプリケーション」はこのエラー」を無視し、続行しようとします。
[終了]をクリックすると、アプリケーションは直ちに終了します。
2021/09/03(Fri) 12:41:01 [ No.1196 ]
◇ Re: 無題 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA0HFG/1 唐沢さん

頂いた情報だけでは、状況がわかりませんので、以下の情報を、ja2grcアットマークjarl.com宛に
メールで送って戴けないでしょうか?

1)エラーメッセージの詳細を表示して、その内容を送ってください。
  画像をキャプチャしていただいて、その画像を送って戴いても結構です。
2)エラーが出た時の設定ファイル、JT_Linker.iniを送ってください。
2021/09/03(Fri) 13:17:56 [ No.1197 ]
◇ Re: 無題 投稿者:  引用する 
いぬ Takaさん 
早速のリプライありがとうございます。

以下のリンクに同じエラーの対処法が記されていました。

http://www.ucatv.ne.jp/~snozawa/ham/moji/jtdx/jtL%20set/index.html

これによるとJT_Linker.iniを修正するよう記されていましたが、インストールを4回繰り返したところ
何故かエラーが出なくなり、JT_LinkerのTEST、ResendでTurboHamLogに、JA2QRK、JA2QRO、JA2QRM各局とのQSOデータが転送できるようになりました。
ここまできて、今度はeQSLとLoTWにデータをアップするように設定、具体的には[Web Logs]の[Allow Internet Access]にチェックを入れ、さらに[Basic Setting]->[Set]->[eQSL Pswd]にeQSLのパスワードを設定したところ
、LoTWにはアップできましたが、eQSLにはいろいろ試しましたが、アップ出来ません。この場合以下のメッセージが数秒出ます。

--------eQSL Upload 失敗のメッセージ------
JA2QRM is not registered yet
See if cardwaiting
Error to upload to eQSL

Sucess to upload to LoTW


ご多用の折申し訳ありません。アドバイスいただけませんでしょうか?

2021/09/03(Fri) 20:14:49 [ No.1198 ]
◇ Re: 無題 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA0HFG/1 唐沢さん

やはり、頂いた情報だけでは、状況がわかりませんので、以下の情報を、ja2grcアットマークjarl.com宛に
メールで送って戴けないでしょうか?

・エラーが出た時の設定ファイル、JT_Linker.iniを送ってください。
2021/09/03(Fri) 20:20:45 [ No.1199 ]
◇ Re: 無題 投稿者:  引用する 
いぬ Takaさん

唐沢(JA0HFG/1)です。
遅くなりましたが今、ja2grcアットマークjarl.com宛に
JT_Linker.iniとスクリーンショットをお送りしました。

宜しくお願い申しあげます。
2021/09/03(Fri) 23:47:59 [ No.1200 ]
◇ Re: 無題 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA0HFG/1 唐沢さん

メール受け取りました。 ありがとうございます。

・設定ファイル(JT_Linker.ini)の内容は問題無い様に見えます。

・スクリーンショットを見て気が付いたのですが、どのような状況でResendをクリックされたのでしょうか?
 メッセージを見る限り、

 - 最初の「JA2QRM is not registered yet」はJA2QRMが存在しないコールでeQSLに登録されていないので
   正常なeQSLからのメッセージだと思います。

 - 次の「Error to upload to eQSL」ですが、No.1198のコメントを見る限り、その前にUploadしたJA2QRM
   のデータと同じデータをアップロードしたのではないかと想像します。

   従って、eQSLから「重複データである」とのエラーが返って来たのではないかと想像します。

   No.1198のコメントでは、このあたりの操作が、詳しく説明されていないのですが、説明の流れから想像
   すると、前の操作で残っていた、JA2QRMのデータがそのまま再度アップロードされたのではないかと思
   われるのですが。 このあたりの操作はどのようにされたのでしょうか?

   eQSLの場合、同一コール、同一日時のデータは、重複エラーとして処理されるみたいに思われます。

・従って、一部、推測が入っているのですが、すべての処理は正しく行われて、正しくエラー表示している様
 に思います。 もし、推測に間違いがあるようでしたら、再度、コメントをお願いします。

・連続でeQSLにアップロードするには、相手局コールサインを変えるか、日時を変えるか(eQSLの場合は分
 単位)する必要があります。 テストアップロードする場合は、Testボタンを押せば、コールサインと日時
 は変わりますので、そのあとにResendをクリックすれば大丈夫だと思います。
2021/09/04(Sat) 08:36:08 [ No.1201 ]
◇ Re: 無題 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA0HFG/1 唐沢さん

追伸です。

老婆心ながら、Testボタンで設定されるコールサインは、いずれも、Qから始まるコールで、総務省から
免許されるはずのない存在しないコールです。 それに実際に交信したわけではありませんので、WebLog
には「ゴミ」として残ります。

この「ゴミ」は、eQSLやClubLogの場合は後で削除出来る様ですが、LoTWの場合は一度アップロードした
交信データは削除できないようです。 従って、LoTWでは永遠に「ゴミ」として残るようです。

この「ゴミ」を気にされない様なら問題ないのですが、気にされる方は、LoTWへのテストアップロードは
最小限になるように、ご注意ください。
2021/09/04(Sat) 09:40:04 [ No.1202 ]
◇ Re: 無題 投稿者:  引用する 
いぬ Takaさん

JA0HFG/1 唐沢です。
お手数をお掛けして申し訳ありません。
インすおレーションはうまくいっているようで安心しました。
TESTを10数回はやりましたので、LoTWに残ってしまいますね。
全て了解いたしました。実戦で使ってみて、結果をレポートします。
宜しくお願い申し上げます。

PS. この様な素晴らしいプログラム」を作成いただき、唯々感謝しかありません。 HamLog、MMSSTV、MMRTTYなど全て日本人ですね。素晴らしいことと思います。
2021/09/04(Sat) 23:22:46 [ No.1204 ]
◇ Re: 無題 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA0HFG/1 唐沢さん

ご支援の言葉、有難うございます。

次への活動の、エネルギー源になります。
2021/09/05(Sun) 07:56:41 [ No.1205 ]

◆ JTLinker 交信終了時の動作について 投稿者:  引用する 
うし 現在JTLinker2021.06.18dを便利に使用させていただいています特に、LOTWへの自動データアップロードには大変助かっていますが時々交信終了時にハムログのエンティティウインドウが他のアプリの下(裏)で開きこのエンティティウインドウ見えない事があり操作が止まってしまいます。
これはハムログの仕様かと思いますがこれを解消する方法はなにかありますか?
WSJT-X2.4.0 JTAlert2.50.5を同時使用しています
2021/08/29(Sun) 21:24:29 [ No.1191 ]
◇ Re: JTLinker 交信終了時の動作について 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JL2SRP/高嶋さん

おっしゃる通り、Hamlog側の設定で、JT_Linker側からはエンティティウインドウの位置制御はできないみたいです。

次善の策ですが、もし、ディスプレイエリアに余裕があるならば、エンティティウインドウを何も表示されていない
位置に移動しておくことぐらいですかね。 ドラッグアンドドロップしたエンティティウインドウの位置は記憶され
るようですので、他のウインドウと重なっていなければ、後ろの方に行っても選択できると思います。

ディスプレイエリアに余裕がなく厳しいときは、レイアウトを変えて、何とか少しでも空きスペースを作って、そこに、
エンティティウインドウの一部が表示されるようにすれば、表示が後ろに行っても、かろうじて選択する事は出来ると
思います。

それ以外は、あまり、良いアイデアは浮かびません。
2021/08/30(Mon) 10:53:38 [ No.1192 ]

◆ JTLinker 2021.07.13f 便利です 投稿者:  引用する 
ひつじ JTLinker はTurboHAMLOGと連携して利用するものだと思っていたので試していませんでしたが、単独でも利用できるのですね。
自作のログソフトにJTLinkerと同様のQSL発行機能を組み込もうと思っていたのですが、JTLinkerを利用することにしました。
WSJT-Xで QSO logged を処理すると、ログのDBへの記録と、LOTW、eQSLのアップロードが完了するのでとても便利です。TNX
2021/08/22(Sun) 10:02:18 [ No.1190 ]

◆ Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ Ver.2021.07.13bをテストしてみましたが、JT_Linkerのdateが21/07/14になります。Timeは合っています。
今日は7月15日なのですが??
何か設定がおかしいのでしょうか。
これから再インストールしてみます。
2021/07/15(Thu) 13:33:47 [ No.1118 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

JT_LinkerのTestボタンを押してみてください。
ボタンを押した時点の日時が設定される筈ですが、それがズレると言う事でしょうか?
2021/07/15(Thu) 14:05:37 [ No.1119 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ 再インストールしてみましたが同じです。iniファイルも消して設定し直しました。
TESTボタンでは21/07/15になります。
JTAlertのADIFファイルを指定していますが、ADIFファイルのDateは<QSO_DATE:8>20210715になっています。
JTDXのADIFファイルを指定してやってみます。
2021/07/15(Thu) 14:12:11 [ No.1120 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ JTDXのADIFファイルを指定すると21/07/15になりました。
JTAlertのADIFファイルを指定すると21/07/14になります。
JTAlertのADIFファイルは文字が大文字なのとJTDXのADIFより情報が多いです。
従来は問題なかったのですが、何か関係する変更があったのでしょうかね。
JTAertのADIFファイルをメールで送ります。
2021/07/15(Thu) 14:25:50 [ No.1121 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

すみませんが、JT_Linker_Log.adiと言うファイルを送って頂けませんでしょうか?

場所はJT_Linker.iniと同じ場所に作成されています。
2021/07/15(Thu) 16:43:36 [ No.1124 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

JTAlertのログファイルには、WSJT-XやJTDXのADIFデータには有る<QSO_DATE_OFF>データが欠落しているのが最大の相違点です。

---------------------------
JTAlertのログファイルはテストしていませんので何とも言えませんが、ざっと、見た感じは以下の辺りが怪しいです。


JT_Linker.iniを送って頂いていないので、以前(2021.07.02)送って頂いた状態と同じ設定と仮定します。
リンク設定にはWSJT-Xの設定を利用されていて、日時の設定に「End」が選択されていましたので、その仮定で話を進めます。

この場合、ADIFログデータとしては、<qso_date_off>と<time_off>が使われるのですが、JTAlertのADIFデータには、<TIME_OFF>は
ありますが、<QSO_DATE_OFF>が有りません。 (WSJT-XやJTDXのADIFデータには<qso_date_off>はあります。)

一応、<qso_date_off>や<time_off>のどちらかが無い場合は、「End」の機能は無視して、<qso_date>と<time_on>を使う様な処理に
しているのですが、その場合でも、エラーを回避するだけで、「End」の処理にはなりません。

JTAlertのログファイルでのテストはしていませんので、この回避処理が上手く動作していないようです。 おそらくは、前のデータ
が生きていて、そのデータが使われているのだと思います。

この機能を使うには、JTAlertの作者に、<QSO_DATE_OFF>の追加を要求する必要がありますね。
WSJT-XやJTDXのADIFデータには存在するデータですので、簡単に追加してくれると思います。
当面は、JTAlertのログファイルにリンクする場合は「End」を使わない様にするしかない様ですね。
2021/07/15(Thu) 17:29:29 [ No.1126 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ TAKAさん
ありがとうございます。
確かに「End」をチェックしています。
Ver.2021.07.13から発生しだした問題かと思ってしまいました。
「End」のチェックを外して確認してみます。
JT_Linker_Log.adiはクリーンインストールしたので、以前のデータは消えてしまいました。
2021/07/16(Fri) 08:38:20 [ No.1130 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

話は逸れてしまいますが、JT_Linkerの場合、クリーンインストールは、手間が掛かる割には、
それほど効果はありません。 メイン画面での右クリックメニューからの初期化が一番確実です。
もちろん、初期化の前に、設定値の保存を実行しておくのも大事です。

所で、お手数ですが、No.1107で問題提起のあった、QSL欄の置き換え文字のユーザー設定値での
動作確認の方を、よろしくお願いします。
2021/07/16(Fri) 09:15:42 [ No.1131 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ TAKAさん
「End」のチェックを外したら、Dateが前日になる問題は起きなくなりました。しかし、再度「End」のチェックをしても問題が再現しなくなりました。
元データー今日に変わったので日付が変わらないと起きないのかも知れません。

>メイン画面での右クリックメニューからの初期化が一番確実です。
了解です。一時ファイルが関係するのかなと思って関係ディレクトリを削除してインストールしてみました。
初期か前に設定ファイルを保存しておくと元に戻せるので便利ですね。

>No.1107で問題提起のあった、QSL欄の置き換え文字のユーザー設定値での動作確認の方を、よろしくお願いします。
確認しました。J__、E#_、L#_、##_の全パターンで問題ありませんでした。

とりあえず、「End」は使わない事にします。
JTAlertの方にも修正を依頼してみますが、そんな事言ってるのはお前だけだぞと言われるかも知れません。(笑)

ありがとうございました。
2021/07/16(Fri) 13:27:50 [ No.1134 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

・「End」にチェックが付いていて、<qso_date_off>や<time_off>のどちらかが無い場合の回避処理の問題は
 修正しました。 次のリリースで反映させます。

・QSL欄の置き換え文字のユーザー設定値での動作確認、ありがとうございます。

・JTAlertの作者も、WSJT-XやJTDXで吐き出している<qso_date_off>のデータを何故削除したのか良く分かり
 ませんね。 単なる、「入れ忘れ」だったら、すぐに直してくれると思いますがね。 何か理由が有るの
 だったら、簡単じゃないかもしれません。
2021/07/16(Fri) 14:21:38 [ No.1135 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ Takaさん
Support@HamApps.groups.ioでお願いしたら、Takaさんがおっしゃる通りで「入れ忘れ」だったそうです。
WSJT-Xで(QSO_DATE_OFFなどの)追加情報が追加された際にJTAlertに反映するのをさぼっていたそうです。
テスト版を送ってくれて修正されている事を確認したので、次回バージョンアップで反映されるはずです。
いろいろ、ありがとうございました。
2021/07/17(Sat) 10:42:40 [ No.1136 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:   HomePage    引用する 
ねこ 8月11日付で、JTAlert 2.50.5 がリリースされました。
さっそくバージョンアップして確認したところ、QSO_DATE_OFFが入るようになりました。
2021/08/13(Fri) 11:57:35 [ No.1188 ]
◇ Re: Ver.2021.07.13b Dateが7月14日になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

JTAlertの情報をありがとうございました。
2021/08/13(Fri) 12:58:06 [ No.1189 ]

Page: | 1 | 2 | 3 | 4 | 5 |

投稿者 No. 削除キー

- YY-BOARD - icon:MakiMaki
- Antispam Version -