Leaderboard

I think we are some folks that only visits forums when we need help. So an announcement like this would go under our radar, until we get a "nasty mail"

Hi. This was made clear by both them and us a while back. We really should have removed it from our UI by now but just hadn't gotten around to it. I don't think responding with nasty messages will really help anyone so I would suggest not doing that. Thanks.

The testing builds and discussion can be found here: DSM 7 Testing Thread

Assuming that there is memory to spare, placing Emby's data and/or cache to RAM offers significant advantages. Even though opting for the partial route is an improvement by itself, the latter can make Emby even more responsive compared to its stock configuration. Benefits include, among others: - reduced drive read/writes; - heightened responsive feel; - many operations within Emby, such as quick search are nearly instantaneous. To do so we can make use of a tmpfs. Because data placed therein cannot survive a shutdown, a script responsible for syncing back to drive prior to system shutdown is necessary if persistence is desired. On the other hand, only relocating the cache is a quick, less inclusive solution that will slightly speed up user experience with Emby. In this post is provided an example of script to move and sync the "data" folder (where is stored the emby db) to RAM. Be sure that rsync is installed and save the "executable" script to /opt/emby-server/bin/emby-data_sync.sh, for example: #!/bin/sh # The script will first move emby's data to a new static location, # make a sub-directory in /dev/shm, softlink to it and later populate it with the contents of data. # The second time the script runs, it will then preserve the RAM profile by copying (sync) it back to disk. PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin static=data-static link=data volatile=/dev/shm/emby-data IFS= set -efu cd /var/lib/emby if [ ! -r $volatile ]; then mkdir -m0700 $volatile fi if [ "$(readlink $link)" != "$volatile" ]; then echo "--> Emby: Init RAM Disk" mv $link $static ln -s $volatile $link fi if [ -e $link/.unpacked ]; then echo "--> Emby: Sync Disk" rsync -av --delete --exclude .unpacked ./$link/ ./$static/ else echo "--> Emby: Sync RAM" rsync -av ./$static/ ./$link/ touch $link/.unpacked fi It is best to add a cron job to guarantee the sync between RAM and disk, for example the following entry will run the sync process every 30min. */30 * * * * /opt/emby-server/bin/emby-data_sync.sh Then it is necessary to change the service: /lib/systemd/system/emby-server.service to guarantee the initial and final sync, as follow: [Unit] Description=Emby Server is a personal media server with apps on just about every device. After=network.target [Service] TimeoutSec=5min EnvironmentFile=/etc/emby-server.conf WorkingDirectory=/opt/emby-server ExecStartPre=/opt/emby-server/bin/emby-data_sync.sh ExecStart=/opt/emby-server/bin/emby-server ExecStopPost=/opt/emby-server/bin/emby-data_sync.sh RestartForceExitStatus=3 User=emby [Install] WantedBy=multi-user.target After this change it is necessary reload the service with the command: systemctl daemon-reload Finally it is possible to activate the shared-memory for Emby with the command systemctl restart emby-server It is possible to verify the execution of the script with the command: systemctl status emby-server ● emby-server.service - Emby Server is a personal media server with apps on just about every device. Loaded: loaded (/lib/systemd/system/emby-server.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2019-01-01 09:46:44 CET; 7min ago Process: 8310 ExecStopPost=/opt/emby-server/bin/emby-data_sync.sh (code=exited, status=0/SUCCESS) Process: 8315 ExecStartPre=/opt/emby-server/bin/emby-data_sync.sh (code=exited, status=0/SUCCESS) Main PID: 8320 (EmbyServer) Tasks: 23 (limit: 4915) Memory: 676.5M CGroup: /system.slice/emby-server.service └─8320 /opt/emby-server/system/EmbyServer -programdata /var/lib/emby -ffmpeg /opt/emby-server/bin/ffmpeg More details can be found with the command: journalctl | grep emby-data_sync.sh emby-data_sync.sh[23844]: sending incremental file list emby-data_sync.sh[23844]: activitylog.db-wal emby-data_sync.sh[23844]: authentication.db-wal emby-data_sync.sh[23844]: library.db emby-data_sync.sh[23844]: library.db-wal emby-data_sync.sh[23844]: users.db-wal emby-data_sync.sh[23844]: ScheduledTasks/6330ee8f-b4a9-57f3-3981-f89aa78b030f.js emby-data_sync.sh[23844]: ScheduledTasks/81267bb8-bb49-51de-4b1b-446262cc7365.js emby-data_sync.sh[23844]: ScheduledTasks/d459f39d-7abb-81f5-fcce-03048a7ecf4d.js emby-data_sync.sh[23844]: SyncData/Emby.Kodi.SyncQueue.I.1.40.json emby-data_sync.sh[23844]: sent 255,467,606 bytes received 227 bytes 30,055,039.18 bytes/sec emby-data_sync.sh[23844]: total size is 257,320,410 speedup is 1.01 emby-data_sync.sh[23852]: sending incremental file list emby-data_sync.sh[23852]: sent 4,561 bytes received 44 bytes 9,210.00 bytes/sec emby-data_sync.sh[23852]: total size is 257,320,410 speedup is 55,878.48 The paths used in this post are the default ones for a Debian installation, in the case the distribution used is different could be necessary to change some path. But the main concept remain the same. On my installation I was able to speed up the "quick searches" by 100 times. This improvement is mainly due to the increase of speed obtained by moving the SQLite databases to RAM. In this article: https://www.directionsmag.com/article/3794 is reported an interesting comparison on memory access vs disk access speed and is stated that: "If you have a problem with slow database access, placing the entire database in RAM can instantly provide a factor-of-100-thousand increase in access speed with no other programming or data structure changes required".

