Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example: 1) $mplayer test.avi ===> lines 2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again. These horizontal lines appears ALWAYS around shapes in movement when I see DVD. Any suggestion? Thanx! ByEz!!!
On Fri, 13 Jan 2006 19:12:14 +0100 kunt1z <kunt1z_2@tiscali.it> wrote:
$mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance)
You should get the same effect with -nortc. I really can't understand what you are trying to describe, and your mail is very, very light on details (ie. full mplayer output).
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page. Giacomo
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page.
Giacomo
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
Could you tell me a filter to use? Thanx!
On Fri, Jan 13, 2006 at 07:50:58PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page.
Could you tell me a filter to use? Thanx!
-vf pp=fd Giacomo
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:50:58PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page.
Could you tell me a filter to use? Thanx!
-vf pp=fd
Giacomo
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
Niet, it doesn't work. Non funziona! But don't you think it's strange that if there is an interrupted instance of mplayer it works?
On Fri, Jan 13, 2006 at 08:20:00PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:50:58PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page.
Could you tell me a filter to use? Thanx!
-vf pp=fd
Niet, it doesn't work. Non funziona! But don't you think it's strange that if there is an interrupted instance of mplayer it works?
I assume that the difference in the two istances are due to different vo. Usually the first instance uses xv and the second x11 because xv is already used (check the output). If this is the case then using -vo x11 will make mplayer work for the first instance too. But this is only a workaround. Really you should find a way to use -vo xv (may be with -norct as suggested in the other post). Giacomo
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 08:20:00PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:50:58PM +0100, kunt1z wrote:
Giacomo Comes ha scritto:
On Fri, Jan 13, 2006 at 07:12:14PM +0100, kunt1z wrote:
Hi guys, this is my first post in this list. I've got a problem using mplayer: when I see video files in full screen, I can see some fastidious horizontal lines around the shapes. But, if there is an instance of mplayer interrupted, the lines magically disappear! Here's an example:
1) $mplayer test.avi ===> lines
2) #/etc/init.d/artsd start ===> block /dev/dsp $mplayer test.avi ===> mplayer doesn't start because the /dev/dsp device is blocked by arts daemon. Then I open a new shell and close the old one because is blocked by mplayer. In the new shell: #killall artsd ===> release /dev/dsp $mplayer test.avi ===> no lines, it also says that the /dev/rtc file is blocked (by previous mplayer instance) If I kill the previous instance of mplayer (the one blocked), when I start a video files the lines appears again.
These horizontal lines appears ALWAYS around shapes in movement when I see DVD.
What you see here is the effect of interlaced and/or telecined video. It's absolutely normal and not a mplayer's problem. If you use a deinterlacer filter you should remove the effect. See the option -vf in the man page.
Could you tell me a filter to use? Thanx!
-vf pp=fd
Niet, it doesn't work. Non funziona! But don't you think it's strange that if there is an interrupted instance of mplayer it works?
I assume that the difference in the two istances are due to different vo. Usually the first instance uses xv and the second x11 because xv is already used (check the output). If this is the case then using -vo x11 will make mplayer work for the first instance too. But this is only a workaround. Really you should find a way to use -vo xv (may be with -norct as suggested in the other post).
Giacomo
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
With the -nortc options nothing changes. Here's the mplayer output of the first instance: $ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 7) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 85 audio & 196 video codecs Playing myfile.avi. AVI file format detected. VIDEO: [DX50] 672x288 24bpp 25.000 fps 589.0 kbps (71.9 kbyte/s) ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 96.0 kbit/6.25% (ratio: 12000->192000) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" => local display) ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4) ========================================================================== Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... AF_pre: 48000Hz/2ch/s16le alsa-init: 1 soundcard found, using: default alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian AO: [alsa] 48000Hz 2ch s16le (2 bps) Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... Starting playback... VDec: vo config request - 672 x 288 (preferred csp: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.33:1 - prescaling to correct movie aspect. VO: [xv] 672x288 => 672x288 Planar YV12 A: 11.5 V: 11.5 A-V: -0.020 ct: -0.039 288/288 6% 0% 0.8% 8 0 [1]+ Stopped mplayer myfile.avi =============> HERE I STOPPED THE PROCESS (CTRL + Z) Here's the output of the second instance of mplayer, opened in a new shell: $ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team CPU: Intel Pentium 4/Xeon/Celeron Foster (Family: 8, Stepping: 7) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 85 audio & 196 video codecs Failed to open /dev/rtc: Device or resource busy (it should be readable by the user.) Playing myfile.avi. AVI file format detected. VIDEO: [DX50] 672x288 24bpp 25.000 fps 589.0 kbps (71.9 kbyte/s) ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 96.0 kbit/6.25% (ratio: 12000->192000) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" => local display) Xv: could not grab port 53 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4) ========================================================================== Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... AF_pre: 48000Hz/2ch/s16le alsa-init: 1 soundcard found, using: default alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian AO: [alsa] 48000Hz 2ch s16le (2 bps) Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... Starting playback... VDec: vo config request - 672 x 288 (preferred csp: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.33:1 - prescaling to correct movie aspect. VO: [xv] 672x288 => 672x288 Planar YV12 alsa-uninit: pcm closed 0.009 ct: -0.041 172/172 8% 4% 0.6% 12 0
On Friday, 13 January 2006 at 20:44, kunt1z wrote:
Giacomo Comes ha scritto: [...]
I assume that the difference in the two istances are due to different vo. Usually the first instance uses xv and the second x11 because xv is already used (check the output). If this is the case then using -vo x11 will make mplayer work for the first instance too. But this is only a workaround. Really you should find a way to use -vo xv (may be with -norct as suggested in the other post).
With the -nortc options nothing changes. Here's the mplayer output of the first instance:
$ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team [...] VO: [xv] 672x288 => 672x288 Planar YV12 A: 11.5 V: 11.5 A-V: -0.020 ct: -0.039 288/288 6% 0% 0.8% 8 0 [1]+ Stopped mplayer myfile.avi =============> HERE I STOPPED THE PROCESS (CTRL + Z)
Here's the output of the second instance of mplayer, opened in a new shell:
$ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team [...] Xv: could not grab port 53 [...] VO: [xv] 672x288 => 672x288 Planar YV12 alsa-uninit: pcm closed 0.009 ct: -0.041 172/172 8% 4% 0.6% 12 0
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one. Regards, R. -- MPlayer RPMs maintainer: http://rpm.greysector.net/mplayer/ "I am Grey. I stand between the candle and the star. We are Grey. We stand between the darkness ... and the light." -- Delenn in Grey Council in Babylon 5:"Babylon Squared"
Dominik 'Rathann' Mierzejewski ha scritto:
On Friday, 13 January 2006 at 20:44, kunt1z wrote:
Giacomo Comes ha scritto:
[...]
I assume that the difference in the two istances are due to different vo. Usually the first instance uses xv and the second x11 because xv is already used (check the output). If this is the case then using -vo x11 will make mplayer work for the first instance too. But this is only a workaround. Really you should find a way to use -vo xv (may be with -norct as suggested in the other post).
With the -nortc options nothing changes. Here's the mplayer output of the first instance:
$ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team
[...]
VO: [xv] 672x288 => 672x288 Planar YV12 A: 11.5 V: 11.5 A-V: -0.020 ct: -0.039 288/288 6% 0% 0.8% 8 0 [1]+ Stopped mplayer myfile.avi =============> HERE I STOPPED THE PROCESS (CTRL + Z)
Here's the output of the second instance of mplayer, opened in a new shell:
$ mplayer myfile.avi MPlayer 1.0pre7try2-3.3.6 (C) 2000-2005 MPlayer Team
[...]
Xv: could not grab port 53
[...]
VO: [xv] 672x288 => 672x288 Planar YV12 alsa-uninit: pcm closed 0.009 ct: -0.041 172/172 8% 4% 0.6% 12 0
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one.
Regards, R.
And how can I use another port?
On Friday, 13 January 2006 at 20:59, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto: [...]
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one.
And how can I use another port?
Forgive me for being so blunt, but you should really RTFM. Regards, R. -- MPlayer RPMs maintainer: http://rpm.greysector.net/mplayer/ "I am Grey. I stand between the candle and the star. We are Grey. We stand between the darkness ... and the light." -- Delenn in Grey Council in Babylon 5:"Babylon Squared"
Dominik 'Rathann' Mierzejewski ha scritto:
On Friday, 13 January 2006 at 20:59, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
[...]
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one.
And how can I use another port?
Forgive me for being so blunt, but you should really RTFM.
Regards, R.
What's RTFM? Sorry, I'm italian so I cannot speak english very good...
On 01/13/2006 03:27 PM, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
On Friday, 13 January 2006 at 20:59, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
And how can I use another port?
Forgive me for being so blunt, but you should really RTFM.
What's RTFM? Sorry, I'm italian so I cannot speak english very good...
It's an acronym, for Read The F. Manual. Depending on how polite the speaker is wanting to be, the F can stand for Fine, Freaking, or Fucking - or 'most anything else, really, although those are the three most common explanations. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny.
On Friday 13 January 2006 21:27, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
On Friday, 13 January 2006 at 20:59, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
[...]
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one.
And how can I use another port?
Forgive me for being so blunt, but you should really RTFM.
Regards, R.
What's RTFM? Sorry, I'm italian so I cannot speak english very good...
Sebastian Krämer ha scritto:
On Friday 13 January 2006 21:27, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
On Friday, 13 January 2006 at 20:59, kunt1z wrote:
Dominik 'Rathann' Mierzejewski ha scritto:
[...]
Well, obviously it has something to do with the Xv port you're using. Check the output of xvinfo for available port numbers and use a different one.
And how can I use another port?
Forgive me for being so blunt, but you should really RTFM.
Regards, R.
What's RTFM? Sorry, I'm italian so I cannot speak english very good...
http://it.wikipedia.org/wiki/RTFM
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
It's a beautiful expression! It's the first time I hear it...
On Fri, 13 Jan 2006 20:44:32 +0100 kunt1z <kunt1z_2@tiscali.it> wrote:
Xv: could not grab port 53
That seems to be the difference... Run xvinfo and see what other ports are available, and manually set that with -vo xv:port=?? Or better yet, upgrade to CVS... Reimar added vsync for the blitter about then... It seems strange that MPlayer doesn't select the actual overlay first... Do you have vo=xv:port=?? in your config file? What videocard are you using? What does xvinfo report, etc.
RC ha scritto:
On Fri, 13 Jan 2006 20:44:32 +0100 kunt1z <kunt1z_2@tiscali.it> wrote:
Xv: could not grab port 53
That seems to be the difference...
Run xvinfo and see what other ports are available, and manually set that with -vo xv:port=??
Or better yet, upgrade to CVS... Reimar added vsync for the blitter about then...
It seems strange that MPlayer doesn't select the actual overlay first... Do you have vo=xv:port=?? in your config file? What videocard are you using? What does xvinfo report, etc.
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
Ok, using port 54 it works (is it correct to use that port?). Thanx! But DVD still have problem. I can see these tedious horiziontal lines ONLY when the shapes are in movement. Here's xvinfo: $ xvinfo X-Video Extension version 2.2 screen #0 Adaptor #0: "NV Video Overlay" number of ports: 1 port base: 53 operations supported: PutImage supported visuals: depth 24, visualID 0x21 depth 24, visualID 0x22 number of attributes: 9 "XV_DOUBLE_BUFFER" (range 0 to 1) client settable attribute client gettable attribute (current value is 1) "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 66046) "XV_AUTOPAINT_COLORKEY" (range 0 to 1) client settable attribute client gettable attribute (current value is 0) "XV_SET_DEFAULTS" (range 0 to 0) client settable attribute "XV_BRIGHTNESS" (range -512 to 511) client settable attribute client gettable attribute (current value is 0) "XV_CONTRAST" (range 0 to 8191) client settable attribute client gettable attribute (current value is 4096) "XV_SATURATION" (range 0 to 8191) client settable attribute client gettable attribute (current value is 4096) "XV_HUE" (range 0 to 360) client settable attribute client gettable attribute (current value is 0) "XV_ITURBT_709" (range 0 to 1) client settable attribute client gettable attribute (current value is 0) maximum XvImage size: 2046 x 2046 Number of image formats: 4 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x30323449 (I420) guid: 49343230-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) Adaptor #1: "NV Video Blitter" number of ports: 32 port base: 54 operations supported: PutImage supported visuals: depth 24, visualID 0x21 depth 24, visualID 0x22 number of attributes: 2 "XV_SET_DEFAULTS" (range 0 to 0) client settable attribute "XV_SYNC_TO_VBLANK" (range 0 to 1) client settable attribute client gettable attribute (current value is 1) maximum XvImage size: 2046 x 2046 Number of image formats: 5 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x30323449 (I420) guid: 49343230-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x3 guid: 03000000-0000-0010-8000-00aa00389b71 bits per pixel: 32 number of planes: 1 type: RGB (packed) depth: 24 red, green, blue masks: 0xff0000, 0xff00, 0xff In my config file I didn't have set any video option. My card is an Nvidia GeForce4. Thanx.
On Fri, 13 Jan 2006 21:26:21 +0100 kunt1z <kunt1z_2@tiscali.it> wrote:
Ok, using port 54 it works (is it correct to use that port?). Thanx!
Use whatever works for you. I still don't know what problem you were seeing.
But DVD still have problem. I can see these tedious horiziontal lines ONLY when the shapes are in movement.
This one was already covered. You probably need to add a deinterlacing filter. "kerndeint" and "pp=lb" seem to be the favorites. It's always an adventure to see what interesting phrases I'm going to discover in your e-mails... ;-) You might want to look-up fastidious and tedious because your use of them is... mistaken.
RC ha scritto:
On Fri, 13 Jan 2006 21:26:21 +0100 kunt1z <kunt1z_2@tiscali.it> wrote:
Ok, using port 54 it works (is it correct to use that port?). Thanx!
Use whatever works for you. I still don't know what problem you were seeing.
But DVD still have problem. I can see these tedious horiziontal lines ONLY when the shapes are in movement.
This one was already covered. You probably need to add a deinterlacing filter. "kerndeint" and "pp=lb" seem to be the favorites.
It's always an adventure to see what interesting phrases I'm going to discover in your e-mails... ;-) You might want to look-up fastidious and tedious because your use of them is... mistaken.
_______________________________________________ MPlayer-users mailing list MPlayer-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-users
Ok, now everything works. Thank you very much! I'm really sorry if my english is not so good, I promise you I'll do best... ;-) Thank you for the suggestions about "fastidious" and "tedious": I would ask you what words should I use, but I think it's a problem not concerning the ones in this mailing list... Thank you!!! ByEz!!!
participants (6)
-
Dominik 'Rathann' Mierzejewski -
Giacomo Comes -
kunt1z -
RC -
Sebastian Krämer -
The Wanderer