Messages

1

Portable Devices / Re: Wifi android device synching

« on: August 01, 2019, 06:23:40 AM »

0.9 on the beta is the same as 1.0 on the production. There is a more recent version on the alpha channel that includes some extra error logging but you would need to send me your gmail store account

But first try clearing the application data for the app and re-running it

So, the beta channel is running an older version than the released channel and the alpha channel is running a new one?

2

Portable Devices / Re: Wifi android device synching

« on: July 25, 2019, 10:35:03 PM »

for 2, i dont think either of those things would affect all files ie. only the files rescanned.
Its just the last modified date of the file compared to the date modified on the device or if the target filename changed due to file naming tags changing

Weird, I changed some things, but definitely not that much that it's trying to sync again.

1) features request for desktop -- a way to watch the progress from there like you would with the wired sync

Isn't there a percentage showing in the status bar on a wifi sync? I seem to recall that there is.

Yes there is, but you can't see what songs are transferring on the computer like you can on the phone. It can be nice to see if it's still actually transferring or if it got stalled on something. It's a minor concern.

3

Portable Devices / Re: Wifi android device synching

« on: July 25, 2019, 06:47:57 PM »

A question/idea about the sync:

1) features request for desktop -- a way to watch the progress from there like you would with the wired sync

2) question: I had everything synced and when I would start a sync, only the changes would be send down. But yesterday when I went to sync, it seems to want to resync the whole library again. The only two operations I did on the desktop was rescan the library to make sure it picked up some tag changes and change the autoorganization rules (which only affected like 200/14k files). Do either of these cause the program to lose the previously synced status? It seems like neither should, but something did.

4

Portable Devices / Re: Musicbee doesn't see my phone

« on: July 17, 2019, 03:14:12 AM »

The biggest issue is making sure you can see it in Explorer first. Can you access it from there -- both the internal and external memory?

If Explorer can't see it, MusicBee will never be able to.

For Samsung, you need to install the Samsung USB drivers as well and make sure the USB mode on the phone is set to transfer files instead of "Charge Only". The drivers can be downloaded from the support site for your model.

5

Bug Reports / Re: "Thread was being aborted" error when adding exception to organization rules

« on: July 14, 2019, 10:33:52 AM »

Fix worked -- no more error dialogs.

thanks as always.

From a code perspective, is it better to make multiple rules for organizing, or make a complex single rule using the isNull type if-then-else statements?

6

Bug Reports / "Thread was being aborted" error when adding exception to organization rules

« on: July 13, 2019, 03:31:22 PM »

MB 3.3.7131

I was adding some rules to my auto organization setup to account for titles without track numbers or albums.

When I would go into the Pattern field to remove <Album> and replace it it "Unknown Album", a pop up would show with an error message like "Thread was being aborted" which could be clicked away and I could still continue to do what I needed.

I didn't seem to affect anything, so I don't know what couldn't complete.

7

Portable Devices / Re: Wired Sync with Android phone

« on: July 11, 2019, 07:37:29 PM »

And also note, you don't have to actually run the sync, since sycning over MTP is a nightmare for big libraries.

Running the "Preview" option is enough to link the app with the desktop application. Then you can unplug the wire and run the entire sync over wifi.

8

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 07:35:35 PM »

However, that brings me back to a bigger question, is there a way in MB to find these files with corrupt embedded artwork images in any way?

afraid not

Didn't think so, but since only those two files triggered the error, I hopefully don't have any others. Removing and recreating the tags in MP3tag fixed any of the artwork errors in the desktop version.

As always, thanks for the program and quick debugging.

9

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 07:16:13 PM »

i have re-uploaded: https://getmusicbee.com/patches/MusicBee33_Patched.zip
could you try again and check the error log

The error log has no additional entries and the file copied over. Thanks!!

However, that brings me back to a bigger question, is there a way in MB to find these files with corrupt embedded artwork images in any way?

10

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 06:51:17 PM »

there is an issue with the artwork that was not being handled
this should work now:
https://getmusicbee.com/patches/MusicBee33_Patched.zip

The file still did not copy. I didn't think either of those files actually had any artwork associated with them, but when I go into the tag editor, the Odyssey file shows up as "Invalid Picture" but the artwork browser in the left column shows it and mouse over tooltip shows it as embedded.

Same for the Eric Himan track, but when I go to the tag's artwork tab, it gives a popup about "The image is corrupted, no longer exists or is inaccessible." And the artwork also still shows in the artwork in column with the mouse over saying it's embedded. There is also a second track by this artist with the same issue, but it sync'ed correctly originally even with the corruption issue.

Also, a feature that might be nice to add to the android app might be deleting empty directories that get left over when items move around.

I'll probably just delete the tags and recreate them to fix it, but I'll leave them until you're done having me debug the sync code.

11

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 06:10:49 PM »

