search for: mediamonkey

Adam Rosi-Kessel wrote: > Yes, it was Mediamonkey. They claim that it was due to a bug in vorbis > libraries. All software has bugs, but this explanation doesn't really add up. libvorbis is the codec. If they had blamed libogg, which does the container, then yes, that would have been a believable explanation :-). Erik -- ---------------...

...I've been looking for specs on flac metadata standards for "tag info" like Artist, Genre, title etc. I am unable to locate anything on this. I've dl'ed some sample .flac files and find little help there. Only thing I've found so far is I created flac "tags" with MediaMonkey on a .flac file and examine them. It appears MediaMonkey is writing the "tags" similiarly to the ogg/vorbis "standard", i.e. comment[0]: TITLE=title name comment[1]: ARTIST=Artist name flac 1 comment[2]: ENSEMBLE=Artist name flac 1 comment[3]: ALBUM ARTIST=Artis...

Adam Rosi-Kessel <adam at rosi-kessel.org> wrote: > So I've written a script to do the following: ... I have got lost. Did you manage to identify the rogue software that corrupted the files in the first place? In the greater scheme of things, fixing this (prevention) is more important than repairing the files (cure). Regards, Martin -- Martin J Leese E-mail: martin.leese

I have over 1,000 ogg vorbis files that are no longer playable or editable. I believe the main cause was a MediaMonkey plugin that automatically fetched album art and added it to the header. The plugin itself just uses the generic MediaMonkey metadata facility, but something happened -- perhaps when the album art bitmap image was too large -- that caused the files to no longer work. Unfortunately, I don't...

> Is there any way to understand exactly how it is invalid? I can replicate > this corruption simply by adding large album art to any ogg file with the > latest release of MediaMonkey. The second page is corrupt. The basic structure looks correct, first guess would be bad checksum. I'll look more closely in just a bit. This might explain why some players might accept it--- if they're ignoring checksumming and error detection. Monty

Adam Rosi-Kessel <adam at rosi-kessel.org> wrote: > I finally got something like an explanation from the Mediamonkey > developers. Here is their explanation as to why MM corrupted my files: > > > the problem was caused by the fact that Vorbis library uses alloca() > > function on several places, which allocates memory on stack. We > > changed it to alloc() and free() functions pair inst...

Vorbose -v reports the following for the beginning of the file: INFO page: Capture pattern OggS, format version 0 Flags: first page of logical stream Granule position: 0x0000000000000000 Stream serialno : 0x490f5cff Sequence number : 0 Checksum : 0xee9c02b9 Total segments : 1 Total packets : 1

...would take that second half and make it playable? I do think these problems are actually not that unusual based on the number of unanswered threads from other people I've found around other discussion lists on trying to repair broken files. And the corruption is completely reproducible with MediaMonkey, a very common metadata tagging tool. I understand this is probably MediaMonkey's problem/fault (although they seem to use the generic ogg/vorbis libraries for metadata), but it does leave the fact that there may be many people with this problem or a variant thereof out there. Adam

..."hogg > dumpraw" will at least show the page CRC and segment table, before > verifying the CRC, which could be useful. Does it actually check the CRC, or is there some way for me to do so? I see the output from hogg dumpraw, but am not sure how to interpret it. In other news, the MediaMonkey developers believe this is a bug in a (possibly) older version of vorbis_comment_add_tag(): http://www.ventismedia.com/mantis/view.php?id=5809 Does this seem right and/or shed any light on how to undo the damage? Adam

...f: sort :: [OggPage] -> [OggPage] sort = sortHeaders . listMerge . demux Anyway, an interesting problem :-) Conrad. 2009/6/18 Adam Rosi-Kessel <adam at rosi-kessel.org>: > I have over 1,000 ogg vorbis files that are no longer playable or > editable. I believe the main cause was a MediaMonkey plugin that > automatically fetched album art and added it to the header. The plugin > itself just uses the generic MediaMonkey metadata facility, but > something happened -- perhaps when the album art bitmap image was too > large -- that caused the files to no longer work. Unfortunatel...

