Thank You for your continued support and contributions!
Is there anything wrong with using a generic mass storage ID?
What about using the ID of an alternative manufacturer then? Is this illegal?Is my example of browser agent switchers different? Firefox for example has an extension that fools Web sites into thinking that your browser is IE or Opera, etc.If it were permissable I think this would be a useful feature. Not just for circumventing the VAG head unit parsing (if indeed this is what is happening) but I should imagine there might be other uses for it.
If a host refuses to believe that a device is Mass Storage because of its VID/PID, that host is broken.
Suppose you want to format and reinstall rockbox
Are you saying the tags are coded into the firmware? I guess I don't understand the technicalities but, if this is the case, does the utility not look at the Apple firmware to ascertain the model anyway? I'm guessing that these ID tags are still there as when I boot into Apple OS the head unit still rejects it.
I'm *reasonably* sure that your suspicion of anti-consumer behaviour is wrong. It's detecting that it's an iPod, and trying to use the advanced accessory protocol (the one that works over USB/SCSI) to retrieve information about the files on the device. A normal un-rockboxed ipod would be unusable if it *didn't* do this, because the files have been renamed to useless unbrowsable names by iTunes and you wouldn't be able to find anything. We don't implement this protocol because we don't have any docs for it, so the connection fails. I guess the head unit *could* fall back to just letting you browse the filesystem, but since this would never have come up during testing it's a reasonable mistake to have made without any malice being required.The 'right' fix in the long term is for someone to painstakingly reverse engineer the protocol used and implement it in Rockbox.
.Couldn't it read the database just like the iPod itself does?
Personally, I think Apple should not have "reinvented the wheel". A filesystem is a very good way to organize data. The files could be stored as "artist/album/track" on the disk and playlists implemented as a list of files.
Comes with freely usable USB identifiers (Vendor-ID and Product-ID pairs)....You can choose the License: Open Source or commercial.
I'm *reasonably* sure that your suspicion of anti-consumer behaviour is wrong. It's detecting that it's an iPod, and trying to use the advanced accessory protocol (the one that works over USB/SCSI) to retrieve information about the files on the device. A normal un-rockboxed ipod would be unusable if it *didn't* do this, because the files have been renamed to useless unbrowsable names by iTunes and you wouldn't be able to find anything. We don't implement this protocol because we don't have any docs for it, so the connection fails. I guess the head unit *could* fall back to just letting you browse the filesystem, but since this would never have come up during testing it's a reasonable mistake to have made without any malice being required.
How would us using their ID pairs be any different than us stealing them from another unrelated project? Just because they're open source and we can use their code freely doesn't mean we still wouldn't be misusing the vID/pID pair they use if we included it in our code, nor does it address any of gevaerts' other concerns about using pairs that aren't right for the device.
Page created in 0.04 seconds with 20 queries.