or Connect
AVS › AVS Forum › Video Components › Video Processors › Poor man's SDI
New Posts  All Forums:Forum Nav:

Poor man's SDI - Page 10  

post #271 of 744
Hello ysbk,

it's what i would have done. Just love the internet to find all the datasheets you need :)

good luck with the mod


post #272 of 744
Thank you Roberto !

Today, I examinated very carefully ADV7172 chip mounted on the DAC board of my Panny A7. This chip is really very very small, small !!!! It will not be so easy to make the mod ... :o :o :o

OK, I will quit the smoke and stop to drink. :p :p :p
post #273 of 744

This might not be the "correct" way of doing this but it worked for me. First buy the smallest, cheapest iron radio shack sells. Second use wrapping wire, it is acutally thinner (with insulation) than the gaps between the traces. If you try to use a ribbon cable you will get frustrated because the wires will be further apart than then traces on the chip.

Strip a tiny amount of unsulation from the end of the wire. Dip it in liquid flux. Put the wire on chips pin. The flux will help hold it. You should only have to touch the tip of the iron to the wire for a second to tack it down. You could do this even with a little shaking. Just try to align your shaking so that it is in more of an up and down motion so you don't push the wire sideways.

Tape the wires all down close to the solder points. You don't want to accidentally tug one loose later.
post #274 of 744

One other thing, I would love to update my website with instructions for the A7. If you have a digital camera, take some shots of the steps as you go.

post #275 of 744

It's possible there are resistor packs between the mpeg decoder and the video encoder (possible in the neighborhood of the mpeg decoder). These packs are wider spaced therefor easier to solder and they are also more heat resistant.


post #276 of 744
Hi Guys

Thanks for your answers.

Matt :

I do not have digi camera but I will be able to borrow one from a friend to do what you ask. Please just be a little patient.

I know your web site, and bravo for the mod !!!!
Are you happy with the result ?

Roberto :

Effectively, there are many of resistors all around of MPEC decoder(Panasonic MN677521HB) but I do not know where to attack.

Could somebody show me a link from which I would download the datasheet of Panasonic MN677521HB, please ! I already tried Panny's semiconductor web site but in vain.

There are also small holes near ADV7172, and each hole seems to be connected to P0 thru P7 of ADV7172(But I am not very sure), I will try to look at it with the big lens.

If it will be the case, I think that it will be enough to solder on this hole, not on each pin of ADV 7172.
:D :D :D :D :D :D :D :D :D :D
post #277 of 744
I am very happy with my results. The results using this moded player and dscaler blow away any software dvd player. I'm currently trying to work out how to do this to my tivo but am not having as much luck.
post #278 of 744
It's very encourging to hear you, Matt.

In my case, even though I am already happy with my panny(scart RGB connected to the scaler running at 720p@60hz), I've always been thinking that it was totally absurd to pass by THREE stages of DA/AD/DA conversions before attacking my Crt projector.

Because my scaler has already SDI input and my panny is (relatively) easy to make SDI mod, why not try ?
post #279 of 744
Has anyone figured out how to MOD a Pioneer DV-F07 or DV-F727 300 DVD Changer?
post #280 of 744
Is there a new SDI thread somewhere? There have been no posts in this one...???
post #281 of 744
Hello mavromatis,

Sorry, i think nobody knows or wants to tell about modding a pioneer player.


post #282 of 744
"I finally ordered SD020EVK eval kit and normally I would receive it this week."
Where did you order?
post #283 of 744
National Semiconductor has them for $100 US.
post #284 of 744
My Philips TiVo has the encoder near the SVideo... this looks like a perfect candidate for the SDI mod!! I may order one of the SDI boards to test it out.

