Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.advocacy > #366350 > unrolled thread

The (near)future of computer networks: Li-Fi + IoT

Back to article view | Back to comp.os.linux.advocacy

Contents

  The (near)future of computer networks: Li-Fi + IoT Takuya Saitoh <taka0038@gmail.com> - 2016-08-23 08:52 -0700
    Re: The (near)future of computer networks: Li-Fi + IoT "Octavian W. Lagrange" <olagrang@perch.invalid> - 2016-08-23 16:15 +0000
    Re: The (near)future of computer networks: Li-Fi + IoT Chris Ahlstrom <OFeem1987@teleworm.us> - 2016-08-23 13:09 -0400
      Re: The (near)future of computer networks: Li-Fi + IoT Melzzzzz <mel@zzzzz.com> - 2016-08-23 19:30 +0200
        Re: The (near)future of computer networks: Li-Fi + IoT chrisv <chrisv@nospam.invalid> - 2016-08-23 13:27 -0500
          Re: The (near)future of computer networks: Li-Fi + IoT DFS <nospam@dfs.com> - 2016-08-23 14:29 -0400
          Re: The (near)future of computer networks: Li-Fi + IoT Silver Slimer <.m@nsn.s> - 2016-08-25 09:14 -0400
      Re: The (near)future of computer networks: Li-Fi + IoT William Poaster <wp@dev.null> - 2016-08-23 23:00 +0100
        Re: The (near)future of computer networks: Li-Fi + IoT Silver Slimer <.m@nsn.s> - 2016-08-25 09:23 -0400
    Re: The (near)future of computer networks: Li-Fi + IoT Adlbifhr Mjduhgfks <am@random.us> - 2016-08-23 19:36 +0000
      Re: The (near)future of computer networks: Li-Fi + IoT Takuya Saitoh <taka0038@gmail.com> - 2016-08-23 18:07 -0700
        Re: The (near)future of computer networks: Li-Fi + IoT Silver Slimer <.m@nsn.s> - 2016-08-25 09:35 -0400
          Re: The (near)future of computer networks: Li-Fi + IoT Peter Köhlmann <peter-koehlmann@t-online.de> - 2016-08-25 15:41 +0200
            Re: The (near)future of computer networks: Li-Fi + IoT Silver Slimer <.m@nsn.s> - 2016-08-25 11:00 -0400
      Re: The (near)future of computer networks: Li-Fi + IoT DFS <nospam@dfs.com> - 2016-08-24 10:01 -0400
      Re: The (near)future of computer networks: Li-Fi + IoT Silver Slimer <.m@nsn.s> - 2016-08-25 09:18 -0400

#366350 — The (near)future of computer networks: Li-Fi + IoT

Get ready to stop being irradiated with WiFi radio waves, LiFi is coming!

https://en.wikipedia.org/wiki/Li-Fi

http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/

http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi

Any Linux drivers for Li-Fi yet?  Linux users always lagging in new hardware support behind the Windoze/Appil, what a joke that Linux be....  Hope at least the *droids can catch up quickly.

http://www.prnewswire.com/news-releases/purelifi-releases-worlds-first-true-lifi-dongle-lifi-x-at-mobile-world-congress-2016-569650451.html

[toc] | [next] | [standalone]

#366355

Takuya Saitoh <taka0038@gmail.com> wrote:
> Get ready to stop being irradiated with WiFi radio waves, LiFi is coming!
> 
> https://en.wikipedia.org/wiki/Li-Fi
> 
> http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/
> 
> http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi
> 
> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new hardware support behind the Windoze/Appil, what a joke that Linux be....  Hope at least the *droids can catch up quickly.
> 

From you nextweb link above.
http://cdn1.tnwcdn.com/wp-content/blogs.dir/1/files/2014/08/IMG_2360-730x486.jpg

The first few seconds of the PureLiFi video also shows it what looks like
a Ubuntu machine in the background.

also,
http://www.techworm.net/2015/09/disneys-linux-powered-led-bulbs-brings-li-fi-connectivity-to-your-homes.html

[toc] | [prev] | [next] | [standalone]

#366361

Takuya Saitoh wrote this copyrighted missive and expects royalties:

