From f57c0244fcf9c4e1fd4a7ebd4f1b64778e956e64 Mon Sep 17 00:00:00 2001 From: simp Date: Tue, 27 May 2025 00:38:29 -0400 Subject: [PATCH] updates to readme and about --- README.md | 12 +++++++----- md_files/about.md | 2 +- 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/README.md b/README.md index bcf11e0..715f101 100644 --- a/README.md +++ b/README.md @@ -57,7 +57,7 @@ Next, cd to the home directory of the "music" user: Download and run the install script: - wget -e use_proxy=yes -e http_proxy=127.0.0.1:4444 http://git.simp.i2p/simp/i2music/raw/branch/main/install.py && python3 install.py + curl --retry 5 -x http://127.0.0.1:4444 -O http://git.simp.i2p/simp/i2music/raw/branch/main/install.py && python3 installer.py Run this to test that it's running: @@ -220,7 +220,7 @@ To optimize both, you can consider offloading the music stream from the webapp t This requires more setup, but will give a more performative stream and scalability. It will also let us optimize a set of tunnels for streaming, and save the ones for the app serving web pages. -You can reduce the tunnel count on your main app, 2-4 are likely sufficient, and use "reduce tunnels to conserve resources" option in java to allow the stream and app tunnels to die down when not in use. +You can reduce the tunnel count on your main app, 4 is likely sufficient for inbound for good reliability, and use "reduce tunnels to conserve resources" option in java to allow the stream and app tunnels to die down to 2 when not in use. We will run "wsgi_fileserve.py" alongside the normal "wsgi.py", which will start another gunicorn instance on another port, "gunicorn_stream_port = 5006" under the settings block. All this server instance can do is serve files with GET requests, all others will be dropped. @@ -333,7 +333,7 @@ Reload Nginx so it sees the new config: ## Make i2p http server tunnels for streaming only -Make a new http server tunnel, listening for port 5051 (based on nginx config). In java, try starting with 2-3 tunnels for up/down. Enable "reduce tunnels to conserve resources" after 5 mins to 1 tunnel. Save the key file, start automatically when router starts. +Make a new http server tunnel, listening for port 5051 (based on nginx config). In java, try starting with 4 tunnels for up/down. Enable "reduce tunnels to conserve resources" after 5 mins to 2 tunnels. Save the key file, start automatically when router starts. Under custom options, paste this and adjust to your liking: @@ -370,10 +370,12 @@ Then, while in your venv run: This will compress all found music tracks to opus and the given bitrate, and change all images found to progressive jpeg. This should enhance load times. -Much higher than 56k may result in some stuttering in i2p from my testing. +96k offers great quality with opus and streaming works well in i2p. The majority of tracks on music.simp.i2p are encoded at 96k. +64k is good quality, streaming may be more reliable than 96k. +32k is perfect for voice only. The podcasts/youtube audio on music.simp.i2p are encoded at 32k. [audio_settings] - bitrate = 56k + bitrate = 96k The script won't touch images and music files that have already been converted. BUT IT WILL REPLACE those files, so make sure you have the originals somewhere else. diff --git a/md_files/about.md b/md_files/about.md index ab6ab96..5effecc 100755 --- a/md_files/about.md +++ b/md_files/about.md @@ -14,7 +14,7 @@ Repeat: on loops through the tracks in the playlist again. Cookies must be enabl # Stuttering + buffering -Try increasing the tunnel count of your http proxy tunnel. Try 6-10, increase as needed. From my testing these issues seem to be due to tunnel failures and slow tunnels. +Try increasing the tunnel count of your http proxy tunnel. Try 4-6, increase as needed. From my testing these issues seem to be due to tunnel failures and slow tunnels. You can also try increasing the buffer in your browser. # Bugs