November 30th Announcement Feedback

[Billy Gedney]

I posted with a range of thoughts similar to yours some pages back but as more details have come to light it seem (REd team please correct me on this) that the REDmote uses a proprietary communications protocol called Redlink which is designed for interference free operation over longer ranges than wifi and not for carrying large amounts of data. It seems that it can only support the small data flows that are needed for controlling camera functions and doesn't have enough data bandwidth for much more. Certainly they explained that this is why it can't stream video.

So I guess audio streaming for headphone monitoring is out but nothing to stop them displaying some meters and allowing level control - but it would be so great if it could stream audio. Perhaps if a the redmote pro could receive wifi then it could do this and the video monitoring when close enough to be in wifi range? Perhaps that's part of why it costs as much more as it does?

....the speculation continues...

To be the devils advocate- Have we heard it from the lips of RED that there isn't video on the REDremote and REDremote Pro? They like to leave those important things up their sleeves. OLED- Just sayin'. (And if they have- my bad. I've done what I can to keep up on all the reading. Shoot- If I read this much in college, I'd have gotten a 4.0)

And seriously- they dont have an extra 400kb/s to stream some compressed audio in the bandwidth budget? It's RED- they're perfectionists (and we love you for it- don't take offense). The could have not wanted to compress the audio, or they wanted both audio and video and then maybe the budget wasn't there, or maybe they're using a bluetooth like protocol and are limited to like 1 mb/s and have like half of it used up with camera control and don't want to push it to the fringes of function. It cant be because they didn't think of it...

[Quentin Brown]

I'm almost certain that we have heard this directly from Jim - the Redmote will not be able to monitor video. I don't have time to find and post the quote here right now. The Redmote Pro has appeared since then though... but there is the thing about the Redlink limitations.

Gotta rush a cook dinner for the wife and kids before they get home.

[Billy Gedney]

I'm almost certain that we have heard this directly from Jim - the Redmote will not be able to monitor video. I don't have time to find and post the quote here right now. The Redmote Pro has appeared since then though... but there is the thing about the Redlink limitations.

Gotta rush a cook dinner for the wife and kids before they get home.

Ok...

[Steven Caesare]

I thought MacOS had iSCSI built-in since v10.4, and Windows since 2003. Is it still difficult to set up, because it would be a great solution for footage delivery while the camera is still shooting.

I know there is a free iSCSI initiator for Windows 2003+ server, and I suspect MacOS X server. I'm pretty sure the workstation flavors of Windows do NOT have one by default, altho I suspect the server version might work there, but would be unsupported. I'd guess the situation is similar for the Mac side.

And even if they do, it's not like a USB or FW drive where you plug it in, and they show up as a local volume automagically. You still have to have to allocate IP addresses, understand LUN mapping, do a local volume mount, etc...

Like I say, RED could wrap all that up in to an installer you simply run... but I suspect that's a VERY non-trivial task.

Even if they did, you scenario of transferring out the GigE port via iSCSI while still shooting gets tricky, as iSCSI presents a block volume to a host. If you want multiple hosts accessing the same volume, then you must have a multi-node acessible shared filesystem, which the common ones used on Macs and PCs are not. in this situation an NFS/CIFS mount or web interface would be far simpler, as then you are mounting the storage as network shares/exports, rather than as a filesystem.

This isn't a big problem. NFS over GigE should be darn near as fast as iSCSI, if done well. A web interface with HTTP would not likely be as fast, but still pretty zippy.

-sc

[Steven Caesare]

See this was what I was worried about with the ethernet because if you have to use your internet connection, then mine is not that fast and it would then take forever for footage to transfer. That's why I was asking about if you have to have the 1.8" reader or if you can plug the 1.8" straight into the computer. And also if it will be just drag and drop your files (which would also be nice.) if someone from RED wants to answer those questions that would be awesome! Those have been bugging me for a while

Quentin is correct if what you are worried about is your broadband INTERNET connection speed. That doesn't come in to play when transferring over your local LAN.

You can find a GigE capbale switch and network card for your machine for ~$100 or under if you watch for sales. A Cat6 crossver cable wouold cost you even less.

-sc

[Billy Gedney]

I know there is a free iSCSI initiator for Windows 2003+ server, and I suspect MacOS X server. I'm pretty sure the workstation flavors of Windows do NOT have one by default, altho I suspect the server version might work there, but would be unsupported. I'd guess the situation is similar for the Mac side.

And even if they do, it's not like a USB or FW drive where you plug it in, and they show up as a local volume automagically. You still have to have to allocate IP addresses, understand LUN mapping, do a local volume mount, etc...

Like I say, RED could wrap all that up in to an installer you simply run... but I suspect that's a VERY non-trivial task.

Even if they did, you scenario of transferring out the GigE port via iSCSI while still shooting gets tricky, as iSCSI presents a block volume to a host. If you want multiple hosts accessing the same volume, then you must have a multi-node acessible shared filesystem, which the common ones used on Macs and PCs are not. in this situation an NFS/CIFS mount or web interface would be far simpler, as then you are mounting the storage as network shares/exports, rather than as a filesystem.

This isn't a big problem. NFS over GigE should be darn near as fast as iSCSI, if done well. A web interface with HTTP would not likely be as fast, but still pretty zippy.

-sc

The question of transferring while shooting, while discussing the iSCSI option aswell, comes down to do you want to add additional load to running camera/drive?

[paulherrin]

The new Arri cameras do some interesting tricks to get High(er) Dynamic Range video

For some reason I'm a little wary about having the camera do this for me... I fear unpredictable (or predictably low) results in some cases. It is a neat idea, I'd just like to see it performed. It may be great. As far as stills, though, I don't see any reason why RED would do it in such manner. I guess it's possible, but I just don't think so. It's hard to say what we're in for.

Yes, I completely agree that there would be some definite motion problems doing it the way I described. I mean, it would be interesting to see what you could do with it, but the Arri method seems like the only way you could really do it right, and that is use gain because the time you expose has to be the same or the frames are going to be different regardless. I mean, even on a stills camera if there is any wind and you have trees and such it can be difficult to get any usable result.

...I cannot even imagine how [HDR] would look in video.

Rick

I feel like if you're going to do it the way they do, I'd rather just work from the RAW and use its latitude, as I described before. And there is some time-lapse HDR motion being shot.

http://www.hdrtimelapse.com/

[Rick Burnett]

Wow, those are really nice HDR time lapse, thanks for pointing to that. And I completely agree with you. There are many times where having HDR video is not going to produce much of anything useful if you are not using your range to begin with! I can say this with certainty on stills that I have seen. HDR seems mostly useful where outdoor bright sky is involved.

Of course, if the sensor has a huge dynamic range (anyone know what the range is of the sensor in the scarlet 2/3?) than you are already working at a higher than can be displayed dynamic range to begin with in the raw output which you can work with just as you say. The method I describe wouldn't be necessary as if the sensor is THAT sensitive, the number of scenes that could benefit from additional sensitivity would be limited.

[Nik Harper]

Quentin is correct if what you are worried about is your broadband INTERNET connection speed. That doesn't come in to play when transferring over your local LAN.

You can find a GigE capbale switch and network card for your machine for ~$100 or under if you watch for sales. A Cat6 crossver cable wouold cost you even less.

-sc

Ok so I'm confused now haha. How does gigE work? The reason I mentioned the internet is because that what it was sounding like. So if you aren't plugging your Ethernet cable straight into your comp, where are you plugging it? And I guess my impression of LAN is also skewed. An explaination of that would be great too, just to help me understand the whole gigE thing.

I think that's still on topic enough haha.

[Quentin Brown]

You can plug your Ethernet cable straight into your computer or into your network hub. GigE is just a way of saying Gigabit Ethernet - the faster speed ethernet connection available on modern Macs and some Windows Pc's as Standard. It can be used to create a high speed network between Computers in a specific location (Local Area Network - LAN). The confusion may lie in the fact that some routers also have a built in modem so they can share the internet connection between a number of computers but a LAN can work without any connection to the internet by definition.

Hope that clears it up..