Re: [Svxlink-devel] no_repeat still doesn't work propperly
Brought to you by:
sm0svx
From: Tobias B. <sm...@us...> - 2008-11-03 07:59:50
|
Yes, the Qt stuff was what kept me from going to sigc++ 2 when I did the port to 1.2 a while ago. I didn't bother to dig into it since 1.2 was readily available on, as it seems, all distributions. I think I sort of fixed something by undefining "emit" or something like that. 73's de SM0SVX / Tobias On Friday 31 October 2008 22:06:25 st...@ar... wrote: > Hi Tobias, > > 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 <sm...@us...> > An: Discussions about development issues > <svx...@li...> 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 > > work. > > > > 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 > > > > RX > > > > > >>>>>> 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, > > > > no > > > > > >>>>>> 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 > > > > 'Cause > > > > > >> 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 > > > > SvxLink > > > > > > 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 > > > > won't > > > > > wait and begin to send even when the id is still playing. In this case > > > > the > > > > > 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 > > > > trx > > > > > 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 > > > > it > > > > > sometimes using a signal generator on the input frequency. I think that > > > > it > > > > > 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 > > > > the > > > > > 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 > > > > audio > > > > > makes it hard to tell the users why not using the "real input audio" > > > > which > > > > > 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 & > > > > win > > > > > great prizes Grand prize is a trip for two to an Open Source event > > > > anywhere > > > > > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > Svxlink-devel mailing list > > > Svx...@li... > > > https://lists.sourceforge.net/lists/listinfo/svxlink-devel > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > > world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Svxlink-devel mailing list > > Svx...@li... > > https://lists.sourceforge.net/lists/listinfo/svxlink-devel > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Svxlink-devel mailing list > Svx...@li... > https://lists.sourceforge.net/lists/listinfo/svxlink-devel |