I created an audio node using the batch loader, however, when I change/edit the audio node (for example, change the track number), the mp3 file is changed and it results in chipmunking. If I then copy the original file over the changed mp3 file, it reverts back to normal.

Comments

drewish’s picture

drewish commented

got a link i can look at?

mjohn’s picture

mjohn commented

I did some experimentation. I have an older Drupal install (5.0, with audio 5.x-0.1). I have had no problems with the same file in that install. So, what I did was, in the 5.1 5.x-0.3 Drupal install I uploaded the file, changed a parameter (track value) and the track started chipmunking. I then copied that file over it's equivalent in 5.0 5.x-0.1 and on that site too it was chipmunked. However, I changed the track number in 5.0 5.x-0.1 and the chipmunking went away.

My guess is that there is something changed between 0.1 and 0.3 that has caused mp3 files to get messed up?

mjohn’s picture

mjohn commented

the site is at http://www.worldsabound.com

mjohn’s picture

mjohn commented

I upgraded the 0.1 release to the 0.3 in the Drupal 5.0 installation. And the problem does not occur. The only difference now between the two installs is that one is 5.1, the other is 5.0, and the 5.1 is a multi-site installation. I am using exactly the same copy of getid3, which I can only assume is causing the problem when it writes to the file. Very strange.

vm’s picture

vm commented

what bit rate is the file being uploaded ?

mjohn’s picture

mjohn commented

It is as follows:
MP3 Mono 44kHz 64Kbps (CBR)

The strange this is that it plays fine until the file is written to, then it gets chipmunked somehow.

vm’s picture

vm commented

I understand. I couldn't duplicate it using a 128 bit file. I uploaded the file, which already had ID3 information added. edited the file changing all ID3 informaton resaved the node. At 128 bit, there was no chipmunk effect.

I will try working with a 64 bit file to see if we can narrow it down for drewish.

mjohn’s picture

mjohn commented

Appreciate you guys looking into it. Its an enfuriating bug; as I cannot replicate it on my 5.0 install, only the multisite 5.1 install.

vm’s picture

vm commented

I just tried with a 64 bit 44.1 khz file, edited the ID3 information after it was uploaded. Still no chipmunk effect. I can't seem to replicate this. What version of ID3 are you using ? I'm using 1.7.7

mjohn’s picture

mjohn commented

I'm using 1.7.7, tried reinstalling it a few times, just to make sure. As I said, I cannot replicate on the 5.0 install, so I am at loss to explain the 5.1 problems I am having. The mp3 file in question (non-chipmunked) can be downloaded from http://www.worldsabound.com/audio/download/22/thegreenman.mp3, if that helps.

vm’s picture

vm commented

I am using 5.1 and audio 5.x-0.3 will try with your file and see whats going on.

vm’s picture

vm commented

This seems to have something to do with your file. I can't open it in Adobe Audition. While it will play in audio players, there is something that just isn't right about his file in general. Will see what I can do with it in itunes and report back.

What program did you use to convert it ?

vm’s picture

vm commented

I think I'm on to something here. The file is write protected. I can't change the ID3 information in itunes.

vm’s picture

vm commented

I also cannot change the format because it is write protected.

vm’s picture

vm commented

Ignore #14 i managed to convert it, and can now change the ID3tags. Will upload the converted file which removed the write protection, so that you can test with.

vm’s picture

vm commented

With this file I cannot reproduce the chipmunk effect, I can only reporduce it with the original file which is write protected. I cannot explain why on 5.0 it doesn't have the same effect, but a write protected file can't have the ID3 information changed. Audio.module does not seem to recognize when a file is write protected.

your file is now verymisunderstood.com/thegreenman.mp3 please try this file.

vm’s picture

vm commented

Audio file from above post removed, to insure it doesn't get spidered. The issue as far as I can tell, is that unwritable (protected) files can't be edited after the fact. Their ID3 tags need to be left alone to avoid this type of issue. Not sure if the audio.module can pick up whether or not audio files are unwritable upon upload.

I'm hoping you managed to grab the file before I removed it. when encoding mp3 files, insure that the file is left writable. In Adobe Audition for example, Audio files can be copyrighted which makes them unwritable, at which point the ID3 tags cannot be changed.

I'll leave the status of this as active, drewish can take a look at this when he gets a chance and close if necessary.

mjohn’s picture

mjohn commented

Hi, thanks for spending time looking in this.

I unfortunately did not get the file.

I checked the original on the server, and the mp3 file is writeable there. I also donwloaded it on another PC and opened it in itunes; I had no problems chnaging the id3 tags.

The mp3 file was created in Audacity using the LAME dlls (on a Mac) and the ids tags then set in iTunes.

When I try to change the id3 tag info through the audio module, the file is changed, but the stange thing is that if I change it through 5.1, then change the same file through 5.0, with the same version of the audio module (0.3), when I 'diff' the files they are different. So however they are changed, there is an inconsistency which I cannot fathom.

mjohn’s picture

mjohn commented

ME again.

As a final test, to prove to myself that it was a drupal 5.1 problem, I did a completely fresh install of Drupal 5.1 and only loaded the relevant modules (views and audio). I imported the file, it played fine, I then edited the file, it changed and got chipmunked. So there must be some different between 5.1 and 5.0 that is causing some problem? Or is it just the audio file as suggested ... I cannot work out why it'd work in 5.0 though.

vm’s picture

vm commented

My apologies for removing the file too quickly. I just downloaded your file again. This time it is not write protected. (shruges shoulders)

So i uploaded it to my 5.1-dev site, altered some ID3 tags, still no chipmunking effect. I left the file there visit demo.verymisunderstood.com/drupal5/ login with your username:mjohn pw:mjohn autheticated users have administer audio permissions. Feel free to change the ID3 tags and resubmit the audio file.

No matter what I do, I can not duplicate your issue. Now, I'm not using the public 5.1 release, I am using the -dev release which is maturing into 5.2, I don't think this should have any effect, as I'm using the 5.x-0.3 version of audio.module. If you have any trouble logging on or manipulating the file, let me know.

mjohn’s picture

mjohn commented

Hey there, appreciate all the trouble you went to.

I visited the site, and lo and behold, it all works perfectly.

I'll let it go for now, and simply stop the audio module from writing to the mp3. I'll try updating my own test site to the latest drupal dev, and see what happens.

Thanks for all the help guys.