Virtual TV issue

[hstamas 179]

Just a coincidence

embyserver 2.txt

[pünktchen 1409]

Too bad 
You know what to do next.

[hstamas 179]

3 hours ago, pünktchen said:

Too bad 
You know what to do next.

Logs were attached @pünktchen

[pünktchen 1409]

The log file from the Android app is missing.

[hstamas 179]

4 hours ago, pünktchen said:

The log file from the Android app is missing.

Gotcha. I can see the logs generated but have to try and figure out a way to get to them to send. Android doesn’t make it easy

[pünktchen 1409]

On 10/15/2025 at 2:02 AM, pünktchen said:

Also if you experience the black screen issue, please try to use the "Play on another device" feature right from a browser on your server to send some video to your Android app.

@hstamasHave you also tried the above?

[hstamas 179]

54 minutes ago, pünktchen said:

@hstamasHave you also tried the above?

haven't had a chance but will definitely do that tonight and let you know.

[hstamas 179]

1 hour ago, hstamas said:

Gotcha. I can see the logs generated but have to try and figure out a way to get to them to send. Android doesn’t make it easy

I have spent way more time than I should have trying to get to the logs from an Nvidia Shield running the Android app over to an area where I can attach them here, with no luck. I see an option using the "share" button to send the file to a file explore (I have xPlore) but when I choose that option, nothing happens.

Unless there are better instructions out there that I am missing (I see talk about the need to add log downloading for the Android app from a couple years ago) but nothing much else to help guide me.

I will try the "play on" for you tonight but I wouldn't count on plugin specific logs 

 

 

 

[hstamas 179]

“Play on” from iOS safari browser to Nvidia shield android app worked as expected @pünktchen

[pünktchen 1409]

It's very late here already, so just a short answer: Please re-asign your VirtualTV channel images!

