XXHighEnd

Ultimate Audio Playback => Download Area and Release Notes => Topic started by: PeterSt on January 21, 2008, 02:01:12 am



Title: XXHighEnd Model 0.9t-6 (adds Embedded Explorer)
Post by: PeterSt on January 21, 2008, 02:01:12 am
So many things have been changed that testing the combinations could be endless. Please report any anomalies which were not there before. Thanks !

The following changed have been applied :

  • Support for "Play Each" for Cue file tracks.
    Actually this isn't quite finished to the matter of it working allright by itself, but working out to a change of running out of memory which just was encountered before putting up ths version;
    Cue file Albums are loaded into memory in full, and the memory management as applied now causes a full new Album loaded per track (that's what "Play each" would come down to) to stress that management. With Invert checked even more.
    The solution is to not load the full Album, but to withold the upload of this version seemed a waste.

  • A new Icon / logo was added; The icon files have been removed from the "install".
    Currently for Vista the icon won't show in explorer at the larger views.

  • In the Library Area a "D" button has been added. It allows for finding Albums by means of their date ripped.
    Note that this feature is not finished, and it won't combine properly with other search features.
    Important : the form brought up after pressing this button currently defaults to today for both Start and End Date; note that would find today's ripped Albums only !

  • Going along with the previous, the Date/Time of ripping will be showed behind the Album Name (Library Area).
    Because this Album Name data is sensitive to Active Search (typing in the text field next to the Search button), within the selection as implied by the "D" button, Albums of a certain date can be found by means of typing the date in the format as shown.

  • When the Library Area is active, the left pane now shows an embedded Explorer (see picture below);
    Important : Since this Explorer is the very same as the normal Explorer, a.o. it Deletes as usual !
    Currently only basic features can be applied with it, but in future versions many more will emerge from it. Also see below topics.

  • Although you could decend down to the Track data with the Embedded Explorer, for XXHighEnd matters nothing else with the Track Data can be done than view it. This means shown individual Tracks can not be loaded from there.
    Note that rightclick on a track in there incurs for "Play with" (player) when you have players around like WMP. No XX there ! (yet).

  • The Music Galery Root has been removed from the Settings Area;
    The Music Root from the Settings Area now determines the root of the embedded Explorer. In the picture below this was D:\Galeries.
    Note that the picture shows "AllMusic" in bold coming from the fact that that folder was clicked; Look at the bottom text field, where you also can see the "\AllMusic" behind the D:\Galeries. It's the same as any folder clicked in the Embedded Explorer. Now note :
    Looking at the structure as shown it is not the intention that you click "deeper". In other words, when you open a folder by means of clicking at the plus sign, underlaying folders appear, and you could click those just as well. When you do, the result list in the Library Area would be narrowed to that. Very convenient ? maybe ... As long as you know that therewith the main result list is reset to that, and when you'd want to go up again and click AllMusic in order to get all again, you'd have to wait for all (again).

    But there's another convenient feature going along with this :  When underneath your AllMusic is referred to "type roots" like "Jazz" or "Rock" which just emerged from the physical data structure (and with which not explicitly added Galery folders are meant), yes, *then* it's a very good idea to find that "type root" and open it. It would narrow your results to that type of music.

    There's more to explain, but with this as the basics, try to get the grasp of it. BUT, if you think things could work more conveniently or more intuively, please let know !

  • In the Search Field a backslash (\) is allowed now.

  • Although pressing the Search Button actually is needed only to set a result list fort the first time, from then on going along with Active Search (typing in the textfield is enough), - but also see ebove - it hands you the conveniency of seeing where you are in the data structure, because the Embedded Explorer will show you where you are then.

  • A small issue in between : When the data from the Music Root field in the Settings Area is not consistent with the data in the bottom text field from the Library Area, i.e. the beginning of the Library Root is not contained in that bottom field, you'll see that Album data is cut at the left in the result list. Note you can incur for this already by just typing in mentioned bottom field.

  • On some systems it could occur that no coveart picture was shown in the left pane at the standard (640 x 480) size of the player. This is solved.

  • When XXHighEnd is brought up after a last Off (quit), the Library Area will show the same result as at that Off, even if the result was from Active Search (typing in the text field next to the Search button);
    When this doesn't seem to work, remove one character from the shown "typed" search data, and add it again.
    When it seems dead, restart XX.
    Note : After startup, uUntil a text-copy operation is performed, the clipboard contains the data for Active Search, hence with Ctrl-V the search data can be pasted into the text field when needed.

  • An error would occur in ChangeWP.exe when the coverart is shown as Wallpaper (see Settings Area), and the album would recide on drive C: or X:. This is solved.
    Note : presumeably ChangeWP still errors out when a space is contained in the Share Name of the drive where the Album recides. So far this must be taken as unsolveable.

  • Loading data during playback would cause the last track loaded (at one of these activities) to get selected. That, together with the playing track also being selected would cause that to be seen as playing a selection, incurring for playback to commence at that selected track, and to stop playing rigt after that.
    Current issue : something else (still) causes that loading tracks during playback will not start playing those new tracks anyway. :(

  • Playing a selection has been recovered (in early versions that just worked). Cue files included now (those never worked before from a selection).
    Keep in mind (for those who never saw this working) : The top most Selected track is always playing; As soon as a track finished playing, it gets unselected.

  • Selected Tracks will be retained at Off (quit) and will be shown as such at a next startup;
    This implies that with UnAttened Playback also Selections can be used, and bringing up XX and pressing Next will incur for the next Selected Track to be played.
    Note : It might be so that the showing of the Selected Tracks at bringing up XX again (UnAttended Playback) is not 100% decent, and that the first track shown is not the Playing one as intended.
    With UnAttended Playback always a (before) Selected Track will show at the top. Thus, when Tracks, 2, 5, 8 and 10 were Selected, during the Playback of 2, 2 shows at the top, and when 5 starts playing, 5 is at the top (and never 3, or 4).

  • When a selected portion of tracks was deleted from the Playlist Area, the last clicked (due to selecting) would appear selected after a next load of tracks. This is solved.

  • When Cue file tracks were loaded in the Playlist Area, and a second or further track was playing while Clear was clicked, the full WAV file would appear as the only track left. Solved.

  • Depending on the activity, often the first track in the Playlist Area got selected unwanted. Solved.

  • When two Tracks with the same name and all were in the Playlist Area, the second would cause playback to commence at the first again (and in fact things got in a loop). Solved.

  • Added the auto-selection of the first track in the Playlist Area at various "load tracks" situations.


Issue found (is already for more versions present) : When a track is added to a Galery from within the Playlist Area (rightclick etc.) a second time, hence XX knows where to put it from a before selection, the track will not be added. This can be seen by the fact that nothing like "n tracks added to Galery" is shown.