[MPlayer-users] SBLive! and -chanels 4
Jeffrey Hammel
jhammel at EECS.Berkeley.EDU
Tue Apr 23 21:06:02 CEST 2002
This sounds identical to my problem (almost no voices with -channels 6,
distortion with -channels 4). I have an audigy, but I believe they are the
same chipset (emu10k1). Are you using the opensource.creative.com driver?
Digital or analog output? I don't suppose you have 6 speakers to try it
with to see if we get the same results. Which distro? Don't know how to
describe the distortion...kind of metalic...like the voices are scraping
together?
Jeff Hammel
>
> Message: 3
> From: "Julian J. M." <bandit at telecable.es>
> To: MPlayer-Users <mplayer-users at mplayerhq.hu>
> Date: 23 Apr 2002 19:59:08 +0200
> Subject: [MPlayer-users] SBLive! and -chanels 4
> Reply-To: mplayer-users at mplayerhq.hu
>
> hi
>
> I'm trying to play a DVD through my 4 speakers connected to a SBLive!
> Value. If I use -channels 4, it sound distorted. Should I RTFM or is
> this a known issue? :)
>
> mplayer -dvd 1 -channels 4
>
>
> MPlayer CVS-020422-19:46-3.0.4 (C) 2000-2002 Arpad Gereoffy (see DOCS!)
>
> CPU vendor name: AuthenticAMD max cpuid level: 1
> CPU: Advanced Micro Devices Athlon TB Thunderbird (Type: 6, Stepping: 2)
> extended cpuid-level: 6
> CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
> Compiled for x86 CPU with features: MMX MMX2 3DNow 3DNowEx
> Reading /home/bandit/.mplayer/codecs.conf: 34 audio & 86 video codecs
> CommandLine: '-dvd' '1' '-channels' '4' '-v'
> get_path('font/font.desc') -> '/home/bandit/.mplayer/font/font.desc'
> font: can't open file: /home/bandit/.mplayer/font/font.desc
> Font /usr/local/share/mplayer/font/font.desc loaded successfully! (206
> chars)
> Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
> Linux RTC init error in ioctl (rtc_pie_on): Permission denied
> Using usleep() timing
> get_path('input.conf') -> '/home/bandit/.mplayer/input.conf'
> Parsing input config file /home/bandit/.mplayer/input.conf
> Input config file /home/bandit/.mplayer/input.conf parsed : 50 binds
> Playing DVD title 1
> Detected audio codec: [a52] drv:14 (AC3-liba52)
> Initializing audio codec...
> Selecting Audio Decoder: [liba52] AC3-liba52
> dec_audio: Allocating 3840 bytes for input buffer
> dec_audio: Allocating 12288 + 65536 = 77824 bytes for output buffer
> Using 3DNowEx optimized IMDCT transform
> AC3: 5.1 (3f+2r+lfe) 48000 Hz 448.0 kbit/s
> A52 flags before a52_frame: 0x26
> A52 flags after a52_frame: 0x6
> Using MMX optimized resampler
> AUDIO: srate=48000 chans=4 bps=2 sfmt=0x10 ratio: 56000->384000
> X11 opening display: :1
> vo: X11 color mask: FFFFFF (R:FF0000 G:FF00 B:FF)
> vo: X11 running at 1024x768 with depth 24 and 32 bits/pixel (":1" =>
> local display)
> ==========================================================================
> Opening Video Decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 720 x 576, Mpeg PES
> [PP] Sorry, postprocessing is not available
> [vo] query(Planar YV12) -> 3
> vo_debug: query(Mpeg PES) returned 0x0 (i=0)
> Couldn't find matching colorspace - retrying with -vop scale...
> SwScale: -1 x -1
> vo_debug: query(Mpeg PES) returned 0x0 (i=0)
> Sorry, selected video_out device is incompatible with this codec.
> VDecoder init failed :(
> Opening Video Decoder: [libmpeg2] MPEG 1/2 Video decoder v2.0
> libmpeg2: Using MMXEXT for IDCT transform
> libmpeg2: Using MMXEXT for motion compensation
> VDec: vo config request - 720 x 576, Planar YV12
> [PP] Using external postprocessing filter, max q = 6
> vo_debug: query(Planar YV12) returned 0xC37 (i=0)
> Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
> video_out->init(720x576->1024x576,flags=0,'MPlayer',0x32315659)
> REQ: flags=0x437 req=0x0
> VO: [xv] 720x576 => 1024x576 Planar YV12
> VO: Description: X11/Xv
> VO: Author: Gerd Knorr <kraxel at goldbach.in-berlin.de>
> Xvideo image format: 0x32595559 (YUY2) packed
> Xvideo image format: 0x32315659 (YV12) planar
> Xvideo image format: 0x59565955 (UYVY) packed
> Xvideo image format: 0x30323449 (I420) planar
> using Xvideo port 42 for hw scaling
> [xv] dcx: 6 dcy: 43 dx: 0 dy: 0 dw: 1024 dh: 576
> Detected video codec: [mpeg12] drv:1 prio:0 (MPEG 1 or 2)
> ==========================================================================
> AO: [oss] 48000Hz Stereo Signed 16-bit (Little-Endian)
> AO: Description: OSS/ioctl audio output
> AO: Author: A'rpi
> ao2: 48000 Hz 4 chans Signed 16-bit (Little-Endian)
> audio_setup: using '/dev/dsp' dsp device
> audio_setup: sample format: Signed 16-bit (Little-Endian) (requested:
> Signed 16-bit (Little-Endian))
> audio_setup: using 4 channels (requested: 4)
> audio_setup: using 48000 Hz samplerate (requested: 48000)
> audio_setup: frags: 32/128 (8192 bytes/frag) free: 262144
> Start playing...
> ==> Found audio stream: 129
> *** [pp] Allocating mp_image_t, 720x576x12bpp YUV planar, 622080 bytes
> X11 Window 6x43-1024x576
> X11 Window 6x43-1024x576
> X11 Window 6x43-1024x576
> X11 Window 6x43-1024x576
> [xv] dcx: 6 dcy: 43 dx: 0 dy: 0 dw: 1024 dh: 576
> *** [pp] Allocating mp_image_t, 720x576x12bpp YUV planar, 622080 bytes%
> *** [vo] Allocating mp_image_t, 720x576x12bpp YUV planar, 622080 bytes
> using npp filters 0x7/0x7
> *** [pp] Allocating mp_image_t, 720x576x12bpp YUV planar, 622080 bytes%
> A: 0.8 V: 0.8 A-V: 0.036 ct: 0.040 17/ 17 25% 33% 45.9% 5 0 0%
> *** free_stream() called ***
>
> Exiting... (Quit)
>
>
>
>
>
>
> Greetings
> Julián
>
>
>
>
>
> --__--__--
>
> Message: 4
> Date: Tue, 23 Apr 2002 11:15:30 -0700 (PDT)
> From: "Steven M. Schultz" <sms at 2BSD.COM>
> To: mplayer-users at mplayerhq.hu
> Subject: Re: Re: [MPlayer-users] Re: can -vop scale increase the size?
> Reply-To: mplayer-users at mplayerhq.hu
>
> > I tried using "scale=860:480" and ended up with diagonal yellowish
> > stripes in the picture. Using "856:480" looks much better.
>
> Sigh, One of these days I'll learn to do arithmetic correctly ;(
>
> It should have been 864 of course so it would be a multiple of 16.
>
> Steven Schultz
> sms at 2bsd.com
>
>
> --__--__--
>
> Message: 5
> From: Niklas <scizzo at sector7.nu>
> To: mplayer-users at mplayerhq.hu
> Date: 23 Apr 2002 20:15:37 +0200
> Subject: [MPlayer-users] Different fullscreen crash
> Reply-To: mplayer-users at mplayerhq.hu
>
> Hi there....
>
> I was on my way trying out version 0.90pre1 and I have found out that
> the fullscreen support is being weird for me.
> This is what I did.
>
> I tried to play mplayer and a .m2v file and fullscreen it with "F" now
> the video gets stretched but like it is widescreen in the wrong
> direction from the bottom to the top of the window. I have tried to do
> configs with different types of --enables but nothing work it still
> gives the same output. After I did the fullscreen I thought that I might
> have to push "C" for different sets of fullscreens and then it crashed
> it gave me this output...
>
>
> [PP] Sorry, postprocessing is not available
> Movie-Aspect is undefined - no prescaling applied.
> VO: [sdl] 480x480 => 480x480 Planar YV12
> SDL: Using driver: x11
> *** [vo] Exporting mp_image_t, 480x480x12bpp YUV planar, 345600 bytes
> A: 4.2 V: 4.0 A-V: 0.121 ct: 0.013 99/ 99 27% 26% 1.5% 4 0 82%
>
> MPlayer interrupted by signal 11 in module: decode_video
>
>
>
> And in 0.60 of mplayer my configs and everything works great.
>
> Is this something known or is this new?
>
> Thanks for all your help
>
> //Niklas
>
>
> --__--__--
>
> Message: 6
> Date: Tue, 23 Apr 2002 20:08:19 +0200
> From: =?iso-8859-1?Q?R=E9mi_Guyomarch?= <rguyom at pobox.com>
> To: mplayer-users at mplayerhq.hu
> Subject: [MPlayer-users] Re: Failed assertion on Solaris
> Reply-To: mplayer-users at mplayerhq.hu
>
> On Tue, Apr 23, 2002 at 07:15:27PM +0200, Martin Olschewski wrote:
> ...
> > After building mplayer with debug support from the current cvs
> > snapshot, I got the following output when the movie has finished:
> >
> > playtree.c:468: failed assertion `iter->stack_size > 0'
>
> Hmmm, I've already seen that ...
>
> > The real problem is here, that realloc on sparc solaris systems does
> > not return NULL if it is called with size 0. Of course it frees the
> > memory, but it returns the old pointer.
>
> Nice catch ! On FreeBSD there's a different but similiar behaviour,
> from malloc(3) :
>
> [speaking about malloc() tunable options]
>
> V Attempting to allocate zero bytes will return a NULL pointer
> instead of a valid pointer. (The default behavior is to make a
> minimal allocation and return a pointer to it.) This option is
> provided for System V compatibility. This option is incompatible
> with the ``X'' option.
>
> The OpenBSD man page goes into more details, but it means the same
> thing :
> If size is zero and ptr is not a null pointer, the object it
> points to is freed and a new zero size object is returned.
>
> So it seems that the semantics of realloc(xx,0) isn't portable. Since
> Solaris is SysV, I'm wondering which platform does have this
> realloc(x,0) returns NULL behavior, beside Linux. In fact I'm
> wondering if it's not another Linuxism...
>
> Fortunately, on FreeBSD (but not on OpenBSD) I can change this
> behaviour both at runtime and at compile-time, but it's probably not
> the case on other platforms ...
>
> > Unfortunatelly I am not real sure if this is the only occasion where
> > mplayer relies on this behavier,
>
> No, it's not the only occasion. :-((
> For example, the playlist parser does make this bogus assumption and
> crash on my BSD box.
>
> > And now to something completely different...
> >
> > The reason why I build the version with debug support was, that I
> > cannot use gl for the video output any more. It worked fine with
> > the csv snapshot for 26.03.02, but I get
> >
> > X11 error: BadDrawable (invalid Pixmap or Window parameter)
> >
> > after a few frame with the current snapshot. No coredump, no crash
> > message, nothing that could give any helpful informations, just this
> > line and mplayer terminates. Has anybody the same problem?
>
> Yes, I have the same problem. Others too.
>
> --
> Rémi
>
>
> --__--__--
>
> Message: 7
> From: Juergen Hammelmann <juergen.hammelmann at gmx.de>
> To: mplayer-users at mplayerhq.hu
> Subject: Re: [MPlayer-users] ERROR at compiling: libdvdnav: /usr/bin/ld: cannot find -ldvdnav
> Date: Tue, 23 Apr 2002 18:35:48 +0200
> Reply-To: mplayer-users at mplayerhq.hu
>
> Am Dienstag, 23. April 2002 14:56 schrieb Juergen Hammelmann:
> > [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> >
> > Am Dienstag, 23. April 2002 14:23 schrieb Mathias Gygax:
> > > > /usr/bin/ld: cannot find -ldvdnav
> > > > collect2: ld returned 1 exit status
> > > > make: *** [mplayer] Fehler 1
> > >
> > > did you run ldconfig?
> >
> > yes!!!
> ok, solution found!
>
> -rwxr-xr-x 1 root root 741 Apr 22 16:09 libdvdnav.la*
> lrwxrwxrwx 1 root root 18 Apr 23 18:30 libdvdnav.so ->
> libdvdnav.so.0.0.0*
> lrwxrwxrwx 1 root root 18 Apr 22 18:28 libdvdnav.so.0 ->
> libdvdnav.so.0.0.0*
> -rwxr-xr-x 1 root root 71808 Apr 22 16:09 libdvdnav.so.0.0.0*
>
> I had to set manually the link libdvdnav.so !!!
> this was not set by ldconfig?! But by looking in libdvdnav.la I have seen,
> that it is required!
>
> Hope, that help you, too
>
> Ciao, Jürgen
> --
> I always say beauty is only sin deep.
> -- Saki, "Reginald's Choir Treat"
>
> system: 6:33pm up 17 days, 19:24, 3 users, load average: 0.63, 0.52, 0.34
> --
> email: juergen.hammelmann at gmx.de address: Dipl.-Inf. Juergen Hammelmann,
> phone: +49-7034-61578, +49-179-2178869 Brühlstr. 6,
> fax: +49-7034-652189 D-71157 Hildrizhausen,
> www: http://hammelmann.gmxhome.de Germany
>
>
> --__--__--
>
> Message: 8
> Date: Tue, 23 Apr 2002 20:36:48 +0200
> From: Pierre <pierre at epinetworx.com>
> To: mplayer-users at mplayerhq.hu
> Subject: Re: [MPlayer-users] Problem compiling MPlayer-0.90pre1
> Reply-To: mplayer-users at mplayerhq.hu
>
> On 2002.04.23 18:18 Vincent Mussard wrote:
> > [Automatic answer: RTFM (read DOCS, FAQ), also read
> > DOCS/bugreports.html]
> > Hi,
> >
> > > -Wl,-rpath,/usr/local/lib -lSDL -lpthread -lvgagl -lvga -laa
> > -Lvidix
> > > -lvidix -LGui -lgui libvo/libvo.a(vo_vesa.o): In function
> > > `vesa_term':
> > > vo_vesa.o(.text+0x22): undefined reference to `vbeRestoreState'
> > > vo_vesa.o(.text+0x82): undefined reference to `vbeSetMode'
> > > vo_vesa.o(.text+0xfe): undefined reference to `vbeDestroy'
> > > vo_vesa.o(.text+0x130): undefined reference to `vbeUnmapVideoBuffer'
> >
> > Yes I had the same problem. For some unknown reason under linux with
> > certains
> > ./configure parameters (--target=i586-linux for example)
> > linux/vbelib.c and
> > linux/lrmi.c are not compiled and included in libosdep.a.
> > The simple solution is to go in the linux directory. Do a make clean
> > and after a
> > make. You can now easily compile vbelib.c and lrmi.c with the same gcc
> > options
> > than the others file. Now you can easily launch the ar line to create
> > libosdep
> > without forgetting vbelib.o and lrmi.o.
> > Now go back (cd ..) and relaunch make.
>
> Ok thank you.
> Have you submitted a patch to the devel team for this ?
>
> > Vincent
> > ----------------------------------------
> > Sent using JAWmail from kwak.lineae.net
> >
>
> Pierre.
>
>
> --__--__--
>
> Message: 9
> Date: Tue, 23 Apr 2002 20:44:45 +0200
> From: Alban Bedel <albeu at free.fr>
> To: mplayer-users at mplayerhq.hu
> Subject: Re: [MPlayer-users] Re: Failed assertion on Solaris
> Reply-To: mplayer-users at mplayerhq.hu
>
> Hi Rémi Guyomarch,
>
> on Tue, 23 Apr 2002 20:08:19 +0200 you wrote:
>
> > [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > On Tue, Apr 23, 2002 at 07:15:27PM +0200, Martin Olschewski wrote:
> > ...
> > > After building mplayer with debug support from the current cvs
> > > snapshot, I got the following output when the movie has finished:
> > >
> > > playtree.c:468: failed assertion `iter->stack_size > 0'
> >
> > Hmmm, I've already seen that ...
> >
> > > The real problem is here, that realloc on sparc solaris systems does
> > > not return NULL if it is called with size 0. Of course it frees the
> > > memory, but it returns the old pointer.
> >
> > Nice catch ! On FreeBSD there's a different but similiar behaviour,
> > from malloc(3) :
> >
> > [speaking about malloc() tunable options]
> >
> > V Attempting to allocate zero bytes will return a NULL pointer
> > instead of a valid pointer. (The default behavior is to make a
> > minimal allocation and return a pointer to it.) This option is
> > provided for System V compatibility. This option is incompatible
> > with the ``X'' option.
> >
> > The OpenBSD man page goes into more details, but it means the same
> > thing :
> > If size is zero and ptr is not a null pointer, the object it
> > points to is freed and a new zero size object is returned.
> >
> > So it seems that the semantics of realloc(xx,0) isn't portable. Since
> > Solaris is SysV, I'm wondering which platform does have this
> > realloc(x,0) returns NULL behavior, beside Linux. In fact I'm
> > wondering if it's not another Linuxism...
> >
> > Fortunately, on FreeBSD (but not on OpenBSD) I can change this
> > behaviour both at runtime and at compile-time, but it's probably not
> > the case on other platforms ...
> >
> > > Unfortunatelly I am not real sure if this is the only occasion where
> > > mplayer relies on this behavier,
> >
> > No, it's not the only occasion. :-((
> > For example, the playlist parser does make this bogus assumption and
> > crash on my BSD box.
>
> Sorry but I don't have all *nix man page and the linux one don't talk about
> this portability issue :( But I found that linux realloc behave like this when
> the environment var MALLOC_CHECK_ is set. I'll fix it.
> Albeu
>
>
>
> --__--__--
>
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
>
> End of MPlayer-users Digest
>
More information about the MPlayer-users
mailing list