| Age | Commit message (Collapse) | Author |
|
Rework chapter management
|
|
|
|
|
|
|
|
* Translate the ISO-639-2/B codes to ISO-639-2/T.
This enables 19 additional languages to be displayed correctly.
* Convert the 2-dimensional array to a dictionary
* Added the French language to the list of ISO-639-2/B codes
* Don't change the property, use a local variable instead.
* When creating the MediaStream in the MediaStreamRepository ensure that the ISO 639-2/T (f.e. deu) code is used for the language as that is the one the .NET culture info knows.
The other code is most likely the ISO 639-2/B code (f.e. ger) which is unknown to the .NET culture info and will result in just displaying the code instead of the display name.
* Move the substitution of ISO 639-2/B to /T to the localization manager.
Some language (like Chinese) have multiple entries in the iso6392.txt file (f.e. zho|chi|zh|..., zho|chi|zh-tw|...) but the conversation between /T and /B is the same so use .TryAdd.
* Change the method definition from GetISO6392TFromB to TryGetISO6392TFromB and return true if a case was found.
* Add unit tests for TryGetISO6392TFromB.
|
|
|
|
|
|
|
|
* Migrate keyframe data into database
* Clear database table before import to handle failed migrations
|
|
* Add support for bitstream filter to remove dynamic hdr metadata
* Add support for ffprobe's only_first_vframe for HDR10+ detection
* Add BitStreamFilterOptionType for metadata removal check
* Map HDR10+ metadata to VideoRangeType.cs
Current implementation uses a hack that abuses the EL flag to avoid database schema changes. Should add proper field once EFCore migration is merged.
* Add more Dolby Vision Range types
Out of spec ones are problematic and should be marked as a dedicated invalid type and handled by the server to not crash the player.
Profile 7 videos should not be treated as normal HDR10 videos at all and should remove the metadata before serving.
* Remove dynamic hdr metadata when necessary
* Allow direct playback of HDR10+ videos on HDR10 clients
* Only use dovi codec tag when dovi metadata is not removed
* Handle DV Profile 7 Videos better
* Fix HDR10+ with new bitmask
* Indicate the presence of HDR10+ in HLS SUPPLEMENTAL-CODECS
* Fix Dovi 8.4 not labeled as HLG in HLS
* Fallback to dovi_rpu bsf for av1 when possible
* Fix dovi_rpu cli for av1
* Use correct EFCore db column for HDR10+
* Undo outdated migration
* Add proper hdr10+ migration
* Remove outdated migration
* Rebase to new db code
* Add migrations for Hdr10PlusPresentFlag
* Directly use bsf enum
* Add xmldocs for SupportsBitStreamFilterWithOption
* Make `VideoRangeType.Unknown` explicitly default on api models.
* Unset default for non-api model class
* Use tuples for bsf dictionary for now
|
|
|
|
|
|
|
|
* Updated to EFcore
* Remove unused using
* Dont use DateCreated not from episode type or music type
* use TranslateQuery to filter out instead and then do the grouping and retrival of min and max datecreated instead
* Album also
|
|
[Feature] Database code refactor
|
|
|
|
|
|
Include PeopleBaseItemMap in GetPeople to inlcude Role and SortOrder
|
|
#13508 Partially fixed
Co-authored-by: JPVenson <github@jpb.software>
|
|
|
|
(#13687)
* Add more optimized query to calculate series that should be processed for next up
* Filter series based on last watched date
|
|
|
|
|
|
|
|
|
|
|
|
Change BaseItemEntity ChannelId to nullable Guid
|
|
* Write only for query columns to EFCore db.
We currently don't write the columns that do not exist on the BaseItem class definition in db. However, columns like `CleanName` is still useful and being used by internal queries and current behavior would cause such query to return nothing.
The only exception is the UserDataKey which is not even being used for internal query that can be omitted.
* Update comment
|
|
|
|
Simulate old GetItemValueNames behavior
|
|
The GetItemValueNames function in the old implementation was intended to retrieve the original value rather than the cleaned value. The old implementation lacked a clear specification regarding which value to return for the non-cleaned value in a group and relied on an undefined behavior of SQLite, and this implementation assumes the first one is the desired one.
|
|
|
|
|
|
Co-authored-by: JPVenson <ger-delta-07@hotmail.de>
|
|
|
|
Our stream index calculation logic implemented in #7529, assumes an in-order array. However, our current query may return out-of-order items, leading the server to pass an incorrect index to ffmpeg, causing the transcoding to crash.
|
|
These dates are used as birthdate and death date for person (ask luke for why) and a non-nullable column would cause the null date become 1901-01-01, making all living people dead.
|
|
* spelling: anamorphic
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: associated
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: channelinfo
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: eagerly
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: enumerable
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: greater than/less than
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: greater
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: lineup
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: logs out
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: names
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: paging
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: playlist
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: sanitized
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
* spelling: saving
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
---------
Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com>
|
|
Found via `codespell -q 3 -S "./Emby.Server.Implementations/Localization" -L inh,som`
|
|
|
|
Co-authored-by: Bond-009 <bond.009@outlook.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|