Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jmone]

The OSD and Overlays have not been integrated yet into JRVR, but will be soon.

[jmone]

I'm getting dropped frames / stuttering playing some GOT MPLS directly.  I've attached a short frame log from around the 50min mark of 00800.mpls S3 D1 of GOT UHD.  I don't get these issues with madVR, and can find with JRVR and pause/play will help but then at some point it stutters again.  Let me know if you want any other testing. I'm also using VideoClock if that matters.

[thorsten]

Ok, Now I have some issues:
-I resumed a 4K HDR film the next day. The movie starts, sound is coming but no picture (only the information of cursor control)
- 576i videos with 4:3 ratio have a green line approx. 10 pixels right to the 4:3 film and 1-2 pixel wide (Red hot chilli peppers - monkey funks)
- and their deinterlacing doesn't work at all...

[thorsten]

Oh, one other thing: my Win-Desktop is 1080p24. If I start a 4K movie, the output resolution is still 1080p24. I don't mind as I'm not a fan of eshift.
PLayback settings -> display setting -> automatic change: off or on

[thorsten]

Ok, Now I have some issues:
-I resumed a 4K HDR film the next day. The movie starts, sound is coming but no picture (only the information of cursor control)

Weird: 4 times out of 5 it works normally ... I can't find a schemata. Only on 4K (all my 4K are on a local hdd, no network)

[thorsten]

Regarding the scaling: I switched the display resolution manually to 2160p and then the playback of uhd movie remained in this Resolution. Starting next a FullHD Movie didn‘t change the Resolution.
(I did the switching with madvr  )

So, still a lot to work….

[Hendrik]

Resolution switching is not a feature we are currently aiming for. We generally recommend using the native resolution of your screen and benefiting from the scaling features in JRVR.

[thorsten]

Ah, ok

[mojave]

Oh, one other thing: my Win-Desktop is 1080p24. If I start a 4K movie, the output resolution is still 1080p24. I don't mind as I'm not a fan of eshift.
PLayback settings -> display setting -> automatic change: off or on

I have a 4K monitor, but my desktop is set to 1080p since most of my apps work better at that resolution. In JRiver I have Video > Display Settings > Display Settings Automatic Change Mode set to Custom and have all my resolutions set to 3820x2160. JRiver switches to 3820x2160 when playing a movie with JRVR and then switches back to 1080p when I stop the movie. I always have used this and never use madVR's switching.

[jmone]

+1 what mojave suggests is a really good option as the display rate is changed by MC prior to the building of the graph (which is a more reliable way to work).

[jmone]

I'm getting dropped frames / stuttering playing some GOT MPLS directly.  I've attached a short frame log from around the 50min mark of 00800.mpls S3 D1 of GOT UHD.  I don't get these issues with madVR, and can find with JRVR and pause/play will help but then at some point it stutters again.  Let me know if you want any other testing. I'm also using VideoClock if that matters.

I pretty well get stuttering on most content after a while.  A quick Pause / Play does not settle it down but a longer one does (say 1 sec).

Edit.  I'm wondering if it is fighting with Video Clock?  I'm now running with Video Clock turned off and so far so good

[Hendrik]

I haven't done any testing against VideoClock yet. So many things that interact, so little time. It'll definitely be on my list to checkout eventually. If you or others can confirm its fine without, and using it causes issues, that would be helpful.

Do you get audio or video issues when this happens? The frame time log didn't include anything meaningful, just one or two drops and one repeat or such, but nothing that would tell me there was a significant issue.
Also how long is "a while" to trigger this?

Are you playing on a perfectly matched refresh rate, or a mismatch?

[lello]

I've never used VideoClock. I tried to today, and I haven't noticed any changes.

As soon as I can, I will watch a whole movie with VideoClock and see what happens

[Manfred]

I run JRVR since two weeks as standard on my Workstation (output is UW to LG Monitor) and on my Media Renderer (output is 4k to LG OLED).
Video Clock is On on both.
On the workstation I have Display Settings automatic Change Mode =on  (My LG Monitor only supports 60Hz and 59 Hz).
On the Media Renderer I have Display Settings = Custom.
Since the two weeks I have played all different types of video's: From 11kHz 4:3 160x120 12,02 FPS, DVD, BD rips with 29i, 23p, 50p .. up to some 4K HDR demo videos (I don't have UHD BD Rip's). Everythink worked so far - not a single issue.

[jmone]

Thanks for testing with Video Clock. 

It was just a guess, trying to work out what is going on and I'll need to test more (most of the testing is on my Dual Screen 3090 setup on Win11 as I can leave MC run on one screen doing stuff on another).   I do see some desync of Audio around the time the stuttering and checking I see I've also got a bit of AV Sync Correction set (50ms) so I'll try turning that off.  FYI - I too also use MC's display rate changer to match the content (all frequencies).

[jmone]

