stock777
-
Posts
776 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Forums
Blogs
Gallery
Downloads
Events
Posts posted by stock777
-
-
Very nice. Been wanting to see this for years. Don't know if other platforms have it or not, but its a winner.
Medved Trader may "be the best", but shouldn't that play button be for testing the entered text ? 😄
PS Trying to figure out what 'overlaps' toggle refers to
-
this is what the @ES volume chart looks like a few minutes after a clear and backfill
pretty sure this is ameritrade sending crap
all the other futures symbols are stable
Edit : changing the symbol to @NQ and back again to @ES on the same chart, cleared this noise, so not sure what thats about. 🙄
T
-
yahoo is already set to low.
and since when does yahoo deliver realtime futures data ? the LAST quote is still streaming live when this problem shows up . Yahoo delivers only slow delayed data
only the es is affected by this issue , the other futures symbols are not .
think this is problem with the ameritrade data feed , not mt
chart totally busted when rollover comes, as backfill is the old contract , and the feed is the new . nice
-
data point, fyi
it just reset itself to normal on its own, without me resetting the feed. not sure ive noticed that before.
-
Not sure what makes you think that . What other feed ? I only get ES from ameritrade . Heres what the quotes look like right now
notice the no change , change last, or name . The price ,lastvolume , and volume remain unaffected
these come back to normal when i reset the feed using the sources screen
This happ about 6 diff times today
As I indicated this only seems to happen sporadically, havent seen it in a long time (ive made no changes to the setup) , and I think its related to the rollover, but not sure.
-
This probably is related in some way to another occasional bug (happening today) where the NET CHANGE for @ES stops updating.
Forcing a relog of the feed brings it back to normal .
Strangely , the NAME "E-mini S&p 500" also disappears at the same time.
None of the other futures symbols are affected
-
No , I understood that the wild last value should not trigger the alert. The bid /ask were quoted normally at the time
Ill try to capture a case of it .
-
Think I see this during the period before rollover . Even though theres only a 7500 volume print at the 11:11:38 time , I get 40 bars of junk on the 5000 per bar volume chart.
Is Ameritrade sending a giant uptick in total volume ??
Clearing and backfilling clears this . But the problem returns shortly after.
-
-
Not sure if this is ONLY an after hours problem, but on % move alerts, getting triggers on late prints that are well out of the current bid/ask range ( by $$$'s ) , even thought that setting is chosen.
-
As it is , I've been creating wave or mp3's with whatever voice alerts I want, but it would be a lot simpler to just be able to type a message into the alert that would be spoken by the speech engine
Also , would enable variable output such as "New High Today " + [SYMBOL]
You get the drift.
-
I had this issue crop up again. Fixed again by loading from a backup .
Seems to be caused by a corrupted save ?? Got an error message that said something about the number of windows not matching the layout on one of the attempted loads of the last used layout. The other tries simply caused those not responding errors in task manager, and an unusable MT
The backup layout from a few days ago worked fine.
I keep MT open for a few days at a time, without reloading. Not sure if that's a factor here or not.
Seems kind of random as the last problem was over two weeks ago.
-
Forgot to mention, the problem fixes itself on market open ! Strange
-
I switched to Yahoo historical daily backfill recently as Ameritrade historical is very spotty with a lot of new and even old symbols .
Noticed that pre market , the dates are screwy on the last few days.
I forget exactly the issue, think there was no YESTERDAY date , and yesterday and todays price action was combined. Sorry for the poor reportage here.
Take a look at it pre 9:30 tomorrow and you'll see the issue, or maybe you're already aware of it .
-
On 4/21/2021 at 4:32 PM, Mike Medved said:
stock777 - another one of our heavy users that had the same problem ran the same exact production on his exact same computer today. And no problems.
Cosmic rays? Or maybe some kind of bad karma day?If I understand, someone else had the same issue , and it randomly went away ?
No problem since on my end
-
You may well be right .
Updating to the new build just as the problem showed up confused the issue , adding another variable.
If it was the AV , then it was triggered by the latest Windows Update cycle, as nothing else was changed here
-
Well, a very strange mix of things not working, then working, has me stumped as to what the issue is/was
Since the problem first occurred late last night, with very little data written to disk, I'm skeptical that the AV was the culprit. It never has been , so unless MSFT did something really odd in the latest April update to change the AV behavior ...
I added the MT.exe process exclusion, and think I reloaded what WAS a problematic layout/settings combo, and now its ok. Not getting that CPU spike in the single thread.
Removing that exclusion for testing , seems to have no effect at all.
So I have no idea what fixed it 🤔 Sorry to say.
Hopefully its fixed for good.
-
4 hours ago, Jerry Medved said:
there is no way to tell what the thread was just like that. in order to match the thread, we would need to get a "dump" of the running process, which you can do via right click on the process in the task manager and send it to us. and indicate exact thread #
I thought that long stack trace i posted above last night would have given enough info to determine what the process parent was ?
-
Like I said, this problem appeared out of nowhere. Seemed to happen on the update to new build, but I'm running that now with no issue .
Did you identify which function the thread info I posted about was related to ?
No question that's where the problem was showing up.
Just looked at the thread screen again in proc explorer. NOT seeing that 6% cpu usage at all, and thats while now running TWO other high usage apps ! alongside. IB and TOS.
Possible theres some weird after hours bug, but I'll check it later. Curious to see if excluding the process made a diff. Like I say, been running MT for YEARS and never had to do that , or for any other program for that matter
'
-
Actually, I never used the process exclusion function , and barely noticed it. Never needed to . Learn something every day.
I added it , but notice no change in cpu usage, at least with the current working layout.
When I get a chance later I'll test the broken layout again with this new exclusion
-
ok, simple enough.
were you able to run that layout without any issue ?
-
You talking about mt.exe ? Thought excluding the folder covered everything in it
Still dont get why the focus on AV here. I've been using MT since DAY 1, under the exact same conditions, and all of a sudden something extreme showed up .
You really think this is AV related ??? Anything possible , but it wouldnt be my first guess
-
fwiw, these are the current exclusions
-
I thought I was clear that restoring a previous layout fixed the issue
I think that pretty much eliminates outside factors
no ?
I even disabled the AV scanner just to check for that .
If you have the most recent layout from my debug upload, look at it. If not I can resend the zip
Text-to-speech is coming - for Alert notifications
in Feature Requests
Posted
OK, I get that there is no signal yet , but often with text to speech, some words are not spoken as intended , and need to be tweaked.
So if theres something entered in the notes box, you cant really test it until it triggers.
For the placeholders, suggest you just say the placeholder name ie "[LAST] "