以下方圖形的 SBWVF8 為例, 比較兩個附圖可知明顯不同, 也就是相同程式跑出來的結果, 在不同版本上, 答案竟然不一樣? 到底哪一個是對的?
相同程式在不同版本, 結果差這麼多?
- 631
- 最後發表 wctsengc 2022 九月 16
wctsengc
發文於
2022/08/12
小幫手, 請問你有在看這個問題嗎? 別人更晚PO的問題都已經回覆過一輪了, 這個重大問題(不同版本上, 答案竟然不一樣, 平台到底可不可信任?)竟然被你跳過? 還是你也在等工程師的回覆呢?
Richillman
發文於
2022/08/12
重大問題被跳過無數次+1 ...
- 按讚來自於
-
XQ小幫手
發文於
2022/08/16
Hello wctsengc,
小幫手這邊查看 XSHelp 上的紀錄，這段時間對XS作的調整有 highest, lowest 等函數的優化，可能是此原因導致。
但實際原因需要麻煩您提供圖片中頁面匯出檔勾選(包含)指標腳本 以及 XQ Log，才能夠確認。
您可以直接將檔案上傳，如果檔案過大的話也可以Mail至客服信箱 XQservice@XQ.com.tw 且務必附上 討論文章連結網址(小幫手才能盡早處理)。
感謝。
另外小幫手補充，小幫手回覆時都是由討論區的後面往前面回覆。(優先回覆較早發問的用戶)
所以如果您在同一篇文章推文的話會造成您的文章被往前推，反而讓小幫手看到問題的時間變晚。
由於近來問題量不少，麻煩您發問後多等待一陣子。
wctsengc
發文於
2022/08/16
希望爾後能切實做到您回覆的 "小幫手回覆時都是由討論區的後面往前面回覆。(優先回覆較早發問的用戶)" , 因為以前我自己便有好幾例, 等待超過1個禮拜以上, 後問的人都回覆了, 被跳過的問題發生; 需要連結的話, 請通知我再找出來證明
另外, log file 和頁面程式匯出都已經寄到 XQservice@XQ.com.tw 了, 上次另有必須按F5做refresh才能正確的問題連結如下, 趁這次有寄log檔請順便一起解決! 謝謝
https://forum.xq.com.tw/thread/%e5%8f%aa%e8%a6%81%e6%96%b0log-in%e5%b0%b1%e5%87%ba%e5%95%8f%e9%a1%8c/
XQ小幫手
發文於
2022/08/18
Hello wctsengc,
如同小幫手上面所說，如果您在同一篇文章推文的話會造成您的文章被往前推，反而讓小幫手看到問題的時間變晚。
雖然您在 8/10 的時候發問，但 8/12 的回覆會將問題推到討論區最前面。
另外，在疫情期間用戶發問的數量變多，所以回覆的速度會變慢，麻煩您發問後多等待一陣子。
小幫手就算沒有辦法在看到您的問題時馬上回覆該如何處理，也會在1到2天內先告知您已經開始詢問相關人員。
若您等了一個禮拜還未被處理到的話，可以Mail至客服信箱 XQservice@XQ.com.tw 且務必附上 討論文章連結網址(小幫手才能盡早處理)。
這樣小幫手就會先行確認看是否是小幫手漏了問題。
您提供的資訊已經轉交給相關人員，待有進一步消息時會再告知。
XQ小幫手
發文於
2022/08/24
Hello wctsengc,
經工程師確認後，應該是 3.06.03 當時的 highest / lowest 運算出來的數值有誤。
.06.05 的時候有修正此函數。
.08.09 出來的結果會和使用 simplehighest / simplelowest 的結果相同。
wctsengc
發文於
2022/08/24
真的確認是這樣嗎? 2年多前我一直用到不久前試升版 .08.09, 之前的數值都一樣錯誤的嗎? 如果 .06.05 修正函數之後才算正確, 言下之意, 就是自有此軟體以來, 數值一直持續錯誤到 .06.05 版之後才被改正確嗎? 是這個意思嗎? 哪一個是正確數值有驗算過嗎? 可以把驗算的邏輯告知我嗎?
XQ小幫手
發文於
2022/08/31
Hello wctsengc,
highest 和 lowest 是用節省效能的方式寫成，每次只會檢查最新一期的資料並記錄相對位置，如果超過期數才會重新檢查，所以某些使用方法會導致運算錯誤。
舉例來說，當期數不是固定值而是變數的時候，計算就會出問題。
之前的改版就有將這部分改良。
與之相對的是 simplehighest / simplelowest，這兩個函數是每次運算時都會去檢查設定期數的數列，找出最高/最低值。
會比較耗效能，但相對的則是會計算出正確的結果。
這些函數在內建的函數腳本都看的到，您可以直接在編譯器查看。
wctsengc
發文於
2022/09/01
言下之意, 驗算的邏輯就是 highest/lowest 結果是否正確, 都要去對準 simplehighest/simplelowest 的答案是嗎? 因為 simplehighest/simplelowest 的答案一定是對的?
期數我幾乎都是用變數, 是說我在 .06.05 之前持續2年多都是得到錯誤的答案, 那據此去操作所造成的損失, 貴司有要分攤嗎?
另外, 因為原本就有點慢了, 升版 .0903 之後我寫的XS普遍都有變更慢的情形發生, 切換頁面後, 等待 [XS指標建置中] 的訊息顯示完, 複雜一點的大概要30秒, 舊版大概是20秒, 愈來愈覺得等到地老天荒! 電腦配備是 i7 CPU 可到 4.0G Hz, RAM有32GB, 應該相當夠力才對, 怎麼還是要等這麼久?
- 按讚來自於
-
XQ小幫手
發文於
2022/09/08
Hello wctsengc,
是的，如同 FastHighest 函數裡的說明，FastHighest 和 Highest 是使用節省效能的寫法，在某些情境下有時會無法計算出正確數值。
以下幾點是使用highest可能會出錯的狀況:
1. highest 期數變動
value1 = mod(currentbar, 5);
highest(c, value1);
2. highest 變動序列
value1 = mod(currentbar, 5);
highest(c[value1], 5);
3. 跳著跑
value1 = mod(currentbar, 5);
highest(c, 5)[value1];
4. 跨頻率使用
在遇到這些狀況下，建議您使用 simplehighest 不會出錯，但會較耗效能。
至於切換頁面慢的部分，麻煩您提供使用的 頁面匯出檔勾選(包含)指標腳本、XQ Log 並告知是如何操作的來檢驗。
Log資料夾（預設路徑：C:\SysJust\XQLite\LOG）直接壓縮後提供即可。
您可以直接將檔案上傳，如果檔案過大的話也可以Mail至客服信箱 XQservice@XQ.com.tw 且務必附上 討論文章連結網址(小幫手才能盡早處理)。
感謝。
分類
13 評論