or Connect
AVS › AVS Forum › Blu-ray & HD DVD › HDTV Software Media Discussion › Official DVHSTool 2.1 Support Thread
New Posts  All Forums:Forum Nav:

Official DVHSTool 2.1 Support Thread - Page 40  

post #1171 of 1297
Try 2.1 with the TSP2SP.ax from 2.2 beta 1.
post #1172 of 1297
OK, will report back later today. Thanks
post #1173 of 1297
Quote:
Originally posted by leszek1
Try 2.1 with the TSP2SP.ax from 2.2 beta 1.
This didn't work and it also causes the tool to crash whenever I try to archive something. The JVC record light never even goes on but the transport is controlled.

So close yet so far... :confused:
post #1174 of 1297
The only thing I could get to work is TSReader lite. It sent a perfect stream to the D-VHS with no glitches or problems. If TSReader can send the stream why can't DVHSTool? I suppose I need to get a hold of the full version of TSReader if I want to archive my TS files then? The PIDS on the files vary so could that be the reason? DVHSTool can archive anything with Video PID 11 and Audio PID 14 but if the numbers are different it most likely will not work. Will any version of DVHSTool rename the PIDs to 11 and 14? How do I do this without buying more software?
post #1175 of 1297
Uh, Shawn, you do have the JVC set to I=1 or I=2, right?
post #1176 of 1297
Yes, I 1 and it records certain streams just fine and other streams I get a copy protection error. Streams from HBO that play everywhere else no problem. It seems only streams NOT with PIDS of Video 14 and Audio 11 do this, all streams with the PIDs of 14 and 11 record and play back fine. I ran one stream though the TSReader lite demo and it renamed the PIDS to 14 and 11 and THAT stream recorded and payed fine where it wouldn't before. Before running it through TS Reader lite the streams were 0x1E and 0x1F. Any stream with those PIDS or similar simply will not record right. I need to rename all the PIDS to 14 and 11 I think.
post #1177 of 1297
Shawn,

If you know how to use graphedt.exe, can you construct a graph that contains (file source async - your problem TS)->(tsp2sp)->(DVHS) and run it? I'm trying to see if the issue is with DVHSTool itself, or with the tsp2sp filter.

If this means nothing to you, then just ignore it.

Thanks,
Leszek
post #1178 of 1297
I've never used graphedit. I try to keep things simple and I like to go from point A to point B with minimal effort. So far, I have 5 movies that I can record to D-VHS and 5 I can not where they all came from the same sources yet the 5 no go's have strange PIDs to them.

If there is a FAQ link somewhere to properly using graphedit I would like to try your suggestion. thanks
post #1179 of 1297
It's fairly complicated, but here you go:
http://msdn.microsoft.com/library/en...hgraphedit.asp
post #1180 of 1297
EEEKKKK!!!! :)
post #1181 of 1297
Quote:
Originally posted by Shawn Pilichis
I've never used graphedit. I try to keep things simple and I like to go from point A to point B with minimal effort. So far, I have 5 movies that I can record to D-VHS and 5 I can not where they all came from the same sources yet the 5 no go's have strange PIDs to them.
Shawn, are all of the no-gos from sources such as HBO that may have copy-protection flags in them? If so, it's likely that your problem isn't actually with DVHSTool but simply comes from the fact that the JVC, unlike those other devices you're testing with, is DHCP compliant.

BTW, DVHSTool passes all PIDs in the TS so it shouldn't matter which ones are used in a particular file.
post #1182 of 1297
TS REader lite passes them ok, so does that mean it bypasses or changes the copy-protection?
post #1183 of 1297
Quote:
Originally posted by Shawn Pilichis
TS REader lite passes them ok, so does that mean it bypasses or changes the copy-protection?
I wouldn't expect so, no. But if you're finding that only "maybe protected" content is problematic for DVHSTool I wouldn't rule that out either.... ;)
post #1184 of 1297
According to the TSreader FAQ, they add packets back into the data stream and rename the PIDS to ATSC standards. As I see it, by bloating the stream the JVC has no trouble with it. Could nullpacketstriper cause problems by reducing the streams down to manageable sizes? I can fit a movie onto 2-3 DVD-r's that way but does it make the streams non ATSC compliant? Is this something DVHSTool should do to be more compatible?
post #1185 of 1297
Quote:
Originally posted by Shawn Pilichis
EEEKKKK!!!! :)
Come to think of it, the exact steps you need to follow are outlined on the DVHS Howto web page under Creating a filter graph for sending an MPEG2 transport file to the D-VHS video tape. If you can follow them, report your result.

Do not install any of the filters on that web page though. They are way too old and will not work properly.

