parkmino writes

File > Select > Radio (Radio) should list internal radio urls, shoudn’t it?

medoc92 writes

What renderer are you using ? Assuming this is upmpdcli.

The radios listed in /etc/upmpdcli.conf, if any, should be listed in the playlist area.

Take care that the radio definitions should be either in an external file (designated by the radiolist parameter), or at the end of the config file (because of the [xxx] section indicators).

parkmino writes

I am using upmpdcli without any midifications of radio section in /etc/upmpdcli.conf. I do not see any radio list in playlist and wondering why? Some radios should be added however even the default radios are not visible.

medoc92 writes

I’m not sure what may be happening. Make sure that the radiolist parameter is not set if you are using the internal list (if radiolist is set, the internal list is ignored).

parkmino writes

At the moment, I am trying the internal list only.

medoc92 writes

Yes, but radiolist uncommented by mistake would invalidate the internal radio list.

Otherwise, the radio list is created once, when upmdpcli start, so we need to look at the debug log during startup.

parkmino writes

upmpdcli -d upmpd.log.txt -l 6 as attached would be any help? [upmpd.log.txt](https://github.com/medoc92/upplay/files/1060556/upmpd.log.txt)

medoc92 writes

Yes, it helps, but it does not explain: there does not appear to be an error.

Maybe you could try to change the following lines:

LOGDEB1("OHRadio::readRadios:RADIO: [" << title << "] uri ["
        << uri << "] artUri [" << artUri << "]\n");

in ohradio.cxx, in function getRadiosFromConf(), around line 132

Change LOGDEB1 to LOGDEB, rebuild and restart upmpdcli, this should print all the radio data it reads from the file.

parkmino writes

Please refer to the attached file, though I don’t see the change. [upmpd.log.txt](https://github.com/medoc92/upplay/files/1061065/upmpd.log.txt)

medoc92 writes

well if you changed the log message, and we have no traces, it’s not reading any radio data…

Can you share your /etc/upmpdcli.conf file ? (Just erase any passwd in there).

parkmino writes

Actually I replaced the prev conf with the default one before rebuild to avoid any conflict. [upmpdcli.conf.txt](https://github.com/medoc92/upplay/files/1062382/upmpdcli.conf.txt)

medoc92 writes

Wow, after trying your file, I realised that you were missing a -c option on your command line. The default for upmpdcli is not to read /etc/upmpdcli.conf, but, if there is no configuration file specified, just work with default values, environment, and command line options. Please try with:

upmpdcli -d upmpd.log.txt -l 6 -c /etc/upmpdcli.conf

parkmino writes

My bad and there’s no problem on upmpdcli and upplay. Sorry for bothering you and have a nice day!

medoc92 writes

It’s at least as much my fault, I should have seen it at once. Neither of us can be proud about this exchange, we should hide it somewhere :)