Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.
iTunes 7.1 is out and includes a few things that might impact AP:
* addition of Australia, Canada, Ireland, New Zealand, and United Kingdom movie and TV ratings
* sort fields (for instance, if you wanted The Beatles to be sorted by "The" instead of "Beatles" in your library) though I'm not sure that this will be placed in an atom (more likely in the iTunes database)
Upon closer inspection, the sort fields are present as atoms within each file:
sonm = sort name
soal = sort album
soar = sort artist
soaa = sort album artist
soco = sort composer
sosn = sort show
Anyone have any news on this?
Don't know if this will be interesting to anyone or not... but I was looking into adding support for international ratings to Lostify, so out of curiosity I went spelunking through the iTunes binary to try to discover the appropriate strings for international ratings in the metadata.
One unexpected thing I discovered, was that the little ratings badge that iTunes 7.1 displays next to the name of the Movie or TV Show is not a graphic. Or at least, it is not limited to displaying existing or valid ratings. It will show about anything you want to place between the pipe characters in the ratings string.
So in other words, I don't know for sure whether these values are "correct" according to iTunes. I thought I would test this by enabling Parental Controls for my iTunes and seeing if files marked with certain ratings would be blocked from playing, but I couldn't even get Parental Controls to block playing US stuff I've purchased from the iTunes store, so I'm not sure how that's supposed to work. (Maybe it's just to prevent you buying stuff at the store??)
Anyway, following are my best-buess international ratings strings that *might be* consistent with iTunes, based on my inspection of strings extracted from the binary...
UK TV: No ratings supported
New Zealand Movies:
New Zealand TV:
According to puck_lock, the US ratings work in this fashion:
mpaa|Some optional text here|100|
mpaa|Some optional text here|200|
mpaa|Some optional text here|300|
mpaa|Some optional text here|400|
mpaa|Some optional text here|500|
mpaa|Some optional text here|600|
Even if you don't have any text between the first two pipes, as long as you have the number between the last two, it will show up correctly. The above correspond to G, PG, PG-13, R, NC-17, and Unrated, respectively. Typically, a reason for the rating is given between the first two pipes (this shows up in iTunes 7.1 in the library and when using Get Info). US TV shows follow the same pattern:
us-tv|Some optional text here|100|
us-tv|Some optional text here|200|
us-tv|Some optional text here|300|
us-tv|Some optional text here|400|
us-tv|Some optional text here|500|
us-tv|Some optional text here|600|
which correspond to TV-Y7, TV-Y, TV-G, TV-PG, TV-14, and TV-MA, respectively. So I don't know if those values you posted are actually correct, even if they display "correctly."
According to my observations and experimentation, I believe the ratings string are actually formatted as follows:
rating-type|rating-name|number|Some optional text here
For example, a movie I purchased from the iTunes store is rated as follows:
mpaa|PG-13|300|For sexual content and drug references.
I know from my own experimentation, that whatever goes between the first two pipes, is what iTunes shows as the ratings "badge" next to its name.
I suppose the thing I haven't figured out yet is what numbers correspond to each of the international ratings. I'll play around in a hex editor and see if I can't discover that information as well.
"rating-type|rating-name|number|Some optional text here "
Oops, you're right. I accidentally posted that wrong. Thanks for your input. :)
Okay, pardon the 2nd mammoth post, but if anybody's interested...
I went through the iTunes 7.1 binary again, and found the "rating magic number" for each of the international ratings fields recognized by iTunes. Again, these are values inferred from looking at the binary in a hex editor, but we're talking about iTunes implementation details here, so user beware...
United States (01)
Not Rated mpaa||0|
Not Rated us-tv||0|
United Kingdom (02)
Not Rated uk-movie||0|
Not Rated uk-tv||0|
Not Rated ie-movie||0|
Not Rated ie-tv||0|
New Zealand (04)
Not Rated nz-tv||0|
MA 15+ au-movie|MA 15+|375|
Not Rated au-tv||0|
MA 15+ au-tv|MA 15+|550|
AV 15+ au-tv|AV 15+|575|
Not Rated ca-movie||0|
Not Rated ca-tv||0|
I've added the sorting order atoms with this build:
but you'll have to use the full reverseDNS form to set the other ratings - I won't be adding presets as in the US rating system. Lowell Stewart has provided the strings required for all the known ratings, so it won't be difficult.
Yeah, I've actually been using reverseDNS for a while now to do those. Thanks a lot for adding the sort stuff.
Some of my users have been informing me of a crash in AtomicParsley when attempting to tag previously tagged files. I'll try to get you more specifics, but here's one of the files that causes the error: http://rapidshare.com/files/22033819/Family.Guy.S05E11._iPodNova.tv_.mp4
It's not the file, its the iTunEXTC atom when it needs to be set to something else. Or, here's hoping that's the problem. Here is a fix:
If that doesn't address the issue, you'll have to tell me what command arguments made AP crash.
BTW, you should tell whoever created that file (on Feb 19, 2007) to try and update to a newer ffmpeg - it stopped creating ©req & ©nam atoms a long time ago, and things have improved slightly on the encoding side of ffmpeg.
AP no longer crashes, but it doesn't save tags in previously tagged files. Here's a sample from one of my users: http://rapidshare.com/files/22298558/ExplosionOrbite.MP4.html
AP doesn't crash with this file converted with QuickTime 7 (http://rapidshare.com/files/22482854/stardusttrailer_480.m4v.html), but when I try adding certain tags to it like --disk and use --overWrite, it gives me this error:
AtomicParsley error: an atom was detected that presents as larger than filesize.
atom free is 4294967273 bytes long which is greater than the filesize of 29372221
Using --freefree on the file got rid of the error, so I don't know if it has something to do with where the free atoms are located or how they're being parsed...
This should fix the issue:
Thanks, that seems to have fixed everything.
I'm confused by the UK ratings:
Not Rated uk-movie||0|
There is no UK rating 'E', but there is a UK rating R18 which is used exclusively for porn (A regular 18 is restricted to those 18 or over, a R18 is restricted to special theaters and those 18 or over). And just for the record, a UK R is not equivalent to a US R (a US 'R' movie is nearly always rated 15 in the UK, sometimes even 12A).
Regarding the UK ratings (or any of the other international ratings, for that matter), I'm not arguing with you. I just looked at www.bbfc.co.uk, and indeed there is no "E" rating, but just an R18 as you say. However, I also double-checked the values I posted before, and those are indeed embedded in the iTunes binary (including the latest version). So perhaps Apple haven't been very careful at using the correct ratings, or for that matter at approximating the numeric "translations" between ratings. I suppose they don't think it's that big a deal yet, since they're not selling UK video content yet. (Little did they suppose folks might dig through their binary and start tagging videos already.)
hi when i try to run the mar23 build i get an error saying there's no zlib1.dll or something like that?