headers
Tom Evans | 1 Apr 2010 15:51

Re: mplayer not compile on FreeBSD 8.0, do I need to specify 64 bit arguments?

On Fri, Mar 26, 2010 at 12:36 AM, Antonio Olivares
<olivares14031 <at> yahoo.com> wrote:
> Dear folks,
>
> I have downloaded mplayer from svn and tried to compile on FreeBSD 8.0 and I get the following:
>
>  U   mplayer/libdvdnav
> Checked out external at revision 1191.
>
> Checked out revision 30960.
> n6355# ls
> mplayer
> n6355# cd mplayer/
> n6355# ./configure
> Checking for cc version ... 4.2.1
> Detected operating system: FreeBSD
> Detected host architecture: x86_64
> <snip>
> Do I need to specify 64 bit arguments?
>
> Thanks in Advance,
>
> Antonio
>

Add these arguments to configure:
./configure \
  --extra-cflags="-I/usr/local/include/freetype2 -I/usr/local/include
-DBROKEN_RELOCATIONS"
  --extra-libs="-L/usr/local/lib"
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mikle | 1 Apr 2010 21:38
Picon
Gravatar

Re: mplayer not compile on FreeBSD 8.0, do I need to specify 64 bit arguments?

Hello!
Try using different as:
install /usr/ports/devel/binutils
use something like, sed -i .new 's/AS=.*$/AS=\/usr\/local\/bin\/as' $mplayer_src_dir/config.mak &&
mv $mplayer_src_dir/config.mak.new $mplayer_src_dir/config.mak

after this, (almost) newest mplayer compiles for me without any problems. 

Wbr,
Permalink | Reply | 0 comments |
headers
Chin Shi Hong | 2 Apr 2010 14:46
Picon

Is this mplayer bug or FFmpeg video codec bug?

Dear All,

Are the following the bug of mplayer or FFmpeg codecs?

I am using SMPlayer 0.6.9.

There are no problem if I use rv40win codec on Windows or rv3040 codec on
Linux (Ubuntu 9.10) to play the HD 16:9 based RMVB file. But, if I use the
open sourced codec ffrv40 (FFmpeg rv40) to play the same file. Different
problems occur on both Windows and Ubuntu Linux.

When using rv40win or rv3040 codec, the file was played in fully 16:9 even
if the Aspect ratio set to 'auto'.

The original RMVB video file is based on 16:9. On Ubuntu Linux, when using
FFmpeg rv40 to play the file, there are some "black area" on the right side
which make the video look like 4:3. You can see the screenshot here:
http://i854.photobucket.com/albums/ab103/cshong/SMplayer.png

Then, on Windows, when using FFmpeg rv40 to play the file, the file was
played in 4:3 if the Aspect ratio set to 'auto'.

So, I wonder is this the bug of mplayer, or the bug of FFmpeg video codec?

If it is FFmpeg video codec's bug, which version does mplayer use?
Permalink | Reply | 5 comments |
headers
Carl Eugen Hoyos | 2 Apr 2010 17:03
Picon

Re: Is this mplayer bug or FFmpeg video codec bug?

Chin Shi Hong <cshong87 <at> gmail.com> writes:

> There are no problem if I use rv40win codec on Windows or rv3040 codec on
> Linux (Ubuntu 9.10) to play the HD 16:9 based RMVB file. But, if I use the
> open sourced codec ffrv40 (FFmpeg rv40) to play the same file.

