Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER Bug Reports

Reply
 
Thread Tools Display Modes
Old 10-03-2016, 06:47 AM   #1
heda
Human being with feelings
 
heda's Avatar
 
Join Date: Jun 2012
Location: Spain
Posts: 7,215
Default Before reporting a bug, stop all scripts

I was thinking this should be included in the sticky post or mentioned somewhere. With the ever increasing popularity of "scripts extensions", now this is more relevant:

Before reporting a bug, make sure you are not running any script.

I know many scripts are only used for some time and then you close them or they do something and the terminate. That's not generally problematic. But some, like my script Track Inspector, are designed to be docked and run there the entire session with you. They constantly do things in the background, and this gives you new functionalities, which also means that you use more CPU of course, but also new bugs can happen.
I would feel bad if a bug is caused by some of my scripts for example, and it make Devs to lose time on reading a report that is not for them, or even worse, making them trying to duplicate the issue.

This post was inspired by the latest reports on the pre threads about some performance degradation when using undo. And I was in panic for a moment thinking it maybe was my script which does some things when undoing.

So please be aware about scripts before reporting bugs. And if the bug is caused by the script, it should be mentioned clearly. That's all. Thanks!
heda is offline   Reply With Quote
Old 10-07-2016, 03:03 AM   #2
chumbo
Human being with feelings
 
Join Date: Apr 2015
Location: Brussels, Belgium
Posts: 704
Default

Good point but, how can an average user (like me!) know for sure if a script is running or not? As you said, you have wrote a script that would be running in the background constantly if enabled but I or lots of others wouldn't necessarily know that. Is there a way to check or to simply disable all running scripts in one go?
chumbo is offline   Reply With Quote
Old 10-07-2016, 03:13 AM   #3
heda
Human being with feelings
 
heda's Avatar
 
Join Date: Jun 2012
Location: Spain
Posts: 7,215
Default

well, if it is running, you can clearly see the script window there docked or floating where you put it.

You can always run the action "Reascript: Close all running ReaScripts"
heda is offline   Reply With Quote
Old 10-07-2016, 03:36 AM   #4
chumbo
Human being with feelings
 
Join Date: Apr 2015
Location: Brussels, Belgium
Posts: 704
Default

Ok, thanks!
chumbo is offline   Reply With Quote
Old 10-14-2016, 06:34 PM   #5
FnA
Human being with feelings
 
FnA's Avatar
 
Join Date: Jun 2012
Posts: 2,173
Default

The ones I use are shown in the Actions Menu, like:

Running Script: blabla.lua
FnA is offline   Reply With Quote
Old 10-15-2016, 03:41 AM   #6
heda
Human being with feelings
 
heda's Avatar
 
Join Date: Jun 2012
Location: Spain
Posts: 7,215
Default

Quote:
Originally Posted by FnA View Post
The ones I use are shown in the Actions Menu, like:

Running Script: blabla.lua
yes. very nice tip to see which scripts are running.
heda is offline   Reply With Quote
Old 11-01-2016, 11:46 AM   #7
mccrabney
Human being with feelings
 
mccrabney's Avatar
 
Join Date: Aug 2015
Posts: 3,664
Default

Quote:
Originally Posted by heda View Post
You can always run the action "Reascript: Close all running ReaScripts"
is there a way to keep this one running indefinitely?

.
.
.
just kidding.
__________________
mccrabney scripts: MIDI edits from the Arrange screen ala jjos/MPC sequencer
|sis - - - anacru| isn't what we performed: pls no extra noteons in loop recording
| - - - - - anacru|sis <==this is what we actually performed.
mccrabney is offline   Reply With Quote
Old 11-01-2016, 01:22 PM   #8
James HE
Human being with feelings
 
James HE's Avatar
 
Join Date: Mar 2007
Location: I'm in a barn
Posts: 4,467
Default

Quote:
Originally Posted by mccrabney View Post
is there a way to keep this one running indefinitely?

.
.
.
just kidding.
lol

You could, actually, have a persistent script that runs the close all rescripts action when you run it, then checks for any project state change and runs it again.

But it would also terminate itself... ha ha ha
James HE is offline   Reply With Quote
Old 11-01-2016, 01:55 PM   #9
mccrabney
Human being with feelings
 
mccrabney's Avatar
 
Join Date: Aug 2015
Posts: 3,664
Default

__________________
mccrabney scripts: MIDI edits from the Arrange screen ala jjos/MPC sequencer
|sis - - - anacru| isn't what we performed: pls no extra noteons in loop recording
| - - - - - anacru|sis <==this is what we actually performed.
mccrabney is offline   Reply With Quote
Old 07-31-2017, 01:31 PM   #10
Makes
Human being with feelings
 
Join Date: Dec 2011
Posts: 2
Default Reaper error

Hello, forgive me if Im at the wrong place.

I have been running reaper on my current system for over a year with good results. Recently I started getting error messages, "bad image reaper doesnt run on this system".
I tried reinstalling reaper but same results. Im assuming next solution is to reformat my system and start again?

I have an older system Intel P4 3.4ghz processor, 4 gig ram. Running windows 10 64 bit.
System runs fine does all I need it to except for this error now.
Any thoughts/suggestions?

Thank you
Makes is offline   Reply With Quote
Old 04-21-2020, 02:50 AM   #11
barbaroja
Human being with feelings
 
barbaroja's Avatar
 
Join Date: Jul 2009
Posts: 429
Default

Is there such thing as a "safe mode" to isolate issues?
barbaroja is offline   Reply With Quote
Old 06-19-2020, 09:07 PM   #12
rncwalker
Human being with feelings
 
rncwalker's Avatar
 
Join Date: Apr 2016
Location: South Fl.
Posts: 793
Default

[QUOTE=heda;1737781]I was thinking this should be included in the sticky post or mentioned somewhere. With the ever increasing popularity of "scripts extensions", now this is more relevant:

Before reporting a bug, make sure you are not running any script.

I know many scripts are only used for some time and then you close them or they do something and the terminate. That's not generally problematic. But some, like my script Track Inspector, are designed to be docked and run there the entire session with you. They constantly do things in the background, and this gives you new functionalities, which also means that you use more CPU of course, but also new bugs can happen.
I would feel bad if a bug is caused by some of my scripts for example, and it make Devs to lose time on reading a report that is not for them, or even worse, making them trying to duplicate the issue.

This post was inspired by the latest reports on the pre threads about some performance degradation when using undo. And I was in panic for a moment thinking it maybe was my script which does some things when undoing.

So please be aware about scripts before reporting bugs. And if the bug is caused by the script, it should be mentioned clearly. That's all. Thanks! [/QUOTE

I did not know this, see my post:https://forum.cockos.com/showthread....99#post2305599

But, I also feel that scripts should be running, in finding out the problem.
as your track inspector "Use internal track storage for tags" is causing my problem so I have turned it off.

If I did turn off all my running scripts, I would have no problem. I would need to turn one on at a time to find the problem.
That's part of trouble shooting....


Anyway, I love you programs, Great work.

Robert
rncwalker is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 07:31 PM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.