By
wallyricks
I have owned a couple of LG TV’s over the last 8 years, with the current one being a high-end 77” model.
I am still using LG TV SmartShare (v.33) as my “Media Player” v2.3.1511.1201 for my PC– which was last updated in 2015 but it is still compatible today. As proof, my latest TV is now 11 months old and I have had zero issue (until you see below).
link hidden, please login to view
My PC setup is: Windows 10 Pro (with all latest updates) and a TP-Link Archer BE19000 (BE805) router. NOTHING has been changed on my router, TV (no updated or changed firmware) or any equipment moved around in the last 4 months.
Up until about 3 weeks ago, everything ran just fine. The SmartShare program was always defaulted to have Sharing ON, upon start of it, which is always when Windows boots). However, about 3 weeks ago, the SmartShare PC program has started to randomly change its status to Sharing OFF. I would then have to go into the program, manually change it to ON and then it works anywhere for 30 minutes up to 20 hours, and again, randomly change the Sharing to OFF.
I am an experienced PC user, and I am very sure that this has nothing to do with my WIFI because it’s not a dropped connection or random TV not being found. Something is happening inside Windows 10 that is triggering this status change. And it never fluctuates back to Sharing ON by itself.
Being so frustrated, I actually updated the Router to the latest firmware a few days ago, but this problem continues as before.
As an experiment, I installed an alternate Media Server program called Serviio. One can also see that when my Sharing changes to OFF, the two green lights turn red.
Anyone have an idea of what can be happening after nearly 8 years of not experiencing this? I am guessing that Windows is triggering some “Service” to stop running, but what can it be?
Question
palswim
I discovered that my LG SmartShare app could not play FLAC or M4A audio files natively from my DLNA server, so I decided to enable transcoding on the server to present MP3/WAV resources in addition to the native stream. However, the SmartShare app still doesn't display those files when browsing for audio, and I am trying to determine why.
And now, the extreme technical detail:
I have a shell utility, upnp-browse.sh to make HTTP calls to my DLNA server, emulating the types of calls that LG SmartShare would make:
The curl call makes a HTTP POST request with the data from stdin, which would have similar content to the following:
The call to curl then yields an XML Response similar to the following:
Then the calls to xmllint, recode, and xml_pp take this data and extract the data from the Result node and format it for readability, yielding an output similar to:
Note with the sample file (item node), it contains three res nodes. The DLNA client (LG SmartShare) should select the data from the res node for the format it supports, and allow for selection of the item, but when I browse in the container which contains the item, LG SmartShare doesn't show it.
For native MP3 files, SmartShare will show and play those items. I can provide output for native MP3 items, as well as OGG or MP4/M4A files if those would help, though they all look fairly similar. However, for native MP3 files, the first res node has a slightly different set of DLNA flags:
Is my server serving something incorrectly, does SmartShare just not support multiple res nodes, or have I overlooked something?
1 answer to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.