Could you point me to a sample (or upload one to
ftp://ffmpeg.org/MPlayer/incoming - write only)?
The one we have seems to have multiple problems, so it is difficult to reproduce.

Carl Eugen
Permalink | Reply | 4 comments |
headers
Chin Shi Hong | 2 Apr 2010 17:50
Picon

Re: Is this mplayer bug or FFmpeg video codec bug?

Ok. I will try to extract some part of the video and try my best to upload
it tomorrow. It is a night time in my country now. After I upload, I will
reply to this email with the file name.

On Fri, Apr 2, 2010 at 11:03 PM, Carl Eugen Hoyos <cehoyos <at> ag.or.at> wrote:

> Chin Shi Hong <cshong87 <at> gmail.com> writes:
>
> > There are no problem if I use rv40win codec on Windows or rv3040 codec on
> > Linux (Ubuntu 9.10) to play the HD 16:9 based RMVB file. But, if I use
> the
> > open sourced codec ffrv40 (FFmpeg rv40) to play the same file.
>
> Could you point me to a sample (or upload one to
> ftp://ffmpeg.org/MPlayer/incoming - write only)?
> The one we have seems to have multiple problems, so it is difficult to
> reproduce.
>
> Carl Eugen
>
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users <at> mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>
Permalink | Reply | 3 comments |
headers
Chin Shi Hong | 3 Apr 2010 05:23
Picon

Re: Is this mplayer bug or FFmpeg video codec bug?

Hai! I uploaded a sample file named "join.rmvb". Kindly please let me know
if you do not see it. Thank you!

On Fri, Apr 2, 2010 at 11:50 PM, Chin Shi Hong <cshong87 <at> gmail.com> wrote:

> Ok. I will try to extract some part of the video and try my best to upload
> it tomorrow. It is a night time in my country now. After I upload, I will
> reply to this email with the file name.
>
>
> On Fri, Apr 2, 2010 at 11:03 PM, Carl Eugen Hoyos <cehoyos <at> ag.or.at>wrote:
>
>> Chin Shi Hong <cshong87 <at> gmail.com> writes:
>>
>> > There are no problem if I use rv40win codec on Windows or rv3040 codec
>> on
>> > Linux (Ubuntu 9.10) to play the HD 16:9 based RMVB file. But, if I use
>> the
>> > open sourced codec ffrv40 (FFmpeg rv40) to play the same file.
>>
>> Could you point me to a sample (or upload one to
>> ftp://ffmpeg.org/MPlayer/incoming - write only)?
>> The one we have seems to have multiple problems, so it is difficult to
>> reproduce.
>>
>> Carl Eugen
>>
>> _______________________________________________
>> MPlayer-users mailing list
>> MPlayer-users <at> mplayerhq.hu
(Continue reading)

Permalink | Reply | 2 comments |
headers
Carl Eugen Hoyos | 3 Apr 2010 11:34
Picon

Re: Is this mplayer bug or FFmpeg video codec bug?

Chin Shi Hong <cshong87 <at> gmail.com> writes:

> Hai! I uploaded a sample file named "join.rmvb".

Thank you, this is now FFmpeg issue 1862.

Please do not top post, it is considered rude on this list, Carl Eugen
Permalink | Reply | 1 comment |
headers
Michael Adam | 3 Apr 2010 18:29
Picon

Re: (no subject)

-----Ursprüngliche Nachricht-----
Von: Henry <defsyn <at> gmail.com>
Gesendet: 30.03.2010 21:41:00
An: "MPlayer usage questions, feature requests,
	bug reports" <mplayer-users <at> mplayerhq.hu>
Betreff: Re: [MPlayer-users] (no subject)

>>
>> > The mistake appears to occur while building interface.o
>> > Looks like some header file did not set the proper defines.
>> > Might be missing some developer files for building the GUI
>>
>> where are the developer files for the GUI
>>
>> Should be the libx11-dev  in Debian
>Might install the xorg-dev package also
>
>>
>> > It might help if you list what SVN you're building from and on what
>> > platform.
>> > Looks like linux:
>> > -L/usr/X11R6/lib
>>
>> From sources I built a XFree86 Release
>> 4.8.0 window on linux libc-2.7. The 'include' files I got from a
>> Debian Lenny.
>>
>>
>> recently built the GUI on Windows with MinGW using gcc 4.2.4 from latest
>SVN. So,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chin Shi Hong | 4 Apr 2010 04:40
Picon

Re: Is this mplayer bug or FFmpeg video codec bug?

On Sat, Apr 3, 2010 at 5:34 PM, Carl Eugen Hoyos <cehoyos <at> ag.or.at> wrote:

> Chin Shi Hong <cshong87 <at> gmail.com> writes:
>
> > Hai! I uploaded a sample file named "join.rmvb".
>
> Thank you, this is now FFmpeg issue 1862.
>
> Please do not top post, it is considered rude on this list, Carl Eugen
>
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users <at> mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>

I am sorry. This is my first time using mailing list. I never know that
posting at the top is rude. Thank you for telling me. I will change my
behavior.
Permalink | Reply | 0 comments |
headers
dream01 | 4 Apr 2010 18:02
Picon
Favicon

MPlayer bug in Mac OSX: AC3 audio issue when using shared_buffer

I'm having an issue with MPlayer; I'm now using the latest svn compiled with
FFmpeg-MT but it happens with every versions.
I haven't any problem on playing video with AC3 (DTS and DD5.1) audio
through SPDIF (with coreaudio) from command line with corevideo outputted
directly.
On the other hand, when I play the same video always from command line but
trought a shared_buffer (regardless if it is caught by a GUI or not) a
really strange thing happens:
If in Audio MIDI Configurator of Mac OSX , the digital output is set at 2ch
16bit 48KHz (or 41 or 96) then the audio (and video) is played at 2x.
If the digital output i set at 2ch 24bit (or 20bit) 48KHz (or 41 or 96) then
audio and video are played at the correct speed but the audio plays
intermittently (1 sec of distorted sound then 3 sec of mute and so on..)
This happens anytime I try to use a shared_buffer.

This is the log of the file played without shared_buffer:

/Users/XXX/mplayer -ac hwdts,hwac3, -lavdopts
skiploopfilter=all:fast:threads=2 -demuxer lavf -v /Volumes/Dati/Audio
demo/hd_dts_orchestra_long_lossless.m2ts 
MPlayer SVN-r30982-4.2.1 (C) 2000-2010 MPlayer Team
CPU vendor name: GenuineIntel  max cpuid level: 10
CPU: Intel(R) Core(TM)2 Duo CPU     E8400   <at>  3.00GHz (Family: 6, Model: 23,
Stepping: 6)
extended cpuid-level: 8
extended cache-info: 402686016
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 1
Compilato per CPU x86 con estensioni: MMX MMX2 SSE SSE2 SSSE3 CMOV
get_path('codecs.conf') -> '/Users/andreamencarelli/.mplayer/codecs.conf'
(Continue reading)

Permalink | Reply | 2 comments |

Gmane