Gentoo MythTV

13. 10. 08

EPG data for Austria/Germany/Switzerland

Filed under: configuration, handy tools, Main — Tags: , , , — niko86 @ 2:02

if you are searching for good EPG Data for AT/DE/CH with categorys and stuff, you might just have found the answer.
You might think: “Why doesn’t this bloke use nxtvepg..?”, Well, i took a look, but since i found a good grabber and i read that nxtvepg doesn’t provide more than a few days of guide data, i will stick with the grabber.
first i tried tvm2xml from: http://mythtv.linux-dude.de/
it works quite good, is quite fast, but i just can’t get good epg data for some of the channels.
after a while of searching i read about epgdata.com, they are providing good epgdata ready to download in xml format for a little anual fee.
you can grab and use the data with tv_grab_eu_epgdata from the xmltv package which you should download manually from the xmltv project site since the version in the portage tree is quite old.
you can get 16 days of epg data from epgdata.com.
it may be possible to get some more, but the grabber seems to be broken since it exits with an error if you specifiy more than 16 days.
if you know another alternative feel free to post a comment.

Advertisements

12. 09. 08

abit I-N73HD, HDMI, X Server and 1366×768

Filed under: configuration — Tags: , , , — niko86 @ 18:18

well, since i did not try the new mainboard with our TV, i also did not know wether the HDMI Output works and wether it is capable of sending 1366×768 to the TV.
so it was time to try.
The TV is some Samsung 32″ LCD, the native resolution is 1366×768.
this is what i did to make it work:
follow these instructions to make Direct Rendering work: click

add no additional lines to your xorg.conf
switch on your TV, disconnect VGA, connect HDMI output to your TV.
start X.
wait, voila!
it just works out of the box, seems that the samsung TV sends proper EDID Data.
there are no black lines, dead pixels or whatever, it just works perfectly.
i did not configure anything regarding the hdmi output.
the next thing on my list is a splashscreen to show while booting. (so the init scripts do not scare my girlfriend that much 🙂 )

after some testing i am now sure that the graphics part is setup properly, the processor utilization while watching tv or videos does not exceed 2 %, the picture looks good and sharp, there is no flicker or whatsoever, the scaling works (most of the TV Channels are 4:3 in this country…).
it seems that everything just worked “automagically”.
I saw many reports of people having severe trouble with the Abit I-N73HD regarding sound, graphics and network, as well as with the antec fusion regarding IR/VFD/Volume Knob.
So if you need a mainboard with HDMI output or a decent HTPC Case or both, don’t hesitate, it works.
if you need some help leave a comment.

just checked again and noticed that it actually is 1360×768, nevertheless looks fine on the tv 🙂 makes me happy.
here is a screenshot:

tv info osd

tv info osd

07. 09. 08

antec fusion v2 volume knob and lirc

Filed under: configuration — Tags: , , , , , , , — niko86 @ 20:20

different subject same story, there are no exact instructions on how to make the volume knob work with lirc, so i will do a quick howto on that too.

for me there was nothing special about getting the knob to work.
i just installed lirc as described in the post below, after that i played around with irrecord and that’s it.
(fyi: irrecord creates a [remote] section for the lirc config)
if you want to do this yourself use this command:
#irrecord -d=/dev/lirc
follow the instructions.
(more…)

antec fusion v2 imon vfd + lirc/LCDd howto

Filed under: configuration — Tags: , , , , , , — niko86 @ 20:20

since there are no exact instructions on how to get the vfd to work with LCDd/lirc i will write a quick HowTo.

if you know the thread on codeka.com about how to get it to work it might be helpful, but the instructions there are not all you need to know.

first you need lirc and LCDd.
use these vars in your make.conf:
LCD_DEVICES="imon"
LIRC_DEVICES="imon imon_knob imon_lcd imon_pad"

add this line to your /etc/portage/package.use file
app-misc/lcdproc lirc usb

now just emerge lirc and lcdproc.