2025-10-15 18:57:57.813 Debug ImageService-0HNGBRRT0F2FG:00000002: http/1.1 GET http://192.168.0.4:8096/emby/Items/37808/Images/Primary?height=1024&tag=913cb55781ba11297a549d9f122d9098&quality=90. Source Ip: host2, UserAgent: Dalvik/2.1.0 (Linux; U; Android 11; SHIELD Android TV Build/RQ1A.210105.003)
2025-10-15 18:57:57.813 Debug App: ConvertImageToLocal item 37808 - image url: http://10.9.18.158:8096/emby/VirtualTV/ChannelImageInternal/FOX.png
2025-10-15 18:57:57.814 Info HttpClient: GET http://10.9.18.158:8096/emby/VirtualTV/ChannelImageInternal/FOX.png
2025-10-15 18:57:57.818 Error ImageService-0HNGBRRT0F2FG:00000002: Error processing request
	*** Error Report ***
	Version: 4.9.2.3
	Command line: /Applications/EmbyServer.app/Contents/MacOS/EmbyServer.dll
	Operating system: Darwin 21.6.0 Darwin Kernel Version 21.6.0: Thu Jul  6 22:19:54 PDT 2023; root:xnu-8020.240.18.702.13~1/RELEASE_ARM64_T8101
	OS/Process: arm64/arm64
	Framework: .NET 6.0.36
	Runtime: Applications/EmbyServer.app/Contents/MacOS/System.Private.CoreLib.dll
	Processor count: 8
	Data path: /Users/miniHT/.config/emby-server
	Application path: /Applications/EmbyServer.app/Contents/MacOS
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Cancelling connection to http://10.9.18.158:8096/emby/VirtualTV/ChannelImageInternal/FOX.png due to a previous timeout.
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Emby.Providers.Manager.ProviderManager.SaveImageFromRemoteUrl(BaseItem item, LibraryOptions libraryOptions, String url, ImageType type, Nullable`1 imageIndex, Int64[] generatedFromItemIds, IDirectoryService directoryService, Boolean updateImageCache, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.LibraryManager.ConvertImageToLocal(BaseItem item, ItemImageInfo image, Int32 imageIndex, CancellationToken cancellationToken)
	   at Emby.Drawing.ImageProcessor.ProcessImage(ImageProcessingOptions options, CancellationToken cancellationToken)
	   at Emby.Api.Images.ImageService.GetImage(ImageRequest request, Int64 itemId, BaseItem item, Boolean isHeadRequest)
	   at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
	   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, RestPath restPath, String urlString, String localPath, String contentTypeInPath, CancellationToken cancellationToken)
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()

 

[hstamas 179]

9 hours ago, pünktchen said:

It's very late here already, so just a short answer: Please re-asign your VirtualTV channel images!

 

I’ve removed them all together. Will let you know if it makes a difference.

if this is what’s causing it what can I do different? I don’t necessarily. Need them.

[pünktchen 1409]

5 minutes ago, hstamas said:

I’ve removed them all together. Will let you know if it makes a difference.

I'm not even sure if a re-assignment in VirtualTV is enough or if you have to delete the images in Emby's channel editor.

7 minutes ago, hstamas said:

If this is what’s causing it what can I do different?

Do not change your server IP.

[hstamas 179]

1 hour ago, pünktchen said:

I'm not even sure if a re-assignment in VirtualTV is enough or if you have to delete the images in Emby's channel editor.

Do not change your server IP.

Ive deleted them from the channel completely. they are not that important. Are you saying though that I should not be using the channel images at all? They are being pulled from a hard drive that is physically connected to the same computer as my Emby server. No networking or anything.

I have not/do not change my server IP BTW? its been the same 192.168.0.4 for many years.

But.... I occasionally run a VPN on that computer for work purposes but I always turn it on, use it for a couple hours then turn it off again. Wonder if I inadvertently left it on once or twice while my wife was trying to watch a show and this caused the black screen??

I will keep an eye out for a correlation.

 

Edited October 17, 2025 by hstamas

[hstamas 179]

Deleting the channel images didn’t solve the issue. Let me work on figuring out a way get Android logs off the Shield for you. 

[hstamas 179]

@pünktchenI think I managed to get access to the area on my Nvidia Shield that holds the app logs. Have a look at the attached. These are from my first attempt at generating debug logs a go with the server logs a few posts back. If these are not correct I will try again.

lmk - thanks

emby_android_1760611712454.txt

Edited October 18, 2025 by hstamas

[pünktchen 1409]

On 10/18/2025 at 3:08 PM, hstamas said:

@pünktchenI think I managed to get access to the area on my Nvidia Shield that holds the app logs. Have a look at the attached. These are from my first attempt at generating debug logs a go with the server logs a few posts back. If these are not correct I will try again.

lmk - thanks

Unfortunately the recorded times of your Android log do not correspond to the ones of your server log. But anyway, it seems like you have started "Food Network" and within two seconds the app received the play command for a video with the ItemId 10384. That's more or less the same behaviour i've seen in your server log a few hours earlier: Playback of the VirtualTV channel starts with the "black screen dummy video", after that the actual playlist is send to the Android app. There are some minor errors in your Android log when the video with the ItemId 10384 is about to start playback:

Thu Oct 16 06:55:56.814 GMT-04:00 2025 Delete program failed
Thu Oct 16 06:55:56.927 GMT-04:00 2025 Setting playback to exovideoplayer
Thu Oct 16 06:55:56.983 GMT-04:00 2025 file:///android_asset/www/index.html#!/videoosd/videoosd.html: Line 1 : Uncaught TypeError: VlcVideoPlayer.onPlaylistChanged is not a function
Thu Oct 16 06:55:56.983 GMT-04:00 2025 file:///android_asset/www/index.html#!/home: Line 1 : Uncaught TypeError: VlcVideoPlayer.onPlaylistChanged is not a function

But as far as i understand the log file, the video playback is successfully.

So please generate some new log files for your app and server and maybe this time @Lukecan a have look!

[hstamas 179]

Thanks @pünktchen. 

Can you believe that I thought it was a smart idea to upgrade the shield latest experience and with that I lost access to the folder that contains the Emby logs!

I think the only way to get out them at this point is to figure out how to do a ADB so give me a little bit of time to figure that out, and I’ll rerun and get your proper logs.