DLNA discory missses certain servers

[streumix]

Hi,
I'm running VLC app 3.3.4 on Android 11 (Pixel 3) and consistently misses to discover a certain DLNA server of my home network.
Since it's showing me my second server on the local network tab (1 out of 2 DLNA servers), DLNA discory is working to a certain extend.

Is this a problem of my phone|OS ? No, because other DLNA apps do find both servers.
Is this a problem of VLC in general? No, because VLC 3.0.11 on Fedora Linux does show both serves at the same time.
Is it a routing problem between phone (connected to Wifi) and the DLNA server not showing up? No, because the SMB share on this server is listed in VLC app.

Therefore, I'd bet it's a timeout issue.
Are network discory timeout on VLC app different to the desktop/Linux version?
Is it possible to adjust the timeout for the Android app (on a non-rooted device)?

Thanks!

[starfry]

Hello, rather than open a second thread about the same thing... I have also noticed some UPnP devices not showing up whilst others do.

In my case it is my Gerbera servers that do not show up but they do show up on other devices like VLC on my Linux Laptop and VLC on my FIreTV. They don't show up on my phone. I have 3.3.4 on my phone and I also installed a nightly from yesterday (20210621) version reported as 3.4.0 Beta 1. Other UPnP devices show up fine on my phone, however.

I looked at the log output ( using adb logcat ) and can see this:

Code: Select all

06-21 15:10:12.997 29866 29898 E : For input string: "60606http:" 06-21 15:10:12.997 29866 29898 E : java.net.MalformedURLException: For input string: "60606http:" 06-21 15:10:12.997 29866 29898 E : at java.net.URL.<init>(URL.java:635) 06-21 15:10:12.997 29866 29898 E : at java.net.URL.<init>(URL.java:498) 06-21 15:10:12.997 29866 29898 E : at java.net.URL.<init>(URL.java:447) 06-21 15:10:12.997 29866 29898 E : at org.videolan.tools.HttpImageLoader$downloadBitmap$2.invokeSuspend(HttpImageLoader.kt:59) 06-21 15:10:12.997 29866 29898 E : at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33) 06-21 15:10:12.997 29866 29898 E : at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106) 06-21 15:10:12.997 29866 29898 E : at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:571) 06-21 15:10:12.997 29866 29898 E : at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:738) 06-21 15:10:12.997 29866 29898 E : at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:678) 06-21 15:10:12.997 29866 29898 E : at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:665) 06-21 15:10:12.997 29866 29898 E : Caused by: java.lang.NumberFormatException: For input string: "60606http:" 06-21 15:10:12.997 29866 29898 E : at java.lang.Integer.parseInt(Integer.java:615) 06-21 15:10:12.997 29866 29898 E : at java.lang.Integer.parseInt(Integer.java:650) 06-21 15:10:12.997 29866 29898 E : at java.net.URLStreamHandler.parseURL(URLStreamHandler.java:246) 06-21 15:10:12.997 29866 29898 E : at java.net.URL.<init>(URL.java:630) 06-21 15:10:13.822 29866 29989 W VLC : [c0587f40/7525] libvlc services discovery: Could not download device description! Fetching data from http://192.168.22.191:50500/description.xml failed: UPNP_E_INVALID_URL

The stated URL is valid, confirmed with Curl. Also other devices work fine, as do other UPnP clients running on my phone.