Ubuntu repository

I have an ubuntu PPA repository

deb http://ppa.launchpad.net/paul-kcbbs/ubuntu hardy main

Just add this line to the bottom of your /etc/apt/sources.list, then

sudo apt-get update
sudo apt-get install mythtv

This is the normal mythbuntu mythtv package with all my patches ready to go.




You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

27 Responses to “Ubuntu repository”

  1. davidg Says:

    Thanks pk! Very timely as I was about to starting to futz about with trying to compile the download. Saw the full cpu and random crashes with mythbuntu 8.04 and now off to see how it works with your updates. chocolate ;-)

  2. matt Says:

    I have a working AMD64 build , with variable declaration fixes in libs/libavcodec/i386/dsputil_mmx.h which fixes the compile probs (something to do with not enough registers ?)

    The fix is to add __attribute__((visibility(”hidden”))) between all
    extern const uint64_t ff_* (including the 2 doubles , did the xmm_t’s as well . didn’t hurt..)

    I then had to add 3 extra variable dec’s for ff_pw_9 , ff_pw_18 & ff_pw_53 with the __attribute__ declaration and then dpkg-buildpackage succeeds.

    I have ubuntu hardy debs using your 17900/14408 src if you would like them , they are also patched for coreavc , and work really well with opengl for video sync & video as timebase enabled on all channels. without .mythtv/dshowcodecs installed it will default back to ffmpeg/h264.

    The difference is the dshowserver doesn’t segfault , but the ffmpeg/h264 decoder does every so often.

    Matt

  3. matt Says:

    Is there much of a difference between 17900/14408 & 18021/14509 ?

    I’m interested to try it if the random frontend crash has been fixed , because coreavc uses more cpu than the native ffmpeg decoder , tv3 puts me at over 90% on both cores.

    Matt

  4. paul Says:

    matt,
    The latest version should stop the random crashes on interlaced channels, otherwise not a lot of changes.

    Can you send me a patch for the AMD64 build that you have done. I will then add that to my set of patches and get a build in the PPA repository.

  5. geoff Says:

    Paul,

    Thank you so much for putting this up.

    I now have Myth all installed with your patches.
    My Dad will be watching the Olympics tomorrow some time with his brand new HTPC (Nova T500).

    Cheers
    Geoff

  6. paul Says:

    Geoff,
    Thats awesome. Hope he enjoys his new toy :-)

  7. paul Says:

    Matt,
    Thanks for the patch, I have figured out that there was another file I needed to do this to and now the AMD64 build is working too.

  8. kdixon Says:

    Just tried your AMD64 repository, superb thanks.

  9. Allen Says:

    I posted this on another topic by mistake.. reposting here.

    Paul, thanks for all of your hard work getting these patches working and the repository going!! I’m able to watch Freeview HD now.

    I’m still having this issue which I noticed from the hand-built version with your patches a few days ago. While watching an HD channel it will stutter sometimes, mostly when there is a lot of action on the screen. This is what I get in the mythfrontend when the stutter happens

    2008-08-10 21:57:18.007 WriteAudio: buffer underrun
    2008-08-10 21:57:18.027 NVP: prebuffering pause
    2008-08-10 21:57:18.992 WriteAudio: buffer underrun
    2008-08-10 21:57:19.019 WriteAudio: buffer underrun
    2008-08-10 21:57:19.074 NVP: prebuffering pause
    2008-08-10 21:57:19.719 WriteAudio: buffer underrun
    2008-08-10 21:57:19.747 WriteAudio: buffer underrun
    2008-08-10 21:57:19.790 NVP: prebuffering pause
    Segmentation fault

    As you can see from the above log the frontend crashed. This is quite common for me, I don’t think I’ve seen it last more then 5min without crashing.

    I have a Intel Core 2 Duo T2160 (1.8Ghz) 1GB of RAM running Mythbuntu 8.04 I don’t have any playback issues with other HD content. For example when I playback 1080p movies I get about 75% usage out of one CPU and I don’t notice any of the stuttering I get with FreeviewHD.

    -allen

  10. matt Says:

    Anyone else noticing that the freeview recorded program timestamp seems to be double what is scheduled when playing it back ?

    It’s only a minor glitch but i’m having trouble tracking down the cause , trying to skip adverts lands me back before I pushed fastforward. Seems to be doubling the time index with intermediate seeking. More seeking seems to pan the program out to twice the original timestamp. It does eventually work tho.

    Anyone else seeing this ? I’m getting it only on freeview recordings with a Nova T 500 , my other saa7133/4 card is recording normally.

    Matt

  11. Allen Says:

    Matt,

    I guess the time doubling is a known issue that has been fixed in the Mythtv-0.21-fixes branch and Paul said he would bring the fix in his next update.

  12. Paul Says:

    Matt,
    Another user has mentioned this. There is a patch for this in MythTV trunk. I have verified that it ports to 0.21-fixes and it will be in the next build that I do.

  13. Paul Says:

    Allen,
    If you have build from sources, can you use the –compile-type=debug flag during configure and run the frontend under GDB. Then I should be able too see if it’s fixable.
    I can leave my frontend running quite happily on TV1 for hours. It does stutter a little, as I have a C2D 1.6GHz.

  14. Allen Says:

    Paul,

    I will get a stack trace with gdb tonight after I get home.

    One question, when you get the stuttering on your system does the audio cut out at the same time or is it just few dropped frames. Having some dropped frames every now and again is easy to ignore but when the audio and video both stop for about a half-second it is too noticeable, basically unwatchable.

  15. Paul Says:

    Allen,
    Cool. I look forward to the stacktrace :-)

    When I get stuttering it both video and audio. Note that my machine is a slow machine.

  16. matt Says:

    lol @ me for not checking comments in the other busy thread…

    Has anyone managed to successfully transcode a recorded freeview program ?? I would really like to resize TV3 down to ~700mb instead of the hard drive swallowing 4.8gb per hour. Not to mention being able to play recordings on a remote frontend without having to upgrade to 1 gigabit networking.

    I’m guessing that mythtranscode only supports mpeg2 or has issues with the spatial/PAFF/Interlaced fields etc. I could be wrong.

    Paul , do you know if tv3 transmits 576i,720p & 1080p concurrently or only transmits 1080p ?

    Matt

  17. Paul Says:

    Matt,
    Only 1080i on Freeview|HD (DVB-T) they are 576i (like all the others if you use Freeview on satellite.

  18. Allen Says:

    Paul,

    Sorry I didn’t get back to you yesterday I didn’t get time to try out Myth until late last night. Anyway I found that if I let TV One play by itself it would stutter a lot but wouldn’t crash. But when I started to record shows and also playback recorded shows I could get the crash to happen. Here is the stack trace of the frontend.

    http://premierweb.com/~allen/mythfrontend-stack.txt

    I did notice in the mythtv logs that the backend seg faulted on Saturday night. I didn’t get a dump of that and I haven’t seen it happen again.

  19. Allen Says:

    Another thing I noticed is that after I installed the packages from your repository I can’t play DVDs. When you select one, either from the Optical disk page or an ISO of one in the video page the screen goes black and nothing happens until you hit ESC. Here is the console output when this happens.

    http://premierweb.com/~allen/mythfrontend-dvd.txt

  20. Paul Says:

    Allen,
    Thanks for the stack trace. It looks like it’s in the ssse3 optimized code for h264 in ffmpeg. I’ve seen something similar so I’ll get a sample file here and post a bug report.

    With the DVD… can you use “Page Down” key to skip when you have the blank screen. I get have to do this for some still frames on some DVDs.

    Perhaps enter a bug report on mythtv with the name of the DVD, the DVD coder seems quite able to fix these things. You might have to mention what region the DVD is as well as the title.

  21. Allen Says:

    Paul,
    I haven’t looked too much into the DVD issue yet. I tried three DVD iso images and a real disk and they all failed in the same way. These all worked before I upgraded to the patches from your repository. It might have to do with some of the compile time options you used. Like I said I haven’t looked any deeper into this one yet.

    I’m wondering if it might be an issue with trying to randomly access data in the transmission stream (ts). Unlike an index avi for example you do not know where to jump when you fast forward. I assume when you are watching live TV Myth is keeping track of these keyframes and that is how you can jump forward and back but when you are watching a recorded .ts and try and skip forward there is a good chance you are going to land in the middle between two keyframes and the scene composition information is not going to make any sense and that is when it dies. VLC on windows also dies sometimes when trying to skip around a saved freeview|HD ts.

  22. Paul Says:

    Allen, the DVD problem seems to be ticket 4902
    http://svn.mythtv.org/trac/ticket/4902

    Maybe you could attach information to that ticket.

  23. Allen Says:

    Paul,
    I’m trying to track down the performance problem I’m having by playing the same ts from inside mplayer, which is what I use to play my other HD content. I checked out the latest mplayer source (which includes the latest ffmpeg code) and applied your latm_parser patch. It compiled fine but for some reason isn’t able to decode the audio from some captured data from my DVB card.

    Here is the summary of the output I get try to play the file and force the audio codec to ffmpeg (mplayer -ac ffmpeg test.ts)

    Forced audio codec: ffmpeg
    Cannot find codec for audio format 0×50.
    Read DOCS/HTML/en/codecs.html!
    Audio: no sound
    Starting playback…

    I thought your ffmpeg patch was for type 0×11, any idea what type 0×50 is?

    detailed output
    http://premierweb.com/~allen/mplayer-output.txt
    http://premierweb.com/~allen/mplayer-ffmpeg.txt

  24. Paul Says:

    What is the output from mythfrontend when you play that file. It should show you what stream id’s are there. Also, can you put the file up for download.

  25. Allen Says:

    Hey Paul,

    Mythfrontend plays it OK just with those stutters every few seconds. Since I can play high def content with mplayer I wanted to check the performance of Freeview with mplayer.

    I think I’m getting to the bottom of the mplayer problem dealing with the Freeview|HD transmission stream. It seems that mplayer defaults the ES types to VIDEO_MPEG2(0×10000002) / AUDIO_MP2 (0×50) if it can’t detect the type from the PMT. For some reason the PMT count is always empty (priv->pmt_cnt == 0) it just uses these default, and incorrect, stream types.

    This happens on all of the streams I’ve tried. I just saved 2 min of TV One to a file.

    tzap -t 120 -o tv-one-test.ts “TV ONE”

    Then ran mplayer

    mplayer tv-one-test.ts

    Either Freeview|HD has poorly formated PMT or mplayer has a bug. I’ll get some more details and then contact the mplayer mailing list.

  26. Allen Says:

    Quick update — For a test I changed the default stream types to VIDEO_H264 and AUDIO_AAC and it plays just fine. So the mplayer problem has to do with the parsing of the PMT, at least I’m on the right track. :)

  27. Shane Says:

    Hi Paul,

    Newbie here from Wellington

    I have been plonking away bit-by-bit for the past month trying to get Freeview HD working under MythBuntu 8.04/MythTV…

    My system is:
    AMD Athlon X2 5000+
    2x 1GB (2GB) RAM
    Asus M2NVM-DVI Mobo
    Hauupage Nova-T 500
    Asus ATI 2400HD (w H.264)

    Anyways… I had managed to get to the point where I can now see most channels …Most play in slow motion with no sound. TV3 is stepping with stepping sound. and C4 is smooth with no sound

    Stumbled upon your site yesterday and tried your patches last night:

    “sudo gedit /etc/sources.list”
    added “deb http://ppa.launchpad.net/paul-kcbbs/ubuntu hardy main” to /etc/sources.list

    then typed “sudo apt-get update”
    ..it did a whole bunch of stuff
    then I typed “sudo apt-get install mythtv”
    …nothing was updated, removed etc…
    so I tried “sudo apt-get upgrade” …still nothing

    I then rebooted my machine and fired up mythTV to see if anything had changed ….unfortunately still the same, slow motion, no sound etc…

    I should point out that this is my first time getting this deep into a linux OS (other than a bit of shell scripting in the past) …so unless everything is spelt out, I wouldnt have a clue what to do or where to look and perhaps I’m being a little ambitious trying to get something working that more experienced users are still having trouble with?

    My background is in IT and software development… I’m now an control-systems developer for an audio-visual company.. so either way I’m pretty comfortable with the nuts and bolts… I’m just very new to the complexities of Linux and trying to do things that Windows has always just taken care of for me! 8)

    I have already tried all the Windows solutions…MediaPortal, GBPVR etc… but was not satisfied with the clumsiness of these systems… I have full confidence that a Linux solution will be far more stable once up and running.

    Anyways, is there any pointers you (or anyone else) can give to help me out or steer me in the right direction? How do/should I go about diagnosing this? Is there any more info I could post that might be of assistance?

Leave a Reply

You must be logged in to post a comment.