Hi,
That's great news! Unfortunately I've switched to using 576p over DVI for TV output, so the hack isn't necessarily so relavent for me personally any more, but I'm still interested in seeing how you did it.
Unforunately the larger versions of the images on the page appear to be missing, however... If you've had bandwidth issues, i'd be happy to host the images if you chuck them to me offlist - otherwise i'd love to see them either way :)
cheers,
Matthew.
On Sat, 12 Mar 2005, Claude Schwarz wrote:
Hi , got RGB Output , on a PVR-350 480000-07 A only? , working.
http://drunken.intershit.com/mythtv/mythtv.html Claude
Hi,
my PVR350 also have an SAA7127 decoder. I traced the 'B' or 'CVBS' Signal to the backside of the PCB near the PCI connector (right edge, approx. 2cm towards the PCB) . There is a unpopulated pad called "R118" where it should be easy to solder a wire at.
Looking forward to get RGB Output :-) Claude
Matthew Hodgson schrieb:
Thomas Olsson wrote:
Note that many (all?) PVR-350s contain SAA7129 rather than 7127, and the
7129 has dedicated RGB/Cr-Y-Cb outputs.
Hm, that's strange - I have 5 PAL WinTV PVR-350 cards here, and they all have an SAA7127H chip as the decoder. The board revision silkscreened to the topright of the fpga is "480000-07 A (C) 2002", and on the reverse the silkscreen says "HannStar MV-4, 94V-0 0402".
The SAA7127 is interesting because it only has 4 output pins from its DAC - CVBS for composite or sync-for-RGB, and R, G & B. When in Y/C mode, C is output on the 'R' pin, and Y is output on the 'G' pin. Finally, it can also be configured to output VBS or CVBS on the 'B' pin. All the pins are connected, but I haven't had a chance to find out what happens next before they appear on the mini-DIN socket. I am particularly worried that one of the 'B' or 'CVBS' pins might go nowhere, as it's not required for the intended operation of the PVR-350. This was why I was asking if others had traced the circuit:
Has anyone investigated this (or similar) at a hardware level, and if so,
any joy?
I only got as far as noting that these RGB pins didn't seem to go anywhere
useful. Unless your PCB is different from mine, you'd have to connect to
the pins directly, which can be slightly fiddly. But if that has been done,
I can't see anything that prevents the use of this output... as long as you
remember to modify the saa7127.ko module so it configures the SAA7129
correctly.
Well, the SAA7129 adds dedicated pins for chrominance (24) and VBS (27) - but also keeps backwards compatability with the SAA7127 on the other pins. If the RGB pins aren't connected at all, then that obviously would make intercepting them slightly easier - but it seems possible that Hauppauge still take the luminance signal off the G pin? Of course, making a reasonably shielded connection to the SMT pins could be quite painful.
The 7129 datasheet is here:
http://www.semiconductors.philips.com/acrobat/datasheets/SAA7128H_SAA7129H_3.pdf
Cory Papenfuss wrote:
A quick peek at the datasheet indicates that sync in RGB mode would be on the CVBS pine, so some additional plumbing would be required for that... basically the result would be RGBC, where the CSYNC would come from the composite output.
Unless of course the CSYNC could be taken straight off the Mini-DIN socket :)
Just out of curiousity... what's the purpose of this?
I have an old 3-tube Panasonic PT-102Y projector, whose intended form of video input is separate RGB BNCs, with separate H & V sync. I've already knocked up a widget for it which splits CVBS/CSYNC into HSYNC and VSYNC, but unfortunately the projector doesn't do a very pretty job of separating Y/C into RGB when you use its S-Video input. Whilst the RGB separate connections from my old (soon to be replaced by a PVR-350-based box) Panasonic A350 DVD player are pleasantly clean, there is noticeable crawl and noise on an S-Video connection from the same device, which I assume is not due to the DAC on the player.
So, in order to try to maintain the same quality as before, I'd rather transfer my video around as RGB separates rather than relying on the projector to separate the Y/C correctly. And so I want to persuade my PVR-350 to output RGB+S :)
Trying to
connect 480i to an HDTV directly?
I wish ;)
It looks like the RGB luminance
output would have the same frequency response as the Y/C output, so it wouldn't really help anything but possibly chrominance resolution.
Well, on a 9' screen the ~50% improvement in chrominance resolution is *very* noticeable.
Can it run at higher frequencies, maybe (480p?)
Not according to the datasheet, unless i'm missing something...
Thanks for the feedback, anyway - if anyone else can shed light on whether their PVR-350 uses a SAA7127 or 7129 - and if they've ever fully traced where the RGB outputs of either end up, I'd be very interested (before I go out and wreck my card ;)
cheers;
Matthew.
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
