Before upgrading it worked with this path.
Wait, I'm not understanding, can we clarify some points?
You need custom file?
You configured the custom file path?
What's the path you configured?
In you console do you see just this message?
t> Listening for controls on 127.0.0.1:6010
Because is a positive message
(I'm feeling like we're clogging this thread, maybe it's better to continue with private messages)
Hi! I upgraded tidal and SuperDirt. Tidal I updated through my linux distribution package (Archlinux ->> https://archlinux.org/packages/community/x86_64/haskell-tidal/) and SuperDirt through the Quarks.gui. Everything boots, and no error are displayed on both sides, buuut I'm not getting any sound out, even trying with simple stuff like
d1 $ s "bd*4"
I've also try to use de "debug" synth with a simple pattern like the former, but I can't see anything being prompted on the supercollider control, but tidal doesn't display the error that usually prints when SuperDirt is not running (smth like "I can't find the SuperDirt target...." I'll check with a packets monitor if the messages are at least getting out of tidal, but that seems to be the case...
Mh, if I'm not running SuperDirt tidal doesn't complain with the usual
is SuperDirt running??
Hi @Tomas_Ciccola,
That's nice that arch has a discribution package already!
Can you confirm tidal_version
in your editor (e.g. atom) says '1.7', and Quarks.gui says you have SuperDirt 1.7.2 installed?
Also try the default BootTidal.hs if you have a custom one.
Otherwise not sure what to suggest.. Maybe there's a problem with the arch package in which case you could try installing via cabal.
Yeah, for me is a blessing having an official package, much easier than using cabal, for me...
Well, what I tried was updating SuperDirt trough git (changing to the develop branch) instead of the Quarks.gui and then I got sound. For some reason the Quarks.gui doesn't show a version but checking with git status I'm on the origin/develop branch.
Now I got sound working, but the buses are not working. If add smth like
# lpfbus 1 "[800 1200]"
I get no sound and no errors
Maybe you are on an old state of the develop branch. Try git pull
then git checkout v1.7.2
yyeep, that was it! awesomee
I'll check out how this buses are created in superDirt to add the same behaviour to some fx I wrote
Hi,
In SC i get that error whenever i try to run
Quarks.checkForUpdates({Quarks.install("SuperDirt", "v1.7.2"); thisProcess.recompile()})
:
Installing SuperDirt
WARNING: SuperDirt has uncommited changes, cannot checkout v1.7.2
Hey @martinmestres
I think this means you have altered files in your SuperDirt that the installer doesn't want to overwrite.
This is most easily fixed on the command line. From the SuperDirt
folder (you can find the location in the Language > Quarks interface) in a terminal window you can run git status
to see which files changed and git diff
to see the changes. You can also run git stash
to revert your changes (they are backed up/stashed away somewhere). While you're there you can do the upgrade from the commandline too.. With git pull
then git checkout v1.7.2
.
Same here just got
t>
• Variable not in scope: d1 :: Pattern ControlMap -> t
• Perhaps you meant ‘dt’ (imported from Sound.Tidal.Context)
Variable not in scope:
press :: Pattern ControlMap -> Pattern ControlMap
Do you get any errors when you start tidal? What happens when you run tidal_version
?
i went back and cleaned it out and started fresh. I think i had just done the install last week the old way after getting SC working on Big Sur but i am good now
TY!
Ok i fixed that thing with a fresh SC install
Now i get an issue when trying to install 1.7 from terminal...
C:\Users\Martin>cabal v1-install tidal
Resolving dependencies...
Starting network-3.1.2.1
Building network-3.1.2.1
Failed to install network-3.1.2.1
Build log ( C:\Users\Martin\AppData\Roaming\cabal\logs\ghc-8.8.3\network-3.1.2.1-G9HYsK8KyFEBFYumDTTCVn.log ):
Preprocessing library for network-3.1.2.1..
Building library for network-3.1.2.1..Access violation in generated code when writing 0x0
Attempting to reconstruct a stack trace...
Frame Code address
- 0x461da80 0x37f7b66 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x33f7b66
- 0x461da88 0x3277bb9 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x2e77bb9
- 0x461da90 0x5
- 0x461da98 0x5
- 0x461daa0 0x3d7dc22 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x397dc22
- 0x461daa8 0x6952c80
er... yes
checking whether C:\PROGRA~3\CHOCOL~1\lib\ghc\tools\GHC-88~1.3\lib../mingw/bin\gcc.exe accepts -g... yes
checking for C:\PROGRA~3\CHOCOL~1\lib\ghc\tools\GHC-88~1.3\lib../mingw/bin\gcc.exe option to accept ISO C89... none needed
checking for an ANSI C-conforming const... yes
checking how to run the C preprocessor... C:\PROGRA~3\CHOCOL~1\lib\ghc\tools\GHC-88~1.3\lib../mingw/bin\gcc.exe -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/types.h... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking sys/uio.h usability... no
checking sys/uio.h presence... no
checking for sys/uio.h... no
checking sys/socket.h usability... no
checking sys/socket.h presence... no
checking for sys/socket.h... no
checking netinet/in.h usability... no
checking netinet/in.h presence... no
checking for netinet/in.h... no
checking netinet/tcp.h usability... no
checking netinet/tcp.h presence... no
checking for netinet/tcp.h... no
checking sys/un.h usability... no
checking sys/un.h presence... no
checking for sys/un.h... no
checking arpa/inet.h usability... no
checking arpa/inet.h presence... no
checking for arpa/inet.h... no
checking netdb.h usability... no
checking netdb.h presence... no
checking for netdb.h... no
checking net/if.h usability... no
checking net/if.h presence... no
checking for net/if.h... no
checking netioapi.h usability... yes
checking netioapi.h presence... yes
checking for netioapi.h... yes
checking for struct ucred... no
checking for gai_strerror... no
checking for gethostent... no
checking for accept4... no
checking for getpeereid... no
checking whether AI_ADDRCONFIG is declared... no
checking whether AI_ALL is declared... no
checking whether AI_NUMERICSERV is declared... no
checking whether AI_V4MAPPED is declared... no
checking whether IPV6_V6ONLY is declared... yes
checking whether IPPROTO_IP is declared... yes
checking whether IPPROTO_TCP is declared... yes
checking whether IPPROTO_IPV6 is declared... yes
checking whether SO_PEERCRED is declared... no
checking for struct msghdr.msg_control... no
checking for struct msghdr.msg_accrights... no
checking for struct sockaddr.sa_len... no
configure: creating ./network.buildinfo
configure: creating ./config.status
config.status: creating include/HsNetworkConfig.h
configure: WARNING: unrecognized options: --with-compiler
cabal: Leaving directory 'C:\Users\Martin\AppData\Local\Temp\cabal-tmp-13368\network-3.1.2.1'
cabal.exe: Error: some packages failed to install:
hosc-0.18.1-CpSQZIOqfMB9ggEyYzZUht depends on hosc-0.18.1 which failed to
install.
network-3.1.2.1-G9HYsK8KyFEBFYumDTTCVn failed during the building phase. The
exception was:
ExitFailure 11
tidal-1.7-BiEhUXd7Cw21TWUQdXhMHF depends on tidal-1.7 which failed to install.
Hm searching that up it seems that it's a bug in ghc 8.8.3 on windows. Upgrading ghc e.g. via choco should hopefully sort it
I upgraded to 8.8.4 via choco and get that :
PS C:\WINDOWS\system32> cabal v1-update
Downloading the latest package list from hackage.haskell.org
To revert to previous state run:
cabal update --index-state='2021-02-03T04:36:54Z'
PS C:\WINDOWS\system32> cabal v1-install tidalAccess violation in generated code when writing 0x0
Attempting to reconstruct a stack trace...
Frame Code address
- 0x461da80 0x37f7b66 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x33f7b66
- 0x461da88 0x3277bb9 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x2e77bb9
- 0x461da90 0x5
- 0x461da98 0x5
- 0x461daa0 0x3d7dc22 C:\ProgramData\chocolatey\lib\ghc\tools\ghc-8.8.3\bin\ghc.exe+0x397dc22
- 0x461daa8 0x68121f0
It seems there are a lot of bugs going around 8.8.x in windows:
Try 8.10.3? https://chocolatey.org/packages/ghc/8.10.3
That one worked Tnx Alex !
HELLO!
been updating tidal, now I'm getting this error-message: (mac/big sur)
Choose ghcup default path: /Users/michaelstark/.ghcup/bin
Ghci command: /Users/michaelstark/.ghcup/bin/ghci Ghc-pkg command: /Users/michaelstark/.ghcup/bin/ghc-pkg
Load BootTidal.hs from /Users/michaelstark/.atom/packages/tidalcycles/lib/BootTidal.hs
t> Loaded package environment from /Users/michaelstark/.ghc/x86_64-darwin-8.8.4/environments/default
Cannot browse tidal to obtain informations for autocomplete: Error: Command failed: echo ":browse Sound.Tidal.Context" | "/Users/michaelstark/.ghcup/bin/ghci" Loaded package environment from /Users/michaelstark/.ghc/x86_64-darwin-8.8.4/environments/default xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun gcc' failed in phase
gcc'. (Exit code: 1)
t> xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun gcc' failed in phase
gcc'. (Exit code: 1)
would really appreciate any help! thanks a million!