(more…)

final parts arrived

Filed under: configuration, Main, shopping — Tags: , , — niko86 @ 20:20

Since the last part of the HTPC Solution arrived yesterday, i am installing the mythtv frontend on it right now.

ok, so whats the last part(s)?
after some google searches i decided to go for this:

-ABIT I-N73HD mainboard, geforce 7100 onboard graphics, nforce630i chipset, hdmi output.
i read that several people had problems getting this board to work under linux and i have to admit, there is no problem, after configuring the kernel it worked right out of the box without any hassle.

-e2200 c2d processor, not that powerful, but cheap and cool.

-arctic cooling freezer 7 lp, for the case i bought it had to be a small cooler, this one is not very small in fact, but its height is optimal for the case.

-2.5″ notebook drive, not that fast, but it is cooler, more quiet and of course smaller than a 3.5″ one.

-2gb of RAM, actually i got 4gb, but after ordering 4x1gb i noticed that there are only 2 ram slots on the mainboard, so now i got 2gb spare…

-Antec Fusion V2, looks nice, perfect cooling solution (got two fans on the side which are sucking the hot air directly from the cpu cooler), vfd display, builtin IR receiver, volume knob.

fusion v2

fusion v2


(more…)

29. 08. 08

xine, why not?

Filed under: configuration — Tags: , , — niko86 @ 19:19

after fiddling around with mplayer and the openchrome overlay i did not get mplayer with xvmc to work.
i don’t think openchrome causes the problems, everytime i tried to play a video with -vo xvmc mplayer told me that this video_out device is not compatible with the codec.
I don’t know what this means or why mplayer says that and it did not matter what codec the video was encoded with, so i gave it up.
somewhere i read about xine so i emerged it with the xvmc USE Flag, quickly went over the setup of xine.
(just execute `xine` while in x session, right click -> settings)
configured mythfrontend to use xine -f for mythvideo (-f = start in fullscreen)
that’s it, no magic happens here, just the xorg-server from openchrome overlay, the driver from openchrome overlay and xine.
it works out of the box, has lirc support, nice osd and i can play back videos with ~60% CPU Utilization.
what do you want more, compared with the fiddling with mplayer this took me 20 minutes (inlcuding the compiling of xine-lib, xine and oxine) and simply worked.
I am sure that there is a simple way to get xvmc to work with mplayer, but i just did not figure it out.

27. 08. 08

if i only knew this many hours ago…

Filed under: configuration — Tags: , , — niko86 @ 15:15

there is an overlay for portage which includes all the openchrome patches to make xvmc work with mplayer.
you can find an article about it here: click
i will report about how this works out after the re-emerging has finished.

update:
I did not do much yesterday, just came back home and evaluated the situation.
what i can say right now is that you should re-emerge every xorg module you got.
currently the X-Server is not able to start because of some x264 library which i did not recompile.
Since i got some kind of “failsafe” setup which makes X restart in case of a failure of X Server or mythfrontend, the system currently tries to restart X Server over and over again…
i will report on this later.
i will also wite a quick how-to about making X restart after a failure of mythfrontend.

second update
this is important to know:
since the article above suggests using ACCEPT_KEYWORDS=”~x86″ to install the ebuilds from the overlay (you might as well add the ebuild to /etc/portage/package.keywords), portage will pull in all ebuilds masked with the ~x86 keywords that are more up-to-date than the one installed right now.
this means that if there is a newer ebuild in the official portage tree masked with ~x86 than in the openchrome overlay you will end up installing a new masked ebuild which is not from the openchrome overlay.
to avoid this you should look in your openchrome overlay dir for the newest ebuild available and mask all newer ebuilds.
in my case i had to mask:
>media-video/mplayer-1.0_rc2_p26258
in /etc/portage/package.mask because this version is the newest in the openchrome overlay.

mystery with sshfs

Filed under: configuration, Main — Tags: , , , — niko86 @ 10:10

