These are chat archives for highfidelity/hifi

1st
Apr 2014
Stephen Birarda
@birarda
Apr 01 2014 01:00
@thagale merged a little fix for that ping stuff (a line I was missing) - let me know if anything has changed
Tony Hagale
@thagale
Apr 01 2014 01:00
@birarda i'm home now, but i can try again tomorrow morning at the office
Stephen Birarda
@birarda
Apr 01 2014 01:00
not a problem
Tony Hagale
@thagale
Apr 01 2014 01:16
in-world with Zerotsm, and he noticed (and then while I was trying to help debug it happened to me, too) that defaultScripts.js is being unloaded and reloading it through the release client doesn't seem to be an option. (i could manually load the scripts locally)
Kevin M. Thomas
@hearkevin
Apr 01 2014 01:55
Installing build on windows and down to a final error in cmake - CMake Error at C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake:16 (message):
Failed to find "glu32" in "" with CMAKE_CXX_LIBRARY_ARCHITECTURE "".
Qt5Gui_glu32_LIBRARY-NOTFOUND
if anyone has any ideas please send me an email so I dont disturb the chat here @ kevin@kevintown.net thank you.
Kevin M. Thomas
@hearkevin
Apr 01 2014 09:52

CMake Error at C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfig.cmake:14 (if):
Syntax error in cmake code at

C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfig.cmake:14

when parsing string

C:\Qt\Qt5.2.0

Invalid escape sequence \Q
Call Stack (most recent call first):
C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake:23 (_qt5_Gui_check_file_exists)
C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake:52 (_qt5gui_find_extra_libs)
C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Gui/Qt5GuiConfig.cmake:152 (include)
C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5Widgets/Qt5WidgetsConfig.cmake:94 (find_package)
C:/Qt/Qt5.2.0/5.2.0/msvc2010_opengl/lib/cmake/Qt5/Qt5Config.cmake:26 (find_package)
assignment-client/CMakeLists.txt:15 (find_package)

Thijs Wenker
@thoys
Apr 01 2014 10:05
@kevinmthomas-carpool try putting double slashes in the path. Or change the slashes to backslashes.
Thijs Wenker
@thoys
Apr 01 2014 12:54
@ZappoMan on your Windows test, does it happen to recognize voxel update packets?
Mohammed Nafees
@mnafees
Apr 01 2014 14:22
how can I stop a script? I don’t seem to find the exact code that handles this behaviour.
Thijs Wenker
@thoys
Apr 01 2014 14:22
How do you mean stop a script? Serverside or on interface?
Mohammed Nafees
@mnafees
Apr 01 2014 14:23
@thoys on the interface
Thijs Wenker
@thoys
Apr 01 2014 14:23
@binaryking file->running scripts: click the script
Mohammed Nafees
@mnafees
Apr 01 2014 14:24
@thoys no no, I mean the code
Thijs Wenker
@thoys
Apr 01 2014 14:24
You mean inside the script itself? to kill itself?
Mohammed Nafees
@mnafees
Apr 01 2014 14:24
@thoys I am implementing the new Running Scripts Dialog
Thijs Wenker
@thoys
Apr 01 2014 14:25
ah ok, hmm I'll have a look
Menu::getInstance()->addActionToQMenuAndActionHash(Menu::getInstance()->getActiveScriptsMenu(), 
                        scriptEngine->getScriptMenuName(), 0, scriptEngine, SLOT(stop())); // in the loadScript() function of Application.cpp line~3545
Thijs Wenker
@thoys
Apr 01 2014 14:33
Every script seems to have a thread, I suppose you have to send a signal to the stop() slot function of the desired scripts thread
@binaryking ^^
Mohammed Nafees
@mnafees
Apr 01 2014 14:35
hmm, but I have to change the menu item and the user can stop a script from the new dialog only
@thoys okay, I’ll sort it out, thanks :D
Thijs Wenker
@thoys
Apr 01 2014 14:49
@binaryking enjoy ur puzzle :)
Mohammed Nafees
@mnafees
Apr 01 2014 14:49
@thoys already solved it!
Thijs Wenker
@thoys
Apr 01 2014 14:49
ha
Tony Hagale
@thagale
Apr 01 2014 17:40
@birarda just tried at the office and it looks like the second changes you put in place last night have fixed the problem...i'm getting input bandwidth for audio/avatar/voxels and things seem to be rendering. will look a little more closely in a bit
Mohammed Nafees
@mnafees
Apr 01 2014 18:57
@ZappoMan presently, the currently running scripts are added as Menu items but after my implementation they will be displayed in a custom widget, how do I change the stopAllScripts() and reloadAllScripts() methods to handle this? what I am doing is that when the user chooses to stop a script, my widget emits a signal with the full path of the script
Brad Hefta-Gaub
@ZappoMan
Apr 01 2014 18:58
@binaryking - I guess that depends on your implementation.
I assume you have some new mechanism for storing the list of running scripts
you can change stopAllScript() and reloadAllScripts() to use that new storage.
also you will need to make sure the closing the application properly saves the running script list
Mohammed Nafees
@mnafees
Apr 01 2014 19:02
@ZappoMan so I assume I will have to edit ScriptEngine.cpp as well for my own convenience
Brad Hefta-Gaub
@ZappoMan
Apr 01 2014 19:04
well - there is support in the ScriptEngine class for creating a "_scriptMenuName"
Mohammed Nafees
@mnafees
Apr 01 2014 19:08
@ZappoMan what if I maintain a QHash for the script name and the script engine associated with it, I can then use this hash to stop scripts
Brad Hefta-Gaub
@ZappoMan
Apr 01 2014 19:10
that sounds reasonable. I also think it's reasonable to remove the usage of the word "menu" in cases where it may no longer be a menu
the ScriptEngine currently creates _scriptMenuName but maybe that should be _scriptName
@binaryking - and the fact that right now, the ScriptEngine class is prepending "Stop" to those is a side effect of menus that should be removed as well… your widget will need to present those script names in some reasonable manner, but you can handle any appropriate "verbs" in your UI.
Grayson Stebbins
@problem
Apr 01 2014 19:14
@binaryking: ultimately, if we like the running scripts widget, we’ll want to get rid of the Menu items altogether, my concern with ditching that code right now is that we don’t want to risk any downtime with being able to manage scripts — the system is heavily dependent on them. We also want to be able to compare/contracts the two UIs. That make sense?
Mohammed Nafees
@mnafees
Apr 01 2014 19:16
@ZappoMan yes, the UI is quite simple. The user just sees the script name and a ‘close’ icon which when clicked, stops the script
@problem the two UIs? you mean the main window and the running scripts widget?
Grayson Stebbins
@problem
Apr 01 2014 19:19
Menu vs Running Scripts widget @binaryking
Mohammed Nafees
@mnafees
Apr 01 2014 19:21
@problem got it
Mohammed Nafees
@mnafees
Apr 01 2014 19:47
@ZappoMan @problem implemented the QHash functionality and works fine :) Also, removed all garbage code
Grayson Stebbins
@problem
Apr 01 2014 19:47
awesome @binaryking
Clément Brisset
@Atlante45
Apr 01 2014 22:48
@thoys left you a little gift at the origin of your server ;)