Jump to content

Leaderboard

  1. GrimReaper

    GrimReaper

    Moderators


    • Points

      9

    • Posts

      11467


  2. rbjtech

    rbjtech

    Top Contributor


    • Points

      8

    • Posts

      9140


  3. Abobader

    Abobader

    Administrators


    • Points

      7

    • Posts

      14924


  4. Happy2Play

    Happy2Play

    Top Contributor


    • Points

      7

    • Posts

      42986


Popular Content

Showing content with the highest reputation on 03/16/23 in Posts

  1. You mean this? FR section has sort mode.
    3 points
  2. Big difference on the basic ability to sort. with JF - simply view by 'Most Wanted' and it puts all the most wanted items to the top of the list .. How is this achieved in the Emby Forum ? There is no way to list anything by the number of 'likes' ? Number of Views means nothing. Maybe if @Abobader added the ability to sort by 'likes' - then it would start to resemble a list ... All we get in Emby is this -
    3 points
  3. *Following discussion developed in unrelated FR thread, all related posts are moved to separate topic.*
    2 points
  4. I too agree with @rbjtechand give very similar instruction to people rebuilding libraries that already have NFO, BIFs, graphics, etc in the media folder. I've not tested this with the current or soon to be beta with the changes we've made but this technique was cutting down scanning by about a factor of 10+. I'll retest this again once we have a Synology Beta build. I had just tested this before the changes to the Library scanning was recently done and disabling the fetchers loaded 12 times faster! The pauses we add to not hammer the provider sites adds up but having the information already in the NFO files makes hitting the providers sort of pointless anyway. Why not skip all that and just use the info from the NFO file as well as graphics, BIF and other files already present that Emby previously wrote? Being able to turn off the fetchers and remove metadata providers can be quite handy with advanced setups as well as it allows you to delegate the scanning to your backup server with the primary using only the NFO and support files in the media folders.
    2 points
  5. ..and I'm all for AGILE development - but you can't run FR's like this - if the Feature as originally described has been completed - the it should be 'Resolved' and 'locked' imo. The OP can raise a new FR, referencing the original if they like, with the new enhancements - and the process to review/reactions starts again on the enhancements. It's the only fair way as there are pletnty of people in the queue .. For usability issues, then these should be raised as normal support calls no ? A completed FR is no longer an FR, it's operational and thus a supported function ? ..
    2 points
  6. Not sure what the final plan is, but just wanted to add a vote to keeping the format name short if possible? I think it makes it easier to read at a glance, and keeps the UI a little cleaner? I really liked the suggestion above of using "DV+" for the DV formats. So for your list above, something like: DV DV+HDR10 DV+SDR DV+HLG HLG HDR10 HDR10+
    2 points
  7. Then lets hope the changes made to the Beta implement a sensible scanning mode for brand new 'out of the box' installs - as currently the perception it gives to the end users is 'it's slow' and they would be correct in the observation. Rather than process each item in series (metadata, thumbs, intro's etc), imo emby needs to batch the functions and do them one at a time - still in series, but in priority order. ie do all metadata, then do all thumbs, then do all intro's. That way, the libraries become 'populated/usable' much more quickly - and you'll get less issues with reports of it being 'slow' - when it really isn't.
    2 points
  8. but i think i found a bug if you don't change anything, it works fine but if you change something - user, date, checkbox then formatting breaks
    2 points
  9. Guys, The ebook side of Emby/MediaBrowser has been long stalled or rather stagnated. I would like to offer up a couple of suggestions. Many people use calibre as an ebook/comic book tool for scraping data and general management of their collection already. This program is absolutely astonishing in its ability to pull metadata from post calibre scans, as well as draw in metadata from the file source and/or directory structure. http://vaemendis.net/ubooquity/ Its a self contained .jar server/reader combination. And honestly I am very impressed by it's small footprint and wide range of abilities. The other option is COPS , which was written specifically with calibre in mind. It is open source, so making it work with emby I would think would be fairly easy. https://blog.slucas.fr/projects/calibre-opds-php-server/ Ever since the original release of MediaBrowser's bookshelf I have always wanted something that would allow me to 'read' my collection, rather than being basically nothing more than a place-set for images of books I own. I am sure that those who mainly have audiobooks are thrilled with bookshelf , but it's nothing more than an extension of the music library IMHO, not new features. We can have both right? Here I give you two suggestions free of charge.. Just because I love you, and Emby Personally I plan on running the Ubooquity Server along side of Emby from now on, just because of it's massive functionality and tiny footprint. But I sure hope that someone decides -- "yeah, ebook support should be in here too" and do something about it - rather than allow this now very very ancient issue to continue to remain an issue. And so I don't have to have 20 different ports open, some with SSL support - some not, because Emby isn't delivering the 'complete package'. (Please take some of this with humor, I know you have your hands full with improvements/bugs/suggestions/requests)
    1 point
  10. This is another brand-new plugin which is available in the catalog now: Emby Data Explorer Important Note Make sure to clear your browser cache after installation and restarting the server! History In 2016 I was working on Metadata Providers and wanted to see and better understand which metadata is coming from which provider and which information was actually taken by Emby Server. In turn, I had created the MetadataViewer Plugin. Later, it became outdated and I was no longer around to update, so eventually it had to be pulled due to incompatibilities after the server had evolved. Meanwhile, there had also been an idea for a "Backstage View" plugin with the purpose to provide some low-level insights into Emby item data, but it never took off. This month, I came back to some work on metadata providers and I had the same problems again, which ended up in creating this plugin. It's a fusion of the MetadataViewer plugin and the Backstage View concept - with a name that leaves room for more... Beta For now, it's available for the beta server only It's been done in two and a half days, so please report bugs in case you find any How it Works The plugin adds a new entry to the Item Context Menu: This will open a dialog for data display: This dialog is the one and only UI that the plugin provides. Everything is happening there. I will describe individual features in subsequent topics. ENJOY!
    1 point
  11. Request that Emby server store Dolby Vision (including profile), Dolby Atmos, DTS:X, HDR10+ (smpte2094) and HLG for appropriate video in the db and use it for display in the media info and track selection sections of movie/episode details screen. This information once in the db can then also be used in numerous other areas like: Mediainfo Cover Art, Stats for Nerds, Distinguishing different DV profiles for hardware support and tone mapping Example Mediainfo app display of HDR10+ ffmpeg patch for HDR10+ https://patchwork.ffmpeg.org/patch/11491/ Related requested that may require DV profile information in order to prevent unneeded TM
    1 point
  12. It would be useful if the server (or perhaps clients) could cache most (if not all) content images (posters, backdrops, logos, etc) for movies, TV series and seasons. This would mainly be of benefit when a portion of someone's content is offline but the users would still like to view the content to know what exists. I think caching on the server would be preferable, then all clients could make use of the same cached images. if you think this would be a useful feature, please click the "Like This" button on this post.
    1 point
  13. hello i have a porn collection and i also have kids. i would like to password or pin code my porn library so my kids don't access by mistake.i also share my server with my friends and there family and they also asked if there was a way to password or pin code so the kids would not get access. maybe there is a plugin that would do this if so could you recommend or show a link please. we want to be able to password to enjoy later and not have it just unrestricted. thank you for you time
    1 point
  14. I'm still seeing that the android client doesn't allow for rewind on live TV. This thread was posted 18 months ago wherein you said you were working on it. Is it so difficult to fix?
    1 point
  15. Periodically we try to negotiate this with Samsung again and we'll be doing that ASAP. We just need them to finish reviewing our current submissions because we can't submit a country expansion request while they're still in progress.
    1 point
  16. I assume you are using Emby server beta .21 This is causing the issue, not the plugin.
    1 point
  17. I'm happy to have found this thread as I was looking with similar consideration. I have found the Animaniacs to also have added the 'Joined Order' Function on TVDB and would appreciate the feature in future updates
    1 point
  18. Don't you dare use such metrics! I said it many times already and I will say it again and again and again. DO THIS https://features.jellyfin.org/ Only then will you be allowed to quote metrics! Forum metrics my a**. Things get lost on the forum. It's not easily browsable by feature.
    1 point
  19. True, since "prefixes" and "Reactions = like" it not core forum matters, it addon and do not apply to this search/sort matters. But soon it may change tho, I am working on this.
    1 point
  20. If you want everything to come over, then just take the whole program data folder and copy it manually. Soon the backup plugin will be changed to do that, and that's going to become the recommended backup and restore procedure.
    1 point
  21. Hmm. Okay, you seem to be suggesting that the Library/Media/Updated endpoint used in fizzyade's script (linked above) doesn't support UNC paths for notification. That's dissappointing. I understand your points about finding the ID of the media, and then refreshing that. However, my most common case will be "Add the media in this directory which didn't exist before", so it won't have such an ID until it's imported.... and the main point was to trigger Emby to import the new media. Hrm. Sounding like I'm stuck with forcing full library updates to trigger the import faster. Unless you know of a different endpoint where I can send a location to look for media from... [not add a new path to a library, but notify of a new subdirectory in the library [movie], or file within the directory [tv].
    1 point
  22. It could be a long answer - So #1 question is why delete the original shares if you just plan on restoring them from a backup ? To add - File Creation Date is not the same as File Modified Date. So you can copy the file whenever you like, emby will still use the 'Created' date in the emby library order. These are all different attributes - So if I copied this file again today - only the 'Modified' date would change - the 'Created' date would remain as 11 Jan 2021.
    1 point
  23. 1 point
  24. By months, I meant that I had the plugin installed for a couple months, not that it had been running for a couple months. It runs for a couple hours then finishes. Thanks for the feedback, I'll implement some automation tonight that should schedule those out to like 2-5AM or something, where no one is using it.
    1 point
  25. Lol just read all the postes from today. Here is one for you all. Feature Request, about handling of Feature Request, within another Feature Request. This should have been moved in its own Feature Request, and not stayed within this Feature Request.
    1 point
  26. That one is useful! I'll probably start using that to get more granular with how things are filtered and restricted for my kids.
    1 point
  27. I reckon @ginjaninjamight give you a hint or two there as he has several pwsh scripts floating around the forum (one of which is my daily driver as well).
    1 point
  28. Important to point out that this is a user-feedback forum. It isn't our method of tracking work. That is always up to interpretation as it is probably rare for a feature to be implemented exactly as it was requested. But, @Abobaderif you want to change the "Completed" prefix to also lock the topic, we can try that out.
    1 point
  29. Possibly or one with TVDB and the other with TMDB. Will probably have to limit IMDB to only one.
    1 point
  30. Unfortunately no as the library option will merge them as they have the same providerids. Automatically merge series that are spread across multiple folders If enabled, series that are spread across multiple folders within this library will be automatically merged into a single series. They would need to be in separate libraries. Maybe limiting providerids on each? Haven't tested but would require Locking metadata.
    1 point
  31. You mean a node with all in progress content? A "section" is not available in Kodi, but I guess you could modify the skin. The in-progress nodes are available for all contents and you could use them to add such a "section".
    1 point
  32. Yes @TeamBcanvas changes when you change any of the variable for the Time page. { width: 95%; height: 300px; box-sizing: border-box; } to this in my case { width: 1651.25px; height: 1650px; box-sizing: border-box; display: block; }
    1 point
  33. oh... true my mistake, I chose the wrong user...
    1 point
  34. Hmmm not true, all my music activity shows up in all those tabs as type "Audio" -- appears to be working fine here
    1 point
  35. Hi, it's unlikely that is your public IP address ending in .0 What do you get when you go to: https://www.whatismyip.com/ Also, I suggest you go through this guide step-by-step and ensure you have everything covered off - let us know how you go: https://support.emby.media/support/solutions/articles/44002137137-remote-setup
    1 point
  36. Eventually, yes. Item 71. in below topic.
    1 point
  37. Make is easier for the devs no controls on ATV. AppleTV Samsung
    1 point
  38. Presumably the detection changed. Aside from that, I believe one thing that's looked for is a site having a front page which is the same as other different sites; naturally a login page for the same software (Emby in our case) will do this. Maybe a way of customising the login page could be a means of side-stepping this check. Perhaps adding some personal CSS to the login page might help? Paul
    1 point
  39. I don’t think so. I updated to the beta version and it seems to be running okay now. I have not made any other changes.
    1 point
  40. Well, wouldn't you know. I restarted the server, went thru the process again and it worked. Ugh.
    1 point
  41. Thank you all very much for your responses! I have seen your names as I researched setting up Emby. I do appreciate the information and help. I have adjusted my database cache for 5000 as I have RAM to spare. I've restored the transcode back to its default now that I reviewed softworkz explanation. At this time I was using Plex, which occupied a great deal of my NVME storage. After recently experiencing a bad Plex update which corrupted a database, I've decided to just move on to Emby instead. I had my Emby server cache in regular hard drives - and to be fair - Emby was already notably more responsive than Plex ever was. I am curious if I copy over the server cache into the NVME drive whether I'll see any further responsiveness. I'll see for myself soon.
    1 point
  42. Stay tuned. We're hoping to have this resolved soon.
    1 point
  43. I've just published a new version: Version 4.8.0.20 (March 11, 2023) Now also provides crew information (people) for series Provides guest-cast and guest-crew information (people) for episodes Requires Emby Server Beta 4.8.0.20 This is the final beta release - please test! If all goes well, then it will be released alongside the 4.8 server.
    1 point
  44. Those are the only three supported for now, but the dynamic ones are possible to support in future updates. Thanks.
    1 point
  45. They serve good in their own usecase, but especialy if a user logs in where adults and kids watch over the account, like in a living room, they go to far. I want someone to see the Thumb from a Movie, but i dont want them to open it, exept they know a pin. Sure i could solve that problem with a second account, but tbh, i like long passwords, letting users switch accounts all the time will be a bloody mess. Restricting Access to Directories works great if i want to block everything of that directory, Pins / Ratings work great if you want to have a "clean" Collection where the media in Question isnt displayed at all. But i would like it to be displayed, but not openable exept for example with a pin, like it is the case with many streaming services. They display things too, but for certain media, you need a pin if your account is configured like that
    1 point
  46. Actually TBH I am completely over spending hours diagnosing something only to be told its not in the dev roadmap, not critical, not important so unless you can indicate to me its something Emby dev is actually interested in diagnosing lets leave it there.
    1 point
  47. Wasn't worth the effort going through hoops to get you guys to look at something. I've just noticed that any transcoding job seems to convert any smaller source material to ~ 1GB in size. This really isn't ideal in any home setting. I would expect smaller files would stay small and this clearly isn't the outcome. Given the myriad of possible reasons for these transcoding choices I feel its pointless progressing (arguing) this any further so haven't updated this issue.
    1 point
  48. To make clear. I don't doubt resources can be spent on other things (I'd rather have time spent on). But on this specific issue, any OS worth mentioning will handle the move just fine. I don't have every OS we support but I'll happily try and coordinate testing if this is needed on other platforms. Thus far I can validate this work fine on: Windows (raw, drivebender, drivepool, storage spaces) Linux FreeNAS Open Media Vault Synology WD NAS SMB drive mapping (including from Shield TV). I probably have additional OS/NASes available I haven't tested on as well. That defiantly covers all the main OSes we use. I'll get testing if needed on other platforms if you specify what specifically needs testing. I'm sure we have users in the forums that could help on other platforms I don't personally have. Worse case if an OS doesn't support a quick move it will support a copy/delete op. It could take a bit of time but the "protection" is probably worth it. But again, lets test any specific OSes you think might be a problem. So just let us know what needs testing specifically. LOL
    1 point
  49. You're making this out to be something it's not. This is VERY EASY all around. Where every the library points is where you create the "$EmbyTrash" folder to move content into. NO USER CONFIGURATION for this folder! Don't worry about the type of drive. It could be individual drives, pooled drives, network drives, USB3 attached drives but none of that matters.
    1 point
×
×
  • Create New...