<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
John skrev:
<blockquote cite="mid465FD57D.7010302@btconnect.com" type="cite">
<pre wrap="">Robert Longbottom wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Thu, May 31, 2007 10:57 pm, John wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Please post back if this works for you, or if you have any better ideas.
I cant be the only Mythtv user trying to watch BBC-HD .........can I ?
John
</pre>
</blockquote>
<pre wrap="">Looks interesting. I've certainly tried to playback BBCHD, and I can play
it back at about x0.5 speed ok, but any faster and it is far too jerky to
watch and stops every couple of seconds to catch up.
I'll give your scripts a go tonight and report back, but I expect my
hardware isn't really up to the task.
Thanks for posting them!
Robert
</pre>
</blockquote>
<pre wrap=""><!---->Glad to help.
I need to point out that I have found 3 issues with watching BBC with
Mythtv, as oposed to watching it under windows. (see original post on
cpu and codec requirements)
OS
1) Under windows, CPU usage is less for playback, when using FFmpeg or
coreavc
Playback Codec
2) On a dual core system, FFmpeg only uses a single core, Coreavc uses
both. I need to use the dshow patch and coreavc with Mythtv to avoid
dropping frames on my system, as I get both cores running at about 80%
on a core2duo e4300. With FFmpeg I get 1 core running at 100%, and
dropped frames whatever player used.
</pre>
</blockquote>
<br>
Hello<br>
<br>
We are intending to sponsor ffmpeg to make the decoding of H264
multithreaded so that it can decode on multiple cores. That work will
start in august 2007. That should make BBC-HD playable on a<br>
dual core machine when the ffmpeg/H264 code is merged into mythtv.<br>
<br>
Best Regards Johnny Strom<br>
<br>
<br>
<br>
<br>
<blockquote cite="mid465FD57D.7010302@btconnect.com" type="cite">
<pre wrap="">Player
3) There is SOMTHING (?) about the original recorded stream that the
internal mythtv player doesnt like. It drops frames even if the CPU is
below 50% on a still scene.
Re-muxing helped me cure the final hurdle, the Mythtv internal player.
But if your CPU is pegged, I'm afraid it does not reduce the pure grunt
required.
Finally I notice that the wrap went wrong on the original posting,
mythcommflag should be on a seperrate line for both scripts. e.g.
#!/bin/bash # $1 %DIR% $2 %File%
echo "remux $1/$2 and replace - deleting original"
vlc -I dummy "$1/$2" --sout
"#duplicate{dst=std{access=file,mux=ts,dst=$1/$2.new}" :sout-all vlc:quit
mv $1/$2.new $1/$2
mythcommflag --rebuild -f $1/$2
John
_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
<br>
</body>
</html>