Hi Duncan! On Sunday 15 October 2006 20:59, Duncan Webb wrote: > It is difficult to add multi-tuner support with out making some changes.
Of course. I did not say making changes is bad. Also making changes to the
configuration. I was speaking about backward-compatibility.
> All you need to do is remove the recordable line from the VIDEO_GROUPS.
> Recordable was never used any way.
I guess it was posted anywhere in the WWW/documentation, so I bet I am not the
only one who has it set anyways.
> I don't think that this is a big price to pay for multi-tuner support.
I also agree with that. However, what about the 90% of the users which are
happy without multi-tuner support? Do you want to force them to change their
config for a feature they don't use?
> Sorry that you had trouble with your video groups, it has been discussed
> on the devel list a couple of time.
Yes, I saw that, and I would have known where to look how to fix it, but I see
my mail as a serious regression report - do you really don't want to have
dozens (hundreds?) of users complaining about Freevo crashing after updating
to 1.6?
I would consider re-introducing the flag as a no-op, just for those users who
do not care about multi-tuner support. (Yes, I know, it actually has very
few to do with multi-tuner support. But the change in question is related to
its implementation.)
I guess what I am saying is: Is breaking the user's config really needed here?
I would think no, since the old, unused flag is not harmful and does not
clash with the new options. It's only for cleanlyness, but isn't that what
Freevo 2.x is for?
___________________________________________________________________
Different topic now, actually I would maybe even be interested in multi-tuner
support. ;-)
> The only line that is different is record_group which is an index into
> the VIDEO_GROUPS list/array. For the WinTV PVR-500 I'm using the first
> device to watch tv and listen to radio and the second device to record
> from.
I read that, and I surely would be able to get to a working configuration
somehow. May I complain anyways to help you improve the configuration /
documentation? I don't find the above description very helpful.
You say "record_group which is an index into the VIDEO_GROUPS list/array".
I don't get that. Since it's a setting within a video group, each entry
already *has* a natural index associated with it. If the index to be set
should be different from that (and I guess so, since 0 != 1 in your example),
you should IMHO describe what the index is for.
OK, probably it's for recording, but why isn't it a global setting then? I.e.
VIDEO_GROUPS = [
...
]
RECORDING_VIDEO_GROUP = 1
> BTW I'm using kernel 2.6.18 and ivtv-0.8.0 on my test machine and
> 2.6.15.7 and ivtv-0.4.7 on the machine that is connected to the TV. The
> test machine is a P3-733 MHz and I could record and watch TV at the same
> time without any nasty jumps. Now that impressed me on such a low horse
> powered machine. Good old old Matrox G400 cards.
Yeah, that's cool.
> > * I very much like the fact that the detached mode of the music player is
> > now on by default. AFAICS, there is need for a config switch to toggle
> > that off (saw such a bug/feature request)
>
> I think this was to stop the player when going to watch a video, should
> be fixed now.
No, I am speaking about "[ freevo-Bugs-1577673 ] detach too much" - that user
does not seem to have a STOP on his remote (I did not either until I bought a
new one). (Great feature/fix however, the stop-on-video, thanks.)
There should be a way to switch the auto-detaching off for those cases.
> , but anyways, if it's now on by default, the
> > idlebar should also be the default. Since the detached player does not
> > make sense to have without the idlebar, it should probably be
> > automatically disabled completely when the idlebar is not present. (Hmm,
> > how to implement this? Maybe by activating a sensible default set of
> > idlebar plugins in the idlebar plugin init itself? And let the music
> > player default to detached mode iff the idlebar is present?)
Please think about this, it would make the release much more polished IMO.
> > I still would like to properly combine the AUTOSHUTDOWN stuff with my
> > nvram-wakeup support (rewriting it from bash->python IIRC), but I guess I
> > cannot make it this month (not enough spare time). :-(
>
> Whenever it is ready I'll put it in SVN. We have one from Richard that
> is now included.
I know, that's the one I was talking about. (The bash solution, no?)
--
Ciao, / / .o.
/--/ ..o
/ / ANS ooo
pgpMHoglhXmvD.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 [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
