INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1] 2 3 4 5 ... 7   Go Down

Author Topic: Feature Requests  (Read 138752 times)

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Feature Requests
« on: July 10, 2015, 12:04:22 pm »

This post reminded me that this is probably the most needed minor addition to MC20:

I'd pay even 50$ if you promised to implement sidecar for SACD ISOs and DFF files.  :)

Thanks a lot for continued improvement of this software.

The concept here is sidecar files for any audio files that do not have internal support for file properties ("tags").

For example, if all my MC20 libraries (and their backups) were wiped out, or if a change was made that required starting from scratch, then it would take hours for me to re-enter all the correct file property information for my SACD and CUE files.

But if that information is in sidecar files, then I would be able to re-import whenever necessary.

Thanks for considering this request.

Awesome Donkey

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 7816
  • Autumn shade...
Re: [REQ] Sidecar files for SACD and CUE files
« Reply #1 on: July 11, 2015, 08:06:11 pm »

I do support this request, but I think there needs to be some discussion regarding how such a feature would work that would need to be ironed out before potential consideration. What would be the formatting of such a file be? Would it be best to base it on a CUE sheet's format and improve upon it? Would it just apply to music files and ISOs, not videos/images/etc? Would there be one files for all songs on an album, or one sidecar file per media file? What would the sidecar file's extension be? How would album art files be handled?
Logged
I don't work for JRiver... I help keep the forums safe from "male enhancements" and other sources of sketchy pharmaceuticals.

Windows 11 24H2 Update 64-bit + Ubuntu 24.10 Oracular Oriole 64-bit | Windows 11 24H2 Update 64-bit (Intel N305 Fanless NUC 16GB RAM/500GB M.2 NVMe SSD)
JRiver Media Center 33 (Windows + Linux) | iFi ZEN DAC 3 | JBL 306P MkII Studio Monitors | Audio-Technica ATH-M50x Headphones

syndromeofadown

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 812
Re: [REQ] Sidecar files for SACD and CUE files
« Reply #2 on: July 11, 2015, 10:16:08 pm »

It would be nice if it was possible to use sidecars with all data files and not just ISOs.
I would like them for documents.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [General] 64-bit Builds
« Reply #3 on: July 14, 2015, 07:12:52 am »

4K and 8K video playback basically require 64-bit media players.
madVR made the move to 64-bit several months ago, and I believe this was one of the main reasons for sticking to a 32-bit build until now.
 
The increased decoding performance and access to more memory that you get from a 64-bit player is the only way that I am able to play 4K/8K videos on my system.
When testing some of YouTube's 8K videos in Media Center, the player crashes the instant it gets above 3GB memory usage.
 
There are some good improvements that could be made for audio playback which leverage a 64-bit application's access to greater amounts of memory as well.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Requests -- July, 2015
« Reply #4 on: July 14, 2015, 07:19:08 am »

The R128 Volume Leveling was a big improvement when it was introduced.
I rarely ever have to touch the volume control when playing music now.
 
However there are some key features that are missing, which would "complete" the implementation:
 
  • Video files should target -31 LUFS instead of -23 LUFS
  • There is still no way to tag an album in a way that forces track-based leveling instead of album-based leveling.
  • Volume Leveling is currently processed before Internal Volume, so reducing the volume level does not provide additional headroom.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [Import] Support folder lists for auto-import rules
« Reply #5 on: July 14, 2015, 07:27:51 am »

Maintaining auto-import rules can become quite a laborious process when you are importing from several drives/locations.
Rather than having several duplicate rules to manage:
 
  • C:\Video
  • D:\Video
  • E:\Video
  • F:\Video
  • G:\Video
  • H:\Video

It would be considerably easier if a single rule could apply to a list of folders:
 
  • "C:\Video; D:\Video; E:\Video; F:\Video; G:\Video; H:\Video"

Then any changes only need to be made once to the rule, instead of being repeated.
This would reduce the number of edits I have to make any time I change my rules from something like 14 to 4 in my setup.
Logged

6233638

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

Currently there are two modes for auto-import rules:
 
  • Include this folder and all child folders
  • Exclude this folder and all child folders

It would greatly simplify things, and eliminate most of my exclusion rules, if we had an option that was:
 
  • Include this folder and exclude all child folders

There are some folders where I am still having to manually import any new files, because the contents of that folder are fluid, and I cannot set up a new exclusion rule every time a new sub-folder is created.
For some of these, if I were to use auto-import I would require one "import" rule and 30 "exclusion" rules for that folder!
This new mode would handle it with a single rule, and that would avoid having to create new exclusion rules any time a new sub-folder is created.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [Theater View/Gizmo] Mark Categories as "Do Not Skip"
« Reply #7 on: July 14, 2015, 07:43:09 am »

It is generally a great feature that Media Center has, where it will skip over any categories which only contain a single item, and immediately go to the next level of navigation.
However some of the time I want to see a category, even if it only contains a single item.
 
For example, if I am in an artist listing, and I only have one album for that artist.
I always want to be presented with the album name rather than going directly to the track listing.
 