> Get ready to stop being irradiated with WiFi radio waves, LiFi is coming!
>
> https://en.wikipedia.org/wiki/Li-Fi
>
> http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/
>
> http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi
>
> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
> hardware support behind the Windoze/Appil, what a joke that Linux be....
> Hope at least the *droids can catch up quickly.
>
> http://www.prnewswire.com/news-releases/purelifi-releases-worlds-first-true-lifi-dongle-lifi-x-at-mobile-world-congress-2016-569650451.html

Idiot

   http://www.linuxinsider.com/story/82494.html

   Modern light-emitting diode light bulbs, or LEDs, can provide a
   foundation for networking using visible light as a communication medium,
   according to the Disney researchers' report.

   The team modified common commercial LED light bulbs to send and receive
   visible light signals. They built a system on a chip, or SoC, running the
   Linux operating system, a VLC controller module with the protocol
   software, and an additional power supply for the added electronics.

   The key to the project's success was the Linux software that enabled the
   signals to work with the Internet Protocol. The VLC-enabled bulbs served
   as broadcast beacons, which made it possible to detect the location of
   objects on the network and to communicate with them.

   The Linux connection is at the software level. The Linux kernel driver
   module integrates the VLC protocol's PHY and MAC layers into the Linux
   networking stack.

   The VLC firmware on a separate microcontroller communicates with the
   Linux platform over a serial interface, the report notes.

-- 
The Least Perceptive Literary Critic
	The most important critic in our field of study is Lord Halifax.  A
most individual judge of poetry, he once invited Alexander Pope round to
give a public reading of his latest poem.
	Pope, the leading poet of his day, was greatly surprised when Lord
Halifax stopped him four or five times and said, "I beg your pardon, Mr.
Pope, but there is something in that passage that does not quite please me."
	Pope was rendered speechless, as this fine critic suggested sizeable
and unwise emendations to his latest masterpiece.  "Be so good as to mark
the place and consider at your leisure.  I'm sure you can give it a better
turn."
	After the reading, a good friend of Lord Halifax, a certain Dr.
Garth, took the stunned Pope to one side.  "There is no need to touch the
lines," he said.  "All you need do is leave them just as they are, call on
Lord Halifax two or three months hence, thank him for his kind observation
on those passages, and then read them to him as altered.  I have known him
much longer than you have, and will be answerable for the event."
	Pope took his advice, called on Lord Halifax and read the poem
exactly as it was before.  His unique critical faculties had lost none of
their edge.  "Ay", he commented, "now they are perfectly right.  Nothing can
be better."
		-- Stephen Pile, "The Book of Heroic Failures"

[toc] | [prev] | [next] | [standalone]

#366365

On Tue, 23 Aug 2016 13:09:25 -0400
Chris Ahlstrom <OFeem1987@teleworm.us> wrote:

> Takuya Saitoh wrote this copyrighted missive and expects royalties:
> 
> > Get ready to stop being irradiated with WiFi radio waves, LiFi is
> > coming!
> >
> > https://en.wikipedia.org/wiki/Li-Fi
> >
> > http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/
> >
> > http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi
> >
> > Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
> > hardware support behind the Windoze/Appil, what a joke that Linux
> > be.... Hope at least the *droids can catch up quickly.
> >
> > http://www.prnewswire.com/news-releases/purelifi-releases-worlds-first-true-lifi-dongle-lifi-x-at-mobile-world-congress-2016-569650451.html  
> 
> Idiot

Indeed. Linux get far ahead in new technologies support...
eg NVME support. Linux - 2012, OSX 2014, Windows 2013...

[toc] | [prev] | [next] | [standalone]

#366382

Melzzzzz wrote:

> Chris Ahlstrom wrote:
>>
>> the bigot and kook Takuya Saitoh wrote:
>>>
>>> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
>>> hardware support behind the Windoze/Appil, what a joke that Linux
>>> be.... Hope at least the *droids can catch up quickly.
>> 
>> Idiot
>
>Indeed. Linux get far ahead in new technologies support...
>eg NVME support. Linux - 2012, OSX 2014, Windows 2013...

