I download the uncrammed root filesystem again, and tried to get this running.
I'm still seeing the same problem I reported earlier.
XWin starts up then drops back to the console with thie following error.
This app was compiled against libmyth version: 0.12.10012003-1
but the library is version: 0.12.10132003-1
You probably want to recompile everything, and do a
"make distclean" first.
waiting for X server to shut down
I really cant understand what i'm doing wrong here, as the only thing I changed between unzipping the files and cramming them is the .lircrc and etc/lircd.homebrew.conf files.
Please can you download the files to a clean directory on your HD and see if its something i'm doing or the files.
I rebuilt mythfrontend without hwmpeg enabled and incorporated into a new release candidate. I didn't have time to update the index.html file this morning, nor did I make a new pre-crammed rootfs with this change. I'll try to tidy that up tonight.
Anyway, if you can, please try the new rc:
Also, let me explain a little what is going on here. In order to make using the hardware MPEG2 decoder optional, I need to build mythfrontend twice (once with support enabled, once without). I then incorporate both versions into minimyth and depending on a runtime parameter (via the kernel command line) I symlink to the correct one.
With rc1, I forgot to include the non-hwmpeg2 enabled version.
One more thing, I think I have spotted a typo on the new index page.
HWMPEG is either set or unset. If set, mythfrontend will use the Via HW MPEG2 decoder. To pass this on the kernel command line, you need to set it to something, anything. Mine says, "HWMPEG=foo".
HWMPEG2 is either set or unset. If set, mythfrontend will use the Via HW MPEG2 decoder. To pass this on the kernel command line, you need to set it to something, anything. Mine says, "HWMPEG2=foo".
I have done some more testing, I hope I'm not swamping you here with feedback.
Once I realised the typo in the tftpboot file, I now have your original rc1 build up and running, only in NTSC format though. On the positive side I can really see the benefit of using the MPEG decoder as the picture seemed to me to be reallly smooth.
As you will probably know Hairlocks build supports both NTSC and PAL (I need PAL as im in the UK NTSC looks black and white to me), I copied over his XF86Config file and recrammed the image. The system comes up and runs but when Live TV is started the picture looks like very bad modern art, just lots of Straight coloured lines. Obviously modifications need to be made to the driver to support both PAL and NTSC.
I hope this helps,
The image was still uploading when I had to leave for work, I assumed it would finish ok; guess it did not. I'll check it tonight.
Sorry about the loose ends. I"m trying to get this stuff out to everyone quickly but I lack a proper QA department .
As far as the driver goes, it was built for me in TW. I'll enquire if they tested PAL mode. If someone else can try it in PAL and confirm the problem that would be helpful.
As soon as Axel releases the .12 rpms, I'll upgrade the server and test.
Is there a way to determine if MPEG2 decoding is working?
BTW, the (precrammed) rootfs is also now up to rc2.