Hi,
I've been using your plugin a LOT these last days (fantastic once
again!), and I've come to realize there is an issue with the Genre/Era
browser. All eras work, except the last (10s, which is 2010s). Whenever
I try to play stuff from that era, any genre, it doesn't work. Maybe
there is an "off by one" error in the code, for instance a META_YEAR >
START_ERA where there should be META_YEAR >= STAR_ERA? As we "only" are
in 2010, and 2010 is the start year of the last era, that seems a
plausible explanation - there is no music available for 2011 yet! Log:
Code:
--------------------
[01:40:51.350048] main:422 new connection
[01:40:51.370043] main:455 req: radio.json res: (null) par:
s=2010&e=2019&g=2048 prot: HTTP/1.0 auth: (null)
[01:40:51.370140] main:976 radio query start year: 2010 end year: 2019 genre
mask: 2048
[01:40:51.370189] main:983 created radio search
[01:40:51.370369] search_callback:511 search: ok
--------------------
When I try from a different era, it works perfectly:
Code:
--------------------
[01:43:21.384846] main:422 new connection
[01:43:21.394834] main:455 req: radio.json res: (null) par:
s=2000&e=2009&g=4096 prot: HTTP/1.0 auth: (null)
[01:43:21.394938] main:976 radio query start year: 2000 end year: 2009 genre
mask: 4096
[01:43:21.394987] main:983 created radio search
[01:43:21.395167] search_callback:511 search: ok
...
then lots of garbage from the search query I entered (mentioned below)
...
[01:43:22.485745] main:422 new connection
[01:43:22.485855] main:455 req: stream.flc res:
spotify:track:6Bo7elbKiRfaHBMJGEBHqF par:
player=00%3A04%3A20%3A17%3A1d%3A44&start=0&sync=1&id=35 prot: SPOTSTREAM/1.0
auth: (null)
[01:43:22.485964] main:542 newstream connection from 192.168.1.101
[01:43:22.485992] main:576 streamid: 34 newid: 35
[01:43:22.486014] main:611 streambuf_newstream
[01:43:22.486046] main:1100 new stream pending state: Resource not loaded yet
[01:43:23.486613] main:1100 new stream pending state: Resource not loaded yet
[01:43:23.487006] search_callback:511 search: ok
[01:43:23.487146] metadata_updated:69 new meta
....
more garbage
....
[01:43:23.496341] main:1058 Now playing: Since U Been Gone
[01:43:23.496760] log_message:65 log: 23:43:23.496 I [file_picker.cpp:88]
File picker: track=d8f494d59af44b86bcca8ea495cef179,
file=d7df36557a09f02211d72b8b621046507b19faa0, bitrate=320000, max=320000,
target=320000, num=3
[01:43:24.402839] log_message:65 log: 23:43:24.402 I
[file_streamer_simple.cpp:757] Request for file
d7df36557a09f02211d72b8b621046507b19faa0 complete (code: 0)
....
[01:43:24.885065] log_message:65 log: 23:43:24.885 I
[file_streamer_simple.cpp:757] Request for file
d7df36557a09f02211d72b8b621046507b19faa0 complete (code: 0)
--------------------
Finally, I did a track search some time ago, and even if I'm playing
music and doing other stuff, the search still regularly shows up in the
debug log, repeating LOTS OF messages all the time (the log messages I
include here are repeated over and over again, flooding the debug log
with an interval of a few seconds between each time it writes all these
lines of log messages):
Code:
--------------------
[01:36:36.835535] search_callback:511 search: ok
[01:36:36.844683] main:422 new connection
[01:36:36.844792] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:36.844824] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:37.844524] search_callback:511 search: ok
[01:36:37.853787] main:422 new connection
[01:36:37.853897] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:37.853929] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:38.854352] search_callback:511 search: ok
[01:36:38.863562] main:422 new connection
[01:36:38.863712] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:38.863746] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:39.864274] search_callback:511 search: ok
[01:36:39.880151] main:422 new connection
[01:36:39.880270] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:39.880303] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:40.880191] search_callback:511 search: ok
[01:36:40.889652] main:422 new connection
[01:36:40.889761] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:40.889793] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:41.890092] search_callback:511 search: ok
[01:36:41.899348] main:422 new connection
[01:36:41.899456] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:41.899488] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:42.899998] search_callback:511 search: ok
[01:36:42.909234] main:422 new connection
[01:36:42.909343] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:42.909375] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:43.908902] search_callback:511 search: ok
[01:36:43.918094] main:422 new connection
[01:36:43.918204] main:455 req: search.json res: (null) par:
o=0&i=Ts&q=track:samba%20de%20ver%E3o prot: HTTP/1.0 auth: (null)
[01:36:43.918235] main:787 search: track:samba de verão offset: 0 artist
count: 0 album count: 0 track count: 200
[01:36:44.546531] log_message:65 log: 23:36:44.546 I
[file_streamer_simple.cpp:757] Request for file
998ceff13bd89e17b0fca02ee70d7d4871c8080d complete (code: 0)
--------------------
This last issue is only a mere annoyance in the log, but you might want
to look into it in case you have a "loose thread" (pun intended ;)),
memory leak or something.
Regards,
Remi Mikalsen
--
remimikalsen
------------------------------------------------------------------------
remimikalsen's Profile: http://forums.slimdevices.com/member.php?userid=39543
View this thread: http://forums.slimdevices.com/showthread.php?t=79706
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