Ran through a eps of GOT (50min).  Got 3 instances of stuttering @ 19:30, 41:30, 43 mins.  This time I did not intervein, just let it run and all times it settled down on it's own between 10 and 30sec.  This was with VideoClock ON and Sync at 0ms. 

[Hendrik]

Can you post a MC log as well as the frame time log of a full playback, ideally without pausing or seeking? Note that the frame time log is reset for every new video you play, so you have to be sure to get it after the first play.
Or mail it to me if it gets too big. I suppose an hour of video playback might accumulate somewhat of a frame time log, but the entire picture would be quite illuminating.

[jmone]

Will do.  I'm currently running an EPS with VideoClock OFF and Sync at 0ms.  Only got one very short set of stutters so far at the 23:30 mark. 

[jmone]

Link to log sent by PM.  Looked pretty good, only noticed some stuttering at the 23:30 mark for this run.

[Hendrik]

I should probably update the frame time logging so its not overwritten everytime a new playback is started, and instead just put a marker inside. Seems like any log I get is pretty short.

[jmone]

Mmmm I did grab the frame log right after stopping (well within a minute or so) and before I'd played anything else.  Next time, I'll play a new EPS with VideoClock On with the folder containing the Log open and grab it straight away.

[madbrain]

I have had minor issues playing 1080p content, specifically ATSC recordings made by NextPVR. I haven't played other type of video content with MC lately, so it may no be specific to that content. The problem is not frequent, maybe a dozen frames over a 45 minute period. It's random and not easily reproducible. What happens is that the image "blinks", as if frames from a different timeline of the program were inserted in the middle of the video. It is unfortunately quite noticeable to me when it happens.
I'm using a Ryzen 2700 CPU with GTX 1050 Ti, going through a Marantz SR7011 AVR and Optoma UHD65 projector, setup at 4K 60/8 bits.

[jmone]

Sent a PM with another Log (this time I turned JRVR logging it ON!!!!)

[Hendrik]

I looked over your frame time log, and something isn't happy with what happens when it needs to repeat a frame to handle clock drift, and it gets into a repeat/drop loop. I'm not sure why yet exactly, but I improved the repeat logging and cleaned some stuff up.
If you can, grab another frame time log with the next build, unless its magically fixed from the small improvements I did.

I couldn't easily reproduce locally, so let me know.

[jmone]