Got this today from SD: Nice right?

Remote access would be a totally different issue then Emby being unable to communicate with external domains. As you logs shows failed connections with three different domains. Possible proxy, vpn, ipv6 issue.

So you have high WAF then..

I immediately disabled SD and switched to the Emby Guide. Completely transparent to my CEO (wife). I guess I should have read release notes USA, VA

Hello @ebr is this still in progress or is it already completed?

Happens to me also from time to time. The detail screen will show multiple listings but SPLIT does nothing. You have to move the file/folder out of the library, rescan library and then move back to fix it. I think I've figured out the cause on my system anyway. Using DrivePool moving files from one drive to another and a scan happens Emby will see 2 versions of the file being reported through the OS (DrivePool bug IMHO).

I've updated the Live Setup article with info on the date this will cease to work. https://support.emby.media/support/solutions/articles/44001160415-live-tv-setup I've not personally used any of these services but here are some sites where you can get EPG data: IceTV - Australia $3.99 per Month https://www.icetv.com.au/xmltv-setup/ EPGDATA.COM (many European countries) EUR 17.95 Annual Subscription DE / Germany: http://www.epgdata.com/?action=newSubscription&iLang=de&iCountry=de&iOEM=VDR FR / France: http://www.epgdata.com/?action=newSubscription&iLang=fr&iCountry=fr&iOEM=VDR IT / Italia: http://www.epgdata.com/?action=newSubscription&iLang=it&iCountry=it&iOEM=VDR NL / The Netherlands: http://www.epgdata.com/?action=newSubscription&iLang=nl&iCountry=nl&iOEM=VDR AT / Austria: http://www.epgdata.com/?action=newSubscription&iLang=at&iCountry=at&iOEM=VDR CH / Switzerland: http://www.epgdata.com/?action=newSubscription&iLang=ch&iCountry=ch&iOEM=VDR BE / Belgium: http://epgdata.com/index.php?action=newSubscription&iLang=en&iOEM=vdr&iCountry=be&popup=0 EPG.BEST (many Countries) https://epg.best/ Monthly and Annual Subscriptions starting at $0.99 a month Subscriptions based on # of channels used List of Countries Albania Armenia Angola Argentina Austria Australia Azerbaijan Bosnia and Herzegovina Belgium Bulgaria Benin Brunei Darussalam Bolivia (Plurinational State of) Brazil Belarus Canada Switzerland Chile China Colombia Costa Rica Cuba Curaçao Cyprus Czech Republic Germany Denmark Dominican Republic Algeria Ecuador Estonia Egypt Spain Finland France United Kingdom of Great Britain and Northern Ireland Georgia Greece Guatemala Hong Kong Honduras Croatia Haiti Hungary Indonesia Ireland Israel India Iraq Iran (Islamic Republic of) Iceland Italy Jamaica Jordan Japan Kenya Kyrgyzstan Korea (Republic of) Kuwait Kazakhstan Lebanon Lithuania Luxembourg Latvia Morocco Moldova (Republic of) Montenegro Macedonia, the former Yugoslav Republic of Myanmar Mongolia Macao Malta Mauritius Mexico Malaysia Mozambique Nigeria Nicaragua Netherlands Norway New Zealand Panama Peru Philippines Pakistan Poland Portugal Paraguay Qatar Romania Serbia Russian Federation Saudi Arabia Solomon Islands Sweden Singapore Slovenia Slovakia El Salvador Syrian Arab Republic Thailand Tunisia Turkey Trinidad and Tobago Taiwan (Province of China) Tanzania, United Republic of Ukraine United Arab Emirates United States of America Uruguay Venezuela (Bolivarian Republic of) Viet Nam South Africa

