tommyspeed 0 Posted March 28, 2024 Posted March 28, 2024 HI I hope this is the correct space. I recently upgraded my Fire TV app from 2.0.98a to the new 3.3.78. It looks great. However on the new version I noticed I can no longer rewind live TV ( that I have just watched) that and when I pause Live TV. I can no longer "creep back up to live" like skipping commercials. After I restart after a pause. if I try to fast forward it just jumps to "live" and I still cant back up. I noticed it also on the Android Phone app. Although on the phone app I can only watch from where I paused and cannot fast forward to live. without leaving the channel and coming back in. It does not look like a problem as much as a removed feature. Is it going to be reinstated or am I missing a setting to enable it? I watch a lot of TV on Emby and I use it frequently.
Luke 40106 Posted March 28, 2024 Posted March 28, 2024 HI there, we are working on improving this. Thanks.
bungee91 125 Posted March 28, 2024 Posted March 28, 2024 There are two apps, and most wouldn't call the Android (mobile) app an upgrade. Anyhow... I'd recommend continuing to use the Android Tv (ATV) app until the Android (mobile) app has figured out how the improved Tv/buffering features will be implemented into it. Many (myself included) plan to continue using the ATV app until things like this are resolved.
Spaceboy 2565 Posted March 29, 2024 Posted March 29, 2024 its been on the list of things to rectify since the new app was released - but there are many of these and there has been little progress recently
tobycth3 1 Posted September 12, 2024 Posted September 12, 2024 (edited) On 3/28/2024 at 6:12 PM, Luke said: HI there, we are working on improving this. Thanks. Hello there, recently started moving to Emby from Channels DVR and was wondering if this has been resolved yet? I'm noticing that I'm unable to FF/RW any live show that is paused or any show that the recording is in progress (it works once the recording has finished) Edited September 12, 2024 by tobycth3
Tigga5 12 Posted September 13, 2024 Posted September 13, 2024 20 hours ago, tobycth3 said: Hello there, recently started moving to Emby from Channels DVR I hope you're prepared for a lot of disappointment...
tobycth3 1 Posted September 13, 2024 Posted September 13, 2024 @Tigga5How so? Disappointed in Emby? Live TV? Developers? Support?
cncb 25 Posted September 16, 2024 Posted September 16, 2024 (edited) On 3/28/2024 at 7:17 PM, bungee91 said: Anyhow... I'd recommend continuing to use the Android Tv (ATV) app until the Android (mobile) app has figured out how the improved Tv/buffering features will be implemented into it. The ATV app still appears to lock up when trying to resume or seek in an in-progress recording to over an hour or so. Edited September 16, 2024 by cncb
bungee91 125 Posted September 18, 2024 Posted September 18, 2024 On 9/16/2024 at 9:48 AM, cncb said: The ATV app still appears to lock up when trying to resume or seek in an in-progress recording to over an hour or so. I do not have these issues, however resuming can take a very long time! I've found that the processing ability of the server (CPU, disk speed, etc.) severely impact this. After upgrading hardware, I can resume an in-progress NFL recording to a half way point within seconds, which used to take over a minute previously. Hardware like that shouldn't be needed, but just want to mention that it greatly helps with that use case.
cncb 25 Posted September 21, 2024 Posted September 21, 2024 On 9/17/2024 at 9:44 PM, bungee91 said: I do not have these issues, however resuming can take a very long time! I've found that the processing ability of the server (CPU, disk speed, etc.) severely impact this. After upgrading hardware, I can resume an in-progress NFL recording to a half way point within seconds, which used to take over a minute previously. Hardware like that shouldn't be needed, but just want to mention that it greatly helps with that use case. Interesting. Isn't it just remuxing and not require a powerful CPU? It also seems like it starts from the beginning each time to explain the long delay.
Carlo 4552 Posted October 2, 2024 Posted October 2, 2024 On 9/21/2024 at 5:34 PM, cncb said: Interesting. Isn't it just remuxing and not require a powerful CPU? It also seems like it starts from the beginning each time to explain the long delay. Depending on the format of the stream, Emby may have to re-read and process everything up to the point of where you want to continue from or from a jump/FF. That can take time and not allow an instant restart of the video. Carlo
bungee91 125 Posted October 2, 2024 Posted October 2, 2024 4 hours ago, Carlo said: Depending on the format of the stream, Emby may have to re-read and process everything up to the point of where you want to continue from or from a jump/FF. That can take time and not allow an instant restart of the video. Carlo This is very helpful to know (and I don't believe resolved in TvNext, but would be great if so). Can you say which factor is the most important to speed this up? Is it primarily I/O bottlenecked, or CPU related? Just curious. Would be pretty instant if I/O and could be done in a RAM swap drive, or some alternative.
Carlo 4552 Posted October 3, 2024 Posted October 3, 2024 I always prefer to have my recording and transcode directories set to use an NVME drive. I also prefer to have an NVidia GPU that is used for transcoding but QuickSync works well also. Carlo
bungee91 125 Posted October 3, 2024 Posted October 3, 2024 2 minutes ago, Carlo said: I always prefer to have my recording and transcode directories set to use an NVME drive. I also prefer to have an NVidia GPU that is used for transcoding but QuickSync works well also. Carlo Yes, I have both (2x NvMe, and QuickSync) and as stated it works fairly quickly. However, can you tell me (us) what the primary bottleneck would be here for this situation? Just curious and would help with recommendations for resolving this issue (most think it is frozen because it can take so long to resume)?
Carlo 4552 Posted October 3, 2024 Posted October 3, 2024 If you're talking about the title of the thread, it's likely due to Emby having to transcode the stream from the beginning to catch up to where it needs to be. You should be able to see if this is what's happening from the Emby Dashboard. If that wasn't what you were asking, let me know. Carlo
paulc1983 0 Posted March 8 Posted March 8 I've been looking into this myself and hadn't considered the server hardware. If the same live content can be time skipped on a fire stick, web client, windows app client, and to a small extent in the android TV app why would the server hardware impact the android apps ability to time skip? It's probably just a crap app that's put me off buying premiere lifetime or renewing premier at all until it's fixed.
ebr 15670 Posted March 8 Posted March 8 8 minutes ago, paulc1983 said: I've been looking into this myself and hadn't considered the server hardware. If the same live content can be time skipped on a fire stick, web client, windows app client, and to a small extent in the android TV app why would the server hardware impact the android apps ability to time skip? It's probably just a crap app that's put me off buying premiere lifetime or renewing premier at all until it's fixed. Hi. There is an option in the latest version of the standard Android app that will remux TS files which should allow you to seek in this instance.
Carlo 4552 Posted March 9 Posted March 9 @paulc1983 Have you tried changing the setting @ebr mentioned above? Carlo
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