Re: dvb-t in Norway/NZ
"Steven Ellis" <[email protected]> Sat, 9 Feb 2008 21:11:55 +1300 (NZDT)
| Newsgroups | gmane.comp.video.mplayer.user.dvb |
|---|---|
| Message-ID | <42848.192.168.0.254.1202544715.squirrel@webmail.stevencherie.no-ip.org> |
> Nico Sabbi wrote: >> On Friday 08 February 2008 10:14:24 HÃ¥kon Alstadheim wrote: >> >>> The mplayer in svn has recently acquired its own version of faad2 to decode sound, in the norwegian/nz dvb-t format. Work is in >>> progress but there are still issues :-). Anyone who would like to share experiences on that, please speak up, or else I'll just lurk here. Just in case anyone is listening, here is why I felt the need to post: >>> >>> As you can see below, simply tuning and decoding seems to be too much for my system, even when dumping both audio and video to dev null. This same system has no trouble playing analog tv, and the cpu utilization when running the command below is ~10%. "wa" in top is 0.0%. I guess I'll go to the -dev list and lurk there a bit, see if i see anyone who might appreciate my help in debugging. >>> >>> --- >>> =================================================================== ======= Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) >>> >>> Unsupported LATM configuration: 3 programs/ 7 subframes, 5 layers, allstreams: 1 >>> FAAD: compressed input bitrate missing, assuming 128kbit/s! >>> AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: >>> 16000->192000) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio) decoder) >>> =================================================================== ======= AO: [null] 48000Hz 2ch s16le (2 bytes per sample) >>> Starting playback... >>> >>> Unsupported LATM configuration: 3 programs/ 7 subframes, 5 layers, allstreams: 1 >>> FAAD: error: Maximum number of bitstream elements exceeded, trying to resync! >>> VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) >>> Movie-Aspect is 1.82:1 - prescaling to correct movie aspect. >>> >> >> does it play audio correctly at this point? >> >> >> > Yes, audio is (usually) fine (when using -ao alsa). The picture lags behind though. I'm having similar fun with the NZ DTT tests. If the video is not interlaced I can get near perfect playback with clear AAC audio. With the interlaced streams the video seems to lag behind the Audio. Nico - I'm seeing this on the test files I'd already uploaded to mplayerhq. I now have a DVB-T card in a rig where I can do live stream testing rather than using --dumpstream captures so hopefully I'll have some additional feedback soon. Steve