You can subscribe to this list. Bugs item #1987424, was opened at 2008-06-07 14:50 Message generated for change (Comment added) made by robert You can respond by visiting: Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Frontends (lame/mp3x/.) Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Frederic Da Vitoria (davitof) Assigned to: Nobody/Anonymous (nobody) Summary: 3.98b7 & b8: error updating LAME-tag frame Initial Comment: Hello Using CDEx 1.70 beta 2 on WinXP SP3, I have this error: 'Error updating LAME-tag frame: can't open file for reading and wrting'.

TooTallNate / node-lame. Pull requests 4. Projects 0 Insights. DispErr ( ' Error updating LAME-tag frame: n n ' ' couldn't write frame into file. The MP3 compression consumes a lot of computation time, actually, the lame encoder that's used by CDex is relatively fast compared to other MP3 encoders (with comparable sound quality, listen the output of the Xing 'fast' encoder, and you know what I mean).

This error only happens on with lame beta 7 and beta 8, beta 6 ends without any error. ---------------------------------------------------------------------- >Comment By: Robert Hegemann (robert) Date: 2008-06-08 16:22 Message: Logged In: YES user_id=1106 Originator: NO It was a bug in older versions of LAME not reporting this error condition. This is not a bug in current LAME. It just tells you, that some other application is holding exclusive read/write access to the file and LAME DLL can't update the LAME tag frame, which it was asked todo and which is important todo too. You may want to file a bug report for CDex. Ciao Robert ---------------------------------------------------------------------- Comment By: Frederic Da Vitoria (davitof) Date: 2008-06-08 16:13 Message: Logged In: YES user_id=780177 Originator: YES Thanks for your answer, it fits!

I found this issue because I was trying to understand why a particular mp3 had a wrong duration when read by some readers. I found that the VBR tag was missing. OK, I will report to CDEx.

---------------------------------------------------------------------- Comment By: Robert Hegemann (robert) Date: 2008-06-08 15:56 Message: Logged In: YES user_id=1106 Originator: NO It was a bug in older versions of LAME not reporting this error condition. This is not a bug in current LAME. It just tells you, that some other application is holding exclusive read/write access to the file and LAME DLL can't update the LAME tag frame, which it was asked todo and which is important todo too. You may want to file a bug report for CDex. Download video upin ipin free 3gp. Ciao Robert ---------------------------------------------------------------------- You can respond by visiting.

[+] Simple Shared memory API (FileMapping), AMIP can now publish a shared memory structure with song info. Details coming soon. The following command was added: /shmem(file,type,action) where file is the name of memory mapped file (e.g. Amip_api); type can be 'delphi' (without quotes) for pascal/delphi style TStrings and anything else for C style strings; action is either 'update' or 'clear', update updates the memory mapped file, clear clears it. Example that can be placed into the new Timer Callback: /shmem(fb2k_cm2,delphi,update), in the Exit Callback: /shmem(fb2k_cm2,delphi,clear) •. [+] 'parsedelay' config parameter, will delay file parsing for the specified number of milliseconds (use values divisible by 1000).

Super handy to make AMIP fully transparent and do not lag when frequently switching songs. If the value is greater than zero, all parsing is done in a separate thread and doesn't lag the player. This can be used with or without 'displaydelay'. If used with 'displaydelay', then you will get song info after parsedelay+displaydelay milliseconds. If you are using 'parsedelay', caching will be enabled despite of 'usecache' parameter •.

[+] A number of new variables:%ABR - Average bitrate of mp3 file%VBR - (yes/no) shows if file has VBR%ENC - encoder used to make mp3 file%LEN - (e.g. 00:03:19) song length%FRQ - (e.g. 44100) Samlping frequency (hz)%MOD - (e.g. Joint stereo) Mode%FRM - number of frames%FSZ - (e.g.

4,157,036) file size in bytes%TYP - (e.g. Mpeg 1 layer III) - mpeg and layer version%QUO - (0-2) a rough determination of the quality of the file Determined solely by the encoder used, the bitrate, and the stereo mode%EMP - Emphasis%COM - (yes/no) if file is complete (not broken)%ERR - number of sync errors%CPR - (yes/no) Copyrighted%ORG - (yes/no) Original%CRC - (yes/no) CRC •.