Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Maybe it's worth mentioning: I tried downloading the whole track (using dlmixcloud.com) to check if it plays through when NOT streaming. It does. pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
bpa wrote: > Prefer native checked just means it plays without transcoding as you > reported yesterday. > On my system it played OK - I had to uncheck "native" and disable > "mp4->AAC" to get squeezelite on Win to fail > > This is what I mean that your setup (i.e. Win1,, network, secxurit s/w > etc.) is in some way "unusual". It really plays through on your Win-machine..? Weird... I can confirm the new Mixcloud-release doesn't help with this, unfortunately. pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
bpa wrote: > No - standard installation prefers "native" and no transcoding (i.e. > least processing - audio data from source gets delivered to player > unchanged), so all settings enabled - I had to disable them and force > transcoding. > > With forcing transcoding with Squeezelite - "Clara de Costa" on my i7 > Win10 system stops in less than 1min. @bpa But even with "prefer native" checked (under Settings->Advanced->File Types), the Digweed-track will stop before 3min00 in Squeezelite-X. pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
bpa wrote: > squeezelite on Win also fails if native MP4/AAC is disabled (and prfer > native decode check box off) and so transcoding is required. > It means a simple single system test setup can be used to test. Is this how squeezelite-x is set-up when I install it ? Because I never changed any settings for it...and the "Digweed Denney"-example stops at about the same time on both hardware players and the Squeezelite. Other tracks are not that consistent, so I would recommend using that one for testing. For example the other track I mentioned earlier ("Clara da Costa") sometimes plays up to ten minutes before stopping. My Squeezelite is also v1.9.9-1401. pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Err, yes you are right, now that really explains why I didn't get a socketwrapper-log when streaming to Squeezelite-X... 8-p Also (sorry, just remembered), in the other thread, "chieftobitobsn" remarked that he has the same issue on a raspi3/debian-system, so it cannot be Windows only. +---+ |Filename: server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37703| +---+ pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Here is another log-combo, this time with Mixcloud-logging set to debug. Doesn't add too much info, though... +---+ |Filename: Logs.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37701| +---+ pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
I think a network issue can be ruled out, as the problem is really very consistent, even on the Squeezelite-X-player on the server itself. The hardware players I have are these: Code: Player Model: Squeezebox Boom Player Type: boom Firmware: 57 Player IP Address: 192.168.13.140 Player MAC Address: 00:04:20:1f:84:2c Player Model: Squeezebox Classic Player Type: squeezebox2 Firmware: 137 Player IP Address: 192.168.13.104 Player MAC Address: 00:04:20:07:4e:3b Isn't it strange that really VERY shortly after the player switches from "BUFFERING-STREAMING" to "PLAYING-STREAMING" it reports "EOF on source stream", even though the SocketWrapper is still working at that time..? Code: [22-04-14 15:26:56.6244] Slim::Player::Pipeline::sysread (304) Attempting to write to pipeline writer [22-04-14 15:26:56.6245] Slim::Player::Pipeline::sysread (310) Wrote 17113 bytes to pipeline writer [22-04-14 15:26:56.6245] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.6405] Slim::Player::StreamingController::playerTrackStarted (2201) 00:04:20:07:4e:3b [22-04-14 15:26:56.6406] Slim::Player::StreamingController::_eventAction (270) 00:04:20:07:4e:3b: Started in BUFFERING-STREAMING -> Slim::Player::StreamingController::_Playing [22-04-14 15:26:56.6406] Slim::Player::StreamingController::_setPlayingState (2378) new playing state PLAYING [22-04-14 15:26:56.6407] Slim::Player::StreamingController::_Playing (368) Song 0 has now started playing [22-04-14 15:26:56.6409] Slim::Player::StreamingController::_Playing (397) Song queue is now 0 [22-04-14 15:26:56.6411] Slim::Player::StreamingController::_eventAction (302) 00:04:20:07:4e:3b: Started - new state PLAYING-STREAMING [22-04-14 15:26:56.6552] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.6556] Slim::Player::Pipeline::sysread (304) Attempting to write to pipeline writer [22-04-14 15:26:56.6557] Slim::Player::Pipeline::sysread (310) Wrote 16919 bytes to pipeline writer [22-04-14 15:26:56.6557] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.6561] Slim::Player::Pipeline::sysread (304) Attempting to write to pipeline writer [22-04-14 15:26:56.6561] Slim::Player::Pipeline::sysread (310) Wrote 17012 bytes to pipeline writer [22-04-14 15:26:56.6562] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.6564] Slim::Player::Pipeline::sysread (304) Attempting to write to pipeline writer [22-04-14 15:26:56.6565] Slim::Player::Pipeline::sysread (310) Wrote 11512 bytes to pipeline writer [22-04-14 15:26:56.6566] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.6566] Slim::Player::Pipeline::sysread (288) EOF on source stream [22-04-14 15:26:56.7041] Slim::Player::StreamingController::_eventAction (270) 00:04:20:07:4e:3b: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync [22-04-14 15:26:57.7075] Slim::Player::StreamingController::_eventAction (270) 00:04:20:07:4e:3b: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync [22-04-14 15:26:58.7057] Slim::Player::StreamingController::_eventAction (270) 00:04:20:07:4e:3b: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync Exactly at that time, there is a weird 2 second gap in the socketwrapper-log: Code: SW: 2022-04-14 15:26:56.634 MoveDataThreadProc for step 3 got 8192 bytes, about to write data. SW: 2022-04-14 15:26:56.635 MoveDataThreadProc for step 3 about to call ReadFile. SW: 2022-04-14 15:26:56.635 MoveDataThreadProc for step 3 got 8192 bytes, about to write data. SW: 2022-04-14 15:26:58.745 MoveDataThreadProc for step 3 about to call ReadFile. SW: 2022-04-14 15:26:58.745 MoveDataThreadProc for step 3 got 8192 bytes, about to write data. SW: 2022-04-14 15:26:58.747 MoveDataThreadProc for step 3 about to call ReadFile. pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Ok, found the problem...here's both a server.log including timestamps and the corresponding socketwrapperdebug.log +---+ |Filename: Desktop.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37700| +---+ pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
I noticed the missing timestamps, too, but I don't recall doing anything that would cause this..? Any idea where this can be changed ? pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Hi, I attached server.log with player.source set to INFO. I've had the issue for quite some time now, it survived the Windows upgrade 10->11, a CPU change (Intel i7-3770T => i9-11900T) and the change from Avira to Avast. Problem occurs also when Avast is completely turned off. I _think_ the "2:30 WAV-thought" doesn't apply here, because different tracks stop much later. Unfortunately I can only test on Windows - in the github-thread I mentioned above, @kwarklabs said "the convert.conf line matched is correct, the transcoding you are seeing is expected behaviour and is unavoidable without switching operating system/hardware.". On their machine the transcoding goes mp4->aac which differs from the way it is done on Windows (mp4->faad->flac), as far as I understand Another weird thing just happens: a mix seems to play through on Squeezelite-X. It still doesn't on both hardware players, though (classic2 and boom). This must be related to changes in socketwrapper 1.12beta. +---+ |Filename: server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37698| +---+ pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Hi guys, I am having trouble streaming using the Mixcloud-plugin, and it seems to be a Socketwrapper-issue. I just upgraded my socketwrapper.exe to the 1.12beta3-bpa that I found in this thread, but the problem is still there - I attached the output-log. When streaming long tracks, the music stops after a few minutes. Looks like this only occurs on Windows, because the conversion path is a little different than on other OSs. (Plugin-thread that lead me here: https://github.com/danielvijge/lms_mixcloud/issues/23) This one is a good example track, because it is over two hours long and the stop occurs quite quickly (at least on my machine) somewhere between 2min30 and 3min00: mixcloud://johndigweed/transitions-with-john-digweed-and-denney/ I hope someone can figure out what the problem is..? Thanks for your help !! +---+ |Filename: socketwrapperdebug.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37696| +---+ pupvogel's Profile: http://forums.slimdevices.com/member.php?userid=38152 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins