Jump to content

Search the Community

Showing results for tags 'seeking'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General
    • Announcements
    • Emby Premiere Purchase/Subscription Support
    • Feature Requests
    • Tutorials and Guides
  • Emby Server
    • General/Windows
    • Android Server
    • Asustor
    • FreeBSD
    • Linux
    • NetGear ReadyNAS
    • MacOS
    • QNAP
    • Synology
    • TerraMaster NAS
    • Thecus
    • Western Digital
    • DLNA
    • Live TV
  • Emby Apps
    • Amazon Alexa
    • Android
    • Android TV / Fire TV
    • Windows & Xbox
    • Apple iOS / macOS
    • Apple TV
    • Kodi
    • LG Smart TV
    • Linux & Raspberry Pi
    • Roku
    • Samsung Smart TV
    • Sony PlayStation
    • Web App
    • Windows Media Center
    • Plugins
  • Language-specific support
    • Arabic
    • Dutch
    • French
    • German
    • Italian
    • Portuguese
    • Russian
    • Spanish
    • Swedish
  • Community Contributions
    • Ember for Emby
    • Fan Art & Videos
    • Tools and Utilities
    • Web App CSS
  • Testing Area
    • WMC UI (Beta)
  • Other
    • Non-Emby General Discussion
    • Developer API
    • Hardware
    • Media Clubs

Blogs

  • Emby Blog

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Found 7 results

  1. While holding down the Right Button on remote, the seek baar slides very fast and smoothly in YouTube, Plex and Jellyfin etc on Samsung TV. This type of fast forward is desirable in Emby app since it is the standard in every other app. I have set 'skip forward to 30 sec' in Settings. When I press the right button only one time, the video skips 30 seconds. But when I hold down the Right Button, the video fast forwards only by 10 seconds and that too very slowly. Emby is fastest and most beautiful than others. The only thing I am uncomfortable with is slow fast forwarding.
  2. Hi, I'm noticing that whenever I set quality to auto, it direct plays but the video stutters every 2 seconds. If i manually set the bit rate to match the video bit rate it works smoothly.. but setting it to auto causes it lag or buffer every 2 seconds on certain videos. If i seek then it struggles to play it. Sometimes auto picks up the wrong quality setting entirely like choosing 720p 4Mbps for a 10Mbps bitrate.. I'm not sure what's wrong with my config. Any help would be appreciated. I'm using emby server 4.8.10 and I have an NVIDIA GPU. I'm attaching logs for reference when this happens.. embyserver.txt ffmpeg-transcode-c32e80a8-e89c-448a-b8e3-23d0dffdf933_1.txt
  3. subtlefarts

    seeking forward or backward renders stream unplayable - 4.8.1.0

    I'm running emby server on a linux kubernetes cluster with 2 NVIDIA GPUs. On any device (Fire stick, ipad, phone or browser) for several videos if i seek the stream forward or backward even by a little bit, the video starts stuttering every 2 seconds. There's no recovery from that. Even if i exit the app and come back and try to resume the lag remains. Then I tried fiddling with the quality settings - I don't need to reduce to the point of transcoding. I just kept swapping between Auto and 1080p - 10Mbps. The video is a 1080p H264 and bitrate of 8mbps. Finally after multiple tries it continues playing normally at 1080p - 10Mbps still as a Direct play. The server dashboard says the stream is direct play throughout. I'm attaching some logs. The logs are while playing on the ipad. If you would like me to get you logs for some other device, let me know and i would be more than happy to pull them. ffmpeg-remux-seek-recov.txt embyserver-seek-recov.txt ffmpeg-remux-seek.txt embyserver-seek.txt
  4. As you can see in the image, the seek baar is of only 1 colour (grey). Also, there is no pointer in the seek bar using which I can identify the playback position by looking at the seek bar. While holding and sliding it also, the same issue persists i.e. No pointer.
  5. I think this is a known issue, but it is impossible to seek within a recorded program. I am using a WMC backend with serverwmc and Ceton tuners. It doesn't matter what client I use, you can't seek or skip to anywhere in the program. After they are converted by mcebuddy, seek works, but trying to seek while transcoding a WTV file doesn't.
  6. Utking

    Unseekable Streams.

    Hi all! I'm having some problems with Emby server, I'm running 3.0.5724.4. When playing via the web, or on Android, i cant seem to skip or seek in videos. All it says is unseekable stream:S It's been a while since i used emby now, but as far as i recall i always had the ability to to this earlier, it just took some time before the stream started again. Any ideas?
  7. I've been using the AndroidTV app lately and I'm almost ready to replace kodi as my main consumer of emby media. Here's some suggestion to improve it further. 1. Seeking a) Add a transcode progress indicator. Allow the seek cursor to move freely at all times (even if the video is "loading") a) is for when I want to go back and forth in some videos, if I seek too much ahead it resets the transcoding and then going back resets it again causing multiple waits. If I know not to seek ahead too far I can just wait a bit since transcoding is fast enough and keep the "buffer data". As for , you just need to look at the youtube androidtv app, seeking back and forth is smooth, you can even hold the fast forward button and it moves across the seek bar smoothly. 2. Properly reset card images/data I'm talking about the image cards that display episode thumbnails for example. When you scroll through them very fast, because the card objects are being reused, they still display the old data until the app fetches new data. This is often distracting and just a peeve of mine 3. Pre-transcode tv series episodes This is more of a server thing but might just as well put it here. It would be cool if the server could pre-transcode episodes for certain devices. You would pick the devices and users and the server would pre-transcode all the episodes of the "next-up" list and use that pre-transcoded data for playback on the devices. Oh and probably add a # of episodes ahead to add, so we can set it to 2 for example and the server would be transcoding the next episode while we watch the current one. edit: I posted early by mistake, let me finish writing up edit2: all done
×
×
  • Create New...