in that case run this version and send me the new info in the error log
http://www.mediafire.com/file/tly2lv3qvnk53q9/MusicBeeDebugSync.zip/file

2019-07-11 10:10:33 AM - Copy D:\Music\Music Library\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3 to SM-G970U1\Card\Music\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3
2019-07-11 10:10:33 AM - 10.0.18362.0 - 3.3.7131.32395 - System.ArgumentNullException: Buffer cannot be null.
Parameter name: buffer
   at System.IO.MemoryStream..ctor(Byte[] buffer, Boolean writable)
   at System.IO.MemoryStream..ctor(Byte[] buffer)
   at #=zR$HPsi3iaMeQ1Wl6Np$qkFWH97qK.#=zfz1VFYtm$7QY(#=zlExCBWDIEwp0z9O_vgD8RULvs0T0 #=zB$nPRe4=, #=zwb_hwenhYPXEPUcG2WQwCUo= #=zwYZM$p0=, #=z6HnZ1kWEuOAZAYzFlQ== #=z1xpxfBXtndX7)
   at #=zR$HPsi3iaMeQ1Wl6Np$qkFWH97qK.#=zS855_8w=(#=zlExCBWDIEwp0z9O_vgD8RULvs0T0 #=zB$nPRe4=, #=z$e1KWX4Y8GAWY9$9SvCEtFU= #=zVdQAJIM=, #=z6HnZ1kWEuOAZAYzFlQ== #=zFbbD$H1G_igM, Boolean #=zZs2esPnVYQs0, List`1 #=zUYlwaZyyD1Gyl04oGg==)
   at #=zOSDPn5bfAAx8tjbDknu_xE4=.#=z8b7otlC_X1CoumQAoq6$xlw6ubk8(#=zlExCBWDIEwp0z9O_vgD8RULvs0T0 #=zB$nPRe4=, #=z$e1KWX4Y8GAWY9$9SvCEtFU= #=zdbJxnhI=, #=z6HnZ1kWEuOAZAYzFlQ== #=zt5QLcH94WFQPI4Udgw==, #=z6HnZ1kWEuOAZAYzFlQ== #=zSj381YQ=, Boolean #=zihK1gYRflH4ZCBBPF4QySvc=, Object #=zHjstKKLDEEVn)

I'm curious is it's just a bug, or if it's some problem with the file/tag.

12

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 05:54:01 PM »

@TeutonJon78,
try this version which should address the issue:
https://getmusicbee.com/patches/MusicBee33_Patched.zip

That fixed one of them -- Eric Himan. The Odyssey track is still failing.

13

Portable Devices / Re: Wifi android device synching

« on: July 11, 2019, 12:49:43 AM »

2019-07-10 4:49:02 PM - Copy D:\Music\Music Library\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3 to SM-G970U1\Card\Music\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3
2019-07-10 4:49:02 PM - 10.0.18362.0 - 3.3.7130.39546 - System.ArgumentNullException: Buffer cannot be null.
Parameter name: buffer
   at System.IO.MemoryStream..ctor(Byte[] buffer, Boolean writable)
   at System.IO.MemoryStream..ctor(Byte[] buffer)
   at #=z1kw$Q2I5fagnGEYvo9ThOBTL0a_D.#=zaF1xDbcG0flJ(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zfrsbaS6Z6o8f8mw32wq_ktI= #=zhmCiLPQ=, #=zTzue99Yc12m3D5fJQw== #=zN3Uu7l93cs6$)
   at #=z1kw$Q2I5fagnGEYvo9ThOBTL0a_D.#=zp7cMDow=(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zw7I0qMf5yaqW4I$KVm58Iuo= #=zQqrwyWQ=, #=zTzue99Yc12m3D5fJQw== #=zvpLJDLD_ostL, Boolean #=zRwd5GikeIC1O, List`1 #=zuduLsTkydH3OhvG7yg==)
   at #=zRVrQFUsnRHtcH_96829hTYs=.#=ztRoayWhefKhUdwtCAdx1xNxhE$yz(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zw7I0qMf5yaqW4I$KVm58Iuo= #=z5F_oRT4=, #=zTzue99Yc12m3D5fJQw== #=zDJEWjspDb3S$d79kEg==, #=zTzue99Yc12m3D5fJQw== #=z679wGTI=, Boolean #=zwryeYSBxWaSjvLbI_5IJtbo=, Object #=zfRIIzEfLQ4bM)

