Jump to content

Android TV on Pi Live Player Issue


Recommended Posts

MostlyBroken
Posted

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

MostlyBroken
Posted
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

MostlyBroken
Posted

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. 

 

Posted
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.

MostlyBroken
Posted
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

MostlyBroken
Posted
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... 

Posted

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.

 

MostlyBroken
Posted (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 by MostlyBroken
Fix link
Posted
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

MostlyBroken
Posted
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? 

Posted

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.

MostlyBroken
Posted
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

MostlyBroken
Posted
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! 

Posted

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.

MostlyBroken
Posted
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!

 

Posted

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)

 

Posted

That's a good idea.  Also, I'm wondering how you have individual items showing under "My Media"...?

  • Agree 1
MostlyBroken
Posted
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 

MostlyBroken
Posted
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 

Posted
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...

Posted

Yea that's odd. Do you see the same thing in the emby web app?

MostlyBroken
Posted
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 

Posted
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.

  • Agree 1

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...