Capture your gear for free with TONEZONE3000

[2dor]

@Jan666 have you done a null test between the xSTD vs the real deal as well as the hyped up models vs the real deal?
I see people mention the metrics but I'm curious what the NULL test reveals.

 

[DLC86]

You'll want to use nam-full and specify the file paths on the command line (https://neural-amp-modeler.readthedocs.io/en/latest/tutorials/full.html). The full trainer isn't user friendly in the same way but once you figure it out it's not too bad and you can do some more flexible things if you get deeper into it (e.g, I worked it into a scripted flow I have and it's now even lower effort than using the GUI).

Yeah, I've tried by following that guide but for some reason I wasn't able to make it find the .json files... I'll try again later, maybe I had missed to do something

 

[DLC86]

You'll want to use nam-full and specify the file paths on the command line (https://neural-amp-modeler.readthedocs.io/en/latest/tutorials/full.html). The full trainer isn't user friendly in the same way but once you figure it out it's not too bad and you can do some more flexible things if you get deeper into it (e.g, I worked it into a scripted flow I have and it's now even lower effort than using the GUI).

Ok, tried this again by thoroughly following that guide and I still get the same error in the anaconda terminal:

(base) C:\Users\carme>nam-full \
usage: nam-full [-h] [--no-show] data_config_path model_config_path learning_config_path outdir
nam-full: error: the following arguments are required: model_config_path, learning_config_path, outdir

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\data.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\model.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\learning.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\captures
"D:\Desktop\NAM\nam-full\captures\" isn't recognized as an internal or external command, an executable program or a batch file.

Any clue about why this is happening?

 

[northern_fox]

Ok, tried this again by thoroughly following that guide and I still get the same error in the anaconda terminal:

(base) C:\Users\carme>nam-full \
usage: nam-full [-h] [--no-show] data_config_path model_config_path learning_config_path outdir
nam-full: error: the following arguments are required: model_config_path, learning_config_path, outdir

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\data.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\model.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\learning.json \

(base) C:\Users\carme>D:\Desktop\NAM\nam-full\captures
"D:\Desktop\NAM\nam-full\captures\" isn't recognized as an internal or external command, an executable program or a batch file.

Any clue about why this is happening?

Yes - don't use the \ breaks - you can just put the command in as one line (it's for readability but also the syntax for windows)

nam-full path/to/data.json path/to/model.json path/to/learning.json path/to/outputs

 

[bikescene]

I’ve been playing around with xSTD architecture out of curiosity for my own use. With my setup, a 1000 Epoch capture of a moderately high gain amp typically results in an ESR around 0.007 to 0.012 with the Standard architecture. I’ve achieved ESR below under 0.002 consistently with xSTD. For my personal use, I find utility in both the Standard And xSTD sounds. I’d probably just share Standard captures if they end up worthwhile, to avoid muddying up the waters.

I haven’t tried doing any null tests. I did use the TTS Spectrogram Generator to see what was going on. Not sure if anyone would find those pictures enlightening.

It’s nice that TZ3000 remembers the previous training parameters, so you don’t need to paste in the code each time.

 

[DLC86]

Yes - don't use the \ breaks - you can just put the command in as one line (it's for readability but also the syntax for windows)

nam-full path/to/data.json path/to/model.json path/to/learning.json path/to/outputs

Thanks! Now it correctly recognizes the paths but now I get another error and I can't figure out where it comes from, I've checked the decoder.py file as well as all 3 configuration files and can't find this damn invalid \escape...

