[MPlayer-users] Re: MPlayer-users Digest, Vol 15, Issue 4
Ted McCune
mooreted at charter.net
Wed Mar 2 03:07:43 CET 2005
mplayer-users-request at mplayerhq.hu wrote:
>Send MPlayer-users mailing list submissions to
> mplayer-users at mplayerhq.hu
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
>or, via email, send a message with subject or body 'help' to
> mplayer-users-request at mplayerhq.hu
>
>You can reach the person managing the list at
> mplayer-users-owner at mplayerhq.hu
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of MPlayer-users digest..."
>
>
>Today's Topics:
>
> 1. Re: Re: [-] Re: [-] Re: [-] TV-recording with mencoder,
> "video-buffer full" (D Richard Felker III)
> 2. Re: TV-recording with mencoder, "video-buffer full"
> (D Richard Felker III)
> 3. rtsp stream doesnt play from quicktime mov live.com (Bob Davis)
> 4. Mplayer will not automatically release from memory. (Ted McCune)
> 5. Re: Mplayer will not automatically release from memory.
> (Reimar D?ffinger)
> 6. Re: divtc filter description (Ville Saari)
> 7. Re: - Autodesk RLE NOSPAM (Roberto Togni)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Tue, 1 Mar 2005 13:03:09 -0500
>From: D Richard Felker III <dalias at aerifal.cx>
>Subject: Re: [MPlayer-users] Re: [-] Re: [-] Re: [-] TV-recording with
> mencoder, "video-buffer full"
>To: "MPlayer usage questions, feature requests, bug reports"
> <mplayer-users at mplayerhq.hu>
>Message-ID: <20050301180309.GV24659 at brightrain.aerifal.cx>
>Content-Type: text/plain; charset=us-ascii
>
>On Tue, Mar 01, 2005 at 11:44:23AM +0100, Matthias Wieser wrote:
>
>
>>>>>(but also adds edge ghosting from the other field -- very ugly!)
>>>>>
>>>>>
>>>>I have never seen those edge ghosting. Do you have screenshots?
>>>>
>>>>
>>>Yep, I'll make one right now:
>>>
>>>http://brightrain.aerifal.cx/~dalias/lavcdeint_sucks.jpg
>>>
>>>This shows 3 frames from telecined content, so you see how the 'ghost'
>>>of one appears in another.
>>>
>>>
>>Could it be that this effect is caused by ntsc? I have never seen anything
>>
>>
>
>Nope. It's fundamental to what pp=fd does, which is equivalent to
>linear-interpolating the missing lines of field-0, and then adding an
>edge-detected (think "edge detect" command in gimp) copy of field-1 on
>top of that. It's absolutely absurd!
>
>The only reason anyone likes this absurd filter is that, if the two
>fields already line up to make one still image (or in parts of the
>image where this is the case), the filter acts almost like the
>identity operator, since the edge-detected copy of field-1 makes up
>for what was lost by interpolating and throwing away field-1.
>
>
>
>>like that (but I dont't watch Manga films).
>>
>>
>
>The word is anime. Manga means graphic novels (aka comic books).
>
>You're right that I did cheat slightly by using anime as an example.
>Live real-world video is more forgiving, for two reason:
>
>1. Fewer sharp edges. Or in other words, the edge-detected copy of
> field-1 is extremely faint.
>2. There are fewer areas of solid color, more noise to mask the error
> introduced by this nonsensical ghost.
>
>Of course, these first reason also means that pp=fd is less important
>and less useful for real-world content, because the contribution from
>the edge-detected field-1 is hardly doing anything to improve the
>image, since its magnitude is so small. To state it as two points:
>
>A. The weaker the sharp edges, the closer pp=fd becomes to pp=li, in
> which case it's no better than throwing away a field.
>B. The stronger the sharp edges, the more ugly ghost artifacts pp=fd
> will introduce.
>
>Either way, you simply can't win. :(
>
>
>
>>>Also notice how bad the thin nearly horizontal lines get aliased
>>>by the filter.
>>>
>>>
>>But probably less ugly than when using pp=md or pp=ci.
>>
>>
>
>Using pp=ci is 100% pointless. It's equivalent to capturing only one
>field, then scaling it up to full height with vf_scale, which just
>wastes a huge number of bits encoding redundant information. You'd be
>better off using single-field capture and not upscaling, just storing
>an aspect header instead.
>
>The destructiveness on those horizontal lines is slightly worse with
>pp=md, yes. That's because md's critical flaw is that is destroys all
>isolated local extrema. It should be possible to make a similar filter
>without this flaw, at a very minor cost to cpu time. Once I tried
>this, but I was trying to do too many other fancy things too so I
>didn't get any good tests with just the basic ideas.
>
>
>
>>Have you done some comparisons with kerndeint?
>>
>>
>
>Yes, it's much less destructive.
>
>
>
>>>The only remotely correct deinterlacer in MPlayer is vf_tfields. :)
>>>But it's only usable with MEncoder, and requires nasty hacks to trick
>>>to make it get the framerate right.
>>>
>>>
>>A year ago it worked quite well. But I had to use a higher bitrate to get
>>reasonable quality. Now I do most TV recordings at 25fps.
>>
>>
>
>It's a shame..you're losing half the framerate. :(
>tfields output looks really beautiful on the PAL DV I tried using it
>on a while back.
>
>Rich
>
>
>
>------------------------------
>
>Message: 2
>Date: Tue, 1 Mar 2005 13:04:41 -0500
>From: D Richard Felker III <dalias at aerifal.cx>
>Subject: Re: [MPlayer-users] TV-recording with mencoder, "video-buffer
> full"
>To: "MPlayer usage questions, feature requests, bug reports"
> <mplayer-users at mplayerhq.hu>
>Message-ID: <20050301180440.GW24659 at brightrain.aerifal.cx>
>Content-Type: text/plain; charset=us-ascii
>
>On Tue, Mar 01, 2005 at 03:09:57AM -0800, R C wrote:
>
>
>>On Sun, 27 Feb 2005 20:18:19 +0100
>>The Eye <mhellwig at gmx.at> wrote:
>>
>>
>>
>>>mencoder tv:// \
>>> -tv driver=v4l2:width=768:height=576:amode=1:adevice=/dev/dsp1 -oac \
>>> mp3lame -lameopts cbr:br=96 -ovc lavc -lavcopts \
>>> vcodec=mpeg4:vbitrate=2000 -vf crop=698:558:12:2,scale=640:480,pp=lb /
>>> -endpos 1:00:00 -o somefile.avi
>>>
>>>
>>>btw if anything about this is stupid, please tell me.
>>>
>>>
>>I'm surprised Rich didn't mention it, but your crop dimentions should be multiples of 4.
>>
>>
>
>Oh yes, this is a huge error I missed!
>For interlaced video your vertical crop offset and dimension must be
>multiples of 4. Actually if you use pp=lb, it will probably correct
>itself even if you do this wrong. But if you use any other
>deinterlacer, e.g. pp=fd, you'll get one field in the luma plane and
>the other field in the chroma plane, and they won't line up and
>there'll be horrible "color ghosts" throughout your whole video!!
>
>Rich
>
>
>
>------------------------------
>
>Message: 3
>Date: Tue, 01 Mar 2005 13:48:00 -0500
>From: Bob Davis <bob at bobsbits.net>
>Subject: [MPlayer-users] rtsp stream doesnt play from quicktime mov
> live.com
>To: "MPlayer usage questions, feature requests, bug reports"
> <mplayer-users at mplayerhq.hu>
>Message-ID: <4224B8E0.3040405 at bobsbits.net>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>So I dont understand that much about streams
>but it is:
>rtsp
>mov container
>live.com something
>
>The symptoms are that it just sits there and says "Starting Playback..."
>
>
>Here is the log file
>
>MPlayer dev-CVS-050113-21:57-3.3.3 (C) 2000-2005 MPlayer Team
>CPU: IDT/Centaur/VIA C3 Ezra-T (Family: 6, Stepping: 9)
>Detected cache-line size is 32 bytes
>CPUflags: MMX: 1 MMX2: 0 3DNow: 1 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.
>
>CommandLine: '-v' '-console' 'rtsp://136.244.12.63/wcni2.sdp'
>init_freetype
>Font c:\Program Files\Cygmp\font/font.desc loaded successfully! (206 chars)
>Using MMX (with tiny bit 3DNow) Optimized OnScreenDisplay
>Using Windows native timing
>Parsing input config file c:\Program Files\Cygmp\input.ini
>Input config file c:\Program Files\Cygmp\input.ini parsed: 44 binds
>getch2: 6 can't get number of input events [disabling console input]
>Playing rtsp://136.244.12.63/wcni2.sdp.
>Filename for url is now rtsp://136.244.12.63/wcni2.sdp
>Filename for url is now rtsp://136.244.12.63/wcni2.sdp
>Connecting to server 136.244.12.63[136.244.12.63]:554 ...
>rtsp_session: Not a Real server. Server type is 'QTSS/5.0.3.2
>(Build/452.22.3; Platform/MacOSX; Release/Panther; Update/3GPP; )'.
>Not a Realmedia rtsp url. Trying standard rtsp protocol.
>Connected to server: 136.244.12.63
>Stream not seekable!
>Sending request: DESCRIBE rtsp://136.244.12.63/wcni2.sdp RTSP/1.0
>
>CSeq: 1
>
>Accept: application/sdp
>
>User-Agent: MPlayer (LIVE.COM Streaming Media v2004.08.24)
>
>
>
>
>Received DESCRIBE response: RTSP/1.0 200 OK
>
>Server: QTSS/5.0.3.2 (Build/452.22.3; Platform/MacOSX; Release/Panther;
>Update/3GPP; )
>
>Cseq: 1
>
>Cache-Control: no-cache
>
>Content-length: 711
>
>Date: Tue, 01 Mar 2005 18:38:11 GMT
>
>Expires: Tue, 01 Mar 2005 18:38:11 GMT
>
>Content-Type: application/sdp
>
>x-Accept-Retransmit: our-retransmit
>
>x-Accept-Dynamic-Rate: 1
>
>Content-Base: rtsp://136.244.12.63/wcni2.sdp/
>
>
>
>
>Need to read 711 extra bytes
>Read 711 extra bytes: v=0
>
>o=QTS 6141191016301758183 3318008126 IN IP4 136.244.12.63
>
>s=/wcni2.sdp
>
>c=IN IP4 0.0.0.0
>
>t=0 0
>
>a=mpeg4-iod:"data:application/mpeg4-iod;base64,AoFrAE///w///wOBCgABQGxkYXRhOmFwcGxpY2F0aW9uL21wZWc0LW9kLWF1O2Jhc2U2NCxBVFFCTWdLZkF5NEFaUUFFZ0lDQUZFQVZBQmdBQUFENkFBQUErZ0FGZ0lDQUFoS1FCaEFBUkFBQWZRQUFBSDBBSUNBQUFBQUQEDQEFAADIAAAAAAAAAAAGCQEAAAAAAAAAAANVAAJAMmRhdGE6YXBwbGljYXRpb24vbXBlZzQtYmlmcy1hdTtiYXNlNjQsd0JBU2daTUNvRmZBBBICDQAAZAAAAAAAAAAABQMAAGAGCQEAAAAAAAAAAA=="
>
>a=isma-compliance:1,1.0,1
>
>a=control:*
>
>m=audio 0 RTP/AVP 96
>
>a=rtpmap:96 mpeg4-generic/32000/2
>
>a=fmtp:96
>profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1290
>
>a=mpeg4-esid:101
>
>a=control:trackid=1
>
>
>Initiated "audio/MPEG4-GENERIC" RTP subsession
>Increased audio socket receive buffer to 100000 bytes
>Sending request: SETUP rtsp://136.244.12.63/wcni2.sdp/trackid=1 RTSP/1.0
>
>CSeq: 2
>
>Transport: RTP/AVP;unicast;client_port=4442-4443
>
>User-Agent: MPlayer (LIVE.COM Streaming Media v2004.08.24)
>
>
>
>
>Received SETUP response: RTSP/1.0 200 OK
>
>Server: QTSS/5.0.3.2 (Build/452.22.3; Platform/MacOSX; Release/Panther;
>Update/3GPP; )
>
>Cseq: 2
>
>Cache-Control: no-cache
>
>Session: 7004024481670841080
>
>Date: Tue, 01 Mar 2005 18:38:11 GMT
>
>Expires: Tue, 01 Mar 2005 18:38:11 GMT
>
>Transport:
>RTP/AVP;unicast;source=136.244.12.63;client_port=4442-4443;server_port=6970-6971
>
>
>
>
>Sending request: PLAY rtsp://136.244.12.63/wcni==> Found audio stream: 0
>==========================================================================
>Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
>dec_audio: Allocating 4608 bytes for input buffer.
>dec_audio: Allocating 49152 + 65536 = 114688 bytes for output buffer.
>FAAD: Decoder init done (0Bytes)!
>FAAD: Negotiated samplerate: 32000Hz channels: 2
>2.sdp RTSP/1.0
>
>CSeq: 3
>
>Session: 7004024481670841080
>
>Range: npt=0.000-
>
>User-Agent: MPlayer (LIVE.COM Streaming Media v2004.08.24)
>
>
>
>
>Received PLAY response: RTSP/1.0 200 OK
>
>Server: QTSS/5.0.3.2 (Build/452.22.3; Platform/MacOSX; Release/Panther;
>Update/3GPP; )
>
>Cseq: 3
>
>Session: 7004024481670841080
>
>Range: npt=now-
>
>RTP-Info: url=rtsp://136.244.12.63/wcni2.sdp/trackid=1
>
>
>
>
>FAAD: compressed input bitrate missing, assuming 128kbit/s!
>AUDIO: 32000 Hz, 2 ch, 16 bit (0x9), ratio: 16000->128000 (128.0 kbit)
>Selected audio codec: [faad] afm:faad (FAAD AAC (MPEG2/MPEG4 Audio) decoder)
>==========================================================================
><vo_directx><INFO>checking primary surface
><vo_directx><FORMAT PRIMARY>14 BGR32 supported
><vo_directx><INFO>testing supported overlay pixelformats
><vo_directx><FORMAT OVERLAY>0 YV12 supported
><vo_directx><FORMAT OVERLAY>1 I420 not supported
><vo_directx><FORMAT OVERLAY>2 IYUV not supported
><vo_directx><FORMAT OVERLAY>3 YVU9 not supported
><vo_directx><FORMAT OVERLAY>4 YUY2 supported
><vo_directx><FORMAT OVERLAY>5 UYVY not supported
><vo_directx><FORMAT OVERLAY>6 BGR8 not supported
><vo_directx><FORMAT OVERLAY>7 RGB15 not supported
><vo_directx><FORMAT OVERLAY>8 BGR15 supported
><vo_directx><FORMAT OVERLAY>9 RGB16 not supported
><vo_directx><FORMAT OVERLAY>10 BGR16 supported
><vo_directx><FORMAT OVERLAY>11 RGB24 not supported
><vo_directx><FORMAT OVERLAY>12 BGR24 not supported
><vo_directx><FORMAT OVERLAY>13 RGB32 not supported
><vo_directx><FORMAT OVERLAY>14 BGR32 not supported
><vo_directx><INFO>Your card supports 4 of 15 overlayformats
><vo_directx><INFO>hardware supports overlay
>==========================================================================
>Opening video decoder: [raw] RAW Uncompressed Video
>VDec: vo config request - 200 x 100 (preferred csp: BGR 24-bit)
>Trying filter chain: vo
>Could not find matching colorspace - retrying with -vf scale...
>Opening video filter: [scale]
>SwScale params: -1 x -1 (-1=no scaling)
>Trying filter chain: scale vo
>VDec: using BGR 24-bit as output csp (no 0)
>Movie-Aspect is undefined - no prescaling applied.
>VO Config (200x100->200x100,flags=0,'MPlayer',0x42475218)
>SwScaler: using unscaled BGR 24-bit -> Planar YV12 special converter
>REQ: flags=0x417 req=0x0
>VO: [directx] 200x100 => 200x100 Planar YV12
>VO: Description: Directx DDraw YUV/RGB/BGR renderer
>VO: Author: Sascha Sommer <saschasommer at freenet.de>
><vo_directx><INFO>overlay with format YV12 created
><vo_directx><WARN>unable to get DirectDraw ColorControl interface
>Selected video codec: [rawbgr24] vfm:raw (RAW BGR24)
>==========================================================================
>AutoQ: setting quality to 0.
>Checking audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
>[libaf] Adding filter dummy
>[dummy] Was reinitialized, rate=32000Hz, nch = 2, format = 0x00000009
>and bps = 2
>AF_pre: af format: 2 bps, 2 ch, 32000 hz, little-endian 16-bit signed int
>AF_pre: 32000Hz 2ch little-endian 16-bit signed int
>ao_win32: Samplerate:32000Hz Channels:2 Format:s16le
>ao_win32: Buffersize:4096
>AO: [win32] 32000Hz 2ch little-endian 16-bit signed int (2 bps)
>AO: Description: Windows waveOut audio output
>AO: Author: Sascha Sommer <saschasommer at freenet.de>
>Building audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
>[dummy] Was reinitialized, rate=32000Hz, nch = 2, format = 0x00000009
>and bps = 2
>[dummy] Was reinitialized, rate=32000Hz, nch = 2, format = 0x00000009
>and bps = 2
>Starting playback...
>
>
>MPlayer interrupted by signal 2 in module: decode_audio
>
>press enter or click 'X' to close...
>
>
>
>------------------------------
>
>Message: 4
>Date: Tue, 01 Mar 2005 10:58:41 -0800
>From: Ted McCune <mooreted at charter.net>
>Subject: [MPlayer-users] Mplayer will not automatically release from
> memory.
>To: mplayer-users at mplayerhq.hu
>Message-ID: <4224BB61.4050500 at charter.net>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>System:
>
>AMD Athlon 2600+ processor
>1gig DDR RAM
>Mandrake 10.1
>Kernel 2.6.8.1-12mdkcustom
>Nvidia Geforce 6800 graphics adaper
>Mplayer version 1.0pre6-3.4.1
>
>After playing several movies I find as many instances of Mplayer running
>in memory. Here is the output of "ps aux":
>
>mooreted 7331 0.0 0.8 33624 8848 ? S 10:46 0:00 mplayer
>/home/moo
>mooreted 7333 0.0 1.0 33624 10680 ? S 10:46 0:00 mplayer
>/home/moo
>mooreted 7335 0.0 1.0 33624 10780 ? S 10:46 0:00 mplayer
>/home/moo
>mooreted 7337 0.0 1.1 33624 11824 ? S 10:46 0:00 mplayer
>/home/moo
>mooreted 7339 0.0 1.2 33664 12600 ? S 10:46 0:00 mplayer
>/home/moo
>mooreted 7341 0.0 1.3 33624 13888 ? S 10:46 0:00 mplayer
>/home/moo
>
>According to the Gnome System Monitor, each instance of Mplayer is using
>between 32.8 and 32.9 megabytes of memory. I have to "killall mplayer"
>to get these instances removed from memory.
>
>How can I fix this?
>
>
>
>
>------------------------------
>
>Message: 5
>Date: Tue, 1 Mar 2005 20:33:21 +0100
>From: Reimar D?ffinger <Reimar.Doeffinger at stud.uni-karlsruhe.de>
>Subject: Re: [MPlayer-users] Mplayer will not automatically release
> from memory.
>To: "MPlayer usage questions, feature requests, bug reports"
> <mplayer-users at mplayerhq.hu>
>Message-ID: <20050301193321.GA2608 at rz.uni-karlsruhe.de>
>Content-Type: text/plain; charset=iso-8859-1
>
>Hi,
>On Tue, Mar 01, 2005 at 10:58:41AM -0800, Ted McCune wrote:
>
>
>>After playing several movies I find as many instances of Mplayer running
>>in memory. Here is the output of "ps aux":
>>
>>
>
>See http://bugzilla.mplayerhq.hu/show_bug.cgi?id=179
>-nocache should fix your problem, too.
>
>Greetings,
>Reimar Döffinger
>
>
>Thanks, I'll try the -nocache option. The rest of the bug report does not pertain to me. I am the ESC key to exit. I am not getting any errors and I'm using Fluxbox not KDE, but I'll try it.
>
>
>------------------------------
>
>Message: 6
>Date: Tue, 1 Mar 2005 21:55:29 +0200
>From: Ville Saari <113762 at vs.iki.fi>
>Subject: Re: [MPlayer-users] divtc filter description
>To: "MPlayer usage questions, feature requests, bug reports"
> <mplayer-users at mplayerhq.hu>
>Message-ID: <20050301195551.GA7816 at tphon.vs.iki.fi>
>Content-Type: text/plain; charset=us-ascii
>
>On Mon, Feb 28, 2005 at 02:26:22AM +0300, Vladimir Mosgalin wrote:
>
>
>
>>In man page, there are following words in description of divtc:
>>
>>In order to use divtc two pass with two pass video encoding, you must
>>perform three passes: first divtc pass one and encoder pass one, then
>>divtc pass two and encoder pass two, and finally divtc pass two and
>>encoder pass two.
>>
>>I don't quite get it.. shouldn't it be other way around? First pass of
>>divtc with second pass of encoder makes no sense to me.
>>
>>
>
>Is that my cola or did someone else add that sentence to the manpage
>afterwards?
>
>Other way round is correct of course, but actually doing a redundant
>encoder pass one for the first divtc pass is waste of cpu cycles.
>I usually do it using this kind of dummy encoding:
>
>mencoder -vf divtc=pass=1,crop=16:16:0:0 -ovc raw -nosound -o /dev/null
>
>It runs very fast. Just remember to place softskip after divtc=pass2 in
>the encoding passes. Using mplayer -nosound -vo null for the first divtc
>pass may also work, but I haven't tried it.
>
>It would be useful for this kind of tricks if mencoder had a null codec
>that would just drop the data and produce empty frames. The frameno
>should be pretty much like that, but it didn't work when I tried to
>use it. Unfortunately I can't remember what kind of problem I had with it.
>
>
>
More information about the MPlayer-users
mailing list