MandrivaClub.NL > FreevoLive .09

Help - Zoeken - Gebruikers - Kalender

Volledige versie: FreevoLive .09

MandrivaClub.NL > MCNLive > MCNLive: International

HighKing

Feb 17 2007, 05:17 PM

Last week I uploaded FreevoLive .09, but thanks to megaupload.com, a lot of people weren't able to download it

A few days ago, david notified me of the tuxfamily.org service, so I created a new home for FreevoLive at TuxFamily!

FreevoLive can be found at http://freevolive.tuxfamily.org from now on

FreevoLive? What's that?
FreevoLive is a remaster of MCNLive Cherbourgh, build to show people the Freevo HTPC system, and maybe in the future even install it on your dedicated HTPC!

Freevo was installed with the rpm's made by Korrel

What's new?
In the previous version, the saa713x based TV-cards didn't work, because harddrake didn't detect them automagically during boot time.
Thats why I put in a simple script, that checks if the TV card is configured already, and if not, tries to load the saa7134 driver.

The recordserver is now enabled, mainly to be rid of the error messages.
Of course you could try to record something, and it should work, but be aware that this will be saved in your memory, not on harddisk, so you would need a lot of memory to use this on a live cd

Besides that I removed some packages, to make the iso smaller, didn't make a lot of difference btw.

Known issues
- Some, or maybe a lot of, tv cards won't work because there not autodetected by harddrake
- After playing a video, or TV, you might see error messages on top of the graphics
- Video is not played full screen if the resolution of the video is smaller then 800x600
- KDE crashes after a few minutes, I think this is due to a bug in Freevo's commands plugin

Testers wanted!
Well, I would like to know if it works for you, and if not, what doesn't work.
I'm especially interested in people with a saa713x TV card, but I would also like to know what more TV cards we can try to enable within the same script

If you have any ideas on how to improve this remaster, please share it!

RvP

Feb 18 2007, 10:39 AM

I am your tester with a (Asus labelled) tv-card with Philips saa7134 chip.
One of many testers I hope!

HighKing

Feb 18 2007, 12:23 PM

(RvP @ Feb 18 2007, 10:39 AM) [snapback]79128[/snapback]

I am your tester with a (Asus labelled) tv-card with Philips saa7134 chip.
One of many testers I hope!

Ron,

You told me you didn't get sound from TV with .09
Could you check the following:

- There should be a /dev/dsp AND a /dev/dsp1
The dsp is your soundcard, and the dsp1 is the sound module on the TV card
- Maybe you can put the volumes for /dev/dsp1 up with alsamixer?
- If that doesn't work, try to unload saa7134-alsa with "rmmod saa7134-alsa", and check if sound works after that (you should get sound through the pach calbe you have installed between the TV card and the soundcard.

david

Feb 18 2007, 05:36 PM

Hello HighKing,

I made more tests this afternoon and there is perhaps one solution ( --> last post 'blinking cursor and error message' )

I just modified “bash_profile” like that:

CODE

# blink cursor off
setterm -cursor off

# run freevo and redirect ( stdout , stderr ) --> /dev/null
freevo > /dev/null 2>&1

and for mplayer : center the video on screen and other stuff
/home/guest/.mplayer/config ( CONFIGURATION FILES )

CODE

framedrop=yes
fs=yes

## −framedrop (also see −hardframedrop)
## Skip displaying some frames to maintain A/V sync on slow systems. Video filters are not applied to such frames.
## For B-frames even decoding is skipped completely.

## −fs (also see −zoom)
## Fullscreen playback (centers movie, and paints black bands around it). Not supported by all video output drivers.

Works fine for me but can you test ?

PS : my notebook ( Fujitsu-Siemens Amilo ) don't very like frambuffer ..

David

HighKing

Feb 18 2007, 09:29 PM

David,

Thanks for the -cursor off line, didn't know that one before, and this indeed stopped the cursor from blinking on top of Freevo. I just played a video, and am now watching a normal screen with some music again.
I hope this also stops the screen to blank after a video was played, testing now

About the mplayer options, the -fs option only centers the video, but does not strech the video to full screen. With this, a 320x200 video still looks a bit small when played from Freevo

Realy streching the video to full screen with the zoom functions asks a lot from the processor, so my processor is not fast enough for that.
But somehow, when mplayer is run without any options, it plays the video full screen like it should, and without actually making the processor have a bad time, so this must be possible... I just haven't found the right set of options yet.

Edit:
Too bad, the blinking cursor might be gone, and the error messages are out of sight, but the screen still blanks

I made a screenshot, maybe you have any idea what causes this?

IPB Image

Edit 2:
Ok, just tried the 'sdl' video output driver for mplayer, and this gives me full screen video!

