Is there a reason why the image in desktop RV is much lower res than it on the Media web ?
3 Likes
Hello He, this sounds like something is not working correctly. Typically the opposite would be true, as transcoded media is down-res’d for web playback, but RV plays back at the native resolution of whatever media you load in there. If you are streaming web media in RV, it should be the same resolution as the web playback, but I’d still expect RV to look better in most any situation.
If you have specific examples of media that doesn’t seem to be rendering correctly in RV, please share it with our support team if at all possible, and we can dig into what may be going wrong. If it happens with any media and you are OK to post a public example here for further discussion, so much the better!
2 Likes
As you can see from the image attached, it happens on any image really. This image is published via Photoshop, but this also happens if you publish via stondlone Publishing Tool.
2 Likes
I think we hit this as well. Unlike the web overlay player - for still images RV will read a single frame transcoded mp4 clamped to 720p, whereas the web player will read a 2k jpg conversion of the psd. I would suggest what you really want is to see the original PSD in rv, but by default I don’t think the photoshop publisher populates the Path to Movie or Path to Frames field on the Version. It makes out-of-the box reviewal of photoshop published content in RV a bit of a no-go
3 Likes
Yes, I agree, I think the default publishing should Populates the Path to Movie or Path to Frame to the version that has been published on the server. That would be really useful.
2 Likes
Ah ok, this appears to be an issue specific to still images. Thanks for clarifying! Will investigate further on our end, but I think @luke is right, RV is not reading the field where the 2k image is stored.
1 Like
Hi Sun,
RV is falling back to the movie file that is transcoded when you upload your image. For still images, there is a bit of a disconnect it seems.
If your still images exist in a shared network drive, you can point your sg_path_to_frames at the path to the image, and RV will pick that up as local media. If you want to swap between the online media and local media, you can use Shotgun>Swap Media>Play Frames.
If you are looking to keep your media purely read from the Shotgun web, Screening Room for RV will need to be updated to support this. When the RV streaming support was added, it appears that there was not enough consideration given to single-frame image sequences, which are handled differently in the web.
Do you have these images stored in network drive that is accessible to your artists using RV?
3 Likes
No, I don’t, artist upload them from where they locally work. I think it should be a feature, when you publish via photoshop, sg_path_to_frames should link to pulished version from server anyway, since the publisher publish the psd file to the server.
2 Likes
Hi Michael
I have the same problem.
I added versions directly from browser but in RV they are down converted.
Are you working on this?
1 Like
Hi,
When uploading media against a Version in SG, the SG transcoder is producing a 720p (mp4/webm) version of the uploaded media. In the case of a still, the transcoder is also producing a higher 2k jpg (of png when there is alpha) version of it.
In the SG WebApp, when reviewing still Versions, there is a special detection mechanism that enables the 2k media file to be used when available.
In RV, this mechanism has not been implemented and therefore the 720p versions are always used even when reviewing * stills*.
I hope this clarifies this situation.
TX,
Michel
3 Likes
Hey Michel, thanks for clarifying. Could you pls tell when this will be fixed so stills can be viewed in RV in full resolution? An ETA would be very much appreciated as this issue makes are life harder when its about stills. Scenario for us the same as ppl above. Artist upload images on the web then we would assess them in the studio through RV. Right now its not possible by watching low res images. Thanks
2 Likes
Hi Gabor,
We unfortunately do not have a precise ETA to communicate. We are currently working on an
standardization exercise of all our review experience and quality of the reviewable media is on top of the list.
We will make sure to share any progress on this front,
Thanks,
Michel.
2 Likes
Hello Michael,
this is the main reason our company is holding off implementing RV in our pipeline for our artists as the encoded resolution in RV is not sufficient for our 3k still frame renders. We are currently relying solely on the Web interface because of it. However we really miss the extra functionality RV is offering compared to the Web interface.
Any progress on this would be greatly appreciated!
2 Likes