iscottybotty
Member
Please elaborate. What protocol? Can you post an example?
Please elaborate. What protocol? Can you post an example?
I'm guessing Late Entry and Single Burst but not 100% on thatHi everyone.
I have a system nearby, does anyone know what the following abbreviations mean that show on FME when a group call takes place:
LE & SB.
I’ll take it. Makes perfect sense. Appreciate you. 👍I'm guessing Late Entry and Single Burst but not 100% on that
Hello;Thought I'd just take a moment to share a project I've begun working on lately. If anybody wanted to give it a try out and see how it works, I'd love to hear any feedback, critique, constructive criticism, ideas, etc.
View attachment 116276
This version of DSD is a flavor blend of szechyjs RTL branch and some of my own additions, along with a few tweaks from the LouisErigHerve branch as well. NXDN voice decoding is currently working a lot better, thanks to the latter, although I have yet to explore the expanded NXDN or DMR decoding he has laid out. That is a goal. I have also implemented a few more RTL options, including rtl device gain, PPM error, device index selection, squelch, VFO bandwidth, and a UDP remote that works like the old rtl_udp fork, although its currently limited to changing frequency and squelch. The goal is to integrate this project into EDACS-FM but I also want it to be its own standalone project.
Code:padsp -m dsdfme -- ./dsd -fi -i rtl -o /dev/dsp -c 154.9875M -P -2 -D 1 -G 36 -L 25 -V 2 -U 6020 -Y 8 -i rtl to use rtl_fm -c Set frequency -P set PPM error -D set device index number -G set device gain (0-49) (default = 0 Auto Gain) -L set rtl squelch to 25 -V set RTL sample 'volume' multiplier -U set UDP port for rtl_fm remote control -Y 8 set rtl VFO bandwidth in kHz, (default = 48)(6, 8, 12, 16, 24, 48) -W Monitor Source Audio (WIP!) (may or may not decode audio if this is on, depending on selected decode type and luck) (Also, should be noted that depending on modulation, may sound extremely terrible)
The github with more info and a bit of a project road map can be found at:
GitHub - lwvmobile/dsd-fme: Digital Speech Decoder - Florida Man Edition
Digital Speech Decoder - Florida Man Edition. Contribute to lwvmobile/dsd-fme development by creating an account on GitHub.github.com
Build instructions is the same as the others, but I wouldn't recommend doing the 'make install' portion, and just run it from the build folder, especially if you already have a main version installed as well.
I remember reading about this, lwvmobile said "...the last octet (80) only has one significant bit in it, its just packed so that it is either 80 or 00."I found a bug in DSD-FME with the option : dsd-fme -Z
The last bit (49th bit) is false. It is sometimes at 80, sometimes at 00, but it is not the real bit. when in a 49th bit frame is set to 1, it is sometimes set to 1, sometimes to 0 on DSD-FME when it should always be set to 1.
I don't know if it's only the display that is wrong or if the bit decoding is wrong as well. I think it's an old bug, maybe present since the beginning of DSD-FME.
Hello I am looking for a Compiled version of DSD-FME for windows
I would like it to easily run because. I dont know if it could be possible.
thanks.
yes, right but this bit is wrong.I remember reading about this, lwvmobile said "...the last octet (80) only has one significant bit in it, its just packed so that it is either 80 or 00."
Whole answer here: DSD FME
thanks, i am going to tryRelease DSD-FME AW 2024-245-ge274752 (20240601) · lwvmobile/dsd-fme
This is a Cygwin Windows 32-bit precompiled release of DSD-FME AW 2024-245-ge274752 (20240601). See any relevant README and .bat files for further informationand examples. Updates to special patch ...github.com
I believe you, it's just an insignificant "bug". Not worth worrying about.yes, right but this bit is wrong.
when I transmit in DMR and capture at the same time with DSD-FME-Z and another DSD, the last bit is correct on another DSD but wrong randomly with DSD-FME. There must be a bug in the handling of this last bit on DSD-FME.
test yourself by capturing the frames at the same time on DSD-FME and another DSD and you will see that the last bit is randomly wrong on DSD-FME (while the reception has no error).
From what I understand, a new IV/MI is generated every superframe.and other doubt, it is normal that MI changes in the same transmision every second for a new one?
thanks
Yes, with the PTT hold. In 10 second, I see at least 15 Different MI/IVsFrom what I understand, a new IV/MI is generated every superframe.
No, it's not been normal in my case. A second or two would seem normal to me, but not a whole 10 seconds. FME by itself uses very little resources, so I would look at my computer to make sure it isn't running out of gas first. Just out of curiosity, how are you determining it is delayed?So, and it is normal that I heard sometimes with 10 seconds delay the voice on FME?
Because I am using own arc4 radioNo, it's not been normal in my case. A second or two would seem normal to me, but not a whole 10 seconds. FME by itself uses very little resources, so I would look at my computer to make sure it isn't running out of gas first. Just out of curiosity, how are you determining it is delayed?
I don't do windows, but I think that once you download, unzip and follow the "README Windows.txt" you should be good to go.What do I need to download?
Gotcha. Well, I've done a fair bit of testing like that, and I've never experienced such a huge delay. I wish I could help more, but I'm at a loss without a lot more information.Because I am using own arc4 radio