Leszek
post #1186 of 1297
Also, I was told on another forum to to run TStoATCS on the files to make them compliant but I can not get it to work right. I can't figure out it will not work.
post #1187 of 1297
Thanks Leszek, I will try that soon.
post #1188 of 1297
I think I "resolved" my problem. Any streams with PIDS other than Video 11 and Audio 14 tend to not work in DVHStool. I figured out how to use TStoATSC and it renamed the PIDS to the 11 and 14 thus allowing DVHStool to pass the streams to my JVC. So after jumping through a few hoops and waiting for time to pass I can convert streams with TStoATSC that would not work otherwise. Thanks for everyones efforts. Now if I could just get rid of the damned digital blocking artifacts that mare an otherwise perfect presentation... :rolleyes:
post #1189 of 1297
I posted this a few days ago in the Computer forum. Perhaps this is a better location for my questions.

I have been using DVHSTool with good results to transfer programming recorded with a MyHD capture card to DVHS tapes. Recently I started archiving laser discs to DVHS and after some initial success I have been getting terrible results.

The tapes are recorded on a JVC 30K DVHS tape deck and play back fine in a Mitsubishi 1100U on my TV downstairs. Unfortunately when I transfer the files to my PC, I endup with a lot pixelation and choppy audio. The picture and sound break up about every 1 to 2 seconds.

It seems to me that since the tapes play fine on the other TV, the VCR is working correctly. I went ahead and cleaned the heads but that seems to have had no effect on the problem. This is my second JVC 30K and I have not had any of the serious problems people reported here over the last few years. Does my current situation sound like a DVHSTool problem or a JVC 30K issue?

I tried a Mitsubishi 1100U and got the same results. I have tried versions 2.1 and the 2.2 beta 1.
post #1190 of 1297
Quote:
Originally posted by Shawn Pilichis
Any streams with PIDS other than Video 11 and Audio 14 tend to not work in DVHStool. I figured out how to use TStoATSC and it renamed the PIDS to the 11 and 14 thus allowing DVHStool to pass the streams to my JVC.

Is this really true?
Or is it the JVC who cares about the pids being 11 and 14.

MYHD does not generate pids with those values.


Also, in another thread it was said that Dvhstool expects constant bit rate transport streams.

Is that true also?
If so, then that means you have to run your transport stream through yet another tool.
post #1191 of 1297
I'm no expert but TStoATSC bloats the TS file making it a constant bitrate for the JVC to read. So there are many hours worth of down time before you can actually transfer the stream to the JVC with DVHSTool. I hope someone can provide a better solution or the developer of DVHStool can change the PIDS problem in a future release.
post #1192 of 1297
Thread Starter 
Guys, catch me up here. DVHSTool works with ATSC streams regardless of PID, and has been known to work with transport streams that are below 14.1 Mbps.

What kind of transport streams are you trying to feed it?? I have yet to see a PC ATSC tuner that puts out something it can't handle.

--Rick
post #1193 of 1297
I am writing to a MITS deck that does not have an mpeg decoder.

It relies on something like MYHD to do the decoding so I wonder if the issue is really with the JVC and the tool?
post #1194 of 1297
HBOHD
post #1195 of 1297
Thread Starter 
Shawn,

HBOHD, via what mechanism. 169time, cable box, ...??

--Rick
post #1196 of 1297
Rick

Is there a new DVHSTool release pending in support of the new R5000-HD PVR Satellite Recording Device?

If so, what capabilities will it contain?
post #1197 of 1297
Thread Starter 
Quote:
Originally posted by mkerdman
Rick

Is there a new DVHSTool release pending in support of the new R5000-HD PVR Satellite Recording Device?

If so, what capabilities will it contain?
No plans at this point. I can't support equipment I don't have and I don't plan on purchasing another box that does what my 169time box already does. You wouldn't believe the sh*t my wife gave me over purchasing the 169time unit.

--Rick
post #1198 of 1297
"You wouldn't believe the sh*t my wife gave me over purchasing the 169time unit."

Yes I would. :rolleyes:
post #1199 of 1297
Non of my 3 ex-wives complained :)

THAT"S WHY THEY ARE "EX"
post #1200 of 1297
Quote:
Originally posted by ricka
No plans at this point. I can't support equipment I don't have and I don't plan on purchasing another box that does what my 169time box already does. You wouldn't believe the sh*t my wife gave me over purchasing the 169time unit.

--Rick
Rick

Yeah, my wife throws my HD hobby up to me all the time to segue into a purchase she wants to justify.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: HDTV Software Media Discussion
This thread is locked  
AVS › AVS Forum › Blu-ray & HD DVD › HDTV Software Media Discussion › Official DVHSTool 2.1 Support Thread