(base) C:\Users\carme>nam-full D:\Desktop\NAM\nam-full\data.json D:\Desktop\NAM\nam-full\model.json D:\Desktop\NAM\nam-full\learning.json D:\Desktop\NAM\nam-full\captures
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "C:\Users\carme\miniconda3\Scripts\nam-full.exe\__main__.py", line 7, in <module>
  File "C:\Users\carme\miniconda3\Lib\site-packages\nam\cli.py", line 107, in nam_full
    data_config = json.load(fp)
                  ^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 293, in load
    return loads(fp.read(),
           ^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 346, in loads
    return _default_decoder.decode(s)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 338, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 354, in raw_decode
    obj, end = self.scan_once(s, idx)
               ^^^^^^^^^^^^^^^^^^^^^^
json.decoder.JSONDecodeError: Invalid \escape: line 17 column 22 (char 388)

PS: maybe I should just ask in the nam group, don't want you to debug this for me

 

[DLC86]

Thanks! Now it correctly recognizes the paths but now I get another error and I can't figure out where it comes from, I've checked the decoder.py file as well as all 3 configuration files and can't find this damn invalid \escape...

(base) C:\Users\carme>nam-full D:\Desktop\NAM\nam-full\data.json D:\Desktop\NAM\nam-full\model.json D:\Desktop\NAM\nam-full\learning.json D:\Desktop\NAM\nam-full\captures
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "C:\Users\carme\miniconda3\Scripts\nam-full.exe\__main__.py", line 7, in <module>
  File "C:\Users\carme\miniconda3\Lib\site-packages\nam\cli.py", line 107, in nam_full
    data_config = json.load(fp)
                  ^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 293, in load
    return loads(fp.read(),
           ^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 346, in loads
    return _default_decoder.decode(s)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 338, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 354, in raw_decode
    obj, end = self.scan_once(s, idx)
               ^^^^^^^^^^^^^^^^^^^^^^
json.decoder.JSONDecodeError: Invalid \escape: line 17 column 22 (char 388)

PS: maybe I should just ask in the nam group, don't want you to debug this for me

Ok, found the issue! In the data.json file, the paths to input.wav and output.wav should contain "/" instead of the default "\" that windows copies, I knew it was something stupid... Now training started! Thanks again @northern_fox !

PS: just to give a proper example, the path needs to be "D:/Desktop/NAM/nam-full/output.wav" instead of "D:\Desktop\NAM\nam-full\output.wav"

 

[laxu]

Thanks! Now it correctly recognizes the paths but now I get another error and I can't figure out where it comes from, I've checked the decoder.py file as well as all 3 configuration files and can't find this damn invalid \escape...

(base) C:\Users\carme>nam-full D:\Desktop\NAM\nam-full\data.json D:\Desktop\NAM\nam-full\model.json D:\Desktop\NAM\nam-full\learning.json D:\Desktop\NAM\nam-full\captures
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "C:\Users\carme\miniconda3\Scripts\nam-full.exe\__main__.py", line 7, in <module>
  File "C:\Users\carme\miniconda3\Lib\site-packages\nam\cli.py", line 107, in nam_full
    data_config = json.load(fp)
                  ^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 293, in load
    return loads(fp.read(),
           ^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\__init__.py", line 346, in loads
    return _default_decoder.decode(s)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 338, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\carme\miniconda3\Lib\json\decoder.py", line 354, in raw_decode
    obj, end = self.scan_once(s, idx)
               ^^^^^^^^^^^^^^^^^^^^^^
json.decoder.JSONDecodeError: Invalid \escape: line 17 column 22 (char 388)

PS: maybe I should just ask in the nam group, don't want you to debug this for me

You can find online validators for JSON. Run your JSON files through those to detect syntax errors.

 

[northern_fox]

Ok, found the issue! In the data.json file, the paths to input.wav and output.wav should contain "/" instead of the default "\" that windows copies, I knew it was something stupid... Now training started! Thanks again @northern_fox !

PS: just to give a proper example, the path needs to be "D:/Desktop/NAM/nam-full/output.wav" instead of "D:\Desktop\NAM\nam-full\output.wav"

Ah yes, the 'normal' path separator is '/ ' but windows is the exception and you need to escape the \ with \\ for that to work in this case which I think will also work

 

[DLC86]

windows is the exception

Oh, so windows is basically the England of OSs