On Sat, 2006-12-30 at 16:57 -0500, Jason Tackaberry wrote:
> > It works for mplayer with black bars for me, at least when using the
> > software scaler.
>
> Hmm, indeed, will have to figure out why that is.
So the reason it worked with scale before expand is that in this case
slices aren't used,
On 12/30/06, Duncan Webb <[EMAIL PROTECTED]> wrote:
> Andrew Flegg wrote:
>
> > Isn't that conflict, rather than multiple copies of the same programme
> > being recorded, though? Both are pretty important.
>
> Oh talk about getting the wrong end of the stick, it's late and I've
> been freevo'ing al
On Sun, 2006-12-31 at 00:36 +0100, Duncan Webb wrote:
> Duplicates, are not that important, I tend to let them record in case
> the first one is corrupt, quite often happens with the PVR-350, loss of
> audio about twice a week.
Ouch. Thankfully not here; but I don't use the tuner.
-
Andrew Flegg wrote:
> On 12/30/06, Duncan Webb <[EMAIL PROTECTED]> wrote:
>> Justin Wetherell wrote:
>>> Actually, try this patch instead.
>> Have you ever done any game programming? The algorithm is the same as
>> when a sprite is touching or over an object, except in this case
>> everything is a
On 12/30/06, Duncan Webb <[EMAIL PROTECTED]> wrote:
> Justin Wetherell wrote:
> > Actually, try this patch instead.
>
> Have you ever done any game programming? The algorithm is the same as
> when a sprite is touching or over an object, except in this case
> everything is a line and there are only
Justin Wetherell wrote:
> Actually, try this patch instead.
Have you ever done any game programming? The algorithm is the same as
when a sprite is touching or over an object, except in this case
everything is a line and there are only two points to check.
All that is needed is a sorted list of pr
On 12/30/06, Duncan Webb <[EMAIL PROTECTED]> wrote:
> Andrew Flegg wrote:
>
> > I've got a 16:9 CRT TV in the UK, connected over S-Video. X is running
> > at 800x600 (with overscan). Since the TV stretches the image
> > horizontally, this means non-square pixels. The current themes look
> > rather
Andrew Flegg wrote:
> Hi,
>
> With the announcement of v1.7, I'm moving back to Freevo after a brief
> try of MythTV when I got my DVB card. Mainly due to Myth's bloat,
> speed (or lack of) and the abysmal quality of the audio output and UI
> of MythMusic.
>
> However, there are a couple of thing
Dirk Meyer wrote:
> Dirk Meyer wrote:
>> "Justin Wetherell" wrote:
>>> I solved the problem by installing mmpython-0.4.10 (I was under the
>>> assumption that 0.4.0 was the newest for some reason).
>> Freev 1.7.0-rc1 needs the kaa.metadata pacakge released with
>> it. Freevo 1.x SVN needs the kaa.m
On Sat, 2006-12-30 at 22:53 +0100, Dirk Meyer wrote:
> So the user needs to provide a resolution he wants to use with freevo
> that matches his aspect. We could provide a list of possible 4:3
> resolutions and possible 16:9 resolutions in setup. After that freevo
> asks the display for the size, cr
On Sat, 2006-12-30 at 22:48 +0100, Dirk Meyer wrote:
> No problem. So for popcorn I skip the pixel-aspect idea and go back to
> the user to provide the monitor aspect in a config file. And I try to
> get the real fullscreen resolution from the display.
Agreed.
> What happens if we play in a small
Jason Tackaberry wrote:
>> Or can I create a monitor_aspect canvas and but it on a fullscreen x
>> window and evas does the scaling?
>
> ... yes, ideally you make the evas viewport monitor_aspect, and set the
> output size to fullscreen size. Evas will do the scaling if they're
> different.
So th
Jason Tackaberry wrote:
> On Sat, 2006-12-30 at 22:31 +0100, Dirk Meyer wrote:
>> Can we use -fs in our own window? What happens? Does it go fs?
>
> Well yes, fair enough, -fs is a no-op since we're using our own window.
> So nevermind, we'd need to use dsize with the actual resolution.
No problem
On Sat, 2006-12-30 at 22:44 +0100, Dirk Meyer wrote:
> Now I understand what dsize does. So we do
> mplayer -vf expand=:monitor_aspect,dsize=fullscreen_values
Right.
> And we need to create on osd with monitor_aspect, no matter what the
> size is?
Right.
> So an osd canvas has a different
Jason Tackaberry wrote:
> On Sat, 2006-12-30 at 21:17 +0100, Dirk Meyer wrote:
>> 4. Create a special logger for the helper that does not rotate itself
>>but checks if the main proc has rotated and adjust the file. I
>>don't know if that is possible.
>
> 5. Log everything through the main p
Jason Tackaberry wrote:
> On Sat, 2006-12-30 at 21:12 +0100, Dirk Meyer wrote:
>> So what happens if you use the expand filter with 4/3 but you don't
>> have square pixels? Example: we have freevo running fullscreen at
>> 800x600, but the tv is 16:9. Everything needs to be scaled so that it
>> loo
On Sat, 2006-12-30 at 22:31 +0100, Dirk Meyer wrote:
> Can we use -fs in our own window? What happens? Does it go fs?
Well yes, fair enough, -fs is a no-op since we're using our own window.
So nevermind, we'd need to use dsize with the actual resolution.
Unfortunately I just discovered that xine'
Jason Tackaberry wrote:
> On Sat, 2006-12-30 at 16:01 -0500, Jason Tackaberry wrote:
>> Alternatively, we don't need to know that it's 800x600, only that the
>> screen aspect is 4:3, and the display aspect is 16:9: -vf
>> expand=:16/9,dsize=4/3
>
> I should add that in this case, we must use -f
On Sat, 2006-12-30 at 16:01 -0500, Jason Tackaberry wrote:
> Alternatively, we don't need to know that it's 800x600, only that the
> screen aspect is 4:3, and the display aspect is 16:9: -vf
> expand=:16/9,dsize=4/3
I should add that in this case, we must use -fs.
--
On Sat, 2006-12-30 at 21:17 +0100, Dirk Meyer wrote:
> 4. Create a special logger for the helper that does not rotate itself
>but checks if the main proc has rotated and adjust the file. I
>don't know if that is possible.
5. Log everything through the main process, and have the child use r
On Sat, 2006-12-30 at 21:12 +0100, Dirk Meyer wrote:
> So what happens if you use the expand filter with 4/3 but you don't
> have square pixels? Example: we have freevo running fullscreen at
> 800x600, but the tv is 16:9. Everything needs to be scaled so that it
> looks ok on the tv again. What sh
On 12/30/06, Justin Wetherell <[EMAIL PROTECTED]> wrote:
> On 12/30/06, Justin Wetherell < [EMAIL PROTECTED]> wrote:
> > I've done a quick hack for duplicate detection, if you want ro run with
> > the idea.
> >
> > Attached is the diff.
Thanks, looks like a good starting point. One thing I'd consi
Now that I think of it, we really need a new flag on the program class to
allow duplicates. I know some shows (like soap operas) have the same title,
sub_title, and description and we would need to over-ride my new code.
On 12/30/06, Justin Wetherell <[EMAIL PROTECTED]> wrote:
Actually, try thi
Dirk Meyer wrote:
> "Justin Wetherell" wrote:
>> I solved the problem by installing mmpython-0.4.10 (I was under the
>> assumption that 0.4.0 was the newest for some reason).
>
> Freev 1.7.0-rc1 needs the kaa.metadata pacakge released with
> it. Freevo 1.x SVN needs the kaa.metadata SVN.
One sec:
"Justin Wetherell" wrote:
> I solved the problem by installing mmpython-0.4.10 (I was under the
> assumption that 0.4.0 was the newest for some reason).
Freev 1.7.0-rc1 needs the kaa.metadata pacakge released with
it. Freevo 1.x SVN needs the kaa.metadata SVN.
Dischi
--
Imagination is more imp
Hi,
right now we use an endless logfile in freevo. Well, that is
bad. Beacon uses a rotating file logger that rotates the file after 1
MB with 3 Backup files. So you have up to 4 MB of logging data. So far
so good. But beacon has two processes running using the same
logfile. On wrap, strange thing
Actually, try this patch instead.
On 12/30/06, Justin Wetherell <[EMAIL PROTECTED]> wrote:
I've done a quick hack for duplicate detection, if you want ro run with
the idea.
Attached is the diff.
On 12/30/06, Dirk Meyer < [EMAIL PROTECTED]> wrote:
>
> Hi,
>
> "Andrew Flegg" wrote:
> > Anamorph
I solved the problem by installing mmpython-0.4.10 (I was under the
assumption that 0.4.0 was the newest for some reason).
On 12/30/06, Duncan Webb <[EMAIL PROTECTED]> wrote:
Justin Wetherell wrote:
> I'm not sure what I am missing, I installed kaa-base, kaa-metadata, and
> mmpython-0.4 but I k
Jason Tackaberry wrote:
> In our example, we have a 720x480 DVD frame, and -vf expand makes that
> frame 720x641, which then gets hw-scaled to 854x641 which is our desired
> 4:3 aspect ratio. The OSD canvas is 640x480 -- that's what we as the
> canvas API user see -- which gets scaled by vf_overla
I've done a quick hack for duplicate detection, if you want ro run with the
idea.
Attached is the diff.
On 12/30/06, Dirk Meyer <[EMAIL PROTECTED]> wrote:
Hi,
"Andrew Flegg" wrote:
> Anamorphic skin
> ~~~
> I've got a 16:9 CRT TV in the UK, connected over S-Video. X is running
> a
Justin Wetherell wrote:
> I'm not sure what I am missing, I installed kaa-base, kaa-metadata, and
> mmpython-0.4 but I keep running into this error. I had the 1.7 svn
> working not too long ago and something got fudged.
>
> Traceback (most recent call last):
> File "/usr/local/src/freevo-1.7.0-r
On Sat, 2006-12-30 at 20:15 +0100, Dirk Meyer wrote:
> Let us make an example. I have Freevo running at 1360x768. Do I create
> a Buffercanvas in that size and let the popcorn/candy deal with how to
> put that n a hardware scaled video?
If you're talking about OSD, you create a PlayerOSDCanvas, no
Jason Tackaberry wrote:
> In any case, the bottom line is that for OSD, we see it as a canvas that
> has 1:1 pixels, and the canvas size is the post-scaled resolution
> (854x480 in the case of NTSC DVD), and any aspect correction to
> compensate for non-square pixels happens at a layer beneath that
On Sat, 2006-12-30 at 17:55 +0100, Dirk Meyer wrote:
> Well, for fb Display == Window. But I guess it should be possible. Not
> sure about other displays. What happens if you play a movie on a
> buffercanvas. Is it possible to get the real display size?
For BufferCanvas, it should assume 1:1, beca
Hi,
"Andrew Flegg" wrote:
> Anamorphic skin
> ~~~
> I've got a 16:9 CRT TV in the UK, connected over S-Video. X is running
> at 800x600 (with overscan). Since the TV stretches the image
> horizontally, this means non-square pixels. The current themes look
> rather "fat" like this, so I
Jason Tackaberry wrote:
> On Fri, 2006-12-29 at 21:23 +0100, Dirk Meyer wrote:
>> +# For all other cases this needs to be calculated. Because
>> +# kaa.popcorn may not know the real fullscreen resolution
>> +# for same displays, simple settings for an aspect like
I made a small patch that disables this feature if a variable is set in
the local_conf
http://sourceforge.net/tracker/index.php?func=detail&aid=1602952&group_id=46652&atid=446898
-
Take Surveys. Earn Cash. Influence the Futu
I'm not sure what I am missing, I installed kaa-base, kaa-metadata, and
mmpython-0.4 but I keep running into this error. I had the 1.7 svn working
not too long ago and something got fudged.
Traceback (most recent call last):
File "/usr/local/src/freevo-1.7.0-rc1/src/helpers/recordserver.py", lin
Bugs item #1624959, was opened at 2006-12-30 11:26
Message generated for change (Comment added) made by phishman3579
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=446895&aid=1624959&group_id=46652
Please note that this message will contain a full copy of the comme
Bugs item #1624959, was opened at 2006-12-30 11:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=446895&aid=1624959&group_id=46652
Please note that this message will contain a full copy o
WWW_IMAGE_THRESHOLD
Chandan Pitta wrote:
> Can you think up of a variable name for threshold_size as well? That
> way we can decide on which images to scale.
>
> Although I like the flexibility of configuration variables, they have
> some limitations as well. For example in this case we are only
>
Can you think up of a variable name for threshold_size as well? That
way we can decide on which images to scale.
Although I like the flexibility of configuration variables, they have
some limitations as well. For example in this case we are only
checking if the scaled image is in cache, and if it
On Sat, 2006-12-30 at 09:56 +0100, Dirk Meyer wrote:
> Or do we close when we loose the reference?
Correct.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance
Could we make the images size a variable that could be also set from the
local_conf? I would personally like the image to be 100x100.
You could use 'if hasattr(conf, 'WWW_IMAGE_SIZE'):' then fall back to
200x200 if its not set
Chandan Pitta wrote:
> Hi Duncan,
>
> I think these patches must
Hi Duncan,
I think these patches must have got lost in the noise. I sent the
patches on 28, but to save you some trouble I am reattaching the files
again and pasting the message for reference.
Hello Duncan and Wout,
I fixed the issue where you can have ITEMS which may not be a tuple
(like in th
I'd be very interested in both these features but i'm affraid that I can't
really be any help. I also have a feeling that the second part of this
(duplicate detection) would need some kind of sql backend (maybe SqlLite,
since it's already used for caching reasons?).
On 12/30/06, Andrew Flegg <[EM
Hi,
With the announcement of v1.7, I'm moving back to Freevo after a brief
try of MythTV when I got my DVB card. Mainly due to Myth's bloat,
speed (or lack of) and the abysmal quality of the audio output and UI
of MythMusic.
However, there are a couple of things which are now beginning to bug
me
Jason Tackaberry wrote:
> Modified: trunk/base/src/distribution/core.py
> ==
> --- trunk/base/src/distribution/core.py (original)
> +++ trunk/base/src/distribution/core.py Sat Dec 30 00:29:03 2006
> @@ -392,16 +
wout clymans wrote:
> The remote now uses AJAX so it seams if the page isn't refreshed when
> you click on a button.
What AJAX does this mean?
>
> There is still a bug: CH+ and VOL+ do not work, please take a look at this!
The CH+ and VOL+ work for me with the original version in both Firefox
a
49 matches
Mail list logo