Tracking outdated information

[ann0see]

This issue is to track outdated information on the website (as requested by @jujudusud)
This only tracks and should track the english version

• 1. Jamulus main window screenshot doesn't show the latest changes
• 2. Main window screenshot is outdated
• 3. Commands on the Choosing-a-Server-Type should be jamulus (lower case), not Jamulus (upper case)
• 4. Client-Troubleshooting: Getting blasted by somebody joining your jam with feedback or noise? --> GUI has changed. We need to add that this is an advanced option
• 5. Command line options (a lot of things are undocumented; we're already aware of that)
• 6. Jamulus Demos (move this to the KB?)
• 7. FAQ: Diagram still uses old icons
• 8. Hardware setup who still knows that this page exists ;-)
• 9. Installation guides: The buttons at the bottom should be named Setup not Onboarding
• 10. Installation for Linux: too short. We should at least hint at the compilation instructions or add a headline about "other distros"
• 11. Running a private server, server win/mac/linux...: Should be included in an upcoming server guide
• 12. Manual: Feedback Protection should be explained differently: Attempts to detect audio feedback loops or loud noise in the first three seconds after you connected to a server. Once detected, this feature will activate the "Mute Myself" button and mute you in your own mix. An error message will tell you that you should fix the problem (or similar)
• 13. Manual: We're not consistent with systemctl vs service. The former is more modern.
• 14. We still use Central Server: https://jamulus.io/de/wiki/Server-Win-Mac#other-options Upddated with SrvAdm manual in next release.

These are the issues I found from my first round through the website.

[jujudusud]

Commenting for now only:
Why did jamulus should be lower case ?
Yes we should put "Jamulus Demos" in KB
FAQ Diagrams you can use FR screenshots images (with translation work in EN) (the public one needs to be identical to private in the client screen)

[ann0see]

Why did jamulus should be lower case ?

since the .deb file installs the binary as jamulus not Jamulus

[jujudusud]

Ok, but it is not the standard build option. Anyway ... I'm ok with this explanation. Disapointed but ok ...
Is Jamulus also with lower case in Windows and macOS ? In Archlinux it is using the Jamulus standard upper case since 3.5.6 release. Do I have to revert this to go with lower case ?

[ann0see]

In Windows it‘s upper case. Not sure about macOS

[gegeweb]

Ok, but it is not the standard build option. Anyway ... I'm ok with this explanation. Disapointed but ok ...
Is Jamulus also with lower case in Windows and macOS ?

Windows and macOS do not work like linux.
Windows file system is case insensitive.
macOS too by default.

Under macOS the binaries are in the *.app (Jamulus.app and JamulusServer.app, it is uppercase).

I agree about the missing compilation information for Linux (information was in the previous version of the doc…).
I use Jamulus (server and client) on a Rpi4 and there is no *.deb for armhf or arch64 at this time and no up to date package in the Buster and Bullseye repositories.

[gegeweb]

About choosing server type page, I still think that it is necessary to explain the context of use of the different types of servers.
Including a central server.

In order to answer :
Do I need a server?
What do I need it for? Private use for my group or public use for jamming with others?

For the central server it can be useful for an organization (music schools, online events...).

[ann0see]

Agree. Can you make a proposal PR to the next-release branch?

[jujudusud]

About choosing server type page, I still think that it is necessary to explain the context of use of the different types of servers.

@gegeweb -> Isn't it already here ? https://jamulus.io/wiki/Running-a-Server

[gilgongo]

11 is covered in my Monster PR From Hell here #527

On point 8, I was going to do a separate PR for that as it now overlaps on some information in Setup and elsewhere, and may not in fact be very useful now. It's based on a very old text Volker wrote on the SF website in fact.

[gilgongo]

@gegeweb I incorporated suggestions made in #45 in #527

[gilgongo]

Although it doesn't count as "outdated" I'd also like to have a screenshot of the main window on the home page, replacing the cloud image, as I think that's perhaps a bit more "engaging".

[gilgongo]

On point 10, we're trying to get people to use binary packages so we can support them better. We also shouldn't imply we maintain things for other distros (most of which are very out of date as far as I can tell). And anyone who has any interest in compiling will just git clone and read COMPILING.md.

So I think expanding that page may cause problems over the longer term. The fact that we don't have ARM binaries means we should probably point Rpi users to the repo perhaps - but that's as far as I'd go.

[jujudusud]

My point of view is that we should provide a Raspberry Pi os arm package since it is nearly the same as Debian x86_64.
Convince users to use binaries and not changing the help pages since compiling info are on the repository.
Another thing is that we don't want anyone to run a server since there are hundreds of theme available.

[gilgongo]

BTW is this ticket a (partial) duplicate? jamulussoftware/jamulus#1779

[gilgongo]

@jujudusud In fact I see there is this re. ARM: jamulussoftware/jamulus#1452