Hi Russell, please see comments below.
Cu Lutz Russell Treleaven schrieb: > Thanks for the quick patches! > > > Before I tell you about the results of my tests with the supplied > patches > My television is 4:3 ntsc > the cvidix display is did not fill the entrie screen before the patches > I did not really inspect it too closely though > > test Results > patch, configure and make all worked without problems > > playing an mpeg with cvidid uses aprox 50 percent cpu for all processes > > playing tv with cvidix uses aprox 50 perdent cpu for all processes > *note that there are two instances of mplayer > there is a noticeable lag using the cable companies on screen > display > I tried smaller buffer sizes but mplayer needs at least 2048. > Not a show stopper though. > The text of the cable company OSD is noticebly cut off at the bottom > There are black borders three sides > the largest black border is on top > the left and bottom black border are about the same size > there is no black border on the right side > the top border is slightly smaller than the border you would get by > playing > 16:9 aspect on 4:3 > > Please try -fs parameter to get full size image on the screen. Also check your framebuffer settings (use fbset). The vidix driver will scale the full image to the framebuffer resolution. > THe E8 is only needed the first time I run mplayer > What does the E8 do? > This is a tv channel of europe-west. Please use one of your region, if you use tv input. > > also switching back and forth between pasthrough and mplayer makes the > mplayer > video output look jumpy even when it is from a file that worked fine > before. > > You mean using ivtvctl -K cause trouble? That's right I also notice that. > I tried not specifying the "-tv input=1" mplayer set the input to 0 > I wonder if mplayer could be made to just use the existing settings > instead of changing the input? > > Using tv input is the default setting. This is the way the orginal author has decided :-) > While I am playing live tv with "mplayer pvr://" I can not capture > This is a major problem for my usage model > I wonder if it is opening /dev/v4l/video0 for writing and writing > instead of just reading? > ------------------------ > pvr home # dd if=/dev/video0 of=testCapture.mpg > dd: reading `/dev/video0': Device or resource busy > 0+0 records in > 0+0 records out > 0 bytes (0 B) copied, 0.00077198 s, 0.0 kB/s > pvr home # > The video device could be opened once. You can dump the stream into a file and then watch it. mplayer -tv input=0 pvr://E8 -dumpstream -dumpfile ~/test.mpeg mplayer -vo cvidix -ao alsa ~/test.mpeg > ----------------------- > pvr mplayer # mplayer -vo cvidix -ao alsa -tv input=1 pvr://E8 -quiet > -cache 4096 > MPlayer dev-SVN-r25563-4.1.1 (C) 2000-2007 MPlayer Team > CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, > Model: 8, St > epping: 3) > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 > Compiled for x86 CPU with extensions: MMX MMX2 SSE > > Playing pvr://E8. > [v4l2] select channel list europe-east, entries 133 > [v4l2] Switch to user station channel: E8 - freq: 196250 - > station: > [pvr] Using device /dev/video0 > [pvr] Detected Hauppauge WinTV PVR-350 > [v4l2] Available video inputs: '#0, Tuner 1' '#1, S-Video 1' '#2, > Composite 1' ' > #3, S-Video 2' '#4, Composite 2' '#5, Composite 3' > [v4l2] Available audio inputs: '#0, Tuner 1' '#1, Line In 1' '#2, Line > In 2' > [v4l2] Available norms: '#0, PAL-BGH' '#1, PAL-DK' '#2, PAL-I' '#3, > PAL-M' '#4, > PAL-N' '#5, PAL-Nc' '#6, SECAM-BGH' '#7, SECAM-DK' '#8, SECAM-L' '#9, > SECAM-L'' > '#10, NTSC-M' '#11, NTSC-J' '#12, NTSC-K' > [v4l2] Frequency 196250 already set. > [v4l2] Video input: S-Video 1 > [v4l2] Audio input: Line In 1 > [v4l2] Norm: NTSC-M. > Cache fill: 19.92% (417792 bytes) > MPEG-PS file format detected. > VIDEO: MPEG2 720x480 (aspect 1) 29.970 fps 9600.0 kbps (1200.0 > kbyte/s) > vo_cvidix: No vidix driver name provided, probing available ones (-v > option for > details)! > [VO_SUB_VIDIX] Description: Hauppauge PVR 350 YUV Video. > [VO_SUB_VIDIX] Author: Lutz Koschorreck. > ======================================================================== > == > Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough > VDec: vo config request - 720 x 480 (preferred colorspace: 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. > Try appending the scale filter to your filter list, > e.g. -vf spp,scale instead of -vf spp. > 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)) > ======================================================================== > == > ======================================================================== > == > Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 > AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) > Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) > ======================================================================== > == > AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) > Starting playback... > VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12) > VDec: using Planar YV12 as output csp (no 0) > Movie-Aspect is 1.50:1 - prescaling to correct movie aspect. > VO: [cvidix] 720x480 => 720x480 Planar YV12 > vo_cvidix: warn: screenwidth and height not set assuming 640x480 > Exiting... (Quit)t! > > --------------------------- > pvr mplayer # mplayer -vo cvidix -ao alsa -quiet -cache 4096 > /home/testCapture. > mpg > MPlayer dev-SVN-r25563-4.1.1 (C) 2000-2007 MPlayer Team > CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, > Model: 8, St > epping: 3) > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 > Compiled for x86 CPU with extensions: MMX MMX2 SSE > > Playing /home/testCapture.mpg. > > MPEG-PS file format detected. > VIDEO: MPEG2 720x480 (aspect 1) 29.970 fps 9600.0 kbps (1200.0 > kbyte/s) > vo_cvidix: No vidix driver name provided, probing available ones (-v > option for > details)! > [VO_SUB_VIDIX] Description: Hauppauge PVR 350 YUV Video. > [VO_SUB_VIDIX] Author: Lutz Koschorreck. > ======================================================================== > == > Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough > VDec: vo config request - 720 x 480 (preferred colorspace: 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. > Try appending the scale filter to your filter list, > e.g. -vf spp,scale instead of -vf spp. > 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)) > ======================================================================== > == > ======================================================================== > == > Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 > AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) > Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) > ======================================================================== > == > AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) > Starting playback... > VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12) > VDec: using Planar YV12 as output csp (no 0) > Movie-Aspect is 1.50:1 - prescaling to correct movie aspect. > VO: [cvidix] 720x480 => 720x480 Planar YV12 > vo_cvidix: warn: screenwidth and height not set assuming 640x480 > ------------------ > Sincerely, > > Russell Treleaven > [EMAIL PROTECTED] > > > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Lutz >> Koschorreck >> Sent: Saturday, January 12, 2008 8:10 PM >> To: User discussion about IVTV >> Subject: Re: [ivtv-users] ivtv and mplayer >> >> >> Hi, >> >> please try the attached patches. They fix some scaling problems and >> allow to set the tuner as input source. >> >> Now mplayer -vo cvidix -ao alsa -tv input=0 pvr://E8 -cache >> 4096 works. >> >> Best Regards >> Lutz >> >> >> Lutz Koschorreck schrieb: >> >>> Hi, >>> >>> I have no experience with using pvr input with mplayer. >>> Using fbxine with pvr:// input still works. >>> >>> Also mplayer has a pvr:// stream input. I tried it with the current >>> repository and it seems to be broken. >>> I have to take a look at to fix it. >>> >>> So long >>> Lutz >>> >>> >>> Russell Treleaven schrieb: >>> >>> >>>>> -----Original Message----- >>>>> From: [EMAIL PROTECTED] >>>>> [mailto:[EMAIL PROTECTED] On Behalf Of >>>>> [EMAIL PROTECTED] >>>>> Sent: Tuesday, January 08, 2008 6:08 PM >>>>> To: User discussion about IVTV >>>>> Subject: Re: [ivtv-users] ivtv and mplayer >>>>> >>>>> >>>>> Hi Russell, >>>>> >>>>> using the current mplayer repository, I have the same >>>>> problems to build >>>>> vo_ivtv. >>>>> To get mplayer to build with ivtv support; please try the >>>>> attached patch. >>>>> >>>>> In addition there is another option to get ivtv output >>>>> >> with mplayer >> >>>>> working without X. >>>>> I have implemented ivtv support for vidix. The current repository >>>>> includes the lates version. Please give vidix a try. >>>>> >>>>> To configure your mplayer please use the following parameter: >>>>> --eneable-ivtv >>>>> >>>>> After making and installing, you can use mplayer with the >>>>> >> following >> >>>>> videoout parameter: >>>>> -vo cvidix:ivtv >>>>> >>>>> >>>>> >>>>> >>>> Hi Lutz, >>>> >>>> Thanks to you I have cvidix working. >>>> I would like to play live video from input 1. >>>> >>>> I tried this >>>> ---------------------- >>>> pvr ~ # mplayer -vo cvidix -ao alsa -quiet -tv normid=10 tv:///1 >>>> MPlayer dev-SVN-r25563-4.1.1 (C) 2000-2007 MPlayer Team >>>> CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, >>>> Model: 8, St >>>> epping: 3) >>>> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: >>>> >> 0 Compiled >> >>>> for x86 CPU with extensions: MMX MMX2 SSE >>>> >>>> Playing tv:///1. >>>> TV file format detected. >>>> Selected driver: v4l2 >>>> name: Video 4 Linux 2 input >>>> author: Martin Olschewski <[EMAIL PROTECTED]> >>>> comment: first try, more to come ;-) >>>> Selected device: Hauppauge WinTV PVR-350 >>>> Tuner cap: STEREO LANG1 LANG2 >>>> Tuner rxs: STEREO >>>> Capabilites: video capture video output VBI capture >>>> >> device VBI >> >>>> output tune r audio read/write >>>> supported norms: 0 = PAL-BGH; 1 = PAL-DK; 2 = PAL-I; 3 = >>>> >> PAL-M; 4 = >> >>>> PAL-N; 5 = >>>> PAL-Nc; 6 = SECAM-BGH; 7 = SECAM-DK; 8 = SECAM-L; 9 = >>>> >> SECAM-L'; 10 = >> >>>> NTSC-M; 11 >>>> = NTSC-J; 12 = NTSC-K; >>>> inputs: 0 = Tuner 1; 1 = S-Video 1; 2 = Composite 1; 3 = >>>> >> S-Video 2; 4 = >> >>>> Composi >>>> te 2; 5 = Composite 3; >>>> Current input: 1 >>>> Current format: unknown (0x4745504d) >>>> v4l2: current audio mode is : STEREO >>>> v4l2: ioctl request buffers failed: Invalid argument >>>> v4l2: 0 frames successfully processed, 0 frames dropped. >>>> ---------------------------------------- >>>> Any ideas? >>>> I won't make a habit out of bugging you. >>>> Just thought you might know. >>>> >>>> Sincerely, >>>> >>>> Russell Treleaven >>>> >>>> >>>> _______________________________________________ >>>> ivtv-users mailing list >>>> [email protected] >>>> http://ivtvdriver.org/mailman/listinfo/ivtv-users >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> ivtv-users mailing list >>> [email protected] >>> http://ivtvdriver.org/mailman/listinfo/ivtv-users >>> >>> >>> >> > > > _______________________________________________ > ivtv-users mailing list > [email protected] > http://ivtvdriver.org/mailman/listinfo/ivtv-users > > _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
