LiveTV with HDHomerun - plays EXTREMELY slow

moliveras

2009-10-02, 05:03 #1

Member since Nov 2007 · 8 posts · Location: Milford, NJ USA
Group memberships: Members

Show profile ·

Link to this post

Subject: LiveTV with HDHomerun - plays EXTREMELY slow

I tried MythTvPlayer_0.6.0_ReleaseCandidate_2 to play an HD liveTV channel fomr an HDHomerun Tuner, 0.21 backend, The video played but it was EXTREMELY slow as was the audio.. several frames per second. The video rate was also displayed as "-0 Mbit/s". When I try the use LiveTV with 0.5.1pre10, the video plays normally. I am not sure where to post the log file.. If I can't figure out how to attach it here, I can email it to someone.

Glad that development has picked up the player.. Let me know if you need any additional info.

Regards,

Mike

davepage 2009-10-03, 03:57 #2

Member since Oct 2009 · 1 post
Group memberships: Members

Show profile ·

Link to this post

Subject: 10fps

I have the same issue. 0.6rc2 plays QAM256 HDTV recordings at about 10fps. Live TV works ok at standard def mostly, but HD is also slow. Audio playback is slow, in sync, and pitch is scaled (low). Version 0.4.2 works fine. Status|Buffers shows zero dropped frames, buffers at or near 100%. The total CPU load is 24%. Same results on a Toshiba laptop (Duo T5550) and a HP desktop (also dual core).

Mikkel (Administrator) 2009-10-03, 14:00 #3

User title: Developer
Member since Oct 2006 · 222 posts · Location: Copenhagen, Denmark
Group memberships: Administrators, Members

Show profile ·

Link to this post

Seems like the audio us detected as wrong bitrate. It might be some issue with ac3.
- did it work in 0.5.0? 0.5.1?
- Could you create a bug at http://sourceforge.net/tracker/?group_id=187028&atid=9… and upload you log.txt files which will provide some details

\Mikkel

moliveras

2009-10-04, 02:34 #4

Member since Nov 2007 · 8 posts · Location: Milford, NJ USA
Group memberships: Members

Show profile ·

Link to this post

I just entered the bug and attached the log file. And yes, it did play fine in 0.5.1pre10.. (although sometimes it would stop playing which was the bug you had been looking into at the time).. but that seems to be a different issue altogether.

Thanks,

Mike Oliveras

ryansinn 2009-10-07, 07:44 #5

Member since Feb 2008 · 3 posts
Group memberships: Members

Show profile ·

Link to this post

This is also a bug for me playing Over The Air (OTA) HD Shows... Standard Def Digital Shows play fine...

I found an old copy of 0.5.0 and it plays the HD TV great... but in the new 0.6 HD audio and video (while still synced) play at about 10% of normal speed.

I've uploaded a little sample of what I get with the latest 0.6 RC...
http://www.screencast.com/t/tVdRqGHaHGm4

ryansinn 2009-10-07, 07:48 #6

Member since Feb 2008 · 3 posts
Group memberships: Members

Show profile ·

Link to this post

Bandwidth on 0.6 is -0 Mbit/s on 0.5.0 it's 13Mbit/s when playing HD Content.

Sorry I'm posting it here... I re-requested my SF password to be reset and after an hour it still hasn't shown up...

So I thought I'd better post now before I forget about this.

flohack (Moderator) 2009-10-09, 15:08 #7

Member since Aug 2009 · 31 posts · Location: Vienna, Austria
Group memberships: Global Moderators, Members

Show profile ·

Link to this post

ryansinn,

there is already a bug for the bandwith display (from me) :-)

regards Florian

linux 2009-10-09, 16:18 #8

Member since Aug 2009 · 22 posts
Group memberships: Members

Show profile ·

Link to this post

There is also a bug with "Eins Extra" [1] recordings. Mythtvplayer plays these recording very slow.

[1] http://www.eins-extra.de

Lomion (Moderator) 2009-10-12, 10:32 #9

Member since Jan 2009 · 40 posts · Location: Vienna, Austria
Group memberships: Global Moderators, Members

Show profile ·

Link to this post

Some questions from my side:
o) How is the overall CPU usage while playing?
o) Could somebody please set the LogLevel to 8 and send me a log file (please keep the log as short as possible)
o) I would like to change some optimizations in the FFMPEG libs ... anybody willing to test it for me (I don't have a HD-environment)?
o) http://sourceforge.net/mailarchive/forum.…?thread_name=6…

moliveras

2009-10-13, 01:11 #10

Member since Nov 2007 · 8 posts · Location: Milford, NJ USA
Group memberships: Members

Show profile ·

Link to this post

I attached the log to my bug report at https://sourceforge.net/tracker/index.…?func=detail&…

The highest the CPU got to was under 20%.

I can test out versions for you - just point me to the binary.

- Mike

Lomion (Moderator) 2009-10-29, 11:36 #11

Member since Jan 2009 · 40 posts · Location: Vienna, Austria
Group memberships: Global Moderators, Members

Show profile ·

Link to this post

We did some improvements on AC3 playback in Revision 236 (trunk).
You can download this version from Sourceforge.

