All Activity

La parte que me está rompiendo ls cabeza es que al final si puedes utilizar emby sin licencia para que reproduzca la persona al otro lado si el paga la aplicación. entonces que ventajas tiene ????

Si puedes usar ambos servidores con 1 sola licencia

We can absolutely bring back the classic 1980s color bars. That said, keep in mind I also have a software fallback (libx264), so I'd prefer to keep it lightweight and just render the text, with the optional TranscodeProfile of your choice. At launch, the goal is to support nearly every GPU and platform, so I'll definitely need your help testing across all of them.

e.g.

Before I do a broader release, I plan to roll this out to a small, selected group. But there's no community I'd rather introduce it to first than this one. The project originally started as an Emby-specific watchdog, but I quickly realized I didn't need to depend on any media server API—or even HDHomeRun emulation—if I controlled the upstream stream itself. That insight completely changed the architecture and made the project platform-agnostic. (That said, it doesn't support Plex, since Plex relies on HDHomeRun integration, which I intentionally moved away from.)

Okay, so it'll be like old-school TV. It just always broadcasting something even if its just "color bars". Thx. It might be fun to have a set of configurable slates like the old color bars or old-time "We're experiencing a problem, your program will resume shortly..." kind of things.

If you have the ability to side-load, you can test the new beta that just went up.

The core design is simple: the proxy guarantees Emby a continuous, valid MPEG-TS stream regardless of upstream state. When the upstream stalls, the proxy does not propagate EOF or collapse the socket. Instead, it monitors configurable heartbeat and stall thresholds (check_interval, stall_detect_ticks, drop_forgive_secs, etc.). Once starvation is confirmed, it immediately replaces the missing input with a hardware-encoded SERVICE OUTAGE slate, keeping the transport stream valid and uninterrupted. The session remains alive until the scheduled program actually ends (including padding). If the upstream recovers at any point—whether after 5, 20, or 45 minutes—the proxy flushes the slate, resynchronizes, and seamlessly rejoins the live broadcast. From Emby's perspective, playback is a single continuous .ts stream with an outage slate inserted during signal loss. A graceful socket shutdown only occurs when the scheduled program ends, although configurable timeouts (such as drop_forgive_secs) allow deployments that prefer early session termination.

Ah. Missunderstood. Great!

is it still horrible in 2026? i cant find a way to hide a channel from all users when the plugin functionality is disabled without the method above?

Good evening everyone. I have a question: as of this morning, trailers stopped working on my Emby setup. I’ve restarted both the server and the router, and I don’t have a VPN or any other kind of block active. I also have Jellyfin installed on the server; it had been turned off, but I switched it on today and turned Emby off, and trailers work fine in Jellyfin. So, I’m hoping someone here in the forum can help me out. Thanks in advance! I’ve tried it on other devices too, without success; trailers don’t work even on my TV.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Amazing Plugin! Thank you very much! Question: What is the workflow to Bulk Edit remove tags? What if I don't want to remove all tags but only remove one tag?

It's an app setting that only applies to the device you're on.

Good evening. I’ve been experiencing the exact problem you’re describing since this morning. I’ve already restarted both the server and the router, and I’m not using a VPN either. Have you found a solution to this issue yet?

I somehow associated the "hide spoiler information for unwatched episodes" feature with the next episode not starting immediately during the end credits. Sorry...Google Translate ...

I assume it would detect when a tool like Dispatcharr closes the connection vs. just failing over to a new stream (otherwise the recording would never end). I realize this has been covered in other threads, and that in theory some bigger rethink of live TV in Emby is coming someday, but in the meantime I really wish we could add some basic functionality to control the number of times Emby tries to reconnect a stream before it gives up, or to auto-resume a recording that ends before its scheduled time.

Sounds cool! Happy to help you beta test if/when you get to that point.

Hi. What happens if the stream really did go down permanently?

If the two servers are using the same key it should be one.

That can change at any time. I'm not saying this is impossible. I'm saying it isn't a straightforward as it might seem now that collections AND playlists can be sorted in different ways.

I just wanted to share my recent experiences related to some network changes I made in home network. I have had a 1Gig symmetrical fibre ISP connection for a few years now and have always struggled with remote clients selecting a very conservative "Auto" quality setting. Manually adjusting the quality setting to a higher level to force direct play almost never resulted in issues related to limited bandwidth. Last month I made the switch over to a Ubiquiti gateway and switch from a OpnSense router and Netgear switch. I never had issues with achieving my advertised line speed on my old setup so I figured all was good. Since switching over to my Ubiquiti setup, Emby's "Auto" setting has been much more reliable. I don't have tangible evidence to back it up but it just works better now. So either there was a change on the Emby backend around this same time or my new networking setup has much lower latency. I'm using the same DNS servers as before and nothing else in my setup has changed.

Yes, if the browser doesn't support FLAC, it should be transcoded. But I don't want FLAC to be transcoded for all browsers in general.

Happy to hear that. The next stable release will include the ARM64 package. Thanks a lot for testing.

Thanks, android log attached emby_android_1784137960830.txt