Bugfixes- Sommige 'geavanceerde' geluidskaarten zouden 2 'virtuele' geluidskaarten installeren, 1 voor audio-in en 1 voor audio-out. PDW zou alleen de audio-out detecteren, terwijl je voor het decoderen natuurlijk de audio-in nodig hebt.
- Scrollen met het muiswiel werkte niet op alle posities in het scherm.
FLEX Groepsweergave / Volgorde kolommenMet het oog op de FLEX-groepsoproepen die in Nederland veel worden gebruikt, introduceer ik in deze versie een geheel nieuwe weergave van groepsoproepen waarbij de tekst van het bericht nog maar 1x zichtbaar wordt :
Tijd/datum en de capcodes zijn omgedraaid, hierdoor staan de codes en hun benamingen netjes naast elkaar. GROUP-1 t/m GROUP-F geeft het nummer van de groepsoproep aan (4 bits), hetgeen overeenkomt met de groepscodes 2029568 t/m 2029583, zodat je in 1 oogopslag kunt zien hoe "druk" het op het netwerk is.
Bij individuele oproepen (zie de onderste 2) staat de capcode voor het bericht en de benaming hier weer onder. Niet elke capcode hoeft immers benoemd te zijn in het filter en dit is dan de enige volgorde waarin een en ander zowel met als zonder label "netjes" blijft.
Deze nieuwe weergave is te aktiveren via de nieuwe menu optie "Screen Options" welke te vinden is onder "Display". Alhier kun je aangeven welke kolommen je wel of niet wilt zien en in welke volgorde. Vink je "Flex Group Mode" aan dan wordt een vaste volgorde gebruikt die je (helaas) niet kunt wijzigen. Ook kun je hier aangeven dat je de groepscodes niet op het scherm wilt zien, maar wel wilt loggen (vond ik zelf wel handig).
Het enige nadeel van deze nieuwe groepsweergave is dat de filtertext match color niet meer goed werkt. Je kunt binnen 1 groep immers de ene code filteren op "brand" en een andere code op "Prio 1", in de oude weergave kregen deze teksten op hun eigen regel de "text match color", maar nu er in de nieuwe weergave nog maar 1 tekstregel is kan dat dus niet meer...
Commandfile / commandlineVia de commandfile kunnen commandline commando's worden gegeven waarmee externe programma's opgestart en/of aangestuurd kunnen worden. Het aantal karakters wat maximaal aan de commandline kon worden aangeboden gaf weleens wat problemen, vanaf deze versie is dit aantal dusdanig vergroot dat het geen problemen meer op zou mogen leveren.
Tevens is de commandfile vanaf heden ook bruikbaar voor monitor-only berichten, voorheen was dat alleen mogelijk bij gefilterde berichten.
2x PDW via de compoort (VXD)Al jaren krijg ik verzoeken om 2x PDW via de compoort (op 1 systeem) te kunnen draaien, maar het probleem is dat de compoortdriver (in dit geval comprt.vxd voor W98/ME) maar 1x geladen kan worden. De slicer.sys zou wel degelijk 2x geinstalleerd moeten kunnen worden, maar om duistere redenen blijkt dit (nog) niet mogelijk. Iemand kwam met een tip om de driver slicer.vxd, behorend bij een ander programma, te gebruiken voor de 2e compoort. Na wat testen bleek dit inderdaad mogelijk, de file is hernoemd naar comprt2.vxd en PDW zal deze automatisch laden indien comprt.vxd reeds geladen is. Op deze wijze moet het nu dus mogelijk zijn om 2x PDW te draaien via de compoort, maar dus alleen onder W98 of ME.
MOBITEXDoor de jaren heen is Mobitex vrijwel ongewijzigd gebleven. In deze versie heb ik dit toch eens onder de loep genomen, en het bleek dat bepaalde karakters niet worden weergeven, namelijk de non-printable ASCII (ASCII-31 en lager). De naam zegt het al, "non-printable". Het zijn (normaal gesproken) namelijk een soort stuurkarakters die dingen aangeven zoals het einde van een regel, einde van een tekst, opschuiven naar de volgende regel, etc. Die dingen horen ook niet weergegeven te worden. In Mobitex worden ze blijkbaar voor andere doeleinden gebruikt en door deze weg te laten klopt de lengte van de tekst niet meer. Als van twee berichten die even lang behoren te zijn er 1 meer non-printable ASCII zou bevatten, zou de ene ineens langer worden dan de andere. Hierdoor zouden bepaalde teksten of velden op andere posities beginnen of eindigen. Bij sommige Mobitex gebruikers zou je namelijk kunnen 'triggeren' op bepaalde teksten om die eruit te filteren, al dan niet met een extern programmaatje. Bij bepaalde berichten zou het nog makkelijker zijn als bepaalde velden ook steeds op dezelfde positie zouden beginnen en dat heb ik nu hopelijk enigzins weten te herstellen door in plaats van de non-printable ASCII "andere karakters" weer te laten geven.
Ook zou de RX-Quality nu normalere waardes moeten aangeven bij Mobitex.
Gefragmenteerde FLEX berichtenAangezien het FLEX protocol met frames werkt (genummerde datablokken), is er een limiet vwb het maximum aantal karakters wat per frame verzonden kan worden. Indien een frame 'vol' zit en een bericht niet volledig verzonden kan worden in het huidige frame, zal het resterende deel in een volgend frame verzonden worden. Dit heeft 'fragmentatie', het bericht wordt in delen (fragmenten) verzonden.
Op een pager merk je dit in principe niet, de delen volgen elkaar over het algemeen zo snel op dat het bericht al bijgewerkt is voordat je hem hebt kunnen lezen. In PDW zie je dat een bepaalde capcode meerdere berichten achter elkaar ontvangt, dit lijken aparte berichten aangezien het fragmentatie-bitje niet wordt weergegeven.
Vanaf deze versie wordt bij het 2e (of 3e, of 4e) fragment een extra stukje tekst weergegeven op het scherm zodat het duidelijker is dat het gaat om een gefragmenteerd bericht. Voorbeeld van een Engels netwerk :
Voor wie het zich misschien afvraagt, het aan elkaar plakken van deze fragmenten in PDW is helaas erg lastig...
DOWNLOADEN
Groeten en veel plezier, Peter.