Jump to content
Medved Trader Forums

Doug Hayman

Members
  • Posts

    273
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by Doug Hayman

  1. Gotcha. Thanks for confirming.
  2. Jerry, Just verifying that the TDA API still does not provide a paper trading option, correct? Setting up an MT TDA account and checking the "Read Only" flag doesn't accomplish this, right? Thanks
  3. Mike, to be clear, the SetColorandShape works correctly, and labels the Engulfing correctly on the Chart as a RED dot; that's not the issue. In my Scanner tab of my portfolio, the above code which flags the candle pattern correctly just displays the bearish result in the Scan Result column in color GREEN. I don't think that I have control over the color that is displayed in the Scan Result Column; that must be something you do by default, depending on whether the Candle Pattern is bullish vs. bearish. Given that the "Engulfing" function handles both Bullish and Bearish cases, I'm guessing that you're not displaying the color correctly in the bearish case. [Sorry, when I cut/paste my code from the Advanced Paintbar window, the forum S/W cut off the code and my explanation originally] Again, I don't think it's a function of the scan code. If you still need it, let me know, and I'll send it to you via Email.
  4. Mike, I included it in original message, but for some reason it didn't get posted (I cut/paste from Paintbar editor): if (CandlePattern.Engulfing() == -1) { SetColorandShape("Engulfing", PBShape.Circle, Color.Red); SetScanResult("Bearish: Bearish Engulfing); }
  5. Small display (color) bug: yields a GREEN (instead of RED) color in the "Scan Result" column. The "Engulfing" pattern function is used for both positive engulfing (== 1) and negative engulfing (== -1).
  6. Yeah, I get it. Maybe I'll just save SDATA.BIN to SDATA.BIN_BACKTEST once I hit close to 120 days of saved futures data, then subsequently reduce the # of saved days in Chart Config, save that current state of SDATA.BIN_CURRENT, and restore old SDATA.BIN_BACKTEST only when I do backtesting. I could then restore current SDATA.BIN_CURRENT to SDATA.BIN when I go back to normal trading, and backfill to bring it up to date for # of days specified in Config. I realize that I'll need to shut MT down, when doing these SDATA.BIN copying. See any snags with that, other than mucking with SDATA.BIN? Alternatively, would it be difficult or feasible to introduce a Settings switch that says to only buffer current day data for charts, even if there is more data for a ticker? Thanks again.
  7. Further to last post, I'm looking to make this more efficient, without losing functionality. Is there a way for me to continue to collect 120 days of data as I'm currently doing, but to force charts to only display last day or 2 only for example, so that MT doesn't have to buffer data for the full 120 days? I guess I'm asking for a smart display filter where MT wouldn't have have to buffer all this data, but all the data is still there.
  8. The only problem with using % is that I cannot easily anticipate the addition of the next bar (and hence, the next trade). Also, using % can/does reduce the # of bars, but also reduces the # of potential trading opportunities for me as well.
  9. Certainly not a major big deal. Just wanted to report it. I’ve seen this for a long while, and finally decided to let you know.
  10. OK Jerry, I wetransfer'd it over . About 600 MB MTExport file. Thanks for looking into this.
  11. Yes, I restart every day. I should have stated above, when I stay with same symbol, memory footprint reduces to below 1GB. I also removed all "hidden" indicators from my charts, so I'm pretty much running bare bones, and still high mem utilization.
  12. I lowered my tick data to lowest value (1), and that has not made a difference. Is there any suggestion that you might have that would allow me to "archive" intraday data for above symbols periodically (for later back testing retrieval), so that I could then lower the # of intraday days for charts? I'm consistently using 3.5GB - 4.0GB+ of memory when I switch between symbols (which currently have about 90 days of intraday data currently). If I stick with a specific ticker symbol for a period of time (that is, no switching between symbols), the memory footprint goes down after awhile (I'm guessing due to garbage collection). Thanks in advance.
  13. Yes, DOM linked to Portfolio screen, and problem can occur when switching between symbols on Portfolio. Both Portfolio screen and DOM focused to IB quote source. Doesn't happen all the time, but if you switch back and forth between symbols enough, you should be able to re-create issue, and by switching back/forth once problem occurs, it fixes itself.
  14. This has been an issue for awhile, on MT. I trade @MESU21, @MYMU21, and @MNQU21 during trading day. When toggling between them on Portfolio screen during day, Volume from trading day on DOM may disappear at times for given ticker, and I will need to re-toggle from/to affected instrument, to have the day's volume refresh accurately for the trading day.
  15. Yeah, I use 120 days of intraday for backtesting purposes, whenever I backtest (today, for example), so I don't want to prune that. I've been playing with Tick data, but I can lower that value. Still, I don't recall the sluggishness in Intraday charts, when switching ticker symbols. Specifically, the 2nd Intraday chart that I just added, seems to lag the rest (maybe it's updated last, so has that effect). Lag hardly noticeable much when switching between stock symbols in my portfolio; much more noticeable when switching between future symbols @MESU21 and @MNQU21, and screen refresh delay is most prominent on my 2nd Intraday chart. EDIT: Will deleting symbol from portfolio, and then re-adding, effectively prune the data for that ticker symbol?
  16. Dang, good catch. Forgot to comment out; I use that for back-testing stuff. A little bit snappier, but still sluggish, and memory footprint grows significantly, when toggling between symbols.
  17. I always have a lot of stuff running on my 16GB (memory), i7-4core-3.6Ghz computer, but today I noticed that I had extremely high MT memory utilization (3.1 GB). Only 20 tickers in my Portfolio, 2 intraday charts, 1 historical, 1 news, 1 ToS, 1 DOM, and several Account view screen. I noticed that refresh on my Intradays was really slow when switching between ticker symbols. That's when I checked and noticed the very high Memory Utilization. Never had any MT application lag like this before. I restarted MT, and was back down to about 1.2GB of memory usage on the same MT screen. Still noticing the lag though when switching between symbols. And memory utilization climbing when I switch between tickers. The big change I've made since first noticing this problem, is the addition of the 2nd Intraday chart. Got rid of this 2nd Intraday though, and lag still exists when switching between tickers, and Memory utilization continues to grow. If I stay on the same ticker symbol for awhile, memory footprint decreases eventually to below 1GB. CPU Utilization is always fine. I sent you logs.
  18. I realize that this may be non-industry-standard for Renko bars, but it would be useful for me to have the following features added for Renko Bars: 1) Wicks on both ends of the Renko bars. That is, the addition of displaying wicks north of GREEN bars and south of RED bars, to reflect HIGH's and LOW's during the formation of the Renko bar. Currently, enabled wicks only display south for GREEN bars and north for RED bars; 2) The ability to display HIGH value and LOW value associated with a Renko bar in the TRACE window on charts. Currently, only OPEN, CLOSE and VOL values are displayed there for Renko bars. Thanks in advance for consideration of the above.
  19. MIke, for my purposes, that's perfect, exactly what I want. Can't speak for others when it comes to timed candles.
  20. OK, further to this morning's post above, I've discovered the following: The problem ONLY manifests with RENKO bars types and incidentally, P&F bar types. If I use the @MESU21 data source stated above, using the affected Intraday Chart, and switch to Candle Type (for example), all works fine with drawing. Switch back to Renko, and drawing doesn't work again. Further, with Renko bars, drawing works with Renko bars Size 1 (and lower), but if I use Renko Bars Size 2 (or 4), drawing does not work.
  21. Excellent, that will be most useful. Thank you.
  22. No, that is definitely not the problem. Some further info though: It is a function of that particular Intraday chart. When I move to a different layout/chart, drawing works fine. However, for the affected intraday chart, when I started MT up this morning, Drawing worked for all symbols in my portfolio on that intraday chart, except for symbol "@MESU21". However, once I focused on the @MESU21 symbol in my portfolio, and then moved to another symbol, the Drawing stopped working on all symbols in that portfolio on that intraday chart. I even shut down MT and restarted it again, and drawing DID NOT work again for all symbols in that portfolio for that intraday chart. If I move to a different Intraday chart (different layout) for that portfolio, all works fine again. If I flip back to the layout with the affected intraday chart, drawing stops working again. I have intraday data set to the max, and I have intraday data for @MESU21 from 5/3/2021 to present day, and I don't want to purge the data, since I'm using for back-testing. So maybe back-filling, in conjunction with that intraday chart caused this problem to manifest????? I don't know. Perhaps I should send you my data too???? If so, advise if you want to see a Full Export (with data), and the mechanism to send it to you (I forget how I get big files sent to you).
  23. I also Cleared All Annotations, to no avail.
×
×
  • Create New...