MostlyBroken 0 Posted March 20, 2021 Share Posted March 20, 2021 Hi All, I recently setup emby with an android tv device. All works well, aside from live TV playback. Playback works well with some channels, however many channels result in a black screen and only the audio track playing. Logs suggest there is simply no video stream?? I switched the client options to use an external player (VLC Player) and suddenly, all channels direct stream flawlessly, loading on record times! Problem is, without the guide and other TV player features, this solution is no good for actual use! Please could someone suggest on how I may resolve this in the standard player? I will add logs ASAP... Thanks Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 20, 2021 Share Posted March 20, 2021 Hi. Please send a log from the app after playing for just a few seconds with this problem. Thanks. Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 20, 2021 Author Share Posted March 20, 2021 14 minutes ago, ebr said: Hi. Please send a log from the app after playing for just a few seconds with this problem. Thanks. Server log attached - event took place as previous described at 18.46 No other log files were created during this time. Thanks embyserver.txt Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 20, 2021 Author Share Posted March 20, 2021 Hi, just to add to this, I've now seen the same issue playing stored media files in emby. Again, works in VLC player, not in app default. Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 18 hours ago, MostlyBroken said: Server log attached - event took place as previous described at 18.46 No other log files were created during this time. Thanks embyserver.txt 114.69 kB · 1 download Hi. Did you follow the instructions to send the log from the app? If so, please provide the information requested. Thanks. Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 8 minutes ago, ebr said: Hi. Did you follow the instructions to send the log from the app? If so, please provide the information requested. Thanks. Hi ebr, I have sent logs from the app just now - issue occurred around 13.13 - local user was 'living room tv' I've found the main issue I have is that the player / app crashes when attempting to direct steam. I tried forcing transcoding for everything, although this then doesn't work properly, just in a different way... The log I sent was with direct stream enabled with the built in player. I attempted to tune into channel 4. This time, the player opened - there was no picture (black screen) and audio played for 2 or 3 seconds, before the whole emby crashed - I had to hit the home key and force close emby and restart to get back into the app to send the logs. Many thanks Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 Just now, MostlyBroken said: Hi ebr, I have sent logs from the app just now - issue occurred around 13.13 - local user was 'living room tv' I've found the main issue I have is that the player / app crashes when attempting to direct steam. I tried forcing transcoding for everything, although this then doesn't work properly, just in a different way... The log I sent was with direct stream enabled with the built in player. I attempted to tune into channel 4. This time, the player opened - there was no picture (black screen) and audio played for 2 or 3 seconds, before the whole emby crashed - I had to hit the home key and force close emby and restart to get back into the app to send the logs. Many thanks To add to this, I also have trouble when direct streaming local content with the built in player - works fine in VLC player and on other devices... Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 You are running Android TV on an RPi?? Where did you get the ROM? The device or player appears to be crashing at a pretty low level. I'm not sure I've ever seen anyone try to run the app on a Pi before. Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 (edited) 10 minutes ago, ebr said: You are running Android TV on an RPi?? Where did you get the ROM? The device or player appears to be crashing at a pretty low level. I'm not sure I've ever seen anyone try to run the app on a Pi before. Yes, the ROM was built by KonstaKang Project: https://konstakang.com/devices/rpi4/LineageOS17.1-ATV/ I do know that hardware decoding isn't supported currently, although hardware acceleration should work okay. Is there anything you could suggest I try? Many thanks Edited March 21, 2021 by MostlyBroken Fix link Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 9 minutes ago, MostlyBroken said: Is there anything you could suggest I try? First thing I'd probably try is to see if the Exoplayer sample app will play video properly on the device. https://github.com/google/ExoPlayer Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 1 minute ago, ebr said: First thing I'd probably try is to see if the Exoplayer sample app will play video properly on the device. https://github.com/google/ExoPlayer Will give this a go now - am I right in thinking, load app, play local video from pi? Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 Their demo app has links to a bunch of content on the web. You can modify it to add something local if you wish but I'd just see if their samples play first. Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 Just now, ebr said: Their demo app has links to a bunch of content on the web. You can modify it to add something local if you wish but I'd just see if their samples play first. Ah! I'll give this a whirl now Cheers Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 3 hours ago, ebr said: Their demo app has links to a bunch of content on the web. You can modify it to add something local if you wish but I'd just see if their samples play first. Hi ebr, sorry for the delay - got busy! just gave it a try - tested a an MP4 sample, which played no problem took a video to better explain: I'm properly stuck now - any help will be massivly appreciated! Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 It may be related to our OSD that is drawn over the video. Does it play until you try to interact with it? It is crashing in the Android render thread with a null pointer of some sort. Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 21, 2021 Author Share Posted March 21, 2021 20 minutes ago, ebr said: It may be related to our OSD that is drawn over the video. Does it play until you try to interact with it? It is crashing in the Android render thread with a null pointer of some sort. I tried various files I had, until I found one that works every time in the built in player - 'better call saul' in 1080p h264 format. in the video below, I scroll through the player menu without any trouble and then I exit and browse to another h264 file 'Jeeves and Wooster' - this however fails to load every time I've tried it - as per the video, crashing this time back to emby home. I sent the logs for this session 30 seconds after the video ended - around 18:38 seems odd that h264 works for this one file - yet nothing else... more to the point I've no idea why. if I could get this resolved this RPI Android TV project would be a perfect! Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 21, 2021 Share Posted March 21, 2021 It isn't the OSD as that came up fine in your video. I can see the device is not reporting proper pixel density and that's why the OSD doesn't fill the screen and some posters are cut off. The new log has the exact same crash in it. None of our code is in the stack trace (a couple refs to Exo code though) so I feel like it has to be at a lower level... 03-21 12:31:03.876 5559 5678 F libc : Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x10 in tid 5678 (Loader:Progress), pid 5559 (tv.emby.embyatv) 03-21 12:31:04.016 5722 5722 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 03-21 12:31:04.016 5722 5722 F DEBUG : LineageOS Version: '17.1-20210122-UNOFFICIAL-KonstaKANG-rpi4' 03-21 12:31:04.016 5722 5722 F DEBUG : Build fingerprint: 'Raspberry/lineage_rpi4/rpi4:10/QQ3A.200805.001/eng.tuomas.20210122.125849:userdebug/dev-keys' 03-21 12:31:04.016 5722 5722 F DEBUG : Revision: 'rpi-4-b-2gb' 03-21 12:31:04.016 5722 5722 F DEBUG : ABI: 'arm' 03-21 12:31:04.017 5722 5722 F DEBUG : Timestamp: 2021-03-21 12:31:04+0000 03-21 12:31:04.017 5722 5722 F DEBUG : pid: 5559, tid: 5678, name: Loader:Progress >>> tv.emby.embyatv <<< 03-21 12:31:04.017 5722 5722 F DEBUG : uid: 10063 03-21 12:31:04.017 5722 5722 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x10 03-21 12:31:04.017 5722 5722 F DEBUG : Cause: null pointer dereference 03-21 12:31:04.017 5722 5722 F DEBUG : r0 80808080 r1 00000000 r2 78b4ef5c r3 00000000 03-21 12:31:04.017 5722 5722 F DEBUG : r4 78b4eeb0 r5 00000000 r6 80808080 r7 ab9d2260 03-21 12:31:04.017 5722 5722 F DEBUG : r8 ab9d2260 r9 0000059c r10 7712c000 r11 00000004 03-21 12:31:04.017 5722 5722 F DEBUG : ip ab09c399 sp 78b4ee38 lr ab078487 pc ab06cce0 03-21 12:31:04.236 5722 5722 F DEBUG : 03-21 12:31:04.236 5722 5722 F DEBUG : backtrace: 03-21 12:31:04.236 5722 5722 F DEBUG : #00 pc 002e1ce0 /apex/com.android.runtime/lib/libart.so (art::mirror::Class::GetDescriptor(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*)+172) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.236 5722 5722 F DEBUG : #01 pc 002ed483 /apex/com.android.runtime/lib/libart.so (art::mirror::Object::PrettyTypeOf()+42) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.236 5722 5722 F DEBUG : #02 pc 002ed435 /apex/com.android.runtime/lib/libart.so (art::mirror::Object::PrettyTypeOf(art::ObjPtr<art::mirror::Object>)+4) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.236 5722 5722 F DEBUG : #03 pc 003117a3 /apex/com.android.runtime/lib/libart.so (art::System_arraycopy(_JNIEnv*, _jclass*, _jobject*, int, _jobject*, int, int)+1034) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #04 pc 000b49c3 /system/framework/arm/boot.oat (art_jni_trampoline+162) (BuildId: 5b3db580d7c0336308da1e9eb07a960e841866c4) 03-21 12:31:04.237 5722 5722 F DEBUG : #05 pc 000d7bc5 /apex/com.android.runtime/lib/libart.so (art_quick_invoke_stub_internal+68) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #06 pc 0042dbef /apex/com.android.runtime/lib/libart.so (art_quick_invoke_static_stub+246) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #07 pc 000dffcb /apex/com.android.runtime/lib/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+194) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #08 pc 00210519 /apex/com.android.runtime/lib/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+280) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #09 pc 0020be5b /apex/com.android.runtime/lib/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+774) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #10 pc 0042530b /apex/com.android.runtime/lib/libart.so (MterpInvokeStatic+310) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #11 pc 000d2994 /apex/com.android.runtime/lib/libart.so (mterp_op_invoke_static+20) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #12 pc 003a0fb0 /data/app/tv.emby.embyatv-enK6ZXzcL1qlTyYWh7e3Mg==/oat/arm/base.vdex (com.google.android.exoplayer2.util.ParsableByteArray.readBytes+8) 03-21 12:31:04.237 5722 5722 F DEBUG : #13 pc 004284c7 /apex/com.android.runtime/lib/libart.so (MterpInvokeVirtualQuick+1118) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #14 pc 000d6594 /apex/com.android.runtime/lib/libart.so (mterp_op_invoke_virtual_quick+20) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #15 pc 0035176c /data/app/tv.emby.embyatv-enK6ZXzcL1qlTyYWh7e3Mg==/oat/arm/base.vdex (com.google.android.exoplayer2.source.SampleDataQueue.sampleData+40) 03-21 12:31:04.237 5722 5722 F DEBUG : #16 pc 001ebd95 /apex/com.android.runtime/lib/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEbb.llvm.15643836187453883300+192) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #17 pc 001f0579 /apex/com.android.runtime/lib/libart.so (art::interpreter::EnterInterpreterFromEntryPoint(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*)+124) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.237 5722 5722 F DEBUG : #18 pc 00417649 /apex/com.android.runtime/lib/libart.so (artQuickToInterpreterBridge+808) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.238 5722 5722 F DEBUG : #19 pc 000dc5a1 /apex/com.android.runtime/lib/libart.so (art_quick_to_interpreter_bridge+32) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.238 5722 5722 F DEBUG : #20 pc 020599b1 /memfd:/jit-cache (deleted) (com.google.android.exoplayer2.extractor.mkv.MatroskaExtractor.writeSampleData+4848) 03-21 12:31:04.238 5722 5722 F DEBUG : #21 pc 0204dc55 /memfd:/jit-cache (deleted) (com.google.android.exoplayer2.extractor.mkv.MatroskaExtractor.binaryElement+4820) 03-21 12:31:04.238 5722 5722 F DEBUG : #22 pc 02079651 /memfd:/jit-cache (deleted) (com.google.android.exoplayer2.extractor.mkv.DefaultEbmlReader.read+1232) 03-21 12:31:04.238 5722 5722 F DEBUG : #23 pc 0207b3a9 /memfd:/jit-cache (deleted) (com.google.android.exoplayer2.extractor.mkv.MatroskaExtractor.read+104) 03-21 12:31:04.238 5722 5722 F DEBUG : #24 pc 02036e7d /memfd:/jit-cache (deleted) (com.google.android.exoplayer2.source.BundledExtractorsAdapter.read+124) 03-21 12:31:04.238 5722 5722 F DEBUG : #25 pc 000d7bc5 /apex/com.android.runtime/lib/libart.so (art_quick_invoke_stub_internal+68) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.238 5722 5722 F DEBUG : #26 pc 0042dadb /apex/com.android.runtime/lib/libart.so (art_quick_invoke_stub+250) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.238 5722 5722 F DEBUG : #27 pc 000dffb7 /apex/com.android.runtime/lib/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+174) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.238 5722 5722 F DEBUG : #28 pc 00210519 /apex/com.android.runtime/lib/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+280) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #29 pc 0020be5b /apex/com.android.runtime/lib/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+774) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #30 pc 004241e5 /apex/com.android.runtime/lib/libart.so (MterpInvokeInterface+736) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #31 pc 000d2a14 /apex/com.android.runtime/lib/libart.so (mterp_op_invoke_interface+20) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #32 pc 0034f0a4 /data/app/tv.emby.embyatv-enK6ZXzcL1qlTyYWh7e3Mg==/oat/arm/base.vdex (com.google.android.exoplayer2.source.ProgressiveMediaPeriod$ExtractingLoadable.load+340) 03-21 12:31:04.239 5722 5722 F DEBUG : #33 pc 0042449d /apex/com.android.runtime/lib/libart.so (MterpInvokeInterface+1432) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #34 pc 000d2a14 /apex/com.android.runtime/lib/libart.so (mterp_op_invoke_interface+20) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #35 pc 00391e2e /data/app/tv.emby.embyatv-enK6ZXzcL1qlTyYWh7e3Mg==/oat/arm/base.vdex (com.google.android.exoplayer2.upstream.Loader$LoadTask.run+102) 03-21 12:31:04.239 5722 5722 F DEBUG : #36 pc 001ebd95 /apex/com.android.runtime/lib/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEbb.llvm.15643836187453883300+192) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #37 pc 001f0579 /apex/com.android.runtime/lib/libart.so (art::interpreter::EnterInterpreterFromEntryPoint(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*)+124) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #38 pc 00417649 /apex/com.android.runtime/lib/libart.so (artQuickToInterpreterBridge+808) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #39 pc 000dc5a1 /apex/com.android.runtime/lib/libart.so (art_quick_to_interpreter_bridge+32) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #40 pc 002914b7 /system/framework/arm/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+1014) (BuildId: 5b3db580d7c0336308da1e9eb07a960e841866c4) 03-21 12:31:04.239 5722 5722 F DEBUG : #41 pc 0028f14f /system/framework/arm/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+54) (BuildId: 5b3db580d7c0336308da1e9eb07a960e841866c4) 03-21 12:31:04.239 5722 5722 F DEBUG : #42 pc 00172981 /system/framework/arm/boot.oat (java.lang.Thread.run+64) (BuildId: 5b3db580d7c0336308da1e9eb07a960e841866c4) 03-21 12:31:04.239 5722 5722 F DEBUG : #43 pc 000d7bc5 /apex/com.android.runtime/lib/libart.so (art_quick_invoke_stub_internal+68) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #44 pc 0042dadb /apex/com.android.runtime/lib/libart.so (art_quick_invoke_stub+250) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #45 pc 000dffb7 /apex/com.android.runtime/lib/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+174) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #46 pc 0036f857 /apex/com.android.runtime/lib/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+54) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #47 pc 00370549 /apex/com.android.runtime/lib/libart.so (art::InvokeVirtualOrInterfaceWithJValues(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, jvalue const*)+304) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #48 pc 003a0fe7 /apex/com.android.runtime/lib/libart.so (art::Thread::CreateCallback(void*)+978) (BuildId: 84d5cd3217b4612ccf58af94a484404e) 03-21 12:31:04.239 5722 5722 F DEBUG : #49 pc 000a6b83 /apex/com.android.runtime/lib/bionic/libc.so (__pthread_start(void*)+20) (BuildId: be2954ec495707bc280c21e0cf2919f2) 03-21 12:31:04.239 5722 5722 F DEBUG : #50 pc 00060723 /apex/com.android.runtime/lib/bionic/libc.so (__start_thread+30) (BuildId: be2954ec495707bc280c21e0cf2919f2) Link to comment Share on other sites More sharing options...
Luke 37274 Posted March 22, 2021 Share Posted March 22, 2021 Can you try our standard android app and see how that compares? https://emby.media/emby-for-android.html Thanks ! Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 22, 2021 Share Posted March 22, 2021 That's a good idea. Also, I'm wondering how you have individual items showing under "My Media"...? 1 Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 22, 2021 Author Share Posted March 22, 2021 14 hours ago, Luke said: Can you try our standard android app and see how that compares? https://emby.media/emby-for-android.html Thanks ! Hi Luke, Just tried standard android app, performance is identical. Thanks Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 22, 2021 Author Share Posted March 22, 2021 4 hours ago, ebr said: That's a good idea. Also, I'm wondering how you have individual items showing under "My Media"...? Sorry, not too sure what you mean re individual items under my media? Cheers Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 22, 2021 Share Posted March 22, 2021 3 hours ago, MostlyBroken said: Sorry, not too sure what you mean re individual items under my media? In your video (and this is also shown in the placeholder image for the video here in the forum) your "My Media" row is individual movies. That row should contain libraries... Link to comment Share on other sites More sharing options...
Luke 37274 Posted March 22, 2021 Share Posted March 22, 2021 Yea that's odd. Do you see the same thing in the emby web app? Link to comment Share on other sites More sharing options...
MostlyBroken 0 Posted March 22, 2021 Author Share Posted March 22, 2021 1 minute ago, ebr said: In your video (and this is also shown in the placeholder image for the video here in the forum) your "My Media" row is individual movies. That row should contain libraries... Ah! I'm with you - I think that's more to do with how I've got my librarys setup - with each items as its own library with different collections within, It's the same on all apps Thanks Link to comment Share on other sites More sharing options...
ebr 14960 Posted March 22, 2021 Share Posted March 22, 2021 3 hours ago, MostlyBroken said: Just tried standard android app, performance is identical. So that leads me to believe that the issue is somewhere in the codec implementations in this "unofficial" build of Android. Exo would be using the internal codecs whereas something like VLC may not. That is a lot of guessing on my part at this point though. 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now