MP3s mit VBR sind so eine »Sache für sich«: Exakte Länge und »echte« durchschnittliche Bitrate können eigentlich nur ermittelt werde, wenn man sich alle Frames »anschaut«. Das würde natürlich zu lange dauern, also haben die Leute bei Xing den sog. »VBR Header« erfunden: Da steht sowas zum schnellen Auslesen drin. Wie es generiert und aktuell gehalten wird, ist ein anderes Problem – diese »VBR Header« sind nicht in jeder Datei vorhanden oder oft auch defekt (wie DetlevD korrekterweise vermutet).
Zudem zeigen verschiedene Player auch verschieden an: Die Sekunden werden mal auf-, mal abgerundet, die Bitrate wird aus dem ersten Frame ermittelt oder die aus dem Header benutzt … Es gibt viele Möglichkeiten, »Mist« anzuzeigen.
Als ersten Schritt für eine »bessere Zukunft« würde ich mir ein paar bekannte Beispiel-Files in ein Verzeichnis kopieren, wo Länge und zu erwartende Bitrate bekannt sind.
Dann zuerst einmal den aktuellen externen Lame installieren und mit dem mit »--vbr-new« testen (ist bei neueren Versionen Standardeinstellung). Wenn Du unbedingt in Wavelab mit der LAME-DLL arbeiten möchtest, solltest auch einmal versuchen, dem die aktuelle DLL »unterzuschieben«.
Es kann sein, dass damit die Probleme schon gelöst sind.
Wenn nicht, kannst Du Dich natürlich als nächstes auf eine »Diagnose-Tour« begeben: Manchmal sind es so Sachen wie ein falsches »Emphasis«-Bit im Header (bspw. CCITJ.17 oder Unknown statt None), eine Datei, die versehentlich als MPEG 1 Layer II oder MPEG 2.5 Layer I oder als MPEG 1 Layer III aber mit mp3PRO codiert sind, usw. Meistens ist aber tatsächlich »nur« der VBR Header (oder der Player!) fehlerhaft. (Einen defekten VBR Header kann man ohne Neu-Encoden des Dateiinhalts reparieren bzw. durch einen neuen ersetzen.)
Gute Tools für sowas sind z.B. der 3delite MP3 Stream Editor (Warnung: Der schreibt ohne Rückfrage non-standard Tags wie SEFC,SEBR,SESC!), oder zum »schnellen VBR Header Fixen« der mp3DirectCut. Nicht zu vergessen natürlich der gute alte foobar2000.