Linux support of cutting-edge proprietary products like gaming video
cards can lag, but that's hardly Linux' fault - the vendor priorities
Windows support, for obvious reasons.

-- 
"Accept the *FACT* that ATI works perfectly with Windows and doesn't
work at all with linux. It's basically the same with all modern
hardware."  -  trolling fsckwit "Ezekiel"

[toc] | [prev] | [next] | [standalone]

#366383

On 8/23/2016 2:27 PM, shitv wrote:

> Linux support of cutting-edge proprietary products like gaming video
> cards can lag, but that's hardly Linux' fault -
> the vendor priorities Windows support, for obvious reasons.


The "intellectual superiority" flows fast and furious from the fuckhead.

[toc] | [prev] | [next] | [standalone]

#366653

On 2016-08-23 2:27 PM, chrisv wrote:
> Melzzzzz wrote:
>
>> Chris Ahlstrom wrote:
>>>
>>> the bigot and kook Takuya Saitoh wrote:
>>>>
>>>> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
>>>> hardware support behind the Windoze/Appil, what a joke that Linux
>>>> be.... Hope at least the *droids can catch up quickly.
>>>
>>> Idiot
>>
>> Indeed. Linux get far ahead in new technologies support...
>> eg NVME support. Linux - 2012, OSX 2014, Windows 2013...
>
> Linux support of cutting-edge proprietary products like gaming video
> cards can lag, but that's hardly Linux' fault - the vendor priorities
> Windows support, for obvious reasons.

That's not true. In the case of NVIDIA, the drivers you'll find in 
Windows are no better than what they provide for Linux. The problem for 
the 3D performance has a lot more to do with the fact that the games 
themselves were not optimized to use OpenGL or Vulkan. Often, if the 
game is essentially re-written to take advantage of either of those two 
libraries, the performance is closer though not as fast. It doesn't help 
Linux gamers that the games themselves are ports and not truly native.

What IS unfortunate is that those NVIDIA and AMD drivers can cause 
annoying problems such as jitters that people who use my laptop in 
particular with Linux seem to have (GT72). I don't know whether they 
have been fixed or not yet.

-- 
Silver Slimer

[toc] | [prev] | [next] | [standalone]

#366406

Chris Ahlstrom wrote:

> Takuya Saitoh wrote this copyrighted missive and expects royalties:
>
>> Get ready to stop being irradiated with WiFi radio waves, LiFi is coming!
>>
>> https://en.wikipedia.org/wiki/Li-Fi
>>
>> http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/
>>
>> http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi
>>
>> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
>> hardware support behind the Windoze/Appil, what a joke that Linux be....
>> Hope at least the *droids can catch up quickly.
>>
>> http://www.prnewswire.com/news-releases/purelifi-releases-worlds-first-true-lifi-dongle-lifi-x-at-mobile-world-congress-2016-569650451.html
>
> Idiot
>
>    http://www.linuxinsider.com/story/82494.html
>
>    Modern light-emitting diode light bulbs, or LEDs, can provide a
>    foundation for networking using visible light as a communication medium,
>    according to the Disney researchers' report.
>
>    The team modified common commercial LED light bulbs to send and receive
>    visible light signals. They built a system on a chip, or SoC, running the
>    Linux operating system, a VLC controller module with the protocol
>    software, and an additional power supply for the added electronics.
>
>    The key to the project's success was the Linux software that enabled the
>    signals to work with the Internet Protocol. The VLC-enabled bulbs served
>    as broadcast beacons, which made it possible to detect the location of
>    objects on the network and to communicate with them.
>
>    The Linux connection is at the software level. The Linux kernel driver
>    module integrates the VLC protocol's PHY and MAC layers into the Linux
>    networking stack.
>
>    The VLC firmware on a separate microcontroller communicates with the
>    Linux platform over a serial interface, the report notes.

"Linux users always lagging in new hardware support behind the
Windoze/Appil, what a joke that Linux be.."
The Takuya Saitoh fuckwitted troll showing itself to be the idiot it is.
Linux distros had 64-bit systems *two* years before M$ thought about it,
& even when M$ released their 64-bit windoze, it didn't have many 64-bit
apps to use.

