Hello,
I have a strange issue. I’m testing mAirList and some tracks having gaps in it after loaded in mAirList (and also saved in the track). Please see the attached previews.
audacity.jpg: on top is the original below it, same track after loaded in mAirList
gaps.jpg: in PFL que editer
Music tracks are stored on the same HD (in this test setup).
Thanks for your help!
Is it only in the waveform display, or do you hear the gap?
I hear the gap…
What file format is that? Can you upload one of the failing tracks somewhere?
All mp3 … I’ll send you a PM with dropbox link.
Edit: Ohw… I can’t send you PM’s… I’ll use the info@…com
Why are there two versions? What do you mean by “after loaded into mAirList”? mAirList doesn’t change any files just by loading them (unless you convert them during DB import or so.)
Thats the problem… mAirList is changing the files, or, something else does. I putted 2 clear tracks on a USB stick, load (drag) them into mAirList and the issue appears in mAirList and also when I play the tracks on an other system.
I put 2 new tracks in the same dropbox:
O’G3NE - Magic.mp3 = original track
O’G3NE - Magic-diff.mp3 = First 18 seconds you hear the original… from about 19 seconds you hear the same track… but thats after I loaded and played it (dragged from a USB stick) in mAirList…
Then it’s probably not a mAirList issue but some problem with your USB stick or so.
No, it doesn’t matter where the tracks are stored. In the first post I wrote that the tracks are stored on the same HD (hard disk) and for testing I used an USB stick too.
Maybe the mAirList processes are to heavy for the computer?
Its a DELL dimension E520, Pentium Core 2 Duo, 1.86GHz and 2GB RAM, running a new installation Windows7
Is this topic up-to-date?: https://www.mairlist.com/forum/index.php?topic=5283.0
Sorry, I don’t get it.
So you mean, you have a proper, intact MP3 file, open it in mAirList, and all of a sudden, the same file is modified on disk? Just by playing it in mAirList?
Just by loading the file into mAirList, the file should never be modified. mAirList does not open files for writing, only for reading (except you execute something like “export to file tag”).
That being said, for MP3 files, BASS uses the ACM codec installed in your Windows system. The default Fraunhofer decoder that comes with Windows should never, never do this kind of stuff. So there is a theoretical chance that you have, for some reason, another ACM codec installed which incorperates a special “I break everythin I play” function. I have never heard of something like that, but it’s the only possible explanation that comes into my mind. (And it’s beyond my responsibility.)
That is exactly what happens! With some of the files. Not all of them…
The only thing I installed is the StereoTools Winamp plugin and I copied lame.exe into the mAirList folder for the stream (not in use now). Thats it.
I’ll remove it… and see what happens than… 
No, that doesn’t make sense. LAME and Stereo Tool process the outgoing signal. They will never touch the original files. (They don’t even know what the original files were.)
When you make the file write protected in Windows Explorer, does it still happen? Do you see a message like “access denied” at some point?
Ok thanks!
When you make the file write protected in Windows Explorer, does it still happen? Do you see a message like "access denied" at some point?Yes... access denied (only read and run)... but
S%$^T … WindowsMediaPlayer does the same!! Sorry, sorry, didn’t try WMP before… It does edit the track somehow. And after playing it in mAirList it is edited twice… OMG… what to do next. I’m using the onboard “smart thinking” >:( soundcard for testing… where can I find the ACM codec or other codec? I hope you can help!
Didn’t try to re-install mAirList…
Thank YOU for your help!
:-[ :-[ :-[ :-[ :-[ :-[
I connected the computer on a earthed socket … and all problems are gone!
[ I know, this is always the first thing to do, but at my office I do not have earthed sockets on the wall… and in the office I test this system ]
I’m so sorry for this very stupid mistake…
This morning again gaps/holes/stutters … I think it must be an computer issue… >:(
Can u please sen the file to me.
patrik (at) pmradio.se
I got the ability to check on diffrent OS versions / and mairlist versions (I even use audacity as a editior and never encounterd your problem).
Does sound like a localised issue.
2 things that spring to mind.
Anti-Virus. Virus checkers like AVG do analyse MP3 files among others. Could that be causing the issue?
Have you checked the file properties. If the file is being modified the Modified date/time will also be altered. Worth taking a look.
Would be interesting to keep this post updated with the resolution, just incase someone else experiences something similar.
Thanks Torben, patrikmr and mattauckland for your help on this!
The systems runs for a couple of day’s stable (that’s why I’m answering a bit late, needed to know for sure, sorry).
What I did: I took 2 other computers (Pentium Core 2 Duo 1,8GHz - 3BG RAM - Win7)… and moved StereoTool (standalone version) and Stream encoder to an other computer. So, I have two computers running. On the first computer runs: mAirList, StationPlaylistCreator and Newsdownloadertool. The other computer: StereoTool and the Stream encoder.
The problem of stuttering and killing of tracks is gone… although I think it is very strange that this is happening when a computer processor runs into 100%. I don’t know why, what of how… Strange it is. Maybe it was the computer itself?
I have to admit that StereoTool can be very heavy stuff for computers…
All is running fine, also “Now Playing” and Playlist HTML output (logging) on the website. Next week (I hope) we’re going to replace the old system (mAirList v2 hehe) for these two engines!
;D
Sounds about right. I just built a Stereo Tool machine for a community radio station I tech for.
The old machine was a Dell XP box. 3.0GHz processor, 2GB RAM. Did have a few struggling issues, but it was stable…well until it decided to shut down in the early hours one day, and not power up.
So I set about building a new system. i3, 4GB DDR3 (it was lying around), Acoustically treated case, Samsung SSD (OS), Windows 7 Pro 64bit. Now we’re running the Stereo Tools 64bit install, and in this setup I’ve set Stereo Tools to real-time processing, and she runs like a dream! Around £300 for the build, but well worth it for the reliability of a new system, with plenty of power if needed.
In addition the bios is set to auto power-up in event of power restore after power failure, and Windows is configured to auto-logon and start Stereo Tools.
Glad to hear you got it sorted!
A simple point to save some CPU power on mAirList can be, turn off Wave-Form Display and other heavy gui stuff. I don’t think it will drop the required CPU ressource that low, that you can run Steretool, but a while ago somebody in the german forum, made mAirList running on a much slower computer with these settings.
Just my 2 cents. 8)