Can someone please help with streaming Ogg Vorbis from Spotty. I have
the Spotty 2.8.4 with the Spotty Helper for FreeBSD (not sure if i need
it) installed. The server is a RP 3 running Max2Play 2.50 which uses
Squeezelite player. Ive tried to disable Ogg Vorbis within
\Advanced\FileTypes\. I
Hello,
Thanks for your answer !
Here is my town code (Maisons-Alfort)
Code:
FRXX6092:1:FR
I also try Paris:
Code:
FRXX0076:1:FR
But none work...
Vincent
kidhazy wrote:
> Could be - but I can't trace the plugin script as to why it's trying to
> hit a TTS playlist when I've called it with a filename ie.
> cmd=announceFile
>
> The file I specify "announceFile called:
> file=/volume1/Music/doorbell.mp3" exists and plays.
This error message is a
Hi Philippe,
the plugin worked for a long time and then today I've received a 403. I
followed your instructions at everything worked fine again :) In the
past I've only created the API key and OAuth Client ID but without using
a project and not restricting it.
I'm very grateful that you
2.4.1 is in the Store now. Not automatically updating yet, so I forced
an update from the Store. 2.4.1 is functioning A-OK here.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or Material web app on
Android
Players: Duet, Touch (two), Mac
M_Meyer wrote:
> Here, it is working with the new weather.com plugin.
> However, after every server restart, I have to enable it again (via
> Extras/Custom Clock/SDT Weather) or all weather data stays empty.
> Any thoughts?Have you set the custom clock screen you are using as the
> preferred
vhenninot wrote:
> Hello,
>
> Thanks to keep this thread and plugins alive and to help everyone
> here...
> All the work here is awesome!
>
> I successfully installed the new weather SDT plugin and helper.
>
> I successfully put the correct wether code of my town and can see it in
> extra
Apologies if this has been asked before - I did try to search the thread
but found nothing.
I am running Spotty on my media server at home, feeding into my whole
house audio system. When I am in one of the rooms, and I load Spotify
on my iPhone, I see the option "Connect to a Device" and the
Hi all,
All packages for DSM6.x have been updated to version 0025.
- updated with the latest github commits (Jul 24, 2019)
- updated the list of compatible nas on the first post: added
DS620slim, DS1019+, DS1829+
DSM6 packages:
edwin2006 wrote:
> Could this be the problem?
> file:///volume1/Music/My%20Playlists%20(Squeezebox)/announceTTS.m3u
> doesn't exist on disk - skipping!
Could be - but I can't trace the plugin script as to why it's trying to
hit a TTS playlist when I've called it with a filename ie.
Still getting this when using regular stream:
[image: https://i.imgur.com/OU4r9Ci.jpg]
Is it just me?
Heuer's Profile: http://forums.slimdevices.com/member.php?userid=2543
View this thread:
slartibartfast wrote:
> So it doesn't actually skip back to the start then. I'll try when the
> ashes start.
8 hrs program are unusual.
IIRC I can't play 5 live sports as it is usually UK limited so all I can
do is speculate and perhaps look at the metadata sources at the "right"
time.
Not
Could this be the problem?
file:///volume1/Music/My%20Playlists%20(Squeezebox)/announceTTS.m3u
doesn't exist on disk - skipping!
*SqueezeBoxes:* 1x Transporter (Living room) 1x SB2 (shed), 1x Radio
(Kitchen), 1x Boom (Dining room), 1x piCorePlayer (jacuzzi), 1x
piCorePlayer (Garden) 1x OSMC +
Here's what I see with debug on.
http://:9002/plugins/LMSannounce/js.html?cmd=announceFile=%2Fvolume1%2FMusic%2Fdoorbell.mp3=00%3A04%3A20%3A1e%3A51%3A88
Code:
[19-07-27 19:58:39.4161] Plugins::LMSannounce::Plugin::handleJSONP (193)
handleJSONP cmd=announceFile
Tested with a different Touch now, without the EDO kernel, and it
behaves similar.
terjehaa's Profile: http://forums.slimdevices.com/member.php?userid=17451
View this thread:
bpa wrote:
> For DASH - the details are in the DASH MPD for the station and the
> parameter "timeShiftBufferDepth" - check this morning and it is set for
> 6 hours. It could be changed by BBC but I suspect not quickly as it
> would probably require changing server buffer space on multiple
PasTim wrote:
> There we no messages duing this period. There was one a little
> earlier:
>
> [19-07-26 21:23:21.1647] Plugins::BBCiPlayer::BBCOnAir::__ANON__ (213)
> error fetching RadioPlayer BBC data while playing so try fetching
> again
>
> By the way, I suspect the 3-hour issue is
PasTim wrote:
> There we no messages duing this period. There was one a little
> earlier:
>
> [19-07-26 21:23:21.1647] Plugins::BBCiPlayer::BBCOnAir::__ANON__ (213)
> error fetching RadioPlayer BBC data while playing so try fetching
> again
>
> By the way, I suspect the 3-hour issue is
slartibartfast wrote:
> Is BBC skipback limited to 6 hours? Test Match Special the other day was
> 8 hours 45 minutes. I can't remember if I actually listened to the start
> but I assume it skipped back to the start which would have been 7 hours
> at the time .
>
> Sent from my SM-G900F using
bpa wrote:
> Just to confirm - there are no BBCiPlayer messages in the log file
> during these tests.
There we no messages duing this period. There was one a little
earlier:
[19-07-26 21:23:21.1647] Plugins::BBCiPlayer::BBCOnAir::__ANON__ (213)
error fetching RadioPlayer BBC data while
bpa wrote:
> Skipping back beyond 3 hours and the stream being able to still play is
> the root cause of this bug.
>
> The code had expected a stream older than 3 hours to stop playing
> because request to play packets beyond 3 hour window used to fail and so
> player would then revert to a
PasTim wrote:
> I listened to part of the BBC Proms on Radio 3 last night - 19:30 to
> 22:00. At 21:37 I took a snapshot. I then skipped back to the start.
> The Title of the playing piece did not change - see 2nd snapshot at
> 21:39. I took another snapshot at 21:44, and the piece title was
I listened to part of the BBC Proms on Radio 3 last night - 19:30 to
22:00. At 21:37 I took a snapshot. I then skipped back to the start.
The Title of the playing piece did not change - see 2nd snapshot at
21:39. I took another snapshot at 21:44, and the piece title was the
live one, not the
Skipping back beyond 3 hours and the stream being able to still play is
the root cause of this bug.
The code had expected a stream older than 3 hours to stop playing
because request to play packets beyond 3 hour window used to fail and so
player would then revert to a live stream. With the
Blackfiction wrote:
> Hi,
> I have missed some strings in the previous translation. Could you please
> add this one to a new version?
> thanks!
Applied. Thanks!
cpd73's Profile:
Michael, the following call used to work:
Code:
curl 'http://localhost:9000/jsonrpc.js' --data-binary
'{"id":1,"method":"slim.request","params":["",["musicartistinfo","lyrics","html:1","title:River
Lea","artist:Adele"]]}'
However, I've
bultano wrote:
> Hey, I got it working great on my PC and network but when I got a friend
> to try it on his end, he created the config file and got it connected
> properly and then 5 seconds later in the command line it says
> Syncnotifstate: UPNp stop and the code stops running, any ideas?
I have added a Dutch translation. Could you please add it in a new
version of the plugin?
Thank you very much!
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
28 matches
Mail list logo