Doing more testing, this time with my almost 4 year old home made PC... The frame rate is only 71fps, compared to my 2 or 3 year old Vorke V2 miniPC, that runs over 100fps while hardware transcoding......... Purchased items for my desktop PC on Feb. 13, 2017 from Newegg. Been building computers for many, many years. AMD FX-8350 Black Edition Vishera 8-Core 4.0 GHz (4.2 GHz Turbo) Socket AM3+ 125W FD8350FRHKBOX Desktop Processor EVGA GeForce GT 730 DirectX 12 (feature level 11_0) 02G-P3-3733-KR 2GB 64-Bit GDDR5 PCI Express 2.0 Low Profile Video .

Not yet, sorry.

Let us know how you make out.

Don't worry, you'll loose those bad habits quickly. LOL

@Cayars I am using Google File Steam and the translation of the file being corrupted before getting to emby i think was it! I can playback the file in VLC on another computer that has Google File Stream however the one hosting emby cannot. I will wipe the drive it was caching on and reinstall google file stream. Upon the above changes I will respond. Thanks in advance.

Thank you I was looking all over the dashboard for it, I'm too trained on Plex.

You can download the Beta Server and install it from the download page on the website. Once you do this the server will stay updated with the beta releases

You said the API takes the tags as comma separated values. I think that's all he means by CSV in this context.

Please continue to validate this. At least I would not mind to pay some extra bucks for having useful and current "Guide data" for other countries integrated in emby and I believe I won't be the only one. Maybe you can have country packages like germany, denmark, france ... Everything has its price and as I'm paying for emby consuming their work, I'd do that useful things saving my time. Might not the understanding of everybody ...

I was able to change my guide data provider to EMBY and rescan. No issues and my scheduled recordings were not effected.

You can use epg123 to create an xmltv file from Schedules Direct. You may want to take screen grabs of your current recording schedule for the next 2 weeks and better yet, all your series so you can add them back in in the case that the Station ID's change on using the guide data.

but he did say he had synced the media to his phone already

As I'm already paying SD for a SD account, I might as well give those money to Emby for a kind of Premiere+ subscription which would include the TV data guide out of the box

it easy enough to do and nothing wrong with doing it if you know what you are doing so 99%+ of people should not try

unless you are going to access the db directly - thats not valid as it needs to be comma separated for the api

epg123 pulls down data from SD daily xteve sucks in: 1) m3u from local tv tuner 2) m3u from iptv provider 3) xmltv file from epg123 use xteve to choose channels from m3u, re-order, re-number etc use xteve to match channels to epg xteve creates a perfectly matching m3u and xmltv file add these to emby job done

Hi I understood almost nothing of what you wrote there, but I'm very curious, as I'm now also looking for alternatives to SD->Emby. Could be so kind a describe a bit more what you / how you do that? Which steps you take in the process, how is it updated on daily basis... I have previous read about those m3u files bit never understood what they were for or how to use them. Thank you very much in advance Just in case Emby does plan on implementing this for all non-US/UK countries, and the initiater of the post wrote. This would be the prefered way of course, and also a bit expected at this point, as we have been paying for this Live TV feature for some time now.

Hi @chef - yes the tag field is in the Mediaitems table in the main library.db

you can continue to use SD as long as you bring in the data through xmltv. thats what i do and SD cannot tell its being used in emby. i do this because i prefer to create a curated m3u and perfectly matching epg data in xteve before supplying to emby. its just much much easier to do the epg matching in xteve than emby too

GTX 1650's have two types of encoders, some have the old Volta encoder - so be wary on which one you recommend - see footnote 4 on the link below .. see - https://www.nvidia.com/en-gb/geforce/graphics-cards/gtx-1650/