Will do (I'm away with work for a couple of days, so it may be later in the week).

[Hendrik]

Also improved accuracy for NTSC-style refresh rates specifically, so look for build 82 and hopefully the added accuracy will calm down the repeat/drop logic, as I think inaccurate VSYNC estimations pushed it into an unexpected VSYNC window. (Also even more frame logging improvements)

[tensionfire]

How I can implement an 3DLUT?
In the newest build is there a recommendation for one. I can create one with DisplayCal. Is there an option to use it?

[tij]

How I can implement an 3DLUT?
In the newest build is there a recommendation for one. I can create one with DisplayCal. Is there an option to use it?

No 3DLUT atm for JRVR … don’t think it is planned too …

[mattkhan]

No 3DLUT atm for JRVR … don’t think it is planned too …

It is mentioned as a future feature in https://yabb.jriver.com/interact/index.php/topic,130657.msg905912.html#msg905912

[Hendrik]

3DLUT is indeed planned, although likely not in the first wave of features, and possibly not the madVR 3DLUT format, which seems underdocumented - but an alternate format also supported by tools like DisplayCal.

[jmone]

Not on Public Board

28.0.84 (11/16/2021)
3. Changed: JRVR will report the actual screen refresh rate to VideoClock for more accurate timing adjustments.
5. NEW: The Playback OSD is rendered natively with JRVR.
6. NEW: Support for Blu-ray Menu playback with JRVR

In some quick testing:
- OSD rendering works without dropping in or out of modes
- HDMV BD menus works!
- ...but I seem to have issues with Java BD Menus (see log) with playback terminating
- I'll send a log later today on the sync with VideoClock

Note: I did delete the "libplacebo64" folder to force a re-download incase it was still using the test library from the other day, but the same issue with Java BD Menus (or are there other folders I need to delete to force a re-download of required components??)

Thanks
Nathan

[Hendrik]

Are you sure this particular disc worked on other renderers?

[jmone]

Yup - here is log with it working in ROHQ, and not in JRVR on one title as an example (...and in the prior log it should have showed the issue on 3 Java BD discs (from memory))

[jmone]

FYI - If I turn off "HW Accel" then the menus work with JRVR

[jmone]

FYI - If I turn off "HW Accel" then the menus work with JRVR

Here is a log with JRVR, first play is with HW Accel On (and it fails), and then with HW Accel OFF (and it works)

[jmone]

3. Changed: JRVR will report the actual screen refresh rate to VideoClock for more accurate timing adjustments.

Sent the Frame Rate log.  Looks good

[Hendrik]

Blu-ray Menu issues should be resolved in the next build (85 or newer)

- UHD Blu-ray Menus could terminate playback immediately (due to changing from 8-bit to 10-bit with D3D11 decoding and encountering an error)
- Menu Playback could get stuck on screen transitions
- Java-based loading animations wouldn't show reliably

[Hendrik]

Sent the Frame Rate log.  Looks good

Indeed, looks just fine. There was a single glitch at around 10 seconds into playback, and nothing for the remainder of the entire file, with stable timing and no drops or repeats. Looks like VideoClock is doing its job now!

[jmone]

Yup looks great as well!

[thorsten]

Wow! .84 is awesome! All the things I mentioned earlier are solved! Very good work, thanks a lot!

Also tested PAL DVD, menue works.

But, I also have this issue with uhd (not with fhd) Resolution is 2160p, hw acc on,  Video clock off
I thought it is a heating problem of my rebuilt htpc, but everything is fine there.

I pretty well get stuttering on most content after a while.  A quick Pause / Play does not settle it down but a longer one does (say 1 sec).

Edit.  I'm wondering if it is fighting with Video Clock?  I'm now running with Video Clock turned off and so far so good

[Hendrik]

You can't have that problem, because I fixed it. So you must have another problem.

The only way to diagnose such issues is for you to enable the frame time logging, play a video long enough for it to occur without disrupting playback (no pausing, seeking, etc), and sharing the log (you need to grab it manually, its not part of the logging zip file).

[jmone]

@thorsten: I'm not sure if I understand your issue correctly, but:
- Video Clock ON: I don't see any dropped or repeated frames as MC is resampling the audio to keep pace with the video.  This only works of you are decoding the Audio (eg NOT bitstreaming)
- Video Clock OFF (or bit streaming audio):  JRVR will drop/repeat the occasional single frame to keep pace with the Audio.

Note: Both the above assumes you are also using MC's Display Rate changer to match the frequency of the Monitor to that of the content being played.

[jmone]

Blu-ray Menu issues should be resolved in the next build (85 or newer)

- UHD Blu-ray Menus could terminate playback immediately (due to changing from 8-bit to 10-bit with D3D11 decoding and encountering an error)
- Menu Playback could get stuck on screen transitions
- Java-based loading animations wouldn't show reliably

Looking good.  Only "odd" thing I could find is that sometimes when I stop playback, I get the coverart image with an MC overlay saying "Opening" as the graph is being broken down before going back to Theaterview (probably should say "Closing" or "Stopping" etc)

[jmone]

V86 Testing (not yet on Main Board)

iGPU Testing: Intel NUC7i5BNB with Intel Iris Plus Graphics 640 (iGPU), Windows 11 with HDR Set to ON all the time, JRVR HDR Passthrough to an LG OLED

I can hardly believe it.... but this 4 year old NUC (and its 640 iGPU) can play UHD HDR HEVC 23.976/50/59.94fps material without dropping frames using JRVR & HDR Passthrough!  I mean 50 and 59.94fps HFR material, not just "std" UHD BD & the image looks great.  I'll not pretend the NUC has anything left in the tank with HFR HEVC HDR material however... the little fan is screaming along and the NUC gets pretty warm.  You also don't want to be doing anything else (even trying to view the performance monitor caused it to start dropping frames).  I only watched about 10mins of a couple of HFR and it seemed fine and stable.  Very Very Impressive and JRVR's performance gains over madVR and EVR should translate well to more modern iGPUs. 

[jmone]

HDR-10 passthrough is working well on a range of different setups.  On OLED and LCD TV/Monitors I think I prefer Passthrough over Tonemapping, but I'm in two minds on the JVC x7500.  I'm going to need to play much more with the various options to see where I land on this one. 

Seems to work well with both the various content I've tried, BD Menus, MC's own OSD.  The only issue (as reported elsewhere) is the subtle pulse in the picture brightness when subtitles appear (but not when MC's own OSD appears - including TheaterView's OSD overlays).

[jmone]

I've not yet run through any test patterns to check, but any recommendations on if we should be using Limited or Full in the Video Drivers?

[JimH]

Very Very Impressive and JRVR's performance gains over madVR and EVR should translate well to more modern iGPUs. 

VVI !  Thanks!  And thanks for all the detailed testing.  Immensely helpful.

[Hendrik]

Working on the subtitle HDR issue. Its a bit on the complex side for various math reasons and interacting components. But hopefully I can get a fix out soon.

[lello]

Forgive the ignorance, but is HDR-10 passthrough only for TVs? I don't get anything good with the PJ.

Thanks for the ctr-j, but the characters are so small that to read I have to get up and get closer to the screen: is it possible to increase the size?

[JimH]

The font size problem should be fixed in the next build, probably next week.

Does your projector support it?