Feature request: Please add support for older "Grundig Sonoclock 940A" #17

rorso · 2024-01-04T15:12:02Z

rorso
Jan 4, 2024

As noted in the YCast Project, the Grundig has some special issues when querying the vTuner API:

IDs truncated at 32 characters
empty XML tags not allowed
a reduced set of tags allowed when browsing
a full set of tags required when searching for ID
the "last station played" always searches for the ID instead of using the provided URL
xml entity encoding other than "&" not supported in station name and description, just normal UTF-8
uppercase characters in URLs and parameter names (lazy programming against *.asp pages)

To identify the device, the URLs called usually look this way:

/setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=xxxxxxxxxxxxxxx&mac=yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy&dlang=eng&fver=1&ven=grn6

Note the /grundig in the URL as well as the parameters &fver=1&ven=grn6. Maybe the sSearchtype. This URL does a station lookup by ID (full set of result values needed, in the usual structure):

<?xml
version="1.0" encoding="UTF-8" standalone="yes" ?>
<ListOfItems>
    <ItemCount>1</ItemCount>
    <Item>
        <ItemType>Station</ItemType>
        <StationId>xxxxxxxxxxxxxxx</StationId>
        <StationName>ORF Ö1</StationName>
        <StationUrl>http://orf-live.ors-shoutcast.at/oe1-q2a</StationUrl>
        <StationDesc>Classic</StationDesc>
        <Logo>http://.../...</Logo>
        <StationFormat>Classic</StationFormat>
        <StationLocation>XX</StationLocation>
        <StationBandWidth>128</StationBandWidth>
        <StationMime>mp3</StationMime>
        <Relia>3</Relia>
        <Bookmark>http://orf-live.ors-shoutcast.at/oe1-q2a</Bookmark>
    </Item>
</ListOfItems>

rorso · 2024-01-05T10:18:10Z

rorso
Jan 5, 2024
Author

I tried with the current released version 1.1.2 on Ubuntu 22.04

Does come quite far, but the final "play" does not work. Not from RS list, not from "My Stations"

The device does not directly call the provided URL in the station list, but does another search "for all details" first:

http://grundig.radiosetup.com/setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=MS_997030798BDB&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6

The call is from picking the pre-configured "my stations" sample which translate to ID MS_997030798BDB:

4U Classic Rock: https://str4uice.streamakaci.com/4uclassicrock.mp3|https://cdn.onlineradiobox.com/img/l/4/15394.v1.png

The call however does result in

<?xml version="1.0" encoding="utf-8"?>
<ListOfItems>
  <ItemCount>1</ItemCount>
  <Item>
    <ItemType>Display</ItemType>
    <Display>No station(s) found</Display>
  </Item>
</ListOfItems>

