Fons Adriaensen:
>
> Inkscape lookd more and more as some GUI interface
> to Cairo. ATM I can write the Cairo code a lot
> faster than using the GUI...
>
I was just about to suggest writing Cairo code. :-)
pgf/tikz is probably faster than programming cairo
though. But what would be really nice would
be a programming interface for pgf/tikz.
Fons Adriaensen:
>
> Anyone knows a good vector drawing program for Linux ?
>
> Absolute requirements are:
>
> - Lines, arrows, boxes, circles, etc.
> - Linewidths and styles, colors, filling.
> - Text
> - PDF or PS export.
> - PNG and JPEG import (no bitmap editing required).
> - Accuracy.
>
> I've been using TGIF for years, but I'm more and
> more being blocked by its main flaw which is that
> it seems to use a unit of 0.2mm internally (in
> metric mode) which is orders of magnitude too big.
>
> Tried QCAD and INKSCAPE, both fail basic
> requirements (and have other problems).
>
>
Maybe pgf / tikz would be useful?
http://www.ctan.org/tex-archive/help/Catalogue/entries/pgf.html
Hello, I had a great performing linux audio setup until I had to move to
a newer kernel to get some hardware on a new motherboard to work. Now I
can't seem to get decent performance and thought it might be helpful if
folks could chime in with what versions, etc. they are using with decent
success. In particular I'm having a very challenging time with Linux
Sampler, which I had previously working very solidly but now regardless
of numerous jack/ls version permutations segfaults when I create a jack
driver in ls. Thanks! -Garett
Kernel version? RT patch? Preemption mode? Audio hardware IRQ scheduling
policy and priority?
Alsa version if different from kernel?
Jack version, scheduling policy and priority?
Linux Sampler version (or cvs date), scheduling policy and priority?
hi anthony!
thanks for your reply. i'm cc:ing the list so that others can benefit
from it as well...
Anthony Kozar wrote:
> Hi Joern,
>
> This is just a shot in the dark, but most audio CD tracks have a "lead-in"
> time of 2 or more seconds. CD players will typically count down using
> negative numbers for this time and the track is considered to begin after
> the lead-in. Perhaps one of your drives (the DVD drive?) is reading the
> lead-in as part of the track?
>
> (2 seconds x 44100 samples/sec. x 2 channels x 2 bytes/sample = 352,000
> bytes)
i can rule this out, because although i used both a dvdr and cdr drive
for burning, both cds were read back in using the cdr drive.
any differences must have occured during burning. but since i used the
same toc file and disk-at-once mode, it's unlikely that the lead-in got
interpreted differently in both drives... but you are right, this being
a live cd, i used pre-gaps and non-silent gaps extensively - i'll
investigate some more along those lines.
best,
jörn
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
Hello everybody,
my name is micu and I study computer science at the Dresden University of
Technology. During an internship at the operating systems chair of the
university, I ported ALSA to the chairs operating system DROPS aka TUD:OS
[1,2]. To let ALSA talk to the hardware and provide to it the usual linux
kernel environment DDEKit / DDELinux [3] were used. As a kernel-userland
interface I wrote a very small emulation layer, which makes it possible to
link SALSA-lib [4] against the ALSA "kernel" part.
So right now, we have a somewhat stable ALSA server running in userland on top
of DROPS without changing ALSA or the SALSA-lib source code.
I have been continuing this project within my diploma thesis. The remit of the
thesis can be found here [5]. It is the goal of the thesis to take some steps
towards a truly realtime capable (meaning with time constraints to be
guaranteed) FOSS audio distribution. Here [6] you can see a raw version of my
requirements definition.
The architecture we are going to use is --- how could it be different :) ---
Jack or Jackdmp (with a strong bias towards Jackdmp). To get the mess out of
my head, I wrote a short guide [7] to the Jack source code. It is a pretty
raw version and it isn't finished in any way yet; but I won't work on it any
longer. Nevertheless, it might be helpful to other developers new to Jack.
Therefore, if you will, you may get it under any license you wish
(attribution of the author is appreciated :) to publish and improve it.
Of course, the long term goal of the project won't be met to any extent during
my thesis and I have no idea, if this project will be continued here at the
university. Neither do I know, whether I will have time to work on it
afterwards.
To make a long story short: I would like to ask my first three questions....
so far :)
1.) Do you agree on having a truly real-time capable architecture in the FOSS
audio world would be a really great thing --- and would you say, getting such
a thing maybe could get a (major) goal of the pro audio FOSS community?
2.) Concerning our Jack vs. Jackdmp decision: http://jackaudio.org/ says,
Jackdmp is going to be Jack 2.0. How likely and how soon do you think is this
going to happen?
3.) I guess, there is a very minor bug in the lines 236, 237 of
libjack/driver.c, svn revision 2734: The type castings should be switched.
Thanks a lot in advance and please excuse my bad english :(.
Regards,
micu
BTW: I love Jack and I love ardour --- and therefore I love you :).
==========================================
[1]http://www.realtimelinuxfoundation.org/variants/variants.html#VARIANTS_DR…
[2]http://www.osnews.com/story.php/15814/Introduction-to-TUD-OS/
[3]http://demo.tudos.org/dsweeper_tutorial.html
[4]http://www.alsa-project.org/main/index.php/SALSA-Library
[5]http://www1.inf.tu-dresden.de/~s3418892/task.txt
[6]http://www1.inf.tu-dresden.de/~s3418892/Require.pdf
[7]http://www1.inf.tu-dresden.de/~s3418892/AgttJSC.txt
--
GnuPG: https://www1.inf.tu-dresden.de/~s3418892/micuintus.asc
Fingerprint: 1A15 A480 1F8B 07F6 9D12 3426 CEFE 7455 E4CB 4E80
hi everyone!
for the first time ever, i have to prepare a cd-r master that will go
into production without verification by the plant (yeah, i know, but my
client got a *really* cheap deal ;)
so i will have to make sure the data is ok and the block error rate is low.
* how do i measure BLER on CD-Rs with free software tools?
* how on earth can the same content burned via cdrdao to a CD-R on a
cdrw drive (Plextor) and a dvdrw drive (LG) differ in several hundred
thousand bytes when read back in with cdparanoia?
both drives seem ok, i frequently use them to burn data cds and dvds
which perform ok.
any hints welcome, tia,
jörn
Heya!
The Call For Papers for the Linux Plumbers Conference has been
extended until *July 31st*!
Anyone doing (audio) infrastructure work on Linux? If so, please make
sure to join us at the Linux Plumbers Conference in Portland/Oregon in
September. I will be doing a track about "Audio" there and would like
to make sure that everyone who does audio infrastructure work will
submit a paper, or at least attend, or maybe just knows about this
conference!
It's a conference about the kernel-userspace interfacing, about the
lower levels in our software stack.
For further details, checkout the conference website:
http://www.linuxplumbersconf.org/
(Sorry for this spam!)
Lennart
--
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
Hello *,
I am developing a new Hardware and I am searching for an Ausio/Soundchip
which support natively USB. And of course, it should be supported by
ALSA and posible OSS (for embedded systems).
All I need is to capture the ouput of a GSM-Chip and of course, output
Sound/Voice to the GSM-Input. Volume control and muting is neccesary
too.
Can anyone recommend a Low-Cost chip which is suitable?
The chip can be any SMD/QFN/DFN package since I have SMS and Infra-Red
Welding Systems available
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
Hi,
This should be almost definitive:
http://naspro.atheme.org/content/dynamic-manifest-extension-lv2
You have one day left to complain :-P (and please, someone check my English).
What about supporting that in SLV2? (yes Dave R., I'm talking to you ;-)
Stefano