A checkbox in the editor which just has a "Do not skip if category only contains a single item" would fix this.
To be clear: this would not be a global option, it would be per-category, per-view, and disabled by default.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #8 on: July 14, 2015, 07:55:56 am »

-23 LUFS is the target for any and all content as specified in the EBU Recommendation R128, there are no different targets for different content.
As such, your wishes do not make "incomplete" features.

In fact, targeting different levels for different content would defeat the entire purpose of volume leveling.
Having a movie be quieter than music is not in the spirit of this whole design.
Logged
~ nevcairiel
~ Author of LAV Filters

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #9 on: July 14, 2015, 08:07:29 am »

-23 LUFS is the target for any and all content as specified in the EBU Recommendation R128, there are no different targets for different content.
As such, your wishes do not make "incomplete" features.

In fact, targeting different levels for different content would defeat the entire purpose of volume leveling.

Hendrik, I agree with your assessment on the different levels (issue 1), although it gets a little more complicated with down-mixed audio as downmixed videos do wind up quieter than everything else (but that's probably related to what happens when the LFE gets baked in with the 10dB differential?).

I will say that 62's issue 3) does actually prevent Volume Leveling from working correctly (it prevents MC from creating a perfectly level volume), and I would like to see that fixed.

For an easy reproduction case, find a track with a greater than +1dB positive volume leveling adjustment.  There is currently no way to get volume leveling to apply those kinds of positive adjustments because volume leveling does its clip check before internal volume is applied, so even with all the headroom in the world, those tracks are never levelled.  It applies disproportionately to classical music, but I have a bit over a thousand tracks that are affected.

So I would also like to see volume leveling either processed after internal volume, or for it's clip detection logic to take into account headroom created by internal volume settings.  That would solve the issue for tracks with positive adjustments, and might even solve the issue with downmixed video content being so much quieter (if MC could take advantage of internal volume's headroom to boost it as needed).
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #10 on: July 14, 2015, 08:09:52 am »

Can you upload a track that shows this problem clearly?
Logged
~ nevcairiel
~ Author of LAV Filters

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #11 on: July 14, 2015, 08:12:46 am »

Can you upload a track that shows this problem clearly?

