Re: bug in xine-lib 1.1.8 - no german audio stream within bilingual DVB-S television (example: arte on Astra 19.2 E, frequency 11836)

Am Dienstag, 25. September 2007 18:40:07 schrieb Darren Salt:
> I demand that Uwe Bugla may or may not have written...
>
> > Am Dienstag, 25. September 2007 17:14:15 schrieb Christophe Thommeret:
> >> Le mardi 25 septembre 2007 16:58, Uwe Bugla a écrit :
> >>> I am using xine-lib 1.1.8-1 within latest Debian Sid.
> >>>
> >>> There is one bug I already mentioned which is not fixed yet.
> >>>
> >>> Using xine-ui 0.99.5+cvs20070914-1 and gxine 0.5.11-3 for watching
> >>> DVB-S television I get only the french audio audio stream watching Arte
> >>> on Astra-19.2 E with frequency 11836.
> >>>
> >>> Trying to switch to german audio stream within latest xine-ui
> >>> results in no audio at all.
> >>>
> >>> Using gxine 0.5.11-3 for the same the default language is French too.
> >>> Should be German instead, at least for frequency 11836.
>
> [snip]
>
> >> demux-ts picks the first audio pid it finds.
> >
> > Sorry, but this sounds quite confusing and misleading :(
>
> There's nothing confusing or misleading about it (that I can see).
>
> > The audio PID for arte on 11836, Astra 19.2, is 402. Normal behaviour for
> > that channel on that frequency is GERMAN as default audio stream, not
> > FRENCH!!
>
> One audio PID for this channel => one audio stream => not a bug.
>
> > Normal behaviour for arte on frequency 11567, Astra 19.2 is FRENCH, audio
> > PID is 136.
>
> One audio PID for this channel => one audio stream => not a bug.
>
> [snip]
>
> > As this problem does not appear neither with mplayer nor with kaffeine,
> > the bug MUST result in xine-ui and nowhere else!
>
> Do you *really* mean that xine-ui is a consequence of this bug? :-)

Yes, I do! Out of two reasons:

A. The problem did not appear at all in earlier versions (the weaker argument)
B. kaffeine 0.8.5 depends on the same kind of xine-lib (i. e. 1.1.8) and, 
additionally, the problem DOES NOT appear with kaffeine!! - thus xine-lib as 
the reason for the error can safely be excluded (the stronger argument)

>
> > A. On whatever frequency f. ex. arte appears there must be the chance to
> > change the audio stream within the GUI (f. ex. xine-ui) if the channel is
> > bilingual or even trilingual (f. ex. the Luxembourg TV channels).
>
> There is. It's called "changing channel".
>
> > B. This change ought to be set graphically in xine-ui, as it is set
> > graphically in gmplayer also.
>
> See the playlist :-)
>
> ISTM that (unless these two channels have at any time different video
> content) both instances of 'arte' should be broadcast as one channel with
> one video stream and *two* audio streams.
>
> [snip]

ISTM is chinese for me! Rest sounds correct!

Third approach:

Who please can reproduce the problem?

Who the fuck can please fix it?

CU

Uwe


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/