From hy_1111 at 126.com Sat Jul 7 19:14:35 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 08 Jul 2007 10:14:35 +0800 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <46904507.9080204@cdtag.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> Message-ID: <4690488B.4070706@126.com> Thanks, I think maybe you misunderstand me, I mean whether the situation could happen, the MP3 music media data(not the Tag frame data) start with "ID3", but this "ID3" is not the ID3v2 Tag's identifier. In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. do you think this situation would like happen. thank u again... Jud White ??: > An ID3v2 tag can be detected with the following pattern: > $49 44 33 yy yy xx zz zz zz zz > Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. > > http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b > > > hongyang wrote: > >> Hello everyone, >> >> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >> sure whether it also has ID3v2 Tag.Now whether the condition would happend >> that the start of media data are "ID3" ,but the "ID3" is not the >> identifier of ID3v2. >> >> My english is very poor,so please forgave me. >> >> Thank you all. >> >> hongyang >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >> For additional commands, e-mail: id3v2-help at id3.org >> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hy_1111 at 126.com Sat Jul 7 18:35:20 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 08 Jul 2007 09:35:20 +0800 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 Message-ID: <46903F58.9050404@126.com> Hello everyone, I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not sure whether it also has ID3v2 Tag.Now whether the condition would happend that the start of media data are "ID3" ,but the "ID3" is not the identifier of ID3v2. My english is very poor,so please forgave me. Thank you all. hongyang --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From jwhite at cdtag.com Sat Jul 7 21:12:31 2007 From: jwhite at cdtag.com (Jud White) Date: Sat, 07 Jul 2007 23:12:31 -0500 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <4690488B.4070706@126.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> Message-ID: <4690642F.2000800@cdtag.com> No, frame headers would never start with ID3. hongyang wrote: > Thanks, > > I think maybe you misunderstand me, I mean whether the situation could > happen, the MP3 music media data(not the Tag frame data) start with > "ID3", but this "ID3" is not the ID3v2 Tag's identifier. > > In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. > > do you think this situation would like happen. > > thank u again... > > Jud White ??: >> An ID3v2 tag can be detected with the following pattern: >> $49 44 33 yy yy xx zz zz zz zz >> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >> >> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >> >> >> hongyang wrote: >> >>> Hello everyone, >>> >>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>> that the start of media data are "ID3" ,but the "ID3" is not the >>> identifier of ID3v2. >>> >>> My english is very poor,so please forgave me. >>> >>> Thank you all. >>> >>> hongyang >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>> For additional commands, e-mail: id3v2-help at id3.org >>> >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >> For additional commands, e-mail: id3v2-help at id3.org >> >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From mike at ambientdesign.com Fri Jul 27 03:28:26 2007 From: mike at ambientdesign.com (Mike van Bokhoven) Date: Fri, 27 Jul 2007 22:28:26 +1200 Subject: [ID3 Dev] How the id3v2.2 and id3v2.3 exist at the same time In-Reply-To: <9402597.577761185518452314.JavaMail.coremail@bj126app67.126.com> References: <9402597.577761185518452314.JavaMail.coremail@bj126app67.126.com> Message-ID: <9CB554051FFE464A8D746F4E11B68D2D@fluke> Hi, (disclaimer - I'm no ID3 expert...) The simple answer is - no, it's not allowed! As far as I know, it's possible to have one ID3v1 tag and one ID3v2 tag in the same file, but there must not be more than one ID3v2 tag. This is enforced as the method of identifying the presence of an ID3v2 tag is to check the first three bytes of a file for the characters ID3; those characters occurring anywhere else in the file have no meaning as far as ID3v2 goes. Mike. ----- Original Message ----- From: ?? To: id3v2 Cc: sandgen at 126.com Sent: Friday, July 27, 2007 6:40 PM Subject: [ID3 Dev] How the id3v2.2 and id3v2.3 exist at the same time Hi, I am sorry,I have poor English... I want to know this question: Is "ID3v2.2 ID3v2.3 and ID3v2.4 Tag are all exist in one MP3 file" allowed? If it is allowed,ID3v2.2 ID3v2.3 will be ignored? or it is all depend on the tag-analyse software? ------------------------------------------------------------------------------ ? ? 150 ? ? ? ? ??? ? ? ? ? ? ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From hy_1111 at 126.com Wed Jul 18 19:16:45 2007 From: hy_1111 at 126.com (=?gb2312?B?uunR7w==?=) Date: Thu, 19 Jul 2007 10:16:45 +0800 (CST) Subject: [ID3 Dev] About the padding. Message-ID: <469EC98D.000134.02781@bj126app76.126.com> Hello, everyone! I have a question about the padding. I know that from the www.id3.org, "It is permitted to include padding after all the final frame (at the end of the ID3 tag), making the size of all the frames together smaller than the size given in the head of the tag. A possible purpose of this padding is to allow for adding a few additional frames or enlarge existing frames within the tag without having to rewrite the entire file. The value of the padding bytes must be $00." I think that is as "aa.bmp" I drawed. But whether one frame can be fllowed by padding. like drawed in "bb.bmp". thank you all for give me any advice. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: aa.bmp Type: image/bmp Size: 70014 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bb.bmp Type: image/bmp Size: 87150 bytes Desc: not available URL: -------------- next part -------------- --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Sat Jul 7 23:18:43 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 08 Jul 2007 14:18:43 +0800 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <46907ADE.7040500@comcast.net> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> <4690724F.9090908@comcast.net> <46907543.2060501@126.com> <46907ADE.7040500@comcast.net> Message-ID: <469081C3.9010005@126.com> thanks, Jim I think that is to say the garbage data whould be not start with $49 44 33 yy yy xx zz zz zz zz is it true? Jim ??: > If the header for the tag was properly written, you can check it using > the pattern that Jud gave before: > > An ID3v2 tag can be detected with the following pattern: > $49 44 33 yy yy xx zz zz zz zz > Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. > > > So, if the first 3 characters are "ID3", then check that the next two > (yy) are less than $FF and that the last four (zz) are less than $80. > > > > hongyang wrote: > >> Yes, you have my idea. >> >> I am also confused about that. >> >> garbage data would be start like "00 00 00 00 "chars and so on some "sync" >> pattern. but I am not confirm this. >> >> >> Jim ??: >> >>> I might be confused but I think what he is asking is if a MP3 file that >>> does not have an ID3v2 tag could somehow start with the characters "ID3". >>> >>> Or another way to say it is could there be "ID3" at the start of a MP3 >>> file but it is not a ID3v2 tag? >>> >>> I don't think this would happen but I also think that garbage data can >>> sometimes appear at the beginning of an MP3 file. So I don't think it >>> is impossible. I think that's why some players search for a certain >>> "sync" pattern to identify the start of the real data. Can someone >>> confirm this? (Or am I completely off on this?) >>> >>> Jim >>> >>> >>> >>> >>> Jud White wrote: >>> >>> >>>> No, frame headers would never start with ID3. >>>> >>>> hongyang wrote: >>>> >>>> >>>>> Thanks, >>>>> >>>>> I think maybe you misunderstand me, I mean whether the situation could >>>>> happen, the MP3 music media data(not the Tag frame data) start with >>>>> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >>>>> >>>>> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >>>>> >>>>> do you think this situation would like happen. >>>>> >>>>> thank u again... >>>>> >>>>> Jud White ??: >>>>> >>>>> >>>>>> An ID3v2 tag can be detected with the following pattern: >>>>>> $49 44 33 yy yy xx zz zz zz zz >>>>>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>>>>> >>>>>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>>>>> >>>>>> >>>>>> hongyang wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hello everyone, >>>>>>> >>>>>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>>>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>>>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>>>>> identifier of ID3v2. >>>>>>> >>>>>>> My english is very poor,so please forgave me. >>>>>>> >>>>>>> Thank you all. >>>>>>> >>>>>>> hongyang >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>> For additional commands, e-mail: id3v2-help at id3.org >>>> >>>> >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>> For additional commands, e-mail: id3v2-help at id3.org >>> >>> >>> >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwhite at cdtag.com Sun Jul 15 20:45:22 2007 From: jwhite at cdtag.com (Jud White) Date: Sun, 15 Jul 2007 22:45:22 -0500 Subject: [ID3 Dev] what is the different between Riff Mp3 & Mp3 file format? In-Reply-To: <469ACFE2.00013D.29755@bj126app10.126.com> References: <469ACFE2.00013D.29755@bj126app10.126.com> Message-ID: <469AE9D2.8040508@cdtag.com> http://www.afterdawn.com/glossary/terms/riff-wav.cfm ?? wrote: > Hello everyone, > > I am very thank you to give me some advise. > > what is the different between Riff Mp3 & Mp3 file format? > > > ------------------------------------------------------------------------ > ?? ? ? ? ??? ? ? ? ? ? ? ? ? ? > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Sun Jul 15 18:54:42 2007 From: hy_1111 at 126.com (=?gb2312?B?uunR7w==?=) Date: Mon, 16 Jul 2007 09:54:42 +0800 (CST) Subject: [ID3 Dev] what is the different between Riff Mp3 & Mp3 file format? Message-ID: <469ACFE2.00013D.29755@bj126app10.126.com> Hello everyone, I am very thank you to give me some advise. what is the different between Riff Mp3 & Mp3 file format? ? ? ? ? ? ??? ? ? ? ? ? ? ? ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel_eliades at yahoo.com Mon Jul 16 19:59:33 2007 From: daniel_eliades at yahoo.com (Daniel Eliades) Date: Mon, 16 Jul 2007 22:59:33 -0400 Subject: [ID3 Dev] MusicMatch Tags Message-ID: <004e01c7c81e$80fac280$82f04780$@com> Hello All, I am writing a utility in C# to read the artist, album and song from ID3v1 and ID3v2 tags. I am pretty new with ID3, so this may be a stupid question. Reading an ID3v1 tag is pretty straight forward, although I am having some difficulties when it comes to the way Music Match tags songs. Basically what I did in my program to read the artist,album and song from the tag was to read in the first 256 bytes of the file and search for the frame id then went from there. This seemed to always work until I came across a file that seems to be tagged from Music Match. This is what the string says from reading in the first 256 bytes: "ID3 _____ \0\0\0\0-COMM\0\0\0\0\0\0engMusicMatch_Tempo\0ModerateCOMM\0\0\0\0\0\0engMu sicMatch_Mood\0UpbeatCOMM\0\0\0#\0\0\0engMusicMatch_Situation\0BackgroundCOM M\0\0\0#\0\0\0engMusicMatch_Preference\0Very GoodCOMM\0\0\0\0\0\0eng\0TMED\0\0\0 _____ \0\0\0DIGTLEN\0\0\0\a\0\0\0245000TCON\0\0\0\0\0\0RockTRCK\0\0\0 _____ \0\0\009TALB\0\0\0". Does Music Match use a different format of ID3 or am I totally going about this wrong? Thanks for your input and any suggestions/advice you may have. Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwhite at cdtag.com Mon Jul 16 20:26:04 2007 From: jwhite at cdtag.com (Jud White) Date: Mon, 16 Jul 2007 22:26:04 -0500 Subject: [ID3 Dev] MusicMatch Tags In-Reply-To: <004e01c7c81e$80fac280$82f04780$@com> References: <004e01c7c81e$80fac280$82f04780$@com> Message-ID: <469C36CC.8060005@cdtag.com> why read the first 256 bytes? parse the data elements according to the spec, ignore the frames you don't care about, and go from there. MusicMatch (along with itunes and wmp) stores some info in the COMM frames. I don't suggest parsing it as anything other than a comment since they don't publish their standard (to my knowledge) check out http://sf.net/projects/idsharp (my own, grab source from svn) or taglib#, both are opensource c# libs.. if you're just doing it for the fun of it then be prepared to get down and dirty with the spec and malformed tags :) anyway to answer your question you should take a more structured approach to reading the tags. if the first frame was an APIC that'd blow the chances of finding artist/album/song in the first 256 bytes Daniel Eliades wrote: > > Hello All, > > > > I am writing a utility in C# to read the artist, album and song from > ID3v1 and ID3v2 tags. I am pretty new with ID3, so this may be a > stupid question. Reading an ID3v1 tag is pretty straight forward, > although I am having some difficulties when it comes to the way Music > Match tags songs. Basically what I did in my program to read the > artist,album and song from the tag was to read in the first 256 bytes > of the file and search for the frame id then went from there. This > seemed to always work until I came across a file that seems to be > tagged from Music Match. This is what the string says from reading in > the first 256 bytes: > > > > "ID3 > > ------------------------------------------------------------------------ > \0\0\0\0-COMM\0\0\0\0\0\0engMusicMatch_Tempo\0ModerateCOMM\0\0\0\0\0\0engMusicMatch_Mood\0UpbeatCOMM\0\0\0#\0\0\0engMusicMatch_Situation\0BackgroundCOMM\0\0\0#\0\0\0engMusicMatch_Preference\0Very > GoodCOMM\0\0\0\0\0\0eng\0TMED\0\0\0 > ------------------------------------------------------------------------ > \0\0\0DIGTLEN\0\0\0\a\0\0\0245000TCON\0\0\0\0\0\0RockTRCK\0\0\0 > ------------------------------------------------------------------------ > \0\0\009TALB\0\0\0". > > > > Does Music Match use a different format of ID3 or am I totally going > about this wrong? > > > > Thanks for your input and any suggestions/advice you may have. > > > > Dan > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From jmartin92 at comcast.net Sat Jul 7 23:42:06 2007 From: jmartin92 at comcast.net (Jim) Date: Sun, 08 Jul 2007 02:42:06 -0400 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <469081C3.9010005@126.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> <4690724F.9090908@comcast.net> <46907543.2060501@126.com> <46907ADE.7040500@comcast.net> <469081C3.9010005@126.com> Message-ID: <4690873E.20108@comcast.net> i think it is very very unlikely that would ever happen. hongyang wrote: > thanks, Jim > > I think that is to say the garbage data whould be not start with > > $49 44 33 yy yy xx zz zz zz zz > > is it true? > > > > Jim ??: >> If the header for the tag was properly written, you can check it using >> the pattern that Jud gave before: >> >> An ID3v2 tag can be detected with the following pattern: >> $49 44 33 yy yy xx zz zz zz zz >> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >> >> >> So, if the first 3 characters are "ID3", then check that the next two >> (yy) are less than $FF and that the last four (zz) are less than $80. >> >> >> >> hongyang wrote: >> >>> Yes, you have my idea. >>> >>> I am also confused about that. >>> >>> garbage data would be start like "00 00 00 00 "chars and so on some "sync" >>> pattern. but I am not confirm this. >>> >>> >>> Jim ??: >>> >>>> I might be confused but I think what he is asking is if a MP3 file that >>>> does not have an ID3v2 tag could somehow start with the characters "ID3". >>>> >>>> Or another way to say it is could there be "ID3" at the start of a MP3 >>>> file but it is not a ID3v2 tag? >>>> >>>> I don't think this would happen but I also think that garbage data can >>>> sometimes appear at the beginning of an MP3 file. So I don't think it >>>> is impossible. I think that's why some players search for a certain >>>> "sync" pattern to identify the start of the real data. Can someone >>>> confirm this? (Or am I completely off on this?) >>>> >>>> Jim >>>> >>>> >>>> >>>> >>>> Jud White wrote: >>>> >>>> >>>>> No, frame headers would never start with ID3. >>>>> >>>>> hongyang wrote: >>>>> >>>>> >>>>>> Thanks, >>>>>> >>>>>> I think maybe you misunderstand me, I mean whether the situation could >>>>>> happen, the MP3 music media data(not the Tag frame data) start with >>>>>> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >>>>>> >>>>>> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >>>>>> >>>>>> do you think this situation would like happen. >>>>>> >>>>>> thank u again... >>>>>> >>>>>> Jud White ??: >>>>>> >>>>>> >>>>>>> An ID3v2 tag can be detected with the following pattern: >>>>>>> $49 44 33 yy yy xx zz zz zz zz >>>>>>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>>>>>> >>>>>>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>>>>>> >>>>>>> >>>>>>> hongyang wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hello everyone, >>>>>>>> >>>>>>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>>>>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>>>>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>>>>>> identifier of ID3v2. >>>>>>>> >>>>>>>> My english is very poor,so please forgave me. >>>>>>>> >>>>>>>> Thank you all. >>>>>>>> >>>>>>>> hongyang >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>> >>>>> >>>>> >>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>> For additional commands, e-mail: id3v2-help at id3.org >>>> >>>> >>>> >>>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >> For additional commands, e-mail: id3v2-help at id3.org >> >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From jwhite at cdtag.com Sat Jul 7 18:59:35 2007 From: jwhite at cdtag.com (Jud White) Date: Sat, 07 Jul 2007 20:59:35 -0500 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <46903F58.9050404@126.com> References: <46903F58.9050404@126.com> Message-ID: <46904507.9080204@cdtag.com> An ID3v2 tag can be detected with the following pattern: $49 44 33 yy yy xx zz zz zz zz Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b hongyang wrote: > Hello everyone, > > I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not > sure whether it also has ID3v2 Tag.Now whether the condition would happend > that the start of media data are "ID3" ,but the "ID3" is not the > identifier of ID3v2. > > My english is very poor,so please forgave me. > > Thank you all. > > hongyang > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From jmartin92 at comcast.net Sat Jul 7 22:49:18 2007 From: jmartin92 at comcast.net (Jim) Date: Sun, 08 Jul 2007 01:49:18 -0400 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <46907543.2060501@126.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> <4690724F.9090908@comcast.net> <46907543.2060501@126.com> Message-ID: <46907ADE.7040500@comcast.net> If the header for the tag was properly written, you can check it using the pattern that Jud gave before: An ID3v2 tag can be detected with the following pattern: $49 44 33 yy yy xx zz zz zz zz Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. So, if the first 3 characters are "ID3", then check that the next two (yy) are less than $FF and that the last four (zz) are less than $80. hongyang wrote: > Yes, you have my idea. > > I am also confused about that. > > garbage data would be start like "00 00 00 00 "chars and so on some "sync" > pattern. but I am not confirm this. > > > Jim ??: >> I might be confused but I think what he is asking is if a MP3 file that >> does not have an ID3v2 tag could somehow start with the characters "ID3". >> >> Or another way to say it is could there be "ID3" at the start of a MP3 >> file but it is not a ID3v2 tag? >> >> I don't think this would happen but I also think that garbage data can >> sometimes appear at the beginning of an MP3 file. So I don't think it >> is impossible. I think that's why some players search for a certain >> "sync" pattern to identify the start of the real data. Can someone >> confirm this? (Or am I completely off on this?) >> >> Jim >> >> >> >> >> Jud White wrote: >> >>> No, frame headers would never start with ID3. >>> >>> hongyang wrote: >>> >>>> Thanks, >>>> >>>> I think maybe you misunderstand me, I mean whether the situation could >>>> happen, the MP3 music media data(not the Tag frame data) start with >>>> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >>>> >>>> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >>>> >>>> do you think this situation would like happen. >>>> >>>> thank u again... >>>> >>>> Jud White ??: >>>> >>>>> An ID3v2 tag can be detected with the following pattern: >>>>> $49 44 33 yy yy xx zz zz zz zz >>>>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>>>> >>>>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>>>> >>>>> >>>>> hongyang wrote: >>>>> >>>>> >>>>>> Hello everyone, >>>>>> >>>>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>>>> identifier of ID3v2. >>>>>> >>>>>> My english is very poor,so please forgave me. >>>>>> >>>>>> Thank you all. >>>>>> >>>>>> hongyang >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>> >>>>> >>>>> >>>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>> For additional commands, e-mail: id3v2-help at id3.org >>> >>> >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >> For additional commands, e-mail: id3v2-help at id3.org >> >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Mon Jul 16 01:03:41 2007 From: hy_1111 at 126.com (=?gb2312?B?uunR7w==?=) Date: Mon, 16 Jul 2007 16:03:41 +0800 (CST) Subject: [ID3 Dev] what is the different between Riff Mp3 & Mp3 file format? In-Reply-To: <469AE9D2.8040508@cdtag.com> References: <469ACFE2.00013D.29755@bj126app10.126.com> <469AE9D2.8040508@cdtag.com> Message-ID: <469B265D.000011.02790@bj126app10.126.com> Thank you very much! I think "riff wav == riff mp3", is it true? ?2007-07-16?"Jud White" ??? http://www.afterdawn.com/glossary/terms/riff-wav.cfm ?? wrote: > Hello everyone, > > I am very thank you to give me some advise. > > what is the different between Riff Mp3 & Mp3 file format? > > > ------------------------------------------------------------------------ > ?? ? ? ? ??? ? ? ? ? ? ? ? ? ? > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org ? ? ? ? ? ??? ? ? ? ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwhite at cdtag.com Mon Jul 16 19:47:16 2007 From: jwhite at cdtag.com (Jud White) Date: Mon, 16 Jul 2007 21:47:16 -0500 Subject: [ID3 Dev] About the ID3v1 of Riff-Wave and Riff -Mp 3 In-Reply-To: <469C1B4D.000051.02881@bj126app8.126.com> References: <469C1B4D.000051.02881@bj126app8.126.com> Message-ID: <469C2DB4.8010708@cdtag.com> it's the same ?? wrote: > Hello ,everyone! > > I am sorry to bother u all. > > I want to ask a question about id3v1 of Riff-wave and Riff-mp3, > > whether the id3v1 is also in the last 128 bytes of Riff file, and the > Tag format is unchanged. > > Thanks very much. > > > ------------------------------------------------------------------------ > ?? ??150 ? ? ? ? ? ? ? ? ? ? ? > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Sat Jul 28 20:09:02 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 29 Jul 2007 11:09:02 +0800 Subject: [ID3 Dev] How the id3v2.2 and id3v2.3 exist at the same time In-Reply-To: <9CB554051FFE464A8D746F4E11B68D2D@fluke> References: <9402597.577761185518452314.JavaMail.coremail@bj126app67.126.com> <9CB554051FFE464A8D746F4E11B68D2D@fluke> Message-ID: <46AC04CE.6080002@126.com> thank you for answering me. Mike van Bokhoven ??: > Hi, > (disclaimer - I'm no ID3 expert...) > The simple answer is - no, it's not allowed! > As far as I know, it's possible to haveone ID3v1 tag and one ID3v2 tag > in the same file, but there must not be more than one ID3v2 tag. This > is enforcedas the method of identifying the presence of an ID3v2 tag > is to check the first three bytes of a file for the characters ID3; > those characters occurring anywhere else in the file have no meaning > as far as ID3v2 goes. > Mike. > > ----- Original Message ----- > *From:* ?? > *To:* id3v2 > *Cc:* sandgen at 126.com > *Sent:* Friday, July 27, 2007 6:40 PM > *Subject:* [ID3 Dev] How the id3v2.2 and id3v2.3 exist at the same > time > > Hi, > I am sorry,I have poor English... > I want to know this question: > Is "ID3v2.2 ID3v2.3 and ID3v2.4 Tag are all exist in one MP3 file" > allowed? > > If it is allowed,ID3v2.2 ID3v2.3 will be ignored? > or it is all depend on the tag-analyse software? > > > ------------------------------------------------------------------------ > ?? 150 ? ? ? ? ??? ? ? ? ? ? ? ? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmartin92 at comcast.net Wed Jul 18 19:25:36 2007 From: jmartin92 at comcast.net (Jim) Date: Wed, 18 Jul 2007 22:25:36 -0400 Subject: [ID3 Dev] About the padding. In-Reply-To: <469EC98D.000134.02781@bj126app76.126.com> References: <469EC98D.000134.02781@bj126app76.126.com> Message-ID: <469ECBA0.1070801@comcast.net> Hi. Right after the section you quoted it says this: "A tag MUST NOT have any padding between the frames or between the tag header and the frames." ?? wrote: > Hello, everyone! > > I have a question about the padding. > I know that from the www.id3.org, > > "It is permitted to include padding after all the final frame (at the > end of the ID3 tag), making the size of all the frames together smaller > than the size given in the head of the tag. A possible purpose of this > padding is to allow for adding a few additional frames or enlarge > existing frames within the tag without having to rewrite the entire > file. The value of the padding bytes must be $00." > > I think that is as "aa.bmp" I drawed. > > But whether one frame can be fllowed by padding. like drawed in "bb.bmp". > > thank you all for give me any advice. > > > > ------------------------------------------------------------------------ > ? ? ??150 ? ? ? ? ? ? ? ? ? ? ? > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From mathiaskunter at yahoo.de Tue Jul 17 04:12:37 2007 From: mathiaskunter at yahoo.de (Mathias Kunter) Date: Tue, 17 Jul 2007 11:12:37 +0000 (GMT) Subject: AW: [ID3 Dev] MusicMatch Tags Message-ID: <439760.10144.qm@web27011.mail.ukl.yahoo.com> Hi, I don't know which version of ID3v2 tags MusicMatch uses. Maybe the ID3v2 version is user configurable in MusicMatch. Anyway, reading the ID3v2 tag from the begin of the file and searching for the frame header textually is the completely wrong way. It may work if you're lucky. It may not work for many other files. Don't do it this way. To correctly read an ID3v2 tag, you have to read in the tag header, check the major version (either 2, 3 or 4) and parse the rest of the tag according to the tag specifications on www.id3.org for the read ID3v2 version. Basically, you have to read in the byte sizes from the frame header and seek from frame to frame with the size info. Note that each ID3v2 tag version (2, 3 and 4) uses a slightly different format to store the frame size. Regards, Mathias ----- Urspr?ngliche Mail ---- Von: Daniel Eliades An: id3v2 at id3.org Gesendet: Dienstag, den 17. Juli 2007, 04:59:33 Uhr Betreff: [ID3 Dev] MusicMatch Tags Hello All, I am writing a utility in C# to read the artist, album and song from ID3v1 and ID3v2 tags. I am pretty new with ID3, so this may be a stupid question. Reading an ID3v1 tag is pretty straight forward, although I am having some difficulties when it comes to the way Music Match tags songs. Basically what I did in my program to read the artist,album and song from the tag was to read in the first 256 bytes of the file and search for the frame id then went from there. This seemed to always work until I came across a file that seems to be tagged from Music Match. This is what the string says from reading in the first 256 bytes: "ID3 \0\0\0\0-COMM\0\0\0\0\0\0engMusicMatch_Tempo\0ModerateCOMM\0\0\0\0\0\0engMusicMatch_Mood\0UpbeatCOMM\0\0\0#\0\0\0engMusicMatch_Situation\0BackgroundCOMM\0\0\0#\0\0\0engMusicMatch_Preference\0Very GoodCOMM\0\0\0\0\0\0eng\0TMED\0\0\0 \0\0\0DIGTLEN\0\0\0\a\0\0\0245000TCON\0\0\0\0\0\0RockTRCK\0\0\0 \0\0\009TALB\0\0\0". Does Music Match use a different format of ID3 or am I totally going about this wrong? Thanks for your input and any suggestions/advice you may have. Dan __________________________________ Alles was der Gesundheit und Entspannung dient. BE A BETTER MEDIZINMANN! www.yahoo.de/clever -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at ambientdesign.com Mon Jul 16 20:55:58 2007 From: mike at ambientdesign.com (Mike van Bokhoven) Date: Tue, 17 Jul 2007 15:55:58 +1200 Subject: [ID3 Dev] MusicMatch Tags In-Reply-To: <469C36CC.8060005@cdtag.com> References: <004e01c7c81e$80fac280$82f04780$@com> <469C36CC.8060005@cdtag.com> Message-ID: Hi, Looks to me like he's talking about ID3v1 specifically; I'd guess this is the wrong list to ask about v1 details anyway. Mike. ----- Original Message ----- From: "Jud White" To: Sent: Tuesday, July 17, 2007 3:26 PM Subject: Re: [ID3 Dev] MusicMatch Tags > why read the first 256 bytes? parse the data elements according to the > spec, ignore the frames you don't care about, and go from there. > > MusicMatch (along with itunes and wmp) stores some info in the COMM > frames. I don't suggest parsing it as anything other than a comment since > they don't publish their standard (to my knowledge) > > check out http://sf.net/projects/idsharp (my own, grab source from svn) or > taglib#, both are opensource c# libs.. if you're just doing it for the fun > of it then be prepared to get down and dirty with the spec and malformed > tags :) > > anyway to answer your question you should take a more structured approach > to reading the tags. if the first frame was an APIC that'd blow the > chances of finding artist/album/song in the first 256 bytes > > Daniel Eliades wrote: >> >> Hello All, >> >> >> I am writing a utility in C# to read the artist, album and song from >> ID3v1 and ID3v2 tags. I am pretty new with ID3, so this may be a stupid >> question. Reading an ID3v1 tag is pretty straight forward, although I am >> having some difficulties when it comes to the way Music Match tags songs. >> Basically what I did in my program to read the artist,album and song from >> the tag was to read in the first 256 bytes of the file and search for the >> frame id then went from there. This seemed to always work until I came >> across a file that seems to be tagged from Music Match. This is what the >> string says from reading in the first 256 bytes: >> >> >> "ID3 >> >> ------------------------------------------------------------------------ >> \0\0\0\0-COMM\0\0\0\0\0\0engMusicMatch_Tempo\0ModerateCOMM\0\0\0\0\0\0engMusicMatch_Mood\0UpbeatCOMM\0\0\0#\0\0\0engMusicMatch_Situation\0BackgroundCOMM\0\0\0#\0\0\0engMusicMatch_Preference\0Very >> GoodCOMM\0\0\0\0\0\0eng\0TMED\0\0\0 >> ------------------------------------------------------------------------ >> \0\0\0DIGTLEN\0\0\0\a\0\0\0245000TCON\0\0\0\0\0\0RockTRCK\0\0\0 >> ------------------------------------------------------------------------ >> \0\0\009TALB\0\0\0". >> >> Does Music Match use a different format of ID3 or am I totally going >> about this wrong? >> >> >> Thanks for your input and any suggestions/advice you may have. >> >> >> Dan >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From jmartin92 at comcast.net Sat Jul 7 22:12:47 2007 From: jmartin92 at comcast.net (Jim) Date: Sun, 08 Jul 2007 01:12:47 -0400 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <4690642F.2000800@cdtag.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> Message-ID: <4690724F.9090908@comcast.net> I might be confused but I think what he is asking is if a MP3 file that does not have an ID3v2 tag could somehow start with the characters "ID3". Or another way to say it is could there be "ID3" at the start of a MP3 file but it is not a ID3v2 tag? I don't think this would happen but I also think that garbage data can sometimes appear at the beginning of an MP3 file. So I don't think it is impossible. I think that's why some players search for a certain "sync" pattern to identify the start of the real data. Can someone confirm this? (Or am I completely off on this?) Jim Jud White wrote: > No, frame headers would never start with ID3. > > hongyang wrote: >> Thanks, >> >> I think maybe you misunderstand me, I mean whether the situation could >> happen, the MP3 music media data(not the Tag frame data) start with >> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >> >> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >> >> do you think this situation would like happen. >> >> thank u again... >> >> Jud White ??: >>> An ID3v2 tag can be detected with the following pattern: >>> $49 44 33 yy yy xx zz zz zz zz >>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>> >>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>> >>> >>> hongyang wrote: >>> >>>> Hello everyone, >>>> >>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>> identifier of ID3v2. >>>> >>>> My english is very poor,so please forgave me. >>>> >>>> Thank you all. >>>> >>>> hongyang >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>> For additional commands, e-mail: id3v2-help at id3.org >>>> >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>> For additional commands, e-mail: id3v2-help at id3.org >>> >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Wed Jul 18 19:39:52 2007 From: hy_1111 at 126.com (=?GBK?B?uunR7w==?=) Date: Thu, 19 Jul 2007 10:39:52 +0800 (CST) Subject: [ID3 Dev] Re:Re: [ID3 Dev] About the padding. In-Reply-To: <469ECBA0.1070801@comcast.net> References: <469ECBA0.1070801@comcast.net> <469EC98D.000134.02781@bj126app76.126.com> Message-ID: <28547571.586001184812792290.JavaMail.coremail@bj126app67.126.com> Thank you , I am very sorry, I only saw the v2.2 and v2.3, do not pay attention to v2.4. ?2007-07-19?Jim ??? Hi. Right after the section you quoted it says this: "A tag MUST NOT have any padding between the frames or between the tag header and the frames." ?? wrote: > Hello, everyone! > > I have a question about the padding. > I know that from the www.id3.org, > > "It is permitted to include padding after all the final frame (at the > end of the ID3 tag), making the size of all the frames together smaller > than the size given in the head of the tag. A possible purpose of this > padding is to allow for adding a few additional frames or enlarge > existing frames within the tag without having to rewrite the entire > file. The value of the padding bytes must be $00." > > I think that is as "aa.bmp" I drawed. > > But whether one frame can be fllowed by padding. like drawed in "bb.bmp". > > thank you all for give me any advice. > > > > ------------------------------------------------------------------------ > ? ? ??150 ? ? ? ? ? ? ? ? ? ? ? > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From py.thoulon at gmail.com Mon Jul 9 02:47:45 2007 From: py.thoulon at gmail.com (Pyt) Date: Mon, 9 Jul 2007 11:47:45 +0200 Subject: [ID3 Dev] Contextual Granularity in id3 Tags In-Reply-To: <4690247E.2030403@comcast.net> References: <8b79ea2c0707071318xae54eb4h673911ee6aa0079b@mail.gmail.com> <4690247E.2030403@comcast.net> Message-ID: There are also the TIPL (Involved people list) and TMCL (Musicians credit list) frames who might be of help ? Pyt. On 7/8/07, Jim wrote: > > Hi Tom. > > I think I understand what you are going for here. However, I think you > might have two separate issues: (1) the actual content of the tag and > (2) the way that information is handled by different software/hardware > players or other tag handling & playlist apps > > For issue 1, I think the current frame structure of 2.3 or 2.4 tags can > already handle all the information you have. If you look at the > definition of the TPE frames, you could use TPE1 for the main artist, > TPE2 for the "featured" artist and TPE4 (and/or TPE3) for even more > artist information. > > For the first example you used I would envision something like: > TPE1: Deepsky > TPE2: feat. Jes Brieden > TPE4: vs. Yilmaz Altanhan > > TIT2: Ghost vs. Eighties > TIT3: AvB Mashup > > Or something like that for the frames in the tag. (Personally, I really > don't think the what you call the "glue" needs to be a separate piece of > information as removing the "feat." or "vs." could be handled on the > software side of the search.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmartin92 at comcast.net Sat Jul 7 16:40:46 2007 From: jmartin92 at comcast.net (Jim) Date: Sat, 07 Jul 2007 19:40:46 -0400 Subject: [ID3 Dev] Contextual Granularity in id3 Tags In-Reply-To: <8b79ea2c0707071318xae54eb4h673911ee6aa0079b@mail.gmail.com> References: <8b79ea2c0707071318xae54eb4h673911ee6aa0079b@mail.gmail.com> Message-ID: <4690247E.2030403@comcast.net> Hi Tom. I think I understand what you are going for here. However, I think you might have two separate issues: (1) the actual content of the tag and (2) the way that information is handled by different software/hardware players or other tag handling & playlist apps For issue 1, I think the current frame structure of 2.3 or 2.4 tags can already handle all the information you have. If you look at the definition of the TPE frames, you could use TPE1 for the main artist, TPE2 for the "featured" artist and TPE4 (and/or TPE3) for even more artist information. For the first example you used I would envision something like: TPE1: Deepsky TPE2: feat. Jes Brieden TPE4: vs. Yilmaz Altanhan TIT2: Ghost vs. Eighties TIT3: AvB Mashup Or something like that for the frames in the tag. (Personally, I really don't think the what you call the "glue" needs to be a separate piece of information as removing the "feat." or "vs." could be handled on the software side of the search.) I think issue 2 is your bigger problem. Even if you rewrite the entire standard as you were talking about, you would still be relying on the software and hardware developers to allow you to properly (and hopefully easily) put the artist information in the proper frames and then allow you to reassemble it or define various searches. Even though v2.3 and v2.4 already allow for different artist frames I am sure we have all seen software that only writes to one artist frame. Or likewise, if you have the information in the different frames I'm sure you can find some software/hardware players that will only read certain parts of it and ignore other related frames. If you have certain favorite players or apps that you use, perhaps it would be better to concentrate your efforts on getting that app or player to support more of the frames already defined and to allow for more "fuzzy" type searches of the different frames. I also think you'd have better luck finding playlist generation software that can be used for you to make these types of playlists and then upload them onto your portable. I know...that's not really fixing the problem for on-the-fly playlist generation but as you pointed out many hardware players don't have much in the way of searching and I would guess it is easier to get software patched/updated with new features than it is for the firmware of your hardware player.) Jim Tom Corelis wrote: > Hello everyone, > > > > Among some genres of music, it is very common to have a single track > with multiple artists or bands involved (aka context). For example, > take the following tracks: > > 1. Deepsky feat. Jes Brieden vs. Yilmaz Altanhan - Ghost vs. Eighties > (AvB mashup) > 2. Markus Schulz Feat Departure - Without You Near (Coldharbour Mix) > > The first example has three (possibly four) different artists, each > with a different relationship to this version of the song. The second > example also has three different artists, although the artists' > relationships are much simpler. Given the current id3v2 tagging > scheme, artist information that is identified by the computer as > artist information is limited to a single string of text. This creates > a problem for people's music libraries, which (afaik) distinguish > artists by the artist string irregardless of context, even if we human > beings know the artists are the same: "Deepsky" is a different artist > than "Deepsky feat. Jes Brieden" and the computer has no way to > identify "Jes Brieden" should the user want to pull her up. This, in > turn, creates a problem for those of us who use Smart Playlists or > some other form of procedural playlist generation, or more > importantly, those of us using portable music players. > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Sat Jul 7 21:22:48 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 08 Jul 2007 12:22:48 +0800 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <4690642F.2000800@cdtag.com> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> Message-ID: <46906698.6020801@126.com> good, I just want to have is this answer. thanks. Jud White ??: > No, frame headers would never start with ID3. > > hongyang wrote: > >> Thanks, >> >> I think maybe you misunderstand me, I mean whether the situation could >> happen, the MP3 music media data(not the Tag frame data) start with >> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >> >> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >> >> do you think this situation would like happen. >> >> thank u again... >> >> Jud White ??: >> >>> An ID3v2 tag can be detected with the following pattern: >>> $49 44 33 yy yy xx zz zz zz zz >>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>> >>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>> >>> >>> hongyang wrote: >>> >>> >>>> Hello everyone, >>>> >>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>> identifier of ID3v2. >>>> >>>> My english is very poor,so please forgave me. >>>> >>>> Thank you all. >>>> >>>> hongyang >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>> For additional commands, e-mail: id3v2-help at id3.org >>>> >>>> >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>> For additional commands, e-mail: id3v2-help at id3.org >>> >>> >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Sat Jul 7 22:25:23 2007 From: hy_1111 at 126.com (hongyang) Date: Sun, 08 Jul 2007 13:25:23 +0800 Subject: [ID3 Dev] How do you know ID3 v1 without ID3v2 In-Reply-To: <4690724F.9090908@comcast.net> References: <46903F58.9050404@126.com> <46904507.9080204@cdtag.com> <4690488B.4070706@126.com> <4690642F.2000800@cdtag.com> <4690724F.9090908@comcast.net> Message-ID: <46907543.2060501@126.com> Yes, you have my idea. I am also confused about that. garbage data would be start like "00 00 00 00 "chars and so on some "sync" pattern. but I am not confirm this. Jim ??: > I might be confused but I think what he is asking is if a MP3 file that > does not have an ID3v2 tag could somehow start with the characters "ID3". > > Or another way to say it is could there be "ID3" at the start of a MP3 > file but it is not a ID3v2 tag? > > I don't think this would happen but I also think that garbage data can > sometimes appear at the beginning of an MP3 file. So I don't think it > is impossible. I think that's why some players search for a certain > "sync" pattern to identify the start of the real data. Can someone > confirm this? (Or am I completely off on this?) > > Jim > > > > > Jud White wrote: > >> No, frame headers would never start with ID3. >> >> hongyang wrote: >> >>> Thanks, >>> >>> I think maybe you misunderstand me, I mean whether the situation could >>> happen, the MP3 music media data(not the Tag frame data) start with >>> "ID3", but this "ID3" is not the ID3v2 Tag's identifier. >>> >>> In fact the MP3 file without ID3v2 Tags, only ID3v1 exist. >>> >>> do you think this situation would like happen. >>> >>> thank u again... >>> >>> Jud White ??: >>> >>>> An ID3v2 tag can be detected with the following pattern: >>>> $49 44 33 yy yy xx zz zz zz zz >>>> Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80. >>>> >>>> http://id3.org/id3v2.3.0#head-697d09c50ed7fa96fb66c6b0a9d93585e2652b0b >>>> >>>> >>>> hongyang wrote: >>>> >>>> >>>>> Hello everyone, >>>>> >>>>> I have a quesetion, if I know the .mp3 file has ID3v1 Tag, and I am not >>>>> sure whether it also has ID3v2 Tag.Now whether the condition would happend >>>>> that the start of media data are "ID3" ,but the "ID3" is not the >>>>> identifier of ID3v2. >>>>> >>>>> My english is very poor,so please forgave me. >>>>> >>>>> Thank you all. >>>>> >>>>> hongyang >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>>> For additional commands, e-mail: id3v2-help at id3.org >>>>> >>>>> >>>>> >>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >>>> For additional commands, e-mail: id3v2-help at id3.org >>>> >>>> >>>> >>>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org >> For additional commands, e-mail: id3v2-help at id3.org >> >> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmartin92 at comcast.net Wed Jul 18 19:45:16 2007 From: jmartin92 at comcast.net (Jim) Date: Wed, 18 Jul 2007 22:45:16 -0400 Subject: [ID3 Dev] Re:Re: [ID3 Dev] About the padding. In-Reply-To: <28547571.586001184812792290.JavaMail.coremail@bj126app67.126.com> References: <469ECBA0.1070801@comcast.net> <469EC98D.000134.02781@bj126app76.126.com> <28547571.586001184812792290.JavaMail.coremail@bj126app67.126.com> Message-ID: <469ED03C.5080701@comcast.net> The padding gets even more confusing with 2.4. If you put a 2.4 tag at the end of the file then it can't have any padding at all. ???? wrote: > > Thank you , > I am very sorry, I only saw the v2.2 and v2.3, do not pay attention to > v2.4. > > > > > ??2007-07-19??Jim ?????? > > Hi. > > Right after the section you quoted it says this: > > "A tag MUST NOT have any padding between the frames or between the tag > header and the frames." > > > > ???? wrote: > > Hello, everyone! > > > > I have a question about the padding. > > I know that from the www.id3.org, > > > > "It is permitted to include padding after all the final frame (at the > > end of the ID3 tag), making the size of all the frames together smaller > > than the size given in the head of the tag. A possible purpose of this > > padding is to allow for adding a few additional frames or enlarge > > existing frames within the tag without having to rewrite the entire > > file. The value of the padding bytes must be $00." > > > > I think that is as "aa.bmp" I drawed. > > > > But whether one frame can be fllowed by padding. like drawed in "bb.bmp". > > > > thank you all for give me any advice. > > > > > > > > ------------------------------------------------------------------------ > > ?? ?? ????150 ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? > > > > ------------------------------------------------------------------------ > > > > > > ------------------------------------------------------------------------ > > > > > > ------------------------------------------------------------------------ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > > For additional commands, e-mail: id3v2-help at id3.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: id3v2-unsubscribe at id3.org > For additional commands, e-mail: id3v2-help at id3.org > > > > > ------------------------------------------------------------------------ > iPod???? ?? ?? ?? ?? ?????? ?? ???????? ?? ?? ?????? ?? ?? ???? > --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Mon Jul 16 18:28:45 2007 From: hy_1111 at 126.com (=?gb2312?B?uunR7w==?=) Date: Tue, 17 Jul 2007 09:28:45 +0800 (CST) Subject: [ID3 Dev] About the ID3v1 of Riff-Wave and Riff -Mp 3 Message-ID: <469C1B4D.000051.02881@bj126app8.126.com> Hello ,everyone! I am sorry to bother u all. I want to ask a question about id3v1 of Riff-wave and Riff-mp3, whether the id3v1 is also in the last 128 bytes of Riff file, and the Tag format is unchanged. Thanks very much. ? ? ??150 ? ? ? ? ? ? ? ? ? ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at maseurope.net Mon Jul 16 02:57:48 2007 From: mark at maseurope.net (Mark Smith) Date: Mon, 16 Jul 2007 10:57:48 +0100 Subject: [ID3 Dev] what is the different between Riff Mp3 & Mp3 file format? In-Reply-To: <469B265D.000011.02790@bj126app10.126.com> References: <469ACFE2.00013D.29755@bj126app10.126.com> <469AE9D2.8040508@cdtag.com> <469B265D.000011.02790@bj126app10.126.com> Message-ID: <6818BCF9-7C4A-45BB-ABC1-21373F9B5F76@maseurope.net> Not necessarily. The WAV format is a sub-set of the RIFF format, and may contain audio in many formats. Most commonly that will be uncompressed PCM audio, but could be mp3 compressed audio. The 'fmt' sub-chunk in the WAV header indicates the format of the audio in the file. http://ccrma.stanford.edu/courses/422/projects/WaveFormat/ Best, Mark On 16 Jul 2007, at 09:03, ?? wrote: > Thank you very much! > > I think "riff wav == riff mp3", is it true? --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org From hy_1111 at 126.com Thu Jul 26 23:40:52 2007 From: hy_1111 at 126.com (=?GBK?B?uunR7w==?=) Date: Fri, 27 Jul 2007 14:40:52 +0800 (CST) Subject: [ID3 Dev] How the id3v2.2 and id3v2.3 exist at the same time Message-ID: <9402597.577761185518452314.JavaMail.coremail@bj126app67.126.com> Hi, I am sorry,I have poor English... I want to know this question: Is "ID3v2.2 ID3v2.3 and ID3v2.4 Tag are all exist in one MP3 file" allowed? If it is allowed,ID3v2.2 ID3v2.3 will be ignored? or it is all depend on the tag-analyse software? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.corelis at gmail.com Sat Jul 7 13:18:10 2007 From: tom.corelis at gmail.com (Tom Corelis) Date: Sat, 7 Jul 2007 13:18:10 -0700 Subject: [ID3 Dev] Contextual Granularity in id3 Tags Message-ID: <8b79ea2c0707071318xae54eb4h673911ee6aa0079b@mail.gmail.com> Hello everyone, I've been lurking the id3 mailing list for some time now and have a suggestion I would like to submit for consideration. I'm not sure if this has come up in the past (I have looked a bit), so please forgive me if the point has already been discussed, or if I'm barking up the wrong tree. The topic is a little complicated and kind of suggests sweeping changes. Perhaps something for v3? In any case.... Among some genres of music, it is very common to have a single track with multiple artists or bands involved (aka context). For example, take the following tracks: 1. Deepsky feat. Jes Brieden vs. Yilmaz Altanhan - Ghost vs. Eighties (AvB mashup) 2. Markus Schulz Feat Departure - Without You Near (Coldharbour Mix) The first example has three (possibly four) different artists, each with a different relationship to this version of the song. The second example also has three different artists, although the artists' relationships are much simpler. Given the current id3v2 tagging scheme, artist information that is identified by the computer as artist information is limited to a single string of text. This creates a problem for people's music libraries, which (afaik) distinguish artists by the artist string irregardless of context, even if we human beings know the artists are the same: "Deepsky" is a different artist than "Deepsky feat. Jes Brieden" and the computer has no way to identify "Jes Brieden" should the user want to pull her up. This, in turn, creates a problem for those of us who use Smart Playlists or some other form of procedural playlist generation, or more importantly, those of us using portable music players. Ideally, I think the best way to address this would be to break up the individual tags into pieces that are then reassembled, or some sort of contextual tagging. id3 already does this, of course, but I am suggesting additional granularity beyond a single "artist" string--and given the modularity of id3v2 in it's current form, it's one I see as at least possible on the protocol end. Now, I'm not a master programmer or anything, and implementing a scheme such as this can potentially be very complex. However, I have an idea--and merely that, an idea--of how one might go about doing this... Break up a file's tag into its relevant chunks. Whereas things normally look like: Artist: Deepsky feat. Jes Brieden vs. Yilmaz Altanhan Title: Ghost vs. Eighties (AvB mashup) Under this new scheme one breaks up the tag into all the relevant chunks of information: (please forgive my bad pseudocode) Artist[1]: Deepsky Glue[artist[1], artist[2]]: feat. Artist[2]: Jes Brieden Glue[artist[2]][artist[3]]: vs. Artist[3]: Yilmaz Altanhan Title[1]: Ghost vs. Eighties Title[2]: (AvB Mashup) With an additional field that contains information for reassembly, like: Artist.reassembly: %artist[1]% %glue[artist[1], artist[2]% %artist[2]% %glue[artist[2], artist[3]% Title.reassembly: %title[1]% %title[2]% Etc etc... So, essentially the final display string should contain the same Deepsky feat. Jes Brieden vs. Yilmaz Altanhan - Ghost vs. Eighties (AvB mashup) artist[1] glue artist[2]-- glue artist[3]------ title[1]---------- title[2]---- While it is definitely more complex, I think it does a very good job of storing relevant contextual information that allows to properly identify the song while allowing the computer to properly categorize it with other tracks from "Deepsky." I have a library of roughly 8100+ tracks (which is small by some people's opinions), with music from all kinds of different contexts. Compilations, mashups, regular music, and so on, and the current id3 tag system doesn't do a very job of working with music that breaks out of the single-artist CD format. I'd like to see what the general consensus thinks of an idea like this... perhaps it's something easily done and implemented, perhaps not. Perhaps you have a better way of addressing convoluted song infos. Either way I'd like to pitch the idea out into the open for consideration... Thanks, Tom PS: The reasoning behind all this may be a bit confusing. So imagine this: you have a bunch of music that was written by artist Deepsky. Deepsky, like many electronic producers, tends to work with other artists, oftentimes producing music that results from a collaborative effort. So in your mp3 player, you are presented with your list of artists, and you wanted to quickly pull up all music by Deepsky. Most mp3 players (hardware and software), as far as I know, would list all the relevant Deepsky music as such: 1. Deepsky 2. Deepsky feat. Jes Brieden 3. Deepsky vs. Sasha 4. Paul Oakenfold presents Deepsky ...and so on. Depending on how intelligent your mp3 player is, entries 1, 2, 3, and 4 would produce their own lists that are exclusive to each entry. While most software players (iTunes, Winamp, etc) are smart enough to realize that entries 2, 3, and 4 contain "Deepsky" and include 2, 3, and 4 in the list of search results for entry 1, many hardware players (iPods, Nomad, etc) are not this smart. Many don't have a search function at all, and you have no choice but to scroll through a list of artists where there is no additional matching beyond the exact name. I have a 4G iPod Photo and Archos AV300 currently, and I previously owned a Nomad Jukebox 3, and all of them work(ed) this way. It's a real nuisance, because in order to generate a quick playlist of all songs by "Deepsky" it meant manually adding them into a temporary playlist, and I have yet to find a single player that handles temp playlists smoothly. On top of that, I think we as collectors may be able to better address our music collections if the software explicitly knows all of the context in a given song. This phenomenon is also observable on sites like last.fm, although last.fm tends to crosslink user's audioscrobbler submissions with their artist database to clean up the results. --------------------------------------------------------------------- To unsubscribe, e-mail: id3v2-unsubscribe at id3.org For additional commands, e-mail: id3v2-help at id3.org