[toc] | [prev] | [next] | [standalone]

#366657

On 2016-08-23 6:00 PM, William Poaster wrote:
> Chris Ahlstrom wrote:
>
>> Takuya Saitoh wrote this copyrighted missive and expects royalties:
>>
>>> Get ready to stop being irradiated with WiFi radio waves, LiFi is coming!
>>>
>>> https://en.wikipedia.org/wiki/Li-Fi
>>>
>>> http://thenextweb.com/insider/2014/08/21/purelifi-li-fi-vlc-led/
>>>
>>> http://spectrum.ieee.org/telecom/internet/lifi-gets-ready-to-compete-with-wifi
>>>
>>> Any Linux drivers for Li-Fi yet?  Linux users always lagging in new
>>> hardware support behind the Windoze/Appil, what a joke that Linux be....
>>> Hope at least the *droids can catch up quickly.
>>>
>>> http://www.prnewswire.com/news-releases/purelifi-releases-worlds-first-true-lifi-dongle-lifi-x-at-mobile-world-congress-2016-569650451.html
>>
>> Idiot
>>
>>    http://www.linuxinsider.com/story/82494.html
>>
>>    Modern light-emitting diode light bulbs, or LEDs, can provide a
>>    foundation for networking using visible light as a communication medium,
>>    according to the Disney researchers' report.
>>
>>    The team modified common commercial LED light bulbs to send and receive
>>    visible light signals. They built a system on a chip, or SoC, running the
>>    Linux operating system, a VLC controller module with the protocol
>>    software, and an additional power supply for the added electronics.
>>
>>    The key to the project's success was the Linux software that enabled the
>>    signals to work with the Internet Protocol. The VLC-enabled bulbs served
>>    as broadcast beacons, which made it possible to detect the location of
>>    objects on the network and to communicate with them.
>>
>>    The Linux connection is at the software level. The Linux kernel driver
>>    module integrates the VLC protocol's PHY and MAC layers into the Linux
>>    networking stack.
>>
>>    The VLC firmware on a separate microcontroller communicates with the
>>    Linux platform over a serial interface, the report notes.
>
> "Linux users always lagging in new hardware support behind the
> Windoze/Appil, what a joke that Linux be.."
> The Takuya Saitoh fuckwitted troll showing itself to be the idiot it is.
> Linux distros had 64-bit systems *two* years before M$ thought about it,
> & even when M$ released their 64-bit windoze, it didn't have many 64-bit
> apps to use.

To quote Hillary Clinton: "what difference does it make?"

Has Microsoft been able to provide a 64-bit operating system by the time 
people (in large numbers) wanted one? Yes. Have they made sure that 
their most important applications are available for that platform? Yes. 
Have they made sure that people wishing to use existing 32-bit 
applications could do so within the 64-bit operating system seamlessly? 
Yes.

What I would like for _you_ to do is show how Linux offering 64-bit 
sooner than Windows has benefited the operating system. Otherwise, it is 
a pointless statement.


-- 
Silver Slimer

[toc] | [prev] | [next] | [standalone]

#366390

On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:

> 
> Linux users always lagging in new hardware support behind the Windoze/Appil,
>

Fuck you, bonehead.

The fault is ALWAYS the hardware manufacturers who will not make
their precious specifications freely available.

But in those cases where specs are freely available, such as
many plug-in audio cards, the GNU/Linux drivers are far superior
to any Microshit/Apphole counterparts.

Obtaining specifications are only half of the battle.  The other
half is writing quality code to make full use of the hardware
potential.  GNU/Linux programmers can far surpass their commercial
cousins in this regard.

[toc] | [prev] | [next] | [standalone]

#366434

On Wednesday, August 24, 2016 at 4:37:28 AM UTC+9, Adlbifhr Mjduhgfks wrote:
> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
> 
> > 
> > Linux users always lagging in new hardware support behind the Windoze/Appil,
> >
> 
> Fuck you, bonehead.
> 
> The fault is ALWAYS the hardware manufacturers who will not make
> their precious specifications freely available.
> 
> But in those cases where specs are freely available, such as
> many plug-in audio cards, the GNU/Linux drivers are far superior
> to any Microshit/Apphole counterparts.
> 
> Obtaining specifications are only half of the battle.  The other
> half is writing quality code to make full use of the hardware
> potential.  GNU/Linux programmers can far surpass their commercial
> cousins in this regard.

