On Sat, Sep 27, 2008 at 02:55:31PM +, Bruno wrote:
> Not at all. Because it?s a good motivation to learn one more language :)
the primary intention of the patch was not a German language lesson
I think:)
the patch itself is written in C and the README is in English.
Cheers
Thomas
>>
>> please see:
>>
>> http://www.vdr-portal.de/board/thread.php?threadid=80567
>>
>
> Too bad the text is not english :(
Not at all. Because it’s a good motivation to learn one more language :)
_
News, entertainment and everythi
On Sat, Sep 27, 2008 at 08:35:23AM +0200, Thomas Hilber wrote:
> a successor of my vga-sync-fields patch (http://lowbyte.de/vga-sync-fields/)
> now has been released by 'durchflieger' on 'vdr-portal.de' with far more
> functionality especially for HDTV related things.
>
> please see:
>
> http:/
a successor of my vga-sync-fields patch (http://lowbyte.de/vga-sync-fields/)
now has been released by 'durchflieger' on 'vdr-portal.de' with far more
functionality especially for HDTV related things.
please see:
http://www.vdr-portal.de/board/thread.php?threadid=80567
- sparkie
On Sun, Aug 10, 2008 at 07:05:20PM +0400, Goga777 wrote:
> but for 3d games this problem also actually ? or this issue exists only for
> video playback ?
3d and playback from disk sync to the rate provided by the graphics card.
What is of course not possible for live-TV.
Cheers
Thomas
_
thanks for your answer
but for 3d games this problem also actually ? or this issue exists only for
video playback ?
> > does your idea actually for new generation cards - ATI HD series, Intel
> > G35/45 chipsets with hdmi output ?
>
> currently it does for everything pre-avivo (e.g. before r50
On Sat, Aug 09, 2008 at 11:26:21PM +0400, Goga777 wrote:
> does your idea actually for new generation cards - ATI HD series, Intel
> G35/45 chipsets with hdmi output ?
currently it does for everything pre-avivo (e.g. before r500 with the
exception of rs690 which is a r300-style 3d core but 2d is
Hi Thomas
does your idea actually for new generation cards - ATI HD series, Intel G35/45
chipsets with hdmi output ?
Goga
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Aug 08, 2008 at 09:23:34PM +0100, Gavin Hamill wrote:
> Finally I have had a chance to try these patches - I managed to get an
> old Radeon 7000 PCI (RV100)...
nice!
> I am using a fresh bare install of Ubuntu hardy which ships xine-lib
> 1.1.11, but the patches don't compile :( The Makef
On Tue, 2008-07-22 at 18:37 +0200, Thomas Hilber wrote:
> Hi list,
>
Finally I have had a chance to try these patches - I managed to get an
old Radeon 7000 PCI (RV100)...
I am using a fresh bare install of Ubuntu hardy which ships xine-lib
1.1.11, but the patches don't compile :( The Makefile.am
On Sun, Jul 27, 2008 at 03:53:01PM +0300, Pasi Kärkkäinen wrote:
> Is it possible to output WSS signal from a VGA card to switch between 4:3
> and 16:9 modes?
>
> http://www.intersil.com/data/an/an9716.pdf
it should be possible to emulate WSS by white dots/lines in a
specific scanline. But I did
On Tue, Jul 22, 2008 at 06:37:05PM +0200, Thomas Hilber wrote:
>
> goal
>
>
> develop a budget card based VDR with PAL/RGB output and FF like output quality
>
> VGA-to-SCART RGB adapter like this: http://www.sput.nl/hardware/tv-x.html
>
Hi again!
One more question..
Is it possible to ou
On Thu, Jul 24, 2008 at 02:29:15PM +0300, Pasi Kärkkäinen wrote:
> On Thu, Jul 24, 2008 at 09:02:50PM +1000, Torgeir Veimo wrote:
> >
> > On 24 Jul 2008, at 20:49, Pasi Kärkkäinen wrote:
> >
> > >>> Hmm.. can you explain what "increase/decrease Xservers frame rate"
> > >>> means?
> > >>
> > >>
On Thu, Jul 24, 2008 at 01:36:41PM +0200, Thomas Hilber wrote:
> On Thu, Jul 24, 2008 at 01:49:18PM +0300, Pasi Kärkkäinen wrote:
> > Does this mean XV extension (or X itself) does not provide a way to
> > "wait for retrace" out-of-the-box.. and your patch adds that functionality?
>
> most imple
On Thu, Jul 24, 2008 at 01:49:18PM +0300, Pasi Kärkkäinen wrote:
> Does this mean XV extension (or X itself) does not provide a way to
> "wait for retrace" out-of-the-box.. and your patch adds that functionality?
most implementations provide "wait for retrace" out-of-the-box.
The point is that
On Thu, Jul 24, 2008 at 09:02:50PM +1000, Torgeir Veimo wrote:
> > Hmm.. I still don't understand why you need to do this in the first
> > place?
>
>
> It is to avoid the output framerate drifting away from the DVB-T/S/C
> input framerate.
right. Normally Xserver modelines can only produce '
On Thu, Jul 24, 2008 at 09:02:50PM +1000, Torgeir Veimo wrote:
>
> On 24 Jul 2008, at 20:49, Pasi Kärkkäinen wrote:
>
> >>> Hmm.. can you explain what "increase/decrease Xservers frame rate"
> >>> means?
> >>
> >> you simply adjust the time between two vertical blanking (retrace)
> >> interva
On 24 Jul 2008, at 20:49, Pasi Kärkkäinen wrote:
>>> Hmm.. can you explain what "increase/decrease Xservers frame rate"
>>> means?
>>
>> you simply adjust the time between two vertical blanking (retrace)
>> intervals
>> to your needs.
> Hmm.. I still don't understand why you need to do this
On Wed, Jul 23, 2008 at 09:21:01PM +0200, Thomas Hilber wrote:
> On Wed, Jul 23, 2008 at 05:05:21PM +0300, Pasi Kärkkäinen wrote:
> > I assume RGB NTSC should work as well.. ?
>
> basically yes. The devil is in the details:) Just give it a try.
>
> > > When xine-lib calls PutImage() it checks whe
On Wed, Jul 23, 2008 at 05:05:21PM +0300, Pasi Kärkkäinen wrote:
> I assume RGB NTSC should work as well.. ?
basically yes. The devil is in the details:) Just give it a try.
> > When xine-lib calls PutImage() it checks whether to increase/decrease
> > Xservers frame rate. This way after a short a
On Wed, Jul 23, 2008 at 09:20:08AM +0100, Laz wrote:
> that the only cards that could be convinced to sync at such low rates,
> i.e. 50 Hz for PAL, were the Matrox G400, G450, etc. Whenever I tried
> setting modelines with any other cards, I never got any output or an
> error when starting X.
a
Hi,
On Wed, Jul 23, 2008 at 06:04:29PM +1000, Torgeir Veimo wrote:
> Your approach is very interesting, I myself have seen the problems
> that clock drift has on judder when using softdevice with vdr.
yes, that's also my experience with certain xineliboutput -
xine-lib version combinations. I a
On Tue, Jul 22, 2008 at 06:37:05PM +0200, Thomas Hilber wrote:
>
> It appeared to be a privilege of so called full featured cards (expensive
> cards
> running proprietary firmware) to output true RGB PAL at variable framerate.
> Thus always providing full stream synchronicity.
>
I assume RGB NTS
On Wed, Jul 23, 2008 at 03:09:29PM +0200, Thomas Hilber wrote:
> On Tue, Jul 22, 2008 at 11:51:13PM +0300, Pasi Kärkkäinen wrote:
> > A bit off topic.. Does any of the video players for Linux switch to a
> > resolution/modeline with a different refresh rate when watching a movie to
> > get perfect
On Tue, Jul 22, 2008 at 11:51:13PM +0300, Pasi Kärkkäinen wrote:
> A bit off topic.. Does any of the video players for Linux switch to a
> resolution/modeline with a different refresh rate when watching a movie to
> get perfect synchronization and no tearing?
some time ago I accidentally stumbled
On Tuesday 22 Jul 2008, Thomas Hilber wrote:
> solution
>
>
> graphics cards basically are not designed for variable frame rates.
> Once you have setup their timing you are not provided any means like
> registers to synchronize the frame rate with external timers. But
> that's exactly what
On 23 Jul 2008, at 02:37, Thomas Hilber wrote:
> To a certain degree you can workaround this by software deinterlacing.
> After some further experimenting I finally found a solution to fine
> adjust the
> frame rate of my elderly Radeon type card.
> Just trimming the length of a few scanlines
On Tue, Jul 22, 2008 at 06:37:05PM +0200, Thomas Hilber wrote:
> Hi list,
>
> the last few days I made some interesting experiences with VGA cards I
> now want to share with you.
>
> goal
>
>
> develop a budget card based VDR with PAL/RGB output and FF like output quality
>
> problem
> ---
wow, when I buy an AMD card I will sure look up your code. :)
currently I'm still using a pentium 4, 2.4GHz machine with nvidia AGP 440MX
card,
only way to get that to work properly was with the older nvidia drivers
71.86.0 , apparently the newer drivers forces PAL or any other TV Standard
to run
On Tue, 2008-07-22 at 18:37 +0200, Thomas Hilber wrote:
> Hi list,
>
> the last few days I made some interesting experiences with VGA cards I
> now want to share with you.
Wow!
I can't support this project strongly enough - what a perfect idea!
In the inevitable shift towards HDTV and progressi
Hi list,
the last few days I made some interesting experiences with VGA cards I
now want to share with you.
goal
develop a budget card based VDR with PAL/RGB output and FF like output quality
problem
---
as we all know current VGA graphics output quality suffers from certain
limitatio
31 matches
Mail list logo
