luis jure | 1 Jan 04:17 2005
Picon

cvs compilation error


hello list,

i'm having problems trying to compile mplayer from cvs:

cc -c -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O4
-march=athlon-4 -mcpu=athlon-4 -pipe -ffast-math -fomit-frame-pointer
-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include -I. -Inative -I.. -I../libmpdemux -I../loader
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include  -D_GNU_SOURCE -o vd_ffmpeg.o vd_ffmpeg.c 
vd_ffmpeg.c: In function `init': 
vd_ffmpeg.c:170: `FF_DEBUG_VIS_MB_TYPE' undeclared (first use in this
function) vd_ffmpeg.c:170: (Each undeclared identifier is reported only once
vd_ffmpeg.c:170: for each function it appears in.)
vd_ffmpeg.c:170: `FF_DEBUG_VIS_QP' undeclared (first use in this function)
make[1]: *** [vd_ffmpeg.o] Error 1
make[1]: Leaving directory `/usr/src/MPlayer-CVS/main/libmpcodecs'
make: *** [libmpcodecs/libmpcodecs.a] Error 2

i'm using gcc 3.2, and my configure options were:

./configure --prefix=/usr --confdir=/etc/mplayer --enable-largefiles
--with-codecsdir=/usr/lib/mplayer/codecs --enable-gui

thank you in advance for any help, and a happy new year for everybody!!

lj

(Continue reading)

RC | 1 Jan 07:27 2005
Picon

Re: Mencoder: Changing frame rate (RealMedia to vcd)

On Fri, 31 Dec 2004 10:49:31 -0800
Bill Moseley <moseley <at> hank.org> wrote:

>    mencoder  -ovc lavc -lavcopts vcodec=mpeg1video \
>              -oac lavc -lavcopts acodec=mp2 \
>              input.rm

You'd get better quality doing 2-pass encoding, and adding at least
"mbd=2" and "trell" to your lavcopts.  Toolame provides much better
quality than the lavc mp2 codec.

You're likely unable to seek (backwards) in this file, as the keyframes
are only once every 250 frames by default, whereas the VCD standard is
30.

>    mplex -f 1 -o vcd.mpg temp.m1v temp.mpa

tcmplex (part of transcode) seems to produce smaller files, and screws
up less for me, but only minor differences.

> I don't see any advantage of using svcd since my source is only
> 320x240.

Well, players limit VCDs to stereo 224Kbit audio, whereas with SVCDs you
can use any bitrate, and mono/stereo/joint-stereo.  Plus, SVCDs use
MPEG-2, which is obviously better, and at higher (video) bitrates so the
picture can be much better.  

>  I assume I'd need to scale from the  Realmedia image size to vcd
>  images size (320x240 -> 352x240).
(Continue reading)

RC | 1 Jan 07:40 2005
Picon

Re: snow/vorbis/nut?

On Fri, 31 Dec 2004 17:56:48 -0500
D Richard Felker III <dalias <at> aerifal.cx> wrote:

> we've looked up
> mxf and it's the most horribly misdesigned container we've ever seen,

I believe you've said that about practically every container format...
every one except NUT, that is.
D Richard Felker III | 1 Jan 09:37 2005

Re: snow/vorbis/nut?

On Fri, Dec 31, 2004 at 10:40:50PM -0800, RC wrote:
> On Fri, 31 Dec 2004 17:56:48 -0500
> D Richard Felker III <dalias <at> aerifal.cx> wrote:
> 
> > we've looked up
> > mxf and it's the most horribly misdesigned container we've ever seen,
> 
> I believe you've said that about practically every container format...
> every one except NUT, that is.

nope. :)

avi is usable, just has some limitations (no vfr) and high overhead.
mkv works, it's just overcomplicated, has some overhead, and wrong
timestamps.

the really bad containers are mov (massive bloat, unplayability
without complete file), ogm (huge overhead, no index, broken
timestamping, strong ties between codec and container), mpeg* (way too
much useless information, hard to write valid files, some ties between
codec and container). i forget all the details of this mxf or whatever
it's called, but i remember looking it over briefly and not even
wanting to read more, it was so bad...

