[Debconf-video-commits] r472 - package/trunk/doc

Ben Hutchings benh at alioth.debian.org
Mon Jul 20 18:16:28 UTC 2009


Author: benh
Date: 2009-07-20 18:16:27 +0000 (Mon, 20 Jul 2009)
New Revision: 472

Added:
   package/trunk/doc/streaming-plan.txt
Removed:
   package/trunk/doc/streaming-plan-dc8.txt
Log:
Rename and update for DC9


Deleted: package/trunk/doc/streaming-plan-dc8.txt
===================================================================
--- package/trunk/doc/streaming-plan-dc8.txt	2009-07-20 18:03:38 UTC (rev 471)
+++ package/trunk/doc/streaming-plan-dc8.txt	2009-07-20 18:16:27 UTC (rev 472)
@@ -1,47 +0,0 @@
-ezstream-dc-ext-replay.xml (apu)
-ezstream-dc-int-replay.xml (daffy)
-playlist_gen.sh (should run via cron while new files are being generated)
-
-daffy (encoder)            
-  ezstream local playlist to lisa for dc8-int fallback mount
-  dvsink-command x 2
-
-lisa (dc-int-master)      (orinen in edrz test settup)                                    done, tested, commited
-  listens on 3 interfaces
-    v-t (sources): ezstream, dvsink-command salon_del_mar, dvsink-command microcine 
-    int: serves int network
-    ext: serves as master to krusty (ext-master)
-
-  mountpoints:
-    fallback: (hidden, hence not relayed by krusty)
-    salon_del_mar: (relayed by krusty)
-    microcine: (relayed by krusty)
-
-
-krusty (dc-ext-master)    (iobo-64 in edrz test settup)                                   done, testing,
-    relays microcine & salon_del_mar via <master_relay> from lisa
-    relays fallback from apu
-
-apu                        (vende in edrz test settup)                                    currently broken
-  ezstream feeds fallback mount
-  fallback mount relayed by krusty
-  relays krusty's microcine & salone_del_mar
-
-other, non-apu relays      (shadow-64 in edrz test settup)                                done, testing,
-  relay all krusty mountpoints via <master_relay>
-    
-
-
-
-NOTES: burst-on-connect is deprecated in favor of burst-size
-       raise loglevel to 4
-         turn off logrotate's rotation (but keep compression?)
-	 increase logsize
-	 set logarchive
-
-       almost no clients handle chained ogg streams properly so viewers will
-       have to reconnect when the live streams fallback or when the fallback is
-       overridden. This is still better than viewers connecting to an
-       advertised mount and getting nothing, imho. (also a chance to raise
-       awareness about this nearly universal client bug -- they have the same
-       issues with static vorbis+theora ogg files that contain chained streams)

Copied: package/trunk/doc/streaming-plan.txt (from rev 470, package/trunk/doc/streaming-plan-dc8.txt)
===================================================================
--- package/trunk/doc/streaming-plan.txt	                        (rev 0)
+++ package/trunk/doc/streaming-plan.txt	2009-07-20 18:16:27 UTC (rev 472)
@@ -0,0 +1,44 @@
+ezstream-dc-ext-replay.xml (apu)
+ezstream-dc-int-replay.xml (ned)
+playlist_gen.sh (should run via cron while new files are being generated)
+
+ned (encoder)
+  ezstream local playlist to lisa for internal fallback mount
+  dvsink-command
+
+rod (encoder)
+  dvsink-command
+
+lisa (dc-int-master)
+  mountpoints:
+    fallback: (hidden, hence not relayed by krusty)
+    salon_del_mar: (relayed by krusty)
+    microcine: (relayed by krusty)
+
+krusty (dc-ext-master)
+    relays microcine & salon_del_mar via <master_relay> from lisa
+    relays fallback from apu
+
+apu
+  ezstream feeds fallback mount
+  fallback mount relayed by krusty
+  relays krusty's microcine & salone_del_mar
+
+other, non-apu relays
+  relay all krusty mountpoints via <master_relay>
+    
+
+
+
+NOTES: burst-on-connect is deprecated in favor of burst-size
+       raise loglevel to 4
+         turn off logrotate's rotation (but keep compression?)
+	 increase logsize
+	 set logarchive
+
+       almost no clients handle chained ogg streams properly so viewers will
+       have to reconnect when the live streams fallback or when the fallback is
+       overridden. This is still better than viewers connecting to an
+       advertised mount and getting nothing, imho. (also a chance to raise
+       awareness about this nearly universal client bug -- they have the same
+       issues with static vorbis+theora ogg files that contain chained streams)




More information about the Debconf-video-commits mailing list