View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000955 | MMW v4 | Properties/Auto-Tools | public | 2004-02-03 19:02 | 2005-06-21 01:58 |
| Reporter | jiri | Assigned To | |||
| Priority | immediate | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.4 | ||||
| Summary | 0000955: FLAC format plug-in | ||||
| Description | The plug-in is supposed to comply MM format plug-in specification, i.e. work pretty much as f_ogg.dll does. FLAC format uses the same metadata storage system as OGG format does, so it should be easy to re-use f_ogg sources for this. ... to be further specified ... | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 868 | ||||
|
|
F_FLAC is fully working, it preserves all existing tag fields, headers, it reads CUESHEET header for future use. |
|
|
Compiled DLL is sent to rusty for testing, and Sources will be sent to Jiri within days as soon as I clean, Comment and optimize sourcecode. |
|
|
I have tested it on few files and all files worked in Footbar2000, winamp 5.03, MM, Decoding/testing front-end app in Flac Package. |
|
|
Raised to 'immediate'--accidentally left this as 'urgent'. |
|
|
I haven't tested on real files, but reviewed sources briefly and wonder if the current version can update tag in all cases. I'm referring to source line: If ((Formatparser.TagSize+formaTparser.PaddingSize+4) > (TagSize+1)) Then which doesn't have any corresponding 'else' part, i.e. it seems that tags can only be updated if they fit to the current space in file, if they don't nothing happens. Am I missing something? (Tested version v0.0.0.55 Beta1) |
|
|
Reminder sent to: peke |
|
|
v0.0.0.55 beta1 was version I've sent to Jiri before we decided how to handle files which do not have enought space to write tag into file. I'm working on optimizing new one to release for alpha 3, as Alpha 2 is allready released. |
|
|
I tested the plugin that Peke sent on 12/22. It causes MM to crash everytime I attempt to play a flac file. Notes: -I haven't even imported the file into the library--I just attempt to play via the My Computer node). -If I removed the F_Flac.dll plugin, then the file plays properly and MM doesn't crash -If I attempt to use the file in Winamp, there are no problems I'll post the file which triggers the bug to the ftp server (it was encoded with flac 1.1.1 using the default settings of flac front end, except replay gain was disabled). |
|
|
Fixed In new release v0.0.0.61 Beta3, source sent to Jiri and DLL sent to Rusty for testing. Assigning to rusty. Note: I retested it in 831 with and without Flac 1.1.1a Installed, and with I_Flac.dll (v1.1.1a) |
|
|
Included in build 832. Needs to be tested. |
|
|
Tested in 831 + Flac PLugin. I haven't tested with _all_ properties, but when I simply edit the Genre of a Flac track, it change the track from 40-50 MB to a 5-10 KB garbage file. I've posted 2 sample tracks that trigger this behaviour (both by The Guess Who) to the ftp server. |
|
|
Fixed in build 833. - I fixed several issues and now it should work fine. |
|
|
Verified 833. |
|
|
Regarding: http://www.mediamonkey.com/forum/viewtopic.php?t=4556&highlight= Fixed In F_FLAC v0.0.0.70 |
|
|
Included in build 868. |
|
|
Verified in 870. Files encoded with different versions of the flac encoder are read/tagged correctly (except for a newly discovered bug to be documented elsewhere). |
