Re: latest xine-lib in Debian unstable

I demand that Uwe Bugla may or may not have written...

> Am Dienstag, 21. August 2007 19:04:50 schrieb Darren Salt:
>> (No need to Cc.)

(Ahem.)

[snip]
>>> For the breakdown I am still stepping in the dark, as it happened with
>>> Mplayer too meanwhile - and two playback engines cannot be that buggy at
>>> the same time, can they? Maybe it's a kernel issue, don't know. Anyway
>>> it's very tricky to find out the real good reason why that happened.

>> Do you have any reception problems? Less-than-good cabling? (Check the BER
>> with dvbtune on various channels - use those which are broadcast using
>> higher QAM values, since they should show problems more readily - well,
>> they do here...)

> I am DVB freak (yeah, a crack), so please stop to teach me those 
> lessons.......

Not a problem. Lesson no. 2 will appear when it appears to be needed ;-)

> Above that, Astra-19.2 E comes in here with high leveled energy (more than
> 5 times than _minimum enough!_), so this possible reason of the problem we
> can safely exclude..... :)

Just wondering, really: I've just replaced one short cable and repaired
another due to lots of little bits of damage due to having been knocked about
a bit because of where they are (there's not much that I can do about their
location, though).

>>> Now for problem number two (missing menu titles in xine-ui 0.99.5-2+b1)
>>> I added a screenshot as outline attachment this time (as recommended by
>>> Darren).

>> Actually, an image of the menu only would have done... still, too late now
>> :-)

> A better idea would be to ask the admin of that list to raise the volume
> level from 40 kB to at least 60 or 80 kB.... :)

Probably, yes... but your message should be awaiting moderation.

> Anything else (like the current setting) is a user-hostile pain.... :( If
> someone doubts, just think about the possibility for users reading that
> list to reproduce reported problems......

Use of web space and a link in the message tends to work well.

>> Truncation at the first non-ASCII character... looks like a locale
>> mismatch - this sort of thing can happen when something which uses UTF-8
>> encounters something which isn't valid UTF-8. I can duplicate it here by
>> installing the de_DE locale then running "LANG=de_DE xine" (the desktop
>> environment uses en_GB.UTF-8).

>>   $ LANG=de_DE.UTF-8 xine
>> should work; if it does, you should consider changing your default locale
>> accordingly.

> Sorry, but my locale _IS_ de_DE, and this worked fine for all previous 
> versions of xine.

> Changing this setting to de_DE.UTF-8 will cause problems elsewhere........
> This is no solution, but a very humble workaround.... :( And I do prefer
> real solutions..... :)

Right; bug report time, then. (If you've not checked that, you should still
do so; it's relevant information.)

> How about the audio channel problem (that's a real harsh bug!)?

> If I run arte on frequency 11836 with mplayer I get german language (as it
> should be). If I take xine, I only get french language (which is
> abnormal!), and I cannot change the language setting at all (which is also
> abnormal, i. e. definitely buggy :(  )

Build a snapshot from http://hg.debian.org/hg/xine-lib/xine-lib; there are
recent changes which should make a difference here.

[snip .sig]

BTW, lesson no. 2: "on the way, we stopped to admire the view". (As opposed
to "stopped admiring the view".)

-- 
| Darren Salt    | linux or ds at              | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Use more efficient products. Use less.          BE MORE ENERGY EFFICIENT.

Pessimist - half empty; optimist - half full; engineer - wrong size glass.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/