I will when I get home (it's 9am here), unless someone else beats me to it in the next eight hours or so.  Any track with a greater than 1dB (or 1.1dB, I forget) positive volume leveling adjustment should work.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #12 on: July 14, 2015, 08:17:17 am »

I will when I get home (it's 9am here), unless someone else beats me to it in the next eight hours or so.  Any track with a greater than 1dB (or 1.1dB, I forget) positive volume leveling adjustment should work.

I think you would need one with an appropriate True Peak level as well, ie. where increasing it would push the true peak over the safety margin - so something highly dynamic with a low average volume.

As it looks right now, Volume Leveling is applied very early in the process, then Mixing and Resampling, and then Internal Volume. The reason for this order seems to be that some parts want to get used when encoding to DSD for example, while others don't.
I wonder if any of these steps in between would have a problem with audio that exceeds 100%. Its all float, so one would think it doesn't?
Logged
~ nevcairiel
~ Author of LAV Filters

blgentry

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 8014
Re: [REQ] [Theater View/Gizmo] Mark Categories as "Do Not Skip"
« Reply #13 on: July 14, 2015, 08:25:43 am »

When does this skipping behavior happen?  Certainly not in the stock "artists" view.  The views system in MC is so intricate I'm still trying to learn all the basics.

Brian.
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #14 on: July 14, 2015, 08:33:40 am »

I think you would need one with an appropriate True Peak level as well, ie. where increasing it would push the true peak over the safety margin - so something highly dynamic with a low average volume.

That sounds right, I never looked for that in testing because almost all my music is +/-1dB of 0dB, but I would expect a track would need to have a significant positive volume leveling adjustment and a near 0dBFS true peak.

Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #15 on: July 14, 2015, 08:38:28 am »

As it looks right now, Volume Leveling is applied very early in the process, then Mixing and Resampling, and then Internal Volume.
I wonder if any of these steps in between would have a problem with audio that exceeds 100%. Its all float, so one would think it doesn't?

That's what 62 and I were thinking over in another thread.  He's been pretty focused on reordering the signal chain, but it seems to me you can't really clip until the output anyway, so why not just change the clip detection logic to query what the internal volume is?

Also, I was editing my earlier post when you responded so you might of missed it, but I would really love it if however this is fixed could also deal with the issue of reduced volume for downmixed video.  I know that's a separate issue, but once you allow volume leveling to take advantage of headroom offered by internal volume, there's no technical reason why, say, a stereo downmix of 5.1 needs to be quieter.  You could bake in the 10dB LFE differential, but boost the whole package so that the average volume is still -23LUFS.  

As it is, even with volume leveling on, I need to turn up movies with downmixed multichannel audio quite a bit compared to stereo video or audio, even though I have 20dB or more of headroom from internal volume.
Logged

Vocalpoint

  • Citizen of the Universe
  • *****
  • Posts: 2007
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #16 on: July 14, 2015, 09:03:19 am »

-23 LUFS is the target for any and all content as specified in the EBU Recommendation R128, there are no different targets for different content. As such, your wishes do not make "incomplete" features.

In fact, targeting different levels for different content would defeat the entire purpose of volume leveling. Having a movie be quieter than music is not in the spirit of this whole design.

I have to disagree here as many of today's digital music outlets set their volume leveling at different targets dependent upon program material. The R128 "standard" is aimed squarely at professional broadcast and can really take the punch out of a modern day recording due to it's very low -23 threshold.

Apple for example uses somewhere around -16LUFS for Soundcheck/iTunes and probably for Apple Music as well. Spotify uses a preset threshold that is not -23 LUFS.

Being able to adjust the target for volume leveling would make me very happy. Being locked into a pro broadcast level of -23LUFS is very restrictive and basically does not play well with other digital music options out there.

I really see the negative in the "quietness" of this implementation when making CDs for the car and leaving volume leveling set on. I have to crank the volume knob wayyyyy up to get the CD to a reason level and then when I eject it - the radio comes pounding in at today's "normal" volume. Can be a tad annoying.

This is a decent read on other possible options...

https://auphonic.com/blog/2013/01/07/loudness-targets-mobile-audio-podcasts-radio-tv/

VP
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #17 on: July 14, 2015, 09:18:08 am »

-23 LUFS is the target for any and all content as specified in the EBU Recommendation R128, there are no different targets for different content.



Figure A-3
The set-top box or iDTV aligns the loudness level correctly for the particular playback device to which the
consumer is listening. Consequently, all codec systems of all services appear at the same loudness level
within that box. By the way: the loudness levels in the graph are relative and indicate the jump caused by
incorrect processing. Ultimately, the loudness playback level is defined by the consumer, who makes use
of the volume control of the equipment chosen to reproduce the sound.

-23 LUFS would be appropriate for a broadcast stereo downmix (television set) but broadcast recommendations for stereo downmixes discard LFE, while Media Center does not.
And it includes the LFE channel for a good reason: because many MC customers are sending the audio to high-end stereo or headphone setups, rather than using TV speakers.
 
-27 LUFS would be used if the receiver adds 10dB to the LFE channel (THX style receiver) however that would generally require bitstreaming, thus it would not apply to Volume Leveling.
-31 LUFS is the target that should be used for leveling across all video playback in MC.

In fact, targeting different levels for different content would defeat the entire purpose of volume leveling.
Having a movie be quieter than music is not in the spirit of this whole design.
Using -23 LUFS breaks leveling for the vast majority of videos in my library as it is.
More than 80% of the videos in my library would be pushed to clipping if Volume Leveling did not prevent it.
 
Use this expression to evaluate whether your files require additional headroom.
Anything 0dB or higher (positive values) requires a lower volume leveling target.
 
Code: (Headroom) [Select]
Delimit(FormatNumber(Math(1+RemoveCharacters(ListItem([Peak Level (R128), 0], 0), / dBTP/+, 0)+[Volume Level (R128), 0]), 1), / dB,)
The majority of music files in my library have no problem being leveled to -23 LUFS.
The majority of videos would clip. This means that they do not play at an even level.
 
The -23 LUFS target is for music, or stereo downmixes that discard the LFE channel.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #18 on: July 14, 2015, 09:22:41 am »

If you use internal volume and the headroom change is done, you can just use that to increase the headroom and still get an overall leveled experience.
We're not going to use different levels based on content. In fact, that document also doesn't suggest using different levels based on content, but based on the device its going to, which you could emulate using internal volume in the future if you wanted.
Logged
~ nevcairiel
~ Author of LAV Filters

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [Theater View/Gizmo] Mark Categories as "Do Not Skip"
« Reply #19 on: July 14, 2015, 09:33:20 am »

Any category which is empty, or only contains a single value, will be skipped over in Theater View/Gizmo
If you create a view which uses a list of categories such as:
  • Artist
  • Album
  • Description
  • Channels
  • Disc #
  • Track Listing

Most of the time, the only things which would be displayed are:
   1. Artist
   2. Album
   6. Track Listing

Description, number of channels, and disc number would normally be the same (a single value) so those categories are skipped over.
 
If, however, you had a two-disc album you would be presented with:
   1. Artist
   2. Album
   5. Disc #
   6. Track Listing

If you have two versions of an album with stereo and multichannel, you would be presented with:
   1. Artist
   2. Album
   4. Channels
   6. Track Listing
 
 
It's a great system - but sometimes categories such as Album are skipped over if I only have one album from a certain artist.
I'd want to mark that category as "do not skip" so that it is always displayed, instead of seeing:
   1. Artist
   6. Track Listing
 
I don't like being presented with a track listing without selecting the album first.
   1. Artist
   2. Album
   6. Track Listing
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #20 on: July 14, 2015, 09:36:24 am »

Edit: I misread your post.
 
Yes, if it is fixed so that Internal Volume provides additional headroom, I have no problem reducing the volume level in a zone (-8dB) to have the same effect.
I think it could be argued that Media Center knows whether it's outputting 5.1, and leveling a downmix from 5.1 is only an estimate, so -31 LUFS would still be more appropriate.
But since I already play music and videos to separate zones, it won't be an issue for me. It just seemed like that would be a better default.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #21 on: July 14, 2015, 09:43:52 am »

Internal Volume does not currently provide additional headroom for Volume Leveling.

Thats why I said ".. and the headroom change is done", which should ideally get into early builds of MC21.
Logged
~ nevcairiel
~ Author of LAV Filters

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [R128] Finish the R128 Volume Leveling implementation
« Reply #22 on: July 14, 2015, 09:45:53 am »

Yes sorry, I misread that. (and I was editing my post when you replied)
Logged

blgentry

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 8014
Re: [REQ] [Theater View/Gizmo] Mark Categories as "Do Not Skip"
« Reply #23 on: July 14, 2015, 09:55:58 am »

Ah Gizmo and Theater View.  I should learn to read the subject line more carefully.  :)

I just tried it in Gizmo and you're certainly correct about how it behaves.  It seems logical to me to do it that way.  But I guess I can see your perspective for your preference also (to see the album by itself before showing the song titles).

Thanks for the explanation.

Brian.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [Video] Disable Full-screen warning
« Reply #24 on: July 14, 2015, 10:52:39 am »

It would be nice if there was an option to disable the "Move mouse to edge of screen for controls. Press Esc to exit." message when full-screen video playback starts.
This message prevents madVR from entering Full-Screen Exclusive mode, so the screen blacks out when I go full-screen (switching the refresh rate from 60Hz→24Hz) and three seconds after this message disappears it blacks out again to enter FSE mode.
Without this message (it is only shown once per session) it enters FSE mode directly.
 
Could we please have an option to disable this message.
Or could we have it rendered as an "OSD" element which does not block madVR from entering FSE.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [Video] Disable Full-screen warning
« Reply #25 on: July 14, 2015, 10:56:38 am »

Options -> General -> Show on screen instructions

That should toggle it, I think.
Logged
~ nevcairiel
~ Author of LAV Filters

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [Video] Disable Full-screen warning
« Reply #26 on: July 14, 2015, 11:03:24 am »

Well I'll be damned.
That's bothered me since I started using MC back in version 18 and it was an option all along. ::)
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [DSD] Scale input filters with DSD rate
« Reply #27 on: July 14, 2015, 11:15:14 am »

The current filters for DSD operate at 24/30/50kHz.
This is appropriate for 1x DSD where the ultrasonic noise begins around 30kHz.
 
With higher rates of DSD, the ultrasonic noise begins at 2/4/8x that rate.
The input filters should be modified appropriately when playing files of that sample rate to avoid unnecessary filtering. (48/60/100kHz etc.)
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
[REQ] [DSD] Modified filter strength
« Reply #28 on: July 14, 2015, 11:15:21 am »

The input filters for DSD are currently:
  • 24kHz @ 48dB/octave "safe"
  • 30kHz @ 24dB/octave "medium"
  • 50kHz @ 24dB/octave "permissive"

More appropriate filter choices would be:
  • 24kHz @ 48dB/Octave
  • 30kHz @ 48dB/octave
  • 50kHz @ 30dB/octave

At 30kHz, 24dB/octave is ineffective at filtering out all the ultrasonic noise.
48dB/octave catches all the noise, while extending the frequency response a little bit higher than the "safe" option.
 
The scarlet book spec calls for a minimum of a 30dB/octave filter at 50kHz.
24dB/octave is not quite strong enough here.
 
Frankly I don't think anyone should be using the 50kHz filter (too much HF noise) but if they are doing so, I assume it's because they want to follow the spec, which the current filter does not adhere to.
Logged

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [DSD] Scale input filters with DSD rate
« Reply #29 on: July 14, 2015, 11:19:17 am »

What would that really gain you? There is nothing there to hear.

Also, is that really guaranteed?
Some tools can apparently upsample DSD without a PCM step, so does that really push the noise into the high frequencies as well?
Logged
~ nevcairiel
~ Author of LAV Filters

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [DSD] Modified filter strength
« Reply #30 on: July 14, 2015, 11:28:02 am »

Since I'm not an expert on DSD - if there is agreement among DSD users, I can at least modify the 30 kHz filter quite easily, since we do have the 48dB filter ready to use.
For the 50kHz, we don't currently have a 30dB filter, I could give you a 36 though - or we'll have to see about building a new one, which could take more time.

So, opinions from others?
Logged
~ nevcairiel
~ Author of LAV Filters

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [DSD] Scale input filters with DSD rate
« Reply #31 on: July 14, 2015, 11:31:14 am »

What would that really gain you? There is nothing there to hear.
I generally agree, but if this is an "audiophile" player which supports higher rate DSD files, and people are out there buying them, doesn't it defeat the point to filter out those higher frequencies?
It seemed like a very small change that would be some incentive for people that are buying those types of files to upgrade to MC21.

Also, is that really guaranteed?
Some tools can apparently upsample DSD without a PCM step, so does that really push the noise into the high frequencies as well?
I'm really not sure. It would depend on how that upsampling is performed.
I would hope that it either filters out the noise first, or those 2/4/8x DSD files are not upsampled to begin with, but the same could be said for 24/88 PCM and higher.
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [DSD] Modified filter strength
« Reply #32 on: July 14, 2015, 11:35:39 am »

The spec calls for: "a minimum of a cut-off frequency of maximum 50 kHz and a slope of minimum 30 dB/Oct."
So 36dB/octave would be fine.
 
Better to be slightly stronger, than too weak.
The filter is there to protect devices such as amplifiers and speakers which are not designed to handle wide-band signals.
 
As I said, I don't recommend that anyone use the 50kHz filter anyway - but I'm sure that some people do.
Logged

mattkhan

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 4231
[REQ] [DSP-PEQ] Allow filters to be loaded from a simple text descriptor
« Reply #33 on: July 14, 2015, 11:41:21 am »

The current PEQ block requires a large no of mouse clicks to configure any non trivial no of entries. It would be more convenient to allow the user to supply a file that describes all the filters to be loaded in one go.

I would think, but perhaps other posts can comment on this, that this would be particularly likely to be used for large banks of PEQ filters rather than features like mixing channels or gain adjustments.

Bonus points  if an MCWS command is exposed to allow scripted config loading.
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient

The current PEQ block requires a large no of mouse clicks to configure any non trivial no of entries. It would be more convenient to allow the user to supply a file that describes all the filters to be loaded in one go.

I would think, but perhaps other posts can comment on this, that this would be particularly likely to be used for large banks of PEQ filters rather than features like mixing channels or gain adjustments.

Bonus points  if an MCWS command is exposed to allow scripted config loading.

I'm definitely +1 for this.  Being able to read in filters (of any kind) from an external source would be great; being able to output existing filters to a human readable file would be equally amazing.  This (with a little user-scripting) would dramatically improve interoperability with filter generation programs.  For example, if a friend needs help generating EQ and sends me a measurement, I can calculate what he needs and send him back a list of filters that he needs to enter by hand.  If this functionality were in MC, I could send him a pre-formatted file that he could just point JRiver to.

The current save/load DSP functionality is helpful for certain applications, but applies to all DSP settings everywhere with no way to "focus" it (to just PEQ), and it stores things in a hidden non-readable format/location, so you have no way to get settings in from outside and no idea what you're loading before you load it.

Anything that makes it easier to initially load and/or export specific banks of PEQ settings would be exciting to me.  I'm pretty sure a few other folks (mojave?) asked for something similar in the past as well.
Logged

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Show on screen instructions
« Reply #35 on: July 14, 2015, 12:21:16 pm »

Quote from: Hendrik
Options -> General -> Show on screen instructions

That should toggle it, I think.

Does this option turn off anything else OTHER than the "Move mouse to edge of screen for controls. Press Esc to exit." message ??

Thanks!

BTW, what exactly does locking threads accomplish IF the thread is not producing "discord"?

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: Show on screen instructions
« Reply #36 on: July 14, 2015, 12:24:51 pm »

A similar message when entering Theater View is also disabled with it.

"Press left, right, up, down to navigate, and OK to accept. Press Green Button to return home."

But that is all.
Logged
~ nevcairiel
~ Author of LAV Filters

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: [REQ] [General] 64-bit Builds
« Reply #37 on: July 14, 2015, 01:21:02 pm »

4K and 8K video playback basically require 64-bit media players.
madVR made the move to 64-bit several months ago, and I believe this was one of the main reasons for sticking to a 32-bit build until now.
 
The increased decoding performance and access to more memory that you get from a 64-bit player is the only way that I am able to play 4K/8K videos on my system.
When testing some of YouTube's 8K videos in Media Center, the player crashes the instant it gets above 3GB memory usage.
 
There are some good improvements that could be made for audio playback which leverage a 64-bit application's access to greater amounts of memory as well.


I've been thinking about this for a bit, since it is certainly true - playback of 4K material from UHD Blu-rays would *greatly* benefit from this, right now even making the difference between playable or not playable, and even though large-scale consumer adoption is probably still a year away or so...

I wonder how much effort there really would be here. No promises, but we'll try to keep an open mind.
Its not as simple as building MC for the new platform, unfortunately.
Logged
~ nevcairiel
~ Author of LAV Filters

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: [REQ] [General] 64-bit Builds
« Reply #38 on: July 14, 2015, 01:45:03 pm »

I understand that it wouldn't be a small job.
But in order to stay current, it seems like it will have to happen sooner or later.
It would be nice if that could happen before UHD Blu-rays launch.
 
I've seen an big increase in the number of 4K videos made available on YouTube over the last few months.
Most consumer-grade cameras are shooting 4K now, and it seems that most of the big tech channels are starting to use them.
 
On my system 4K plays, but drops a lot of frames in MC.
8K crashes MC almost immediately in ROHQ unless I reduce the buffer sizes to a very small number.
4K and 8K play smoothly for me in MPC-HC x64 with madVR.
Logged

HTPC4ME

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 2760
  • LIFE IS A RADIO... CRANK IT UP TO 11!
Re: Requests - Numerous requests to improve already built features
« Reply #39 on: July 14, 2015, 02:29:16 pm »

All my feature requests will be added/edited here. (this numerous posting throughout the thread is getting things lengthy... I've deleted all posts, and moved them to this one.)

1. Figure out a way we can easily delete playlists/smartlists with out having to walk to each client to power down jriver so the server deletions stick. (visa versa would be steller too, if authenticaion/sync to server is enabled, then clients can delete a playlist/smartlist and all other clients/server will keep that change.)

2. Please setup a Recently imported time stamp for all files upon initial import... really is a pita when a drive goes down, and then we restore that drive to a new drive and when we re-import that new drive all those files do not go back into the library to the initial imported date...they show up as new files, and one looses all truly recently imported lists/views.

3. Please give us the ability to change (load) libraries from theaterview. see here - http://yabb.jriver.com/interact/index.php?topic=98432.new;topicseen#new

4. When we add new tv shows to main server library, the tv show series/season art work does not show up on server OR clients until we open theaterview and goto tv shows, and to where those series are located... then the server loads the new covers, and then clients need to be exited, then reloaded to server library to see the new covers... if this could be done automatically without needing to exit/reload main libraries please.


5. Please consider refreshing libraries on clients AUTOMATICALLY that are connected to 1 main library on a daily or at the minimum weekly basis for those of us who have authentication/sync changes to server disabled... as discussed here http://yabb.jriver.com/interact/index.php?topic=95099.new;topicseen#new

6. Please add a Video Thumbnail Seeker (just like youtube, so we know where we are while seeking...Theaterview & Standard View)

7. Please add the exact options available in video conversion as there is with audio conversion...an option to right click highlight all files in conversion tab once conversion is complete, so we can goto recently imported see the new files that are imported, Verify they are to our liking, and then be able to jump back to finished conversions and delete those original files (.TS files) for those of us with large libraries/multiple disks/folder structure it's quite tough to do mass video conversion, and then having to manually search for the originals to delete them. As discussed here - http://yabb.jriver.com/interact/index.php?topic=90039.0

*Just an fyi... when converting many of my home videos which have all been tagged, they are coming into recently imported as Media Type TV show. even though before conversion they are labeled as Home Movies

8. Gizmo/eos/jriver please allow for Video playback to continue when we press home button, or minimize...allowing for a small video window that doesnt take up the whole screen, and continues playback if we press home button... example wide screen mode allow us to see playlist while video plays on right hand side, portrait mode.. video plays on top, playlist on bottom.

9. Please look further into overview for those of use who use 1 main library and many clients... Overview has never worked as one would think, as described here - http://yabb.jriver.com/interact/index.php?topic=92232.0

10. Please look into shortcut tags in theaterview allowing us to jump to other directors, actors, artist, people, genres, keywords...
See Here - http://yabb.jriver.com/interact/index.php?topic=92410.msg655609#msg655609
this use to work as shown here - http://yabb.jriver.com/interact/index.php?topic=93226.msg642839#msg642839


11. Please allow youtube trailers that have been created in tags/views to be clickable to watch a trailer for each media type (in theaterview) and then be able to exit the youtube trailer screen to go back where you were before clicking trailer link.

12. Please add a sleep timer in theaterview, gizmo/jremote.

13. Please allow conversion on clients... some of us use JRiver for business and personal, it would be great if we could have 1 main library, all clients connect to it, and when clients need to convert/edit work files, they could do so from within the client. and then be able to use those converted files in there 3rd party editing programs.

14. Please allow viewing covers of .PDF's so we can organize/tag our pdf's. ( when data support is enabled all .pdf's show up as pdf symbols, we cannot see the covers/thumbnails)




Thank You
Logged

Awesome Donkey

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 7816
  • Autumn shade...
Re: Requests -- July, 2015
« Reply #40 on: July 14, 2015, 02:47:16 pm »

I've been thinking about this for a bit, since it is certainly true - playback of 4K material from UHD Blu-rays would *greatly* benefit from this, right now even making the difference between playable or not playable, and even though large-scale consumer adoption is probably still a year away or so...

I wonder how much effort there really would be here. No promises, but we'll try to keep an open mind.
Its not as simple as building MC for the new platform, unfortunately.

Interesting. I assume it isn't as easy as changing the target in the compiler and seeing if it pops out 64-bit binaries?

This might affect me too at some point, I do plan in the future (which has been hampered by my current situation) to build a small HTPC for 4K playback and I was planning on finally using MC's video features for this. So yes, I'd be interested in this when that time comes.

But I have to ask, what about Mac and Linux? Can they playback 4K and 8K videos without issue? I'm assuming that might be another can of worms.
Logged
I don't work for JRiver... I help keep the forums safe from "male enhancements" and other sources of sketchy pharmaceuticals.

Windows 11 24H2 Update 64-bit + Ubuntu 24.10 Oracular Oriole 64-bit | Windows 11 24H2 Update 64-bit (Intel N305 Fanless NUC 16GB RAM/500GB M.2 NVMe SSD)
JRiver Media Center 33 (Windows + Linux) | iFi ZEN DAC 3 | JBL 306P MkII Studio Monitors | Audio-Technica ATH-M50x Headphones

Hendrik

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10945
Re: Requests -- July, 2015
« Reply #41 on: July 14, 2015, 02:48:59 pm »

But I have to ask, what about Mac and Linux? Can they playback 4K and 8K videos without issue? I'm assuming that might be another can of worms.

Can't say I tried, but if 64-bit is the main reason for performance problems, it may work.
However, LAV is quite a bit more optimized than the plain FFmpeg used on Mac/Linux, so maybe it negates that. I couldn't tell without thorough tests.

Its definitely something I'm thinking about with the outlook of 4K video coming, and the limitations a 32-bit platform imposes on 4K playback.
Its not as simple as on Mac/Linux, since we support quite a bunch of extra features on Windows, especially some Windows-specific ones which have historically always been 32-bit.
Logged
~ nevcairiel
~ Author of LAV Filters

Gatherum

  • Citizen of the Universe
  • *****
  • Posts: 651
Re: Requests -- July, 2015
« Reply #42 on: July 14, 2015, 02:57:58 pm »

Just moving these here in light of the new thread.

Quote from: Gatherum
I have a number of features to suggest, most of which coming up at some point or another in the past. Consider this a consolidation of all (major and/or relevant) requests I've made. I figure that now would be a good time to do this, since MC21 has been announced.

  • Chapter-based particles - The ability to create particles based on a selected range of chapters in a given (ripped) video file, as opposed to the current method of entering precise time ranges. It would greatly simplify breaking down ripped concert footage, as well as ripped BD's and DVD's of, say, TV series, that have been authored in such a way that the relevant content appears as one long title on-disc. With this feature, one could conveniently use something like DVDFab to rip the entire title and then separate all episodes via MC, as opposed to progressively ripping each chapter range.
  • Allow existing particles to be edited and duplicated - Exactly as it sounds. As it stands, once one defines a particle and its parameters, it's permanent. If it needs to to be changed, it must be deleted and recreated with the new changes. I find this rather unintuitive.
  • Make WDM play nice with theatre view - Currently, setting JRiver Media Center (the WDM driver) as the default playback device causes playback on any user-defined websites in theatre view (such as Youtube TV) to break, and for said website not to load at all, due to MC jumping to the "IPC" Playing Now screen. This is not a problem when another audio device is set as the default.
  • Look in to Crunchyroll/Funimation integration - Pretty self-explanatory. Some of us watch anime, and pay for legal subscriptions to licensed streams in support of the industry. Would be nice to at least get some kind of note on its technical viability, especially compared to the ever-changing Youtube.
  • Allow us to add Hulu as a website - Attempting this in theatre view settings simply results in the webpage being automatically removed by MC without warning. Weird.
  • Define default audio/subtitle languages on a per-file basis - There is a global setting for this, but for those of us who have extensive libraries of foreign-language and dubbed content, it would be nice to have greater oversight and flexibility over which streams MC automatically chooses. Would be especially useful for particles.
  • Just go ahead and create a default ten-star rating library field, and fix the RatingStars10() expression so that it outputs the black stars in thumbnail text - It's just that having a whole ten-star field type might as well beg for a default corresponding library field that the user wouldn't have to define themselves. Also, allow for switching between selectable five and ten stars in the display at the top of standard view, as well as in Playing Now in theatre view. Would make rating things in ten stars much easier.
  • Allow Rename, Move, & Copy Files to move files stored and accessed via a server, with a client - Currently, it is possible to have one copy of MC running as a server while another runs as a client, allowing one by virtue of zones to play media on the server via the client, not to mention make metadata changes. However, what a client in this setup cannot do is move those files around on the server's HDD with the Rename, Move, & Copy Files feature. This sort of defeats the purpose of a client/server setup because it forces the user to access/remote in to the server to make these changes, which can be counter-intuitive when the server's sole general purpose is to run in theatre view at all times and "serve" media. Further, it would be really awesome if one could edit the server MC's options via a client after the initial media network setup somehow, but I'm not sure how much of a rigamarole that could be.

I'll post more later if I think of anything else.

Some notes about the above:

Quote from: Gatherum
Quote from: mcwilliams
For audio and subtitles, you currently can set those on a per-file basis by starting playback and then selecting the language and subtitle track you want in the right click menu.  Once you do that, MC will remember which ones you've chosen for that specific file.  I don't know if that works for particles, but the "per-file" part is already there.
As for the per-file streams selection issue, that solution does not work for DVD rips. I don't know the specifics, but something about DVD playback prevents MC from "remembering" my stream selections, such that whenever I begin playback, change one of the streams from the default, and then either stop playback or jump to another chapter, MC "forgets" my selection(s), forcing me to repeat the process. This goes whether the file in question is a particle or not. This does not occur with BD rips, but DVD's still account for a significant portion of my (and that of others, I'm sure) library, hence the above suggestion. I think Jim once implied that it'd be possible to do--just not in an hour or less. I might be thinking of the particle chapters idea though; I really don't remember. Tongue

Quote from: Gatherum
Quote from: mcwilliams
For the WDM driver see here: http://wiki.jriver.com/index.php/WDM_Driver#Problems_With_Streaming_Video_Using_Media_Center.27s_Internal_Browser_and.2For_Erasing_Playing_Now .
Just wanted to report back that the instructions provided don't work for Youtube TV. It just does the exact same thing, but instead of "IPC" at the bottom of Theatre View Playing Now, it just says "Media Center". I tried the fourth step to be sure, but that didn't change anything.

I will say that it loaded the Crunchyroll webpage correctly; however, trying to play a video on that site in the MC browser doesn't work because Crunchyroll thinks that I have either turned off Javascript, or don't have a valid version of Adobe Flash Player installed.

Any advice would be appreciated.
Logged

ferday

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1732
Re: [REQ] Sidecar files for SACD and CUE files
« Reply #43 on: July 14, 2015, 02:59:52 pm »

It would be nice if it was possible to use sidecars with all data files and not just ISOs.
I would like them for documents.

+1(00)

I use MC to manage my project folders
Logged

Sesam

  • World Citizen
  • ***
  • Posts: 137
Re: Requests -- July, 2015
« Reply #44 on: July 14, 2015, 03:22:48 pm »

Clarifying my request "- In detail view, make it possible to have a larger thumbnail image. " from the previous thread.

I mean the List Style "Details". I know there is a slider in Thumbnails and Tiles view. But neither of those views are perfect for all my needs, either too little information, or wasting too much screen estate.

The Details List Style however is quite flexible, just lacking a thumbnail size slider. As you can see the thumbnails are ant sized :P


(oh wait a minute, am I posting this on the right thread?. The previous feature request thread pointed to continue here)
Logged

dtc

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3119
Re: [REQ] [DSD] Modified filter strength
« Reply #45 on: July 14, 2015, 03:26:42 pm »


Since I'm not an expert on DSD - if there is agreement among DSD users, I can at least modify the 30 kHz filter quite easily, since we do have the 48dB filter ready to use.
For the 50kHz, we don't currently have a 30dB filter, I could give you a 36 though - or we'll have to see about building a new one, which could take more time.

So, opinions from others?

Those two options would certainly be better than the current ones. The Parametric Equalizer lets you set a low pass filter with a user defined  frequency and slope. Why not use that? I currently use a low pass filter at 60 KHz with a 48dB/octave slope in the parametric equalizer for everything, so it will apply to 2x DSD. But, I would be very happy if I could just set it in the DSD input plugin for just DSD files.

It would be nice to be able to set a separate filter for 1xDSD, 2xDSD and 4xDSD. If you look at a program like DSD Master (a DSD to PCM conversion program) that is what they do. That is certainly more work than simply changing the filter options for all DSD files, but it is more in keeping with the current thinking many people have on filtering these different DSD rates.

If you want to look at some graphs of what is going on, I posted some simple samples of the effect of these filters on a 2xDSD file, towards the end of this thread :

http://yabb.jriver.com/interact/index.php?topic=97740.0

Thanks for considering these changes.

Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 72446
  • Where did I put my teeth?
Re: Future MC21 Feature Requests
« Reply #46 on: July 14, 2015, 04:22:06 pm »

Off topic posts removed.  Time to close that discussion.
Logged

Alobar

  • Junior Woodchuck
  • **
  • Posts: 65
Re: Future MC21 Feature Requests
« Reply #47 on: July 14, 2015, 05:07:35 pm »

I would love to have a way to easily enlarge the font size in Standard View from within JRiver itself. This would be for the times I am listening to music and working on playlists, ratings etc. Right now I do this in front of my PC monitor but would like to be able to do it from my easy chair which is where I listen. Problem is the font is too small to see on my TV from there.
Thanks
Dave
Reply
Logged

6233638

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 5353
Re: Future MC21 Feature Requests
« Reply #48 on: July 14, 2015, 05:12:11 pm »

I would love to have a way to easily enlarge the font size in Standard View from within JRiver itself. This would be for the times I am listening to music and working on playlists, ratings etc. Right now I do this in front of my PC monitor but would like to be able to do it from my easy chair which is where I listen. Problem is the font is too small to see on my TV from there.
Thanks
Dave
Reply
With supported skins (most/all of the stock skins) you can use the View > Size options which scale up the entire UI.
There are also font options if you search for it in the options menu. (scales text only, may break UI elements)
 
Off topic posts removed.  Time to close that discussion.
Not "off-topic" just unwanted.
Logged

natehansen66

  • World Citizen
  • ***
  • Posts: 239

The current save/load DSP functionality is helpful for certain applications, but applies to all DSP settings everywhere with no way to "focus" it (to just PEQ), and it stores things in a hidden non-readable format/location, so you have no way to get settings in from outside and no idea what you're loading before you load it.

Anything that makes it easier to initially load and/or export specific banks of PEQ settings would be exciting to me.  I'm pretty sure a few other folks (mojave?) asked for something similar in the past as well.

I've been on about this one for a while as well. I'd like to see the ability to save PEQ independent of the other settings like you mention. It would also be nice to be able to copy/paste within the PEQ blocks. I like the idea of having an export/import option too. It would also be nice to see filter Q in the PEQ filter list. While I'm at it.......having high and low pass filters with with an adjustable Q would be cool. I think Thuneau Allocator does this IIRC. All pass filters could be useful as well.
Logged
Pages: [1] 2 3 4 5 ... 7   Go Up