Real Audio is *not* open. Only the player is, the codecs are still enclosed in DLLs which you do'nt have the source (but at least a binary for *some* versions of Linux (what about m68k-linux, arm-linux,... ?)).
Because there are material available *only* in WMA, and I don't like to be locked into a proprietary format. That is to say I would never use WMA for my own encoding, but it's always nice to be able to convert other people's files to a format you know you'll be able to read. What if someone sends you some recording of you singing (which then is *your* data), but he sends you in WMA and doesn't intend to use something else. It's still *your* data, and I believe you have the right to convert *your* data to whatever data format you want.
What info did you need that you didn't find ?
between the Anotated BeBook and the Be newsletters... and the source codes...
Though NIC drivers are maybe the hardest and least documented ones.
But as far as debugging goes, BeOS still takes the road, and as far as kernel land is concerned, Linux looses it with it's SysReq key.. The BeOS kernel embeds a full blown debugger. (even with a gdb stub, but Linux has it too IIRC).
The difference with NT being integration. BeOS uses bash as its shell, NT uses the ugly CMD.EXE...
As for desktop use, well I've been using BeOS as my primary OS for a year now, and I'm very happy with it. It does what I need, I play DivX on my K6-2 350, listen to mp3/ogg files and streams, burn CDs, devel, surf,...
IIRC KDE wants true-color display... VNC starts with 8bpp by default... try adding the option -depth 24 (or maybe 32) (you cal always force a client to connect at 8 bpp to limit bandwidth anyway).
The Unix version (Xvnc) does work without a graphic card, it creates subsequent X servers, without the need of a card (if you want to export the:0 display à la windows you need to use X0rfbserver). The problem with this scheme on windows, is the Terminal Server API is proprietary (as always from M$) and you need $$$ to get the specs.
As for the perfs, well RDP and VNC aren't exactly at the same level... VNC is rectangle-based, while RDP is graphic-primitives-based, like X11, which is faster unless you use lots of funky bitmaps (like cheesy Aqua look or spiffy KDE/Gnome thème, or the ugly XP theme). IF you want a fast VNC desktop, prefer solid desktop (xsetroot -solid black (or whatever color), and use a simple WM (TWM rocks:p) (that's basically what does the vnc session script).
Also note that there is a free RDP client for Unix called rdesktop (check at sf.net).
So yes it's really over. well that goes only for the Palm deal, since there are already some projects to make an OpenSource BeOs:
http://www.openbeos.org/
http://blueos.free.fr/
And those surely won't stop their efforts !
That's yet another example of the dangers of closed source systems...:-(
Slashdot Mirror
Try VirtualDub, it's GPLed.
and use it instead of their own version because it's better and nicer :P
(just like they did with the BSD netstack... oops, did I say this ?)
Real Audio is *not* open. ... ?)).
Only the player is, the codecs are still enclosed in DLLs which you do'nt have the source (but at least a binary for *some* versions of Linux (what about m68k-linux, arm-linux,
ffmpeg already includes support for Windows Media Video (not sure about versions supported though).
Where GPL means Geekless, Proprietary, Licensed
I meant "with this codec supported"... :p
that's also why the sentence just before begins with "Note there isn't any encoder yet"
Because there are material available *only* in WMA, and I don't like to be locked into a proprietary format. That is to say I would never use WMA for my own encoding, but it's always nice to be able to convert other people's files to a format you know you'll be able to read.
What if someone sends you some recording of you singing (which then is *your* data), but he sends you in WMA and doesn't intend to use something else. It's still *your* data, and I believe you have the right to convert *your* data to whatever data format you want.
If it doesn't work on AMD Athlons XP or old P4, that's because they are buggy, not BeOS. :^] :)
(and you know what there is even a patch
What info did you need that you didn't find ?
between the Anotated BeBook and the Be newsletters... and the source codes...
Though NIC drivers are maybe the hardest and least documented ones. But as far as debugging goes, BeOS still takes the road, and as far as kernel land is concerned, Linux looses it with it's SysReq key.. The BeOS kernel embeds a full blown debugger. (even with a gdb stub, but Linux has it too IIRC).
The difference with NT being integration.
...
BeOS uses bash as its shell, NT uses the ugly CMD.EXE...
As for desktop use, well I've been using BeOS as my primary OS for a year now, and I'm very happy with it.
It does what I need, I play DivX on my K6-2 350, listen to mp3/ogg files and streams, burn CDs, devel, surf,
IIRC KDE wants true-color display... VNC starts with 8bpp by default...
try adding the option -depth 24
(or maybe 32)
(you cal always force a client to connect at 8 bpp to limit bandwidth anyway).
The Unix version (Xvnc) does work without a graphic card, it creates subsequent X servers, without the need of a card (if you want to export the :0 display à la windows you need to use X0rfbserver). The problem with this scheme on windows, is the Terminal Server API is proprietary (as always from M$) and you need $$$ to get the specs.
:p) (that's basically what does the vnc session script).
As for the perfs, well RDP and VNC aren't exactly at the same level... VNC is rectangle-based, while RDP is graphic-primitives-based, like X11, which is faster unless you use lots of funky bitmaps (like cheesy Aqua look or spiffy KDE/Gnome thème, or the ugly XP theme).
IF you want a fast VNC desktop, prefer solid desktop
(xsetroot -solid black (or whatever color),
and use a simple WM (TWM rocks
Also note that there is a free RDP client for Unix called rdesktop (check at sf.net).
I'm still working on BeOS versions, even if the server is still alpha. :^)
c .zip
w er-rele ase6.zip
:-)
(note there are 2 servers for BeOS, and at least 3 clients
the last source of my server is at:
http://clapcrest.free.fr/revol/beos/BeVnc-sr
and I merged the different versions of the client to get this:
http://clapcrest.free.fr/revol/beos/VNCVie
If you use it or want to help, mail me (my mail is in the README for BeVnc, or 1st line of CHANGES.TXT in VNCviewer.
How much that can't be more accurate :-(
No you can't, just because BeOS it belongs to Palm now.
So yes it's really over. well that goes only for the Palm deal, since there are already some projects to make an OpenSource BeOs:
:-(
http://www.openbeos.org/
http://blueos.free.fr/
And those surely won't stop their efforts !
That's yet another example of the dangers of closed source systems...
RIP BEOS.
joshua:/proc# echo "Happy Birthday" >/proc/kcore
:-)
joshua:/proc#
Doesn't seem to make him pleased...
joshua:/proc# telinit "Happy Birthday"
Usage: telinit 0123456SsQqAaBbCcUu
well at least we get an answer
Happy Birthday to you Linux !
Thanks to all who made it possible.
Long live Linux !
Hey ! Even the 'old' 68000 have the 'TAS' (TestAndSet) instruction, so why wouldn't these have one ? ;)