After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 555143 - Nintendo DS/Moonshell support issues with Mass Storage Audio Player mode.
Nintendo DS/Moonshell support issues with Mass Storage Audio Player mode.
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: Removable Media
0.11.x
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-10-05 20:16 UTC by michael
Modified: 2018-05-24 13:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot showing the errors described (38.79 KB, image/png)
2008-10-05 20:17 UTC, michael
Details
One of the programs that is mistakenly identified as an audio file. (229.64 KB, application/zip)
2008-10-05 20:27 UTC, michael
Details

Description michael 2008-10-05 20:16:19 UTC
Please describe the problem:
There is a popular homebrew application for the Nintendo DS called "Moonshell" which allows you to play music (MP3, OGG, etc.) and video (DPG) files from a compatible storage device.  With it, you can transform the Nintendo DS into a music and video player.  There also are other homebrew music player applications for the Nintendo DS.

At the moment, I am forcing the use of the "USB Mass Storage" support mode (through the '.is_audio_player' file on the root of my MicroSD card), and it is having some issues in Rhythmbox.

The first issue is that Rhythmbox cannot be told to only use a certain folder for music stored on a storage device, for example, /music/.  It would be nice if you could configure to Rhythmbox to do this.  This could potentially effect other multi-purpose media players like the memory cards of Nokia S60-based mobile phones (as they have separate folders for music, video, and photos).

The second issue is that Rhythmbox mistakenly detects many files as part of your music collection.  This includes things like wave files used by applications for sound effects, some application files, and Moonshell DPG video files (which are similar to MPEG files).  The first issue being addressed should fix this, as Rhythmbox could be made to only scan in that folder.

Steps to reproduce:
1. Add .is_audio_player to the root of your storage device for the Nintendo DS' flashcart.
2. Have some other data on there as well, such as DPG video files and other homebrew applications installed.
3. Open Rhythmbox, and navigate to the storage device.

Actual results:
Many files that shouldn't be part of a music collection appear, and there is no way to place a copied music file outside of the root folder.

Expected results:
No non-music files should appear, and the music library on the DS' storage device should be able to be set to only occupy a single folder.

Does this happen every time?
Yes.

Other information:
http://en.wikipedia.org/wiki/NDs-mPeG describes the structure of DPG video files.
Comment 1 michael 2008-10-05 20:17:48 UTC
Created attachment 119980 [details]
Screenshot showing the errors described

Added screenshot showing the errors described.
Comment 2 michael 2008-10-05 20:27:21 UTC
Created attachment 119981 [details]
One of the programs that is mistakenly identified as an audio file.

This ZIP archive contains a ROM image of one of the homebrew applications mistakenly identified as a music file, 'dsvnc.nds', which is a VNC client.

The program itself is licensed under the GPL, details about it and source code are linked here: http://www.neoflash.com/forum/index.php/topic,3013.0.html
Comment 3 Jonathan Matthew 2008-10-05 22:10:24 UTC
(In reply to comment #0)

> The first issue is that Rhythmbox cannot be told to only use a certain folder
> for music stored on a storage device, for example, /music/.  It would be nice
> if you could configure to Rhythmbox to do this.  This could potentially effect
> other multi-purpose media players like the memory cards of Nokia S60-based
> mobile phones (as they have separate folders for music, video, and photos).

See the first answer here: http://live.gnome.org/Rhythmbox/FAQ

(In reply to comment #2)
> This ZIP archive contains a ROM image of one of the homebrew applications
> mistakenly identified as a music file, 'dsvnc.nds', which is a VNC client.

If anything, this is a bug in GStreamer's typefind element.  It identifies the file as mpeg audio layer 1.
Comment 4 Bastien Nocera 2008-10-05 22:15:49 UTC
> (In reply to comment #2)
> > This ZIP archive contains a ROM image of one of the homebrew applications
> > mistakenly identified as a music file, 'dsvnc.nds', which is a VNC client.
> 
> If anything, this is a bug in GStreamer's typefind element.  It identifies the
> file as mpeg audio layer 1.

Which wouldn't even be a problem as those files shouldn't be in the music directory.
Comment 5 michael 2008-10-06 13:56:28 UTC
(In reply to comment #3)
> (In reply to comment #0)
> 
> > The first issue is that Rhythmbox cannot be told to only use a certain folder
> > for music stored on a storage device, for example, /music/.  It would be nice
> > if you could configure to Rhythmbox to do this.  This could potentially effect
> > other multi-purpose media players like the memory cards of Nokia S60-based
> > mobile phones (as they have separate folders for music, video, and photos).
> 
> See the first answer here: http://live.gnome.org/Rhythmbox/FAQ

Okay, thanks!  I guess a feature request I would have is to be able to have a GUI based "setup my media player" wizard, which would make it easier for new users.  This should include options to indicate what kinds of media your player supports.  This would primarily effect users of music players where to copy data onto the player you use removable media rather than a direct (USB) connection to the player itself.

I personally have no issue editing config files, but it's not the best thing to have to do in the world (and not something you would make your parents do).

For reference, in case someone happens across this bug wondering how to fix the issue, I've used the following in my .is_audio_player file now:

audio_folders=music/
folder_depth=2
output_formats=application/ogg,audio/mpeg

However I notice a slight caveat with this, MP3 tracks from a DAAP share are converted to Ogg Vorbis before being transferred to the disk.  MP3s transferred from the library, or from DAAP to the local library and then transferred to the disk aren't affected.  I have both MP3 and Ogg Vorbis (and others...) tracks on my DAAP share, so restricting to one isn't really an option for me.

(In reply to comment #4)
> > (In reply to comment #2)
> > > This ZIP archive contains a ROM image of one of the homebrew applications
> > > mistakenly identified as a music file, 'dsvnc.nds', which is a VNC client.
> > 
> > If anything, this is a bug in GStreamer's typefind element.  It identifies the
> > file as mpeg audio layer 1.
> 
> Which wouldn't even be a problem as those files shouldn't be in the music
> directory.

True, however it could effect other applications as well that use gstreamer to find media files.

Comment 6 Jonathan Matthew 2008-10-07 12:28:04 UTC
The .is_audio_player file is only intended to be a temporary measure until HAL provides the correct information, so there isn't much of a need to provide a full UI for it.

> However I notice a slight caveat with this, MP3 tracks from a DAAP share are
> converted to Ogg Vorbis before being transferred to the disk.  MP3s transferred
> from the library, or from DAAP to the local library and then transferred to the
> disk aren't affected.  I have both MP3 and Ogg Vorbis (and others...) tracks on
> my DAAP share, so restricting to one isn't really an option for me.

This happens because the DAAP server doesn't really provide media type information (or at least it doesn't in a way that we can use easily).  The track transfer code has to know the media type of the source file ahead of time, as it makes the decision to transcode before it starts the transfer.  If it doesn't know the media type, it'll always try to transcode.
Comment 7 GNOME Infrastructure Team 2018-05-24 13:41:57 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/644.