Adam Rosi-Kessel wrote, on 6/30/2009 11:14 AM: > Conrad Parker wrote, on 6/30/2009 11:05 AM: >>> http://adam.rosi-kessel.org/bugs/liboggz/484/other_corruption.ogg >>> Yet also won't play or process properly with oggz or hogg tools. Any >>> ideas whether this is the same or different root cause? (In all of these >>> cases, I'm reasonably certain that

...ot; will at least show the page CRC and segment table, before >> verifying the CRC, which could be useful. > > Does it actually check the CRC, or is there some way for me to do so? I > see the output from hogg dumpraw, but am not sure how to interpret it. > > In other news, the MediaMonkey developers believe this is a bug in a > (possibly) older version of vorbis_comment_add_tag(): > > http://www.ventismedia.com/mantis/view.php?id=5809 > > Does this seem right and/or shed any light on how to undo the damage? One other potentially interesting observation -- Ogg::Vorbi...

...ing a vorbis_comment_add_tag() bug as that would be corrupt > data inside valid Ogg. The Ogg structure itself is invalid here. Is there any way to understand exactly how it is invalid? I can replicate this corruption simply by adding large album art to any ogg file with the latest release of MediaMonkey. Adam

Monty Montgomery wrote, on 6/25/2009 2:16 PM: >> Is there any way to understand exactly how it is invalid? I can replicate >> this corruption simply by adding large album art to any ogg file with the >> latest release of MediaMonkey. > The second page is corrupt. The basic structure looks correct, first > guess would be bad checksum. I'll look more closely in just a bit. > This might explain why some players might accept it--- if they're > ignoring checksumming and error detection. I've noticed that...

...; > I have got lost. Did you manage to identify the > rogue software that corrupted the files in the > first place? In the greater scheme of things, > fixing this (prevention) is more important than > repairing the files (cure). I finally got something like an explanation from the Mediamonkey developers. Here is their explanation as to why MM corrupted my files: > the problem was caused by the fact that Vorbis library uses alloca() > function on several places, which allocates memory on stack. We > changed it to alloc() and free() functions pair instead, which fixes >...

Adam Rosi-Kessel wrote: > I finally got something like an explanation from the Mediamonkey > developers. Here is their explanation as to why MM corrupted my files: > > > the problem was caused by the fact that Vorbis library uses alloca() > > function on several places, which allocates memory on stack. We > > changed it to alloc() and free() functions pair in...

My apologies if this is an off-topic WINE question... I have 5 Wintel machines that all UNC map over to my Ubuntu server (\\Ubuntu\M-Music\) for my MediaMonkey application. I use SAMBA for network sharing and it works perfectly. I am trying to configure WINE to have the same UNC mapping structure on my Linux machine (eg. \Ubuntu\M-Music\) so I can share a common SQLite database throughout the network. I do not use Drive Letter mapping, rather I use UNC...

Adam Rosi-Kessel wrote, on 6/19/2009 3:56 PM: > Conrad Parker wrote, on 6/18/2009 3:15 PM: >> Hopefully at some point the vorbis data in the file becomes valid. >> Perhaps we just need to know the original encoding settings to create >> a new file with valid codebooks and splice them together: oggz-dump -r >> should be ok for that, just take the first 3 packets of the

...rce consumption] so it seems to be a problem between in_flac.dll and electriQ searched through different forums and found out, that this might be a problem with in_flac.dll being not strict enough about buffers. Probably you can change in_flac.dll to beeing more strict about buffer sizes. (Mediamonkey beta in_flac.dll seems to fix this problem but doesn't work in winamp 2) see here: http://www.mediamonkey.com/forum/viewtopic.php?f=7&t=10520 Error is always in Electriq by reading adress 00000000. Thank you very much. Crashlog appended date/time : 2008-12-10, 18:07:45, 390ms compute...

...osi-Kessel <adam at rosi-kessel.org>: > Monty Montgomery wrote, on 6/25/2009 2:16 PM: >>> Is there any way to understand exactly how it is invalid? I can replicate >>> this corruption simply by adding large album art to any ogg file with the >>> latest release of MediaMonkey. >> The second page is corrupt. ?The basic structure looks correct, first >> guess would be bad checksum. ?I'll look more closely in just a bit. >> This might explain why some players might accept it--- if they're >> ignoring checksumming and error detection. > &g...