Sorry for the delays (as usual???) New g/f taking up my time.
Your suggestion will work very well. Thanks.
Duncan Webb <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Beal wrote:
| Sorry for the delay in responding, Jonathan.
|
| I have looked at ev
Sorry for the delay in responding, Jonathan.
I have looked at event.py however, I don't want to add to that file
unless it's completely necessary. Not everyone will be using my plugin
and I don't feel there is a need to clutter an already large file with
ACTUAL code. Let me explain that in bette
As soon as I get the chance, I'll finish tweaking the BASH installer script
I've been working on for Freevo in Kubuntu 7.10. It handles adding the proper
repositories, fetching dependencies, compiling and installing other deps,
installing PyLirc & Kaa stuff, installing Freevo itself, adding ap
Sixmixer has been renamed to multimixer and merging alsamixer will begin this
week.
Just wanted to let everyone know in the event someone has some improvement
ideas for alsamixer that [c/sh]ould be incorporated into multimixer.
BTW, is there a preferred way to set additional events from a modul
Fine by me.
I'll wait another week before I begin merging the two on my own unless
I get feedback to the contrary.
Michael
--- Jason Tackaberry <[EMAIL PROTECTED]> wrote:
> On 2008-01-15 00:23, Michael Beal wrote:
> > Please contact me directly so we can trade code and se
I've been reworking sixmixer since I upgraded PC's, putting in a motherboard
that has 7.1 Surround Sound (8-channel) built in.
I'd like to discuss merging our modules. I've renamed sixmixer to multimixer
and extended it's capabilities to handle 2, 4, 6 and 8 channel audio. I've
noticed we're
--- Evan Hisey <[EMAIL PROTECTED]> wrote:
> XIne would play it right up till it would go to teh DVD menu then it
> crashed asking about encryption. It was a rental that was do back to
> day. So i have already returned it.. I'll see if Iknow someone that
> has it and try testing it with mplayer.
>
I know I've questioned this before, but why do so many of the scripts
contain mixer controls? Are these extra mixer controls really
necessary??
Through my original experiences working on and testing sixmixer.py, I
managed to remove all of these extra mixer controls. Freevo didn't
seem to notice.
In response to...
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
> I need a feature request for this:
> http://sourceforge.net/tracker/?func=add&group_id=46652&atid=446898
> Unless you don't want it in svn.
Done!!! I'd prefer it tested more thoroughly before it goes to SVN but
if that's the best w
Since a lot of people here in the U.S. have DirecTV, I decided to
create a plugin to handle sending IR signals to a DirecTV receiver. So
far this plugin has worked quite well on my friend's Freevo box. I've
attached the plugin and a patch for config.py to add the irsend_trans
setting, described b
Sorry about this guys but I'm apparently not doing something right with
the SVN DIFF thing. Give me time, I'll get it.
I guess it's better to send patches here than not at all, right?
Updating to 1.8.0rc1 showed some interesting oversights on my part with
the sixmixer plugin. I've attached a pa
Send output from 'amixer' with no options.
--- "Hamalainen, Jari" <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I have a Audigy 2496 sound card and it has two mono channels that I
> should set the volume to.
>
> amixer scontrol look like this:
> Simple mixer control 'IEC958',0
[snip]...
> Simple mixer
which hasn't made it through to
the list, perhaps because I attached a diff. That message may or may
not eventually make it through to the list, but I resend my one-line
fixes to the two bugs in-line as plain text below...
--Brett
Michael Beal wrote:
> Behaviour:
> When scrolling
Behaviour:
When scrolling through TV Guide, cannot return to channel contained in
TV_CHANNELS[0].id when using MENU_DOWN. Paging also fails with MENU_PAGEUP.
Steps to repeat bug with MENU_DOWN:
1) Go to TV Guide
2) Press MENU_DOWN until TV Guide scrolls one line.
3) Press MENU_UP until TV Guide
Please find attached unified DIFF for ivtv_xine_tv.py to fix channel change
regression from 1.7.3. This DIFF also handles disabling the ivtv_xine_tv.py's
internal MixerControl for use with sixmixer.py and adding a "mixer.reset()"
call to over ride xine's default audio settings on start up.
TV
The Amazon plugin works fine for this, at least in my case. I get a cover
image and description in a nice, neat FXD file. Signing up with the Amazon
Developer Network is free and you get the keys necessary to make full use of
the Amazon cover search plugin. All you have to do is add the keys t
Hello Dev Team!
Since I didn't get a diff or anything like that done when I uploaded the
sixmixer.py plugin, where can I send the complete 20MB+ modified 1.7.4 package
with unified DIFF file for everyone to examine? The package includes all files
as modified to work with sixmixer.py, all graph
If you did not change your system, it's likely that the site being
grabbed did.
You might want to try whether updating your xmltv helps in that case:
http://www.xmltv.org/
--- James Oakley <[EMAIL PROTECTED]> wrote:
> On October 17, 2007, Michael Beal wrote:
> > Has
Has anyone else experienced a problem with running "freevo tv_grab"
from cron since the change over to Schedules Direct??
I have yet to have a successful cron-triggered updated of the EPG since
the change over.
Any thoughts???
_
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
>
> Better only to have one as it may allow to change the channel when
> recording, not really something that you want to do.
>
I think somewhere on the way, the mark has been missed. The whole
purpose of having 2 video input devices is to record one p
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
> > VIDEO_GROUPS = [
> > VideoGroup(
> > vdev='/dev/video0',
> > adev=None,
> > input_type='tuner',
> > input_num=0,
> > tuner_norm='pal',
> > tuner_c
The sample config in the 1.7.3 tarball is a bit outdated but 99% of it
is still accurate.
You'll need something more like this:
VIDEO_GROUPS = [
VideoGroup(
vdev='/dev/video0',
adev=None,
input_type='tuner',
input_num=0,
I've recently had a serious issue with recordings being incorrect. My
system has a pair of PVR-150 tuners and I had originally set up video1
as view and video0 as record. I recently decided to flip which tuner
was my view and record card. Bad idea. The recordserver would fire
up; however, it wa
t. The commdetect server should then
> analyize that
> file and try to determine the commericals. Once it has reached the
> end of
> the blackframes.txt file, it writes out the "edits" to a
> $PROGRAM_NAME.edl
> file in the "Recorded TV" directory.
>
> On 9/14/
--- Evan Hisey <[EMAIL PROTECTED]> wrote:
> Micheal-
>MPlayer does play the EDL files. I am just having issue _creating_
> the EDL files. mostly becuase I seem to be having issues getitng a
> set
> of options my mplayer build likes.
>
> Evan
>
> On 9/14/07, Michae
in Wetherell <[EMAIL PROTECTED]> wrote:
> mencoder can take in an EDL and produce a _new_ file without the
> parts
> defined in the EDL. I have never done it but I doubt it's very hard.
>
> On 9/14/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >
> > So
So... What front end to, say, FFMPEG does handle EDL files and has this
been incorporated into Freevo 1.x??
--- Justin Wetherell <[EMAIL PROTECTED]> wrote:
> Not at all, to the best of my knowledge.
>
> On 9/9/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >
> &g
fferent, which is
great, and I do hope everyone else's experiences are different as well.
--- Jason Tackaberry <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-13 at 21:08 -0700, Michael Beal wrote:
> > MS behemoth. It's even less cool to suggest we act like the
> thieves so
pointed this out. If you hadn't noticed the
> thread stopped there until you replied back days later. So I guess
> you
> stumbled onto one of my pet peeves, 'beating a dead horse'.
>
>
> Michael Beal wrote:
> > Dude, not cool. You just stumbled onto one of
Dude, not cool. You just stumbled onto one of my most recent peeves.
See, Linux users in general get accused of being nothing more than a
bunch of hackers waiting to steal the next great digital creation.
I've been accused of this on more than one occasion to my face for no
other reason than the
XL,XR, YT and YB make more sense to me. It's a short step to figure
out what they mean, making the variable name less cryptic.
Of course, even less cryptic is OVERSCAN_X_LEFT, OVERSCAN_X_RIGHT,
OVERSCAN_Y_TOP and OVERSCAN_Y_BOTTOM. Can't get much clearer than
that.
Anyone else???
--- Hans Mein
Ok, so what about Xine?? Does Xine handle EDLs well or not at all??
--- Justin Wetherell <[EMAIL PROTECTED]> wrote:
> It doesn't actually make a "new" commercial-less file, it creates an
> "edit
> list". If the "edit list" file exists for a given program, Freevo
> should
> start playing it with
Does the 1.7.x branch still have an SVN version?
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
> Michael Beal wrote:
> > Well Being that I'm working on doing some minor fix-ups for
> the
> > 1.7.x code branch, I'm not sure exactly _how_much_ help I'll
Had the same difficulties with a previous MPlayer/MEncoder package from
Debian. The recently updated package had all this fixed.
--- Evan Hisey <[EMAIL PROTECTED]> wrote:
> Well testing out teh commdetect server and I am getting a -lameopts
> not available failure from mencoder. First question
Tackaberry <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-06 at 20:52 -0700, Michael Beal wrote:
> > Now to learn unified diffs!!!
>
> I believe with the svn diff command, the default is unified. So just
> make your changes to a local checkout, and do svn diff in the tree.
GREAT!!! Thanx!!!
I haven't had time this weekend to research out unified DIFFs. You,
sir, are a time saver
--- Evan Hisey <[EMAIL PROTECTED]> wrote:
> Micheal-
> Here is a good starting point on making diff patches:
> http://drupal.org/patch/create
>
> Evan
&g
ichael,
> >
> > On 2007-09-06 11:37, Michael Beal wrote:
> >> When attempting to send a patch upstream some time ago, someone
> >> suggested I do a diff and send that so everyone could see the
> change.
> >> I don't much care for doing diffs. Seems a lot cr
y other stuff I find and fix. (I was probably
doing context diffs before.)
Thanx for the input!
--- Jason Tackaberry <[EMAIL PROTECTED]> wrote:
> Hi Michael,
>
> On 2007-09-06 11:37, Michael Beal wrote:
> > When attempting to send a patch upstream some time ago, someone
&
Valid point. Hadn't thought of it that way. Thanx
--- Andrew Flegg <[EMAIL PROTECTED]> wrote:
> On 9/6/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >
> > When attempting to send a patch upstream some time ago, someone
> > suggested I do a diff a
When attempting to send a patch upstream some time ago, someone
suggested I do a diff and send that so everyone could see the change.
I don't much care for doing diffs. Seems a lot cryptic to me.
Personally, I prefer to mark up code with comments about changes. So,
to all the primary devs, I as
an vbrate. Two
> ways I can think of to get it where it needs to go. One is send the
> patch to this list, the other is to ask Duncan to commit it the SVN
> for you.
>
> Evan
>
> On 9/5/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> > Did you ever get the encodingse
Did you ever get the encodingserver to work correctly for you, Evan?
I found the problem and corrected it. Now if I only knew for sure
where to upload the file we'd all have it fixed. Just as a heads up
though, if you look inside encodingcore.py, you'll find a few lines
that look like "audiopass
Hey all!!
Good question about station icons and Freevo 2.0... How are these
going to be handled? Currently 1.x scales them to fit the rectangle
which, honestly, is rather ugly (depending on the skin).
I'd like to see them handled as an underlay and only scaled in height
to fit the box. Due to
DONE THAT
--- Jason Tackaberry <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-08-26 at 19:42 +0100, John Molohan wrote:
> > Duncan Webb wrote:
> > > I'm also wondering if the zoom features of the image viewer are
> ever
> > > used by anybody, they strike be as being a bit useless.
> > >
> > Good f
Makes perfect sense. And I agree with the 16:9 skins. Which I'm
working on. :D
--- Gorka Olaizola <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 26, 2007 at 06:28:41AM -0700, Michael Beal wrote:
> > Gorka, could you please post your freevo.conf? This is where the
> > diff
Wouldn't it make sense to use SQLite for this instead? The record
schedule is currently a simple DB file in XML format being accessed by
multiple threads. I can see where a race condition could be created
and cause complete corruption of the file. SQLite, I believe, has code
to prevent these kin
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
> Andrew Flegg wrote:
> > On 8/13/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >> Panorama, as it is, fails miserably at 16:9.
> >
> > Strong, and somewhat emotive words. I'm aware of only two bugs in
What exactly are you doing when you "add something through the UI"??
I'm not experiencing any problems so this seems strange to me.
--- John Molohan <[EMAIL PROTECTED]> wrote:
> Andrew Flegg wrote:
> > Hi,
> >
> Hi.
> > I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
> >
for
animated backgrounds would also make things like mini-aquariums and
such possible.
Just a thought...
--- Dirk Meyer <[EMAIL PROTECTED]> wrote:
> "Andrew Flegg" wrote:
> > On 8/19/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >> No, that isn't
Read comments below...
--- Hans Meine <[EMAIL PROTECTED]> wrote:
> On Sonntag 19 August 2007, Michael Beal wrote:
> > Then the ratio calculations are faulty and need to be addressed.
>
> Michael, maybe it's just me, but I read a lot of unproductive
> criticism in
Gorka, could you please post your freevo.conf? This is where the
difference exists. If you use the default Freevo settings of 800x600,
you _should_ hve noticeable image stretching.
--- Gorka Olaizola <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 19, 2007 at 07:23:24PM +0200, Jean-Michel Sizun wrote
d
to make a new skin with it.
A few days more and I'll be ready to upload.
--- Jean-Michel Sizun <[EMAIL PROTECTED]> wrote:
> Michael Beal wrote:
> [snip]
> > The reality is this doesn't happen at screen resolutions over the
> > default 800x600. If I have my
> [snip]
> Sorry Michael I think you are misunderstanding this point, the base
> skin resolution (normally 800x600) and the resolution in your
> freevo.conf file are used to work out the ratio between the skin and
> the actual screen.
> [/snip]
Then the ratio calculations are faulty and need to be
> On Aug 19, 2007, at 00:44, Michael Beal wrote:
> > All skin objects are positioned by hard-coded pixel-oriented
> > parameters. In other words, if you want something to be shown at
> > 300 pixels from the left and 180 from the top, you set the X and Y
>
&g
gt; > real
> > estate which can be used to display other details (like Hasan's
> skin).
>
>
> I don't think this is the only problem. Basically what I think
> Michael Beal ran into is that the 'panoramic' skin was intended for
> 16:9 anamorphic dis
because it allows me greater flexibility in
object placement.
How about allowing the option of using percentages or hard-coding?
--- [EMAIL PROTECTED] wrote:
> Michael Beal wrote:
> > So, how about adding the widescreen formats as possible
> autodetected
> > defaults in Freevo. I
-> 16:9 differences when I
get a chance.
Any questions???
--- Hasan Khalil <[EMAIL PROTECTED]> wrote:
>
> On Aug 18, 2007, at 00:05, Michael Beal wrote:
>
> > Also, since I don't have such a keen understanding of how PyGame
> and
> > the skins.py module in
Wow, seems I started a fire storm by mentioning a redo of the Panorama
skin.
I've got another skin I'm working on as well. It's called LavaLamp
and, although dark, has a very striking feel to it. I'll also be
releasing this one and several others in the 1440x900 format in the
upcoming weeks.
So
And that's exactly why I chose to go the route I did.
There's nothing wrong with anamorphic skins in general. I think that
creating an anamorphic skin is double work; i.e. do the scripting _and_
edit your pictures to show up correctly. Why do more work than
necessary? Programming can be tough
Cool, Hasan. I want it when you're done.
Now for the random thought. Just for a hoot, does anyone else think it
might be a good idea to move sounds.py into skin.py or something like
that? I'm thinking this would allow skin developers a chance to add
sound themes to their skins without screwing
I'm sure it's a silly question but I want to make sure before I attempt
this. The config.py module loads before the skin.py module, correct?
Michael
Looking for a deal? Find great prices on flights and
to
see if anyone else has the same failure. If it doesn't come up again,
I'll have no choice but to decide that my system is at fault and not
Freevo.
--- Robert Buchholz <[EMAIL PROTECTED]> wrote:
>
> Am 12.08.2007 um 18:06 schrieb Michael Beal:
> > I installed from
I'll certainly do that as well as post to the links you sent me.
Again, thanks John!
--- John Molohan <[EMAIL PROTECTED]> wrote:
>
> > There's a reason why I branched from the project to write my own
> > plugins and adapt Freevo for a more specific hardware set: the
> defaults
> > as they are d
--- Andrew Flegg <[EMAIL PROTECTED]> wrote:
> On 8/13/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >
> > Panorama, as it is, fails miserably at 16:9.
>
> Strong, and somewhat emotive words. I'm aware of only two bugs in
> Freevo with Panorama
EMAIL PROTECTED]> wrote:
> >
> >> Michael Beal wrote:
> >>
> >>
> >>> Now working on adjusting Panorama skin from 4:3 to 16:9. If
> anyone
> >>> wants it when I'm done, let me know.
> >>>
> >> I
--- Adam Charrett <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-08-12 at 09:06 -0700, Michael Beal wrote:
> > I installed from the SourceForge tarball. And this is a bug in
> that
> > tarball, believe it or not. The bug is in the program_display.py
> > module, which
hem for the past year and with various
versions of Freevo without serious issue. If anyone wants them, and
the fixed plugins that go with it, let me know.
--- John Molohan <[EMAIL PROTECTED]> wrote:
> Michael Beal wrote:
>
>
> > Now working on adjusting Panorama skin from
anyone
wants it when I'm done, let me know.
--- Adam Charrett <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-08-11 at 19:44 -0700, Michael Beal wrote:
> > A test of the 1.7.3 code base revealed the following rather
> interesting
> > fault on my Debian Etch system: the
A test of the 1.7.3 code base revealed the following rather interesting
fault on my Debian Etch system: the "Full Description" in the TV Guide
fails with "KeyError: tvguideinfo" on the _installed_ version. The
free-standing code (the unpacked tarball) works fine.
All previous versions of Freevo w
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.
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
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 aga
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 tha
Working on automating things with the volume controls along with better
hardware integration/detection and automating Xine/Mplayer settings.
Does anyone have a new version of python-alsaaudio lying around? Mine
appears to be about 2 years out of date and the last posted development
on SF was 2005
The "Rain" skin is at fault, Duncan. For whatever reason, it doesn't allow
resolutions above 800x600. I'll fix it when I have time.
Michael
-
Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get
things done faster.---
Which version of PyGame are you using?
Could this be a bug in the "rain" skin?? I'll check this out.
Michael
Duncan Webb <[EMAIL PROTECTED]> wrote: Michael Beal wrote:
> Yes, I know 1440x900 seems odd but I'm running a wide screen (16x9) flat
> panel moni
l
Duncan Webb <[EMAIL PROTECTED]> wrote: Michael Beal wrote:
> I've already reported this to the list but I've been doing some
> investigating. I've found that leaving the geometry setting at 800x600
> allows everything to work fine. Changing to my native resolu
I've already reported this to the list but I've been doing some investigating.
I've found that leaving the geometry setting at 800x600 allows everything to
work fine. Changing to my native resolution of 1440x900 breaks things and give
the following error:
*
I'll put it in a tar.gz with a How-To and get that uploaded today!
Thanks Duncan!!!
Michael
Duncan Webb <[EMAIL PROTECTED]> wrote: Michael Beal wrote:
> Since I'm now reasonably sure the remote control key mappings didn't
> adversely affect the GUI as a whole, I&#
Since I'm now reasonably sure the remote control key mappings didn't adversely
affect the GUI as a whole, I'm happy to send up the first generation of
sixmixer.py. (To be renamed later.)
Four additional configuration variables need to be added to local_conf.py:
DEFAULT_PCM_VOL
DEAFULT_SUR_VOL
D
After cleaning out the remote control keymappings that I suspected had broken
the GUI, I find something is still broken.
I'm get an error when I try to rename a favorite. There's no text at all in
the InputBox and the instant a key is pressed on the remote Freevo crashes.
Here's the log dump:
hen it comes to
communications; so, please, one conversation at a time guys.
Thanks guys!
Michael
Richard van Paasen <[EMAIL PROTECTED]> wrote:
- Oorspronkelijk bericht -
From: Michael Beal
> This is the straw that broke the camel's back...
>
> It seems so few a
icht -
> From: Dirk Meyer <[EMAIL PROTECTED]>
>
> > Michael Beal wrote:
> > > I feel that Freevo has become overly complicated and needs to be
> > > streamlined.
> >
> > That is what Freevo 2.0 is doing. Freevo 1.x is very complex with
> too
&g
all design of the plugin!
Again, sixmixer.py does NOT move audio channels around; it doesn't mix
2-channel audio into 6-channel; it doesn't do ANYTHING other than
adjust the VOLUME via "amixer."
Michael
--- Duncan Webb <[EMAIL PROTECTED]> wrote:
> Michael Beal wro
Not all sound files will contain the requested number of channels. Most MP3's
and OGG files are 2-channel. Many US television broadcasts are also 2-channel
while the majority are still 1-channel. DVD's, SVCD's and VCD's which have
been recorded in 5.1 or 6.0 audio will have the requisite numb
Dirk Meyer <[EMAIL PROTECTED]> wrote: "mike lewis" wrote:
> I use hwac3 in mplayer and most things sound fine. Ig uess things are
> different when mixing to six chanel out as opposed to coax or
> optical???
>
> I use my amp to decoe the ac3 and control each channels volume. That
> being said, I
I don't want to seem like I'm jumping back in and complaining from the start
but
Where did everyone get the idea that I'm working on an audio re-encoder?
I'm building an audio _control_ not a re-encoder. My motherboard supports
6-channel audio out via shared audio jacks. I have
Duncan Webb <[EMAIL PROTECTED]> wrote: May I suggest that any enhacements that
you would like to do for the
release 1 series of Freevo are done against the svn branch rel-1, see the
contributing section of the freevo wiki for details on how to get it.
I don't commit any changes except bug fixe
mike lewis <[EMAIL PROTECTED]> wrote: I use hwac3 in mplayer and most things
sound fine. Ig uess things are
different when mixing to six chanel out as opposed to coax or
optical???
I use my amp to decoe the ac3 and control each channels volume. That
being said, I am not avert to a 'sound' menu
Hey everyone! It's been a while since I've done anything with Freevo but, now
that I have a PC that works right and a stable development station, I'm gearing
up to jump back in! Well, sort of Read on.
First, my quibbles and questions... Freevo has a lot of great development
going o
-10 at 10:12 -0700, Michael Beal wrote:> To say it all another way: Software patents are stupid and pointless.Nobody here will argue with you about that. But that rather misses thepoint. Were I a Red Hat shareholder I'd be awfully pissed off if theyincluded MP3 support in their distro whi
come up with "4" is via "2+2". Parallel development has NOT been taken into account by the US patent office where software is concerned. To say it all another way: Software patents are stupid and pointless. Dirk Meyer <[EMAIL PROTECTED]> wrote: Michael Beal wrote:>
for editing video and
re-rendering digital animation. Karl Lattimer <[EMAIL PROTECTED]> wrote:On Wed, 2006-08-09 at 09:36 +0200, Gael STEPHAN wrote: Le mardi 08 août 2006 à 16:38 -0700, Michael Beal a écrit : Red Hat decided to remove the MP3 libs from 7.3.Yeah, RedHat is the most
m from scratch.For me, Debian Unstable is the best fit. I can usually
fix any problems and everything just works right the first time (usually...)Gael STEPHAN <[EMAIL PROTECTED]> wrote: Yeah, me too please :)) Pix Le mercredi 26 juillet 2006 à 13:12 -0400, Jason Tackaberry a écrit
Fedora?? Since my whole flap with Red Hat some years back, I refuse to use Fedora. But I won't hold that against you, Tack MichaelJason Tackaberry <[EMAIL PROTECTED]> wrote: On Thu, 2006-07-20 at 19:05 -0700, Michael Beal wrote:> What base system is everyone using? I&#x
Ok. Speaking of the "barrier to entry" being so high...What base system is everyone using? I'm using a Debian/Ubuntu based distro that appears to have been so heavily modified that I'm going to have to build a new box in order to do the development. I've got the hardware. Just need a recommenda
Never mind the error Tried the old "--help" thing. Found out what I wasn't doing. It's compiling now.Thanks anyway!!!Jason Tackaberry <[EMAIL PROTECTED]> wrote: On Thu, 2006-07-20 at 10:41 -0700, Michael Beal wrote:> I'm sure it's a fault with my sys
Unfortunately, the build cacks out with "Failed to buld: base" and stops without using the fallback at all.Any suggestions?Jason Tackaberry <[EMAIL PROTECTED]> wrote: On Thu, 2006-07-20 at 10:41 -0700, Michael Beal wrote:> I'm sure it's a fault with my system but I
I'm sure it's a fault with my system but I keep getting an "inotify not supported in glibc" error when I run setup.py for kaa. I've upgraded glibc from the Debian repos and added the glibc extensions as well but still get this error. Is there some package I need that I'm not aware of? Mich
Thanks!!! I'm very glad to be a part of a project I find to be so great. Before I really dig in to 2.0, there are some things I need to know: 1) Which programming language is being used in 2.0? C, C+, C++, or Python? I'm hoping Python. I don't know C or it's derivatives and really don't
Just getting in on the tail end of the discussion.As I stated in a recent post, I am a new developer in python and am learning the infrastructure of Freevo. It's a honking HUGE project but is so extensible I believe it will eclipse MS WinXP MCE. I'd love to know more about the internal workings o
1 - 100 of 101 matches
Mail list logo
