![]() ![]()
Disabling that detection affects all devices on your network, not just the one you have issues with. Universal media server sound delay update#The issues you may have had with automatic detection will have been due to the wrong conf being used for your renderer but it is fairly easy to make or update one to have all supported formats for it. check that the option "Skip transcoding for the following extensions" is also blank so that automatic detection can work for those files. It is possible the changed settings were not included in the logs though. Strange that it is now saying it is forced streaming instead of forced transcoding, your settings still "Force transcoding for the following extensions" is set to mkv, mp4, avi ![]() I will make another attempt to save more logs later and post them here.Ĭode: Select all Final verdict: ".AVC.DD.5.1-cyb0rg.mkv" will be streamed since it is forced by configuration I often go back and forth between common formats being forced to transcode or forced to skip transcoding. So I do have to transcode a lot of newer stuff. Universal media server sound delay Ps4#PS4 does not support x265 or the new high end audio codecs that show up with x265. I'm streaming to PS4 which has narrow codec support. ![]() In theory those should play fine with transcoding but there could be other issues that cause the stuttering like network speed, but would need to see trace logs to be sure. In theory those should play fine with transcoding but there could be other issues that cause the stuttering like network speed, but would need to see trace logs to be could it be due to the length of the file path? It is currently set to "mkv, mp4, avi" which will most likely be supported by your renderers and can just be streamed instead. In the Transcoding Settings tab, clear the box that says "Force transcoding for the following extensions". If you try again with logs and they are too large to post on the forum you can use a site like Mega upload and post the link.īut I think I can see the problem, you have the config set so that most of your files are being transcoded instead of just streaming if they are supported by your renderer. (one small caveat is if your desktop is on another drive it will be saved to the one on C drive instead) the default place to save is on the desktop so it can easily be found. ![]() I think the issue you are having saving the logs was that the directorys you were trying need admin access so are normally not allowed. maybe there is a bug that switches to the wrong mode when creating logs as I have seen this before recently. Its strange that the was so large, that usually means the UMS is in trace mode so the file will be a lot larger, but for some reason it switched back to INFO mode when you created the logs. Umslogs.zip UMS logs minus (108.38 KiB) Downloaded 112 times Universal media server sound delay zip#The zip included a massive which I am NOT going to include for obvious reasons. zip successfully saved, but UMS crashed in between save attempts, so the relevant data may or may not be in there. Universal media server sound delay windows 10#Incidentally, I am running Windows 10 Pro 圆4.Įdit: So finally a logs. So I guess the first step is trying to get the logging system to work so I can actually provide logs to diagnose the massive instability? zip file.but it's 0KB and WinRAR won't even open it. At first I tried to save it in program files/UMS but that didn't work, then I tried saving the zip to a temp folder. I would have included a zip of logs, but EVEN THAT HAS ISSUES! I did create trace logs, and after restart & reproducing the bugs, I tried to save the zip. Universal media server sound delay code#$ mosquitto_pub -h -t espradio -m volume=80Īs mentioned above, I would like to send an mqtt.publish command “volume=”.Īll other commands which are described in the code work correctly.Īlso, I noticed that if I change the volume using the buttons, the slider itself updates to a correct volume setting when received an mqtt message “volume=” from the radio.I have been having a lot of problems with UMS since updating to 10.6.0 (and later updated to 10.8.2) A lot of choking on videos I'm trying to stream to my PS4, (even old avis with resolutions lower than 640x480) stuttering, UMS itself crashing, etc. I have a sample mqtt command for volume change to be used: Song_title: "" # <<< Not configured yet :( Please find my code from configuration.yaml attached: #MQTT media player But the volume up/down is working! Thank you for this! Volume slider doesn’t work because I don’t think shairport allows for volume setting via a command anyway. Player_status: "shairport-sync/snapcast/manual/status" Song_album: "shairport-sync/snapcast/album"Īlbum_art: "shairport-sync/snapcast/cover" Song_artist: "shairport-sync/snapcast/artist" Song_title: "shairport-sync/snapcast/title" Here is my config: - platform: mqtt-mediaplayer ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |