![]() |
|
|
#41
|
|||
|
|||
|
wow that's a really good value! What kind of graphics adapter do u use? Nvidia or AMD? I use a Nvidia GTX 560 Ti.
What do u mean with that sacrificing audio for video? Is it that there is the possibility to get an asynchronous sound to the video or is it that there will be sound errors or sth? I didn't realize anything of that in movie avatar but perhaps i didn't simply hear that or my loudspeakers (JBL) are too bad to make it audible ![]() I will test this setup for further more movies. |
|
#42
|
|||
|
|||
|
Yeah, that's what I'm doing now. I ran it with bitstreaming when there was no easy DTS-HD solution, and then I decided that instead of worrying about the odd soundtrack that would give me pops, I'd just take a video frame error once every several tens of minutes.
|
|
#43
|
|||
|
|||
|
Quote:
I use an ATI 5770, and with other ATI cards 4670, 4550, 23.976 has been pretty accurate with me. Might depend on your AVR/TV too. I have a Pioneer KRP-500M. |
|
#44
|
|||
|
|||
|
I watched Star Trek 11 on Blu Ray (Dolby AC3 bitstream) and to sum it up I can say that i will further use bitstreaming. I don't realize any sound errors with my 5.1 system, the sound is clear and no delays or sth in soundtrack or speech or i can't hear them
. So IMO bitstreaming works with Reclock pretty good on some systems on other systems it doesn't. I have a sandy bridge based system perhaps it's the reason that it works don't know but i would say if it works, Bitstreaming is the better choice cause sound output will be better as decoding is only be done by the AVR and there's no preencoding by the system (if i'm right) |
|
#45
|
|||
|
|||
|
Quote:
BTW, Sandy Bridge is not the reason it's working. You're just not noticing the errors, which is fine, I didn't most of the time either. |
|
#46
|
|||
|
|||
|
Yes i'm using an optical SPDIF conection to my AVR and i use LAV Audio Decoder with MPC-HC. There u can choose between Bitstreaming Dolby Digital (AC 3), DTS, DTS-HD, Dolby Digital Plus and True HD.
I can choose the first two as my AVR (Harman Kardon AVR 130) can't decode DTS-HD. I think it's simply too old. If i will get sound errors which i can hear then i'll go back to the PCM way and i think i have to choose there "use ac3 encoding" to get surround sound. |
|
#47
|
|||
|
|||
|
Do not worry, this shows that reclock is working fine on your system. You have to know that James is not very fond of the bitstreaming option and due to some careless remarks some people now think that it does not work or is in some sense inferior to resampling. The reality is different - both approaches have pros and cons. Bitstreaming if used correctly will work great. Here is my take on the pros of bitstreaming:
- no degrading of sound quality due to unnecessary decoding (and even reencoding if reclock is set to ac3-encoding) - most if not all receivers have limited bass management/delay/postprocessing capabilities if fed raw pcm instead of the original bitstream (f.e. on my flagship denon model some of the options are still available but do not work anymore) - channel mapping is an issue if some receivers do not decode the stream by themselves - Older receivers with only spdif inputs do not allow for multichannel pcm input, but work happily with the DTS/AC-3 cores of the HD formats on some of the myths of packet drop/repeats: - if the monitor refresh rate is very close to a multiple of the movie-framerate you will rarely get any drop/repeats. In fact I get none for the duration of a whole movie (except for the obligatory counted one at the start of playback) - while repeats are audible and bad, drops are not. DTS and AC3 were designed to be error resilient in the case of corrupted or dropped packets - so when using a monitor refresh that favors drops over repeats you will probably not even notice the adjustment happening - packets are usually very small (e.g. DTS = 11ms) so that audio video delay is not an issue; delay of your projector, aero, postprocessing and other factors have a much larger impact I have been using bitstreaming in reclock for years now (since the ogo days) and am quite happy with it. Quote:
|
|
#48
|
|||
|
|||
|
This makes no sense, if you "take a video frame error once every several tens of minutes" why use reclock in the first place? With or without bitstreaming reclock sole purpose is to sync the video stream to the monitors refresh rate in order to avoid frame drops and repeats. If you can live with these you do not need reclock at all. I think you should be careful of spreading misinformation to JackCarver, about Reclock supposedly not working for him, when in fact it is.
|
|
#49
|
|||
|
|||
|
Quote:
Quote:
And if you must talk about a "sole" purpose, it would be to prevent both audio and video errors. Bitstreaming was added at the request of some people, when decoding wasn't all that viable. |
|
#50
|
|||||||
|
|||||||
|
Quote:
Quote:
Quote:
The only thing I can think of is for legacy DTS, if you have a 7.1 system, my Pioneer won't let you apply DPLIIx, but instead will force DTS-Neo:6 if you wish to expand the surrounds. DTS-HD doesn't apply Neo:6, but automatically duplicates the 5.1 surrounds into the rear-backs, which is worse (this one may vary by receiver, but I suspect it's on DTS's specs). DPLIIx or Neo:6 can be applied to PCM streams, thus giving you more choice, not less. The audio in the receiver is decoded to PCM, then the DSP applied. I think the confusion (not in your case, but in others) arises by the fact that multichannel analog in many cases can't be DSP'ed. Quote:
Quote:
Quote:
Quote:
Last edited by andy o; 25th June 2011 at 11:27. |
![]() |
| Thread Tools | |
| Display Modes | |
|
|