The bandwidth issue is still a problem!
I am thinking of removing it until we know how to fix it ...

craigarno 2009-11-03, 04:51 #12

Member since Nov 2009 · 17 posts · Location: Bothell, WA USA
Group memberships: Members

Show profile ·

Link to this post

In reply to post #9

Same issue with 0.6RC2, QAM-256 recording 720p, Hauppauge 2250 tuner, Myth 0.21 backend. Playback CPU usage about 23%, network usage (100BaseT full duplex) about 4%.

If I send you a recorded QAM-256 / 720p program, it should be easy enough to import into your backend system with a command like this (worked for me) for testing:

/usr/share/doc/packages/mythtv-doc/contrib/myth.rebuilddatabase.pl --dir /home/tv --file 1131_20090921200000.mpg

The file for a 1/2 hour program is about 2.3GB. I'd need a place to upload to do this.

Lomion (Moderator) 2009-11-03, 11:24 #13

Member since Jan 2009 · 40 posts · Location: Vienna, Austria
Group memberships: Global Moderators, Members

Show profile ·

Link to this post

Please try the trunk version http://sourceforge.net/projects/mythtvplayer/files/Develop…

craigarno 2009-11-04, 01:41 #14

Member since Nov 2009 · 17 posts · Location: Bothell, WA USA
Group memberships: Members

Show profile ·

Link to this post

Good news / Bad News

The Trunk version MythTvPlayer0.7.0-r236.exe plays the 720p recordings properly on both Windows machines.!!! I tried three different shows, 2 in original 720p broadcast format, the third in 720p transcoded from 1080i (none of my machines can play 1080i without transcoding to 720p).

Of the two machines, this one performs the best...

Windows Machine2:
AMD Turion 64 X2 Mobile Technology TL-60 2GHz
3GB RAM
NVIDIA GeForce 7150M / nForce 630M
Conexant High Definition SmartAudio 221
NVIDIA nForce 10/100 Mbps Ethernet
Windows Vista Home Premium 2007 SP2

With a 720p program, CPU runs around 30-35%, network runs around 25-30%. Stability seems good.

Windows Machine1:
Athlon XP 2200+ / 1.8GHz,
1.5GB RAM,
NVidia GeForce FX 5200 (Microsoft Corporation),
Vinyl AC`97 Codec Driver (WDM),
Linksys EG1032 v3 Instant Gigabit Desktop Network Adapter Driver,
Windows XP Professional 2002 SP2

With a 720p program, CPU runs around 60-80%, network around 2-3%. This installation will crash a couple times through the program after running fine for 10-15 minutes. One of the messages said seeking for commercial skip isn't implemented in this type of program encoding. I haven't been able to intercept a crash dump yet, will keep trying. From the technical details from one crash, it appeared to be a system/kernel call that had trouble.

A number of times starting the program, the window was blank and the network running at 17%, CPU 100%/2%/100%... and loud clicking comes through the speakers. One time telling the program to go full screen popped it out of this mode. Several times it took a long time (several minutes) to sync with the Myth Backend before playing was possible.

What I can say positive about this installation is it's close, really close to working right. The program plays flawlessly when it's running. Nice to know this machine has the potential to play right. It seems the more times I run the program trying to find problems, the fewer it has. I'll wait for my daughter to get ahold of it to cause more problems. ;-)

craigarno 2009-11-04, 04:35 #15

Member since Nov 2009 · 17 posts · Location: Bothell, WA USA
Group memberships: Members

Show profile ·

Link to this post

I wanted to add that the XP machine behaves as if there is memory corruption in MythTvPlayer0.7.0-r236.exe application. When the application has problems, they aren't repeatable. After posting my prior message the machine went through a bout of bad behavior. For instance the MythPlayer Video window went skidding off the bottom of the screen by itself. I was able to Move the window back by selecting move from the task bar and using keyboard arrow keys to move the window. As soon as I set the location for the window, it skidded off the bottom of the screen again. Lots of audio popping and crackling. After killing the app (it wouldn't close any of the normal ways) behavior changed with the next invocation. I still think you are close, but it is looking like a memory corruption problem, like a NULL pointer (handle). Maybe sprinkling a few more TRY/CATCH/THROW statements or testing for a NULL handle if the code is more C like. Or secondarily is there any implied type conversion causing an otherwise good handle to behave as a NULL assignment? I'm shooting in the dark, but based on debugging some of my own code for the last couple decades, this feels like a NULL pointer or memory corruption issue. The transcoded 1080i->720p program gives MythTvPlayer0.7.0-r236.exe the most fits. The native 720p broadcast has relatively fewer problems, but still has problems. Even the 480i broadcasts have problems on the XP machine running under MythTvPlayer0.7.0-r236.exe. The good news is the XP SP2 machine quite reliably has problems, so it's not like we're chasing a once in a blue moon behavior. I think Vista has the one benefit of better handling application memory corruption, and this probably accounts for the better success on the Vista platform. I'd hate to think XP SP2 has an API implementation problem, but that's also possible.

Again, I think you are close!

I restored 0.6.0RC2 to the XP machine and it is again reliable with 480i programs. It was really nice to see 720p play properly multiple times on the problematic XP machine today.