Yellow Dog PPC Linux.This means it has been ported to linux, sooner or later it will be available for i386.

Voila for power PC as usaual and free:
http://packages.debian.org/unstable/...6.8-powerpc-di
does HFS and HFS+

unstable means in debian worl only what.. Im working with unstable sarge since 1 year now rocksolid. Debian is within the Linux world very very conservative annoncing new versions,
maybe the most conservative on the block

What"s wrong with Windows nothing at all there is only one issue, it comes pre-installed so it's on most computers that's the reason for

HFS+
 

good morning, only for the Linux aficinados
http://people.csail.mit.edu/people/a.../ipod.html#hfs

that's the fun with linux, not waiting what Gates will give you,
or the rest makes you pay for.

source: http://www.gnu.org/software/gnupod/gnupod.html

http://sourceforge.net/projects/linux-hfsplus
http://www.ardistech.com/hfsplus/
http://64.233.161.104/search?q=cache...hl=en&start=10

To everybody: Take note I'm not against Windows.This is not the classical Net-War between OS's fans. Just pointing out Linux has a better support to give Mac compatibility using a PC (I'm indeed a PC Guy so I don't need it anyway)

Okay... can we try to stay at least near the topic of the thread?

Bar3nd

Operating systems aren't related with these cameras?
Didn't know it, sorry.

I am waiting for the new board to arrive. I hope this week!

then I will really have an idea what we can do!

<<<-- Originally posted by Ronald Biese :
In Windows I have to bypass and so on on Linux even I do have a GUI and there is no royalty nothing we call it GNU application. -->>>

Originally we were talking about GNU like capture software.

Barend: I think talking OS is important, however I also agree it is
going a bit far. Reason? The people who are building these
systems are deciding what OS is going on there (basically), so
we can talk all day long about any OS but it wouldn't matter much.
So indeed let's move on to something a bit more productive!

Obin: sorry to hear about your accident. Hope all is well with you.

Does anybody still have that movie and still from Obin's movie
from last week (or perhaps you Obin?) and could put it up? I
somehow missed it and would really love to see it. Thanks!

I would also like to add, if Ronald, and other Linux people would like too, they could put together their own Linux based system. This is still a community home made camera type thing, not just commercial packages. If you want to Ronald you can use my Technical thread and call in fellow Linux/Camera men, I would like to see it.

When you look at it, they could use Cinerella and SI Gige or Sumix Firewire800 as the basis. This just requires Linux to have driver, and Cinerrela to have driver suitable for these cameras. I personally don't know how good Cinerrella is as a Cinema live Camera capture interface, having never seen it. Ronald can you tell us, is it slick, simple and reliable, or ugly slow cumbersom crash fest? Even if it isn't perfect, as it is Open Source the code could be updated.

Wayne.

Please go there: http://www.dynebolic.org
if you have a fast conection download dyne 1.3, it is a live CD
burn it it's explained there and say in BIOS start from CD voila Cinarella is alrredy ready to use. if you have a firewire, so test it, as it is a live CD and not installed on harddisk it is dead slow but you will have an idea.

For music recording: http://www.agnula.org
there you have with download for redhat just up to fedora 1 all files to have a patched kernel and ardour or demudi thats a debian version with low latency kernel and all installed with ardour.

For a low latency Linux kernel go there: http://ccrma.stanford.edu/planetccrm...landsound.html
and have fun. For high end soundcards, well I'm born Berlin, Nuendo and a lot of people like these cards or hate them:

[url]http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-RME[url]

and sound mastering have a look there: http://jamin.sourceforge.net/requirements.html

What's wrong with WINDOWS ?????? Nothing

so if it will be Redhat or Debian, last is best documented and 2.4xx is the kernel that's is now rocksolid and not the hype 2.6xx, editing, some compositing and all musik can be produced with linux. The operating syatem as download free, or 10 $ for a DV or set of CD applications free and for most of them spam free usegroups. It take time to install sometimes, working with KDE or Gnome is like windows and offioce can open all Word docs abiword will do

MEPIS from US is a live CD Debian based go for it should be low as 2$ with booksellers It can play DVD go for www.distrowatch.org look for articles Mepis and from there follow a link all is explained there as easy as XP but for 2$ and some codec download so what.What is wrong with Linux. It's a low budged solution GNU like a high end GNU Cam

Woking to get my GiG E tool running

But how good is Cinerrella itself. How is the capture part good, simple, fast, reliable?

I think people will need to change it to work with SI, Sumix cameras.

Thanks

Wayne.

Steve. That Arri digital cinema camera (or was it the other one) that used chroma overlap (that I took to be Spaterial pixel overlap, but you corrected and said was from the Bayer mask response curve). It occurs to me what they were doing, and how it could help us.

If the colour coming into a pixel site is not a pure primary colour, but I mixture of the adjacent primary (plus IR or UV). Using a IR/UV filter we can take a guess at the amount of impurity in the pixel from the values of adjacent primary pixels and subtract it. The more we go into an area of colour the more consistant we can debayer a suitable colour, and eliminate a bayer checker board pattern with this extra technique. So purer colours (maybe a bit more than needed, which is what will be done in much post colorisation anyway) and colour areas.

Wayne,
Since a Bayer pattern is a Bayer pattern (with different overlaps due to the differing filter materials), I think you are proposing an enhanced Bayer algorithm. You might want to do a patent search first - Kodak has a boatload of really good Bayer algorithms protected.

I think I understand what you are proposing but don't know if it can be done. I think you are saying that if you have a 12 bit green pixel, it *could* contain up to 20% of blue and 20% of red due to the response overlap, but only at the top and bottom of the B and R wavelenths. The G will be surrounded on the top and bottom by blue pixels (with 20% green information) so you might be able to decide if the 20% of the green is blue or red and extract some real alternate color value at the green pixel.

Not a clue how to implement this since you don't have a pure value at any pixel and it is very shade (wavelength) dependent.

Wayne,

converters like Dcraw already do this.