home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Talk
Hauppauge HD-PVR & Colossus Support
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="mitchellmedia" data-source="post: 1157258" data-attributes="member: 155706"><p>Hello again</p><p>I'm afraid that didn't have the desired impact. The attached logs show me blasting channel 601 - which is encoded in AAC. I then stop that channel and blast channel 401 - which is DD/AC3. I've attached the logs in the hope that you can have a quick look and see if your patch is behaving as you would expect. From the two lines I've extracted below it seems the AAC stream was still detected initially, before the change to AC3 just under 4 seconds later (if I'm reading the time stamp correctly).</p><p></p><p>[2015-10-21 21:26:18,655] [Log ] [28 ] [INFO ] - subch:0 map pid:1100 audio lang: type:AAC</p><p>[2015-10-21 21:26:22,445] [Log ] [24 ] [INFO ] - subch:0 map pid:1100 audio lang: type:AC3</p><p></p><p>Just making sure I did the right thing with the patch - I stopped the service, renamed the existing TVlibrary.dll to TVlib.old and copied in the new file. Restarted.</p><p></p><p>Did I miss anything? In any event, it looks like we are probably looking at a 4.5 second delay to eliminate that first AAC detection. It seems that the cable box is slower at moving from AAC to AC3 than vice versa.</p><p></p><p>Again, really appreciate the time you've taken on this!</p></blockquote><p></p>
[QUOTE="mitchellmedia, post: 1157258, member: 155706"] Hello again I'm afraid that didn't have the desired impact. The attached logs show me blasting channel 601 - which is encoded in AAC. I then stop that channel and blast channel 401 - which is DD/AC3. I've attached the logs in the hope that you can have a quick look and see if your patch is behaving as you would expect. From the two lines I've extracted below it seems the AAC stream was still detected initially, before the change to AC3 just under 4 seconds later (if I'm reading the time stamp correctly). [2015-10-21 21:26:18,655] [Log ] [28 ] [INFO ] - subch:0 map pid:1100 audio lang: type:AAC [2015-10-21 21:26:22,445] [Log ] [24 ] [INFO ] - subch:0 map pid:1100 audio lang: type:AC3 Just making sure I did the right thing with the patch - I stopped the service, renamed the existing TVlibrary.dll to TVlib.old and copied in the new file. Restarted. Did I miss anything? In any event, it looks like we are probably looking at a 4.5 second delay to eliminate that first AAC detection. It seems that the cable box is slower at moving from AAC to AC3 than vice versa. Again, really appreciate the time you've taken on this! [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Talk
Hauppauge HD-PVR & Colossus Support
Contact us
RSS
Top
Bottom