Hi guys, sorry for the late reply, for some reason I was unsubscribed from that thread.
Yes I don't have this issue with DVD, even with jRiver (playing from CMC). My DVDs (like all my titles) are ripped to folders 1:1 from my discs, usually with the fox. I tried a few with Alpha 5 and DVDs are played fine with jRiver.
However, I have BD MEnus enabled in jRiver, maybe it makes a difference?
I don't have many DVDs left (about 200, mostly titles that were never released in any newer format) as I've replaced most of my titles with bluray or 4K blurays, but if you have one that we both have, I could test. You could also re-rip one of yours to BD folders with the fox and try to play it with jRiver with BD Menus enabled, to see if it makes a difference. It shouldn't be who knows?
I have a real hard time getting them to fix issues. I've used jRiver for years without any issues because I was only using it as a player with madVR, but I found quite a few bugs (especially recently when trying to get their library to work) and they are always dismissed with the most ridiculous excuses (it's hardware, other software, etc). I even got banned yesterday for 24H because I wouldn't let Jim bully me in this thread about a bug in their library:
https://yabb.jriver.com/interact/index. ... 599.0.html
You'll see the effort it took me to get them to not only aknowledge that their was a bug but fix it. Hilariously, Jim thanks another user for their debugging, when I had to steer the whole debugging process and produce proof after proof, and avoiding the wild goose chase I was being sent on. When it was clear it was a bug (one I was able to get the expected results with jRiver 28), I put [BUG] in the title and Jim kept changing it.
They just don't accept bug reports from outsiders. Even after another user confirmed the same issue, they kept dismissing it. I think they have a close number of people they trust (MattKhan, Jmone etc) and until one of these confirms that there is a bug, they don't even look at the issue. What's hilarious is that they are so intent on proving you're wrong without even trying to reproduce the steps I detailed in my report. As soon as they did, they could see the bug, and only then did Hendrik look at it.
As you can see in this other thread, Jim also keeps asking me to "google" an issue because it's "complex", when he simply doesn't understand what I'm talking about:
https://yabb.jriver.com/interact/index. ... 613.0.html
That's Jim usual tactic to send people away, especially when he has no idea. Make vague and often irrelevant suggestions and send you on a wild goose chase. Hendrik simply ignores you most of the time. I have no idea why he is so dismissive and arrogant. He's doing a great job with LAV Filters and jRiver, I always make it clear that I love the software (as a player, their GUI is definitely not as good as they think it is). But for some reason, they are just systematically dismissive and antagonistic, instead of bering open the the idea that there can be bugs in any complex piece of software.
Every time I deal with them, it makes me appreciate more all the work Paul does here. I work with a lot of developpers. Some are always in denial and it's a constant uphill battle to get them to aknowledge a bug and fix. I usually stop reporting anything and I don't contribute anymore. Others (like Paul) are a joy to work with.
By the way, I (like everyone else) can be wrong, both in my assumptions and in my reporting, but when I am I always apologise and aknowledge it. It's not that difficult.
So just keep pushing, produce as much info as possible, but make sure it's not your settings first, or the way you rip, because it could be.
My ban has been lifted after 24H Jim realised I was right, and he's emailed to me to apologise about our difficulties in communication (mainly due to his patronising and dissmissive tone all along, he's cleaned up the thread quite a bit). I haven't posted again yet, just to make it clear that I don't care if he bans me. I will though, at some point, now that I've established that the issue is fixed here and all my titles are imported correctly. But you can see the amount of effort it took to get this simple bug fixed, and how everyone was intent on proving that it was my fault and that I was jumping to conclusion, despite the multiple proofs provided and me jumping through almost all the hoops they were producing...
Anyway, sorry for the rant, I wanted to report that they have fixed another bug that I've pointed out to them, which is the inconsistent way they were naming their files in the library (a new bug introduced by the new black bar detection feature).
So now the naming is consistent, and thanks to the change Paul made recently, CMC can now fully support jRiver's new black bar detection with JRVR, and it works consistently. If the title is in the library, black bars are detected. If the title is not in the library, the titles are still played, so from a CMC point of view there doesn't seem to be any downside to the new method, as far as I can see.
This is really future proofing for me, as jRiver doesn't support yet the feature that I'm interested in in relation to black bar detection (vertical picture shift, Hendrik declined to provide even a vague ETA, which is fine) and I'm still using madVR, but it would be good to have the option to use JRVR if at some point madVR stops working or if JRVR produces better results.