Green screen with MythTV
#1
When I connect up to a MythTV source (on localhost) It shows all the channels and everything, but when I start watching I only get a green screen, and no sound.

I suspect that XBMC actually tells MythTV to use the tuner. But I have a cable TV decoder, and hence there is nothing on the tuner, it all comes in on Composite1.

MythTV is not ideally suited to this situation, but it can handle it, and the MythTV client works fine. XBMC however does not. Does anybody know how this can be solved?


Or, if not, does anybody know how I could launch tvtime from an XBMC menu? That's all that is needed for my TV-watching really...
Reply
#2
debug log -> pastebin.com
Reply
#3
Debug log: http://pastebin.com/m5a099946

Actually, I was mistaken. I *do* have sound, it turns out. That excludes the idea I had, and might mean it's a video configuration issue on the XBMC side. I can watch other video without a problem though.

I'm using NVIDIA driver, trie version 93, 173 & 180 (all the same), Ubuntu 9.04.

It's not deinterlace settings, tried, that, an glrectanglehack made no difference either.


It's sssooo tantalizingly close now! If I just can get the picture to work in the TV I finally, after two years, have a proper multimedia machine! :-)
Reply
#4
No-one has any clue what this could be? I'd take any hint on what to look at and try... I've spent two years trying to get a multimedia machine under Ubuntu working this is the last thing that needs fixing! Shocked
Reply
#5
nuv file format I bet. some work, some don't. I have no clue what the difference is.
Reply
#6
But.... doesn't MythTV use this format in it's frontend too?
Reply
#7
regebro Wrote:But.... doesn't MythTV use this format in it's frontend too?

Yes. But I don't quite understand what MythFrontEnd has to do with playing the content under XBMC.
Reply
#8
What I mean is that it's then not the fault of the file-format, but of XBMC. This is good news, because it means it can be fixed. Cool
Reply
#9
What sort of recording card are you using? .nuv files are hardly used anymore - perhaps only for software encoder cards.

Try playing a recorded file directly from the /var/lib/mythtv/recordings directory (i.e. without going through myth://) and see if that plays any differently.

Also, if you have SD Upscaling Turned on, turn that off. Don't recall the algorithm for off, but the following looked suspicious in the log file. SD Upscaling will kill a box at the best of times.

Quote:Upscale: selected algorithm 1

Also, there are references to both localhost and moviestar. Are these both the same machine?
Reply
#10
dteirney Wrote:What sort of recording card are you using? .nuv files are hardly used anymore - perhaps only for software encoder cards.

Try playing a recorded file directly from the /var/lib/mythtv/recordings directory (i.e. without going through myth://) and see if that plays any differently.

Also, if you have SD Upscaling Turned on, turn that off. Don't recall the algorithm for off, but the following looked suspicious in the log file. SD Upscaling will kill a box at the best of times.



Also, there are references to both localhost and moviestar. Are these both the same machine?

Recordings over a composite input will be analog so will be software encoded, which means it will probably use nupple video (http://en.wikipedia.org/wiki/MythTV#Internals). And as davilla has mentioned they can be a bit hit and miss for playback.

Perhaps try a few recordings and see if any of them work.
Reply
#11
dteirney Wrote:What sort of recording card are you using? .nuv files are hardly used anymore - perhaps only for software encoder cards.
It's a Pinnacle PCTV Studio BT878.

Quote:Try playing a recorded file directly from the /var/lib/mythtv/recordings directory (i.e. without going through myth://) and see if that plays any differently.
No, it's the same.

Quote:Also, if you have SD Upscaling Turned on, turn that off. Don't recall the algorithm for off, but the following looked suspicious in the log file. SD Upscaling will kill a box at the best of times.
It's disabled, yes.

Some other random info:

I saw a mention of interlace handing, and I've gone through all combinations of render methods and interlace handing, and "Blend" usually generates digital noise, and all other just the dark-green screen.

Quote:Also, there are references to both localhost and moviestar. Are these both the same machine?

Yup.
Reply
#12
XBMC uses ffmpeg to decode the video content. Under the hood MythTV also uses some variant off ffmpeg so there is probably still some hope.

There was note on the MythTV wikipedia page that Mplayer can play .nuv files so I'd give that a shot to see if that works.

Also, might be worth downloading the latest version of ffmpeg (http://ffmpeg.org/download.html) and seeing if ffplay can play the file. Either get out of subversion and build yourself or get through something like the Fresh Media PPA (https://launchpad.net/~freshmedia/+archive/ppa)

If neither of those work, ffmpeg would need to be modified to support playback. If it gets to that then you'll need to raise a bug with ffmpeg at http://ffmpeg.org/bugreports.html

I've raised a few ffmpeg tickets to try and get playback working better for some of my DVB-T files recorded by MythTV, e.g. https://roundup.ffmpeg.org/roundup/ffmpeg/issue1128

If a later version of ffmpeg works (than what XBMC has) there is an option to use external ffmpeg, but even I haven't managed to get that to work yet without a segmentation fault.

Let us know how you get on.
Reply
#13
This is indeed a really difficult one to trackle. It seems that a lot of people experience it, but none have found a solution.

I'd be very happy to hear if someone gets this to work...
Reply
#14
http://www.xbmc.org/forum/showpost.php?p...ostcount=5

P.S. Please excuse my poor English...
Reply
#15
That post helped me a lot.

It really was that mpeg4 and rtjpeg stuff. Thanks a lot Smile
Reply

Logout Mark Read Team Forum Stats Members Help
Green screen with MythTV0