Messages

1

Portable Devices / Re: Copy Failed-Year, Month, Day parameters describe an un-representable DateTime

« on: May 19, 2024, 03:02:02 AM »

Ok, I have seen your answer about this patch a number of posts earlier, but that post was from July and I already have the latest musicbee installed (which is dated October, so 3 months later than the patch) I thought this patch was already incorporated into the last version and thought that had to be a new case of the bug.

May I ask why this patch didn't make it to the last musicbee version?

2

Portable Devices / Re: Copy Failed-Year, Month, Day parameters describe an un-representable DateTime

« on: May 18, 2024, 03:34:01 PM »

Hi,

found a bug (that probably noone besides me will ever run into, ever) concerning this:

If any file in the library has an "original year" set to "0000" then any playlists using "original year" fail.

How to reproduce:
- make an autoplaylist using original year and make sure it works
- go to the library and set any file's original year to "0000"
- get back to playlists and try to see the above mentioned list. Boom!

On the top you get the error message
Unable to access <wherever is is the lists are stored><name of your list>.xautopf (which is mileading because the said file IS accesed, see next sentence)

BUT the list is still available for edit, and if you get in the edit window (menu option "Edit AutoPlaylist..."), then uncheck "automatically refresh the matching tracks" so that you can press the "Refresh" button you get the "Musicbee Error" window with the following contents:

MusicBee v3.5.8698.34385D  (Win10.0), 18 Μαϊ 2024 17:18:

System.ArgumentOutOfRangeException: Year, Month, and Day parameters describe an un-representable DateTime.
   at System.DateTime.DateToTicks(Int32 year, Int32 month, Int32 day)
   at #=zEytQFn53YZ3N6xbbPb7I8Us=.#=zjtiidx55_VDLVuMYPA==(String #=z0InSzQg=)
   at #=zEytQFn53YZ3N6xbbPb7I8Us=.#=z25lvPe0dlgnr7pQKBA==(String #=z0InSzQg=)
   at #=zEytQFn53YZ3N6xbbPb7I8Us=.#=zO5u4YGGOsNnp(#=zrHxbKbKSSpgwvOQhk_k8Zbo= #=z_LPN_w8=)
   at #=zEytQFn53YZ3N6xbbPb7I8Us=.#=zj4iwa5MV$flI(#=zrHxbKbKSSpgwvOQhk_k8Zbo= #=z_LPN_w8=)
   at #=zySHSOrj$pQ97dbt8jzcgTTs=.#=zvgiFjH8=(#=zrHxbKbKSSpgwvOQhk_k8Zbo= #=z_LPN_w8=)
   at #=zIysDyiQbAwxpL8rtCkDKoh0=.#=zvzkqMqikjBd6(IList`1 #=zIVXNi6nII6JD, #=zySHSOrj$pQ97dbt8jzcgTTs= #=zh6TovV8=)
   at #=zQxE86buYw_2J$txTjEAt3bjEFKSp.#=zx44HXsMtaAbH(TriState #=zDW$HAxKOM0_6)
   at #=zQxE86buYw_2J$txTjEAt3bjEFKSp.#=zbz980bMd2WAv()
   at #=zasSRk87NCN$KpBsIIr0YuMolN5Zl.#=zFu6VnWm0NfWW(Object #=zkMMOivE=, EventArgs #=zK60pSUM=)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=za$uE3YFEXt8$1JF1f48L26s=.OnClick(EventArgs #=zK60pSUM=)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Obviously this is a very exceptional case but it happened to me. If you're wondering why on earth would anyone enter 0000 in the Original Year of a file, well... it's a long story.

Cheers!

PS: MusicBee is the GOAT music manager, thanks for that Steven!

3

Questions / m3u8(#ext) type playlists?

« on: July 07, 2018, 11:26:09 PM »

Hi,

is there a way to export m3u8 playlists plus the #ext lines ?

I need to export m3u8 (for playlists containing unicode characters) and also m3u(#ext) (for playlists of internet radios with description) automatically. The functionality is there, but I can only select one-for-all-cases type in the "Library > exported playlists:" option. If I select m3u8 I don't have #ext lines, if I select m3u(#ext) I don't have unicode characters.

I guess a solution would be to add the m3u8(#ext) type. There is only m3u(#ext) now and it seems only reasonable for the corresponding unicode playlist type to also exist. Maybe it could be implemented in the next version?

Another solution would be to support a per playlist option of the exported type. Like presenting a type option, next to the "Playlist settings... >  automatically export a static copy" option... then one could choose the exported type per playlist.

Of course implementing both of the above would be best!

Thank you and keep up the awesome work!