New ongoing "Development" version has been created
Re: New ongoing "Development" version has been created
There seems to be some bugs in the soft release I did on 6th March, including bug fix branches not getting merged etc.
I'm working on them now.
I'm working on them now.
Re: New ongoing "Development" version has been created
FYI.
The soft release Beta may also have a problem with DMR audio lockout until the channel is changed - changing TS does not seem to clear the problem.
I'm also seeing callsigns for the TS not selected, with TS filter enabled. However, I think this bug predates the Beta on the 6th March.
The soft release Beta may also have a problem with DMR audio lockout until the channel is changed - changing TS does not seem to clear the problem.
I'm also seeing callsigns for the TS not selected, with TS filter enabled. However, I think this bug predates the Beta on the 6th March.
Re: New ongoing "Development" version has been created
With the Mar 6th firmware on one of my GD-77 S/N 1901A01917 the beep beside DMR audio is gone after some minutes, also. Channel changing doesn't cure it, only rebooting but only for the mentioned few minutes. FM audio is OK but the beep still goes away.VK3KYY wrote: ↑Sat Mar 06, 2021 11:03 pmFYI.
The soft release Beta may also have a problem with DMR audio lockout until the channel is changed - changing TS does not seem to clear the problem.
I'm also seeing callsigns for the TS not selected, with TS filter enabled. However, I think this bug predates the Beta on the 6th March.
My second GD-77 S/N1705A01952 with the 6th Mar firmware is OK
Re: New ongoing "Development" version has been created
Please try the version I posted as a zip file hereDF9HJ wrote: ↑Sun Mar 07, 2021 12:53 pmWith the Mar 6th firmware on one of my GD-77 S/N 1901A01917 the beep beside DMR audio is gone after some minutes, also. Channel changing doesn't cure it, only rebooting but only for the mentioned few minutes. FM audio is OK but the beep still goes away.VK3KYY wrote: ↑Sat Mar 06, 2021 11:03 pmFYI.
The soft release Beta may also have a problem with DMR audio lockout until the channel is changed - changing TS does not seem to clear the problem.
I'm also seeing callsigns for the TS not selected, with TS filter enabled. However, I think this bug predates the Beta on the 6th March.
My second GD-77 S/N1705A01952 with the 6th Mar firmware is OK
https://github.com/rogerclarkmelbourne/ ... issues/915
It seems to fix the bug for some people
Re: New ongoing "Development" version has been created
Problen still persists but with longer time to show up.VK3KYY wrote: ↑Sun Mar 07, 2021 8:39 pmPlease try the version I posted as a zip file hereDF9HJ wrote: ↑Sun Mar 07, 2021 12:53 pmWith the Mar 6th firmware on one of my GD-77 S/N 1901A01917 the beep beside DMR audio is gone after some minutes, also. Channel changing doesn't cure it, only rebooting but only for the mentioned few minutes. FM audio is OK but the beep still goes away.VK3KYY wrote: ↑Sat Mar 06, 2021 11:03 pmFYI.
The soft release Beta may also have a problem with DMR audio lockout until the channel is changed - changing TS does not seem to clear the problem.
I'm also seeing callsigns for the TS not selected, with TS filter enabled. However, I think this bug predates the Beta on the 6th March.
My second GD-77 S/N1705A01952 with the 6th Mar firmware is OK
https://github.com/rogerclarkmelbourne/ ... issues/915
It seems to fix the bug for some people
Anyhow thank's
Re: New ongoing "Development" version has been created
Is there a confirmed difference between the 2 zip files I posted,
How long does it take for the bug to appear?
BTW. Is it only Beeps. which fail or is it also the DMR audio?
How long does it take for the bug to appear?
BTW. Is it only Beeps. which fail or is it also the DMR audio?
Re: New ongoing "Development" version has been created
I'm getting conflicting reports about whether the bug fixes for the beep problem work.
I've done a slightly modified version of the last fix, which sends more data to the C6000 to clear the sound buffer even more.
https://github.com/rogerclarkmelbourne/ ... fix_V3.zip
I'm not sure if this will make any difference, as none of my radios have this hardware problem
I've done a slightly modified version of the last fix, which sends more data to the C6000 to clear the sound buffer even more.
https://github.com/rogerclarkmelbourne/ ... fix_V3.zip
I'm not sure if this will make any difference, as none of my radios have this hardware problem
Re: New ongoing "Development" version has been created
Approx 30 min+
AfterI changed the default beep volume and back to default the beep is constantly there, as well as the DMR audio, but I'm usure if it was gone away too, as I tried the beep volume setting first.
Also the beep volume was not 100% gone but very low and jumped back to the default level after the forth and back adjustment.
I ran the GD-77 over the night still OK.
I'll triy the version fix V3 today
Re: New ongoing "Development" version has been created
There seems to be 2 different but related problems.
On radios with older hardware (C6000 chips), if the beep volume goes below a threshold (-9dB) the beep cuts out completely and does not work again until the beep volume is set back to 0dB
If you have that problem, I can try a separate fix.
What beep volume are you using ?
Is there any difference between version 1 and version 2 of the fix ?
I got the impression that version 2 had problems but version 1 didn't. Hence why I did made a version 3 which sends more data to the C6000 in an attempt to kick the C6000 into working again.
Basically there seems to be a hardware fault on older C6000 chips, where if the audio output buffer contains quiet audio, the audio seems to stop completely.
I think this doesn't happen on DMR because normally the audio level from DMR is not totally quiet.
However when the beep volume is set very low, e.g. -12dB, the values in the output buffer are very small, and the C6000 stops working correctly.
The fix seems to be to send at least 16 milliseconds of a DC level to the output, but the DC level may also be doing something like toggling individual bits in the Digital to Analogue converter section of the chip.
No one really knows what the bug is, apart from the designers of the C6000 in China, and we have no way to contact them, as the chip manufacturer is secretive and is probably indirectly owned and run by the Chinese government
On radios with older hardware (C6000 chips), if the beep volume goes below a threshold (-9dB) the beep cuts out completely and does not work again until the beep volume is set back to 0dB
If you have that problem, I can try a separate fix.
What beep volume are you using ?
Is there any difference between version 1 and version 2 of the fix ?
I got the impression that version 2 had problems but version 1 didn't. Hence why I did made a version 3 which sends more data to the C6000 in an attempt to kick the C6000 into working again.
Basically there seems to be a hardware fault on older C6000 chips, where if the audio output buffer contains quiet audio, the audio seems to stop completely.
I think this doesn't happen on DMR because normally the audio level from DMR is not totally quiet.
However when the beep volume is set very low, e.g. -12dB, the values in the output buffer are very small, and the C6000 stops working correctly.
The fix seems to be to send at least 16 milliseconds of a DC level to the output, but the DC level may also be doing something like toggling individual bits in the Digital to Analogue converter section of the chip.
No one really knows what the bug is, apart from the designers of the C6000 in China, and we have no way to contact them, as the chip manufacturer is secretive and is probably indirectly owned and run by the Chinese government