simp
/
i2music
mirror of http://git.simp.i2p/simp/i2music.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

updates to readme and about

main
simp 2025-05-27 00:38:29 -04:00
parent a2a15168ac
commit f57c0244fc
2 changed files with 8 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
README.md
View File

@ -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.

2
md_files/about.md
View File

@ -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