rich
Nico Sabbi | 1 Jan 10:17 2005
Picon

Re: cvs compilation error

luis jure wrote:

>hello list,
>
>i'm having problems trying to compile mplayer from cvs:
>
>cc -c -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O4
>-march=athlon-4 -mcpu=athlon-4 -pipe -ffast-math -fomit-frame-pointer
>-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
>-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
>-I/usr/X11R6/include -I. -Inative -I.. -I../libmpdemux -I../loader
>-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
>-I/usr/X11R6/include  -D_GNU_SOURCE -o vd_ffmpeg.o vd_ffmpeg.c 
>vd_ffmpeg.c: In function `init': 
>vd_ffmpeg.c:170: `FF_DEBUG_VIS_MB_TYPE' undeclared (first use in this
>function) vd_ffmpeg.c:170: (Each undeclared identifier is reported only once
>vd_ffmpeg.c:170: for each function it appears in.)
>vd_ffmpeg.c:170: `FF_DEBUG_VIS_QP' undeclared (first use in this function)
>make[1]: *** [vd_ffmpeg.o] Error 1
>make[1]: Leaving directory `/usr/src/MPlayer-CVS/main/libmpcodecs'
>make: *** [libmpcodecs/libmpcodecs.a] Error 2
>
>
>i'm using gcc 3.2, and my configure options were:
>
>./configure --prefix=/usr --confdir=/etc/mplayer --enable-largefiles
>--with-codecsdir=/usr/lib/mplayer/codecs --enable-gui
>
>
>thank you in advance for any help, and a happy new year for everybody!!
(Continue reading)

luis jure | 1 Jan 11:27 2005
Picon

Re: cvs compilation error

el Sat, 01 Jan 2005 10:17:57 +0100
Nico Sabbi <nsabbi <at> tiscali.it> escribió:

 
> are you using a cvs co of ffmpeg? did you copy (or link) libav* in main/ ?

oops... yes, i grabbed the cvs version of ffmpeg, but i did a typo when
copying the directories and they ended somewhere else... i corrected that
and mplayer compiled all right.

thank you and happy new year.

lj

--

-- 
Giacomo Comes | 1 Jan 16:17 2005

Re: Mencoder: Changing frame rate (RealMedia to vcd)

On Fri, Dec 31, 2004 at 10:27:09PM -0800, RC wrote:
> On Fri, 31 Dec 2004 10:49:31 -0800
> Bill Moseley <moseley <at> hank.org> wrote:
> 
> >    mencoder  -ovc lavc -lavcopts vcodec=mpeg1video \
> >              -oac lavc -lavcopts acodec=mp2 \
> >              input.rm
> 
> You'd get better quality doing 2-pass encoding, and adding at least
> "mbd=2" and "trell" to your lavcopts.  Toolame provides much better
> quality than the lavc mp2 codec.
> 
> You're likely unable to seek (backwards) in this file, as the keyframes
> are only once every 250 frames by default, whereas the VCD standard is
> 30.
> 
> >    mplex -f 1 -o vcd.mpg temp.m1v temp.mpa
> 
> tcmplex (part of transcode) seems to produce smaller files, and screws
> up less for me, but only minor differences.
> 
> > I don't see any advantage of using svcd since my source is only
> > 320x240.
> 
> Well, players limit VCDs to stereo 224Kbit audio, whereas with SVCDs you
> can use any bitrate, and mono/stereo/joint-stereo.  Plus, SVCDs use
> MPEG-2, which is obviously better, and at higher (video) bitrates so the
> picture can be much better.  
> 
> >  I assume I'd need to scale from the  Realmedia image size to vcd
(Continue reading)

Giacomo Comes | 1 Jan 16:32 2005

Re: Mencoder: Changing frame rate (RealMedia to vcd)