2019-07-10 4:49:03 PM - Copy D:\Music\Music Library\Eric Himan\All For Show\01 One Night Stands.mp3 to SM-G970U1\Card\Music\Eric Himan\All For Show\01 One Night Stands.mp3
2019-07-10 4:49:03 PM - 10.0.18362.0 - 3.3.7130.39546 - System.ArgumentNullException: Buffer cannot be null.
Parameter name: buffer
   at System.IO.MemoryStream..ctor(Byte[] buffer, Boolean writable)
   at System.IO.MemoryStream..ctor(Byte[] buffer)
   at #=z1kw$Q2I5fagnGEYvo9ThOBTL0a_D.#=zaF1xDbcG0flJ(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zfrsbaS6Z6o8f8mw32wq_ktI= #=zhmCiLPQ=, #=zTzue99Yc12m3D5fJQw== #=zN3Uu7l93cs6$)
   at #=z1kw$Q2I5fagnGEYvo9ThOBTL0a_D.#=zp7cMDow=(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zw7I0qMf5yaqW4I$KVm58Iuo= #=zQqrwyWQ=, #=zTzue99Yc12m3D5fJQw== #=zvpLJDLD_ostL, Boolean #=zRwd5GikeIC1O, List`1 #=zuduLsTkydH3OhvG7yg==)
   at #=zRVrQFUsnRHtcH_96829hTYs=.#=ztRoayWhefKhUdwtCAdx1xNxhE$yz(#=zAFNcLg$q8q6FJDZ$0oDUiIN6eMiX #=zUi36UbI=, #=zw7I0qMf5yaqW4I$KVm58Iuo= #=z5F_oRT4=, #=zTzue99Yc12m3D5fJQw== #=zDJEWjspDb3S$d79kEg==, #=zTzue99Yc12m3D5fJQw== #=z679wGTI=, Boolean #=zwryeYSBxWaSjvLbI_5IJtbo=, Object #=zfRIIzEfLQ4bM)

14

Portable Devices / Re: Wifi android device synching

« on: July 10, 2019, 07:28:47 PM »

I just got a new phone and new SD card, but I'm having problems syncing two tracks to the phone (I had this on my old phone sometimes as well). Every time I sync, it copies those two files and then deletes them right afterwards.
MusicBee 3.3.7115

MusicBee Error Log:

2019-07-10 10:38:12 AM - Copy D:\Music\Music Library\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3 to SM-G970U1\Card\Music\Odyssey\Alive & Kicking 1980 (2 of 2)\07 Use It Up And Wear It Out (Long).mp3
2019-07-10 10:38:12 AM - Copy D:\Music\Music Library\Eric Himan\All For Show\01 One Night Stands.mp3 to SM-G970U1\Card\Music\Eric Himan\All For Show\01 One Night Stands.mp3

Wifi Sync Debug Log:

2019-07-10: SM-G970U1;  9;  0.9
10:38:07: startSync: preview=false,iteration=0
10:38:07: command: action=SYNC_START
10:38:07: tryStart: connecting /192.168.1.xx, attempt=0
10:38:07: tryStart: connected
10:38:07: tryStart: hello=true,fromMB=true,custfiles=false,preview=false,dev=SM-G970U1,2
10:38:07: storage: path=/storage/F15E-8225,root=F15E-8225:,uri=content://com.android.externalstorage.documents/tree/F15E-8225%3A
10:38:07: syncDevice: root=/storage/F15E-8225,ignoreErrors=false,playlists=false,ratings=false,playcount=false
10:38:09: syncDevice: command=ShowResults
10:38:10: syncDevice: command=GetFiles
10:38:10: getFiles: Get: Music/,url=/storage/F15E-8225/Music/, inc=true
10:38:11: getFiles: count=13428
10:38:11: syncDevice: command=GetFiles
10:38:11: getFiles: Get: Podcasts/,url=/storage/F15E-8225/Podcasts/, inc=true
10:38:11: getFiles: count=0
10:38:11: syncDevice: command=GetFiles
10:38:11: getFiles: Get: Playlists/,url=/storage/F15E-8225/Playlists/, inc=false
10:38:11: getFiles: count=0
10:38:11: syncDevice: command=ReceiveFile
10:38:11: receiveFile: Receive: Music/Odyssey/Alive & Kicking 1980 (2 of 2)/07 Use It Up And Wear It Out (Long).mp3
10:38:12: syncDevice: command=DeleteFiles
10:38:12: deleteFiles: Delete: Music/Odyssey/Alive & Kicking 1980 (2 of 2)/07 Use It Up And Wear It Out (Long).mp3
10:38:12: syncDevice: command=ReceiveFile
10:38:12: receiveFile: Receive: Music/Eric Himan/All For Show/01 One Night Stands.mp3
10:38:12: syncDevice: command=DeleteFiles
10:38:12: deleteFiles: Delete: Music/Eric Himan/All For Show/01 One Night Stands.mp3

... [playlists syncing correctly]

10:38:13: syncDevice: command=Exit
10:38:13: exitSync: fails=0
10:38:15: syncDevice: exit

15

Plugins / Re: Mpc, Ogg, Opus, Tak and WavPack Encoder Pack

« on: July 02, 2019, 09:29:06 AM »

I see the opusenc is still from 2017. There has been a lot of progress with newer versions making it even better.