since a friend told me about sshfs i was keen to test it.

so i set up passwordless authentication for a user that has read permissions on my storage server.

in order to let mythtv frontends view videos from the storage server i had to mount.

i do not like cifs or samba, neither nfs, so i thought to myself: “well let’s go with sshfs!”

simple as that:

just enable the fuse option in the kernel (i do not remember the exact name, you can find it under filesystems, userland support or something)

emerge -av sshfs-fuse

and your ready.

mounting is easy:

sshfs -o some,mount,options user@server:/path/to/storage /your/local/mountpoint

you can also use sshfs in /etc/fstab:

just add this line:

sshfs#user@server:/path /mount/point fuse some,mount,options 0 0

now you can just type:

mount /mount/point

to mount sshfs at startup you have to setup passwordless authentication though.

i will not explain this, a quick google search should do the trick if you are not already using this.

looks fine, ain’t it?

well, there certainly is one flaw with this nice sshfs thingie.

on shutdown or reboot gentoo tries to unmount the filesysems, it also tries to unmount our sshfs mounts.

it simply fails, i don’t know why, but the systems just kinda stops to shutdown and will stay in a state where it has no network connection and no prompt at all.

i came up with a quick dirty fix for this.

just add this to your /etc/init.d/shutdown.sh and /etc/init.d/reboot.sh:

#dirty fix for sshfs problems on shutdown
sleep 1 && echo "Unmounting SSHFS"
for i in `/bin/awk '/sshfs/ {print $2}' /etc/mtab`; do /usr/bin/fusermount -u $i; done
sleep 1 && echo "Done"

that will solve the kinky problems on shutdown.

24. 08. 08

speeding up the build on the c3

Filed under: configuration — Tags: , , , , , — niko86 @ 21:21

it finally worked out really well and i managed to overcome all the gcc problems i previously had by following this guide: Click.
In fact i did not change my chost on this system, after endless problems i did a reinstall with the right chost, but gcc, glibc and binutils where broken anyways…
after some hours (you really should prepare yourself for endless compiling) the compilers did work.
so i could focus on the main task, setting up mythtv.

Well, as i already experienced while dealing with the gcc stuff, compiling takes ages on this little bird.
That’s why i thought about using the other machines at home as compiler nodes.

In other words:
How to do distributed computing and cross compiling on Gentoo using icecream and crossdev

I am using Icecream (sys-devel/icecream) and crossdev (sys-devel/crossdev)
The decision for icecream was easy, it supports its own “scheduler” which distributes the compile jobs to the machine which is capable of compiling the required arch and has the least cpu load.
so if you plan on distributing compile jobs across several hosts with different arches, and if you know that your nodes won’t be online all the time, use icecream.
if you plan on using machines which will be on all the time and you don’t care about the load, you should use distcc.

In my opinion icecream is more simple and “plug and play”.
You could just setup icecream on any host, start it, it will broadcast for the scheduler on your net, announce its compiling capabilities and start receiving jobs.
simple as that.

ok, prerequisites:
(more…)

22. 08. 08

problems…

Filed under: configuration — Tags: , , , , , , — niko86 @ 18:18

after compiling gcc and glibc, i just found out that apparently i386 is not supported anymore. XX
this is interesting, because every packet seemed to be ok with i386 chost, only glibc complained..
it might be useful to tell people that they are using a deprecated chost before they compile packets for hours….
however, i changed the chost to i586 and started recompiling binutils, gcc and glibc.
just follow this guide:
http://www.gentoo.org/doc/en/change-chost.xml
i am quite happy that i documented every little pitfall there is when installing gentoo on via c3 ezra cpus….
if i have to reinstall some time it will be usefull.

as promised here is the kernel config for the epia m9000 board with everything enabled what this board supports.
Download

update:
after several hours of compiling, i decided to do a fresh install, which did not solve the problem as you can read in the next post.

Older Posts »

Blog at WordPress.com.