-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Broken Pipe Error Message, Sluggish Speed, Aborted Error Messages #475
Comments
Hello, can you go to tools > show log window, go through the errors, and copy the log window into a comment here? Also, please make sure neither device has a VPN enabled and that they are on the same network. I'm also curious what you mean by "constant connection issues" in your original post - like does resolve show it disconnecting and reconnecting or is everything just running slow? |
Will see if I can pull up the logs and paste them in a new comment. No VPN enabled anywhere and they are indeed on the same network. "Constant Connection Issues" - When I go to workspace>monitor calibration and click "connect" (to connect to displaycal) it says, "connecting" on the resolve port window and then says "connection interrupted" and disconnects. When launching DisplayCal, it takes probably 30 seconds to launch, then if I click the refresh icon on the main page to make sure my probe is detected, that takes around 30 seconds or more. If I click over to the profiling tab or 3d lut tab, I get that error icon box (in the above image) that says "...aborted". If I click on the settings pull down tab, DisplayCal will freeze and not respond. Getting a different port number in resolve as well - normally it ends in .138 |
No logs showing up in DisplayCal even though I'm getting error messages in DisplayCal. I also tried uninstalling and reinstallding DisplayCal as well as ArgyllCMS with no change. |
Following up on this thread -- I also sent a support ticket to Blackmagic as when I open Monitor Calibration > Portrait Displays Calman, Resolve will freeze. If I try to connect to the IP address, it still fails.....So, if DisplayCal on Mac Intel is running well for others, it may be a bug in Resolve 19.1.2 that I'm experiencing. |
I just tested it with almost exactly your same setup on resolve 19.1 and got no issues. Although some things are indeed loading slower, the calibration part went smoothly for me. Not much I can do to help without logs... if you are able, can you try to run Adding |
I have the .dmg package installed and have been using that but I will try uninstalling and installing through pip tomorrow and running it virtually to see if that helps and will send any logs if I can get it up and running. I really want to try a new calibration with your method to get the correct video levels and 2.4 relative curve instead of my backdoor fix which doesn't give me the right levels. |
go into the app about page and make sure argyll cms is on version 3.3.0. Maybe also run a quick tools>detect display devices and instruments. If this dosen't work, you may need to "unlock" your i1 displaypro by briefly opening the calibrite software, basically just to let your i1 know it's safe to "unlock" itself. |
Last login: Mon Dec 30 14:48:51 on ttys000 input_value_clipping_bmp should have been hidden |
did you try launching the calibrite software first, then the displaycal software? |
I think you might have run out of characters for your copy-paste, I don't see any disprd error in the logs at all. If that is what's happening, put it in a .txt and uplaod it |
Yes. I opened the software and the probe showed up as Active. TXT Attached. |
Looks like your patches are being read too fast. Specifically, from the source code:
Select "override minimum display update delay" and try higher and higher ms values until you can get a stable connection. However, it could be something else, too. You're getting more errors:
and:
That last one could mean your virtual environment is deactivated, make sure it's not. The dispcal message is vague but seems to also be related to an issue with the version of python installed on your Mac. Maybe try reinstalling python, and recreating the virtual environment from scratch? |
Thanks for checking over the TXT file. I do tend to override and set the minimum display response to 1000ms as that always gives me a better read. If I try running DisplayCal via the .dmg install, I just get a "connection failed" error from Resolve when trying to connect to the Portrait Displays Calman. I have never had luck setting up a virtual environment with DisplayCal even with the most recent instructions as when I paste them into terminal, it just results in "command not found" I forgot at this point how I even got the current virtual environment to run haha. so, you think just nuke every displaycal and argyll off computer, delete python, and try to start fresh? Do you have any recommendations on how to install as when I copy and paste the codes in order from here: https://github.com/eoyilmaz/displaycal-py3/blob/develop/docs/install_instructions_macos.md#install-through-pypi that's where I get the error message of comman not found in terminal. |
copy them line by line, not in chunks. each line is a seperate command and it's a lot clearer what's going on when you dont fire them off all at once.
yes. There's a chance your original install got messed up. If we're going this route you should try reseting your router as well.
hmmm, likely you're missing something needed to run a command. What happens when you just run also, important to note:
try not overriding, I personally don't mess with it and have never had issues.
That seems more like a ip issue to me, hence the router reset. |
Copy. I'll try line by line and see if that helps. Just reset my modem and router. Will delete all instance of displaycal, argyll, and report back soon. Thanks homie. |
ofc! need something to do while I'm on break :) |
I appreciate it. I have color job to start tomorrow so trying to get this properly done instead of my ass backwards full levels band aid fix... Router and modem reset. Tried hard line connections and wireless using the .dmg DisplayCal to connect and no luck in Resolve - still a connection failed message. Deleted everything I could find on my system related to python, displaycal, argyll to start fresh with creating a virtual environment according to steps on here... When I paste that first Prequisite line to install through brew, I get "zsh: command not found: brew" in terminal. EDIT NVM I'm a dick and don't think I had homebrew installed. BUT When I try to then paste this command in terminal (whether in a chunk or line by line) cd ~ I get hit with "command not found or directory not found. |
Okay....soooo I used good old chat gpt to figure out where I was going wrong and that seems to have worked on top of I had python 3.13.1 installed and displaycal only works up to 13.13 I didn't have homebrew installed and pip needed to be upgraded. Then I had chat gpt prompt me how to correctly enter the code into terminal to create the virtual environment. Booted up DisplayCal in terminal and ran a quick test patch and it actually worked and connected and ran the patches and no dispread errors.. So, something somewhere in the mess I had was causing the errors. What an insane journey! I still have that connection error with the DMG though. That ran so smooth for me the first month it was out and then stopped. I'm doing a small test run now of 175 patches with Resolve levels set to video and displaycal left as is for profiling....then will switch to 2.4 relative with black outputoffset to 100 and VCGT Unchecked and create a LUT from there and see if that works for a good calibration and correct levels. |
Sounds good, glad we could track it down! I just did my major 2,000+ patch calibration. |
2.000?! Dam! I appreciate all the help and tackling this with me the last few days. So the test run worked....verification port is great and I actually wound up with an on the nose 2.4 gamma curve. Previously it was 2.3 and I was noticing my blacks and whites were clipping a bit. Question....are you sure VCGT should not be checked? I read some say yes and some say no. I know Stuart from Eizo says no but he already calibrates a 1D LUT via colornavigator before using displaycal. (I also noticed that 3d lut bug where it switches back) |
a VCGT is meant to correct for your graphics card, since you are using I/O device you are bypassing your graphics card. Glad to help! |
Copy. That makes sense. Running a larger patch segment now... I'm so used to seeing Full levels in resolve that crushed the blacks and over saturated a bit that now a video levels calibration with a 2.4 relative offset 100% instead of 1886 absolute looks WEIRD and too soft. This monitor is measuring as 3000:1 contrast |
Unsure what I'm doing wrong....I calibrated with video levels out from resolve, unchecked "create 3d lut after profiling", profiled my display, canceled the 3d lut calibration, then changed the 3d lut settings to gamma 2.4 relative with 100% blackoutput offset and unchecked vcgt and the black levels on my monitor are still too high...on really dark shots, the monitor lifts them too much....the monitor itself has 3000;1 contrast ration. Any ideas @Adam-Color |
Run a verification, attach the file here in a comment (you may have to do a Google Drive link). Unless you're getting artifacts, it's likely the correct gamma, at least on the 3D-lut side of things. Is your monitor either OLED or Full Array Local Dimming? Better yet, what is your monitor's exact make and model? |
Mo artifacts but I would think with a high contrast ratio, the monitor would at least have some deeper blacks that aren't so lifted. Coming from the ass backwards full levels hack we talked about that I did, that had deeper blacks but was def crushed. The new video levels calibration has way nice gradation and highlights that aren't clipped but the blacks are too lifted....on exterior daylight shots it looks fine, but I was just doing a first pass with a DP and we realized on some dark dark interiors, the blacks were too lifted even when they were getting crushed to death. Measurement Report 3.9.14 — Resolve — 2024-12-30 20_47_27.pdf The Monitor is a BenQ EW3270U -- https://www.displayspecifications.com/en/model/973a1165 Could it be that I should have, "black level drift compensation" ticked? I know that's usually for OLEDs but that's the only thing left I can think of. OR could it be that this monitor only accepts Full levels out of my macbook pro? There is an option to change the levels on the monitor but they are grayed out. (just throwing ideas/options/possibilities out there) |
Looking at the measurement report, the gamma is tracking correctly. I think you may just be used to seeing it wrong? The only other thing I can think of is that your timeline or monitoring settings in resolve are still set to full, breaking the image pipeline (there are multiple settings for this that can be a bit hard to find as they are in different menus). That's the only way you could be getting a good verification but a bad image. |
I'm as lost as you at this point haha. I thought it was maybe me at first as well being so used to wrong levels but if I drag in some jpegs from Shotdeck and check them out, the blacks get really lifted. If I right click them and click clip attributes and change the data levels to video, they look correct. I was using Davinci Remote Monitor with a DP on a job I started last night (I usually have to set the output color space to Rec 709-A since that looks best and 2.4 looks crushed on phones) and the blacks were super deep and sitting just at zero on the waveform. Then looking at my monitor, they're lifted still. iPhones & Macbooks DO have crazy high contrast comparable to OLEDs where my monitor is a VA with 3000:1 -- so that could be part of it as well so it throws me off. |
There is one old-school way of knowing for sure - generate a SMPTE chart (it's a fusion element in resolve, under the generators tab) and look at it on your monitor. On the bottom row, there are gray, black, and white patches. One of the patches is a long black rectangle with two vertical gray stripes on the right side. The leftmost strip should be extremely difficult to make out or completely invisible, depending on the black point of your monitor. The rightmost stripe should be visible without too much effort, though it will also be a little faint. If you can see the leftmost stripe clear as day, then the gamma is wrong. If you can't see it at all but can still see the rightmost stripe, then the gamma is 100% accurate to what your timeline is set to, in this case 2.4. |
To clarify, the gray stripes are INSIDE the long black rectangle. |
Copy. Tossed in the SMPTE chart. Bottom row shows (from left to right)-- grey, black, white, black rectangle, grey With the current calibration (displaycal with your method, video levels in resolve, and calibration lut)...in the black rectangle, I can't make out the vertical grey stripe on the left but I can easily see it on the right side. If I switch Resolve to full levels and a full level test lut I ran last night (as well as my old one) then the far right grey vertical stripe completely disappears. Which means everything is correct then. I know we grade to a calibrated monitor and once it leaves that environment, it's out of our control....but why would blacks on the calibrated monitor look so lifted then super deep elsewhere? When stills are imported that look like and deep and contrasty on the web, phone, etc but when imported into resolve (resolve interprets them as full) look so lifted? Just a pain because when monitoring on Davinci Remote monitor, they don't match (reference and phone) even with output settings set to 709-a or srgb (since it's feeding a phone) (all help and your time greatly appreciated once again - don't think it goes unnoticed) |
It's the issue of OLED vs. LED technology. I see the same thing with my monitor, which is also LED. Films mastered on LEDs will look best on LEDs (and not necessarily translate well to OLED), whereas films mastered on OLEDs (especially QD-OLEDs) will look best on both. If I were you I would use the phone as a cross-check near the end of a grade to ensure that nothing looks awful on OLED but good on LED, if that makes sense. |
Crazy. I think we've exhausted every option there is hahaha. I would have thought with this much contrast, It'd be a bit deeper in the blacks but is what it is I guess and the bars confirm it is indeed correct levels and gamma. That's probably what I'll have to do is confirm with phone to check blacks. Doing some more tests now with Davinci Remote Monitor and playing around with different output color spaces in Resolve and I think SRGB is actually better than Rec 709-A. It feels a little more accurate. Looking to upgrade to a better monitor this year and was contemplating a LG C2 or might wait till ASUS comes out with their PA32UCDM which a lot of people are waiting for - uses the same panels as the FSI XMP310 but FSI has first dibs on them. |
I wish you luck! OLED really is a whole different world of contrast. Most QD-OLEDs are >1,000,000:1 contrast ratio |
Thanks brother. I really do appreciate all the help and troubleshooting the last week. Enjoy the rest of your break! |
Probably driving myself crazy at this point...but you know what's interesting...If I just run Resolve on my macbook to my reference monitor (my macbook has a 2.4 .icc - the reference monitor has deep blacks and it's gorgeous (yes video levels) but once I run the 3d lut in resolve through the decklink, the deep blacks disappear..... |
The decklink might be misconfigured, then... are you using the desktop video application from blackmagic design? If so, what kind of signal is resolve sending it? Also, is it configured correctly in Resolve's "video and audio I/O" settings? |
It basically looks like the 3d eats the deep blacks and shadow detail Yes, I'm using desktop video application. Ultrastudio monitor 3g to the monitor via hdmi. Thunderbolt > ultrastudio monitor 3g HDMI from ultrastudio monitor 3g > hdmi on external monitor I don't think the desktop monitor app matters since resolve overrides it but below is a screenshot: |
Can you do a more detailed verification with displaycal please, use video test patches XL. Also dont send a pdf, I need the interactive HTML |
Sure thing. What's the easiest way to send the HTML. I couldn't figure it out last time. I was also reading on one of the DisplayCal forums about my type of panels - VA - even though it has 3500:1 contrast, once calibrated for a pure power law of 2.4 relative and black output offset 100%, the backlight will eat the dark blacks and shadow details....unsure how true that is. Because if my macbook has an .icc for 2.4 and the reference monitor is reset to factory, that doesn't happen. |
Let me know if this works for the HTML: https://drive.google.com/file/d/1chT3F8G73jtzcoX9UiV5oJ9iDDEEeMvV/view?usp=sharing (I believe the initial calibration run was 833 patches. |
The only major thing I noticed is that your colorimeter correction is wrong, that CCSS is meant for a spectraval 1511 meter and you are using an i1displaypro-based meter. There is some odd gamma tracking present here, but not anything extreme. And the colors are unaffected, in fact the lower luminance colors are more accurate than the brighter ones. Apple is infamous for its inconsistent color management system, perhaps macOS is crushing the blacks on the external display. |
Re: Spectral -- that could certainly be a major culprit. I think I misinterpreted wrong something I read a long time ago that someone made that correction and that's the right one to use for my monitor -- when I guess in turn, that's the right correction to use for a Spectraval 1511 that someone made for that monitor. Welp, giving you that report certainly helped identify that major error. Looking at displayspecifications.com and seeing what's already bundled into DisplayCal, it looks like I should be using the WLED PFS Phosphor. Back to the drawing board cries in pain |
I know the feeling, this is why I'm fixing bugs and developing displaycal (and helping out in these reports when I can). Hopefully one day, I'll understand how it works enough to make it more user-friendly. Or at least make a more user-friendly version of it. |
Your hard work is appreciated. Someone should throw up a tip jar or buy me a coffee link on the gitjub homepage for everyone. I was just talking with another colorist I know up in Canada who broke down and got the FSI XMP310 and he said, "dude...my confidence is through the roof right now with this display"....I said, "For $10,000 USD, it better be!" |
Used the correct colorimeter correction after we spoke last night, double checked all settings 02385025 times, etc and ran a 833 patch run. https://drive.google.com/file/d/1oDMsZs6N3SLS1cnv24iCZge-IvxVkp9R/view?usp=sharing Checked some footage via the i/o card and reference monitor and a bunch of film stills and well as stills from colorists and the gamma DOES seem to be tracking better. Colors a little better too....I think it's also the nature of this VA panel -- while blacks and whites are really nice compared to an IPS with lower contrast and that IPS panel glow....i think some of the really deep deep blacks do get eaten a bit by the backlight. Is what it is but at least at this point, we've exhausted every possible outcome and I am finally confident in saying the pipeline is correct and this is the best and most accurate image I can get out of this monitor until I can get a real reference OLED or save for a QD-OLED. |
Mac OS Seqouia, Intel
DisplayCal 3.9.14
Argyll 3.3
Resolve 19.1
When DisplayCal 3.9.14 was released in October, it was working great and I was able to profile a 3D LUT for Resolve with almost zero issues. I just went back to run a new calibration today and there are a bunch of errors and issues with running the program.
DisplayCal is running very slow in general and when detecting my probe, Constant connection problems in resolve resulting in "Broken Pipe" error messages when trying to connect to DisplayCal via Portrait Displays Calman Network address.
Have tried restarting Resolve as well as the computer, disconnecting and reconnecting the probe and still not working.
I also get this error box that pops up when I choose a different setting like, "3D LUT for Resolve" or if I click on any tab:
The text was updated successfully, but these errors were encountered: