こんにちは

ご質問の件，できません．変更の予定もありません．

• とくに古い機械は1ブロック認識するだけでも時間のかかる（これは機械情報の［1ブロック時間］で吸収）場合があり，速度と距離から算出される積算時間と加工時間は必ずしも一致しない．
• 微細線分が連続するような加工の場合，通信バッファが追い付かないなどの影響も受ける．
• 工具交換の時間が計算できない．シーケンシャルなツールチェンジャーの場合，次の工具のスタンバイ場所によっては工具交換位置に持ってくる時間が一定ではない．
• 機械の特性上における加減速時間の考慮となると非常に難しい．
• そもそもそんな厳密に加工時間いります？

納得できる理由があれば検討しますが，僕の見解は以上です．

前向きな回答ありがとうございます。
改善と言っては大げさかもしれないのですが、多品種少量の加工をしていると、現プログラムより数秒でも早く加工できないかと常日頃考えてしまいまして。
長い時間の加工物は、送り速度を少し変えれば分単位で変わるので現行のNCVCを使わせて頂き効果を確認できるのですが、加工時間が短いと秒単位の変化しかないので、実加工時間を計測して変化を見ています。
秒単位で表示できれば実機加工の前にNCVCで変化が見れるので便利だなと思い、この場を借りて質問させていただきました。
実加工時間を知りたいというよりは、プログラムの条件を変えたときの時間の変化を見たいというのが目的になります。
長文になり申し訳ないのですが、意図が伝わりますでしょうか。
検討の程、よろしくお願いいたします。

サボりすぎかな～
あんまり凝るのも面倒だしな～
どうしましょ

boost::posix_time::time_duration で簡単に処理してみた → 高解像度画面だと時分秒の区切り":"が半角で見にくい

お世話になります。
早速のトライありがとうございます。
私的には時分秒の間が離れていれば認識出来るので問題はないのです。
実機確認をしなくても、デスクワークで細かな時間の変化が見れそうなので楽しみにしています。
よろしくお願いいたします。

本日 Ver4.14 をリリースしたのでお試しください．
（こんなんでええんかな...）

お世話になっております。
最新版で確認させていただきました。
カッターパスの送りスピードを変えて実施したところ、計算で出した秒数と変化が一致していました。感動です。
また、表示も見やすく、ありがとうございました。
今後ともよろしくお願いいたします。