From: Mauro B. <mau...@ti...> - 2002-01-31 11:56:34
|
Any help would be welcome! I'm trying a setup with the following: WinTV NOVA in a PCI slot ATI A.I.W. Radeon AGP (TV tuner, ...) RedHat 7.2 kernel 2.4.17 XFree 4.2.0 + ati.2 drivers DVB drivers from linuxtv.org Ciao, Mauro. |
From: Matthew W. <mxw00u@Cs.Nott.AC.UK> - 2002-01-31 14:57:52
|
Mauro Borghi wrote: > > Any help would be welcome! > > I'm trying a setup with the following: > > WinTV NOVA in a PCI slot > ATI A.I.W. Radeon AGP (TV tuner, ...) > > RedHat 7.2 > kernel 2.4.17 > XFree 4.2.0 + ati.2 drivers > DVB drivers from linuxtv.org I haven't been able to do it. I can use dvbstream piping through ts2pes into mplayer to watch TV, but when I try it with Xine it either complains of a corrupt stream or displays a nice black screen. I don't know, but it's possible that Xine is less tolerant of bad MPEG2 streams than mplayer is, and bad MPEG2 streams are a frequent occurance when you get reception glitches and your network card bullies in on the system bus like mine does. |
From: <bar...@t-...> - 2002-01-31 21:52:10
|
Hi there, On Thu, 31 Jan 2002, Matthew Walton wrote: > > Any help would be welcome! > > > > I'm trying a setup with the following: > > > > WinTV NOVA in a PCI slot ...I can't help (yet), but I'd like to say that I'd love to be able to experiment with a WinTV NOVA card ... so if anyone has a spare one and wants to donate it - contact me NOW! :-) Cheers, Guenter -- time is a funny concept |
From: Matthew W. <mx...@cs...> - 2002-02-01 12:11:47
|
On Thu, 2002-01-31 at 21:51, Guenter Bartsch wrote: > ...I can't help (yet), but I'd like to say that I'd love to be able to > experiment with a WinTV NOVA card ... so if anyone has a spare one and > wants to donate it - contact me NOW! :-) I wish I could, but it was bad enough buying one for myself... However, I can provide as much information as possible just on the offchance that it might become useful. I shall now proceed to do precisely that. First, versions: Xine 0.9.8 (compiled from source) MPlayer 0.6.0 (compiled from source) dvbstream 0.4-pre1 ts2pes as suppled with linux-dvb CVS of 20010128 linux-dvb CVS 20010128 Kernel 2.4.17-mjc1 XFree86 4.1.0 NVidia binary drivers 1.0-2314 Now, what works: $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | mplayer -cache 2000 -vo xv - It's a convoluted way of doing things but the only way until the integrated software like VDR has proper software decoding support (the Nova-t card doesn't have an MPEG decoder chip on it, hence all the problems and an inability to use it as a normalish v4l device). This tunes the card to the frequency of my local BBC multiplex, selects video stream 600 (BBC ONE) and audio stream 601 (BBC ONE English). ts2pes does a conversion, the nature of which I am not 100% sure of but which probably turns whatever strange format the card spits out into MPEG2. MPlayer then plays it perfectly, although it's not very good at handling corrupt streams when system activity or signal glitches interrupt things. So, I thought that with Xine things might be just the same if I did this: $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | xine -p stdin://mpeg2 This seems to confuse Xine. Annotated console output follows... -- first we get output from dvbstream dvbstream v0.4pre1 - (C) Dave Chapman 2001 Released under the GPL. Latest version available from http://www.linuxstb.org/ tuning DVB-T to 698000000 Channel tuned -- then from ts2pes ts2pes Reading from stdin -- then Xine starts up This is xine (X11 gui) - a free video player v0.9.8 (c) 2000, 2001 by G. Bartsch and the xine project team. Built with xine library 0.9.8 [Wed 16 Jan 2002 14:15:47]-[gcc version 2.95.3 20010315 (release)]-[Linux 2.4.17-mjc1 i686]. Found xine library version: 0.9.8 (0.9.8). Display is not using Xinerama. video_out_xv: using Xv port 82 from adaptor NV10 Video Overlay for hardware colorspace conversion and scaling. video_out_xv: double buffering mode = 1 video_out_xv: port attribute XV_COLORKEY value is 30 video_out_xv: port attribute XV_AUTOPAINT_COLORKEY value is 1 video_out_xv: port attribute XV_BRIGHTNESS value is -7 video_out_xv: port attribute XV_CONTRAST value is 4043 video_out_xv: port attribute XV_SATURATION value is 4043 video_out_xv: port attribute XV_HUE value is 0 video_out_xv: this adaptor supports the yuy2 format. video_out_xv: this adaptor supports the yv12 format. load_plugins: video output plugin Xv successfully loaded. audio_oss_out: Opening audio device... audio_oss_out: using device >/dev/dsp< audio_oss_out: using SNDCTL_DSP_GETODELAY audio_oss_out : supported modes are mono stereo (4-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) load_plugins: audio output plugin oss successfully loaded. xine_init entered xine: using MMXEXT optimized memcpy() load_plugins: input plugin found : CDA load_plugins: input plugin found : DVD load_plugins: input plugin found : stdin_fifo load_plugins: input plugin found : TCP load_plugins: input plugin found : file load_plugins: input plugin found : RTP load_plugins: input plugin found : VCD load_plugins: input plugin found : HTTP load_plugins: input plugin found : NAV load_plugins: demux plugin found : MPEG_TS load_plugins: demux plugin found : QUICKTIME load_plugins: demux plugin found : MPEG load_plugins: demux plugin found : ASF load_plugins: demux plugin found : AVI load_plugins: demux plugin found : CDA load_plugins: demux plugin found : MPEG_ELEM load_plugins: demux plugin found : MPEG_PES load_plugins: demux plugin found : OGG load_plugins: demux plugin found : MPGAUDIO load_plugins: demux plugin found : MPEG_BLOCK video decoder plugin found : vfw (win32) video decoder audio decoder plugin found : vfw (win32) audio decoder audio decoder plugin found : a/52dec audio decoder plugin found : dts audio decoder plugin found : mad spu decoder plugin found : spucc spu decoder plugin found : spudec video decoder plugin found : mpeg2dec audio decoder plugin found : lpcm video decoder plugin found : videofill video decoder plugin found : ffmpeg video decoder spu decoder plugin found : sputext audio decoder plugin found : vorbis xine_init returning xine-panel: PLAY xine_play: xine open stdin://mpeg2, start pos = 0, start time = 0 (sec) xine: using input plugin >stdin_fifo< for this MRL (stdin://mpeg2). demux 1226 ts_open! demux_mpeg_block: mrl stdin://mpeg2 is new, will estimated bitrate xine: using demuxer plugin >MPEG_BLOCK< for this MRL. metronom: video stream start... metronom: waiting for audio to start... metronom: audio stream start... metronom: audio stream start...done -- now dvbstream interjects, because it's finished tuning the card and is starting to stream audio and video FE_COMPLETION_EV Event: iFrequency: 698000000 Bit error rate: 14164 Signal strength: 0 SNR: 0 FE_STATUS: FE_HAS_POWER FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC Output to stdout Streaming 2 streams -- now back to Xine, which now has a/v data to play Using MMXEXT for IDCT transform Using MMXEXT for motion compensation video_out : thread created video_decoder: using decoder >mpeg2dec< demux_mpeg_block: error! 98 99 cb (should be 0x000001) demux_mpeg_block: error! cc b4 37 (should be 0x000001) demux_mpeg_block: error! 75 5c dc (should be 0x000001) demux_mpeg_block: error! a7 38 76 (should be 0x000001) demux_mpeg_block: error! 00 60 75 (should be 0x000001) demux_mpeg_block: error! f4 f7 bd (should be 0x000001) demux_mpeg_block: too many errors, stopping playback. Maybe this stream is scrambled? metronom: video stream end metronom: waiting for audio to end... metronom: audio stream end xine_stop xine_stop: stopping demuxer demux_mpeg_block: stop...ignored xine_stop: done -- now I press the quit button xine-panel: EXIT xine_stop xine_stop ignored xine_exit: shutdown audio xine_exit: shutdown video xine_exit: bye! Basically it looks like Xine doesn't like the video stream format. Incidentally, using stdin://mpeg1 as Xine's MRL doesn't improve things, I get this instead: video_decoder: discontinuity ahead metronom: video discontinuity #1 metronom: waiting for audio discontinuity #1 audio_decoder: discontinuity ahead metronom: audio discontinuity #1 which occurs just where in the previous console output Xine reported "Using MMXEXT for IDCT transform". Xine then sits there forever, but does respond to the exit button on xine-ui. For reference, MPlayer's console output looks like this: $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | mplayer -cache 2000 -vo xv - dvbstream v0.4pre1 - (C) Dave Chapman 2001 Released under the GPL. Latest version available from http://www.linuxstb.org/ tuning DVB-T to 698000000 Channel tuned ts2pes Reading from stdin MPlayer 0.60-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!) CPU vendor name: AuthenticAMD max cpuid level: 1 CPU: Advanced Micro Devices Athlon TB Thunderbird (Type: 6, Stepping: 2) extended cpuid-level: 6 CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with features: MMX MMX2 3DNow 3DNowEx Reading /home/matthew/.mplayer/codecs.conf: can't open '/home/matthew/.mplayer/codecs.conf': No such file or directory Reading /usr/local/share/mplayer/codecs.conf: 26 audio & 70 video codecs font: can't open file: /home/matthew/.mplayer/font/font.desc font: can't open file: /usr/local/share/mplayer/font/font.desc Linux RTC init: open: No such device Using usleep() timing Playing - Reading from stdin... CACHE_PRE_INIT: 0 [0] 0 pre:0 eof:0 Cache fill: 0.00% (0 bytes) -- this is dvbstream finishing tuning as before FE_COMPLETION_EV Event: iFrequency: 698000000 Bit error rate: 13972 Signal strength: 0 SNR: 0 FE_STATUS: FE_HAS_POWER FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC Output to stdout Streaming 2 streams -- mplayer continues Cache fill: 18.00% (368640 bytes) header block 1 size: 0 -- this might be the interesting bit Detected MPEG-PES file format! VIDEO: MPEG2 720x576 (aspect 3) 25.00 fps 18750.0 kbps (2343.8 kbyte/s) [V] filefmt:2 fourcc:0x10000002 size:720x576 fps:25.00 ftime:=0.0400 Detected audio codec: [mp3] drv:1 (MPEG layer-2, layer-3) mp3lib: Processor ID: 642 mp3lib: Using AMD 3dnow-dsp(k7)! optimized decore. AUDIO: srate=48000 chans=2 bps=2 sfmt=0x10 ratio: 32000->192000 Detected video codec: [mpeg12] drv:1 prio:0 (MPEG 1 or 2) mpeg2dec-0.2.0-release (C) 2000-2001 Aaron Holtzman & Michel Lespinasse -- this bit's probably boring libmpeg2: Using MMXEXT for IDCT transform libmpeg2: Using MMXEXT for motion compensation Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [xv] 720x576 => 1024x576 Planar YV12 vo: X11 running at 1280x1024 with depth 24 and 32 bits/pixel (":0" => local display) Xvideo image format: 0x32595559 (YUY2) packed Xvideo image format: 0x32315659 (YV12) planar Xvideo image format: 0x59565955 (UYVY) packed Xvideo image format: 0x30323449 (I420) planar using Xvideo port 82 for hw scaling [xv] dcx: 5 dcy: 22 dx: 0 dy: 0 dw: 1024 dh: 576 AO: [oss] 48000Hz Stereo Signed 16-bit (Little-Endian) ao2: 48000 Hz 2 chans Signed 16-bit (Little-Endian) audio_setup: sample format: Signed 16-bit (Little-Endian) (requested: Signed 16-bit (Little-Endian)) audio_setup: using 2 channels (requested: 2) audio_setup: using 48000 Hz samplerate (requested: 48000) audio_setup: frags: 16/16 (4096 bytes/frag) free: 65536 Start playing... [xv] dcx: 5 dcy: 22 dx: 0 dy: 0 dw: 1024 dh: 576 A:38227.3 V:38227.3 A-V: 0.022 ct: -0.286 178/178 27% 18% 2.2% 0 0 16% MPlayer interrupted by signal 2 in module: unknown *** free_stream() called *** Broken pipe There are some interesting things in there about the file format... is it, perhaps, some form of MPEG that Xine doesn't support yet? I have tried to get stuff to dump the MPEG streams to disk, but I haven't managed it yet. Interestingly, video files recorded using the Windoze Nova-t software play perfectly in Xine, although they don't like bits where the signal corrupts and Xine does sometimes segfault if the signal gets really bad because the MPEG file gets corrupted. MPlayer doesn't like these either. All the console output was recorded just now, and signal conditions are as good as they ever get here, so signal errors are not the problem. I hope you don't find this too mindblowingly useless. Matthew |
From: Bill F. <bil...@mi...> - 2002-02-01 14:14:34
|
On 1 Feb 2002, Matthew Walton wrote: > $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | mplayer -cache 2000 -vo xv - > There are some interesting things in there about the file format... is > it, perhaps, some form of MPEG that Xine doesn't support yet? I have > tried to get stuff to dump the MPEG streams to disk, but I haven't > managed it yet. Hi Matthew, I may be missing something obvious, but couldn't you just do: dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | tee save.mpg | mplayer -cache 2000 -vo xv - -Bill |
From: James Courtier-D. <Ja...@su...> - 2002-02-01 22:59:42
|
> > Now, what works: > > $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | mplayer -cache 2000 > -vo xv - > > It's a convoluted way of doing things but the only way until the > integrated software like VDR has proper software decoding support (the > Nova-t card doesn't have an MPEG decoder chip on it, hence all the > problems and an inability to use it as a normalish v4l device). This > tunes the card to the frequency of my local BBC multiplex, selects video > stream 600 (BBC ONE) and audio stream 601 (BBC ONE English). ts2pes does > a conversion, the nature of which I am not 100% sure of but which > probably turns whatever strange format the card spits out into MPEG2. > MPlayer then plays it perfectly, although it's not very good at handling > corrupt streams when system activity or signal glitches interrupt > things. > > So, I thought that with Xine things might be just the same if I did > this: > > $ dvbstream -f 698000 -o 600 601 | ts2pes 600 601 | xine -p > stdin://mpeg2 > Why do you have the ts2pes bit in the middle ? xine should be able to play transport streams. I think the problem with the current xine, is that it is using the mpeg_block demuxer which is wrong. Try removing the ts2pes bit, and see if xine starts using the demux_ts demuxer. It would help if you could post to a web url somewhere a minute or two of: - dvbstream -f 698000 -o 600 601 >channel.ts If you call the file "channel.ts", xine should play it ok. Cheers James |