Leaderboard
Popular Content
Showing content with the highest reputation on 12/01/21 in all areas
-
2 points
-
Great you are right... Each things at a time. What you have accomplished is already very promising. As i'm a new beta tester... and i'm also a developper.. i really see the work behind. and 'im trying to spot any improvements or bug to help I have a question about the thumbnails that we can see inside the plugin itself. Are they requested via ffmpeg each time we get on the page... On my point of view it looks like it is ?2 points
-
I like to sort my music by (custom) genre, but I greatly prefer music apps that organize music by Genre > Artist > Album instead of Genre > Album. It makes album selection easier to browse if each album is nested under its own artist, but I don't want Film Soundtracks on the same screen as Jars of Clay or Led Zeppelin; and if I want to browse just Christian music, Skillet and Plumb would only list one artist entry each, on a page of 50 items, instead of 5 or 6 albums each on a page of 110+.1 point
-
Sometimes when searching for a movie to watch I will set numerous filter criteria (Unplayed - Action - 2014 - PG13) for example. After Ive found what Im looking for its sort of cumbersome to have to go back in and unselect all the above individually. Any chance we can get a "clear all" button of some sort to get you back to viewing your entire library unfiltered? Plex does this and its very convenient. Thanks!1 point
-
I think i was going to try this feature when it first rolled out in emby. Sounds cool as heck to take a picture and have it show up on the server! But realized it would upload all photos in my gallery to the server. I've got nothing to hide, but having labels that i need to take pictures of in order to blow them up to read and other trivial crap aren't worthy of server space, but phone worthy. So i backed off doing it then. Tonight i figured i would try this out again (years later?) only to remember why i didnt do it in the first place... There is just stuff on my phone that i dont need in the server. But i figured maybe if i went into my photo gallery on my phone that i might be able to select photos to upload. Selecting one of the pictures and choosing share i realized there are many places that i can actually choose, but not emby. It would be great to share a selected picture (instead of the whole phone library). Make the share option in the photo gallery link to whatever it is in the emby android app that knows how to share the whole library? If i turned on camera upload i would then have to go in and manually delete pictures when i was back at the server. And having not played with this feature at all, would it then keep uploading pictures that i want on my phone but deleted from the server when syncing? Anyway, thanks for all you folks do, and this is far from any type of priority on my side! (I searched the topic before posting, so if someone else already has it suggested i apologize in advance)1 point
-
A new release of Emby Server is currently rolling out, and this is largely a bug fix maintenance release while we work on new features for future updates. Here is the list of improvements and issues resolved: Fix regression with local network multiple subnet detection Improve cleanup of transcoding processes1 point
-
Is there a reason you have not updated your DSM? But I believe our packages only support DSM 6 and DSM 7 with each having their own package. Download Center - DS3615xs | Synology Inc.1 point
-
Don't want to sound callous but when one is inexperienced in how to secure their boxes from Internet attacks, they will suffer the consequences of it. As already mentioned EMBY has ZERO things to do with your ransomware attack. Just to give you an idea of what happened in the QNAP NAS world recently and I am running 3 QNAP NASs 24/7 exposed to the net. You may also want to search the site bleepingcomputer.com if there were recent ransomware attacks. QNAP did firmware updates to some of their programs on various models. They were warned that they have an open security hole where admin privileges could be granted to external users. The people who found this out told QNAP to correct it and gave them 60 days to do so. QNAP couldn't be bothered. After the 60 days they gave QNAP another week to respond, but the arrogant bastards couldn't be bothered. The information about the security hole was publicly released and within a week 1000s of QNAP NASs where effected by files with a size of less then 5MB all being zipped and password protected. A storm and threats of class action suits finally caused QNAP to act on it. The bad actors wanted $500 for providing the password and many did. In these days unless you know how to isolate your PCs and NASs from the outside world through security measures you will be a target. Bad actors were scanning the Internet for QNAP devices and then attacked them. Anyone not running a full Internet security suit like BitDefender or others is playing Russian roulette and are just waiting to be hit. Even then there is still a good chance that something in the wild will cause damage. So, my advise is if the information or data is worth the money they want pay it but be careful when you get your Bitcoins that no one else will steal them. If it is not worth it, then wipe everything clean, reinstall your programs and the content get it again from where you got it the first time. Next secure your NAS from the outside world and finally run an Internet security suit on your PC, as good as the Microsoft provided security is it can't measure up to a dedicated company that is focused on Internet security solely. Finally, search the forums here for "Ransomware" and read the heartbreaking story of one of the regulars here who lost TBs of his content due to a ransomware attack. I am very sorry for being so direct but you are in a war and this war is being fought on the data level, you have to educate yourself and take preventive measures, because it comes with the fact of being globally connected.1 point
-
its my own fault, I backed up fully on the 21 oct, 2021 done a lot since lol, I could use backups, but am doing as you say starting again from scratch.1 point
-
Hi. There is no way that your Emby Connect account could provide access to do something like this. This sounds like standard ransomware and none of this could be done through just an Emby Connect account. That has no access to your file system.1 point
-
That message in and of itself is no big deal. It just means the EXE isn't signed by a known entity. It doesn't mean it is nefarious. I assume your support session was with @cayars?1 point
-
Hi, any changes related to this will be in Emby Server 4.7+. Thanks.1 point
-
Hi, sorry that help text is outdated. @cayars The server no longer creates a self-signed certificate because most devices will just end up rejecting it anyway. You'll need to provide an SSL certificate.1 point
-
I do not see how using Emby connect or any other Emby feature could produce the problem you are seeing. Nor can I see how anything Emby does could allow malware onto your computer. I believe that something was done on your computer that allowed some bad actor to install malware on it. I do not use Emby connect and , unless you have remote users, I do not see any reason why anyone would use Emby connect. However I am quite sure that it is/was not Emby causing your problems. I just do not see how Emby could allow the kind of access that installing malware requires. But, from what you have said, there is no recovery possible so you just need to re-rip your media reformat your computer and NAS and re-install Emby if you want to continue using it. I will say that I have never seen anything that Emby does that would have any relationship to what has happened to you.1 point
-
None of the above, just a basic home lan setup. Let me try a database reset and report back. Maybe one of the plugin updates broke something for me somewhere. Thank you for your help and efforts to troubleshoot this (and, really, for all of your work responding to our questions and constantly making fixes!)1 point
-
1 point
-
1 point
-
Hi, we can probably look at making that information available on the session but it currently is not.1 point
-
@rbjtech has let his family and friends use the auto skip feature (as have I), and I think we both can confirm some good feedback. So, I would imagine that we can get things going very soon.1 point
-
auto skip i think is what most of beta are waiting for to see all the magig of all those data happen1 point
-
Ahh I didn't know that, my parents connect with a laptop. Thanks for letting me know!1 point
-
1 point
-
So what do you expect the emby community to do about it? Have a whip round? Emby is almost certainly NOT the attack vector. How is your machine firewalled? What ports do you have mapped on your router to this machine,? What else is running on the machine? Krs Mark1 point
-
This is true different encoding do cause discrepancies. Do you think Plex did that though? If users are saying that, all of a sudden one day a skip intro button appeared and it worked, then I'm wondering if they created a database with a whole bunch of data (like we do) and then created a weighting system (like we do) to find the best results for each kind of encoding. It just makes me wonder if there is a private resource out there, and if Plex users were aware of their data being used to create it, and (if it's true) if they were charged a premium fee for the use of it. Ya know? There could have very well been small print somewhere in the install that allowed the company to extract that data initially, and then use it to build a feature, that they then charged their clients for. Obviously I don't know for certain, but...1 point
-
I have fixed this for an upcoming release. Thank you @Sarakha63. I'm moving through some more of your observations.1 point
-
yes they are generated on demand. My personal view is there is little point generating them in advance, as you would generally only go to this page to review things if they were not accurate in the first place. ie - out of 100 seasons, you may want to look at 1 season with 12 episodes - that's 36 images we need to 'create' - that may take 1-2 seconds. That is much better than pre-generating (and storing) 1000's of images just to cache them. As a real life example - the shows that my users and I have been watching over the last couple of days with the Automatic skip on (yet to be released), I have had zero reason to even look at the Plugin/Intro's page - as it simply 'just works' .. .. all skip points were perfect.1 point
-
Thanks you it's appreciated yes they are, we will be implementing an advanced feature slider to cache the images locally, they are only 320px x 180px (IIRC) not large, but the reason why we request them is because for me with about 4000 episodes it takes up 5GB of disk space, however for my friend who has in the region of 30000 it would take up 40GB of disk space to cache them. Some people would be upset if we stole that much real estate from them. but it has been request from people using NAS as sometime the images time out and are not displayed at all because of the lack of CPU power1 point
-
Question on methodology. Plex has had this feature for a while now and it works pretty decent. I mainly use Emby and love it hence the lifetime membership. But still use Plex for a few things and run them side by side. For plex, there was no real plug in or running a service to do analysis locally, etc... one day after a server upgrade, the button to skip just showed up. I believe their code is still mostly GPL3 and thus reviewable. Anyone taken a peek to see how they implemented theirs? Not that this effort here isn't appreciated. It definitely is. The above is more a suggestion to save the team here time maybe.1 point
-
1 point
-
Hello all. I'm in in testing. I was following the project for some time. But i decided to join the beta testing. I have something like 50 shows fro now and 5000 thousands episodes. Should be enough for some feedbacks Regards1 point
-
1 point
-
@Trianine are you still having an issue with this?1 point
-
Hi, yes this is something we can look at adding in future updates. thanks.1 point
-
This option will be added in Emby Server 4.7. Thanks.1 point
-
As a technical exercise - this works just fine as ffmpeg can accept multiple input files - you just need to map them accordingly. This is working just fine in emby using an EXTERNAL AC3 file .. (see below for a stripped down ffmpeg transcode log with all the important bits highlighted) But while technically it's easy to do - to accommodate this into Emby as a supported function is a totally different challenge...1 point
-
1 point
-
In the light of some recent compromises, I think it's about time for a best practice thread on how to keep your installation secure... Hopefully this will get some useful tips and tricks added and some open discussions As I get more time I'll add links to relevant howto links on the forums... Most of this is only relevant if you have your Emby server open to the Internet. If you don't allow remote access, and have disabled the options to automatically open up firewall ports via UPNP (Enable Automatic Port Mapping) you should be reasonably safe.. Some Hints on Best Practice: 1) Make sure any users that you create who have remote access enabled have a password assigned. If they don't have a password, anyone that finds your emby server can jump right in. 2) User good passwords for these users. By good, they should be of a reasonably complexity (eg. not 'password'), not reused or similar to any other sites (bad guys download password dumps from other compromised sites and look for reused logins). 3) Hide users in the login page. Newer Emby betas have the ability to not show a list of users for remote connections. If the bad guy can see a username, they have half of the things they need in order to log in (username and password). For older versions, you have to disable the login screen for both local and remote connections. 3) Use an HTTPS Secured connection. Emby has the option to use an HTTPS secured session for remote connections - either natively or using a reverse proxy. Enabling this stops people sniffing your traffic which may potentially include your login details. 4) Implement fail2ban. On linux systems, there's a third party app called 'fail2ban' which can monitor for multiple failed logins, and then stop that IP address from making any more attempted connections. Similar options may be available for windows 'wail2ban' or other platforms. 5) Don't run remote access on standard ports. Most online vulnerability scanners and/or hacking scripts look for services on standard ports - 80, 443, 8096 etc. In general, you can pick any port you like for the remote access port - anything between 1024 and 65535. If you pick a random port it makes it a lot less likely that you will show up on sites like Shodan which are one of the ways bad guys look for systems to attack. 5) Split Remote Access for Admin and Non Admin users. It's also a good idea to have an account which is just used for performing admin on the server, which isn't allowed to connect remotely. For any users who view content remotely, they don't have admin rights so should the worst happen, they can't do anything too bad. 6) Consider not allowing users to delete content. As an addition to point 5) - consider not having users allowed to delete content. While it's convenient, is it really needed vs. manually deleting content? If a user can't delete anything, should the worst happen, a bad guy can't delete anything either. You can also supplement this with OS file system permissions - if the emby user account can't delete anything, then it's impossible for a totally compromised system to delete anything either. 7) Keep Emby up to date. It's always good practice to keep both your application and your OS up to date, in case there are any bugs or vulnerabilities that get fixed. Anything else anyone can think of?1 point