Emby announced this on the forum stating eventually the use of Schedules Direct would not be permitted a long time back now. That eventuality is now. I'm pretty sure this is beong passed through from a notice Schedules Direct has received from Gracenote. Schedules Direct has been pretty cool about it for two or more years so I wouldn't be too upset with them.

When I looked at this a while back, pretty sure the tags in the db was just a single field with ; separated items - so I assume you could add multiple tags this way - let me check ... edit Apologies - it's a <space>vertical bar/ASCII-124<space>

I got the same email. I don’t recall receiving an email from anyone stating this. I just renewed my SD in October too! I didn’t know EMBY had a built-in guide provider or I would have been using that all along. I guess I’ve been using EMBY for so long that I don’t pay attention to new features/additions. I set it up and forget about it. I have it running as a docker in Unraid.

It's worth getting on with ensuring the best tagging you can, because the next full release of Emby will rely much more strongly on the tags for organising your music library. Picard is the commonest recommendation for doing this, and works well for the music it knows about (sadly, that's only a small proportion of mine, but that's another story). I generally use mp3tag myself, which can fetch data from MusicBrainz, but also from Discogs which sometimes helps for me. Paul

but what do we do if we want to save one (or more) tag(s) to all series etc - i guess a separate editor page?

have three tag dialogs - enabled disabled via the toggles? filled with existing tags on load? save button for each ?

I've also had the nastygram. My questions are: Did Emby users receive an notification from Emby that Schedules Direct was no longer supported as the SD email suggests? How was this notification delivered (email / in-app notification)? Schedules Direct claim to clearly warn new subscribers. For those of us who have subscribed for several years (2016 in my case), was it clear on the renewal form? Have Schedules Direct ever emailed directly before? I haven't received one to my knowledge and clearly they have the ability to do so. I'm not holding Emby responsible, just trying to determine how "nasty" my response should be based on whether I missed something that was obvious to others or if this was not as clearly indicated as SD emails suggest. The email is shockingly aggressive and rude in its tone, not something you would expect from an organisation with a "board".

Hi, what exactly are you trying to do?

Hi, I have not looked at logs but this sounds like network/Internet issues. Is your Emby Server machine connected to the network via Ethernet cable? How about on the user's side? The devices they are using are connected how? The reason I say this is if the clients are WIFI it could be some device or another user on their network using bandwidth or some electrical interference. Real possibility of Internet issues as well.

Yes that can be a problematic option when users have library access applied. New libraries are restricted when added.

I just figured it out - I had to go into users and give access accordingly.

well genres can be applied to all three levels for tv - and tags can as well - so do all three as you are in the mood as if you dont somebody is bound to want it after you release it

RTM can not function as the current set limits have be reached. There are several topics on this. The configured user limit (8192) on the number of inotify watches has been reached, or the operating system failed to allocate a required resource. Required workaround Real time monitoring seems broken - Page 9 - Emby Server - Emby Community

A Refresh will not change a properly identified item. But I guess it can if the item does not have correct externalids. Note a Refresh will relook up the existing Externalids not do a blind refresh based off of name. Need to see a server log of the issue though.

I have a number of videos I cannot watch with emby because audio delay is missing. Starting to look at Kodi again, unfortunately. Hopefully this is added in very soon.

Okay to answer some of my own questions here. This is how we are going to update the tags: public void Post(UpdateTagRequest request) { var item = LibraryManager.GetItemById(request.InternalId); item.Tags = request.Tags; LibraryManager.UpdateItem(item, item.Parent, ItemUpdateType.MetadataEdit); } We send back the entire list and overwrite the saved tags with the new list, which contains the old tags. Inside the configuration, we show the list of tags for each selected item. The user will be able to add to the list, and save them back to the base item object. It sounds complicated, but when the editor is finished it will be "super easy, barely an inconvenience..."

ByStreamBufferSize is how it has always been until a few weeks ago => This controls throttling based on the playback position that the clients report to the server . BySegmentRequest is what is currently being tested in the betas => Throttling is based on the HLS segments that a client is requesting This may help in cases when the playback position reporting doesn't work for some reason But it fails in cases where a client simply downloads all segments it can get. Then there's no throttling effect.

and i think this is why emby has failed at web app design, because designers here see mobile and tv apps as the same thing as web app design.

Yes assigning tvg-chno in m3u file fixed it. thank you @@Luke.