Anyone looking at blfs-dev will have noticed I've been having fun with xine-ui [ Open -> File, via the right mouse button, not working in 0.99.7 ]. I'll be talking to upstream, but I'm still at a loss to understand what has happened.
There is status attached to xine streams. This is manipuliated by the xine engine in xine-lib. For users such as xine-ui it is an incomplete data type and therefore I can't print its value in xine-ui files (although I can test it against the known values). So, nothing in xine-ui can change this opaque data, right ? What is baffling me is that the first change where the status is altered only moves logo files to a different source directory. But after instrumenting the code to find out where it was failing, I find that all tested versions from that changeset to the current hg version only work in 'Open -> File' if I change a test from '== XINE_STATUS_STOP' to '== XINE_STATUS_PLAY' (and doing this doesn't seem to affect how they work when a file is passed to xine, or if the MRL browser is used to select a file). But this seems impossible. Anyone recall anything that ever looked at all like this problem ? I think I'm heading for breakfast at Milliways ¹ To be clear, xine-lib is the same version for all of this, 0.99.6 works fine, as do all tested versions before that first problematic changeset. ĸen ¹ : if you don't understand the phrase, see http://www.urbandictionary.com/define.php?term=Milliways&defid=820286 -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-chat FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