A blind try searching for Classic returns a value which does not seem to be totally correct either. It lists a count of 625 items, but returns a single value. So I think the argument is just passed as "name search" to RB (or it's cache) whereas the device assumes an ID lookup.

http://grundig.radiosetup.com/setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=Classic&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6


<?xml version="1.0" encoding="utf-8"?>
<ListOfItems>
  <ItemCount>625</ItemCount>
  <Item>
    <ItemType>Station</ItemType>
    <StationId>RB_7AFAE7E38D06</StationId>
    <StationName>RdMix Classic Rock 70s 80s 90s</StationName>
    <StationUrl>http://cast1.torontocast.com:4610/stream</StationUrl>
    <StationDesc>RdMix Classic Rock 70s 80s 90s : https://radiodimensionemix.torontocast.stream/</StationDesc>
    <Logo>http://192.168.2.224/ytuner/icon?id=RB_7AFAE7E38D06</Logo>
    <StationFormat></StationFormat>
    <StationLocation>Canada</StationLocation>
    <StationBandWidth>128</StationBandWidth>
    <StationMime>MP3</StationMime>
    <Relia>3</Relia>
    <Bookmark>http://192.168.2.224/setupapp/favxml.asp?id=RB_7AFAE7E38D06&amp;fav=add</Bookmark>
  </Item>
</ListOfItems>

0 replies

coffeegreg · 2024-01-05T11:46:45Z

coffeegreg
Jan 5, 2024
Maintainer

Sorry, but I'm a little bit lost because I didn't have time to look at all details related to yours issues posted in the context of YCast.
Let's start from the beginning ...
I assume that you have read the entire README.md, especially the Application configuration sections with descriptions of configuration files, and you already have knowledge about those parameters and functionalities that YCast does not have.
Now, set YTuner's debug level with MessageInfoLevel=4 in ytuner.ini file. Launch YTuner and start browsing My Stations with your Sonoclock device. Go to the described final "play" stage and copy all YTuner's logs here. We'll see what's going on...
I suspect that your device wants to use other endpoints, e.g. the one described in the code:

//Some AVR use "Search.asp" and "sSearchtype" query parameter with values like "1" or "2".
//We need to get some documentation and/or investigate some logs from users.
//Until then, we will route all such queries to search Radiobrowser directory.
  HTTPRouter.RegisterRoute('/'+PATH_SETUPAPP+'/*/'+PATH_SEARCH_ASP, @GetRadioBrowserSearchedStations, false);

Step by step we'll try to figure out how to solve problems with your Sonoclock.

0 replies

rorso · 2024-01-05T15:37:16Z

rorso
Jan 5, 2024
Author

Yes, I did read the ytuner.ini (didn't check, whether the one in readme.md is identical), but I did not read the code. The cited part seems to fit to the problem. The sSeachtype=3 seems to indicate "search by ID"

Log of a session with level 'debug'.

The first contact is the automatic "play last station" when turned on. Starts a search by ID. Since the last "played" station was a direct vTuner connection, the ID 5952 refers to that service.

This search is also done, if a station is selected from the device station buttons 1-6.

If that one does return a list with a single entry, it will pick the URL from it and starts playing. At least it does with my pimped YCast.

The last query, the result from selecting a station to play from the list is NOT in the debug log on first try, but shows up in the Wireshark protocol. Again a search by ID. The application log stalls at the "loginXML" entry (uplink problem?).

YTuner v1.1.2 Copyright (c) 2023 Greg P. (https://github.com/coffeegreg)
5-1-24 15:51:49 : Inf : Starting services...
5-1-24 15:51:49 : Inf : Loading RB UUIDs cache file.
5-1-24 15:51:49 : Inf : Successfully loaded 44252 RB UUIDs from cache file.
5-1-24 15:51:49 : Inf : Successfully loaded 11 my stations.
5-1-24 15:51:49 : Dbg : Removing old cache.
5-1-24 15:51:49 : Inf : Loading avr cache.
5-1-24 15:51:49 : Inf : Web Service: listening on: 192.168.2.224:80.
5-1-24 16:10:09 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:10:09 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=5952&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
5-1-24 16:10:09 : Dbg : Radio-browser.info: GET stations/search?order=name&reverse=false&limit=1000&name=5952&hidebroken=true.
5-1-24 16:10:10 : Err : SetRBCache empty objects RBS-avr-4-1554359.
5-1-24 16:10:10 : Wrn : No station(s) found : .
5-1-24 16:10:20 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:10:24 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:10:25 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
5-1-24 16:10:29 : Dbg : GET /ytuner/radiobrowser?ytuner=true&startItems=1&endItems=100&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
5-1-24 16:10:29 : Dbg : Cache loaded RBC-avr-0.
5-1-24 16:10:29 : Dbg : Cache loaded RBC-avr-1.
5-1-24 16:10:29 : Dbg : Cache loaded RBC-avr-2.
5-1-24 16:10:35 : Dbg : GET /ytuner/radiobrowser/genre?ytuner=true&startItems=1&endItems=100&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
5-1-24 16:10:35 : Dbg : Cache loaded RBC-avr-0.
5-1-24 16:10:37 : Dbg : GET /ytuner/radiobrowser/genre/acid%20jazz?ytuner=true&startItems=1&endItems=100&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
5-1-24 16:10:37 : Dbg : Radio-browser.info: GET stations/bytagexact/acid%20jazz?order=name&reverse=false&hidebroken=true.
5-1-24 16:10:38 : Dbg : Cache saved RBS-avr-0-703338949.
5-1-24 16:10:43 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:22:41 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:22:41 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=RB_C12553658232&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
5-1-24 16:22:41 : Dbg : Radio-browser.info: GET stations/search?order=name&reverse=false&limit=1000&name=RB_C12553658232&hidebroken=true.
5-1-24 16:22:42 : Err : SetRBCache empty objects RBS-avr-4-174487690.
5-1-24 16:22:42 : Wrn : No station(s) found : .
5-1-24 16:22:51 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:23:12 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
5-1-24 16:23:13 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=RB_C12553658232&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
5-1-24 16:23:13 : Dbg : Radio-browser.info: GET stations/search?order=name&reverse=false&limit=1000&name=RB_C12553658232&hidebroken=true.
5-1-24 16:23:13 : Err : SetRBCache empty objects RBS-avr-4-174487690.
5-1-24 16:23:13 : Wrn : No station(s) found : .

The last two at 16:10:43 as seen by Wireshark, the search did not make it into the log:

GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0 HTTP/1.1
Host: grundig.radiosetup.com
User-Agent: FSL IR/0.1
Cache-Control: no-cache
Pragma: no-cache

HTTP/1.1 200 OK
Status: 200 OK
Content-Length: 50
Content-Type: application/xml
Server: YTuner/1.1.2

<EncryptedToken>0123456789ABCDEF</EncryptedToken>


GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=RB_C12553658232&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6 HTTP/1.1
Host: grundig.radiosetup.com
User-Agent: FSL IR/0.1
Cache-Control: no-cache
Pragma: no-cache

Repeating the selection (16:22:41) logs the query every other try and results in a "No station(s) found", if "successful".

0 replies

coffeegreg · 2024-01-05T16:30:43Z

coffeegreg
Jan 5, 2024
Maintainer

Good analysis. We are one step ahead. 👍
Let's assume that sSearchtype=3 seems to indicate "search by ID". Do you know if/when sSeachtype=1 and/or sSeachtype=2 occurs? Can you track it?
Another case:

GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6

Do you know what the parameter gofile may mean? When does this query occur? This one is empty but it means something ... 🤔
I see that directory browsing should work for you. The problem comes when you want to play selected station. Your Sonoclock will then send a query with "sSearchtype=3" and Search filled with the station ID. Right? None of the devices tested so far did it this way but it's OK.

1 reply

rorso Jan 5, 2024
Author

My device has no possibility to do any "search", other than picking from the initial menu that is offered from YTuner (by country, by language, by genre...)

This is OK, given that the device only has a few buttons and a tiny screen. You would not want to "type" a search with only "left, right, up, down and OK". Entering the WLAN Key is PITA. :-(

See https://www.amazon.co.uk/Grundig-Sonoclock-890-Portable-Stereo/dp/B008ER8F8K

The only "search" is done by the device itself, when it queries a station by ID by just this call. I presume the sSearchtype=3 is "by ID".

It has no APP or remote (well, yes an IR) where you could issue a search. It all depends on the device specific vTuner website to configure a set of bookmarks that can be queried from the device menu along with the regular database. Similar to YTuner, just with a website to edit the (online) bookmarks. This is quite handy, despite of the very basic 90' style website.

Primary access to this website is by sending the device MAC address. Anyone knowing this, might SPAM my bookmarks :-( That's why I obfuscate this parameter in very post.

The device does not have a service-login. Access to this API is granted by the device MAC address that is sent with every call. This is encrypted(?) by the result of the loginXML.asp?token=0 call. The vTuner caches the grant for some time, so If I capture the call, I can send query from the browser, using the same mac= parameter. If the encrypted MAC is too old or does not match any other criteria (the /grundig/ maybe) I get an error in result.

I assume the gofile= is either a filler to allow for unconditionally adding &anotherparameter, or something to trigger on the server (caching the grant?). The &fver=1 and &ven=grn6 are always the same. Seem device/vendor marks to reply with suitable parameters for the device or just for keeping statistics about usage. Changing them manually did not seem to have any effect.

coffeegreg · 2024-01-05T17:31:53Z

coffeegreg
Jan 5, 2024
Maintainer

Well, Sonoclock sends "search" when it wants to "play". 😉 So let it be so... 👍
That's what we know now... when your Sonoclock will send something like this:

setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=RB_7AFAE7E38D06&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6

should expect the answer like this:

<?xml version="1.0" encoding="utf-8"?>
<ListOfItems>
  <ItemCount>1</ItemCount>
  <Item>
    <ItemType>Station</ItemType>
    <StationId>RB_7AFAE7E38D06</StationId>
    <StationName>RdMix Classic Rock 70s 80s 90s</StationName>
    <StationUrl>http://cast1.torontocast.com:4610/stream</StationUrl>
    <StationDesc>RdMix Classic Rock 70s 80s 90s : https://radiodimensionemix.torontocast.stream/</StationDesc>
    <Logo>http://192.168.2.224/ytuner/icon?id=RB_7AFAE7E38D06</Logo>
    <StationFormat></StationFormat>
    <StationLocation>Canada</StationLocation>
    <StationBandWidth>128</StationBandWidth>
    <StationMime>MP3</StationMime>
    <Relia>3</Relia>
    <Bookmark>http://192.168.2.224/setupapp/favxml.asp?id=RB_7AFAE7E38D06&amp;fav=add</Bookmark>
  </Item>
</ListOfItems>

Correct ?

0 replies

coffeegreg · 2024-01-05T17:52:58Z

coffeegreg
Jan 5, 2024
Maintainer

What kind of OS/CPU arch binaries do you expect for test purposes? I don't want to build all of them until it has been tested by you.

3 replies

rorso Jan 5, 2024
Author

I have a Linux-amd64 (Ubuntu 22.04). I tested with the "ytuner-1.1.2-x86_64-linux.zip", that did run fine with ROOT permissions.
If necessary I could try on Windows 10 or Win 11 too.

coffeegreg Jan 6, 2024
Maintainer

Please, check Releases and ytuner-1.1.2-x86_64-linux+sonoclock-fix.zip .
This is a temporary 3-line fix.
This unexpected situation where the device sends a "search" when it wants to "play" will likely force further changes in the code in the future, but for now it's nothing urgent. Please let me know if this small fix will work with your device.

rorso Jan 6, 2024
Author

I tried and it works as expected. Both the entries from "My Stations" and the pick from the menu do play.

But I usually have to select most function twice. Either I get a "network error - please retry" or playing stalls at "loading ..." - which ist when the final "search" is triggered. Back up and retry, does play the station.

In the log, this is seen with double calls to "loginXML" The first is not followed by a logged "search", the next one (the retry) is. I still suspect some uplink problem.

But other than that, the returened data is suitable to browse through the menus and play the stations. :-D

Btw., it's not totally unexpected to do a "search", when viewed from my device. It normally get's a reduced set of information for each station when browsing. To fill the display and play the tunes, it just requests a full set of data on "play". It also keeps the complexity to a minimum and allows for storing just the ID in internal memory. Everything else is queried on demand.

YTuner v1.1.2 Copyright (c) 2023 Greg P. (https://github.com/coffeegreg)
6-1-24 23:20:34 : Inf : Starting services...
6-1-24 23:20:34 : Inf : Loading RB UUIDs cache file.
6-1-24 23:20:34 : Inf : Successfully loaded 44252 RB UUIDs from cache file.
6-1-24 23:20:34 : Inf : RB UUIDs cache file is older then 24 hours. Refreshing RB UUIDs list...
6-1-24 23:20:34 : Inf : Getting Radio-browser.info UUIDs...
6-1-24 23:20:34 : Dbg : Radio-browser.info: GET stations.
6-1-24 23:20:34 : Inf : Successfully loaded 11 my stations.
6-1-24 23:20:34 : Dbg : Removing old cache.
6-1-24 23:20:34 : Inf : Web Service: listening on: 192.168.2.224:80.
6-1-24 23:20:45 : Inf : Successfully downloaded 44228 RB UUIDs.
6-1-24 23:20:45 : Inf : Successfully saved 44228 RB UUIDs to cache file.
6-1-24 23:22:07 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:22:08 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=5952&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
6-1-24 23:22:19 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:22:28 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:22:28 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:31 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:22:34 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:22:34 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:43 : Dbg : GET /ytuner/bookmark?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:43 : Dbg : GET /ytuner/bookmark?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:51 : Dbg : GET /ytuner/radiobrowser?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:51 : Dbg : Radio-browser.info: GET tags?hidebroken=true.
6-1-24 23:22:51 : Dbg : Cache saved RBC-avr-0.
6-1-24 23:22:51 : Dbg : Radio-browser.info: GET countries?hidebroken=true.
6-1-24 23:22:51 : Dbg : Cache saved RBC-avr-1.
6-1-24 23:22:51 : Dbg : Radio-browser.info: GET languages?hidebroken=true.
6-1-24 23:22:52 : Dbg : Cache saved RBC-avr-2.
6-1-24 23:22:56 : Dbg : GET /ytuner/radiobrowser/genre?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:22:56 : Dbg : Cache loaded RBC-avr-0.
6-1-24 23:23:11 : Dbg : GET /ytuner/radiobrowser/genre/all%20time%20classics?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:23:11 : Dbg : Radio-browser.info: GET stations/bytagexact/all%20time%20classics?order=name&reverse=false&hidebroken=true.
6-1-24 23:23:11 : Wrn : No station(s) found : all%20time%20classics.
6-1-24 23:23:21 : Dbg : GET /ytuner/radiobrowser/genre/acid%20jazz?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:23:21 : Dbg : Radio-browser.info: GET stations/bytagexact/acid%20jazz?order=name&reverse=false&hidebroken=true.
6-1-24 23:23:22 : Dbg : Cache saved RBS-avr-0-703338949.
6-1-24 23:23:31 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:24:08 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:24:09 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:24:13 : Dbg : GET /ytuner/my_stations?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:24:19 : Dbg : GET /ytuner/my_stations/Classic?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:24:21 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:27:06 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:27:07 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=MS_15F3B20B1298&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
6-1-24 23:29:03 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:29:14 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:29:15 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?gofile=&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:29:23 : Dbg : GET /ytuner/radiobrowser?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:29:23 : Dbg : Cache loaded RBC-avr-0.
6-1-24 23:29:23 : Dbg : Cache loaded RBC-avr-1.
6-1-24 23:29:23 : Dbg : Cache loaded RBC-avr-2.
6-1-24 23:29:28 : Dbg : GET /ytuner/radiobrowser/country?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:29:28 : Dbg : Cache loaded RBC-avr-1.
6-1-24 23:29:31 : Dbg : GET /ytuner/radiobrowser/country/Austria?ytuner=true&startItems=1&endItems=100&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=ger&fver=1&ven=grn6.
6-1-24 23:29:31 : Dbg : Radio-browser.info: GET stations/bycountryexact/Austria?order=name&reverse=false&hidebroken=true.
6-1-24 23:29:31 : Dbg : Cache saved RBS-avr-1-401469357.
6-1-24 23:29:40 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:29:53 : Dbg : GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0.
6-1-24 23:29:53 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=RB_CB37FDE644DD&mac=89fdc0123456789530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.
6-1-24 23:29:53 : Dbg : GetRBStationCache catFile cache loaded RBS-avr-1-401469357.

Since I added some filter criteria to the config, I get back a reduced set of stations. This is fine. However, it was unexpected for me to get categories without content.

rorso · 2024-01-07T09:54:43Z

rorso
Jan 7, 2024
Author

Meanwhile I did read the old manual again and in fact there IS a possibility to "search for station". The functionality is triggered from the Internet-Menu by delivering a special ItemType of value Search and a couple of corresponding properties to draw the search-field and OK/Cancel buttons.

The Search get's an URL with sSearchtype=2

<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<ListOfItems>
	<ItemCount>5</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=&amp;bkLvl=9237</UrlPrevious>
		<UrlPreviousBackUp>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=&amp;bkLvl=9237</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>Dir</ItemType>
		<Title>Länder</Title>
		<UrlDir>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=LocationLevelTwo</UrlDir>
		<UrlDirBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=LocationLevelTwo</UrlDirBackUp>
	</Item>
	<Item>
		<ItemType>Dir</ItemType>
		<Title>Genre</Title>
		<UrlDir>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=GenreLevelTwo</UrlDir>
		<UrlDirBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=GenreLevelTwo</UrlDirBackUp>
	</Item>
	<Item>
		<ItemType>Search</ItemType>
		<SearchURL>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/Search.asp?sSearchtype=2</SearchURL>
		<SearchURLBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/Search.asp?sSearchtype=2</SearchURLBackUp>
		<SearchCaption>Suchen Sender</SearchCaption>
		<SearchTextbox></SearchTextbox>
		<SearchButtonGo>Search</SearchButtonGo>
		<SearchButtonCancel>Cancel</SearchButtonCancel>
	</Item>
	<Item>
		<ItemType>Dir</ItemType>
		<Title>Populäre Sender</Title>
		<UrlDir>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=MostPopStations</UrlDir>
		<UrlDirBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=MostPopStations</UrlDirBackUp>
	</Item>
	<Item>
		<ItemType>Dir</ItemType>
		<Title>Neue Sender</Title>
		<UrlDir>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=NewStation</UrlDir>
		<UrlDirBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=NewStation</UrlDirBackUp>
	</Item>
</ListOfItems>

This reply renders the following menu:

If this Search item is missing, there is no possibility to enter a station search criteria. Certainly entering a name is quite cumbersome with just up/down/left/right and OK. But this function might get rendered differently for different devices.

Here we see the gofile= parameter in some action. This obviously is used to select some functionality at the server. Since this is information already read from the server and not something the device does on itself, it is most likely backend implementation specific and might get done completely different with an alternative backend like YTuner. The URL just has to match the advertized functionality.

I issued a search of SWISS (see sSearchtype=2&Search=SWISS, for which I assume to mean "search by station name")

http://grundig.radiosetup.com/setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=2&Search=SWISS&mac=7e1b12345678907e5c907f5e6a9164c2&dlang=ger&fver=1&ven=grn6

and got this as reply:

<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<ListOfItems>
	<ItemCount>12</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=</UrlPrevious>
		<UrlPreviousBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>34663</StationId>
		<StationName>ENERGY Swiss</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=34663</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>102058</StationId>
		<StationName>Jukebox - Kreuzberg Swiss</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=102058</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>91275</StationId>
		<StationName>Radio Central Swiss</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=91275</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>5952</StationId>
		<StationName>Radio Swiss Classic</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=5952</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>93279</StationId>
		<StationName>Radio Swiss Italia</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=93279</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>5709</StationId>
		<StationName>Radio Swiss Jazz</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=5709</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>5953</StationId>
		<StationName>Radio Swiss Pop</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=5953</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>103366</StationId>
		<StationName>Radioswiss</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=103366</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>74940</StationId>
		<StationName>RRO Swiss Melody</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=74940</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>82227</StationId>
		<StationName>Swiss Art Radio</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=82227</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>16909</StationId>
		<StationName>SwissGroove</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=16909</Bookmark>
	</Item>
	<Item>
		<ItemType>Station</ItemType>
		<StationId>37610</StationId>
		<StationName>Swisssh Radio</StationName>
		<Bookmark>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;stationid=37610</Bookmark>
	</Item>
</ListOfItems>

1 reply

rorso Jan 7, 2024
Author

And while I am about it, I faked the query to contain sSearchitem=1 and got this. Seems like a "search podcast for name"

<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<ListOfItems>
	<ItemCount>3</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=ShowPod</UrlPrevious>
		<UrlPreviousBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=ShowPod</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>ShowOnDemand</ItemType>
		<ShowOnDemandID>P20521</ShowOnDemandID>
		<ShowOnDemandName>SRF1 Swissmade</ShowOnDemandName>
		<ShowOnDemandURL>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/GetShowXML.asp?showid=P20521&amp;gofile=SearchP&amp;SearchType=1&amp;iSI=1&amp;iEI=100&amp;ShowStatic=&amp;Search=SWISS&amp;showname=Swissmade&amp;statid=</ShowOnDemandURL>
		<ShowOnDemandURLBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/GetShowXML.asp?showid=P20521&amp;gofile=SearchP&amp;SearchType=1&amp;iSI=1&amp;iEI=100&amp;ShowStatic=&amp;Search=SWISS&amp;showname=Swissmade&amp;statid=</ShowOnDemandURLBackUp>
		<BookmarkShow>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;showid=P20521</BookmarkShow>
	</Item>
	<Item>
		<ItemType>Dir</ItemType>
		<Title>Swiss Info</Title>
		<UrlDir>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/Search.asp?statid=2858&amp;sSearchType=6&amp;Search=SWISS</UrlDir>
		<UrlDirBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/Search.asp?statid=2858&amp;sSearchType=6&amp;Search=SWISS</UrlDirBackUp>
	</Item>
	<Item>
		<ItemType>ShowOnDemand</ItemType>
		<ShowOnDemandID>P44871</ShowOnDemandID>
		<ShowOnDemandName>SWISSCAST with Suhaib Webb</ShowOnDemandName>
		<ShowOnDemandURL>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/GetShowXML.asp?showid=P44871&amp;gofile=SearchP&amp;SearchType=1&amp;iSI=1&amp;iEI=100&amp;ShowStatic=&amp;Search=SWISS&amp;showname=SWISSCAST+with+Suhaib+Webb&amp;statid=</ShowOnDemandURL>
		<ShowOnDemandURLBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/GetShowXML.asp?showid=P44871&amp;gofile=SearchP&amp;SearchType=1&amp;iSI=1&amp;iEI=100&amp;ShowStatic=&amp;Search=SWISS&amp;showname=SWISSCAST+with+Suhaib+Webb&amp;statid=</ShowOnDemandURLBackUp>
		<BookmarkShow>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/AddFav.asp?empty=&amp;showid=P44871</BookmarkShow>
	</Item>
</ListOfItems>

or an empty reply:

<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<ListOfItems>
	<ItemCount>1</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=ShowPod</UrlPrevious>
		<UrlPreviousBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/navXML.asp?gofile=ShowPod</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>Display</ItemType>
		<Display>No Podcasts found</Display>
	</Item>
</ListOfItems>

sSearchtype=0 does not return any reply at all, sSearchtype=4 does reply in "No Show Found", sSearchtype=5 replies "No Longer available", no matter what Search value I try. sSearchtype=6 gets me a "500 internal error".

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<ListOfItems>
	<ItemCount>1</ItemCount>
	<Item>
		<ItemType>Previous</ItemType>
		<UrlPrevious>http://grundig.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=</UrlPrevious>
		<UrlPreviousBackUp>http://grundig2.vtuner.com/setupapp/grundig/asp/browseXML/loginXML.asp?gofile=</UrlPreviousBackUp>
	</Item>
	<Item>
		<ItemType>Display</ItemType>
		<Display>No Show Found</Display>
	</Item>
</ListOfItems>

coffeegreg · 2024-01-07T11:24:42Z

coffeegreg
Jan 7, 2024
Maintainer

Once again, great analysis. 👍
I'm glad to know that your Sonoclock started working better with YTuner and you can now listen your stations.
But let's go back to the earlier post and log dump.

5-1-24 16:10:09 : Dbg : GET /setupapp/grundig/asp/BrowseXML/Search.asp?sSearchtype=3&Search=5952&mac=89fdc1234567890530ed8ce92a4c6de5&dlang=eng&fver=1&ven=grn6.

I see here this first request to last used vtuner station with ID=5952. YTuner does know nothing about this ID and cannot reply correctly. I assume that the next time the sonoclock is started, it will remember the last played station with the ID generated by YTuner.
Next log entries look unexpected. I mean there are many queries like this one:

GET /setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0

In fact, such an entry should only appear once at the beginning. It seems that after this query, Sonoclock expects something in response that it is not currently receiving from YTuner, so it repeats the query.
Can you capture with Wireshark some packets of interaction your device with vtuner service related to request :

/setupapp/grundig/asp/BrowseXML/loginXML.asp?token=0

We'll see what vtuner returns back and I'll try to add it to YTuner.
Next case:

Since I added some filter criteria to the config, I get back a reduced set of stations. This is fine. However, it was unexpected for me to get categories without content.

Yes, this is known problem and releated to caching and filtering capabilities made by client side (by YTuner).
Radio-browser.info has quite poor filtering capabilities, so I decided to do it on the YTuner website. The problem is that the value placed in xml ItemCount is the max value that was retrieved from Radio-browser before the filtering operation. After filtering, there may be fewer stations left, sometimes even 0. To prevent this and calculate this value correctly, YTuner would have to download, cache and filter all categories, even those that probably will never be used. This is a time-consuming and pointless operation in most cases.
Look .. here is begin of xml prepared by YTuner for AVR without any kind of filtering:

<ListOfItems>
  <ItemCount>20</ItemCount>
  <Item>
    <ItemType>Dir</ItemType>
    <Title>classic dance</Title>
    <UrlDir>http://192.168.1.30/ytuner/radiobrowser/genre/classic dance?ytuner=true</UrlDir>
    <UrlDirBackUp>http://192.168.1.30/ytuner/radiobrowser/genre/classic dance?ytuner=true</UrlDirBackUp>
    <DirCount>7</DirCount>
  </Item>
  <Item>
    <ItemType>Dir</ItemType>
    <Title>classic dance pop rock</Title>
    <UrlDir>http://192.168.1.30/ytuner/radiobrowser/genre/classic dance pop rock?ytuner=true</UrlDir>
    <UrlDirBackUp>http://192.168.1.30/ytuner/radiobrowser/genre/classic dance pop rock?ytuner=true</UrlDirBackUp>
    <DirCount>6</DirCount>
  </Item>
................

Pay attention to . This value is taken directly from radio-browser.info for any <Title> (genre) and AVR will know how many classic dance stations can expect if you decide to enter this folder on your AVR.
Now, we're starting filtering... When you decide to enter into some category folder YTuner start to filter-out some unnecessary stations (e.g. with AAC codec or some exotic language and so on). What is the effect? YTuner still send with value taken directly from radio-browser.info but the real filtered-out stations can be much lower or even equal 0.
When you enter into some category folder YTuner send to AVR with xml like :

<ListOfItems>
  <ItemCount>2</ItemCount>
  <Item>
    <ItemType>Station</ItemType>
    <StationId>RB_84AD72E06625</StationId>
    <StationName>BN Radio</StationName>
    <StationUrl>http://stream.bn-radio.de:8000/bn-radio.mp3</StationUrl>
    <StationDesc>BN Radio : http://www.bn-radio.de/</StationDesc>
    <Logo>http://192.168.1.30/ytuner/icon?id=RB_84AD72E06625</Logo>
    <StationFormat>classic%20dance</StationFormat>
    <StationLocation>Germany</StationLocation>
    <StationBandWidth>192</StationBandWidth>
    <StationMime>MP3</StationMime>
    <Relia>3</Relia>
    <Bookmark>http://192.168.1.30/setupapp/favxml.asp?id=RB_84AD72E06625&amp;fav=add</Bookmark>
  </Item>
  <Item>
    <ItemType>Station</ItemType>
    <StationId>RB_1E969D26C3DB</StationId>
    <StationName>RADIO PSR 80er</StationName>
    <StationUrl>http://streams.radiopsr.de/psr-80er/mp3-192/www.radio-browser.info/play.m3u8</StationUrl>
    <StationDesc>RADIO PSR 80er : https://www.radiopsr.de/</StationDesc>
    <Logo>http://192.168.1.30/ytuner/icon?id=RB_1E969D26C3DB</Logo>
    <StationFormat>classic%20dance</StationFormat>
    <StationLocation>Germany</StationLocation>
    <StationBandWidth>192</StationBandWidth>
    <StationMime>MP3</StationMime>
    <Relia>3</Relia>
    <Bookmark>http://192.168.1.30/setupapp/favxml.asp?id=RB_1E969D26C3DB&amp;fav=add</Bookmark>
  </Item>
</ListOfItems>

Pay attention to <ItemCount>. This value is set by YTuner and means real stations number in selected folder and is always correct regardless of filtering option.
So what's the problem? Probably, the problem is that my AVRs don't much care about this <DirCount> value. This value have to be equal or grater then real stations count releated to selected category. That's why base filtering functionality work for all my AVRs.
Unfortunately, some AVRs like yours work a little bit different and probably it does not care about <ItemCount> but have to have <DirCount> equal to real stations number even after filtering.
Don't worry. The solution is currently being developed and uses the full cache of radio-browser.info resources for very fast search, filtering and ordering. The work is already advanced but I haven't had much free time lately.
So, your last investigation about sSearchtype query parameter values is usefull. 👍 I'll come back to this case when I deal with the current task I wrote about above.

7 replies

rorso Jan 7, 2024
Author

I can try, but I see no point in this effort. The Sonoclock is happy with the zeroes it currently gets from YTuner as EncryptedToken. It sends some "random number" as &mac= parameter and YTuner just ignores that paramater, if I'm right. Changing the MyToken would result in some other "random number" that is ignored as well.

If you do not know the used encryption algorithm, you would not be able to verify the correctness of the supplied &mac= parameter either. I doubt that it is something really sophisticatied, but as long as you are in charge what the backend requires - as you do - the entire &mac= handling looks irrelevant to me.

Unless you either want to replicate this MAC based API authorization scheme to restrict access to supported (and paying) vendors or want to keep a backup path to the original vTuner service and forward a "true encrypted MAC adddress". But in that case you would have to query a "true EncryptedToken" too in advance, doing essentially a MitM attack. But then again, it's not necessary to know the algorithm. It's just something between vTuner and the Device.

coffeegreg Jan 7, 2024
Maintainer

You got me completely wrong. mac is used by YTuner only for AVR identification to personalize bookmarks or filtering options per AVR device. It doesn't metter is it encrypted or not and what kind of algorithm is used. I'm just trying to figure out what your Sonoclock expect with loginXML.asp?token=0 query that keeps retrying it. All known AVRs get MyToken in <EncryptedToken><\EncryptedToken> ones and don't try to get it again (unless you turn them off and on). The only thing I noticed is the difference that Sonoclock operates on lowercase letters (a-f) in the string representation of hexadecimal token but YTuner forces uppercase letters. Of course, the digits 0-9 have no distinction between uppercase and lowercase, so you can try using only the digits in your MyToken and maybe that will be accepted by Sonoclock. My idea is only about solving a multiple query to loginXML.asp?token=0. I only suggested not to use "0" at the beginning because maybe the Token is converted by your device's firmware in some way and maybe it is omitted. I do not know that. These are just guesses that can be easily tested. Anyway, I have no other ideas why your Sonoclock try to query for this Token multiple times.

rorso Jan 8, 2024
Author

Ah, sorry, my fault. Twice.

YTuner does not send "0" as response to the loginXML.asp?token=0 query (that was 'YCast'), but "0123456789ABCDEF". This consists of uppercase and it starts with a zero. Both possible problems I should avoid to be on the safe side. But both of that is accepted by my Sonoclock that happily carries on with some &mac= value.

I tested this unintentionally because it is the default value. :-)

coffeegreg Jan 9, 2024
Maintainer

As far as I know, YCast doesn't use the mac parameter at all. YTuner has the ability to personalize the configuration for each AVR device (bookmarks, filtering), which YCast does not have. Regardless of the above, the MAC address of your device is not decoded anywhere because there is no need for it and the algorithm is unknown, and the mac parameter as a string is used to identify the AVR device.
Naturally, both my Yamahas use the same YTuner and each one gets the same MyToken from YTuner but generates a different mac parameter and use it to all later queries to YTuner. That's why, as I mentioned, it seems to me that the Token used with the MAC address of the device creates a hash that is later passed as the mac parameter in the query.

rorso Jan 10, 2024
Author

And the Token seems to be dependent of the visible (public) IP-Address, as I always get the same token when I request one, from all devices using the same gateway. On the other hand, the traced &mac= is accepted from every IP behind the same gateway and is rejected from every IP outside it.

Yes, I think they are related. vTuner issues a Token based on the Router-IP, the device mangles it's MAC-address with it and thus has a reasonable secure way to identify each device as individual and trusted client with minimal attack surface to get access to the private bookmarks in the cloud by watching the otherwise unencrypted(!) communication.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Feature request: Please add support for older "Grundig Sonoclock 940A" #17

{{title}}

Replies: 8 comments 12 replies

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

Select a reply

Feature request: Please add support for older "Grundig Sonoclock 940A" #17

rorso Jan 4, 2024

Replies: 8 comments · 12 replies

rorso Jan 5, 2024 Author

coffeegreg Jan 5, 2024 Maintainer

rorso Jan 5, 2024 Author

coffeegreg Jan 5, 2024 Maintainer

rorso Jan 5, 2024 Author

coffeegreg Jan 5, 2024 Maintainer

coffeegreg Jan 5, 2024 Maintainer

rorso Jan 5, 2024 Author

coffeegreg Jan 6, 2024 Maintainer

rorso Jan 6, 2024 Author

rorso Jan 7, 2024 Author

rorso Jan 7, 2024 Author

coffeegreg Jan 7, 2024 Maintainer

rorso Jan 7, 2024 Author

coffeegreg Jan 7, 2024 Maintainer

rorso Jan 8, 2024 Author

coffeegreg Jan 9, 2024 Maintainer

rorso Jan 10, 2024 Author

rorso
Jan 4, 2024

Replies: 8 comments 12 replies

rorso
Jan 5, 2024
Author

coffeegreg
Jan 5, 2024
Maintainer

rorso
Jan 5, 2024
Author

coffeegreg
Jan 5, 2024
Maintainer

rorso Jan 5, 2024
Author

coffeegreg
Jan 5, 2024
Maintainer

coffeegreg
Jan 5, 2024
Maintainer

rorso Jan 5, 2024
Author

coffeegreg Jan 6, 2024
Maintainer

rorso Jan 6, 2024
Author

rorso
Jan 7, 2024
Author

rorso Jan 7, 2024
Author

coffeegreg
Jan 7, 2024
Maintainer

rorso Jan 7, 2024
Author

coffeegreg Jan 7, 2024
Maintainer

rorso Jan 8, 2024
Author

coffeegreg Jan 9, 2024
Maintainer

rorso Jan 10, 2024
Author