Re: [Freevo-devel] Success and first patch
On Tue, 16 January, 2007 2:26 am, Guillaume Proux wrote: >>> I have also seen that the CDDB support was lacking as far as unicode >>> is concerned. >> Could also be a font problem, the font needs to support Japanese >> characters, this can be forced in local_conf.py. > > I did a quick survey of CDDB libraries available of sourceforge etc... > and found a few modules that bear a lot of similarity to this one. However, > I think that I learned along the way that the only way to > have proper unicode support in CDDB is to support the level 6 protocol. But > in the current code, it is not level 6 but 4 or something. > > I will try and see what happens by changing proto level from 4 to 6 and > report. > > For that, I would need to expunge the entry in the cache (i think it > is cached somewhere uh?) for my CD. What is the easiest way to do that? Delete the /var/cache/freevo directory but preserve your TV stuff and overlay directory, I move these files to /var/lib/freevo with setting in local_conf.py then your safe to delete the directory. Can send you these tonight if you want these settings. Duncan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Back in the game
On Mon, 15 January, 2007 7:59 pm, Michael Beal wrote: > 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 on and a lot of cool features are yet to be added. I > really look forward to v2.0! However, after looking over some of the > code in 1.6.2, there seems to be some overt complicating of the > internals. For example, in ivtv_xine_tv.py there's a reference call to > the mixer plugin and direct manipulation of the audio from within when it > isn't necessary. In mixer.py, I have to question why we're accessing > hardware directly rather than using a higher level tool? The OS, it's > hardware drivers and their associated tools are available to handle this > type of thing. All claims of "Why add another dependency?" aside, why > not use the tools built into the OS? > > I don't know how DVD's sound in other countries when played in Freevo > with 6-channel audio enabled in Mplayer or Xine, but in the U.S. they > sound awful. The center channel, where ALL the dialog is recorded, is > weak. The Front, Surround and Bass(LFE) channels are unbalanced and > frequently over power the dialog or start the windows rattling. (Good > examples of this are "Underworld" and "Queen of the Damned." The bass > channel will deafen you while you strain to hear a single spoken word. > In "Queen of...", the narrative is plain and clear from the front > channels while the dialog is almost missing.) > > For this reason, I have spawned and have been improving a new mixer which > I have named sixmixer.py and a new volume control for use with > sixmixer.py which reflects the volume settings for the Front, Surround, > Center and Bass(LFE) channels. When I am sure these do not break Freevo > in any way (at least not on my system), I'll post them here. I've also > done some removal of code to eliminate conflicts with sixmixer.py. > Sixmixer.py uses the "amixer" control to handle volume settings. I chose > this because the ALSA sound system is by far the most common among Linux > distros. I know OSS is out there and in good use but OSS, if I remember > correctly, contains ALSA wrappers for programs that are designed to use > ALSA by default. I'll be adding OSS and ARTS support in the near future. > I don't know enough about the JACK audio system to make the necessary > additions to sixmixer.py so support isn't planned. In order to make > sixmixer.py work from the remote, I had to add events and new remote > button mappings to events.py which may have broken something as I keep > getting a crash when I try to rename a favorite. (Something about > subsurface out of range or something like that when I use any of the > remote's number buttons or keyboard...) I also took the liberty of > adding the special "MENU" button mappings to events.py. > > I haven't seen where a configuration tool has been built for Freevo. > This is what I intend to work on for a while. Initially, this tool will > be built from 1.6.2 and will begin with a better tool for adjusting > sixmixer.py. As I stated above, I think I broke something when I > remapped some of the remote keys. The best way to keep the remote events > in a pristine state is to write a separate control to adjust and track > the sixmixer.py settings. In so doing, 6-channel audio can become the > _default_ for Freevo which should make a number of people VERY happy. > Afterward, I'll work on code which will detect the absence of > local_conf.py and then try to detect as much hardware as possible, > building a basic local_conf.py as it goes. (Due to it's extreme > simplicity, the "Rain" skin will be used for defining the menus for the > forthcoming "Settings" plugin.) > > We'll see where these projects go from there. If it seems a fork in the > Freevo project becomes necessary, I'll seek feedback on that idea before > hand. 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 fixes to the rel-1-6 branch of freevo. There will be a release of freevo-1.7.0 in the next couple of weeks or so. Having got the protocol stuff out of the way, this is a great idea it's about time we dumped OSS and used something better to drive the audio. There is a set of ALSA bindings for Python available, they may be cleaner that spawing amixer, but I'm not sure. Cheers, Duncan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techs
Re: [Freevo-devel] working on evas directfb
I think it's time for bed... too many replies,
Rob Shortt wrote:
> Rob Shortt wrote:
>> #3 0xb784f2fb in __imlib_CreateImage (w=976, h=976, data=0x3d0) at
> ...
>
>> I don't know where that w=976, h=976 is comming from, we only have an
>> 800x600 surface and background heree - could be why it's crashing.
>
> I just did a cvs update and rebuild / install of imlib2 and now it looks
> saner but still crashing in the same place:
>
> #0 0xb7ed0060 in free () from /lib/tls/libc.so.6
> #1 0xb7ed1c4f in malloc () from /lib/tls/libc.so.6
> #2 0xb78e2b53 in __imlib_ProduceImage () at image.c:145
Line 145 is:
im = malloc(sizeof(ImlibImage));
in this context:
/* create an image data struct and fill it in */
ImlibImage *
__imlib_ProduceImage(void)
{
ImlibImage *im;
im = malloc(sizeof(ImlibImage));
memset(im, 0, sizeof(ImlibImage));
im->data = NULL;
im->file = NULL;
im->real_file = NULL;
im->key = NULL;
im->flags = F_FORMAT_IRRELEVANT | F_BORDER_IRRELEVANT |
F_ALPHA_IRRELEVANT;
im->loader = NULL;
im->next = NULL;
im->tags = NULL;
return im;
}
What could be wrong there?? I don't think it's trying to allocate too
much memory (16x22 image).
I will hit this again in the morning, comments welcome.
-Rob
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] working on evas directfb
Rob Shortt wrote: > #3 0xb784f2fb in __imlib_CreateImage (w=976, h=976, data=0x3d0) at ... > I don't know where that w=976, h=976 is comming from, we only have an > 800x600 surface and background heree - could be why it's crashing. I just did a cvs update and rebuild / install of imlib2 and now it looks saner but still crashing in the same place: #0 0xb7ed0060 in free () from /lib/tls/libc.so.6 #1 0xb7ed1c4f in malloc () from /lib/tls/libc.so.6 #2 0xb78e2b53 in __imlib_ProduceImage () at image.c:145 #3 0xb78e2f0b in __imlib_CreateImage (w=16, h=22, data=0x829ff50) at image.c:952 -Rob - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] working on evas directfb
Hey guys,
Some of you know that I am trying to get directfb on evas working.
Attached is my evas patch in case anyone wants to hack around and help
out. Right now I am testing it by playing with kaa.canvas and am
running into some problems. Also, I had problems building evas's
directfb suport into kaa.evas and had to remove some defines (maybe I
should see why now).
In case anyone is feeling like fixing broken code here's my patch. The
latest segfault is actually occurring in imlib2. Here's the backtrace
from dfbtest.py in kaa.canvas:
#0 0xb7e3d060 in free () from /lib/tls/libc.so.6
#1 0xb7e3ec4f in malloc () from /lib/tls/libc.so.6
#2 0xb784e383 in __imlib_ProduceImage () at image.c:145
#3 0xb784f2fb in __imlib_CreateImage (w=976, h=976, data=0x3d0) at
image.c:952
#4 0xb784797d in imlib_render_str (im=0x829f3d8, fn=0x829aee8, drx=0,
dry=0, text=0xb73b77b4 "H ", r=255 '', g=255 '',
b=255 '', a=255 '', dir=0 '\0', angle=0, retw=0xbf943e44,
reth=0xbf943e48, blur=0, nextx=0xbf943e4c, nexty=0xbf943e50,
op=OP_COPY, clx=0, cly=0, clw=0, clh=0) at font_draw.c:89
#5 0xb7836781 in imlib_text_draw_with_return_metrics (x=0, y=0,
text=0xb73b77b4 "H ", width_return=0x0, height_return=0x0,
horizontal_advance_return=0x0, vertical_advance_return=0x0) at
api.c:3131
#6 0xb78c90b4 in Image_PyObject__draw_text (self=0x0, args=0x0) at
src/image.c:430
#7 0x080b9485 in PyEval_EvalFrame ()
I don't know where that w=976, h=976 is comming from, we only have an
800x600 surface and background heree - could be why it's crashing.
Any help is welcome. :)
-Rob
Index: src/modules/engines/directfb/evas_engine_dfb.c
===
RCS file:
/var/cvs/e/e17/libs/evas/src/modules/engines/directfb/evas_engine_dfb.c,v
retrieving revision 1.8
diff -u -r1.8 evas_engine_dfb.c
--- src/modules/engines/directfb/evas_engine_dfb.c 17 Oct 2006 10:36:36
- 1.8
+++ src/modules/engines/directfb/evas_engine_dfb.c 16 Jan 2007 04:36:55
-
@@ -80,6 +80,10 @@
evas_engine_directfb_image_draw,
evas_engine_directfb_image_comment_get,
evas_engine_directfb_image_format_get,
+ evas_engine_directfb_image_colorspace_set,
+ evas_engine_directfb_image_colorspace_get,
+ evas_engine_directfb_image_native_set,
+ evas_engine_directfb_image_native_get,
evas_engine_directfb_image_cache_flush,
evas_engine_directfb_image_cache_set,
@@ -771,7 +775,7 @@
*
* */
void *
-eng_gradient_new(void *data)
+evas_engine_directfb_gradient_new(void *data)
{
return evas_common_gradient_new();
}
@@ -914,10 +918,10 @@
re = (Render_Engine *)data;
if (!context || !gradient) return 0;
return 1;
- }
+}
-static void
-eng_gradient_render_pre(void *data, void *context, void *gradient)
+void
+evas_engine_directfb_gradient_render_pre(void *data, void *context, void
*gradient)
{
int len;
Render_Engine *re;
@@ -930,8 +934,8 @@
evas_common_gradient_map(context, gradient, len);
}
-static void
-eng_gradient_render_post(void *data, void *gradient)
+void
+evas_engine_directfb_gradient_render_post(void *data, void *gradient)
{
}
@@ -965,7 +969,7 @@
* */
void*
-evas_engine_directfb_font_load(void *data, char *name, int size)
+evas_engine_directfb_font_load(void *data, const char *name, int size)
{
Render_Engine *re;
@@ -983,7 +987,7 @@
}
void *
-evas_engine_directfb_font_add(void *data, void *font, char *name, int size)
+evas_engine_directfb_font_add(void *data, void *font, const char *name, int
size)
{
Render_Engine *re;
@@ -1047,7 +1051,7 @@
}
void
-evas_engine_directfb_font_string_size_get(void *data, void *font, char *text,
+evas_engine_directfb_font_string_size_get(void *data, void *font, const char
*text,
int *w, int *h)
{
Render_Engine *re;
@@ -1057,7 +1061,7 @@
}
int
-evas_engine_directfb_font_inset_get(void *data, void *font, char *text)
+evas_engine_directfb_font_inset_get(void *data, void *font, const char *text)
{
Render_Engine *re;
@@ -1066,7 +1070,7 @@
}
int
-evas_engine_directfb_font_h_advance_get(void *data, void *font, char *text)
+evas_engine_directfb_font_h_advance_get(void *data, void *font, const char
*text)
{
Render_Engine *re;
int h, v;
@@ -1077,7 +1081,7 @@
}
int
-evas_engine_directfb_font_v_advance_get(void *data, void *font, char *text)
+evas_engine_directfb_font_v_advance_get(void *data, void *font, const char
*text)
{
Render_Engine *re;
int h, v;
@@ -1088,7 +1092,7 @@
}
int
-evas_engine_directfb_font_char_coords_get(void *data, void *font, char *text,
+evas_engine_directfb_font_char_coords_get(void *data, void *font, const char
*text,
int pos, int *cx, int *cy, int *cw,
int *ch)
{
@@ -1099,7 +1103,7 @@
}
int
-evas_en
Re: [Freevo-devel] Success and first patch
> > I have also seen that the CDDB support was lacking as far as unicode > > is concerned. > Could also be a font problem, the font needs to support Japanese > characters, this can be forced in local_conf.py. I did a quick survey of CDDB libraries available of sourceforge etc... and found a few modules that bear a lot of similarity to this one. However, I think that I learned along the way that the only way to have proper unicode support in CDDB is to support the level 6 protocol. But in the current code, it is not level 6 but 4 or something. I will try and see what happens by changing proto level from 4 to 6 and report. For that, I would need to expunge the entry in the cache (i think it is cached somewhere uh?) for my CD. What is the easiest way to do that? cheers, G - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Back in the game
On 1/16/07, Michael Beal <[EMAIL PROTECTED]> wrote: > 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 on and a lot of cool features are yet to be added. I really look > forward to v2.0! However, after looking over some of the code in 1.6.2, > there seems to be some overt complicating of the internals. For example, in > ivtv_xine_tv.py there's a reference call to the mixer plugin and direct > manipulation of the audio from within when it isn't necessary. In mixer.py, > I have to question why we're accessing hardware directly rather than using a > higher level tool? The OS, it's hardware drivers and their associated tools > are available to handle this type of thing. All claims of "Why add another > dependency?" aside, why not use the tools built into the OS? > > I don't know how DVD's sound in other countries when played in Freevo with > 6-channel audio enabled in Mplayer or Xine, but in the U.S. they sound > awful. The center channel, where ALL the dialog is recorded, is weak. The > Front, Surround and Bass(LFE) channels are unbalanced and frequently over > power the dialog or start the windows rattling. (Good examples of this are > "Underworld" and "Queen of the Damned." The bass channel will deafen you > while you strain to hear a single spoken word. In "Queen of...", the > narrative is plain and clear from the front channels while the dialog is > almost missing.) > 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 to manually configure each chanels volume if its possible... But I don't think with my carruent hardware it is for me. Might be time for me to get an ex-digi hey? > For this reason, I have spawned and have been improving a new mixer which I > have named sixmixer.py and a new volume control for use with sixmixer.py > which reflects the volume settings for the Front, Surround, Center and > Bass(LFE) channels. When I am sure these do not break Freevo in any way (at > least not on my system), I'll post them here. I've also done some removal > of code to eliminate conflicts with sixmixer.py. Sixmixer.py uses the > "amixer" control to handle volume settings. I chose this because the ALSA > sound system is by far the most common among Linux distros. I know OSS is > out there and in good use but OSS, if I remember correctly, contains ALSA > wrappers for programs that are designed to use ALSA by default. I'll be > adding OSS and ARTS support in the near future. I don't know enough about > the JACK audio system to make the necessary additions to sixmixer.py so > support isn't planned. In order to make sixmixer.py work from the remote, I > had to add events and new remote button mappings to events.py which may have > broken something as I keep getting a crash when I try to rename a favorite. > (Something about subsurface out of range or something like that when I use > any of the remote's number buttons or keyboard...) I also took the liberty > of adding the special "MENU" button mappings to events.py. > > I haven't seen where a configuration tool has been built for Freevo. This > is what I intend to work on for a while. Initially, this tool will be built > from 1.6.2 and will begin with a better tool for adjusting sixmixer.py. As > I stated above, I think I broke something when I remapped some of the remote > keys. The best way to keep the remote events in a pristine state is to > write a separate control to adjust and track the sixmixer.py settings. In > so doing, 6-channel audio can become the _default_ for Freevo which should > make a number of people VERY happy. Afterward, I'll work on code which will > detect the absence of local_conf.py and then try to detect as much hardware > as possible, building a basic local_conf.py as it goes. (Due to it's > extreme simplicity, the "Rain" skin will be used for defining the menus for > the forthcoming "Settings" plugin.) > > We'll see where these projects go from there. If it seems a fork in the > Freevo project becomes necessary, I'll seek feedback on that idea before > hand. > THis al sounds great. Looking forward to seeing it! ;-). > Thanks guys! > > Michael > > > Bored stiff? Loosen up... > Download and play hundreds of games for free on Yahoo! Games. > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > htt
[Freevo-devel] Xine OSD text and positioning
I wrote an enhancement for the stdctlmode in xine: http://sourceforge.net/tracker/index.php?func=detail&aid=1635452&group_id=9655&atid=359655 The patch provides the OSDWriteText command, for writing arbitrary info to the OSD. I also implemented parameter passing via stdctl so that precise positioning (e.g. SetPosition% 63 or so and seeking to end of (live tv) stream) becomes available. Both functions are needed for a better ivtv_xine_tv. I have no idea when the patch makes it into a xine release, so we'll have to wait until the responsible developer pick it up. Richard. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Back in the game
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 on and a lot of cool features are yet to be added. I really look forward to v2.0! However, after looking over some of the code in 1.6.2, there seems to be some overt complicating of the internals. For example, in ivtv_xine_tv.py there's a reference call to the mixer plugin and direct manipulation of the audio from within when it isn't necessary. In mixer.py, I have to question why we're accessing hardware directly rather than using a higher level tool? The OS, it's hardware drivers and their associated tools are available to handle this type of thing. All claims of "Why add another dependency?" aside, why not use the tools built into the OS? I don't know how DVD's sound in other countries when played in Freevo with 6-channel audio enabled in Mplayer or Xine, but in the U.S. they sound awful. The center channel, where ALL the dialog is recorded, is weak. The Front, Surround and Bass(LFE) channels are unbalanced and frequently over power the dialog or start the windows rattling. (Good examples of this are "Underworld" and "Queen of the Damned." The bass channel will deafen you while you strain to hear a single spoken word. In "Queen of...", the narrative is plain and clear from the front channels while the dialog is almost missing.) For this reason, I have spawned and have been improving a new mixer which I have named sixmixer.py and a new volume control for use with sixmixer.py which reflects the volume settings for the Front, Surround, Center and Bass(LFE) channels. When I am sure these do not break Freevo in any way (at least not on my system), I'll post them here. I've also done some removal of code to eliminate conflicts with sixmixer.py. Sixmixer.py uses the "amixer" control to handle volume settings. I chose this because the ALSA sound system is by far the most common among Linux distros. I know OSS is out there and in good use but OSS, if I remember correctly, contains ALSA wrappers for programs that are designed to use ALSA by default. I'll be adding OSS and ARTS support in the near future. I don't know enough about the JACK audio system to make the necessary additions to sixmixer.py so support isn't planned. In order to make sixmixer.py work from the remote, I had to add events and new remote button mappings to events.py which may have broken something as I keep getting a crash when I try to rename a favorite. (Something about subsurface out of range or something like that when I use any of the remote's number buttons or keyboard...) I also took the liberty of adding the special "MENU" button mappings to events.py. I haven't seen where a configuration tool has been built for Freevo. This is what I intend to work on for a while. Initially, this tool will be built from 1.6.2 and will begin with a better tool for adjusting sixmixer.py. As I stated above, I think I broke something when I remapped some of the remote keys. The best way to keep the remote events in a pristine state is to write a separate control to adjust and track the sixmixer.py settings. In so doing, 6-channel audio can become the _default_ for Freevo which should make a number of people VERY happy. Afterward, I'll work on code which will detect the absence of local_conf.py and then try to detect as much hardware as possible, building a basic local_conf.py as it goes. (Due to it's extreme simplicity, the "Rain" skin will be used for defining the menus for the forthcoming "Settings" plugin.) We'll see where these projects go from there. If it seems a fork in the Freevo project becomes necessary, I'll seek feedback on that idea before hand. Thanks guys! Michael - Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games.- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] freevo-1.7svn : crash on freevo cache
Hi, On Monday 15 January 2007 09:39, Kevin Gottsman wrote: > "/usr/lib/python2.4/site-packages/freevo/util/vfs.py", line 63, in > www_image_cachedir os.mkdirs(cache_dir, cache_dir_mode) > AttributeError: 'module' object has no attribute 'mkdirs' See "[ 1635071 ] Invalid function call os.mkdirs (should be os.makedirs)" on Sourceforge.net. Best regards. Frank - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Kaa r2397 - in trunk/popcorn/src: backends/mplayer
Dirk Meyer wrote:
> Author: dmeyer
> Date: Mon Jan 15 16:53:48 2007
> New Revision: 2397
>
> Modified:
>trunk/popcorn/src/backends/mplayer/player.py
>trunk/popcorn/src/generic.py
>
> Log:
> add cache property
>
> Modified: trunk/popcorn/src/backends/mplayer/player.py
> ==
> --- trunk/popcorn/src/backends/mplayer/player.py (original)
> +++ trunk/popcorn/src/backends/mplayer/player.py Mon Jan 15 16:53:48 2007
> @@ -339,7 +339,7 @@
> # open the stream and provide information about it. After that, the
> # caller can still change stuff before calling play. Mplayer doesn't
> # work that way so we have to run mplayer with -identify first.
> -args = "-nolirc -nojoystick -identify -vo null -ao null -frames 0"
> +args = "-nolirc -nojoystick -identify -vo null -ao null -frames 0
> -nocache"
> ident = kaa.notifier.Process(self._mp_cmd)
> ident.start(args.split(' ') + self._media.mplayer_args)
> ident.signals["stdout"].connect_weak(self._child_handle_line)
> @@ -517,6 +517,20 @@
> elif self._properties.get('subtitle-track') != None:
> args.add(sid=self._properties.get('subtitle-track'))
>
> +if self._properties.get('cache') == 'auto':
> +if self._media.scheme == "dvd":
> +args.add(cache=8192)
> +if self._media.scheme == "vcd":
> +args.add(cache=4096)
> +if self._media.scheme == "dvb":
> +args.add(cache=1024)
> +if self._media.scheme == "http":
> +args.add(cache=8192, cache_min=5)
> +else:
> +args.add(cache=5000)
> +else:
> +args.add(cache=self._properties.get('cache'))
Tack: is something like this possible for xine, too?
Dischi
--
And now for something completely different.
pgp8MZ4fbYPT5.pgp
Description: PGP signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] freevo-1.7svn : crash on freevo cache
Running the svn version of Kaa and Freevo. Trying "freevo cache" on two different machines (FC5 and RHEL4) caused the same error. Kevin * Freevo cache Freevo will now generate a metadata cache for all your files and create thumbnails from images for faster access. Cache too old, forcing rebuild ERROR: AUDIO_ITEMS contains root directory, skipped. ERROR: IMAGE_ITEMS contains root directory, skipped. deleting old cache files from older freevo version deleted 0 files deleting old webserver thumbnails. Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/freevo/helpers/cache.py", line 502, in ? delete_old_files_2() File "/usr/lib/python2.4/site-packages/freevo/helpers/cache.py", line 90, in delete_old_files_2 for file in util.match_files_recursively(vfs.www_image_cachedir(), config.IMAGE_SUFFIX): File "/usr/lib/python2.4/site-packages/freevo/util/vfs.py", line 63, in www_image_cachedir os.mkdirs(cache_dir, cache_dir_mode) AttributeError: 'module' object has no attribute 'mkdirs' - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] freevo 1.7svn : cannot start the cd_burn plugin.
Hi, (Me again :-) ) I just wanted to play with the cd_burn plugin, but I cannot do anything with it. In fact, even the freevo plugins -i cd_burn crashes : Name: cd_burn Type: ItemPlugin File: /usr/lib/python2.4/site-packages/freevo/plugins/cd_burn.py Description: Enables writing selected item to compatable device. So far we can burn files to cd, DVD (VIDEO_TS) to video dvd, and files (mp3 and Ogg) to Audio cd. Place cd_burn.py in: freevo/plugins/. Activate in local_conf.py by: plugin.activate(cd_burn) Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/freevo/helpers/plugins.py", line 260, in ? print_info(sys.argv[2], parse_plugins()) File "/usr/lib/python2.4/site-packages/freevo/helpers/plugins.py", line 135, in print_info config_list = return_config() File "", line 4, in return_config NameError: global name 'self' is not defined --- I was able to see that the trouble is somewhere in the def config from the class PluginInterface, but how can it come that self.dev_list = [] gave this answer : 'NameError: global name 'self' is not defined' that is over my understanding (OK, my understanding is quite low :-) ) Same trouble on my two systems. Thanks, Pascal -- Pascal Schirrmann - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
