sounds good, thanks for correcting this issue. However, I have some problems
with the current cvs trunk rev 1503, that seems to cause some trouble (async. and delayed audio)
with the addistional audio pacer. Can't figure it out at the moment, because I have to get up at early
tomorrow morning, there's a ham fair in Hannover I'd like to visit.
Last week I sucessfully tried to port svxlink to sigc++ v2. The only problem is the Qt stuff,
that implements its own signal handling, that causes a lot of preprocessor interferences.
vy 73s de Steve, DH1DM
----- Original Nachricht ----
Von: Tobias Blomberg <sm0svx@...>
An: Discussions about development issues <svxlink-devel@...>
Datum: 25.10.2008 18:21
Betreff: Re: [Svxlink-devel] no_repeat still doesn't work propperly
> This bug now is no more. It's fixed in Subversion! NO_REPEAT should now
> For those of you that understand SvxLink internals, it was a small but fatal
> error in RepeaterLogic.cpp. The flushSamples function in the TX object was
> called directly, instead of via the pipe, when the squelch was closed. This
> caused an interruption in the audio stream.
> 73's de SM0SVX / Tobias
> On Friday 17 October 2008 10:28:15 Nils Prause wrote:
> > Hi Tobias,
> > Tobias Blomberg wrote on 28 September 2008 20:04:
> > >>>>>> If I activate the no_repeat keyword and the "line output" in the
> > >>>>>> ALSA mixer all works fine except when a signal is received on the
> > >>>>>> while the repeater is still playing any raw file. In that case the
> > >>>>>> internal audio of Svx mutes and never comes back: no roger beep,
> > >>>>>> EchoLink announcements, just nothing. Additionally, SvxLink hangs
> > >>>>>> and doesn't shut down the repeater even when the hold timer has
> > >>>>>> exceeded for minutes.
> > >>>
> > >>> So, the no_repeat bug is still there.
> > >>
> > >> Do you have any idea why this happens and how to fix it at least
> > >> the repeated audio sounds so "reduced" and our users (and we) are not
> > >> very happy with it.
> > >
> > > Then that is what we really should work on, getting the sound in
> > > at least as good as or better than a direct connection.
> > Ok, think that this should be the "long-time goal".
> > But I see one big problem that would still remain: it's the lack of time
> > that a real-time audio manipulation would effect.
> > Some examples:
> > When our repeater opens, there is an id for about 10 secs. Some users
> > wait and begin to send even when the id is still playing. In this case
> > audio of the user is delayed for about 2 or 3 secs so the user hears
> > himself. The same could happen if you only do a short transmission like
> > "yes" or "ok". In this case the user could hear himself at the end of the
> > transmission if the transceiver changes from tx to rx fast like modern
> > do.
> > So I think one goal should be to reduce this delay as much as possible.
> > (btw: We're running an Intel Celeron 1300 cpu with 512M ram and a normal
> > ide harddisk.)
> > > I know that this may not be the case at the moment so the no_repeat
> > > option still serve a purpose and should be fixed.
> > Yes, that's it.
> > > I know it's hard but can you try to describe the difference between how
> > the
> > > direct audio sound and how the audio sound now when going through
> > > SvxLink.
> > Hmmm, you're right, it's really hard to describe.
> > I think it sounds cuttet, high and even low. At the moment I don't know
> > which bandwith the receiver can exactly play back but maybe I can detect
> > sometimes using a signal generator on the input frequency. I think that
> > starts with 300 hz at hte moment, but if we would use a descriminator
> > output it should start much lower. The highest frequency is not known at
> > the moment so as described before I've to find it out some day.
> > Additionally, the audio sounds like high frequencies were hired up while
> > low frequencies (let's say all freq lower than 800 hz) are lowered. This
> > makes a sound which reminds me to ssb modulation or a telephone call from
> > outside Europe but not to a strange fm signal.
> > > What is the problem? Is it the limited audio bandwidth of
> > > 3.5kHz?
> > Yes, think that this is one big problem.
> > > Do you use pre/de-emphasis?
> > No, not at all. I've tried some settings but found out that it reduces
> > audio even more instead of helping me getting a good modulation.
> > > Have you adjusted the audio levels properly, using the PEAK_METER, so
> > > that there are no distorsion?
> > Yes, of course.
> > I see that no_repeat=0 has some advantages, e.g. the ability to mix raw
> > files and EchoLink transmissions together, but think that the reduced
> > makes it hard to tell the users why not using the "real input audio"
> > sounds so much better when using our hardware repeater controller instead
> > of SvxLink.
> > --
> > 73s,
> > Nils
> > DB0OSN-R
> > DM0ZOS-L
> > -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge Build the coolest Linux based applications with Moblin SDK &
> > great prizes Grand prize is a trip for two to an Open Source event
> > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > Svxlink-devel mailing list
> > Svxlink-devel@...
> > https://lists.sourceforge.net/lists/listinfo/svxlink-devel
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> Build the coolest Linux based applications with Moblin SDK & win great
> Grand prize is a trip for two to an Open Source event anywhere in the world
> Svxlink-devel mailing list