#1994

@shreeswifty

here is the relavant section of the docs.

#1997

Hey
i installed a few libraries now when Norns boots it says
Duplicate ENgines and loading anything just says “loading” ad infinitum

what can i do?

image
EB67A6C5-551F-44AA-9692-68E34174A900.jpeg3024×4032 4.74 MB

Took me a day to brick it

Kria Midi apparently is the culprees
I admit i was like KRIA Norns fucks yes and honestly because it’s been around so long i assumed it was kosh. Or i am just not understanding does that mean ONLY Kria can be run?

pp

1 Like
#1998

It’s a common problem and not specifically related to kria or any particular script. If two projects install separate copies of the same SC class, SC will not start. SC REPL will tell you what class is the problem.

https://monome.org/docs/norns/help/#error-messages

#2000

Thanks
So it does not compile the class library so to speak?
I pulled my harddrive of supercollider code from when i was in grad school and i have a virtual ton of SC stuff to wade through.
Is Norns a full supercollider? can it run lines of code like the sctweets? those would be great with some arcs control :slight_smile:

and thank you for that list of errors I’ve bookmarked it :slight_smile:

#2001

Presently norns SC code must be in a class inheriting from CroneEngine. Yes it is a “full supercollider” including sc3-plugins. It compiles all .SC files in ~/dust/code as well as ~/.local/share/[etc]. Basically any sclang code can run in a class. See my GitHub for an example engine wrapping a couple hundred sctweets. [*] search this forum and the monome GitHub for extensive discussion of the architecture and future directions allowing runtime interpreted SC code. (You can already interpret code at runtime from an engine class if you want )

[*] https://github.com/catfact/zebra/blob/master/lib/Engine_RedFrikTweets.sc

1 Like
#2002

Did your adapter just work out of the box?
I’ve got an adapter now, and I can’t get it to work.
When I choose it in the wi-fi menu, I just says status: activating , until it gives up and doesn’t connect.
I tried all the different usb-ports on my norns.
The weird thing is that while it’s trying to connect, I can ssh into my norns with ssh we@norns.local from terminal. And is soon it gives up trying to connect, I’m kicked off in the terminal as well…
So I definitely have a connection, but because norns doesn’t recognize it, it’s closed again.
Does anyone have any insight on how to get this to work? Is it just to try another ethernet-usb-adapter?

#2003

It did, no tweaking, I plugged it in and had internet. It makes me think the model does matter.

#2004

yes, I think you’re right. Mine does say it’s compatible with linux, osx, windows and everything… But there might be differences even though.
I’ll try and find the exact same one as you linked to. It should be possible.
I’ll find the UGREEN one and give that a try.

#2006

Your other option is to just install glut from with maiden’s project installer. Projects installed in the code folder are left alone during updates.

2 Likes
#2007

I missed that it was about an existing engine. In that case definitely follow @ngwese’s advice and install glut as a project to prevent possible duplicate classes.

#2008

Both answers are useful. I plan to make some of my own engines, so it’s good to know that supercollider scans the dust directory for classes, synthdefs, etc

1 Like
#2009

I’ve updated the community catalog to change kria_midi to just pull down the previously released zip archive. If you delete any kria_midi install, refresh the community catalog and re-install you should be okay.

1 Like
#2010

For what it is worth I’ve been using this plugable wired gigabit ethernet adaptor with norns. It has been flawless and very speedy so far. I generally have it plugged in when I power up norns (as opposed to hot plugging it when I need it).

The wired adaptor should just auto connect and configure itself assuming you connect to a network with a DHCP server (typically one’s home router). Navigating to the WIFI menu should show something like Wired Connection 1 as the connection name.

#2011

I’m using this one https://www.amazon.co.uk/Dovewill-Gigabit-Ethernet-Adapter-Connector/dp/B077S94XGY

