[MPlayer-users] Issues playing ATSC broadcast stream w/ XvMC + Unichrome

Philip Prindeville philipp_subx at redfish-solutions.com
Wed Oct 19 21:23:00 CEST 2005


Well, I still haven't figured out why Unichrome works on an
EPIA SP-13000 but not on an K8M800 board w/ an Athalon 64
running in x86_64 mode...

That said, I tried to play a recording (made with pchdtvr-1.09 and
a pchd3000 card) and saw the following:


[root at settop videos]# mplayer  CrimetimeSaturday.3.ts
MPlayer dev-CVS-051008-15:57-3.4.4 (C) 2000-2005 MPlayer Team
CPU: IDT/Centaur/VIA C3 Nehemiah (Family: 6, Stepping: 8)
Detected cache-line size is 32 bytes
MMX2 supported but disabled
CPUflags:  MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX SSE



Playing CrimetimeSaturday.3.ts.
Cache fill:  1.37% (114688 bytes)    TS file format detected.
DEMUX OPEN, AUDIO_ID: -1, VIDEO_ID: -1, SUBTITLE_ID: -1,
PROBING UP TO 2000000, PROG: 0
VIDEO MPEG2(pid=49)AUDIO A52(pid=52) NO SUBS (yet)!  PROGRAM N. 3
Opened TS demuxer, audio: 2000(pid 52), video: 10000002(pid 49)...POS=752
VIDEO:  MPEG2  1920x1088  (aspect 3)  29.970 fps  18030.8 kbps (2253.8 
kbyte/s)
==========================================================================
Forced audio codec: hwdts
Forced audio codec: hwac3
Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF
No accelerated IMDCT transform found
hwac3: switched to AC3, 384000 bps, 48000 Hz
AUDIO: 48000 Hz, 2 ch, ac3, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [hwac3] afm:hwac3 (AC3 through S/PDIF)
==========================================================================
vo_xvmc: X-Video extension 2.2
vo_xvmc: X-Video MotionCompensation Extension version 1.1
==========================================================================
Forced video codec: ffmpeg12mc
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
vd_ffmpeg: XVMC accelerated codec
Selected video codec: [ffmpeg12mc] vfm:ffmpeg (FFmpeg MPEG-1/2 (XvMC))
==========================================================================
Building audio filter chain for 48000Hz/2ch/ac3 -> 0Hz/0ch/??...
alsa-init: 1 soundcard found, using: iec958
alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little 
Endian
AO: [alsa] 48000Hz 2ch ac3 (1 B/s)
Building audio filter chain for 48000Hz/2ch/ac3 -> 48000Hz/2ch/ac3...
Starting playback...
vd_ffmpeg: XVMC-VLD accelerated MPEG2
trying pixfmt=0
VDec: vo config request - 1920 x 1088 (preferred csp: MPEG1/2 Motion 
Compensation and VLD)
VDec: using MPEG1/2 Motion Compensation and VLD as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xvmc] 1920x1088 => 1934x1088 MPEG1/2 Motion Compensation and VLD
vo_xvmc: Port 68 grabed
vo_xvmc: Found matching surface with id=32315659 on 68 port at 0 adapter
vo_xvmc: Allocated Direct Context
vo_xvmc: Motion Compensation context allocated - 8 surfaces
vo_xvmc: idct=0 unsigned_intra=0
vo_xvmc: looking for OSD support
    Subpicture id 0x34344149
vo_xvmc: OSD support by beckend rendering (fast)
vo_xvmc: Pleace send feedback to configrm that it work,otherwise send 
bugreport!New_Face failed. Maybe the font path is wrong. 3 ??% ??% ??,?% 
1 0 84%
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
alsa-space: xrun of at least 131.327 msecs. resetting stream4% 10 0 48%
alsa-uninit: pcm closed 0.013 ct: -0.647 342/342 71%  4%  6.5% 49 0 49%

Exiting... (Quit)
[root at settop videos]#


I'm wondering why the image is being scaled to 1934x1088...  Are the
non-displayable lines (containing captions, perhaps?) being counted as
part of the image, and hence affecting the geometry calculation?

Is there a way to crop 1920x1080 automatically and drop these extra lines?
I tried -vf crop=1920:1080:0:0 but that doesn't work..

mplayer: vd_ffmpeg.c:1030: mc_get_buffer: Assertion `0' failed.


MPlayer interrupted by signal 6 in module: decode_video
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We 
can't and
  won't help unless you provide this information when reporting a 
possible bug.
alsa-uninit: pcm closed

Without the cropping again...

Interestingly, if I watch it as -nofs, then it doesn't interlace and 
looks fine.
If I watch it with -fs, then every other line of the image gets shifted 
by 50%
(so that the left/right edges of the screen start dead center and wrap 
around)
... that's with -noaspect set.

-Philip




More information about the MPlayer-users mailing list