That's not an actual FAQ. More a list of questions that came up once.
1. <h3> Streamtuner2 doesn't start. </h3>
Check the list of [dependencies](index#~Dependencies) first.
Start it from a terminal instead to get more useful information. Alternatively enable the debug mode even:
That'll reveal a bit more searchable error causes. (Don't google for Gtk warnings though. They're seldomly relevant. And nobody cares.)
2. <h3> Channel lists keep empty. </h3>
Again try to debug the startup first. If you're using an ancient distro package (2.0.8 is still distributed in some), then install a [newer package](http://sourceforge.net/projects/streamtuner2/files/) from the Sourceforge project page.
* Some directory services change their layout or listing details more frequently than others. So naturally ST2 won't be able to read them out forever. Look for updates.
* Alternatively try the <kbd>[x] PyQuery parsing</kbd> configuration setting.
* Check that you haven't set the <kbd>filter_bitrate</kbd> plugin to some excessively high value. If you expect to find only 192kbit/s radio stations in *all* channels, you're going to be disappointed. ;}
3. <h3> Wrong channel played. </h3>
There's a known bug in 2.0.x versions. When resorting a channel tab, the association to the actual stream data became out of order. Click F5 to reload.
Better yet, use a newer version.
4. <h3> Category lists empty, or no stations are found. </h3>
Use "Channel > Reload category tree" to update the genre list. If the directory service/website is down, you'll often get an empty list. Try again at a later time.
5. <h3> Player doesn't start. </h3>
Please check the configuration dialog (F12). If any of the entries contain red markers, then the listed audio player isn't actually installed. You should get a similar notice on the console when running `streamtuner2 -D`
5. <h3> Stream recording doesn't work. </h3>
This is usually a misconfiguration.
1. **No window appears.**
Usually there's a terminal window coming up for recording. If it isn't, then the configuration dialog lists something like `x-terminal-emulator ...` in the recording table.
See the configuration dialog (F12). It's likely marked with a red stop sign. In which case you'll need to use a different prefix, like `xterm` or `rxvt`, depending on what your distro has installed/available.
2. **Window closes quickly again**
This indicates that `streamripper` failed, or couldn't even be started.
Append something like `; read -p WAIT` to the recording command to see its actual output.
3. **Streamripper error message**
If a stream cannot be played, it also cannot be recorded. Which is mostly because the radio streaming address is outdated / invalid / or just temporarily inaccessible.
Recording may also be **blocked** server-side. In this case you might use the streamripper `-u` option to fake a different "User Agent" (a browser name). See the manual or streamripper manpage on some examples.
6. <h3> Rhythmbox doesn't start playing. </h3>
Rhythmbox is not so much an audio player, but more of a playlist manager (just like streamtuner2 itself). It'll often only add radios in some list, but won't start with playback right away. It'll crash if it got feeded a XSPF playlist even (from Xiph perhaps).
Try `rhythmbox-client --play-uri=%pls` for the configuration. Or use a different audio player.
7. <h3> RadioTray doesn't bookmark, it just plays the radio. </h3>
You need to apply the documented [patch](wiki/radiotray) to make that feature work. Also check the radiotray plugin options. It's perhaps just set "play". Or if it tries to "map" your radio genres, then perhaps the association is out of sync / you don't have the preconfigured categories anymore. Then set the according option to just "root" bookmarking.
8. <h3> Search function finds nothing. </h3>
The "cache" search will only uncover stations/songs, if you have browsed the according genres and channels recently.
The "server" search is not implemented for all channels however. Only the major ones and non-static lists can actually return something.
9. <h3> Crashes while switching tabs </h3>
That's probably a known problem. It's just difficult to reproduce and fix still. The main issue is concurrent threads clashing with the Gtk user interface handling.
If you can reproduce it (using the -D debug mode), then please send in a bug report. Otherwise, and if this happens more than once, just enable the "no-threading" mode in the settings dialog.
10. <h3>Channel errors about undefined conf.* variables</h3>
When upgrading from a previous ST2 version, you might encounter some plugins failing with initialization errors. If so, run streamtuner2 once with `-D` flag to have new config options applied. (Not actually seen this happening, but could be...)