Why would you create an option to leave "B" sides empty when you admit that would never happen in a real jukebox?
Hi Vampire,
My recollection is that DW Jukebox does exactly that (if the 'B' side is not present), which makes sense when you think about it - if the user hasn't added the 'B' side to their collection, the software needs an effective coping strategy. DWJ's design is masterfully coded, but when I was planning out my application, I didn't want to deal with blanks interspersed throughout the interface, so I came up with the concatenation strategy (primarily because the programming language I was using at the time of that decision wasn't able to cope gracefully when sorting large collections with unexpected 'gaps'. The current language and architecture should be much more performant, so it may now be worthwhile revisiting).
Of course, like yourself, in the days when I still used DWJ I would always ensure my 'live' collection had matching A/B tracks (so as not to display empty slots), but I have no way to ensure that all Video Jukebox users are as OCD about that as I am!

Still, I think the 'enforce two tracks from the same platter per title strip if user requests it, regardless of actual collection content, and maintain that grouping even if randomly sorted' option certainly has merit, which is why I've added that to the Roadmap.
Having said that though, the detail derived from each track's metadata is always going to play a huge part in how tracks are laid out in the interface.
DWJ worked incredibly well at extrapolating that info simply from file/folder naming conventions, but my focus has to this point been primarily on using the more extensive and predictable ID3 metadata (for optimum performance when indexing large collections, consistency across alternate playback platforms like Linux/Android, ease of porting my old code base to a new language, etc.).
In your particular use-case, though, that's not going to be the option of choice, so I'm happy to work directly with you to come up with a suitable solution, if you wish.
I've sent you a PM with details.
Of course, if you would rather just stick with the ol' faithful DWJ and forego the extra capabilities now that you have it 'tuned' to your taste, that's also a perfectly valid decision. It still stands as an amazing piece of software engineering from the earlier DOS/Windows era, even with the inherent limitations.
I've taken a fair amount of care to try to make Video Jukebox as backward-compatible as practicable (ie, the provided jukebox.ini files should work with DWJ as should skin files, just without the extended options; Video Jukebox should work
fairly well with DWJ jukebox.ini files, skins, etc.), but it's definitely still a work-in-progress, and some of that compatibility is currently incomplete (DWJ Timers spring to mind).
And just for the 'record', as a child of the late 60's, I absolutely agree that those of us with fond memories of our old 45s are a dying breed.
The first record player I ever bought with my own money was a second-hand 3-in-one deal - album-sized record player under a nifty lid on top (45, 33,
and 78 RPM!) with manual needle drop, radio (AM only, of course), and a HUGE 18-19" CRT TV (black and white, it goes without saying), all in the one beautifully polished wooden cabinet. REAL timber, not the modern 'equivalent'. Weighed a tonne, but it was the best 49 bucks I ever spent.
It's in homage to that deadly old monster that I've included a feature in VJ that I hope few will ever actually see - if there's any serious error during program execution, the screen will faithfully reproduce a vintage TV Test pattern (in full TECHNICOLOR, along with the test tone) containing diagnostic info for a few seconds before switching to 'static' (complete with white noise) while it tries to recover. Failing that, it will 'shrink' the static to a dot in the centre of the screen (just like a classic CRT) when you exit. Currently hard-coded to display the PM5544 test pattern from my region, but the bones are there to display others (like the RCA Indian) as well...