But now, watching TV is broken... it doesn't seem to like the sdl driver :'(

Edit 3:
Just found the setterm option '-blank 0', I hope this solves the screen blanking, but I don't think so, because the blanking only happens after having played a video... testing it right now

Last edit:
I'm listening to knac.com now for over 18 minutes without the screen going blank, so I think this problem is solved.
But I still have to find out why TV doesn't work anymore with the sdl driver.

But not today, I'm going to bed now

HighKing

Feb 20 2007, 08:57 PM

With Freevo's debugging options on, I found that Freevo passes the -fs option to mplayer when watching TV.
Somehow mplayer doesn't like that option in combination with the sdl output driver.

But, the -fs option, was not in Freevo's configuration file. I had to remove it from Freevo's mplayer plugin.

So, in the next FreevoLive version I will change display to sdl, remove the -fs option, and put the setterm lines in .bash_profile

david

Feb 20 2007, 09:31 PM

QUOTE

Edit 2:
Ok, just tried the 'sdl' video output driver for mplayer, and this gives me full screen video!

But now, watching TV is broken... it doesn't seem to like the sdl driver :'(
Edit 3:
Just found the setterm option '-blank 0', I hope this solves the screen blanking, but I don't think so, because the blanking only happens after having played a video... testing it right now

Hi ,

you are on the good way

I just try " sdl " too .. works fine but TV is broken too

So I modify /etc/freevo/local_conf.py and .. change video out to FBdev for 'tv' option

CODE

# Mplayer arguments for different media formats. (eg DVDs, CDs, AVI files, etc)
# Uses a default value if nothing else matches.
#
MPLAYER_ARGS = { 'dvd'    : '-cache 8192',
                  'vcd'    : '-cache 4096',
                  'cd'     : '-cache 1024 -cdda speed=2',
                  'tv'     : '-nocache -vo fbdev',
                  'ivtv'   : '-cache 8192',
                  'avi'    : '-cache 5000 -idx',
                  'rm'     : '-cache 5000 -forceidx',
                  'rmvb'   : '-cache 5000 -forceidx',
                  'webcam' : 'tv:// -tv driver=v4l:width=352:height=288:outfmt=yuy2:device=/dev/video2',
                  ''dvb'    : '-vf pp=md -cache 1024',
                  'default': '-cache 5000'
                  }

OK , but TV isn't in fullscreen ..

I don't know why it does'nt work wtih "SDL" .. I test in terminal ( mplayer only ) and it's ok
perhaps looking Freevo code can help .. If I 've more time , I take a look.

PS : .. I usually use freevo (X) with TVtime .. I 'm always surprised by the difference high quality television ( compares with “mplayer” )

Ciao

David

HighKing

Feb 20 2007, 10:09 PM

As I said in my earlier post, this is because of the -fs option Freevo puts into the mplayer line. I removed it from /usr/lib/python-2.4/site-packages/freevo/tv/plugins/mplayer.py, and now TV works fine with SDL.

I have not tried TVTime on X yet, but TV out simply 'just works' on the framebuffer, while it can be kinda hard to configure X to use the TV-out of your video card

That's the main reason I made FreevoLive run Freevo in the framebuffer, not from X

And of course it's a bit faster, especially when you want to use fairly old hardware for your htpc

david

Feb 21 2007, 08:32 PM

Hello HighKing

QUOTE

As I said in my earlier post,

Sorry for this .. I forgot to "reload current page" before answer

QUOTE

this is because of the -fs option Freevo puts into the mplayer line. I removed it from /usr/lib/python-2.4/site-packages/freevo/tv/plugins/mplayer.py, and now TV works fine with SDL.

yes , I test mplayer / sdl with -fs option .. it's crazy

CODE

## mplayer TV
mplayer tv:// -tv driver=v4l2:device=/dev/video0:norm=PAL:input=0:width=384:height=288:channels=E5-TF1 -vo sdl -fs
...
...
VO: [sdl] 384x288 => 384x288 Planar YV12 [fs] [zoom]
[VO_SDL] Info - please use -vm or -zoom to switch to the best resolution.
[VO_SDL] Set_fullmode: SDL_SetVideoMode failed: Invalid width or height.
VDecoder init failed :(
Read DOCS/HTML/en/codecs.html!

QUOTE

I have not tried TVTime on X yet, but TV out simply 'just works' on the framebuffer, while it can be kinda hard to configure X to use the TV-out of your video card

That's the main reason I made FreevoLive run Freevo in the framebuffer, not from X

And of course it's a bit faster, especially when you want to use fairly old hardware for your htpc

OK , you tell me this already ..

As I said in my last post, I usually use Freevo with X .. Pretty interesting to compare.
I build my own divxbox ( here ) and try Freevo , Oxine , MythTv , etc .. ( always from X ) or GeexBox. So FreevoLive really interests me

Ok , something else .. you say that X crash after few time (I did not test).?
because I have perhaps an idea .. I test and I tell you more.

David

HighKing

Feb 22 2007, 01:33 PM

Hi David,

Yes, somehow X crashes after some minutes... sometimes afer 2 or 3 minutes, sometimes after more then 10 minutes... but it does crash.
In Freevo's log I see this:

Oops, command refuses to die, try bad hack....

And, on the freevo-users mailinglist someone had almost the same problem:

Hi,
I'm using Freevo 1.7.0-rc2, but this same problem has been around at least
since 1.5.x.

I have the following fdx which I use to start xine for vdr usage:

-------------------------------------
<?xml version="1.0" ?>
<freevo>
<command title="Watch TV">
<cmd>/home/htpc/startup_scripts/xine_start_tv</cmd>
<stoposd />
<info>
<content>It is just a test</content>
</info>
</command>
</freevo>
--------------------------------------

All goes well after choosing the command from main menu. But after ~15-20
minutes freevo crashes, leaving xine still running. But obviously after xine
is closed there's nothing to return to.. Here's the debug output:

__init__.py (216): Building the xml hash database...
__init__.py (248): done
osd.py (567): Setting fullscreen mode to 0
logging child to "/var/log/freevo/command-stdout.log"
logging child to "/var/log/freevo/command-stderr.log"
self.t1.isAlive ()=True, self.t2.isAlive()=True
ChildApp.__init__(), pid=6329, app=
/home/htpc/startup_scripts/xine_start_tv, poll=-1
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/freevo/main.py", line 285, in
eventhand ler
app.eventhandler(event)
File "/usr/lib/python2.4/site-packages/freevo/menu.py", line 642, in
eventhand ler
action( arg=arg, menuw=self )
File "/usr/lib/python2.4/site-packages/freevo/plugins/command.py", line
234, i n flashpopup
rc.poll()
File "/usr/lib/python2.4/site -packages/freevo/rc.py", line 118, in poll
return get_singleton().poll()
File "/usr/lib/python2.4/site-packages/freevo/rc.py", line 552, in poll
c[0](*c[4])
File
"/usr/lib/python2.4/site-packages/freevo/plugins/idlebar/__init__.py", li ne
123, in poll
skin.redraw()
File "/usr/lib/python2.4/site-packages/freevo/skins/main/main.py", line
467, i n redraw
self.draw(self.last_draw[0], self.last_draw[1], self.last_draw[2])
File "/usr/lib/python2.4/site-packages/freevo/skins/main/main.py", line
527, i n draw
osd.update([self.screen.show (self.force_redraw)])
File "/usr/lib/python2.4/site-packages/freevo/skins/main/screen.py", line
199, in show
osd.screenblit(layer, (u[0], u[1]), (u[0], u[1], u[2] - u[0], u[3] -
u[1]))
File "/usr/lib/python2.4/site-packages/freevo/osd.py", line 791, in
screenblit
ret = self.screen.blit(source, destpos, sourcerect)
error: display Surface quit
osd.py (211): Couldnt load font "Arial_Bold.ttf"
osd.py (217): trying alternate: verabd.ttf
Crash!
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/freevo/main.py", line 458, in ?
MainTread().run()
File "/usr/lib/python2.4/site-packages/freevo/main.py", line 322, in run
self.eventhandler(rc.get_event(True))
File "/usr/lib/python2.4/site-packages/freevo/main.py", line 310, in
eventhand ler
pop.show()
File "/usr/lib/python2.4/site-packages/freevo/gui/GUIObject.py", line 191,
in show
self.draw()
File "/usr/lib/python2.4/site -packages/freevo/gui/GUIObject.py", line 259,
in draw
self._draw()
File "/usr/lib/python2.4/site-packages/freevo/gui/Window.py", line 133, in
_dr aw
self.surface = self.osd.Surface(self.get_size()).convert_alpha()
error: cannot convert without pygame.display initialized
childapp.py (194): childapp: killing pid 6329 signal 15
childapp.py (200): childapp: Before wait(6329)
childapp.py (215): childapp: After wait()
Oops, command refuses to die, try bad hack....
Try harder to kill the app....
PANIC

So I think it is a bug in Freevo's commands plugin

HighKing

Feb 23 2007, 06:33 PM

Let's continue here

Dit is een "Print" versie van onze forums. Om de volledige versie met meer informatie, afbeeldingen en opmaakte bekijken, a.u.b. klik hier.