If you get stuck more than once a day, then add 30 to the date or just use 100 + current minute as a random number. A way to generate new numbers might be to set X to 100 + current date. Note that once you have used a number X, you cannot use it again. Now they should show up (might take a couple of seconds but not more than a minute). Wait for a while and then check for available renderers again. You should notice there is nothing played (since there is no such stream available). If VLC is stuck on scanning for renderer, then use VLC to open a random multicast network stream in the range of address 224.0.0.X, where X is between 100 and 199. It will basically do the same as the script: Since it's not trivial for others to make my script above work (in absense of the needed program), please try the following instead. VLC MAC OS SOUND RENDERING ISSUES PCTypically the missmatch beteen Windows and the network hardware is generated when my PC goes to sleep. VLC MAC OS SOUND RENDERING ISSUES DRIVERSince the arbitrary address is not likely to already be in the Windows list - Windows will push not just the new address, but all subscribed addresses to the network chip driver including the one used by mDNS. The workaround I did was to make a script that subscribed to an arbitrary multicast address but not the one used by mDNS (or any other known to already be used) and then just unsubscribed again. The mDNS packets just drops in the hardware. Windows recognise the address is already in its list and DOES NOT push the table down to the network driver SO If there already exist an entry for the mDNS multicast address in the Windows table (but not in the hardware) ANDĪn application that needs to use mDNS call Windows to subscribe to the mDNS multicast address THEN If of some reason there has become a mismatch between the list in Windows and the table in the hardware AND The network chip only deliver multicast packets whose IP address matches those in the table to Windows The network chip driver adds the list to the hardware multicast listening table If there is a change to the list - and only then - Windows probably call the network chip driver to push the complete list down Windows keeps a list of all subscribed streams internally MDNS is subscribing to a multicast stream (multicast IP address) via Windows Here is what I found out when digging into my Chromecast Audio option (as I remember it): I realised that this could be the same problem as I had for other applications with my Chromecas Audio previously and tried the same workaround and it worked also for VLC. I went into exactly the same problem when I tried VLC with my Chromecast yesterday.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |