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
Language specific support
Deutsches MediaPortal Forum
MediaPortal 1
TV / Streaming
Mehrere TV-Server, 1x SQL, FTR - Klappt das?
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="steelrat" data-source="post: 411939" data-attributes="member: 60086"><p>Ein Multi-Server Betrieb wird mit ForTheRecord ermöglicht, da der MP-Client nicht mehr direkt mit dem TV-Server kommuniziert, sondern über den Umweg ForTheRecord.</p><p></p><p>ForTheRecord selbst kann mehrere unterschiedliche Tuner/Recorder-Devices verwalten, z.B. TV-Server, DVB Dream und andere. </p><p></p><p>Somit ist das ganze Konstrukt modular und man ist bei der Wahl der Tuner nicht mehr auf TV-Server festgelegt. Zugegebenermaßen ist allerdings der TV-Server momentan das verlässlichste Recording-Device.</p><p>Auch beim Frontend wird man mittelfristig nicht auf Media Portal festgelegt sein, Anpassungen für z.B. Meedio sind in der Community in Arbeit.</p><p></p><p>Man ist also nicht mehr auf die Multi-Server-Funktionalität von MP angewiesen, da dieser Teil von FTR gehandelt wird, wo es eindeutig funktioniert (z.B. bei mir).</p><p></p><p>Das Zusammenlegen der dB auf ein System würde ich allerdings aus den Gründen, die die Vorredner bereits aufgeführt haben, nicht empfehlen.</p><p>Bei einem System mit FTR ist die Auslastung der dB durch den TV-Server bzw. MP selbst sehr gering, anders sieht es bei FTR aus.</p><p></p><p>Zurück zu der ursprünglichen Idee: Kannst du so machen, bis auf die dB Thematik, hier lieber eine dB pro PC. </p><p>Bei dem PC, auf dem FTR Core läuft, auf gute dB Performance achten, z.B. schnelle HDs für die dB Daten und ausreichend RAM.</p><p></p><p>Um einer offensichtlichen Frage vorzugreifen: </p><p>Die Clients werden nicht unbedingt die jeweiligen lokalen Karten benutzen, sondern die Karte, die lt. der globalen Priorisierung in FTR "an der Reihe ist". Somit kann es im ungünstigsten Fall vorkommen, daß Client 1 die Karte in Client 2 nutzt und umgekehrt. Also auf jeden Fall für ausreichend Netz-Performance sorgen (besser wired als wireless).</p><p></p><p>hoffe, das bringt etwas Licht in's Dunkel</p><p></p><p>bye, steelrat</p></blockquote><p></p>
[QUOTE="steelrat, post: 411939, member: 60086"] Ein Multi-Server Betrieb wird mit ForTheRecord ermöglicht, da der MP-Client nicht mehr direkt mit dem TV-Server kommuniziert, sondern über den Umweg ForTheRecord. ForTheRecord selbst kann mehrere unterschiedliche Tuner/Recorder-Devices verwalten, z.B. TV-Server, DVB Dream und andere. Somit ist das ganze Konstrukt modular und man ist bei der Wahl der Tuner nicht mehr auf TV-Server festgelegt. Zugegebenermaßen ist allerdings der TV-Server momentan das verlässlichste Recording-Device. Auch beim Frontend wird man mittelfristig nicht auf Media Portal festgelegt sein, Anpassungen für z.B. Meedio sind in der Community in Arbeit. Man ist also nicht mehr auf die Multi-Server-Funktionalität von MP angewiesen, da dieser Teil von FTR gehandelt wird, wo es eindeutig funktioniert (z.B. bei mir). Das Zusammenlegen der dB auf ein System würde ich allerdings aus den Gründen, die die Vorredner bereits aufgeführt haben, nicht empfehlen. Bei einem System mit FTR ist die Auslastung der dB durch den TV-Server bzw. MP selbst sehr gering, anders sieht es bei FTR aus. Zurück zu der ursprünglichen Idee: Kannst du so machen, bis auf die dB Thematik, hier lieber eine dB pro PC. Bei dem PC, auf dem FTR Core läuft, auf gute dB Performance achten, z.B. schnelle HDs für die dB Daten und ausreichend RAM. Um einer offensichtlichen Frage vorzugreifen: Die Clients werden nicht unbedingt die jeweiligen lokalen Karten benutzen, sondern die Karte, die lt. der globalen Priorisierung in FTR "an der Reihe ist". Somit kann es im ungünstigsten Fall vorkommen, daß Client 1 die Karte in Client 2 nutzt und umgekehrt. Also auf jeden Fall für ausreichend Netz-Performance sorgen (besser wired als wireless). hoffe, das bringt etwas Licht in's Dunkel bye, steelrat [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
Language specific support
Deutsches MediaPortal Forum
MediaPortal 1
TV / Streaming
Mehrere TV-Server, 1x SQL, FTR - Klappt das?
Contact us
RSS
Top
Bottom