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: 1157158" data-attributes="member: 155706"><p>Good evening all</p><p>I'm in the process of moving from DVBLink to MediaPortal. I'm seriously impressed with how this has developed over the years. I'm now using TVServer as the backend to my 3 RPi Openelec clients. I have a Colossus card, an IR blaster and Webgrabplus - all working and streaming my Australian cable provider around the house. And while adding <em>all</em> the channels will still take me some time, the initial process was very quick - helped in large part by this thread.</p><p></p><p>I have only one remaining issue. It first appeared around page 30 in this epic thread and then repeats every few pages. Some channels from my cable provider are encoded in AC3 others in AAC. The IR blaster process runs separately (and more slowly) than the TVServer (or TS writer?) process - and grabs a little bit of the previous channel at the start of the stream. That's no problem if the previous channel had the same encoding. But as other have pointed out - if the two are different, you end up with no audio in most clients (VLC was the only way that managed the 'hostile' stream takeover in my testing).</p><p></p><p>Page 88 of this thread got close to a solution with MM offering to create a patch (and one was attempted at post 874) - but then all went silent as other issues were discussed and no feedback was provided to MM on his questions of the best way to proceed. (Another user raised it again on page 93, post 927).</p><p></p><p>Can we please look at this again? I think the solution is a small delay to allow the blaster process to complete and the cable box to start producing the real stream you want to record.</p><p></p><p>After reading 112 pages of thread - I've got to say the support here is very good! Happy to provide logs and sample video files if required - but I think the issue is pretty well understood now.</p><p></p><p>Many thanks!</p></blockquote><p></p>
[QUOTE="mitchellmedia, post: 1157158, member: 155706"] Good evening all I'm in the process of moving from DVBLink to MediaPortal. I'm seriously impressed with how this has developed over the years. I'm now using TVServer as the backend to my 3 RPi Openelec clients. I have a Colossus card, an IR blaster and Webgrabplus - all working and streaming my Australian cable provider around the house. And while adding [I]all[/I] the channels will still take me some time, the initial process was very quick - helped in large part by this thread. I have only one remaining issue. It first appeared around page 30 in this epic thread and then repeats every few pages. Some channels from my cable provider are encoded in AC3 others in AAC. The IR blaster process runs separately (and more slowly) than the TVServer (or TS writer?) process - and grabs a little bit of the previous channel at the start of the stream. That's no problem if the previous channel had the same encoding. But as other have pointed out - if the two are different, you end up with no audio in most clients (VLC was the only way that managed the 'hostile' stream takeover in my testing). Page 88 of this thread got close to a solution with MM offering to create a patch (and one was attempted at post 874) - but then all went silent as other issues were discussed and no feedback was provided to MM on his questions of the best way to proceed. (Another user raised it again on page 93, post 927). Can we please look at this again? I think the solution is a small delay to allow the blaster process to complete and the cable box to start producing the real stream you want to record. After reading 112 pages of thread - I've got to say the support here is very good! Happy to provide logs and sample video files if required - but I think the issue is pretty well understood now. Many thanks! [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Talk
Hauppauge HD-PVR & Colossus Support
Contact us
RSS
Top
Bottom