[Freevo-devel] [BUG] Mplayer plays video w/o sound, xine no longer used for DVD
Hi! Once again, a new release another bunch of issues :-/ I feel that 1.4.1 was the only version that worked for me. Okay, here we go: (Downloaded mmpython, freevo and pygoom from www.freevo.org, deinstalled and removed everything from my old freevo version. I run Gentoo, latest packages of everything. Again, I REMOVED EVERYTHING from my old Freevo package) Well, lets say we want to watch a movie. Nothing special, but freevo is just plain stupid and gets mplayer to IGNORE sound!? The command line is like this: /usr/bin/mplayer -autosync 100 -nolirc -autoq 100 -screenw 800 -screenh 600 - fs -slave -ao alsa1x:surround51 -ac a52, -channels 6 -af pan=6:100:0:0:0:100:100:0:100:0:0:100:100:0:0:100:0:0:0:0:0:0:100:0:0 -v - vo xv,sdl,x11, -vc xvid, -cache 5000 //media/Divx/tatu-all_the_things_she_said\(leno-02-25\)-ws-hdtv-2003-dvdr-tb-vme.vob -vf pp=de, poll=-1 I copied the line from freevo´s main-0.log and pasted it to the shell. Note the \ before the (. I added it because BASH wants ( to be escaped. Played from inside freevo, NO SOUND. Even if I press the Volume+ button 100times, nothing. Okay, I open putty, copy the cmd line and voilá! Sound. As expected. No changes on the mixer, nothing. I try to look at the mixer settings while freevo was playing the movie, but nothing unusual. Nothing muted. I tried playing MP3s, they work! As always. (using mplayer too) Another thing is, that XINE is no longer used for DVD playing. As I said before, I was updateing from 1.4.1 and it worked there. During startup I see that XINE is detected: xine.py (131): detect xine version 9901 xine.py (103): detect fbxine version 9901 Well, after 3 hours of playing around with freevo I give up and revert everything back to 1.4.1. This was my 2nd attemp to update, and everytime it fails again... :-/ -- ,yours Thomas Zangl [EMAIL PROTECTED] -TZ1-6BONE- -http://tzi.dhs.org - http://www.borg-kindberg.ac.at Use YAMC! now! Get it at http://www.borg-kindberg.ac.at/yamc/ --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] gentoo ebuild
has anyone created an ebuild for 1.5_rc1? if not, are there any new dependencies or install steps i need to take into account to create a new one? -atom --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-wikilog] [Freevo Wiki] Update of DocumentationPage/SupportedHardware
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Freevo Wiki for change
notification.
The following page has been changed by 137.226.77.2:
http://freevo.sourceforge.net/cgi-bin/moin.cgi/DocumentationPage_2fSupportedHardware
--
@@ -64,6 +64,21 @@
In order to watch live TV with a PVR-250/350 the following 2 lines are needed in
local_conf.py
[[BR]]{{{plugin.remove('tv.mplayer')}}}
[[BR]]{{{plugin.activate('tv.ivtv_basic_tv')}}}
+
+With (at least) 1.50-rc1 the above is no longer true, however the following
VIDEO_GROUP setting is now necessary:
+ {{{
+ VIDEO_GROUPS = [
+ VideoGroup(vdev=/dev/video0,
+ adev=None,
+ input_type='tuner',
+ tuner_num=4,
+ tuner_norm=CONF.tv,
+ tuner_chanlist=CONF.chanlist,
+ desc='Cable',
+ group_type=ivtv,
+ recordable=True),
+ ]
+ }}}
The MythTV site offers an excellent page that describes how to
[http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.1 install a PVR-250/350 on
Mandrake 9.1]. It may be helpful for other distros as well.
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
___
Freevo-wikilog mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-wikilog
Re: [Freevo-devel] Re: mp3 player bug (developers please read)
Dirk Meyer wrote: OSD is (was) a SynchronizedObject. If I understand the code of the SynchronizedObject, only one thread can enter a function at a time to prevent race conditions. Yes, that's correct. On the other hand we have a main loop calling time.sleep() _inside_ OSD() (because of the animation stuff). So main enters osd, locks it and takes a nap. As long as no other thread than main uses the OSD, the SynchronizedObject is not needed, and it might speed things up a little bit to remove it. But we're probably in for some nasty bugs if some thread happens to use the OSD. An alternative would be to only use sleep() outside of the OSD object, this would allow threads to use the OSD too. / Chris --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: mp3 player bug (developers please read)
[ moved to devel list ] Krister Lagerstrom wrote: Dirk Meyer wrote: That may be right. The output of mplayer is parsed in a thread and this thread updates the osd. Without the SynchronizedObject we may have a problem here. Maybe the bug is related to the fact that the main thread locks osd.py while doing it's time.sleep() I'm not sure what you mean by this, can you explain in more detail? OSD is (was) a SynchronizedObject. If I understand the code of the SynchronizedObject, only one thread can enter a function at a time to prevent race conditions. We have (had) the mplayer stdout reading thread update the screen to show the current time in the file. On the other hand we have a main loop calling time.sleep() _inside_ OSD() (because of the animation stuff). So main enters osd, locks it and takes a nap. The thread can't enter to update the osd and waits. Next scheduling round: main wakes up, leaves osd, polls all queues for events and goes back into osd to sleep. This is a perfect example for Starvation. Dischi -- I started out with nothing... I still have most of it. --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] mplayer stopping
Lars Eggert wrote: Lars Eggert wrote: for the last couple of days, whenever I play an MP3 through freevo, sound stops after a few dozend seconds. Issuing the exact same mplayer command - arguments and all - from the shell plays the file fine. FYI, that still happens. When I have some time, I'll try rolling the tree back to previous CVS dates to find the date when it broke. OK, I tracked this back to the animation changes that were committed around 2004-04-26. A CVS tree from April 25 works perfectly, one from April 26 has the bug with mplayer stopping after a few seconds, and the playtime timer not updating. Anyone have a clue why the animation stuff would break things like that? Lars -- Lars Eggert NEC Network Laboratories smime.p7s Description: S/MIME Cryptographic Signature
[Freevo-devel] Re: mplayer stopping
Lars Eggert wrote: Anyone have a clue why the animation stuff would break things like that? Yes, since yesterday. Try current cvs or 1.5.0-rc1 with the attached patch. Dischi *** ./src/rc.py Sat Feb 28 18:30:59 2004 --- /home/dmeyer/src/freevo/./src/rc.py Sun May 9 14:11:27 2004 *** *** 100,106 get_singleton().set_context(context) ! # # internal classes of this module --- 100,108 get_singleton().set_context(context) ! def callback(function, *arg): ! get_singleton().one_time_callbacks.append((function, arg)) ! # # internal classes of this module *** *** 291,297 self.context = 'menu' self.queue= [] self.event_callback = None ! def set_app(self, app, context): self.app = app --- 293,300 self.context = 'menu' self.queue= [] self.event_callback = None ! self.one_time_callbacks = [] ! def set_app(self, app, context): self.app = app *** *** 335,340 --- 338,348 def poll(self): + while self.one_time_callbacks: + callback, arg = self.one_time_callbacks[0] + self.one_time_callbacks.pop() + callback(*arg) + if len(self.queue): ret = self.queue[0] del self.queue[0] *** ./src/osd.pySun May 2 13:46:12 2004 --- /home/dmeyer/src/freevo/./src/osd.pySun May 9 14:12:51 2004 *** *** 5,11 # --- # $Id: osd.py,v 1.154 2004/05/02 11:46:12 dischi Exp $ # ! # Notes: # Todo: # # --- --- 5,12 # --- # $Id: osd.py,v 1.154 2004/05/02 11:46:12 dischi Exp $ # ! # Notes: do not use the OSD object inside a thread ! # # Todo: # # --- *** *** 19,66 # Revision 1.152 2004/04/25 11:23:57 dischi # Added support for animations. Most of the code is from Viggo Fredriksen # - # Revision 1.151 2004/03/19 21:03:39 dischi - # fix tvguide context bug - # - # Revision 1.150 2004/03/14 17:46:24 dischi - # fix update for some cards - # - # Revision 1.149 2004/03/14 17:22:43 dischi - # seperate ellipses and dim in drawstringframed - # - # Revision 1.148 2004/03/14 13:10:41 dischi - # more dim/ellipse fixes - # - # Revision 1.147 2004/03/14 12:59:34 dischi - # fix crash - # - # Revision 1.146 2004/03/14 12:55:11 dischi - # dim support for texts - # - # Revision 1.145 2004/03/12 18:33:56 dischi - # text input patch from Viggo Frederiksen - # - # Revision 1.144 2004/03/10 20:13:52 dischi - # set keyboard repeat - # - # Revision 1.143 2004/02/27 20:12:16 dischi - # reworked rc.py to make several classes - # - # Revision 1.141 2004/02/18 21:55:44 dischi - # Some osd updates for new gui code - # - # Revision 1.140 2004/02/14 13:05:03 dischi - # do not call skin.get_singleton() anymore - # - # Revision 1.139 2004/02/12 12:37:14 dischi - # fix alternative font loading - # - # Revision 1.138 2004/02/12 03:32:41 outlyer - # Fixes for OSD_EXTRA_FONT: - # - # o Filesystems are case sensitive; we can't arbitrarily set them to lower. - # o If we're using the extra font path for osd.py, we need to use it in xml_skin - # # --- # Freevo - A Home Theater PC framework # Copyright (C) 2002 Krister Lagerstrom, et al. --- 20,25 *** *** 170,176 # One-time init if _singleton == None: ! _singleton = util.SynchronizedObject(OSD()) return _singleton --- 129,135 # One-time init if _singleton == None: ! _singleton = OSD() return _singleton *** ./src/childapp.py Sun Mar 14 12:43:08 2004 --- /home/dmeyer/src/freevo/./src/childapp.py Sun May 9 14:07:47 2004 *** *** 410,416 # Combine saved data and first line, send to app if self.logger: self.logger.write(saved + lines[0]+'\n') ! self.callback(saved + lines[0]) saved = '' # There's one or more lines + possibly a partial line --- 410,416 # Combine saved data and first line, send to app if self.logger:
