hey LADs.
For those of you who have not followed the 'fuzztone' thread on LAU. I'd
like to announce a /cool hack/ to ngSpice that provides soundfile I/O
capabilities. - it's more a LAD than a LAU issue anyway.
read more about it on: http://mir.dnsalias.com/oss/spicesound/start
Simple tests sound
perhaps input impedance might have something to do with it? anything else
that a simple spice circuit ignores? power supply sag etc (thats more
prevalent in valve circuits though)? i also noticed when simulating circuits
(once again valve circuits) i would get a lot of artifacts (spikes etc) in
th
Robin Gareus wrote:
> hey LADs.
>
> For those of you who have not followed the 'fuzztone' thread on LAU. I'd
> like to announce a /cool hack/ to ngSpice that provides soundfile I/O
> capabilities. - it's more a LAD than a LAU issue anyway.
This is a CoolAsAllFsck (tm) hack as far as I am concern
Pieter Palmers wrote:
> Pieter Palmers wrote:
>> Erik de Castro Lopo wrote:
>>> Robin Gareus wrote:
>>>
hey LADs.
For those of you who have not followed the 'fuzztone' thread on LAU.
I'd
like to announce a /cool hack/ to ngSpice that provides soundfile I/O
capabiliti
Pieter Palmers wrote:
> All spices I use (although this excludes ngspice)
Last time I looked ngspice was the same code base as the others, so
I assume no difference.
> have an option to
> force them to calculate the response at specified timesteps (along with
> the ones they need for accuracy)
Pieter Palmers wrote:
Erik de Castro Lopo wrote:
Robin Gareus wrote:
hey LADs.
For those of you who have not followed the 'fuzztone' thread on LAU. I'd
like to announce a /cool hack/ to ngSpice that provides soundfile I/O
capabilities. - it's more a LAD than a LAU issue anyway.
This is a Co
Erik de Castro Lopo wrote:
Robin Gareus wrote:
hey LADs.
For those of you who have not followed the 'fuzztone' thread on LAU. I'd
like to announce a /cool hack/ to ngSpice that provides soundfile I/O
capabilities. - it's more a LAD than a LAU issue anyway.
This is a CoolAsAllFsck (tm) hack a
fredag 01 juni 2007 12:05 skrev Tim Goetze:
> [Erik de Castro Lopo]
>
> >The problems you get when doing a discrete time simulation of non-linear
> >processes are mitigated as the sample rate is increased. Therefore, the
> >higher the sample rate the better.
>
> For guitar distortion, I've found th
[Erik de Castro Lopo]
>The problems you get when doing a discrete time simulation of non-linear
>processes are mitigated as the sample rate is increased. Therefore, the
>higher the sample rate the better.
For guitar distortion, I've found that at 4x oversampling the quality
starts to sound bearab
Robin Gareus wrote:
> hehe, right. ATM i don't interpolate at all.
> The input just stays for the duration of the sample.
Thats called zero order hold:
http://en.wikipedia.org/wiki/Zero_Order_Hold
and is a really crappy sound sample rate converter. Signal to noise
ratio is about 10dB.
> Ca
Erik de Castro Lopo wrote:
> Robin Gareus wrote:
>
> When Spice loads the libsndfile component, can the component find out
> the inter-sample period used by Spice?
no. Spice does not use a constant interval; else it would be straight
forward to use libsamplerate.
> If the above is not possible
Robin Gareus wrote:
Erik de Castro Lopo wrote:
Robin Gareus wrote:
When Spice loads the libsndfile component, can the component find out
the inter-sample period used by Spice?
no. Spice does not use a constant interval; else it would be straight
forward to use libsamplerate.
If the above is
Erik de Castro Lopo wrote:
Pieter Palmers wrote:
All spices I use (although this excludes ngspice)
Last time I looked ngspice was the same code base as the others, so
I assume no difference.
There is a significant difference between the various spice-like tools
(hspice, eldo, spectre, pspice
Pieter Palmers wrote:
> Robin Gareus wrote:
>> Erik de Castro Lopo wrote:
>>> Robin Gareus wrote:
>>>
>>> When Spice loads the libsndfile component, can the component find out
>>> the inter-sample period used by Spice?
>>
>> no. Spice does not use a constant interval; else it would be straight
>
Hello again,
I've added libsamplerate for resampling/oversampling which - as expected
- dramatically improves the quality of the ngspice processed sound.
Here's some example 3sec guitar sound from current testing:
http://mir.dnsalias.com/_media/oss/spicesound/git-fuzz64.mp3
(left channel: res
On Wed, Jun 06, 2007 at 07:54:57PM +0200, Robin Gareus wrote:
> Hello again,
>
> I've added libsamplerate for resampling/oversampling which - as expected
> - dramatically improves the quality of the ngspice processed sound.
>
> Here's some example 3sec guitar sound from current testing:
> http:
Il giorno mer, 06/06/2007 alle 19.54 +0200, Robin Gareus ha scritto:
> Hello again,
>
> I've added libsamplerate for resampling/oversampling which - as expected
> - dramatically improves the quality of the ngspice processed sound.
>
> Here's some example 3sec guitar sound from current testing:
>
Stefano D'Angelo wrote:
> Hi,
> I read on spicy sound website: "However todays computing power allows to
> do so almost in real-time!"... do you think you'll get it real-time?
no, not any more.
Without oversampling, small circuits run /almost/ in real-time. However
the posted 3 seconds of guita
Il giorno gio, 07/06/2007 alle 09.20 +0200, Robin Gareus ha scritto:
> Stefano D'Angelo wrote:
>
> > Hi,
> > I read on spicy sound website: "However todays computing power allows to
> > do so almost in real-time!"... do you think you'll get it real-time?
>
> no, not any more.
>
> Without oversam
Stefano D'Angelo wrote:
> Il giorno gio, 07/06/2007 alle 09.20 +0200, Robin Gareus ha scritto:
>> Stefano D'Angelo wrote:
>>
>>> Hi,
>>> I read on spicy sound website: "However todays computing power allows to
>>> do so almost in real-time!"... do you think you'll get it real-time?
>> no, not any
Il giorno gio, 07/06/2007 alle 12.05 +0200, Robin Gareus ha scritto:
>
> Stefano D'Angelo wrote:
> > Il giorno gio, 07/06/2007 alle 09.20 +0200, Robin Gareus ha scritto:
> >> Stefano D'Angelo wrote:
> >>
> >>> Hi,
> >>> I read on spicy sound website: "However todays computing power allows to
> >>>
I have not progressed to
simulating tube-amps or synths yet.. lack of time, netlists and
tube-models; it's low priority ATM.
i don't mind making the circuits (in oregano or whatever), but i don't have
decent models of tubes or transformers, and am not sure how to easily work
with them in orega
Hi,
Some time ago I did a sim using LTSpice
(http://www.linear.com/designtools/software/) under Wine of a Carvin
Legacy tube amp. LTSpice was the only program that had wav in/out and
would run on Linux at the time I tried this.
The schematic for the amp is here
(http://carvinmuseum.com/pdf/amps/V
hi Giuseppe
would it be at all possible to provide a link to the ltspice file you made
of the amp? i am having trouble finding out how to do things like output
transformers well, and didn't even imagine the possibility of spice
simulating a particular speaker. whilst i am eagerly watching the ngs
hello again.
Sorry for the late reply, but I could not spare any time to work on it
the previous week(s)..
porl sheean wrote:
>>
>> I have not progressed to
>> simulating tube-amps or synths yet.. lack of time, netlists and
>> tube-models; it's low priority ATM.
>>
>
> i don't mind making the ci
Giuseppe Zompatori wrote:
Wow, your ltSpice simulation sounds really real! I hoped to get ngSpice
to do the same.
> Now days I am messing around with GNUCap and QUCS (http://qucs.sf.net)
> to which I just ported my first tube model whose plate voltage/grid
> current curves look like that:
great
wow, i never heard of qucs before, but it looks really interesting. so many
choices :)
porl
On 18/06/07, Robin Gareus <[EMAIL PROTECTED]> wrote:
Giuseppe Zompatori wrote:
Wow, your ltSpice simulation sounds really real! I hoped to get ngSpice
to do the same.
> Now days I am messing around
2007/6/18, Robin Gareus <[EMAIL PROTECTED]>:
Giuseppe Zompatori wrote:
Wow, your ltSpice simulation sounds really real! I hoped to get ngSpice
to do the same.
That would be nice but unpractical? I heard ngspice is severely
afflicted by memory leaks when doing large/long simulations, I might
b
2007/6/18, porl sheean <[EMAIL PROTECTED]>:
hi Giuseppe
would it be at all possible to provide a link to the ltspice file you made
of the amp? i am having trouble finding out how to do things like output
transformers well, and didn't even imagine the possibility of spice
simulating a particular
Le Mon, 18 Jun 2007 09:56:21 +1000,
"porl sheean" <[EMAIL PROTECTED]> a écrit :
> hi Giuseppe
>
> would it be at all possible to provide a link to the ltspice file you made
> of the amp? i am having trouble finding out how to do things like output
> transformers well, and didn't even imagine the
Le Mon, 18 Jun 2007 21:59:25 +0200,
"Giuseppe Zompatori" <[EMAIL PROTECTED]> a écrit :
> In general there seem to be a lot of problems in simulating the power
> section of push-pull NFB enabled amps in LTSpice... the NFB starts
> oscillating producing really high frequencies even at modest volume
thanks guys, i'll look into those models and links when i get a chance. i'm
hoping to be able to learn a lot more about valve amps this way. apart from
a few odds and ends it is hard to find out how they *really* work off the
net.
porl
ps. (offtopic): anyone know the approximate b+ voltage i sho
2007/6/19, porl sheean <[EMAIL PROTECTED]>:
thanks guys, i'll look into those models and links when i get a chance. i'm
hoping to be able to learn a lot more about valve amps this way. apart from
a few odds and ends it is hard to find out how they *really* work off the
net.
The "AX84 P1 Theory
thanks for the links!
the ax84 one is really good, pretty much exactly what i was after - short
and to the point (i don't mind a bit of complex math as long as it is
explained why i am doing it :)
i've looked through a few old valve books (
http://www.pmillett.com/technical_books_online.htm is an
Le Tue, 19 Jun 2007 20:51:58 +1000,
"porl sheean" <[EMAIL PROTECTED]> a écrit :
> thanks for the links!
> the ax84 one is really good, pretty much exactly what i was after - short
> and to the point (i don't mind a bit of complex math as long as it is
> explained why i am doing it :)
> i've looked
thanks for your help! :)
porl
On 20/06/07, Dominique Michel <[EMAIL PROTECTED]> wrote:
Le Tue, 19 Jun 2007 20:51:58 +1000,
"porl sheean" <[EMAIL PROTECTED]> a écrit :
> thanks for the links!
> the ax84 one is really good, pretty much exactly what i was after -
short
> and to the point (i don'
36 matches
Mail list logo
