Re: [Freevo-devel] Requesting permission to branch the Freevo project
The general consensus is "Go ahead and fork the project." Some responses have been a bit negative, others quite supportive. This is fine by me. To clarify, _YES_, I do plan on going an extremely different direction; one which is targeted at an American audience using a definitive set of supported hardware. This is something several respondents made point of; to wit: Freevo supports so much hardware that it doesn't support any of them well. I feel I have overcome the audio problems that MANY users would have. However, I can't say I have all those problems solved but I do have 2-, 4-, 6- and 8-channel audio in a fully functional state. The should have been made available some time ago. The next step is to add _capability_ detection to the mixer and code to alter the _system_ to make use of them. I have also recently added a _complete_ numeric input for channel changing. This is primarily an NTSC thing due to the way the channels are numbered as NTSC channels do not contain alpha characters. I don't want put this fork of the project on a CD and require the user to spend an enormous amount of time configuring several things. This is where my concept of the config file turns quite drastically away from the 2.0 branch's concept. The config is Python code and I intend to take full advantage of that fact. I will stay in touch with the Freevo group and send solutions I have come up with where I feel they are appropriate. Thanks to everyone! Michael Duncan Webb <[EMAIL PROTECTED]> wrote: Michael Beal wrote: > I've thought this through for quite some time. I have many reasons for > wanting to go in a different direction. I will state that none of my > reasons are because of anything personal against anyone on the lists. > There are development goals I'd like to persue with the now deprecated > 1.6 code that I do not feel are currently being pursued. I also do not > feel that my development goals will fit with the majority of the current > developers on this list. I can safely say that the current version > running on my system is very far from the original 1.6.2 package I > installed. Hi Micheal, 1.6.2 is not deprecated, just that only bug fixes are going in there and no new features. This means that it should be stable and safe to upgrade to the next higher version. 1.7.x is where the new stuff goes and when I release 1.7.0, may be soon then I will adopt the same strategy and freeze new features in the 1.7 branch and only apply bug fixes, new features go in to the rel-1 branch. One of the nice features of the plug-in architecture of freevo is that you can add anything without affecting most users and it is your choice to use them or not. Cheers, Duncan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel - Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games.- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] freevo 1.7svn 9166 / idebar plugin : no more text after the font change.
Duncan Webb a écrit :
> Pascal Schirrmann wrote:
>
> Sorry I've been having some problems caused by my ISP, how I dislike
> cablecom.ch, they are truly bad.
>
Sorry ! Our new national cable operator (after some acquisition, there
only one cable operator in France) is the worst Internet provider too,
according to 'official statistics'.
>>
>> What should I need to do to actually have a 'small0' font on my system ?
>>
>
> Small0 is defined in the skins as:
>
>
>
> and the colour default0 is:
>
>
> I should have worked, as this is the same font as the diskfree uses, I
> really don't know why it didn't. I really don't know why it has no shadow.
>
> Anyway, I've put it back again as it was and added the detachbar font to
> the blurr skin, it may be a little small at 10pt. Let me know what you
> think.
>
OK, I did some research, starting at this point.
First, with the version of today, the text appears with most skins. Only
blurr, dark and dark_BB don't work. Even blurr_BB does work. But
detachbar is not defined in blurr_BB.
If I change back in encoding.py to small0, the text is back in the dark
skin, but is missing in blurr and in blurr_BB !
Some tests further, if I suppress the line in the fxd
file, then the text come back.
So i think it could be a more general problem (on my system, at least)
with the option line in the font.
Hope you can do something with that, I personally am a little stuck !
>
>> Ho ho, default was not good... Putting
>> font = osd.get_font('detachbar')
>> Gave me the display back (still in the top middle of the screen).
>>
>
> I've added a config variable that you can now set in local_conf.py
> ENCODING_IDLEBAR = False
> which will force the display off the idlebar. I've not had enough time
> for a full test yet, so it may mess up something else.
>
ENCODING_IDLEBAR = False seems to do the work on my system : the Idlebar
encoding is back on the bottom left of the screen :-)
For your other answer :
After my daily update (svn 9168) still to text (only the bar graph) But
> the code tell me that the font 'detachbar' is selected ?
>
Odd, it works for me either on or off the idlebar, do you have
Arial_Bold.ttf installed?
Yes, the font is here, I think that my trouble has something to see with the
shadow effect.
> > More annoying, every second or so, freevo (in debug level 1) print on
> > the screen and in the main log :
> > Encoding.py (217): calculatesizes(self, osd, font).
>
Forgot to change this back, done now.
Thanks, that OK !
--
Pascal Schirrmann
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Requesting permission to branch the Freevo project
Michael Beal wrote: > I've thought this through for quite some time. I have many reasons for > wanting to go in a different direction. I will state that none of my > reasons are because of anything personal against anyone on the lists. > There are development goals I'd like to persue with the now deprecated > 1.6 code that I do not feel are currently being pursued. I also do not > feel that my development goals will fit with the majority of the current > developers on this list. I can safely say that the current version > running on my system is very far from the original 1.6.2 package I > installed. Hi Micheal, 1.6.2 is not deprecated, just that only bug fixes are going in there and no new features. This means that it should be stable and safe to upgrade to the next higher version. 1.7.x is where the new stuff goes and when I release 1.7.0, may be soon then I will adopt the same strategy and freeze new features in the 1.7 branch and only apply bug fixes, new features go in to the rel-1 branch. One of the nice features of the plug-in architecture of freevo is that you can add anything without affecting most users and it is your choice to use them or not. Cheers, Duncan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] freevo 1.7svn 9166 / idebar plugin : no more text after the font change.
Pascal Schirrmann wrote:
Sorry I've been having some problems caused by my ISP, how I dislike
cablecom.ch, they are truly bad.
> Hi,
>
> after update to svn 9166, the idlebar.encoding plugin is still in the
> top middle of the screen, but I cannot see the text anymore. In fact, I
> had to start an encoding to see the graphical bargraph on the screen.
>
> Not 100 % sure, but this could be related to the font change in the
> plugin , line 290 :
>
> From
> font = osd.get_font('default')( I think)
> To
> font = osd.get_font('small0')
>
> What should I need to do to actually have a 'small0' font on my system ?
Small0 is defined in the skins as:
and the colour default0 is:
I should have worked, as this is the same font as the diskfree uses, I
really don't know why it didn't. I really don't know why it has no shadow.
Anyway, I've put it back again as it was and added the detachbar font to
the blurr skin, it may be a little small at 10pt. Let me know what you
think.
> Ho ho, default was not good... Putting
> font = osd.get_font('detachbar')
> Gave me the display back (still in the top middle of the screen).
I've added a config variable that you can now set in local_conf.py
ENCODING_IDLEBAR = False
which will force the display off the idlebar. I've not had enough time
for a full test yet, so it may mess up something else.
Sorry about this
Duncan
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] freevo 1.7svn 9166 / idebar plugin : no more text after the font change.
Pascal Schirrmann wrote: > Pascal Schirrmann a écrit : > > >> Hi, >> >> after update to svn 9166, the idlebar.encoding plugin is still in the >> top middle of the screen, but I cannot see the text anymore. In fact, >> I had to start an encoding to see the graphical bargraph on the screen. >> >> > After my daily update (svn 9168) still to text (only the bar graph) But > the code tell me that the font 'detachbar' is selected ? > Odd, it works for me either on or off the idlebar, do you have Arial_Bold.ttf installed? > More annoying, every second or so, freevo (in debug level 1) print on > the screen and in the main log : > Encoding.py (217): calculatesizes(self, osd, font). Forgot to change this back, done now. Duncan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] freevo 1.7svn 9166 / idebar plugin : no more text after the font change.
Pascal Schirrmann a écrit : > Hi, > > after update to svn 9166, the idlebar.encoding plugin is still in the > top middle of the screen, but I cannot see the text anymore. In fact, > I had to start an encoding to see the graphical bargraph on the screen. > After my daily update (svn 9168) still to text (only the bar graph) But the code tell me that the font 'detachbar' is selected ? More annoying, every second or so, freevo (in debug level 1) print on the screen and in the main log : Encoding.py (217): calculatesizes(self, osd, font). Thanks, -- Pascal Schirrmann - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Requesting permission to branch the Freevo project
On Mon, 2007-02-05 at 19:19 -0800, Michael Beal wrote: > I've thought this through for quite some time. I have many reasons > for wanting to go in a different direction. I will state that none of I certainly can't hold against you the desire to go in a different direction. Even I have desires to go in a different direction, which is what MeBox is. However MeBox was and remains a loose collection of ideas in my head. My main disagreement with Freevo is with scope of hardware support. Freevo wants to support a large range of hardware -- which is a good idea on the surface -- but in doing so, because supporting hardware properly with an excellent user experience is exceedingly difficult and because we have such little man power, it ends up supporting no hardware very well. It also requires a considerable amount of additional abstraction and complicated code, as in the case of handling both directfb and X11. My foray into Freevo development (roughly speaking) has been with Kaa, which intends to provide the architecture I would need to write MeBox -- if I ever write it. But it just made good sense to work closely with dischi on Kaa, because the code sharing potential is pretty obvious. > lists. There are development goals I'd like to persue with the now > deprecated 1.6 code that I do not feel are currently being pursued. I > also do not feel that my development goals will fit with the majority > of the current developers on this list. I can safely say that the > current version running on my system is very far from the original > 1.6.2 package I installed. In general, I have no problems with forks when the purpose of the fork is to take the project in a direction that is contrary to where the core development team is going. Obviously we'd like to see that effort put into trunk, but if forking is the difference between hacking and not hacking, I think the net gain of a fork is likely positive. The only thing I would ask is that you name your fork in a manner that would not be confused with Freevo. But there's truly a good reason we've started from scratch in 2.0. The 1.x architecture isn't very good and it's quite limiting. As you begin to morph your fork into something more manageable, I believe you will find a lot of what you end up with will look quite a bit like what we're doing in 2.0 -- except worse, because we had the benefit of a clean slate and could make any decision without the bother of having to retrofit existing code. > My primary goal is to develop a stand-alone system; one which competes > well against M$ Media Center; requires no outside supporting hardware; > fully interfaces with both conventional and widescreen monitors; and > requires no more than a TV or monitor and 2, 4, 6 or 8 speakers. The > current state of the project, from my personal experiences, does not > indicate that these goals are being considered. The current state of 1.x, perhaps. But everything you mention is something we are considering for 2.x. Competing "well" against Windows Media Center is noble but incredibly complicated goal. We know what needs to be done as far as the user experience is concerned. Everything else is just a matter of design and, more onerously, finding time. > Some of you use SPDIF for audio playback into external equipment. > Others use their 2-channel audio cards. Some have widescreen monitors > while others have 4:3 screens which do not operate at maximum > resolution. Because of these differences, there are strange quirks in > the system that need attending and demand development of a more > simplified yet standardized system. Simplified from 1000 feet, perhaps. But if you think the architecture to do what you suggest above in a flexible manner is going to be simplified relative to what exists now, I believe you are mistaken. I'm also not quite sure what you mean by standardized, but from a design perspective, if you mean that above a certain layer the details like screen resolution and aspect or speaker arrangement are fully abstracted, this is also a goal for 2.0. > I don't feel that testing has been accomplished to the degree required > in order for Freevo to be a complete, polished multimedia system. Too > much time is being spent developing new toys and gadgets while little > time is going toward spiff and polish. Toys, gadgets, spiff, polish, they're all equally meaningless without a solid architecture. The 1.x branch simply hasn't got that. Duncan has done a remarkable job maintaining 1.x, and knowing that the ultimate plan for 1.x is to scrap it, I think it's strongly commendable as it demonstrates all the hard work is done primarily to keep the Freevo community going. But anyone who has been following this list for a while knows that we recognize the limitations of 1.x. You are not going to get spiff and polish with the 1.x approach. Oh sure you can polish it up a bit, but the true integrated, smooth experience we all want is only going to happ
Re: [Freevo-devel] Requesting permission to branch the Freevo project
Hi, Michael Beal wrote: > Some of you use SPDIF for audio playback into external equipment. > Others use their 2-channel audio cards. Some have widescreen > monitors while others have 4:3 screens which do not operate at > maximum resolution. Because of these differences, there are strange > quirks in the system that need attending and demand development of a > more simplified yet standardized system. Yes. One problem is that such settings affect a lot of parts: mplayer, xine, the gui, the mixer plugins and a lot of other stuff. For the user it is much better to set display-aspect=16:9 and speaker=2 or spdif or whatever and freevo takes care of the rest. It is not easy to add that to Freevo 1.6 or 1.7, it is a bit complicated and as you wrote, some parts are ugly hacks. On the other hand you can't strip it down to very simple settings. E.g. my sound card doesn't work out-of-the-box with mplayer in digital mode, I need to set the alsa device to use. Most people will never need such feature, but it is more than a simple toy, it is a needed feature for a very number of users. While working on 1.5 I found many problems with the current design of freevo. You have to set all this for mplayer, xine and possible other plugins. I saw the need of a generic interface and two years later now we have such interface. Freevo 2.0 is not a simple toy, I did the rewrite for a reason. The config code is more generic and should be easier for the user. > I don't feel that testing has been accomplished to the degree > required in order for Freevo to be a complete, polished multimedia > system. Depends. I guess 1.6 is tested very well. But you can never test any combination. As you wrote, some people use 2 speaker, some 4 or 6, some digital out. Some cards need to be handled a bit different. You can't test every combination, you have to rely on users testing stuff for you. >Too much time is being spent developing new toys and gadgets while >little time is going toward spiff and polish. My memory of the 1.6 code is fading, I'm using 2.0 svn far too long now, but it should be pretty stable. When starting 2.0, I did not care much about the old code, it was stable enough. Duncan took over some time ago to add new features (toys as you call it). Others started helping him adding new skins to make it work better with widescreen tv out. I'm not sure what you mean by "spiff and polish". > I am now turning toward building an autoconfiguration plugin for my > system. That is not that easy as it sounds, believe me, I tried: 1. local_conf.py is a Python file. It was a good idea years ago, but it doesn't work together with writing the config. 2. Some parts are not easy to detect, like DVB channels. This is a problem Linux needs to solve outside Freevo or other projects. There are some good ideas, maybe they already work. 3. How should an autoconfig plugin detect that my sound card needs hw=0:0 as parameter for digital out? > This, I believe, can not be accomplished on a system that is still > under extensive development as is 2.0. IMHO 2.0 is close to perfekt for this. I hope to switch the config code to kaa.config next weekend. After that, Freevo and read and write the config file, so can other external apps. > I also do not believe that a reasonable balance can be struck > between the 2.0 branch and the 1.6 branch that I am currently using. I guess that is true, 2.0 is more than just adding new stuff, it is a complete rewrite of the core. > For these reasons, I respectfully ask approval to branch the Freevo > project. Feel free to do so, this is what the GPL is for. But before doing it, take a look at 2.0 layout and maybe write a design doc what your auto config code should do and how do you think you can do it. One reason for the hacks in 1.x is that users have needs the developers did not think of in the first place. It makes no sense to fork freevo and reduce the supported hardware just for a simple design. Dischi -- You might have mail. pgpea6B1f01X1.pgp Description: PGP signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Requesting permission to branch the Freevo project
Micheal- I have to wonder how forking will acheive your goals. It sounds more like you want to reduce the supported hardware. What outside hardware is required? There is nothing required by Freevo that is not required by the MS media center. In truth there is really better support for hardware than MS media center especially when compared to the Vista release. My freevo 1.6.2 use nothing but a TV, a remote control, 2.1 speaker setup, and a nic to get tv guide. I would say that makes it very solid stand alone system. I believe many of the other users run a very similar setup. You stated design goals are the same as those put forth for the 2.0 branch. You are right that the 1.6 goal is not really going there. The 1.6 branch is just a holding pattern till 1.7 goes live and it is just a test ground for the 2.0 branch. If your real desire is to be able to give some one a cd have them install it and have a working media center, then I strongly recommend working with geexbox team. It is headed up by a deveolper that is doing work on both Mplayer and Freevo. GeexBox is now using Freevo as Gui front end for the system. Evan On 2/5/07, Michael Beal <[EMAIL PROTECTED]> wrote: > I've thought this through for quite some time. I have many reasons for > wanting to go in a different direction. I will state that none of my > reasons are because of anything personal against anyone on the lists. There > are development goals I'd like to persue with the now deprecated 1.6 code > that I do not feel are currently being pursued. I also do not feel that my > development goals will fit with the majority of the current developers on > this list. I can safely say that the current version running on my system > is very far from the original 1.6.2 package I installed. > > My primary goal is to develop a stand-alone system; one which competes well > against M$ Media Center; requires no outside supporting hardware; fully > interfaces with both conventional and widescreen monitors; and requires no > more than a TV or monitor and 2, 4, 6 or 8 speakers. The current state of > the project, from my personal experiences, does not indicate that these > goals are being considered. > > Some of you use SPDIF for audio playback into external equipment. Others > use their 2-channel audio cards. Some have widescreen monitors while others > have 4:3 screens which do not operate at maximum resolution. Because of > these differences, there are strange quirks in the system that need > attending and demand development of a more simplified yet standardized > system. > > I don't feel that testing has been accomplished to the degree required in > order for Freevo to be a complete, polished multimedia system. Too much > time is being spent developing new toys and gadgets while little time is > going toward spiff and polish. > > I am now turning toward building an autoconfiguration plugin for my system. > This, I believe, can not be accomplished on a system that is still under > extensive development as is 2.0. I also do not believe that a reasonable > balance can be struck between the 2.0 branch and the 1.6 branch that I am > currently using. > > For these reasons, I respectfully ask approval to branch the Freevo project. > > Michael > > > > Any questions? Get answers on any topic at Yahoo! Answers. Try it now. > > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > Freevo-devel mailing list > Freevo-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Kaa Installation [xine?]
Hello. Just tried to install Kaa to trial freevo2. I would like to use xine. How can I disable directfb? I do not have it installed yet it insist on compiling ;-) --- gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/directfb -I_GNU_SOURCE -I_REENTRANT -I/usr/include -I/usr/include/python2.4 -c src/drivers/dfb_context.c -o build/temp.linux-i686-2.4/src/drivers/dfb_context.o -Wall -DPIC src/drivers/dfb_context.c: In function 'dfx_output_cb': src/drivers/dfb_context.c:75: error: 'IDirectFBScreen' has no member named 'GetSize' src/drivers/dfb_context.c:127: error: 'IDirectFBScreen' has no member named 'GetSize' src/drivers/dfb_context.c: In function 'dfx_open_video': src/drivers/dfb_context.c:499: warning: assignment from incompatible pointer type src/drivers/dfb_context.c: In function 'dfx_context_configure': src/drivers/dfb_context.c:794: error: 'IDirectFBScreen' has no member named 'GetSize' failed to build xine [setup] Leaving kaa submodule xine [setup] Entering kaa submodule cherrypy running install running build running build_py --- Mike - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