On Fri, Dec 31, 2004 at 10:49:31AM -0800, Bill Moseley wrote:
> Stabbing around in the dark, I used this to convert a Real Media file
> into a vcd.  It works, but I'm not so sure I'm doing things the right
> way.  Here's all the commands in case I'm doing something incorrectly:
> 
> 
>    mencoder  -ovc lavc -lavcopts vcodec=mpeg1video \
>              -oac lavc -lavcopts acodec=mp2 \
>              input.rm
> 
>    transcode -i test.avi -Z fast --export_prof vcd-ntsc -o temp
>    mplex -f 1 -o vcd.mpg temp.m1v temp.mpa
>    vcdimager vcd.mpg
>    cdrdao write --device /dev/cdr video.cue

If you just need a tool that does all the previous steps and more and you don't worry
to know all the details, then encode2mpeg is what you need.

just:
	encode2mpeg -o MYREAL -n n input.rm -encode 2 --device /dev/cdr
will take care of everything and burn a VCD with your converted Real Media file.
If you need help, just ask.

See: http://encode2mpeg.sourceforge.net/

Giacomo
pamaillist | 1 Jan 17:06 2005
Picon
Picon

TS mpeg windows

 

Hi,

 

I’m trying to playback a TS mpeg file with mplayer for windows, which was recorded by a modified linux dbox. Playback starts, but every time the aspect ratio changes the following error occurs. WHY??

 

 

Z:\mplayer>mplayer "y:\video\recording\MDR_20041228_083500.001.ts"
MPlayer 1.0pre6-3.2.3 (C) 2000-2004 MPlayer Team
CPU: Intel (Family: 6, Stepping: 6)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection - WARNING - this is not optimal!
To get best performance, recompile MPlayer with --disable-runtime-cpudetection.

c:/windows/fonts/arial.ttf doesn't look like a font description, ignoring.
Cannot load font: c:/windows/fonts/arial.ttf
Playing y:\video\recording\MDR_20041228_083500.001.ts.
TS file format detected.
DEMUX OPEN, AUDIO_ID: -1, VIDEO_ID: -1, SUBTITLE_ID: -1,
PROBING UP TO 2000000, PROG: 0
VIDEO MPEG2(pid=401)...AUDIO MPA(pid=402) NO SUBS (yet)! PROGRAM N. 0
Opened TS demuxer, audio: 50(pid 402), video: 10000002(pid 401)...POS=1504
VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 7000.0 kbps (875.0 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 24000->192000 (192.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
VDecoder init failed

Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm:libmpeg2 (MPEG 1 or 2 (libmpeg2))
==========================================================================
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: [dsound] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starting playback...
VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [directx] 720x576 => 768x576 Planar YV12
VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [directx] 720x576 => 768x576 Planar YV12
<vo_directx><FATAL ERROR>could not create primary surface
FATAL: Cannot initialize video driver.

FATAL: Could not initialize video filters (-vf) or video output (-vo).


Exiting... (End of file)

_______________________________________________
MPlayer-users mailing list
MPlayer-users <at> mplayerhq.hu
http://mplayerhq.hu/mailman/listinfo/mplayer-users
Nico Sabbi | 1 Jan 17:42 2005
Picon

Re: TS mpeg windows

pamaillist <at> gmx.de wrote:

> Hi,
>
> I’m trying to playback a TS mpeg file with mplayer for windows, which 
> was recorded by a modified linux dbox. Playback starts, but every time 
> the aspect ratio changes the following error occurs. WHY??
>
[snip]

> Starting playback...
> VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [directx] 720x576 => 768x576 Planar YV12
> VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
>

1) it's the second identical message in week or so, we don't need bug 
reminders
2) it's the second time you post a totally wrong subject: the problem is 
not related with TS
in any way, it has to do with vo_directx, as you can read:

> VO: [directx] 720x576 => 768x576 Planar YV12
> <vo_directx><FATAL ERROR>could not create primary surface
> FATAL: Cannot initialize video driver.
>
> FATAL: Could not initialize video filters (-vf) or video output (-vo).
>
>
> Exiting... (End of file)
>

I don't know how to help you, but if Sascha and Joey have a chance to 
read a proper bugreport
(including the subject) they might.

Nico

Gmane