I am having problems with streaming HD content. I used to have it working on C7 by following this post on the wiki...http://knoppmythwiki.org/index.php?page=StreamDVBHowTo

Then I did an upgrade to mythtv .20 and realized I was supposed to upgrade to R5D1 first. So then I did a clean install of D1 and never was able to get HD streaming working. So now I upgraded to E50 and I am still having the same problem. Here is my mythstreamtv log with the errors. If anyone could help me out I would appreciate it.

Starting Stream of /myth/tv/1111_20070123223300.mpg
VLC media player 0.8.6 Janus
[00000280] main interface: creating httpd
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PI$
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PI$
[00000297] a52 packetizer: A/52 channels:6 samplerate:48000 bitrate:384000
No accelerated IMDCT transform found
[00000298] a52 decoder: A/52 channels:6 samplerate:48000 bitrate:384000

/myth/streamtv/mythstreamtv.sh: line 58: 5347 Segmentation fault /usr/bin/vlc -I http --http-host=:8002 --sout-transcode-fps=$FPS --sout-transcode-deinterlace $1 _
":sout=#transcode{vcodec=$VCODEC,acodec=mpga,vb=$VB,ab=$AB,scale=$SIZE} :std{access=http{user=$HTTP_USER,pwd=$HTTP_PWD,mime=video/x-ms-asf} _
,mux=asf,url=:8001}"

Esherm22

***************
Soltek 3801-300 SFF
w/SL-B9A-FGR mainboard
AMD64 3400
1gb RAM
HD-3000 OTA Only
Nvidia FX5200 DVI->
Sony kdw50655 HDTV <-HDMI
C-Media CMI8768
KnoppMyth R5D1 upgraded to Knoppmyth R5E50

I'm having the same problem. I notice in /var/log/apache2/error.log there is a
message that says:

Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8002... failed: Connection refused.

when I try to start the stream. It's like the webserver permissions or port isn't
set up correctly.

I will have to check the log to see if I have the same error. But I am able to stream digital non HD content recorded through my HD3000 just fine.

esherm22

I've finally had some time to experiment a little more with the behavior of my system.
Like you said SD streaming actually works OK and only HD streaming is broken.

VLC is dying with various symptoms depending on the selected content.
I get glibc detected double free corruption, malloc() errors and occasional
segmentation violation. I also tried selecting different encoder options, etc.
and I can't find any combination that works. Likely causes of these errors
are typically library mismatches between what's on the system and what
was available when some module was compiled. There are many many
plugins, codecs, etc that make up vlc so doing a simple ldd against vlc
doesn't tell much. At some point I'll try to start vlc manually and see if it
will stream under a controlled environment.

Maybe someone else knows exactly if the vlc rpm dependancies are
actually met with the versions of installed libraries.

It's the mpga audio codec that is broken with HD. If one changes the "acodec=mpga"
in /myth/streamtv/mythstreamtv.sh to "acodec=a52" the memory issues described
in my previous post don't occur with HD content. This will stream OK to a remote VLC
client which also has a a52 (Dolby) codec (but not to Windows Media Player).

The a52 codec isn't compatible with SD recordings. I don't know the history of
why the audio codec isn't parameterized. To do that one must change a few
things. Setting "acodec=$ACODEC" like the script is partially set up for will
work if one also edits confirm.php scripts in
/usr/share/mythtv/mythweb/modules/streamtv/tmpl/... and changes all occurances
of MPGA to mpga, MP3 to mp3, A52 to a52 because vlc requires these to be lower
case in the command line. There also doesn't seem to be a mp3 codec in this
release.

Messy indeed.

I still think there is something wrong with the build that has messed up the mpga codec.
I have a separate build of vlc 0.8.6a on a machine running Fedora Core 6 and I moved
a HD video file over there and vlc streams it with the mpga codec using the same
command line invocation as the Myth box. It doesn't get the memory error and
streams just fine.

Thanks Chuck.

Your suggestion works like a charm.

Kind regards,

Esherm22

Do you think recompiling VLC with correct parameters could fix the issues with mpga and mp3 so we can stream to WMP again or would ffmpeg need to be touched as well?

Esherm22

Sorry for the long delay in responding, I have been away and rather busy the last several
weeks.

If one had to go out and (manually) gather the appropriate sources to recompile vlc, one
would end up recompiling ffmpeg as vlc keeps a copy in it's source tree and the ffmpeg
library (for vlc) gets installed in /usr/lib/vlc/codec (you will find this in the R5E50 tree).

In my earlier posting, I noted that on another unrelated system I have with Fedora Core 6,
I have a vlc sourc/build environment that works. What I didn't research is what flags the
version of vlc in Knoppmyth R5E50 and the versions of packages it has been built with. I
was hoping that the previous emails would have stirred the team into providing availibility
of the vlc build environment/tree (much like the kernel source tree for doing the NVIDIA
upgrade) so getting this fixed would be a bit easier {maybe this less subtle request will
be such stimulation}, as getting the pieces right to {re}build vlc takes some work.

Chuck

Thanks for the audio codec "a52" advice, that fixed the trouble I was having. Now I have everything I really want working! I love Knoppmyth.