> A more general question: are there any modern video drivers which DO
> NOT SUCK?
>
> i.e. are there any RT-safe video drivers anymore?
>
> I've stuck with old hardware using Intel Xorg open-source drivers, and
> always had good results. But if I ever needed new hardware I'm not
> sure what options would exist.
>
> -ken
I need to downgrade X for my Debian, since they dropped the nv driver
for coming Debian, resp. current "testing". But the nv driver always
worked for me, for making music, it still has got no 3D support.
if you can run a USB 1 class compliant audio device on your linux
system with lower latency than the current minimum so far posted to
this thread, please post with the settings you use and the type of
device. if your best performance has already been posted, no need to
repeat it.
i'll get the ball rolling with 2048 frames. note that we are assuming
2 channels only, but duplex mode (simultaneous capture+playback).
thanks.
> As David said, it seems impossible that two drives would
> develop the same flaky behaviour at the same time.
It isn't, assumed a controller on the mobo is broken and not the drives.
In this case I don't think it is, but it's possible. Anyway, especially
when using SATA connectors without clips, reconnecting the cables
sometimes heels voodoo. I had issues that portend to a weak power
supply, before ordering a new one, I yesterday reconnected the SATA
cables and the voodoo seems to be gone.
> What if you burn another full length CD with different material? What
> if you burn those remaining tracks on a CD separately?
Sounds like the best idea to track the cause, but ...
> (You'll have lots of frisbees to play with!)
... How about buying a CD-RW ;) instead of becoming a frisbee sportsman?
I have a sox + lame pipe of this kind:[1][2]
sox sin.mp3 -t wav - trim 10 20 fade t 2 10 2 | lame - -r out.mp3
Everything is fine but the final mp3 file[3] always has an annoying
click at the beginning. This has somewhat to do with the pipe as it
doesn't happen if I create a wave file from sox. Nor does it happen if I
use sox only:
sox sin.mp3 out2.mp3 trim 10 15 fade t 2 10 2
Yet the latter needs sox compiled with mp3 support, which is less
portable than the above.
I'm not sure how to look into this so any suggestion is welcome.
Lorenzo
[1] No I can't use better, non-evil formats this time
[2] No, I haven't the uncompressed source, so I can only use the mp3 as
input: life sucks.
[3] Here: BUT ATTENTION!! There is a click at the beginning so turn
volume right down: http://lorenzosu.altervista.org/temp/dump/out.mp3 The
source file here:
http://lorenzosu.altervista.org/temp/dump/sin.mp3
Hope someone can help me on this. I've got 2 LD DVD r/w drives.
Neither one will burn an audio CD for me. When I try it gets to around
track 8 to 10 of 22 and then it craps out. Tried a bunch of different
media and have a nice stack of coasters!
Attempt to create using wodim/cdrecord:
cdrecord dev=/dev/cdrom speed=4 -audio *wav
wodim: No write mode specified.
wodim: Assuming -tao mode.
wodim: Future versions of wodim may have different drive dependent defaults.
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identification : 'DVDRAM GH22NS50 '
Revision : 'TN02'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Speed set to 2822 KB/s
Starting to write CD/DVD at speed 16.0 in real TAO mode for single session.
Last chance to quit, starting real write in 0 seconds. Operation starts.
Track 01: Total bytes read/written: 43551984/43551984 (18517 sectors).
Track 02: Total bytes read/written: 36408960/36408960 (15480 sectors).
Track 03: Total bytes read/written: 29230656/29230656 (12428 sectors).
Track 04: Total bytes read/written: 39424224/39424224 (16762 sectors).
Track 05: Total bytes read/written: 17870496/17870496 (7598 sectors).
Track 06: Total bytes read/written: 23806944/23806944 (10122 sectors).
Track 07: Total bytes read/written: 32775120/32775120 (13935 sectors).
Track 08: Total bytes read/written: 18616080/18616080 (7915 sectors).
Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB: 2A 00 00 01 D9 54 00 00 15 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 72 0B 00 00 00 00 00 0E 09 0C 00 00 00 03 00 00
Sense Key: 0x0 No Additional Sense, Segment 11
Sense Code: 0x00 Qual 0x03 (setmark detected) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 41.296s timeout 40s
write track data: error after 40452048 bytes
wodim: A write error occured.
wodim: Please properly read the error message above.
The drives in question are (from hdparm):
/dev/cdrom:
ATAPI CD-ROM, with removable media
Model Number: HL-DT-ST DVDRAM GH22NS50
Serial Number: K00998K1011
Firmware Revision: TN02
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev
2.5, SATA Rev 2.6
Standards:
Likely used CD-ROM ATAPI-1
Configuration:
DRQ response: 50us.
Packet size: 12 bytes
cache/buffer size = unknown
Capabilities:
LBA, IORDY(can be disabled)
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
And for the other drive:
/dev/cdrom1:
ATAPI CD-ROM, with removable media
Model Number: HL-DT-ST DVDRAM GH24NS50
Serial Number: K00AB5E3326
Firmware Revision: XP02
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev
2.5, SATA Rev 2.6
Standards:
Likely used CD-ROM ATAPI-1
Configuration:
DRQ response: 50us.
Packet size: 12 bytes
cache/buffer size = unknown
Capabilities:
LBA, IORDY(can be disabled)
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
And my linux is Ubuntu 11.04, kernel 2.6.38-11-generic-pae
I've checked my cables and all seems to be fine. I don't think it's a
simple hardware thing ... my guess is something to do with irqs. This
is a lightly loaded system. Lots of RAM (7gig) and a dual core AMD
processor.
Suggestions welcome.
--
**** Listen to my CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob(a)mellowood.ca
WWW: http://www.mellowood.ca
I don't need to print often, and when I do, I just go into Office Depot and use their printers (11 cents per page, not bad). But lately I've been thinking it'd be convenient to have a printer sometimes.
So when I was last in Office Depot, I walked over to the printer section and started looking around. And the sales guy came up and asked me if he could help.
I said "I'm just looking for a printer that doesn't suck, and where the cost of the ink cartridges isn't more than the printer costs".
And the sales guy said, "Well, if you invent one, let me know". And a customer who was standing behind me turned around and said, "Yeah, let me know too!"
That said. Is there no-one who will rid the world of printers that suck, and whose cartridges cost more than the printer?
Does such a mythical beast as an affordable, reliable printer whose cartridges don't cost more than the printer, really not exist?
(Also, works with CUPS on Linux, in such a way that it actually presents useful ERROR MESSAGES, instead of just unhelpfully blinking a light over and over with no details as to what exactly is wrong?)
I figured I'd ask this group.
-ken
> > This ink cartridge issue is caused by criminal companies, we should burn
> > their factories down and lynch the management and marketing.
>
> But if we did that, no one could make the cartridges anymore ... ;-)
Okay, just let us lynch management and marketing and let us keep the
factories.
> Message: 20
> Date: Sat, 17 Sep 2011 03:05:16 -0700
> From: sevol <sevols.ear(a)gmail.com>
> Subject: Re: [LAU] OT: printers
> To: linux-audio-user(a)lists.linuxaudio.org
> Message-ID:
> <CAFOdaZqgU4deQwQKe2w__yeXhgQu0EZSP6UcKS+r5-DSaEntnA(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On 9/15/11, Ken Restivo <ken(a)restivo.org> wrote:
> > On Thu, Sep 15, 2011 at 09:55:29AM -0400, Luke Peterson wrote:
> >> On Thu, Sep 15, 2011 at 6:25 AM, immanuel litzroth <ilitzroth(a)gmail.com>
> >> wrote:
> >>
> >> >
> >> > On Thu, Sep 15, 2011 at 12:12 PM, <maex(a)firstfloor.org> wrote:
> >> >
> >> >> is this now, a how to equip my computer list?
> >> >>
> >> >> No, we eventually plan to use the printers to make music -- bear with
> >> >> us.
> >> > Immanuel
> >> >
> >>
> >> In that case, dot matrix is your best bet:
> >>
> >> http://youtu.be/Ht96HJ01SE4
Wow, sometimes better than the C64 bump floppy drive music friends and
I've written. I suspect it of being a fake, since it's too perfect. The
C64 disk drive bump could be perfectly used regarding to the
frequencies, but the sound wasn't that cute, as the sound of this
printer video.
Yay!
It's been a great summer and, as always, good things never last longer.
I remember two years ago when it made its premiere, also after a great
summer vacation and a pretty longer and rather undercover existence. Two
years have gone by now, there's nothing to be startling with. All that's
about to say:
QXGEdit 0.1.1 slipped out!
If you're puzzled what this is, then don't worry nor go any further.
This is just one extreme-niche piece of software program I've made for
my own personal usage. But others may also feel compelled to try it out.
I'm doin'g it just because I can :)
Now, already in its third public release, QXGEdit is a XG instrument
editor, specially dedicated to the elderly Yamaha DB50XG. Yes, this is
all synth-eldercare, if I may punch that line without the slightest lack
of respect. How could it be? This is the best evidence I can show to the
world how I love this piece of junk ;)
Only for the ones who know what I'm talking about ;)
Website:
http://qxgedit.sourceforge.net
Project page:
http://sourceforge.net/projects/qxgedit
Downloads:
- source tarball:
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1.tar.gz
- source package (openSUSE 11.4):
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.src.…
- binary package (openSUSE 11.4):
http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.i586…http://downloads.sourceforge.net/qxgedit/qxgedit-0.1.1-3.rncbc.suse114.x86_…
Weblog (upstream support):
http://www.rncbc.org
License:
QXGEdit is free, open-source software, distributed under the terms of
the GNU General Public License [6] (GPL) version 2 or later.
Change-log:
- Make sure Uservoice elements are selected only when available.
- Debugging stacktrace now applies to all working threads.
- libX11 is now being added explicitly to the build link phase, as seen
necessary on some bleeding-edge distros eg. Fedora 13, Debian 6.
- Moving from old deprecated Qt3'ish custom event post handling into
regular asynchronous signal/slot strategy.
- General standard dialog buttons layout is now in place.
Enjoy.
--
rncbc aka Rui Nuno Capela
rncbc at rncbc dot org
http://www.rncbc.org
Hi,
I have a medium-sized Ardour session with a couple of plugins on most
tracks, in which I'd like to record some additional tracks. Due to the
number of tracks and plugins, it's not possible to run Ardour/JACK at
very low latencies.
The same machine (and the same sound cards) is also used for monitoring
for the whole band, using a huge instance of JackMix. This needs to be
run with as little latency as possible (128 frames per period, tops).
How can I solve this dilemma? Ardour's latency doesn't really matter to
me, as long as newly recorded regions are properly aligned with existing
material.
It might also be an option to run Ardour on a different machine via
netjack, but as far as I can see the period size of a netjack slave is
tied to that of the netjack master. It also seems doubtful that Ardour
would be able to do correct latency compensation in this scenario...
Any suggestions? Is there any way to run run a second, high-latency JACK
server piggy-back on a low-latency server?
Thanks,
Dominic