diff --git a/translations/wsjtx_da.ts b/translations/wsjtx_da.ts
index 2ff5e4e85..c4dfa4ce3 100644
--- a/translations/wsjtx_da.ts
+++ b/translations/wsjtx_da.ts
@@ -511,7 +511,7 @@ Format:
-
+ Afventer DNS-opslag. Prøv igen senere
@@ -531,12 +531,12 @@ Format:
-
+ UDP-server DNS-opslag mislykkedes
-
+ MAC-tvetydige multicast-grupper adresser understøttes ikke
@@ -2262,12 +2262,12 @@ Fejl(%2): %3
-
+ Afkod andre Hounds, der kalder over 1000 Hz offset
-
+ Aktivér automatisk reaktion på den første afkodning fra et nyt DXCC eller nyt opkald på det aktuelle bånd.
@@ -5332,7 +5332,7 @@ Fejl(%2): %3
- Bruger Defineret
+ Bruger Defineret
@@ -6111,27 +6111,27 @@ transmissionsperioder.
-
+ <html><head/><body> <p> Indtast serviceportnummeret på den UDP-server, som WSJT-X skal sende opdateringer til. Hvis denne er nul, sendes der ingen opdateringer. </p> </body> </html>
-
+ Udgående Interface
-
+ <html><head/><body><p> Når der sendes opdateringer til en multicast-gruppeadresse, er det nødvendigt at angive, hvilke (n) netværksgrænseflade (r) de skal sendes til. Hvis loop-back-grænsefladen er multicast-kompatibel, vælges i det mindste den ene.</p> <p> For de fleste brugere er loop-back-interface alt, hvad der er behov for, hvilket gør det muligt for flere andre applikationer på den samme maskine at interoperere med WSJT-X. Hvis applikationer, der kører på andre værter, skal modtage statusopdateringer, skal der anvendes en passende netværksgrænseflade.</p><p> På nogle Linux-systemer kan det være nødvendigt at aktivere multicast på loop-back-netværksgrænsefladen. </p></body></html>
-
+ <html><head/><body><p>Indstiller antallet eller routerhop, som multicast-datagrammer har tilladelse til at lave. Næsten alle skal sætte dette til 1 for at holde udgående multicast-trafik i det lokale subneet.</p></body></html>
-
+ Multicast TTL:
@@ -6515,7 +6515,7 @@ til vurdering af udbrednings forhold og systemydelse.
- Frekvneser
+ Frekvenser