All Activity

Are you on the same network as the server, or are you playing remotely? Yes, the server and the TV are on the same network

Hi, sorry for the downtime! I think it's a WebOS version issue. My TV is 4 years old and the OS version is 04.50.56. There is no need to insist further. I have a solution and my problem concerns around fifty files. This will quickly be fixed with a shell script. Thanks for the support and see you soon for another problem. Best regards

My Conversions page is empty. My Downloads page has a mixture of "Downloaded" and "Ready to transfer". If a download status is "Ready to transfer", these are the jobs with files taking up space in my sync folder? Is there a more automated way I could "clean up" things in downloads / conversions folder using the API?

Emby-Connect

Hi. Great, thanks a lot. I always run the PI over LAN.

Hello, I found a bug where if account A is first created and then I create a media library B, and then set up not to grant account A access to media library B. But in fact, searching there can also retrieve the content of Media Library B, or directly prompt for the content of Media Library B when searching there. Please fix it, thank you

Looks like tiff got a soname bump, will link it statically (along with openjpeg) in the next beta.

I'm not sure how "best practice" applies, really. You want to create a user - do it. You want to give the user access to specific libraries - do it. And so on. No one's going to judge how you do it. Emby is a personal (and family) server, and: "Your media, your way" is an Emby slogan. Paul

Maybe show a screenshot of your router port forward rule. Don't show your WAN IP. The key here is to ensure 8096 is 'listening' on your LAN/WAN interface - so unless canyouseeme sees the port as 'open' - emby is never going to work remotely.

I have added the 192.168.0.0/24 to the lan networks and played an episode and no change. Where do i change the bit rate for the local network? and what would be the ideal number? Thanks everyone

No 100.x.x.x, no 172.x.x.x in tracert to Google DNS servers. As stated, I have looked for port 8096 at my correct WAN address [edit: which is a static IP]

Fab, I'll give it a try. Thanks very much! Addition : Had to use Opera to make it transcode, but ran 6 streams without throttling on and each ran smoothly. Perfect, thanks!

but you can't see the mouse in emby!! how should I place it somewhere else?? and it's not only the buttons. complete left top right bottom..

Fab, I'll give it a try. Thanks very much!

I have setup an Emby Server on one of my QNAP NAS, just to see how well it runs, I also have a server setup on a windows 10 machine (running for many years). They both access the same media which is located on the two NAS They seem to conflict when they scan for media and each in turn rebuilds their database. If I shut one or the other down after the one left running does it's rebuild it runs without issue. If I then shut it down and start up the other the rebuilding starts again. I have a very large collection of media so a rebuild can take a couple of days. My question is, is there anyway around this issue? Long term I want to just run the server from the NAS, so worst case scenario I just decommission the windows server...

e.g. the original date when the photo was taken, and with which camera it was taken

After you get to this point: What loophole still exists after that?

With throttling enabled it'll transcode about 2 minutes worth ahead of the current play position, which will be accelerated via QuickSync so it shouldn't be using too much CPU per stream. It'll go as fast as it can when it's not being throttled. You could try the same test with multiple streams/devices at the same time both with and without throttling while monitoring server usage to see the difference.

Just to confirm that the fix reached me last week in the latest v9.x stable release, and it has so far fixed the issue I was having with the "multiversion episode delete issue"

There was two libs Movies and Pohadky in general, it was kind like this: Movies (kind: movies): - /filmy Pohadky (kind: movies): - /filmy/pohadky not sure, if it could be related or not, but it was docker with mapped disks (docker run ... -v /volume1/movies:/filmy:rw ....)

OK. All my FreeBSD 14 packages are updated with "latest" repository stream.

How many Emby libraries have you created, and what folder paths are added to each one?

Right it's not caused by the server update. You must have had a library on your system get updated that the server is using, and now we need to compile against that new version.

Yes, it does. It's actually interesting, that duplicate shows just after some change of the file. When I do not change it somehow, it index as expected. It will do duplicate after some change, like replacing of file, or renaming.

Version 4.9.0.17. The problem is returned. embyserver.txt