[mythtv-users] Regression (?) in mythtv-0.23-fixes with h264 aac sound

[Håkon Alstadheim]

I get _a lot_ of short drop-outs in sound from 0.23 fixes, more or less 
like it used to be with 0.22 shortly after the h264 code for aac sound 
was implemented.

I'm running gentoo with myth configured with (note the "--enable-libfaad"):

./configure --prefix=/usr --mandir=/usr/share/man  --disable-altivec --disable-directfb --enable-dvb --disable-hdhomerun --disable-hdpvr --disable-firewire --enable-iptv --disable-ivtv --disable-audio-jack --disable-joystick-menu --enable-libfaad --enable-lirc --enable-opengl-vsync --enable-opengl-video --disable-audio-oss --enable-proc-opt --disable-vdpau --enable-x11 --enable-xv --disable-xvmc

---
The package is built from the mt-mythtv package overlay.

The problem is usually worse on audio-only broadcasts, but cartoons and 
still images cause the same kind of short popping. The problem usually 
manifests approximately two minutes after starting playback, but the 
sample below starts misbehaving right away.

Here is a sample that exhibits the problem to an extreme degree: 
<http://alstadheim.priv.no/metropolis-sample.mpg>

It plays quite nicely (thogh with lots of mpg artefacts) using:
/usr/bin/mplayer -nolirc -cache 10000 -fs -mc 2 -vfm ffmpeg -afm faad 
-ac faad -tsprobe 10000000 -lavdopts 
fast:skiploopfilter=nonref:lowres=1,800 -vf pp=fd/fa  metropolis-sample.mpg


The sample is from a norwegian dvb-t broadcast, which is supposedly more 
or less the same coding as used in New Zealand.