Introduction
Introduction Statistics Contact Development Disclaimer Help
AuraGem Music: Public Radio
This is AuraGem Music's public radio that plays public domain and
royalty free music. All music is collected from sources like the Free
Music Archive, archive.org, and Chosic, and stored on my server. This
radio does not proxy from the web, unlike other radios over on
Gopherspace.
Radio Stations
--------------
Diverse Station
Mainstream Station
Classical Station
Non-mainstream Station
Old-Time-Radio Station
Piano Station
Religious Station
Total Clients Currently Connected: 0
Other Gemini Radios
-------------------
epoch's Radio (Icecast)
Still Stream Internet Radio
Hashnix.Club Radio (with Icecast Support)
Client Support
--------------
Some spec-compliant clients that support playing mp3 files should be
able to stream, particularly Lagrange on Desktop. Clients that can
pipe into another program will also work. This includes diohsc, which
can pipe the data into mpv or vlc.
Currently, Rosy Crow does not seem to support streaming mp3 files.
Additionally, Lagrange has several bugs that prevent it from streaming
or playing audio on Android and iOS. There is an issue open for this
on Github and Bubble, and it seems to apply to all audio playback
within the app from all protocols that lagrange supports:
Lagrange Github: spartan mp3 links won't play on android
[#14] Lagrange android doesn't play any sound files
Finally, Lagrange via the AppImage also seems to be bugged for some
users and does not stream audio files. You can try to build lagrange
yourself instead.
Supported Clients: diohsc (pipe into vlc or mpv), Lagrange on Desktop
(Windows, macOS, Flatpak, & self-built w/ mpg123)
Unsuported Clients: GemiNaut, Lagrange on iOS & Android, Kristall,
Rosy Crow
Buggy Clients: Lagrange AppImage
Client Problems
---------------
If your client starts playing but then times out, then you can look
in settings to disable this timeout, or request that the developer
change the implementation so that timeouts only apply when no data has
been received for a given period of time.
Some clients, like GemiNaut, will timeout if the connection hasn't
been closed by the server within a given time (aka. if the file hasn't
downloaded within a given time). This assumes that all files take a
specific period of time to download, which is a faulty assumption,
especially for users with very slow connections that can't even
download a text file within that given time. This is a naive
implementation that developers should fix by only timing out based on
the period of time that the client has not been given any data. This
allows both very slow connections and the downloading of binary and
large text files to work.
If your client tries to download infinitely without playing, that
means the client is waiting for the connection to close before
displaying/playing the file. You can try to look in settings for a
streaming option, or request that the developer change this so that
data is displayed/played as it comes in. This change is compliant with
the spec, as per Section 1.1:
> Note that clients are not obligated to wait until the server closes
> the connection to begin handling the response. This is shown above
> only for simplicity/clarity, to emphasise that responsibility for
> closing the connection under typical conditions lies with the server
> and that the connection should be closed immediately after the
> completion of the response body.
Gemini Specification
In fact, this addition to the spec was made specifically to allow for
streaming:
2020-06-16 A vision for Gemini applications (Solderpunk)
If your client doesn't start playing the music and also times out,
then both problems above apply to this client.
Gemini-Supported Media Player Project
-------------------------------------
I am also announcing that I will be working on a Media Player that
uses VLC (libvlc) as the backend and which will support gemini urls
and streams. I have not started the project yet, but I intend to very
soon. I hope to make it cross-platform on the desktop, but I plan to
support Linux first since it does not seem to have a graphical browser
that supports audio streams atm (since Lagrange seems to be buggy with
this). It would be nice to also get mobile apps, that that requires
much more work and I have to pay to get the app in official appstores,
so I won't be able to do any of that for a while, unless Skyjake fixes
lagrange's audio streaming on mobile.
You are viewing proxied material from auragem.ddns.net. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.