|
saga
Posts: 1363
|
 |
« Reply #160 on: 19 Aug '11 - 22:12 » |
 Quote
|
Oh, I should probably rephrase that... Whether the reserved field is set or not depends on whether compatibility export was used or not (i.e. a save mode in which all MPT-specific file changes are left out). If this mode was used, compatible play is always assumed and the .FSM chunk is not present (as it's MPT-specific). I cannot tell if/how the chunk structure could change in the future, i.e. if any chunks will be added before or after the .FSM chunk, so the safest thing would really be to skip all chunks after the samples using something like... read FOURCC
if FOURCC is MPTX,
read FOURCC
if it's not MPTS, read int16 and skip that amount of bytes
loop until FOURCC was MPTS
if FOURCC is MPTS,
read FOURCC
read int16, and skip amount of bytes, unless it's the chunk you're looking for.
I think that should work. Even if it's ugly like hell, but history can sadly not be undone... Expect OpenMPT's revised file format to be a lot easier to parse...  |
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #161 on: 22 Aug '11 - 19:46 » |
Quote
|
Hi Ian,
In the extended list window , right clicking on the "save playlist" button doesn't bring the playlists history menu with "load" and "save" sub-menus .
|
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #162 on: 22 Aug '11 - 21:10 » |
Quote
|
In the extended list window , right clicking on the "save playlist" button doesn't bring the playlists history menu with "load" and "save" sub-menus . It does here. Do you see it on the Playlist Panel of the Main Window, or not at all? Note that you do have to save a playlist first, otherwise it's not possible to show a history. |
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #163 on: 23 Aug '11 - 01:49 » |
Quote
|
In the extended list window , right clicking on the "save playlist" button doesn't bring the playlists history menu with "load" and "save" sub-menus . It does here. Do you see it on the Playlist Panel of the Main Window, or not at all? Note that you do have to save a playlist first, otherwise it's not possible to show a history. The button on the list panel is working fine. Right clicking on the same button in the extended list window has no affect. |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
|
« Reply #164 on: 23 Aug '11 - 15:53 » |
Quote
|
I think that should work. Even if it's ugly like hell, but history can sadly not be undone... Expect OpenMPT's revised file format to be a lot easier to parse... OK. Perhaps something could be added to the header to indicate IT compatibility mode at the same time? As the IT compatibility stuff is relatively new (I think), I guess it won't matter very much if preexisting files are played with MPT-specific stuff enabled? The button on the list panel is working fine. Right clicking on the same button in the extended list window has no affect.
Do you happen to have the extended list in library mode? If so, that would explain it, as the playlist menu currently only applies to the playlist and queue. |
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #165 on: 23 Aug '11 - 17:14 » |
Quote
|
Do you happen to have the extended list in library mode? If so, that would explain it, as the playlist menu currently only applies to the playlist and queue.
Yes, that's the reason. Are you sure it is better to have that difference between library and playlist modes? |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1363
|
|
« Reply #166 on: 23 Aug '11 - 21:03 » |
Quote
|
As the IT compatibility stuff is relatively new (I think), I guess it won't matter very much if preexisting files are played with MPT-specific stuff enabled?
Yeah, I think most of the compatibility fixes (including the one I was talking about) were done between OpenMPT 1.17 and 1.18. Though I'm not sure how I should add hints on compatible play in the header since, as said, the cmwt field is already pretty Impulse Tracker-ish. |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
 |
« Reply #167 on: 25 Aug '11 - 16:54 » |
Quote
|
Yes, that's the reason. Are you sure it is better to have that difference between library and playlist modes?
Did you actually want to load/save the library, or were you wanting to load/save the playlist even when the window is in library mode? The main issue with applying the menu to the library is the "load" option, which replaces the playlist or queue, so logically it would need to replace the library too, which I figure no-one would want Though I'm not sure how I should add hints on compatible play in the header since, as said, the cmwt field is already pretty Impulse Tracker-ish.
That's only when the "Compatibility export" option is used, not when "IT compatibility" is enabled, isn't it? Perhaps it could be made to apply in the latter case too, or would that break compatibility? |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1363
|
|
« Reply #168 on: 28 Aug '11 - 20:22 » |
Quote
|
the version fields are always the same, no matter if compatiblity export is used or not. the only difference in the header is the reserved field.
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
|
« Reply #169 on: 29 Aug '11 - 13:50 » |
Quote
|
Strange. I just tried creating a couple of blank IT files, and they did look as you say, ie. the "cmwt" field was 2.14 with and without the IT compatibility mode enabled. I could've sworn that wasn't the case when I checked before ... I was using 1.19 this time, while I think I was using 1.18 previously, so perhaps that would explain it? In any case, I guess that rules out using the "cmwt" field to indicate IT compatibility mode. |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1363
|
|
« Reply #170 on: 29 Aug '11 - 19:19 » |
Quote
|
Yeah, I think in 1.18 it was still the old 0x888 value instead of proper values...
|
|
|
|
|
Logged
|
|
|
|
|
orian
Posts: 6
|
|
« Reply #171 on: 2 Sep '11 - 23:48 » |
Quote
|
Bit of a problem I've found moving my music to a samba NAS. I can right-click a folder in windows explorer and "play in xmplay". I have the option "auto-sort by filename" enabled in xmplay. It adds the tracks in the folder to the playlist in the correct order, but doesn't start playing from the first track, it plays from a random track (always the same track in a particular folder, but different folder starts on different track number). This never happens running from a windows file system directly. Can you add the option to force always start playing from the first track in the playlist?
Thanks!
|
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #172 on: 3 Sep '11 - 09:33 » |
Quote
|
XMPlay starts playing the first file it receives, so that's before the auto-sort can order the tracks. 'Auto-sort before playing' is on the list of suggestions.
|
|
|
|
|
Logged
|
|
|
|
|
Jimmy Neutron
Posts: 333
|
|
« Reply #173 on: 3 Sep '11 - 11:14 » |
Quote
|
Bit of a problem I've found moving my music to a samba NAS. I can right-click a folder in windows explorer and "play in xmplay".
I know it isn't exactly what you want, but have you considered making an M3U list of the contents of that folder, and sending that to xmplay? I don't have a samba NAS here to test out the theory, but I think it is worth a try. |
|
|
|
|
Logged
|
|
|
|
|
orian
Posts: 6
|
|
« Reply #174 on: 3 Sep '11 - 14:02 » |
Quote
|
That'd work, but I really don't want to go through the process for every album I have. I really like being able to just right-click a folder.
Doing the sort before it starts playing would be awesome, and would be the expected behavior I guess when you select the "auto-sort by filename" option I'd think.
Thanks for the replies, been using xmplay for years. Really hope I can continue with it if this issue is resolved.
|
|
|
|
|
Logged
|
|
|
|
|
Jimmy Neutron
Posts: 333
|
|
« Reply #175 on: 3 Sep '11 - 15:02 » |
Quote
|
I can understand that you wouldn't want to make playlists for all of the albums.
Have you tried dragging and dropping the album's folder onto xmplay instead of using the context menu? Don't know if it would have any different result, but it is easy enough to test.
|
|
|
|
|
Logged
|
|
|
|
|
orian
Posts: 6
|
|
« Reply #176 on: 4 Sep '11 - 03:18 » |
Quote
|
Does the same as if I use the context menu unfortunately.
Thanks for the help guys, but I think the only solution is to add code to delay playback if auto-sort is enabled until the sort is complete.
Really hope this can be fixed up soon. (I don't suppose xmplay is open source at all? I'd go implement the fix myself if I could grab the source code).
Cheers.
|
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #177 on: 4 Sep '11 - 09:58 » |
Quote
|
You could make a script that creates a sorted m3u from the files in a folder and sends that to XMPlay, and change to the context menu entry to execute that script. I agree that a '...wait for sort'-checkbox would be neater . Btw, does you NAS happen to be running an ext3 filesystem? Then read this thread on track sorting. I don't suppose xmplay is open source at all? No, XMPlay is closed source. |
|
|
|
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #178 on: 4 Sep '11 - 10:08 » |
Quote
|
I don't suppose xmplay is open source at all? No, XMPlay is closed source. I'd like to add though, that the developer Ian Luck is generally very responsive to all kinds of suggestions (here at the forums), and often implements fixes and features "on the fly" to the development version (the "stuff version"). If all agree that this would be a good addition, I'm sure it gets added sooner or later. |
|
|
|
|
Logged
|
|
|
|
|
orian
Posts: 6
|
|
« Reply #179 on: 5 Sep '11 - 01:55 » |
Quote
|
Sounds good. Haven't found a working solution in any of the above links unfortunately. I think the option added to xmplay will be the only realistic solution. Is there any kind of rss feed for new versions of xmplay (release or "stuff" versions) that I can subscribe to?
|
|
|
|
|
Logged
|
|
|
|
|
