INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: JRiver Media Center 31.0.23 for Debian BULLSEYE (amd64, i386, arm64 and armhf)  (Read 975 times)

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13487

This is the latest build of MC31 for Linux.  Please post bugs here.  Please start a new thread for anything requiring discussion.  Non-bug posts will be deleted.

Download:
Linux AMD64: https://files.jriver-cdn.com/mediacenter/channels/v31/latest/MediaCenter-31.0.23-amd64.deb
Linux ARM64: https://files.jriver-cdn.com/mediacenter/channels/v31/latest/MediaCenter-31.0.23-arm64.deb
Linux ARMHF: https://files.jriver-cdn.com/mediacenter/channels/v31/latest/MediaCenter-31.0.23-armhf.deb
Linux i386: https://files.jriver-cdn.com/mediacenter/channels/v31/latest/MediaCenter-31.0.23.deb

Also in the latest repo, note, the BULLSEYE branch.

31.0.23 (6/16/2023)

1. Changed: Implemented a work-around for the issue of bad lip-syncing when playing live TV using Stream Buffer Engine for time-shifting.
2. Fixed: The "Prefer DVD Order" option for TV Show lookup did not work properly with TheMovieDB lookups.
3. Changed: Black bar analysis skips more frames after a seek for decoding to stabilize before checking for black bars.
4. Fixed: Cloudplay would go to home page when there was an edit in another tab.
5. Fixed: Corrected the typo so the field is now "State/Province".
6. Changed: Increased pre-buffering when starting to play live TV using Stream Buffer Engine.
7. Fixed: Seeking with Stream Buffer Time-shifting might go wrong when playback had lasted longer than the time-shifting buffering length.
8. NEW: Added the tags City and State/Province and mapped them to the same IPTC fields for images.
9. Fixed: Seeking a video close to the end would cause playback to stop.

31.0.19 (6/6/2023)

1. Fixed: Loading big fields like the waveform data from APE files could fail.
2. Changed: Made the response from MCWS Playback/Info list the fields as members of the XML instead of all in a block.
3. Fixed: When playing live TV in time-shiting mode, the progress bar sometimes would not update.
4. Changed: Changed the progress bar updating code to reduce the amount of up and down jumps at the beginning of live TV playback.
5. Changed: Slovak translation updated (thanks Peter Lukáč).
6. NEW: The latency of VST3 plug-ins is queried for so lip-sync with videos will be more accurate.
7. NEW: Added the MCWS function UserInterface/OSD to allow turning the OSD on or off.
8. Changed: Added confirmation when right-click closing tabs if the close includes locked tabs.
9. NEW: Added a Fields parameter to the MCWS Playback/Info so you can request any number of additional fields for the playing file.
10. Changed: Updated to Monkey's Audio 10.15 -- fixes stalling on playback of corrupt files.
11. Changed: Updated the new / improved this version link to v31.
12. Changed: Auto-import will now run black bar analysis on all unprocessed files, similar to audio analysis.
13. NEW: Added "DCI-P3-D65 in BT.2020" as a screen gamut configuration to JRVR.
14. NEW: When performing HDR to HDR tone mapping, the gamut can be reduced to DCI-P3 in BT.2020.
15. Fixed: When closing multiple tabs, it was not working nicely when selecting a non-selected tab.
16. Fixed: Remote control playback buttons were not working in Amazon Music.
17. NEW: When playing ATSC, OpenCABLE, or SatIP live TV, the "Audio Programs" context menu will include audio program type description (for example "Audio description for the visually impaired") if such info is found.
18. NEW: Metadata-driven automatic black bar cropping in JRVR, based on the "Video Crop" database field, which can be filled with the Video Analysis tool.
19. NEW: Consolidated all aspect ratio settings in the JRVR Output -> General settings, allowing per-device and profile-based configuration.
20. Changed: The option "Crop Sides of Video to Fill Screen" in the Crop Black Bars context menu has been removed, use "Crop" aspect ratio mode instead.

31.0.13 (5/23/2023)

1. Changed: Split the JRVR Output settings into individual pages for HDR and Calibration for easier navigation.
2. Changed: The JRVR HDR configuration page will show the reported max HDR brightness of the detected displays.
3. Fixed: Submitting cover art was not working since the server changes.
4. Fixed: Track info submit and get was not working since the server changes.
5. Changed: Picking Player > Playing Now > Show Playing Now will activate an inactive Playing Now tab instead of switching the current view.
6. Changed: Tooltips that complete large fields in the Tag window always show regardless of the tooltip option.
7. Changed: Made car radio button tooltips show the default delay instead of much quicker.
8. Changed: Added *.xmltv as a possible file extension (in addition to .xml) when selecting an xmltv file for TV setup.

31.0.12 (5/16/2023)

1. Fixed: bad dependencies in the Debian control file.

31.0.11 (5/15/2023)

