Linked by Thom Holwerda on Mon 17th Sep 2012 16:56 UTC, submitted by Andy McLaughlin
OSNews, Generic OSes "Visopsys (VISual OPerating SYStem) is an alternative operating system for PC-compatible computers, developed almost exclusively by one person, Andy McLaughlin, since its inception in 1997. Andy is a 30-something programmer from Canada, who, via Boston and San Jose ended up in London, UK, where he spends much of his spare time developing Visopsys. We had the great fortune to catch up with Andy via email and ask him questions about Visopsys, why he started the project in the first place, and where is it going in the future."
Permalink for comment 536345
To read all comments associated with this story, please click here.
RE[7]: The hardest part
by zima on Mon 24th Sep 2012 23:58 UTC in reply to "RE[6]: The hardest part"
Member since:

Thing is, approach like that of USB video class is likely pretty much one of the very few workable solutions. Another being just using Windows (and/or Linux...*) drivers.
If you wish for such "total PNP" (and I used the term more broadly, what the abbreviation says), that is what in practice you want, I think. What is realistic (on several fronts, also how it impacts / constraints OS architectures).

And all USB can use this standard - it will just take some time. Though the thing is, webcams get typically integrated now ...more and more peripherals either gets integrated or disappears, random driver woes become less of issue.
Firewire also has similar ~class for a long time BTW ...oh, but it disappears. As do TV tuners. Also, ethernet/wifi cameras don't need drivers, and the USB will be almost certainly around for a long time...

OTOH, if something were to come that would really be as all-encompassing shared driver model as you envision, it could quite possibly somewhat preclude future improvements, or at get in their way more than would otherwise be the case (with how we already must care about compatibilities, legacies, and such). Once really introduced, not much would get improved. You description reminded me a bit about Kronos group, OpenGL stagnation, relatively limited "standards" of doing things within it.

And I don't really think there's any big "driver problem" to be solved, anyway.

* BTW, funny thing about Linux kernel devs that came to my attention - apparently they are quite willing to work under NDAs when working on drivers. Which basically says "now that Linux is strong, we'll also do the things which impair newcomer operating systems"

Edited 2012-09-25 00:12 UTC

Reply Parent Score: 2