For anyones reference it doesn’t seem to work. Just to clear things up, I’m trying to plug it directly in to my computer, via another usb-ethernet adapter.
I’m still able to ssh in to the norns. It’s given the ip 127.0.0.1, but after a minute or two i’m kicked off.
I can’t acces maiden via my browser either with the ip or norns.local.
But I’ve ordered the ugreen one now, and hopefully that’ll work. Otherwise I’ll firgure a different solution, but thanks to everybody who answered me!

#2012

The direct connection might be part of the problem here. Do you know if your computer is setup to act as a DHCP server? This would be highly unusual in the default configuration on most OSs.

If you are running macOS you can turn on a DHCP server as mentioned earlier in this topic Norns: help

The second potential problem is that ethernet switches/routers have their jacks wired differently so that the receiver pin on the on the switch gets connected to the transmitter pin on the computer (and the reverse). Most modern laptops can detect whether they are directly connected to a switch versus another computer, if connected to another computer they automatically go into “cross-over” mode and swap which pins they use for tx/rx. I don’t know if the USB ethernet adaptors you have support working in crossover mode - regardless you can get cross over cables specifically for this case wikipedia

The 127.0.0.1 address is another indication that the computer you are connecting to isn’t acting as a DHCP server. The 127.0.0.1 address reserved for use as the loopback address on computers to allow programs running on the same computer to talk to each via a network connections. I’d expect running ssh 127.0.0.1 on a Linux or macOS computer to loopback and try to login to the same computer - not norns.

UPDATE: I did some quick searching and I’m getting the impression that Windows does not provide a DHCP server out of the box unless one is running some edition of Windows Server. There are various DHCP servers available for download but I’m not very familiar with the Windows space so I can’t offer much advice there.

#2013

Exporting screenshots from Maiden with s_export_png(filepath) doesn’t seem to work anymore. I tried exporting to multiple paths on norns, but the file never showed up. I tried reseting as well.

#2014

do you get an error message or just no file?

you tried full paths ie /home/we/test.png ?

#2015

Hello all. I have a question about require, include and dofile I guess.

I have basically the following folder structure:

my_script/
    my_script.lua
    lib/
        my_lib.lua
        my_helpers.lua

I’d like to import my_helpers.lua into both my_script.lua and my_lib.lua. The import into my_script.lua works fine. No problem there.

When I use require("math_helpers") to try to import into my_lib.lua I get the following error:

### SCRIPT ERROR: load fail
/home/we/dust/code/carter/circles/lib/libCircles.lua:17: module 'math_helpers' not found:
	no field package.preload['math_helpers']
	...
	no file './math_helpers.lua'
	no file './math_helpers/init.lua'
	...
	no file './math_helpers.so'

Because my_lib.lua and my_helpers.lua are in the same folder, I would have assumed that the ./math_helpers.lua would have matched. I then thought that maybe it was relative to my_script.lua so I tried require("lib/math_helpers") but got the same type of error.

Is there a supported way to do this? I know I can use dofile but I’d like to be able to provide a relative path.

Thanks.

#2016

Generally speaking include is almost always what you want. The require function will look for files along the lua search path which to my knowledge does not include any of the script directories under dust/code.

The script reference says that include looks relative to the current script first then relative to the code directory.
I just verified that the “relative to the current script” means relative to the file which contains the include. In both your cases I would expect relative paths would work as you want, specifically:

In my_script.lua (and lib/my_lib) use local helpers = include('lib/my_helpers')

In my_lib.lua use local helpers = include('my_helpers')

One caveat is that I believe that including a file twice in two different files will effectively give you two copies of that file in memory. If my_helpers.lua contains local variables (say foo) then my_script.helpers.foo and my_lib.helpers.foo are different variables…

EDIT: I realized my test of relative includes was erroneous; it is relative to the top level script being run…

1 Like
#2017

Thanks for the advice. Turns out include("my_helpers") didn’t work and I needed include("lib/my_helpers") instead. I guess include is always relative to the main script? Anyway, it’s work now. Thanks for the help.

1 Like