Dirk Meyer wrote:
> Hi,
> 
> Michael Beal wrote:
>> Hey guys!  Just checking in with some comparison notes between the
>> branch I've been working on and Freevo 1.7.0.  Sit back, relax and get
>> ready; this isn't good.
> 
> I'm relaxed.
> 
>> Freevo 1.7.0 is NOT stable in the least.  The functioning 1.6.2 install
>> that I have been working from was absolutely RUINED because of 1.7.0
>> instabilities. 
> 
> So you merged your 1.6 changes with 1.7. Well, 1.7 is not 1.6.x for a
> reason, there are massive changes in it. Merging isn't that simple.
> And what do you mean my ruined? If you do something like this, you
> should make a backup.

You can always remove the site-packages/freevo and site-packages/kaa and
reinstall mmpython and freevo-1.6.3 there are a few directories created
in /usr/share/freevo that you can remove as well.

The only problem that I've encountered are changes to the kaa api that
requires removal of the site-packages/kaa and the build directories.

>> Furthermore, it appears I'm going to have to reload my entire OS
>> because I can't locate whatever it was that has caused such harm to
>> my system.
> 
> Maybe you did something else? I don't know the code, but I'm sure
> freevo only installs to site-packages/freevo and bin/freevo. Since 1.7
> uses some parts of the 2.0 kaa modules, it is also site-packages/kaa
> and bin/mminfo. If you remove that (and your config) your system
> should be clean again. If not, YOU messed stuff.
> 
>> Second, I've found that not only was the video affected, sound was
>> adversely affected as well.  There is now, in spite of reloading my
>> working branch from backup and recompiling my audio drivers, a
>> persistent stutter in the sound playback using anything OTHER than
>> 2-channel audio.  Recompiling Xine from source and reconfiguring ALSA a
>> thousand different ways hasn't made the slightest progress toward
>> fixing this.
> 
> Again, I'm sure freevo 1.7 does not change your soundcard in a way you
> can't reverse.

Virtually nothing has changed with the mixer module, which as you know
is very basic, since 1.5.4.

I suspect that you may have either failing hardware, rare but does
happen sometimes, or an update to a driver.

Freevo is really only a wrapper around the players and device drivers
pulling them together in a way that is easy to use and fairly easy to
configure. This means that you can track down problem by using the
command line and setting CHILDAPP_DEBUG = 1 in local_conf.py and
checking the log to see what command is being executed.

If, for example, mplayer is working okay from the command line but not
okay through freevo then you could be short of memory or pushing the
hardware beyond it's limits. "top" will help you here.

>> Do yourselves a favor and (I've said this before) stay away from
>> accessing hardware directly.  You're inviting trouble by doing so. 
> 
> I'm sure freevo does not do this. OK, some hardware mussed by accessed
> or there is no TV when you don't access /dev/videoX. What do you want
> us to do? Pop up a message and tell the user to magicly change the
> tuner? Someone has to do it.
> 
>> Does anyone remember xvidtune?  Remember how badly it could screw up
>> your video card if you set things the wrong way??  Interact with
>> hardware through the drivers or the tools made for this kind of
>> interaction.  Don't risk damaging someone's machine through direct
>> hardware interaction!
> 
> OK, I'm out. PLEASE TELL ME WHERE FREEVO DOES SUCH THINGS? This whole
> mail is about you telling us we could have damaged your hardware. We
> always use drivers or tools. In fact, if not running as root, you
> can't even access the hardware. And freevo does not require to be run
> as root except on framebuffer because the user can't access it (at
> least on my machine).

Freevo never access the hardware directly. The closest it comes is
through the ioctl's of a driver.

I know it can be frustrating at times but the best way to solve your
problems is in a nice step by step approach and not to rant. After all
the goal is to improve freevo improving its stability and flexibility.

Duncan


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to