Ask yourself why the hardware manufacturers don't prefer Linux and won't give their hardware specs or make the binary Linux drivers?  Even the Chinese fruit OrangePi etc. boards don't give the exact hardware specs to the Linux geeks...  Linux is useless if it doesn't support the hardware it needs to run on, go to yo reverse engineering hell...

[toc] | [prev] | [next] | [standalone]

#366663

On 2016-08-23 9:07 PM, Takuya Saitoh wrote:
> On Wednesday, August 24, 2016 at 4:37:28 AM UTC+9, Adlbifhr Mjduhgfks wrote:
>> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
>>
>>>
>>> Linux users always lagging in new hardware support behind the Windoze/Appil,
>>>
>>
>> Fuck you, bonehead.
>>
>> The fault is ALWAYS the hardware manufacturers who will not make
>> their precious specifications freely available.
>>
>> But in those cases where specs are freely available, such as
>> many plug-in audio cards, the GNU/Linux drivers are far superior
>> to any Microshit/Apphole counterparts.
>>
>> Obtaining specifications are only half of the battle.  The other
>> half is writing quality code to make full use of the hardware
>> potential.  GNU/Linux programmers can far surpass their commercial
>> cousins in this regard.
>
> Ask yourself why the hardware manufacturers don't prefer Linux and won't give their hardware specs or make the binary Linux drivers?  Even the Chinese fruit OrangePi etc. boards don't give the exact hardware specs to the Linux geeks...  Linux is useless if it doesn't support the hardware it needs to run on, go to yo reverse engineering hell...

Since when are _you_ anti-Linux?

-- 
Silver Slimer

[toc] | [prev] | [next] | [standalone]

#366664

Silver Slimer wrote:

> On 2016-08-23 9:07 PM, Takuya Saitoh wrote:
>> On Wednesday, August 24, 2016 at 4:37:28 AM UTC+9, Adlbifhr Mjduhgfks
>> wrote:
>>> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
>>>
>>>>
>>>> Linux users always lagging in new hardware support behind the
>>>> Windoze/Appil,
>>>>
>>>
>>> Fuck you, bonehead.
>>>
>>> The fault is ALWAYS the hardware manufacturers who will not make
>>> their precious specifications freely available.
>>>
>>> But in those cases where specs are freely available, such as
>>> many plug-in audio cards, the GNU/Linux drivers are far superior
>>> to any Microshit/Apphole counterparts.
>>>
>>> Obtaining specifications are only half of the battle.  The other
>>> half is writing quality code to make full use of the hardware
>>> potential.  GNU/Linux programmers can far surpass their commercial
>>> cousins in this regard.
>>
>> Ask yourself why the hardware manufacturers don't prefer Linux and won't
>> give their hardware specs or make the binary Linux drivers?  Even the
>> Chinese fruit OrangePi etc. boards don't give the exact hardware specs to
>> the Linux geeks...  Linux is useless if it doesn't support the hardware
>> it needs to run on, go to yo reverse engineering hell...
> 
> Since when are _you_ anti-Linux?
> 

That impostor has always been, Slimeball

[toc] | [prev] | [next] | [standalone]

#366683

On 2016-08-25 9:41 AM, Peter Köhlmann wrote:
> Silver Slimer wrote:
>
>> On 2016-08-23 9:07 PM, Takuya Saitoh wrote:
>>> On Wednesday, August 24, 2016 at 4:37:28 AM UTC+9, Adlbifhr Mjduhgfks
>>> wrote:
>>>> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
>>>>
>>>>>
>>>>> Linux users always lagging in new hardware support behind the
>>>>> Windoze/Appil,
>>>>>
>>>>
>>>> Fuck you, bonehead.
>>>>
>>>> The fault is ALWAYS the hardware manufacturers who will not make
>>>> their precious specifications freely available.
>>>>
>>>> But in those cases where specs are freely available, such as
>>>> many plug-in audio cards, the GNU/Linux drivers are far superior
>>>> to any Microshit/Apphole counterparts.
>>>>
>>>> Obtaining specifications are only half of the battle.  The other
>>>> half is writing quality code to make full use of the hardware
>>>> potential.  GNU/Linux programmers can far surpass their commercial
>>>> cousins in this regard.
>>>
>>> Ask yourself why the hardware manufacturers don't prefer Linux and won't
>>> give their hardware specs or make the binary Linux drivers?  Even the
>>> Chinese fruit OrangePi etc. boards don't give the exact hardware specs to
>>> the Linux geeks...  Linux is useless if it doesn't support the hardware
>>> it needs to run on, go to yo reverse engineering hell...
>>
>> Since when are _you_ anti-Linux?
>>
>
> That impostor has always been, Slimeball

It's a shame. The anti-Linux sentiment gets exhausting and I'll be the 
first to admit it. I don't think the operating system is perfect - 
especially not for my current PC - but it is definitely my go-to system 
for older hardware and the prime candidate for what I will be running on 
this same system by 2018 or so. Hell, if Microsoft continues with its 
stupid decisions (the webcam issue Ahlstrom mentioned being one of 
them), I might swallow the pill and switch sooner. As long as you don't 
expect Linux to be perfect, it ends up being "perfect for you" which is 
quite reasonable given the price it demands from users.

-- 
Silver Slimer

[toc] | [prev] | [next] | [standalone]

#366473

On 8/23/2016 3:36 PM, Adlbifhr Mjduhgfks wrote:
> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
>
>>
>> Linux users always lagging in new hardware support behind the Windoze/Appil,
>>
>
> Fuck you, bonehead.
>
> The fault is ALWAYS the hardware manufacturers who will not make
> their precious specifications freely available.

Damn right they're precious.  Do you not understand how capitalism works?

Besides which, not long ago you were calling for FOSS developers to not 
make Windows ports.



> But in those cases where specs are freely available, such as
> many plug-in audio cards, the GNU/Linux drivers are far superior
> to any Microshit/Apphole counterparts.

blah blah blah.  Which cards, which drivers?

(now slink away after another one of your 'pronouncements')


> Obtaining specifications are only half of the battle.  The other
> half is writing quality code to make full use of the hardware
> potential.  GNU/Linux programmers can far surpass their commercial
> cousins in this regard.


A very few can.  A very, very, very few.

Hobby idealism is far less motivating than money, of course.  Which is 
why you've never created and made available any FOSS programs.

But put a $100 bill on the end of a fishing line and you'll chase it 
'til you drop.

[toc] | [prev] | [next] | [standalone]

#366655

On 2016-08-23 3:36 PM, Adlbifhr Mjduhgfks wrote:
> On Tue, 23 Aug 2016 08:52:29 -0700, Takuya Saitoh wrote:
>
>>
>> Linux users always lagging in new hardware support behind the Windoze/Appil,
>>
>
> Fuck you, bonehead.
>
> The fault is ALWAYS the hardware manufacturers who will not make
> their precious specifications freely available.
>
> But in those cases where specs are freely available, such as
> many plug-in audio cards, the GNU/Linux drivers are far superior
> to any Microshit/Apphole counterparts.

Not true. If anything, the drivers produced by the manufacturers 
themselves for Windows allow for the hardware to be used to a greater 
extent than what Linux users developed. Nevertheless, the drivers 
produced for Linux are generally part of the kernel and don't eventually 
disappear like they do in Windows. In other words, if you bought 
hardware in 2004 and Linux received a driver for it in 2006, there is a 
greater chance that you can still use that hardware in Linux in 2016 
than you can in Windows during the same year. THAT is a real advantage.

> Obtaining specifications are only half of the battle.  The other
> half is writing quality code to make full use of the hardware
> potential.  GNU/Linux programmers can far surpass their commercial
> cousins in this regard.

Do you have any examples supporting your statement? In my experience, it 
has always been the opposite even though I generally dislike the way 
Windows handles the driver issue.

-- 
Silver Slimer

[toc] | [prev] | [standalone]

Back to top | Article view | comp.os.linux.advocacy

csiph-web