What you say does not make any sense to me. The MIDI
standard is *one* of many, and in fact the poorest of them
all. Besides Csound is probably the most used computer music
language with composers of Computer Music and its
score an integral part of it. But it is not the only way that
can be used
Perhaps you are referring to the language rather than the
API, when you say it is ghastly. The API is quite neat.
I don't have any problems with the language, but some
people don't like it.
Perhaps you might be interested in looking at the things
I am doing to integrate Csound to Sugar a bit
[EMAIL PROTECTED] writes:
DatabaseVersionError: Flint version file
/media/2FD2-5097/.olpc.store/index/iamflint is version
200709120 but I only understand 200706140
This will be because the Xapian package was accidentally updated to 1.0.4
recently, then your database was updated with this
On Sun, 20 Jan 2008, Olly Betts wrote:
[EMAIL PROTECTED] writes:
DatabaseVersionError: Flint version file
/media/2FD2-5097/.olpc.store/index/iamflint is version
200709120 but I only understand 200706140
This will be because the Xapian package was accidentally updated to 1.0.4
recently,
It's not a matter of trying to get a non-standard format
across. Not all; it is a matter of supporting more possibilities.
Besides, as I pointed out, MIDI will play alright on Csound,
even if it is a poor way of conveying musical data.
But hey, if MIDI looks damn good to you, it is worthless
Ok, the problem is that by mistake some unstable builds had a too new
version of xapian. We reverted to the known-good older version but it
cannot read the indexes created or modified by the later version.
Just do this in the terminal with the SD card mounted:
mv /media/2FD2-5097/.olpc.store
I know that we're supposed to all be developers here, and know how to change
the firmware in our sleep; but it would be great to include a link to
instructions. I searched the wiki -
http://wiki.laptop.org/go/Manual_Firmware_Install is worse than useless, and
After compiling in mesa source to get GLX working on the FC7-based
builds. Running `glxgears -fullscreen` I get ~25 fps. Compared to
Ubuntu which gets 65 fps, this is rather poor.
I think the Ubuntu performance shows that 3D (albeit simple 3D) is very
possible and worthwhile.
I've tried the
Jameson Chema Quinn wrote:
I know that we're supposed to all be developers here, and know how to
change the firmware in our sleep; but it would be great to include a
link to instructions. I searched the wiki -
http://wiki.laptop.org/go/Manual_Firmware_Install is worse than
useless, and
On Jan 20, 2008 1:07 PM, Mitch Bradley [EMAIL PROTECTED] wrote:
Jameson Chema Quinn wrote:
I know that we're supposed to all be developers here, and know how to
change the firmware in our sleep; but it would be great to include a
link to instructions. I searched the wiki -
On Sun, 20 Jan 2008, Tomeu Vizoso wrote:
Ok, the problem is that by mistake some unstable builds had a too new
version of xapian. We reverted to the known-good older version but it
cannot read the indexes created or modified by the later version.
Just do this in the terminal with the SD card
Simple. Put the manual install instructions in
http://wiki.laptop.org/go/Manual_Firmware_Install and then, in each
relnotes page add {{:Manual_Firmware_Install}}, which will include the text
of that page in the one it is as a template in.
If you want to be even cooler, in
Sorry all - this thread re got me riled, I have to jump in on
Victor's side here...
On 20 Jan 2008, at 10:18, Albert Cahalan wrote:
I know every developer wants to believe that their own
file format is a standard (and a good one too!), but come
on now. I went looking for stuff that supports
Jameson Chema Quinn wrote:
Simple. Put the manual install instructions in
http://wiki.laptop.org/go/Manual_Firmware_Install and then, in
each relnotes page add {{:Manual_Firmware_Install}}, which will
include the text of that page in the one it is as a template in.
After downloading the firmware, the ARM is told by the boot2 to jump to
a specific location of the internal memory. If the firmware is not
downloaded, the boot2 starts the grab the firmware from the Flash and
jumps to the same location of the internal memory once that is done. The
flash tool does
On Jan 20, 2008 6:46 PM, Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
AC not present
Am I missing something here? I also downloaded q2d09.rom.{sha1,md5,asc}
to the same place just in case, but it didn't make a difference.
Plug in the AC adapter to the wall.
-ffm
Jeremy Fitzhardinge wrote:
ok flash n:\boot\q2d09.rom
Reading n:\boot\q2d09.rom
Got firmware version: CL1 Q2D09 Q2D
Checking integrity ...
AC not present
Duh. I just realized this is referring to the fact that its not plugged
into mains power rather than anything
On Jan 20, 2008 10:10 AM, RHS Linux User [EMAIL PROTECTED] wrote:
Hi,
I have been following XO for some time. I see you are looking for
someone to help with open firmware for the Marvel chipset.
Indeed. Have you looked at the Wiki page on the effort?
Mitch Bradley wrote:
Jameson Chema Quinn wrote:
Simple. Put the manual install instructions in
http://wiki.laptop.org/go/Manual_Firmware_Install and then, in
each relnotes page add {{:Manual_Firmware_Install}}, which will
include the text of that page in the one it
I have a significant majority of the base code written for Lab and plan to
get at least a working standalone version within the next few weeks.
1. Project name : Lab Activity
2. Existing website, if any : None as of yet
3. One-line description : A scientific analysis and interface
I don't have any wireless. I do have a wired ethernet connection to
a LAN (which in turn uses a proxy to reach the internet).
Even when I specify in sugar-control-panel the name of a real
server, my XO is not accessing jabber (the field in olpc-netstatus
is shown blank). I believe my proxy
Hi,
There should be no particular reason why Ubuntu would have better
*software* GL rendering performance than Fedora, although hardy
ships with gcc 4.2, which could make a big difference.
glxgears opens a window, but the software rendering performance will
depend not just on that
Bryan Duff wrote:
After compiling in mesa source to get GLX working on the FC7-based
builds. Running `glxgears -fullscreen` I get ~25 fps. Compared to
Ubuntu which gets 65 fps, this is rather poor.
One last thing: I'm very curious about this disparity: could
you please provide more details?
(please forgive minor mistakes as I was in a hurry and
I had no time to double-check some of the facts reported
below. Feel free to point out corrections, of course).
Bryan Duff wrote:
After compiling in mesa source to get GLX working on the FC7-based
builds. Running `glxgears -fullscreen` I
24 matches
Mail list logo