Just went back and reread the thread re: Plextor drivers, as we are looking to buy a DVD-burner, and have been very happy with our Plexwriter, and previous Plextor CD burner.
(Also read the entire thread on cdfreaks.com re:Pxlinux )
This is the second time this month I've run into a situation where a hardware manufacturer is refusing both to release their own linux drivers/software, or the information necessary for others to write their own.
This makes no rational sense to me.
How on earth does it harm them to allow someone else, on their own time and own dime, to write a driver or program for another OS, unless the company is planning to write their own drivers/software and sell them - which in the case of both Plextor and RME does not appear to be the case.
Allowing 3rd party drivers/software can only increase the market for their products, as they will then be usable on a broader array of operating systems. Bigger market = more $$ for them, doesn't it?
What possible gain is there for them to coerce users into using a M$ OS?
Unless . . . . .
Not being a programmer, or knowing what is involved in writing drivers I am just wondering:
could it be that MS is refusing to release whatever code is necessary for the hardware manufacturers to write their MS-compatible drivers/software unless they acquiesce to some sort of exclusivity agreement - i. e. agree to neither write Linux (or other OS) drivers/sw, nor release their own hw info that would allow anyone else to do so?
I just cannot think of any other reason why hardware manufacturers would want to lock their product into a single OS.
- Maluvia
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté"
Woody Allen.
Quoting Jan Depner <eviltwin69(a)cableone.net>:
> On Mon, 2006-02-20 at 08:24 -0800, thewade wrote:
>> Quoting Ismael Valladolid Torres <ivalladt(a)punkass.com>:
>> >
>> > If you're trying to get the lowest latency posible it's dumb having a
>> > desktop system that eats half your resources.
>> >
>>
>> I think what Lee is saying is that with realtime-lsm (and ingo's
>> spin-locking?), jackd, your audio apps, and limits.conf all set up
>> right all processes bow to your audio apps. So audio will still get the
>> lowest latency possible independant of other threads running on your
>> machine, including the window manager. The screen may not refresh as
>> frequently or be as responsive, but you should incur no addidional
>> XRUNS from using one window manager over another.
>> Am I right?
>>
>
> This is all well and good but you're only talking about CPU. Disk
> I/O is another story entirely. If your WM starts doing some I/O that
> you weren't aware of you may get an xrun because you couldn't access the
> disk in time. This is the reason that I kill syslogd before I record.
> Granted, generally speaking you'll do OK due to the priority of your
> process but disk I/O takes a certain amount of time and you can't
> interrupt it once it's gone to the disk.
I think you can tweak the disk write interupt length so that disk write
sizes are smaller and more frequent, which would effectively solve this
problem.
I think you can do this in /etc/sysconfig/harddisks in Fedora.
Syslogd can be usefull...
There is a hard drive realtime audio howto somewhere on the net: I
remember reading it somewhere... I think Takashi Iwa (I hope I spelled
his name right) wrote something about it when he wrote that latency
motior kernel module tool thingy.
My problems are usually when I have a lot of processing going on and I
switch windows or make a new window or drag windows or something. But I
don't think I have everything set up correctly yet either... Working on
it.
-thewade
I've been trying to get a realtime kernel running, but every kernel I've
tried with a realtime patch slows my clock to a crawl, which causes my
time (as shown with the date command) to be off. It also causes any
program that has a delay to wait far longer than it should. "sleep 1"
can take anywhere from 10 to 30 seconds.
My most recent try was with patch-2.6.15-rt16, which I've tried applying
to both the 2.6.15 and 2.6.15.2 kernels, with the same result. Does
anyone have any idea what I could be doing wrong, since no one else on
this list seems to be having this problem.
Chuck
I run the command below and it works, it plays the wave file:
$ aplay -D default shared/testing.wav
Playing WAVE 'shared/testing.wav' : Signed 16 bit Little Endian, Rate 11025 Hz, Mono
However the command below fails:
$ aplay -D hw:0,0 shared/testing.wav
Playing WAVE 'shared/testing.wav' : Signed 16 bit Little Endian, Rate 11025 Hz, Mono
aplay: set_params:901: Channels count non available
I thought it was posible to select audio channels this way using
aplay. No .asoundrc here. Any ideas?
Cordially, Ismael
--
mí, myself et moi http://lamediahostia.blogspot.com/http://www.flickr.com/photos/ivalladt/
to make my tacam us-122 soundcard compatible with alsa and linux, i
had to install firmware.
now the soundcard works in linux, but not in os X anymore.
is there any way i can have my cake and eat it too? ie, get the
tascam to work under both OS's
? ? ?
There are several latency problems, especially on older hardware but still
around on that 64-bit dual core screamer:
1. Sync of MIDI (~0 latency) and audio (> 0 latency). On Windows, N-track
could not do it, Jazz did not work. Only Cakewalk--I mean, solid. I can
record vocals over MIDI, digitize the MIDI, record more vocals, etc., without
any ado. The clips start precisely where needed. Nothing else worked.
I have not gotten to trying this on Rosegarden yet (because my better sound
card has no alsa driver) and the MIDIs are produced on Windows programs so I
just work with Cakewalk going to audio. I could load the MIDI into Rosegarden
or Muse and try recording with what I have, I suppose. Have any list members
been successful with this?
2. Sync of VST or DX plugins with their input audio data. This is handled in
correctly programmed plugins by look-ahead. Sometimes, on must set up the
host for enough latency to "cover" the plugin's internal latency. Most of
this stuff simply plays without intervention but I have had plugins with the
wet result delayed if the host latency is set too low. In one case, the other
track needed to be delayed appropriately to use the pluging (very rare).
3. Sync of direct playing of a file and live play and synthesis. Try this one:
Fire up "horgand", a cute little software organ with accompaniment. Turn on
the accompaniment and try to play along. On older hardware, this is
impossible, on newer stuff, near-impossible. Key-press to sound is delayed
while the accompaniment plays on.
Even if I had a tap-tempo thingie (as proposed here), this timing problem
would remain.
So some kind of triggering is needed. After all, in live performance, the
accompaniment follows the lead, not visa-versa :-)
Hello Fernendo,
I now have two machines running the same version of the CCRMA kernel
(2.6.14-0.10.rrt.rhfc4.ccrma). One is an old Pentium III and that runs
fine. The other is an AMD64 running in i386 mode and that gives me a
kernel Oops at boot. Strangely enough I am able to use the machine and
I only noticed this from looking at dmesg. I have attached the code to
the tail of this email.
Also, if I have a question about building a kernel module that is
having trouble with the preempt spinlock changes who should I talk to?
I emailed Ingo but haven't heard back for a few days.
Thanks for the kelp and the excelent packages!
-thewade
BUG: Unable to handle kernel paging request at virtual address f895e672
printing eip:
f895e672
*pde = 37c5f067
Oops: 0000 [#1]
PREEMPT
Modules linked in: i2c_sis96x(U) i2c_core(U) snd_intel8x0m(U)
snd_intel8x0(U) snd_ac97_codec(U) snd_ac97_bus(U) snd_hdsp(U)
snd_rawmidi(U) snd_seq_dummy(U) snd_seq_oss(U) snd_seq_midi_event(U)
snd_seq(U) snd_seq_device(U) snd_pcm_oss(U) snd_mixer_oss(U) snd_pcm(U)
snd_timer(U) snd_page_alloc(U) snd_hwdep(U) snd(U) soundcore(U)
rt2500pci(U) rt2x00core(U) ieee80211(U) ieee80211_crypt(U) sis900(U)
mii(U) serio_raw(U) joydev(U)
ext3(U) jbd(U)
CPU: 0
EIP: 0060:[<f895e672>] Not tainted VLI
EFLAGS: 00010246 (2.6.14-0.10.rrt.rhfc4.ccrma)
EIP is at 0xf895e672
eax: 00000000 ebx: f895b9b0 ecx: 00000001 edx: 00000000
esi: 00000000 edi: 00000000 ebp: 00000000 esp: f7dcffd8
ds: 007b es: 007b ss: 0068 preempt: 00000001
Process shpchpd_event (pid: 1077, threadinfo=f7dce000 task=f7dbb8b0
stack_left=8100 worst_left=-1)
Stack: f896606c 0000007b ffffffff f895b9b0 c01013e9 00000000 00000000 00000000
00000000 00000000
Call Trace:
[<c01013e9>] kernel_thread_helper+0x5/0xc (20)
Code: Bad EIP value.
<6>ehci_hcd 0000:00:03.3: EHCI Host Controller
Hello,
I am hoping to package LDRUM for Ubuntu Dapper+1, but I'm having
issues compiling.
Does anyone know what to do to fix these issues?
g++ -g -O2 -o nodetest nodetest.o -L/tmp/ldrum-0.6.0/xmlpp/src
-lxmlpp /usr/lib/libqt-mt.so -L/usr/X11R6/lib -laudio -lXt
/usr/lib/libjpeg.so -lpng -lz -lXi -lXrender -lXrandr -lXcursor
-lXinerama -lXft /usr/lib/libfreetype.so -lfontconfig -lSM -lICE -ldl
-lpthread -lXext -lX11 -lm -L/usr/qt/3/lib
make[3]: Leaving directory `/tmp/ldrum-0.6.0/xmlpp/test'
make[3]: Entering directory `/tmp/ldrum-0.6.0/xmlpp'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/tmp/ldrum-0.6.0/xmlpp'
make[2]: Leaving directory `/tmp/ldrum-0.6.0/xmlpp'
Making all in engine
make[2]: Entering directory `/tmp/ldrum-0.6.0/engine'
Makefile:222: .deps/audiooutput.Po: No such file or directory
Makefile:223: .deps/channel.Po: No such file or directory
Makefile:224: .deps/engine.Po: No such file or directory
Makefile:225: .deps/fileinfo.Po: No such file or directory
Makefile:226: .deps/jackoutput.Po: No such file or directory
Makefile:227: .deps/keyboardmanager.Po: No such file or directory
Makefile:228: .deps/ldrum.Po: No such file or directory
Makefile:229: .deps/logger.Po: No such file or directory
Makefile:230: .deps/main.Po: No such file or directory
Makefile:231: .deps/midimanager.Po: No such file or directory
Makefile:232: .deps/patch.Po: No such file or directory
Makefile:233: .deps/pattern.Po: No such file or directory
Makefile:234: .deps/patternbank.Po: No such file or directory
Makefile:235: .deps/sample.Po: No such file or directory
Makefile:236: .deps/sequencer.Po: No such file or directory
Makefile:237: .deps/settings.Po: No such file or directory
Makefile:238: .deps/subject.Po: No such file or directory
Makefile:239: .deps/testLogger.Po: No such file or directory
Makefile:240: .deps/testSequence.Po: No such file or directory
Makefile:241: .deps/voice.Po: No such file or directory
Makefile:242: .deps/voicemanager.Po: No such file or directory
make[2]: *** No rule to make target `.deps/voicemanager.Po'. Stop.
make[2]: Leaving directory `/tmp/ldrum-0.6.0/engine'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/ldrum-0.6.0'
make: *** [all] Error 2
dana@polly:/tmp/ldrum-0.6.0$
Something seems really broken if a package is missing stuff it needs
to compile.. I really appreciate any help. Thanks!
Dana