Thats why i have asked on a previous post, if they could compare an old one vs this one, and be improved.666lord666 wrote: ↑Sat Apr 09, 2022 10:23 pm
BTW, still not clear about signals with broken CRC issue... I remember old version can receive transmissions with Motorola RAS restrictions. Am I right? This time what is the difference ?
New GD77 Beta - April 2022 (2022 04 09)
Re: New GD77 Beta - April 2022 (2022 04 09)
Re: New GD77 Beta - April 2022 (2022 04 09)
RAS is proprietary, undocumented. Do you have any specs ? I guess not.vselic wrote: ↑Sun Apr 10, 2022 5:45 amThats why i have asked on a previous post, if they could compare an old one vs this one, and be improved.666lord666 wrote: ↑Sat Apr 09, 2022 10:23 pm
BTW, still not clear about signals with broken CRC issue... I remember old version can receive transmissions with Motorola RAS restrictions. Am I right? This time what is the difference ?
RAS is known to mess up the CRC, that's all I know, and when disabling the CRC checking, the code only ignores that validity, nothing more, that's it.
Unless some people are able to provide any relevant documentation, I consider this case closed, and if it's just going to be polemical subject, that option could also be dropped as it's not used in the Ham world.
Thanks.
---
Daniel
Re: New GD77 Beta - April 2022 (2022 04 09)
Hello, true. But how come the old one work it out better? I think it has just small details to be corrected.
Can i send you my mail somewhere just to send you few videos for a feeling?
Can i send you my mail somewhere just to send you few videos for a feeling?
Re: New GD77 Beta - April 2022 (2022 04 09)
I think if on, than it ignores, if off, than it doesnt work.666lord666 wrote: ↑Sun Apr 10, 2022 7:04 ammaybe it needs to describe how to use CRC function in new version: what is it On status for CRC? Or it needs to switch if Off to let SW to skip CRC issues?
also, regarding RX AGC ... what is the logic of 0 dB or more?
thanks for reply in advance
Rx agc, if you increase, dmr sound on will be louder. You set it as you wish... i prefer more dcb and set less volume onna knob, as the modulation is much better
Re: New GD77 Beta - April 2022 (2022 04 09)
Many tnx for the new beta. Seems to work fine for me without any problems.
I will update the german translations and post it soon at the localisation support
Edit: I noticed a possible bug at the german voicepromts: In the display options the menu „Time“ is always spoken as in english time – the translation will not be used. but the wordlist_german.csv seems to be ok.
73, Peter DG3GSP
I will update the german translations and post it soon at the localisation support
Edit: I noticed a possible bug at the german voicepromts: In the display options the menu „Time“ is always spoken as in english time – the translation will not be used. but the wordlist_german.csv seems to be ok.
73, Peter DG3GSP
Re: New GD77 Beta - April 2022 (2022 04 09)
Probably my mistake.
I have to manually delete the mp3 to force the MP3 to be re-created using the TTSMP3 website, and in the case of the German voices, this may not have happened.
I may deleted the Time MP3 for all languages and rebuild, just in case
Re: New GD77 Beta - April 2022 (2022 04 09)
Hi Roger.VK3KYY wrote: ↑Sat Apr 09, 2022 10:20 pm
I've now updated the files in
http://opengd77.com/downloads/localisation/
With the latest firmware and voice prompt texts
Thank you very much.
I just provided the update files.
Thanks for your tireless work, Roger!
73 best regards de Fabio IZ2EIB
- Fecskebeka
- Posts: 105
- Joined: Thu Jun 03, 2021 7:36 pm
- Location: Hungary
Re: New GD77 Beta - April 2022 (2022 04 09)
Hello, have a nice everyone day!
(For new beta)
The "End Beep" signal generated on the receive side should be delayed after the actual carrier ceases to exist. (150-250ms perhaps)
Disturbing, faulty with intermittent, throbbing FM carrier. In DMR mode I don't know what carrier loss will cause.
The end signal of the TX transmission side therefore is luckier.
But this local RX end beep is a good feature!!
In this case, improper operation of the noise barrier will cause the anomaly. Which is often confusing even without an end signal!
The noise barrier function needs further thought. I wrote earlier.
Refining it would add significant value.
The structure of the noise lock function needs further thought. I've written before.
Refining this would be a significant added value when it comes in conversation to radio!
Can the set lock level be parameterized from software during active RX reception?
In FM mode, the RX signal level near the limit level is common.
Small signal fluctuations also cause reception to stop and mute.
But this is also true at much higher signal levels above the limiting level.
When large signal level, but fast short lower drops. (That is the carrier signal does not disappear completely!)
Vehicle or person moving duriing TX transmission. Atmospheric disturbance.
Want to play with the noise barrier while driving?
A cleverly changing noise lock hysteresis is required.
Further improving the safe shutdown in the event of a permanent decrease in the RX carrier (rule out low signal foreign Rx transmission ) with a terminating time element. This addresses the noise-lock hysteresis reset.
localization / onscreen_texts /
I'll fix the Hungarian file later. Let's see where we develop.
Thanks!
73
Zsolt
(For new beta)
The "End Beep" signal generated on the receive side should be delayed after the actual carrier ceases to exist. (150-250ms perhaps)
Disturbing, faulty with intermittent, throbbing FM carrier. In DMR mode I don't know what carrier loss will cause.
The end signal of the TX transmission side therefore is luckier.
But this local RX end beep is a good feature!!
In this case, improper operation of the noise barrier will cause the anomaly. Which is often confusing even without an end signal!
The noise barrier function needs further thought. I wrote earlier.
Refining it would add significant value.
The structure of the noise lock function needs further thought. I've written before.
Refining this would be a significant added value when it comes in conversation to radio!
Can the set lock level be parameterized from software during active RX reception?
In FM mode, the RX signal level near the limit level is common.
Small signal fluctuations also cause reception to stop and mute.
But this is also true at much higher signal levels above the limiting level.
When large signal level, but fast short lower drops. (That is the carrier signal does not disappear completely!)
Vehicle or person moving duriing TX transmission. Atmospheric disturbance.
Want to play with the noise barrier while driving?
A cleverly changing noise lock hysteresis is required.
Further improving the safe shutdown in the event of a permanent decrease in the RX carrier (rule out low signal foreign Rx transmission ) with a terminating time element. This addresses the noise-lock hysteresis reset.
localization / onscreen_texts /
I'll fix the Hungarian file later. Let's see where we develop.
Thanks!
73
Zsolt
Re: New GD77 Beta - April 2022 (2022 04 09)
Squelch performance with weak fluttery signals is always difficult. The current solution is probably not optimised yet.
I have investigated this on FM repeaters I have built in the past. Extending the squelch tail when signals start to flutter does work quite well. I have an algorithm that seems to work fairly well.
If I get the time I may see if it can be added to the firmware but this is unlikely to be soon.
Colin G4EML
I have investigated this on FM repeaters I have built in the past. Extending the squelch tail when signals start to flutter does work quite well. I have an algorithm that seems to work fairly well.
If I get the time I may see if it can be added to the firmware but this is unlikely to be soon.
Colin G4EML