I just tried the encoding server plugin and I've got a few comments on it:
1: Going through the title list is tedious. The DVD I just backed up
had 76 titles and the main feature was number 68. Perhaps if they were
sorted by size?
2: There doesn't seem to be a way to record subtitles or to
--- Aubin Paul [EMAIL PROTECTED] escreveu:
True... though there will be warning if we change the default, in
the
sense that it will accompany a pretty significant release with lots
of
other changes... and the old behaviour will always be available for
those who want it.
Personally,
Gesendet: Freitag, 6. Februar 2004 11:08
An: [EMAIL PROTECTED]
Betreff: Re: [Freevo-devel] thoughts.
--- Aubin Paul [EMAIL PROTECTED] escreveu:
True... though there will be warning if we change the default, in the
sense that it will accompany a pretty significant release with lots of
other
, right? ;-)
/jan
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von
Gustavo
Sverzut Barbieri
Gesendet: Freitag, 6. Februar 2004 11:08
An: [EMAIL PROTECTED]
Betreff: Re: [Freevo-devel] thoughts.
--- Aubin Paul [EMAIL PROTECTED] escreveu
On Thu, Feb 05, 2004 at 03:20:50AM -0300, Gustavo Sverzut Barbieri wrote:
How, that was a long time ago (15months)... that time we still had the
sub menu.
True.
Maybe you should ask krister in private if he didn't reply to this
thread or even change the behaviour and wait for user comments.
Aubin Paul wrote:
On Thu, Feb 05, 2004 at 03:20:50AM -0300, Gustavo Sverzut Barbieri wrote:
How, that was a long time ago (15months)... that time we still had the
sub menu.
True.
Maybe you should ask krister in private if he didn't reply to this
thread or even change the behaviour and wait
True... though there will be warning if we change the default, in the
sense that it will accompany a pretty significant release with lots of
other changes... and the old behaviour will always be available for
those who want it.
Personally, I don't mind which is the default, as long as both
Bold?
using color alone might cause problems for people who are color-blind.
On the tivo you get an arrow next to it if theres a sub-menu to that
option, but this only works as all navigation can be done via
up/down/left/right (while rules by the way, you just keep your thumb on
the joypad-like
On Wed, 2004-02-04 at 15:43, Chris Griffiths wrote:
Bold?
using color alone might cause problems for people who are color-blind.
People who are color blind will see the difference when you use two
different colors. Maybe they don't know exactly wich colors are used but
they will see that
Bold is probably not going to look much different... it's not difficult
to do, just change the font definitions, and you're right about the
colour, it's not easy to discern low contrast color changes on a low
resolution screen.
The Tivo idea could work, we could just make a plugin to send
The tivo menu system is very fast once you get used to it.
Pretty all navigation can be done via just the arrow keys / direction
pad.
right enters a new menu / selects an option (i.e. play movie).
When you're done with the movie left will back you out etc, more lefts
will back you up the menu
Here's an animated .gif which shows how tivo indicates if
up/down/left/right is appropriate.
http://www.tivo.com/i/1.0/1.2_animscreen.gif
On Wed, 04 Feb 2004 15:34:26 -0500, Aubin Paul [EMAIL PROTECTED]
said:
Bold is probably not going to look much different... it's not difficult
to do,
--- Chris Griffiths [EMAIL PROTECTED] escreveu:
The tivo menu system is very fast once you get used to it.
Pretty all navigation can be done via just the arrow keys / direction
pad.
right enters a new menu / selects an option (i.e. play movie).
When you're done with the movie left will
Tivo is really cool.
Now (CVS) we support, in single column mode, LEFT to go back and RIGHT
to enter menu/play items, but no visual return on that. I don't think
it's a problem, since when you get used to it you don't need arrows to
explain to you anymore.
Gustavo
--- Chris Griffiths [EMAIL
i love the tivo interface. what about page up and down
-adam
On Feb 4, 2004, at 17:48, Gustavo Sverzut Barbieri wrote:
Tivo is really cool.
Now (CVS) we support, in single column mode, LEFT to go back and RIGHT
to enter menu/play items, but no visual return on that. I don't think
it's a
The way we have that now is something I've never liked. I changed it
about a year ago to have CHUP/CHDOWN go page at a time, but everyone
else preferred going from the top to the bottom of the list on those
keys...
You can hit CHDOWN twice to go to the next page now...
On Wed, Feb 04, 2004 at
Works great!
On Wed, Feb 04, 2004 at 07:48:27PM -0300, Gustavo Sverzut Barbieri wrote:
Tivo is really cool.
Now (CVS) we support, in single column mode, LEFT to go back and RIGHT
to enter menu/play items, but no visual return on that. I don't think
it's a problem, since when you get used
--- Adam Stephens [EMAIL PROTECTED] escreveu:
i love the tivo interface. what about page up and down
-adam
Page up/down was mapped to ch+/- already.
what you mean with i love the tivo interface? You want those arrows?
IMHO they just bloat the interface... Arrows are useful as in
On Feb 4, 2004, at 19:29, Gustavo Sverzut Barbieri wrote:
Page up/down was mapped to ch+/- already.
what you mean with i love the tivo interface? You want those arrows?
IMHO they just bloat the interface... Arrows are useful as in listings
to show that there are more items one screen down/up,
Really? So change that.
Gustavo
--- Aubin Paul [EMAIL PROTECTED] escreveu:
The way we have that now is something I've never liked. I changed it
about a year ago to have CHUP/CHDOWN go page at a time, but everyone
else preferred going from the top to the bottom of the list on those
keys...
I did it once... it was changed back; so I won't be changing that
again...
On Wed, Feb 04, 2004 at 11:28:09PM -0300, Gustavo Sverzut Barbieri wrote:
Really? So change that.
Gustavo
--- Aubin Paul [EMAIL PROTECTED] escreveu:
The way we have that now is something I've never liked. I
It was Krister...
http://cvs.sourceforge.net/viewcvs.py/freevo/freevo/Attic/menu.py
(See 1.31-1.32)
Aubin
On Wed, Feb 04, 2004 at 11:38:50PM -0300, Gustavo Sverzut Barbieri wrote:
Who reversed your change? Could you please ask him and inform that
people like the other way most?
Gustavo
How, that was a long time ago (15months)... that time we still had the
sub menu.
Maybe you should ask krister in private if he didn't reply to this
thread or even change the behaviour and wait for user comments.
Gustavo
--- Aubin Paul [EMAIL PROTECTED] escreveu:
It was Krister...
--- Aubin Paul [EMAIL PROTECTED] escreveu:
On Wed, Jan 28, 2004 at 10:00:58PM -0300, Gustavo Sverzut Barbieri
wrote:
I need to THANK YOU VERY MUCH! Now our skins can attrack more users
:D
I really like those new icons (and watermark images as well). But
some
of my previous remarks
Gustavo Sverzut Barbieri wrote:
- Use icons to represent directories, playlists and maybe even
files... That [dir] and PL: playlist sucks very hard, IMO :(
I agree as long as you mean small icons (size of text font)
I have my music in /data/mp3/artist name/cd title/song.
There are 442
I think Gustavo is going to be adding icons to his skin, but I'm
pretty adamant about them not being added to the blurr skin for the
exact same reason... I just find it makes things too cluttered.
On Fri, Jan 30, 2004 at 01:29:20PM +0100, Zeratul wrote:
Gustavo Sverzut Barbieri wrote:
- Use
On Wed, Jan 28, 2004 at 10:00:58PM -0300, Gustavo Sverzut Barbieri wrote:
I need to THANK YOU VERY MUCH! Now our skins can attrack more users :D
I really like those new icons (and watermark images as well). But some
of my previous remarks continues:
- Use icons to represent directories,
--- Aubin Paul [EMAIL PROTECTED] escreveu:
I made a small set of preview screenshots to show some of the neat
stuff in Freevo 1.5 (?) and I'd like to announce it on the website,
but thought I'd run it by the other devs first:
http://freevo.sourceforge.net/preview/
I didn't take shots of
I made a small set of preview screenshots to show some of the neat
stuff in Freevo 1.5 (?) and I'd like to announce it on the website,
but thought I'd run it by the other devs first:
http://freevo.sourceforge.net/preview/
I didn't take shots of any other skins since I just wanted this to be
a
Aubin Paul wrote:
I made a small set of preview screenshots to show some of the neat
stuff in Freevo 1.5 (?) and I'd like to announce it on the website,
but thought I'd run it by the other devs first:
http://freevo.sourceforge.net/preview/
Those shots look awesome. I think it would be even cooler
On Wed, Jan 28, 2004 at 03:08:58PM -0400, Rob Shortt wrote:
Those shots look awesome. I think it would be even cooler to add more
(after the next release at least - this is great for a preview as it
is), perhaps the mailreader plugin, tiny_osd usage, scheduling
recordings, cpu usage
There are two things I figure should be added to the 'freevo' shell
script:
i.e.
freevo src/tv/record_daemon.py
could be
freevo daemon
and
freevo src/tv/epg_xmltv.py
could be
freevo processguide
It's not hard to do them, obviously, but since they're things that are
pretty
On Fri, 27 Jun 2003, Aubin Paul wrote:
Besides the recording server, I think we really need to consider
adding a database for music and TV at the least.
At first, the main thing I would do is have a thread (or seperate
process) that addes the entire contents of the Music folders to a
On Fri, 27 Jun 2003, Aubin Paul wrote:
Besides the recording server, I think we really need to consider
adding a database for music and TV at the least.
Perhaps we could use ZODB or something else that is not
as big as an SQL DB and stuff offers the functionality
to quickly index media
On Fri, Jun 27, 2003 at 05:35:17PM +0200, Joakim Berglund wrote:
Well... a database has advantages but also disadvantages...
It absolutly requiers that you music has a valid and correct mp3 info
otherwise it would just be filed in very strange categories.
If you are missing artist on one song
On Fri, 2003-06-27 at 12:49, Aubin Paul wrote:
On Fri, Jun 27, 2003 at 05:11:08PM +0200, Thomas Schueppel wrote:
I think the mmpython caching could be used / extended
to do this. At least the common structures are already
there.
I would not like to use a database since not
Sounds pretty cool to me. I'd be glad to use something with a simple
interface, using Python DB would be even better because then someone
could use a big engine if they wanted.
Looking at the description on Freshmeat, it's probably even better
than MySQL :)
atomic commit and rollback,
37 matches
Mail list logo
