Comments on: DAP Probes http://abock.org/2006/03/02/dap-probes Wed, 23 Mar 2011 17:57:05 +0000 hourly 1 http://wordpress.org/?v=3.1 By: Aaron Bockover » Blog Archive » Banshee 0.10.7 http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-357 Aaron Bockover » Blog Archive » Banshee 0.10.7 Tue, 07 Mar 2006 01:48:15 +0000 http://abock.org/2006/03/02/dap-probes/#comment-357 [...] Update: Thanks again to Gabriel and to Danny Kukawka for helping to get the DAP Probes turned into FDI entries. FDI entries for the 17 probes I received, plus a handful of other devices have landed in HAL HEAD! [...] [...] Update: Thanks again to Gabriel and to Danny Kukawka for helping to get the DAP Probes turned into FDI entries. FDI entries for the 17 probes I received, plus a handful of other devices have landed in HAL HEAD! [...]

]]> By: Jae Stutzman http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-346 Jae Stutzman Sun, 05 Mar 2006 00:53:43 +0000 http://abock.org/2006/03/02/dap-probes/#comment-346 It would be nice if ipod could be treated as a mass storage device (an option or something) because I'm running Rockbox and I don't do iTunes playlists. It would be nice if ipod could be treated as a mass storage device (an option or something) because I’m running Rockbox and I don’t do iTunes playlists.

]]> By: Aaron Bockover http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-341 Aaron Bockover Fri, 03 Mar 2006 16:20:00 +0000 http://abock.org/2006/03/02/dap-probes/#comment-341 James: the point of the data I was collection was to determine which devices actually have databases. We're aiming to support those without databases first, at least for read/write. The data hopefully can tell us the file system layout: i.e. where music should go, what directory structure it's in. Then it's just a matter of recursively scanning this structure. I've been using portable_audio_player, but adding support for is_audio_player is a good idea. Thanks for your advise! Also, Gabriel Burt checked in a first pass at read-only support last night. Andrew: the more DAP FDI entries pushed upstream the better :) Gabriel is also working on turning these DAP probes into more FDI entries to go upstream. Mike: any serious player does need a database, if for nothing else than in the name of speed. Having to recursively scan a file system and parse metadata from those files, which means reading them over USB, is very slow. If you have a DAP with 5000 songs on it, I sure hope you have a database. A database benefits the player itself for the same reason. For smaller DAPs like the Muvos, a database is not as necessary. It'll be interesting to see what we run into. James: the point of the data I was collection was to determine which devices actually have databases. We’re aiming to support those without databases first, at least for read/write. The data hopefully can tell us the file system layout: i.e. where music should go, what directory structure it’s in. Then it’s just a matter of recursively scanning this structure.

I’ve been using portable_audio_player, but adding support for is_audio_player is a good idea. Thanks for your advise!

Also, Gabriel Burt checked in a first pass at read-only support last night. Andrew: the more DAP FDI entries pushed upstream the better :) Gabriel is also working on turning these DAP probes into more FDI entries to go upstream.

Mike: any serious player does need a database, if for nothing else than in the name of speed. Having to recursively scan a file system and parse metadata from those files, which means reading them over USB, is very slow. If you have a DAP with 5000 songs on it, I sure hope you have a database. A database benefits the player itself for the same reason. For smaller DAPs like the Muvos, a database is not as necessary. It’ll be interesting to see what we run into.

]]> By: Mike hearn http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-340 Mike hearn Fri, 03 Mar 2006 15:24:34 +0000 http://abock.org/2006/03/02/dap-probes/#comment-340 James, I think that algorithm is too simple. My W800 phone has some MP3s that are ringtones etc, and others that are actually music and makes sense to sync. And many players don't need a DB, iPod is a bit odd in that regard. Seems a shame to hold up support just because of that. James, I think that algorithm is too simple. My W800 phone has some MP3s that are ringtones etc, and others that are actually music and makes sense to sync.

And many players don’t need a DB, iPod is a bit odd in that regard. Seems a shame to hold up support just because of that.

]]> By: Andrew Smith http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-339 Andrew Smith Fri, 03 Mar 2006 13:01:39 +0000 http://abock.org/2006/03/02/dap-probes/#comment-339 I submittted a patch to HAL for the Samsung YP-U1, which was accepted and checked in about a month ago. Hopefully that will save you a small amount of your time. I submittted a patch to HAL for the Samsung YP-U1, which was accepted and checked in about a month ago. Hopefully that will save you a small amount of your time.

]]> By: James "Doc" Livingston http://abock.org/2006/03/02/dap-probes/comment-page-1#comment-319 James "Doc" Livingston Thu, 02 Mar 2006 22:56:03 +0000 http://abock.org/2006/03/02/dap-probes/#comment-319 Read-only support for generic DAPs is fairly easy, whenever you detect[0] one, get it's activation URI and recursively look for readable files under it. Write/sync support (which RB doesn't have yet) is obviously more complicated, because you have to know whether there is a database you don't know about or whatever. Do you want to to file bugs against Banshee, with summaries of how to read playlists off various players? [0] as well as using HAL's "portable_audio_player" capability, RB will treat as a generic audio player any volume which has ".is_audio_player" in it's top level. While originally for testing/debugging, it get left in because it was useful to people who had players HAL didn't recognise yet. Read-only support for generic DAPs is fairly easy, whenever you detect[0] one, get it’s activation URI and recursively look for readable files under it. Write/sync support (which RB doesn’t have yet) is obviously more complicated, because you have to know whether there is a database you don’t know about or whatever.

Do you want to to file bugs against Banshee, with summaries of how to read playlists off various players?

[0] as well as using HAL’s “portable_audio_player” capability, RB will treat as a generic audio player any volume which has “.is_audio_player” in it’s top level. While originally for testing/debugging, it get left in because it was useful to people who had players HAL didn’t recognise yet.

]]>