post #285 of 744
looking at the datasheet it looks like your Tivo has a bt656 stream because the video encoder only accepts bt656. This would make it indeed a perfect candidate.
However :( the video encoder has also two pins rcv1 and rcv2 which can be used for raster control when there are no SAV/EAV codes in the bt656 stream meaning you have to create extra logic to add these codes to the bt656 stream before the SDI transmitter (CLC020/CLC021) is able to process the stream
post #286 of 744
Has anyone done the extra logic portion (SAV/EAV codes)?
post #287 of 744
the professionals, like the original tread starter Robert Colber and Tom Strader
post #288 of 744

I ordered it to one of the european N.S. importers/distributors .... who promised me the delivery last week, but I am always waiting for it.

Hoping receive it this week.

post #289 of 744
So I ordered the Service Manual... I didn't want to open up my DV-F07 until I was sure it has the correct chip.

Does anyone know what encoder it has... I don't care about the red chroma bug because the Rock Pro will have a way to adjust it.

Also, anyone have any progress on getting the EAV and SAV codes to the SDI board from a BT656?
post #290 of 744
The SAA7120 is the encoder in the TiVo... I'm a bit confused with the SAV/EAV codes... doesn't the MPEG2 stream have the codes already? So all one would need to do is connect the clock and 8 data ports to the SDI board and that's it? Where doe the SAV/EAV codes come into play?


The SAA7120/21 have 3 DACs providing simultaneous encoding of analog CVBS and S-Video (Y and C) output signals for both PAL and NTSC broadcast standards. They can also be used to decode SAV and EAV codes in slave mode. When used in conjunction with a Philips' digital video decoder, information on the actual subcarrier and PAL-ID can be inserted and also the subcarrier phase (if used with the SAA7111).
post #291 of 744
it means the video encoder is able to use the SAV/EAV codes in the digtal video stream to encode this stream into cvbs (composite) or Y/C (s-video).
Alternatively it's using signals on the rcv1 en rvc2 pins to be able to encode the video steam.
When the encoder is in slave mode it's triggered by other devices. When the encoder is in master mode it's triggering other devices.
post #292 of 744
So there is no rcv1 and rev2 to SAV/EAV ic out there? :) Where do the SAV/EAV codes come from?
post #293 of 744
Originally posted by mavromatis
So there is no rcv1 and rev2 to SAV/EAV ic out there? :) Where do the SAV/EAV codes come from?
The EAV and SAV codes must be generated form H&V sync and inserted into the parallel bit stream. A lot depends here on the phase relationship of the H timing signal. The codes must be inserted at exact pixel locations. As there is no set standard for internal timing signals within a design, the user must make their own logic circuit. Some MPEG decoder chips put EAV/SAV in the data before it leaves the chip. They also probably can enable or disable that via a control registure. There is no video type timing in the MPEG stream. Of course there is sync info but not in a video friendly form. Fast memory used to be expensive. So initially video equipment manufactures did not want to waste bits storing sync info when the whole circuit was synchronous anyway with plenty of places to get timing signals.

Today the best approach is an FPGA. It's not too complex a circuit however the design tools can cost $1000 and up. The logic could also be fabricated from discrete TTL or HC parts but now we get into interconnect timing concerns. A happy medium for the DIY may be GALs which have low cost developement systems. But they cannot do the job alone like an FPGA can. So we would still have an involved wire warp board.

The DirecTivo does not have EAV/SAV. I verified that on a logic analyzer. I too was initially fooled by the bt656 statement on the SAA7120 data sheet. It can also work as CCIR 601 and does in the case of the TiVo

Sony did make a chip that did all the TRS insertion. But it's also a mux designed to intergrate seperate YcBcR data busses. We don't need this function as our data streams are already muxed. I looked into this, actually have some chips, but the glue logic needed to fool the mux into working with an already muxed stream was just about as complex as a fresh design.

If you want to get more info there is a really good book by Keith Jack called "Video Demystified". It is a collection of many standards and papers plus a lot of knowledge by the author who is an video procesing IC designer.
post #294 of 744
Thanks for the info!! So ideally, the easiest mod, would be a bt.656 with the SAV/EAV codes in the stream. I wonder if my Pioneer DV-F07 or DV-F727 have these... if not... my SDI modding never was... :(
post #295 of 744
Hi All,

I've checked Philips Q50 and another DVDP, both using FLI2200. But there is no connection to pins 8-15. The input is at pins 16-23. I guess the signal from MPEG decoder at both DVDP are not BT656 but either digital RGB or component. So not all DVDP using FLI2200 can be mod. Has someone mod Panasonic RP82 successfully? If RP82 really has BT656, I will get one to mod.

post #296 of 744
Glimmie, thanks for the book idea, just ordered it from amazon :)

CKL, I have mod my RA82 (European). I think it's using the same PCB as the RP82 except the SAGE chipset (FLI2200) isn't mounted.
post #297 of 744
Hi Roberto,

What's the model of MPEG decoder in your RA82? Q50 is using OMEGA MPEG decoder. The MPEG decoder may output BT656, RGB or component. If the DVDP only tap the RGB, I wonder if BT656 is still available. I mean if the decoder only output either one type or all of them.

post #298 of 744
It's using a panasonic mpeg decoder : MN677531KA


post #299 of 744
There is no pin description for this chip in Panasonic's website. How do you find the 656 pins?
post #300 of 744
i used the datasheet of the analog devices video encoder. I connected the mod onto the AD chip. In an earliers post i also included a picture. ;)
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Video Processors
This thread is locked  
AVS › AVS Forum › Video Components › Video Processors › Poor man's SDI