On Wed, Aug 25, 2010 at 11:16:37PM +0300, Prelude wrote:
I have suffered this annoying judder in both live and recording viewing.
My config_xineliboutput: http://pastebin.com/kxe7RvX0
xorg.xonf: http://pastebin.com/6fCvWvxU
sorry, from that configuration alone I can't tell you what's going
On Thu, Aug 26, 2010 at 03:06:51PM +0100, Tony Houghton wrote:
Are you aware of the interaction between DynamicTwinView and XRandR? The
no. But if Xorg.0.log tells me (in the bad case):
(II) NVIDIA(0): Validating Mode 1920x1080:
(II) NVIDIA(0): 1920 x 1080 @ 50 Hz
(II) NVIDIA(0): For
On Thu, Aug 26, 2010 at 04:31:28PM +0200, Paul Menzel wrote:
Do you know if it has been reported to Nvidia? I think the X.org people
would not look at it, since you use the proprietary driver.
I dont't know if especially this problem has been reported to nVidia.
There are heaps of error
On Thu, Aug 26, 2010 at 11:23:22PM +0200, Paul Menzel wrote:
Thomas, having just
VertRefresh 50.0
in your `xorg.conf`, did you measure the 60 Hz directly at the output or
were you just saying the tools reported 60 Hz?
without specifying the modeline directly in xorg.conf (the
On Wed, Aug 25, 2010 at 01:36:34PM +0200, Matthias Fechner wrote:
hm, here you are right.
Does anyone knows if the POV mainboard
(http://www.pointofview-online.com/showroom.php?shop_mode=product_detailproduct_id=97)
works with the VGA2SCART adapter?
AFAIK all more recent (aka VDPAU
On Mon, Aug 23, 2010 at 10:59:52AM +0200, Paul Menzel wrote:
I found an updated diagram at [1]. I hope it is what you wanted.
[1] http://crashme.cx/vdr-portal-picts/VGA_SCART_RGB_NEWER.png
this is just a full blown schematic with charge pump circuit to
provide up to 11V at SCART pin 8. If you
On Wed, Aug 25, 2010 at 06:46:54PM +0200, Matthias Fechner wrote:
thanks, that are great news (but in the README only the ATI and Intel
cards are mentioned :) ).
right. The circuit was just a byproduct for the vga-sync-fields project.
ok, so you can use +5V from an USB port which I need for
On Wed, Aug 18, 2010 at 10:13:56AM +0200, jori.hamalai...@teliasonera.com wrote:
Computer hardware usually cannot provide 50.000Hz, 59.940Hz or 23.976Hz
outputs to your TV/Monitor. This will cause some judder on display output
as MPEG/AVC input-stream is not synchronized to output framerate.
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
xineliboutput is a bit more difficult, because the cvs is changing nearly
daily, so there is
currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3
On Tue, Sep 08, 2009 at 12:16:30AM +0100, dave cunningham wrote:
I've finally tried to get this up and running with the patched Intel
xserver on a D945GCLF2 atom board (I see from your readme that you've
tried this configuration so assume it should work).
right, works very well
The
On Thu, Aug 27, 2009 at 11:14:22AM +0300, Pasi Kärkkäinen wrote:
Hmm.. why without? FRC doesn't work on Intel @ 720x576i ?
720x576i and 1440x576i are both SCART/PAL resolutions with a
line frequency of 15.625kHz.
VGA2SCART+FRC on Intel requires 1440x576i.
VGA2SCART+FRC on ATI also runs directly
On Thu, Aug 27, 2009 at 10:44:59AM +0100, dave cunningham wrote:
Do standard CRTs handle this increased resolution/clock? I've never tried
driving this signal into my TV.
I haven't experienced any problems even with very old TVs caused by the
higher video signal bandwidth.
In fact I use the
On Wed, Aug 26, 2009 at 03:40:25PM +0100, dave cunningham wrote:
If I'm reading the patches correctly it seems that the ATI chips can
currently do 720x576 only, where the Intel chips can be configured for
1440x576 and 1600x1200 only.
for VGA2SCART (without FRC) Intel chips can be setup for
On Thu, Aug 20, 2009 at 08:31:43AM +1000, Torgeir Veimo wrote:
In my experience, you just have to do deinterlacing in vdpau with
interlaced content, even when displaying on an interlaced display. If
you try to output interlaced material directly, you get ghosting since
the weaved frames are
On Sat, Aug 22, 2009 at 01:12:43PM +0400, Goga777 wrote:
is it possible to solve radically this problem with vdpau ? did you discuss
with nvidia developpers about this
issue ?
I don't know if nvidia hardware is capable of such things at all.
This issue (among others) once has been discussed
On Thu, Jul 02, 2009 at 10:34:09AM +0200, Paul Menzel wrote:
Could you test your boards with HD-material, for example some movie
trailers? Could you please share your results, what resolutions are
no way to play HD-material with this board
So is the following summary correct? The hardware is
On Fri, Jun 05, 2009 at 11:17:54AM +0200, jori.hamalai...@teliasonera.com wrote:
It would mean that no judder and studder on HD-quality. With VDPAU
the problem still might be 50Hz vs 50.02Hz -thing so you cannot get
frame accurate display. With every 5 seconds you might have duplicated
display
On Sun, Apr 19, 2009 at 12:54:15PM +0200, Tobi wrote:
the graphcis card drivers and so on. It just started, so don't expect much
content yet.
the GIT repos for FRC/VGA2SCART still must be cloned this way:
git clone git://vga2scart.gw90.de/git/vga2scart
FRC/VGA2SCART WIKI can be found here [1]
On Sun, Mar 29, 2009 at 12:21:18AM +0100, Paul Menzel wrote:
you released version 0.1.0 [1]. Could you please explain to me, why the
framebuffer patches (intelfb, radeonfb) are not needed anymore?
since version 0.1.0 you will not need DRM from GIT anymore. You just can
use DRM as provided by
On Sun, Mar 29, 2009 at 08:32:21PM +0300, Pasi Kärkkäinen wrote:
Does Lenny have some extra patches in the kernel, or does it work with all
vanilla 2.6.26+ kernels?
for sure has Lenny some extra patches in the kernel. But probably
they don't interfere with the vga-sync-fields (FRC) patch. I
On Wed, Mar 11, 2009 at 06:15:04PM +0100, Paul Menzel wrote:
1. In your patchset the patch fb-radeon-intel.patch [1] does include
changes to drivers/video/intelfb/intelfbhw.c although in the install
instructions [2] it is stated that intel drivers do not need to be
modified.
sorry, install
On Thu, Mar 12, 2009 at 06:31:47PM +0100, Thomas Hilber wrote:
a) Why is MIN_CLOCK set to 25000 in intelfbhw.h [3]? What would be the
downside of setting it to 1?
MIN_CLOCK is set to 12000 by the patch. What allows for SCART suitable
dotclocks. I don't know why the original driver
On Thu, Mar 12, 2009 at 07:36:01PM +0100, Paul Menzel wrote:
I hope, you have seen my message to linux-fbdev-devel [1]. I will try to
do what Krzysztof suggested, but will have to read more about that.
Maybe we get it into Linux kernel 2.6.30.
yeah, I've seen that.
Should we continue
On Thu, Mar 12, 2009 at 07:36:53PM +0100, Torgeir Veimo wrote:
Did you look into making your approach work with DirectFB yet?
I don't think it's a big deal to port the Intel version of the
FRC patch to DirectFB.
But sorry, I don't use DirectFB. I can't see much advantage over a plain
Xserver
On Fri, Mar 06, 2009 at 10:43:08PM +0100, Petric Frank wrote:
i'm looking for a plugin or method to automatically display a
play/stop/eject/... menu on the on the screen when a DVD is entered into the
drive. Also a possible autoplay DVD via vdr ould be a good idea.
first you have to detect
On Mon, Mar 02, 2009 at 10:03:12AM +0200, Pasi Kärkkäinen wrote:
Hmm.. so you get 50 Hz interlaced output with this xorg.conf.
Are you able to sync to each field separately?
of course not on nVidia graphics. They haven't offered their specs for
us to implement that.
But nevertheless this
On Sun, Mar 01, 2009 at 06:43:00PM +0100, Paul Menzel wrote:
Reading your README I assume you are familiar with Git. Therefore I
choose it as a backend.
Thank you for your effort so far.
I have no special preferences here. GIT or CVS is ok for me.
Concerning the wiki: I would prefer a neutral
On Mon, Mar 02, 2009 at 01:19:53PM +0100, Paul Menzel wrote:
Concerning the wiki: I would prefer a neutral domain
Sure. I had no other domain handy. Your domain name could also be used,
if you set up DNS this way (vga2scart.lowbyte.de) or we register some
free domain name vga2scart.de.vu or
On Sat, Feb 28, 2009 at 08:04:17PM +0100, Paul Menzel wrote:
Why don't you just use the easy-vdr install script I mentioned above
which already has been proven successful?
I just checked it out. But the main problem in distribution is, that
everyone has to register to be able to download
On Sun, Mar 01, 2009 at 01:13:32AM +0100, Paul Menzel wrote:
In general I would have no objections against this. What kind of patches
is this all about? I haven't followed this VGA2SCART thing, but a quick
lookup showed, that this involves patching XOrg stuff and xineliboutput.
That is
On Thu, Feb 26, 2009 at 09:12:36AM +0100, Paul Menzel wrote:
due to lack of time and interest I do not yet run a full blown homepage.
But at least I started to collect the plain patches here [3].
That is what I thought. So maybe other people who are not good or
intersted in coding could
On Wed, Feb 25, 2009 at 01:35:01PM +0100, Paul Menzel wrote:
Is there a homepage for the VGA2SCART patch set with information about
it? A repository?
due to lack of time and interest I do not yet run a full blown homepage.
But at least I started to collect the plain patches here [3].
There
On Wed, Feb 25, 2009 at 02:51:05PM +, Tony Houghton wrote:
I'm not sure whether C Scheeder is right, but it seems highly likely.
Christoph is right. The buyable cables operate the wrong direction for
our purposes.
Different cards need diffeernt types of cable. For example ATI and
Matrox
On Mon, Feb 16, 2009 at 11:48:50PM +1000, Torgeir Veimo wrote:
On 16 Feb 2009, at 23:29, Tony Houghton wrote:
And if the video has to be scaled it would have to scale each field
separately then reinterlace them line-by-line at the output resolution
@Tony Houghton:
is it really possible
On Mon, Feb 16, 2009 at 09:05:04PM +, Tony Houghton wrote:
not sure about this. Intel series i9xx graphics is able to scale by
hardware even in interlaced mode. I use this feature for my intel based
frame rate control patches (SCART/RGB/PAL vga-sync-fields patch).
VDPAU is currently
On Thu, Jan 22, 2009 at 10:07:57PM +1000, Torgeir Veimo wrote:
It looks like the patch references a version of the driver that
supports OPTION_RENDERACCEL, but v 2.3.2 doesn't support that. Which
version of the driver is the patch for?
as described in
On Wed, Jan 21, 2009 at 12:55:19PM +0100, Nicolas Huillard wrote:
Is the below rough summary correct ?
What it currently is :
* a patch set to DRM kernel modules, xine-lib and xineliboutput
...not to forget the Xserver-DDX (hardware specific module) itself.
For pre-avivo Radeons you need to
On Wed, Jan 21, 2009 at 05:07:40PM +0200, Pasi Kärkkäinen wrote:
I think someone should step ahead and help with the english docs..
unfortunately I can't do that atm, too busy with other things..
after travelling over 5 weeks in Australia this now is my major
problem too:-)
On Wed, Jan 21, 2009 at 04:03:37PM +, Tony Houghton wrote:
It is excellent, but I can't help thinking it's come a bit too late.
not if it comes to HDTV. Basically it should be feasible to recycle some
of the ideas there.
BTW I wanted to prove that simple graphics hardware together with low
On Tue, Jan 20, 2009 at 05:21:53PM +, Tony Houghton wrote:
Varying the output frame rate to keep in sync with the input stream is
very clever, but I don't understand how it solves the problem of
distinguishing between top and bottom fields to sync to.
surely you can distinguish top and
On Wed, Jan 21, 2009 at 03:22:15PM +1000, Torgeir Veimo wrote:
Does it work with 915 hardware as well?
Yup, a few days ago I successfully testet the patch on my
Asus EEE 701. Even replaying interlaced SD content the 900MHz CPU idles
at about 60%. Please see table at
On Wed, Jan 21, 2009 at 04:23:59PM +1000, Torgeir Veimo wrote:
Ok, I have this hardware;
http://www.silentpcreview.com/article311-page1.html an asus mainboard
i915ga-hfs, with 915G graphics and onboard YPbPr and DVI outputs. I figure
with some tweaking, it should be possible to run pure
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 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
A new version of the patch 'vga-sync-fields-0.0.8.tgz' now is
available at:
http://lowbyte.de/vga-sync-fields
History since last version announced here:
2008-09-08: Version 0.0.8
- enhanced a standalone tool for testing the Soft-PLL without xine-lib
and Xserver
- a fix in xineliboutput
On Wed, Aug 27, 2008 at 03:08:14PM +0200, Theunis Potgieter wrote:
I found this to be useful for me, however I'm using [EMAIL PROTECTED] and not
NTSC
colour encoding.
http://www.linuxis.us/linux/media/howto/linux-htpc/video_card_configuration.html
Nice background information.
Right -
Hi list,
A new version of the patch is now available at
http://lowbyte.de/vga-sync-fields
2008-08-17: Version 0.0.4
- now widened time window for double buffer updates from 20ms to 40ms.
This is done via drm-ioctl() though the chip doesn't provide
a native interface for this.
- this
On Sun, Aug 17, 2008 at 04:31:58PM +0100, Gavin Hamill wrote:
CPU usage rather than userspace. Due to the critical timing nature of
the patches, they need to have nearly the whole machine to themselves,
the patches are time critical as far as xine itself must time the
frames very accurately.
Hi list,
the basic function of this patch has already been disussed in thread
'RGB/PAL over VGA at variable frame rate'.
A new version of the patch is now available at
http://lowbyte.de/vga-sync-fields
2008-08-14: Version 0.0.3
- added a patch that enhances standard radeonfb kernel driver to
On Thu, Aug 14, 2008 at 08:50:43AM +0300, Jouni Karvo wrote:
your trick is the VGA-SCART cable. I was using the TVout from the
card. I have ordered the components for the cable, and I hope I'll be
able to solder them together during the weekend. I hope I can then
reproduce your success
On Wed, Aug 13, 2008 at 09:09:45PM +0100, Gavin Hamill wrote:
OK, found a suitable recording, and after a couple of 'play 1 begin' to
SVDRP it starts OK. The picture is pretty good, but it still shifts
around the screen a bit:
that's because PLL encounters very large increments of 'sync point
On Thu, Aug 14, 2008 at 01:15:58PM +0300, Petri Hintukainen wrote:
to, 2008-08-14 kello 11:25 +0200, Thomas Hilber kirjoitti:
Does the Xserver poll for some resources not available or something?
Maybe the driver is waiting for free overlay buffer ? Some drivers wait
for free hardware
On Thu, Aug 14, 2008 at 10:22:53PM +1000, Torgeir Veimo wrote:
Since you're using the vsync irq in any case, the best solution would
be to notify user space at irq time that it should 'PutImage' a new
frame.
I know what you want to say. But according to my understanding xine has
it's own
On Thu, Aug 14, 2008 at 02:22:46PM +0100, Gavin Hamill wrote:
[1] [EMAIL PROTECTED]:~# apt-get install xserver-xorg xserver-xorg-core
The following packages have unmet dependencies.
xserver-xorg: Depends: x11-xkb-utils but it is not going to be
installed
PreDepends:
On Tue, Aug 12, 2008 at 10:44:37PM +0100, Gavin Hamill wrote:
I have a system not dissimilar to yours.. it's a P3-1GHz with PCI Radeon
7000. OS is Ubuntu hardy with the patches from your 0.0.2 release.
ok
Now that I've got the patches in place, I get a stable desktop display
on the TV.
On Wed, Aug 13, 2008 at 12:03:23AM +0400, Goga777 wrote:
does your project actually fro dvb 720p channels too ?
720p is 1280x720. At least the part that does the frame rate sync VGA-DVB
can be recycled for this.
and I have may be stupid question - why frame rate from satellites is not
On Wed, Aug 13, 2008 at 04:21:25PM +0100, Gavin Hamill wrote:
overall comp floats -1 to 2, but sync point floats -44 to +45, and
drift speed floats -40 to +40. ta absolute + clipped are 5 - 7. I find
that's pretty good. Same values here.
it odd that my 'vbls' value is 15500 when yours is
On Tue, Aug 12, 2008 at 04:44:59PM +0300, Pasi Kärkkäinen wrote:
that made me wonder if it would be possible to make these patches friendly
enough to get them accepted upstream :)
sorry - but I really can't care about this at the current state of
development
On Tue, Aug 12, 2008 at 10:29:53AM +0200, Theunis Potgieter wrote:
Does somebody have a URL on how to make one? for d-sub to scart or the new
DVI (modern graphic cards) to scart?
my favorite cable works with all graphics cards supporting RGB. I don't
think it's too complex:)
you find it in
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
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
On Tue, Jul 22, 2008 at 11:17:26PM +0200, Thomas Hilber wrote:
Unfortunately with Radeons we currently have 2 problems unsolved:
1. there appears to be a tiny bug in XV overlay scaling code which
sometimes mixes even and odd fields at certain resolutions. A workaround
to compensate
On Tue, Jul 29, 2008 at 01:40:49PM +0300, Pasi Kärkkäinen wrote:
Maybe then I find some time to port the patch to other platforms
(like intel based graphics cards).
That would rock.
maybe this way we could fix current issues with S100. Picture quality
dramaticly improves if deinterlacer is
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 Wed, Jul 23, 2008 at 12:12:46AM +0200, Martin Emrich wrote:
I have connected my VDR box to my TV via a DVI-to-HDMI cable, set the
resolution to 1920x1080 and let the graphics card do the upscaling
instead of the TV, because the quality looks IMHO better this way. But
ok. But if doing so you
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
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
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.
also
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
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
On Tue, Jul 22, 2008 at 07:12:35PM +0100, Gavin Hamill wrote:
In the inevitable shift towards HDTV and progressive scanning, I was
becoming increasingly concerned that the countless hours of interlaced
content would be forgotten in the scramble for new and shiny.
not to forget interlaced
On Tue, Jul 22, 2008 at 08:30:46PM +0200, Theunis Potgieter wrote:
currently I'm still using a pentium 4, 2.4GHz machine with nvidia AGP 440MX
card,
at least the VGA-to-SCART cable (not yet the patch itself) does run here
on nVidia hardware without problems. Box is a PUNDIT P1-AH2 with nVidia
72 matches
Mail list logo