1. Changed: When in Display or Cover View, hide player bar menu items that use Standard View and disable Spotlight launch from press-and-hold.
2. Changed: Updated Greek translation (thanks Panagiotis).
3. Changed: Updated the Catalan language (thanks Josep).
4. Fixed: Selecting all on right-click would incorrectly fire in thumbnail lists.
5. Changed: When restoring out of Media Server mode, the same views are used instead of creating the startup views.
6. Fixed: Moving the mouse over list control items with text links would not always update the mouse over states nicely.
7. Changed: Tuned expansion on image column right-click to use the grouping of the list instead of simply album grouping.
8. Changed: Made list grouping on right-click of the album thumbnail only engage when a single file is selected.
9. Fixed: Thumbnails were not being included in auto library backups.
11. Changed: Right-clicking in the album thumbnail column will select all the album files before showing the menu.
12. Fixed: The Spotlight button could show in views without files.
13. NEW: Added MCC_CLEAR_REMAINING_ZONE_SPECIFIC (10071) to clear the remaining tracks from a playlist.
14. NEW: When removing tags from an MP3, APEv2 tags are removed if they are found.
15. Changed: Updated German translation file (thanks Bytestar).
16. Changed: Updated to Monkey's Audio 10.10.  Handles systems with AVX512 support, but disabled by the OS.
17. Changed: Simplified the filenames of TV recordings if the shows' don't have separate episode names that are different from the series names.
18. Fixed: Playing a SDR video in JRVR with the screen in HDR mode could result in unexpected output if HDR to HDR tone mapping was enabled.
19. Changed: Ran all the translations through the tool to update to the latest strings from the source code.
20. Fixed: Media Center could crash when media files were deleted while Black Bar detection was running on them.
21. Changed: Merged the last backup paths used for library backups (manual and the setting) into one shared setting.
22. NEW: Support for HDR to HDR tone mapping in JRVR.
23. NEW: Advanced geometry correction settings for projectors in JRVR.
24. NEW: HDR10+ dynamic tone mapping in JRVR.
25. NEW: Image sharpening post-processing for JRVR.
26. Changed: Made middle-click on the unused tabs area roll list styles.
27. Changed: When thumbnails are set to be included in library backups, they will also be included in automatic backups.
28. Fixed: When picking extra channels so the output channel count was over eight JRSS channel mixing would not engage properly.
29. NEW: Re-designed the JRVR HDR tone mapping when converting HDR to SDR, for higher quality and better detail retention.
30. NEW: JRVR uses a new dynamic tone mapping algorithm using a re-designed histogram peak detection, enabled by default in the "Quality" preset.
31. Fixed: Improved shader caching in JRVR to reduce stuttering when playing Dolby Vision content.
32. Fixed: Aspect Ratio overrides would not apply properly when starting a video.
Logged

warchild

  • Recent member
  • *
  • Posts: 23

You mention the repo but on bookworm it needs a keyring entry to work!
Is this easy to address?
Logged

MRiver

  • Recent member
  • *
  • Posts: 19

The following error occurs when installing this version on Fedora.
The package equivalent to libva-drm2 is 2.16 and can be installed and used with no problem on 31.0.19.

 Problem: Conflicting requests
  - nothing provides libva-drm2 >= 2.10 needed by mediacenter31-31.0.23-1.x86_64 from @commandline
Logged

Awesome Donkey

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 7367
  • The color of Spring...

You'll likely have to use the installJRMC script with the --compat option to build the RPM with the minimal dependencies on Fedora.

You mention the repo but on bookworm it needs a keyring entry to work!
Is this easy to address?

Use the (latest) InstallJRMC script and it should work, depending on the distro you're using.
Logged
I don't work for JRiver... I help keep the forums safe from Viagra and other sources of sketchy pharmaceuticals.

Windows 11 2023 Update (23H2) 64-bit + Ubuntu 24.04 LTS Noble Numbat 64-bit | Windows 11 2023 Update (23H2) 64-bit (Intel N305 Fanless NUC 16GB RAM/256GB NVMe SSD)
JRiver Media Center 32 (Windows + Linux) | Topping D50s DAC | Edifier R2000DB Bookshelf Speakers

BryanC

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 2554

This also bit me on Fedora, it looks like Debian split hardware acceleration drm into separate packages, on Fedora it's all in libva so the translation broke. It's fixed now in rc10 and in my repo.
Logged

MRiver

  • Recent member
  • *
  • Posts: 19

Thank you for the perfect response. ;)
Logged

RemyJ

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 1245

9. Fixed: Seeking a video close to the end would cause playback to stop.

Bob, this seems a bit inconsistent now.  It probably has something to do with the length of the seek and how close you are to the end of the track but sometimes seeking close to the end just keeps replaying the last few seconds and sometimes it causes the next track to start (which is what it should always do).   
Logged
Fedora 38 x86_64 Xfce

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13487

Bob, this seems a bit inconsistent now.  It probably has something to do with the length of the seek and how close you are to the end of the track but sometimes seeking close to the end just keeps replaying the last few seconds and sometimes it causes the next track to start (which is what it should always do).
Seeking to within the last 5 seconds (or the length of your pre-buffering) of a track will likely always be inconsistent. It interferes with the track switching logic.
It probably should be prevented.
Logged

mattkhan

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3959

Seeking to within the last 5 seconds (or the length of your pre-buffering) of a track will likely always be inconsistent. It interferes with the track switching logic.
It probably should be prevented.

That sounds bizarre, why should buffering prevent accurate seeking?
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10710

There is no buffering in-between tracks with videos. I don't see how it would ever replay anything. Its not storing any data for such a purpose. If you seek close to the end, you'll get a bit of time from the end of the video, and then it stops or switches to the next video.
Logged
~ nevcairiel
~ Author of LAV Filters

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13487

That sounds bizarre, why should buffering prevent accurate seeking?
If it's local playback it wouldn't. I get the DLNA stuff stuck in my head sometimes :)
Logged
Pages: [1]   Go Up