GNOME Bugzilla – Bug 534988
Unable to transcode & transfer WavPack files
Last modified: 2020-03-17 08:26:19 UTC
Please describe the problem: "The requested value 'wv' was not found" I don't know if it matters, but I'm using a Sandisk Sansa View in MTP mode. Steps to reproduce: 1. Find some WavPack songs that you want transfered. 2. Highlight, and drag them over the player. 3. Watch the error log fill up. Actual results: The error log shows for each WavPack file: "The requested value 'wv' was not found" Expected results: The selected files should be transcoded, and then transfered to the device. Does this happen every time? It does. Other information:
MPC files don't work either as I just found out. I can play them all, but I can't transcode them. "The requested value 'mpc' was not found"
Sorry to keep adding to this, but any FLAC files transcode and transfer fine.
Might help if I added this. bjohnson@ThinkSUSE:~> banshee-1 --debug [Info 19:39:26.002] Running Banshee 0.99.2 [Debug 19:39:27.727] NDesk.DBus.Bus.Session.RequestName ('org.bansheeproject.Banshee') => PrimaryOwner [Debug 19:39:27.732] Core service started (DBusServiceManager, 0.144242s) [Debug 19:39:27.794] Opened SQLite connection to /home/bjohnson/.config/banshee-1/banshee.db [Debug 19:39:27.794] Core service started (DbConnection, 0.061518s) [Debug 19:39:27.815] Database version 11 is up to date [Debug 19:39:27.834] Core service started (PreferenceService, 0.016784s) [Debug 19:39:27.845] Core service started (SourceManager, 0.010857s) [Debug 19:39:28.022] Core service started (MediaProfileManager, 0.176872s) [Debug 19:39:28.033] Core service started (PlayerEngine, 0.008836s) [Debug 19:39:28.052] Configuration client extension loaded (Banshee.GnomeBackend.GConfConfigurationClient) [Debug 19:39:28.114] IO provider extension loaded (Banshee.IO.Unix.Provider) [Debug 19:39:28.123] Core service started (TranscoderService, 0.013868s) [Debug 19:39:28.125] Core service started (PlaybackController, 0.001939s) [Debug 19:39:28.127] Core service started (ImportSourceManager, 9.7E-05s) [Debug 19:39:28.134] Core service started (LibraryImportManager, 0.007135s) [Debug 19:39:28.135] Core service started (UserJobManager, 0.001188s) [Debug 19:39:28.157] Core service started (HardwareManager, 0.021277s) [Debug 19:39:28.186] Adding icon theme search path: /usr/share/banshee-1/icons [Debug 19:39:28.187] Core service started (GtkElementsService, 0.029794s) [Debug 19:39:28.263] Core service started (InterfaceActionService, 0.076146s) [Debug 19:39:28.264] Album artwork path set to /home/bjohnson/.cache/album-art [Debug 19:39:28.264] Core service started (ArtworkManager, 0.001103s) [Debug 19:39:28.808] Core service started (NereidPlayerInterface, 0.542843s) [Debug 19:39:28.871] Extension service started (AudioCdService, 0.062053s) [Debug 19:39:28.873] Extension service started (DapService, 0.001333s) [Debug 19:39:28.897] Extension service started (BookmarksService, 0.023779s) [Debug 19:39:29.084] Extension service started (NotificationAreaService, 0.186695s) [Debug 19:39:29.098] Audioscrobbler state: connected [Debug 19:39:29.100] Extension service started (AudioscrobblerService, 0.016412s) [Debug 19:39:29.108] Extension service started (GnomeService, 0.007088s) [Debug 19:39:29.326] Extension service started (PodcastService, 0.217454s) [Debug 19:39:29.330] Using GNOME 2.22 API for Multimedia Keys [Debug 19:39:29.330] Extension service started (MultimediaKeysService, 0.00457s) [Debug 19:39:29.461] GStreamer pipeline does not run: audioconvert ! xingenc bitrate=128 ! id3v2mux [Debug 19:39:29.534] GStreamer pipeline does not run: audioconvert ! fluwmaenc bitrate=64000 vbr=false ! fluasfmux [Debug 19:39:29.534] Extension service started (GStreamerCoreService, 0.203925s) [Debug 19:39:29.552] Player state change: NotReady -> Ready [Debug 19:39:29.566] Player state change: Ready -> Idle [Info 19:39:29.571] All services are started 1.987315s [Info 19:39:32.017] nereid Client Started [Debug 19:39:32.084] Dap support extension loaded: Banshee.Dap.Mtp [Debug 19:39:33.012] Dap support extension loaded: Banshee.Dap.MassStorage [Debug 19:39:33.625] Dap support extension loaded: Banshee.Dap.Ipod PTP: Opening session [Debug 19:39:39.840] Found DAP support (Banshee.Dap.Mtp.MtpSource) for device Sansa View [Warn 19:47:30.751] Caught an exception - The requested value 'wv' was not found. (in `mscorlib') at System.Enum.Parse (System.Type enumType, System.String value, Boolean ignoreCase) [0x00139] in /usr/src/packages/BUILD/mono-1.9.1/mcs/class/corlib/System/Enum.cs:372 at Mtp.Track.DetectFileType (Mtp.Track track) [0x00028] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Libraries/Mtp/Mtp/Track.cs:171 at Mtp.Track..ctor (System.String filename, UInt64 filesize) [0x00028] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Libraries/Mtp/Mtp/Track.cs:136 at Banshee.Dap.Mtp.MtpSource.TrackInfoToMtpTrack (Banshee.Collection.TrackInfo track, Banshee.Base.SafeUri fromUri) [0x00000] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Dap/Banshee.Dap.Mtp/Banshee.Dap.Mtp/MtpSource.cs:317 at Banshee.Dap.Mtp.MtpSource.AddTrackToDevice (Banshee.Collection.Database.DatabaseTrackInfo track, Banshee.Base.SafeUri fromUri) [0x00012] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Dap/Banshee.Dap.Mtp/Banshee.Dap.Mtp/MtpSource.cs:246 at Banshee.Dap.DapSource.AddTrackAndIncrementCount (Banshee.Collection.Database.DatabaseTrackInfo track) [0x0000c] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Dap/Banshee.Dap/Banshee.Dap/DapSource.cs:211 at Banshee.Sources.PrimarySource.AddTrackList (System.Object cached_list) [0x0006c] in /usr/src/packages/BUILD/banshee-1-0.99.2/src/Core/Banshee.Services/Banshee.Sources/PrimarySource.cs:481
I've noticed that WavPack files now silently fail. It looks like Banshee is starting to transcode them, but it just stays at 0% for a few seconds, and then the transcoding status disappears. After that happens, if you go look at the list of songs on the device you dragged the WavPack song onto, it shows up in the list. However, it's not actually there. Banshee just thinks it is. If you remove the device, and re-connect it, the song disappears from the list. I'm now using Banshee 1.3.1. I'd paste the debug output here for when I tried to transfer the song, but nothing happened when I did it. Odd?
It appears that transcode & transfer works for Universal Mass Storage devices, just not MTP devices.
There have been a ton of MTP fixes since October, including some serious issues with transcoding and other things; I'm guessing this is now fixed. Can you test 1.4.3 or git master?
1.4.3 still has the same issue. Have not tried git.
Looking back at my previous comments, I should point out it's back to what was happening originally, not comment #4. I'm getting the "The requested value 'wv' was not found" error. Same with MPC files, so it's not just WavPack. UMS functions perfectly fine.
So for some reason, it's trying to put the actual .wv file on the MTP device. Can you attach the output of mtp-detect? I'm guessing it says it supports some sort of wav format.
Created attachment 133626 [details] Sansa View 16GB
I'm changing the software version to 1.4.3 based on comment 7, and I'm bumping the target version from 1.2 to 1.6, since 1.2 happened a while ago. This is most likely still open, but have you had any luck testing this on something newer than 1.4.3 - preferably git master or the newly released 1.5.1?
To answer your question, I have not had very much luck lately. The View in MTP mode causes Banshee to hang now. I'm using the latest beta. There is no --debug output when I plug in the device. Without a .is_audio_player file, UMS does not work either. /I stopped using my View when I repaired my iriver H340. //Now I have an HTC Android phone that I use. ///The HTC Android phone does not seem to obey .is_audio_player files, but that's a separate bug. ////May or may not be related that when I try to throw a WV on my Andorid device, it does just that, without converting it first. I'll make a bug report on that at some point too.
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address. It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
*** Bug 626374 has been marked as a duplicate of this bug. ***
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.