mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-07-16 05:43:54 +03:00
Lost all the video resumes #38
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gerroon on GitHub (Dec 12, 2018).
Hi
I transitioned from Emby to Jellyfin on Debian. Almost everything works, except that I lost all my video positions, all the played videos with resumes now look like they were never played, or started at all.
I do not remember my Emby version unfortunately.
Edit: I am already using the Emby database/resources
@DraZtiK commented on GitHub (Dec 12, 2018):
Have you tried to copy over your data from emby to jellyfin?
@gerroon commented on GitHub (Dec 12, 2018):
Naturally that is what I did. I am using the Emby database
@inkdawgz commented on GitHub (Dec 12, 2018):
Depending on the version of Emby that you used previously, the database is probably not compatible with jellyfin. In Emby 3.6 they change a lot of the database structure from my understanding and it was not able to be reversable back to the old database structure.
I have just tested on a couple of shows and it is working properly. Try deleting the database and let jellyfin recreate it. I can almost guarantee this is the problem.
They would have to change this database structure to match the current 3.6 builds to make it compatible,
@JustAMan commented on GitHub (Dec 12, 2018):
I don't think that creation of down-migration from Emby 3.6 to Jellyfin would have high priority now... unless there's demand for that? :) I mean, that's another feature which must be prioritized with others, and I do not know whether it is important or not (that is, my db for now has two series and one movie xD as I lost my previous DB a couple of years ago and now am starting from scratch).
@joshuaboniface commented on GitHub (Dec 12, 2018):
Yea I don't think we should support down-migration. It's just a massive hassle for us with little benefit in the long-term. Worse-case we require rebuilding libraries after downgrading and leave it at that. It's unfortunate but one of the side effects of a hard fork like this.
@inkdawgz commented on GitHub (Dec 12, 2018):
Down-migration would be too much of a head ache, catching up to Emby 3.6 database would be much easier than trying to downgrade.
If you want a true drop in, this would really be the only option unless you did your own database improvements and converted the emby database structure to the jellyfin database structure.
Just an option and my opinion.
@gerroon commented on GitHub (Dec 12, 2018):
Well if you want people to adapt Jellyfin, this database conversion should be a priority. If you have been using Emby for years and watched and marked thousands of videos/music etc in those years and if you knew you will loose all those settings? Would regular Trump move to Jellfyfin in such case?
@JustAMan commented on GitHub (Dec 12, 2018):
This is something we'll think about.
Could you please provide a sample db so we can try to estimate the efforts needed?
@inkdawgz commented on GitHub (Dec 12, 2018):
I will get a sample database from both and get you some links to them.
@JustAMan commented on GitHub (Dec 12, 2018):
When making a sample db please try to cover as much different cases as you can - movies, music, whatever, resume positions, etc. Thanks!
@inkdawgz commented on GitHub (Dec 12, 2018):
Going to add at least 1 show 1 movie 1 to music, etc, otherwise it will grow fast to over 100m.
@sparky8251 commented on GitHub (Jan 10, 2019):
Any word on whether or not we are going to take the time and effort to backport db changes? If not, maybe this should be closed since its been 30 days since anything has happened here.
@joshuaboniface commented on GitHub (Jan 10, 2019):
At this point I don't think it's worthwhile to try to backport Emby's DB changes as we're going to be changing ours soon too.
Official answer: rebuild library under Jellyfin.
@JustAMan commented on GitHub (Jan 11, 2019):
Addition to official answer: one can create a new issue requesting a migration script, but without DB examples of "emby 3.6", "emby 3.5" and "jf 10.0.0" if won't have core attention.