Apple Mac-based software solution powering multi-screen content. For digital signage, kiosk/stand displays and presentations for live events. Any number of physical displays, any resolutions, any layout.


http://ygbox.sourceforge.net





Separate each tag with a space.

Release Date:

2009-01-23

Topics:

License:

Ratings and Reviews

  • Thumbs up:

    1
  • Thumbs down:

    0
100% of 1 user recommends this project
  • Thumbs up

    Works a lot better than the other solution on the Mac. Looks like it is perfect for a professional boot and go presentation. Not having sound on the slaves is unfortunate, but should not be a problem. The only real problem is the HD video framerate. I am only pulling 10 right now on two Intel MacBook Pros. These same computers are doing 24+ with the same video in Quicktime player so something seems to be amiss. I'm going to work on it. Still I think this program is the way to go. Thanks for the efforts!

    posted by Dave Bates 6 days ago
    If you'd like to rate this review, please log in.

View all reviews

Project Feed

  • Forum thread added

    allanhughes created the Fault on launch forum thread

    posted by allanhughes 25 days ago

  • ygboX Marquee LE ygboX Marquee LE 2.0.3 file released: ygbox_marqueeLE_2_0_3.zip

    v1.1: Master / Slave combined. (Switch with "Master Node" option in Preference Sheet.) Master node can transmit basic commands along with TC, e.g. "Status" and "Test Pattern" switches. v2.0: Timecode synch now uses "drift" method, i.e. playback on slave nodes is entirely independent, using a local "patch time"; master node transmits its timecode every two seconds, and the slave nodes adjust their playback by updating a "drift factor" which is used to bring the timecode values into synch. The new "drift method" appears to guarantee considerably smoother playback on slave nodes. In a head-to-head test on a single machine (using the same media), the "jammed" method produced "last second average" FPS of about 38-45fps, while the "drift method" achieved 48-58 FPS. "Last second minimum": DRIFT (about 28-32); JAM (about 30, surprisingly constant) More important than the frame rate: forcing the slave nodes to play back "badly" (e.g. by forcing debug mode) seems to be "smoother"; the framerate is low and yet the video just not "jump" as harshly as with "jam" method. Used "smooth" patch to smooth the "drift factor" value so that it does not jump but rather slides the slave node back into synch over a period of time. This also prevents "stuttering" because minor/temporary changes in "drift factor" have minimal effect. FPS now shows "last second minimum" value. A "scrubbing icon" appears in the bottom right of slave nodes if resyncing is happening at a high rate. The icon therefore remains while nodes are doing their initial synchronization - and will also appear as a "warning" if nodes continuously lose synch. v2.1: Fixed bug where "drift" method caused strange behaviour whenever the master node looped (hit TC 0): the slave nodes would "wind" to reach the sudden change in timecode. Added a "JAM" toggle as part of the Net String: when the Master Node hits 0 timecode (with small 0.1 tolerance), the JAM signal is sent immediately (bypasses interval timer for net send) and Slave Nodes "jam" their timecode briefly to the signal (i.e. do not "drift" to it, but cut as soon as possible). Red and Green "scrubbing" icons - green indicates that a "slight" re-synching is in progress, while red indicates a large change in drift factor (under normal circumstances this should only happen when a clip is first "winding" to match the Master Node on startup). For Slave Nodes, "Net Sync Interval" is now halved to calculate "update interval" for sliding back into synch, i.e. Slave Nodes complete their re-synch by half the interval till the next TC update. v2.2: Can set permanent "jam" synch method from Master Node, which would suit certain single-machine setups better than using "drift" method. Renamed "Net Synch Interval (seconds)" to "Net Synch Interval", for easier reading on preference sheets. Added label "FPS min" next to FPS status value. Added a "UDP NET STRING (LAST KNOWN)" status value, which displays the last net string sent/received by the Node. (Helps because the "live" net string typically spends most of its time displaying "NULL" and useful information for a split second.) Aspect ratio now rounded off to three decimal places. Some minor adjustments of status layout, colours.

    posted 289 days ago

  • ygboX Marquee ygboX Marquee 0.23 file released: ygbox_marquee_0_23_beta.zip

    DN20/NC11: Added line "This display is powered by ygboX Open Source, multi-screen display systems" above movies Added "Test Pattern" mode for projection calibration, accessible using "t" key from Network Controller. DN21: Made ygboX "branding" optional on news-crawler (windowed video) screens. Aspect ratio is now handled very differently. There are specific positioning settings for 4x3 and 16x9. "Anamorphic" 16x9 is also done through pre-scaling the main output image, rather than fiddling with custom width/height settings in the Main Output billboard patch. Size of full-screen movies is handled much more optimally now to fit images properly depending on whether the system is in 4x4 or 16x9 modes. Changed FPS display to use "Last Second Average" for calculations (more useful and accurate). DN22: Changed default media location to simply be the string "media", which assumes a relative directory path, a safe assumption in most default installations. Added "Mask Image Path" parameter for using masks over the main output. Leave the field blank to keep the image unmasked. DN23: Fixed missing "Use Clip Names" boolean parameter for Preference Sheet Added media / newscrawler_icon folder to allow custom "separator" between news feed items. Fixed strange bug where the very first clip in the playlist would get "stuck" sometimes - now forces clips to start after 1 second of Patch time (in the Parent Patch) has elapsed.

    posted 289 days ago

  • File released: /ygboX Marquee LE/ygboX Marquee LE 2.0.3/ygbox_marqueeLE_2_0_3.zip

    posted 290 days ago

  • ygboX now has documentation!

    At last, I have completed a Manual for ygboX! The manual currently covers ygboX Marquee and Marquee LE (not ygboX Live). You should now find it a lot easier to set up the application and get it running. The Manual is currently packaged with the new releases of ygboX Marquee 0.23 Beta and ygboX Marquee LE 2.0.3.

    posted by anselan 290 days ago

  • File released: /ygboX Marquee/ygboX Marquee 0.23/ygbox_marquee_0_23_beta.zip

    posted 290 days ago

  • ygboX Marquee ygboX Marquee 0.19 file released: ygbox_Marquee_0_19_beta.zip

    9: Sends signal to news crawler to update each time it is reloaded (theoretically refreshes list of news stories) 10: Increased "space offset" so longer titles display correctly Colour changes for new logo Font size of crawler items reduced Increased movie size 11: Compositions provide their own "done" signal. Successfully tested "streaming" video clips over GigE; created meaningful error message if movies folder is "empty" (which would also apply if the network location was not accessible). Streaming seems to create a big peak (as much as 1.7MB/s) when the video first starts, but then drops quite low (180KB/s) thereafter. "Safe Clip" can now be set. This should be a video clip stored locally (i.e. on the display computer's own hard drive) so that there is something to default to if the AFP share is unreachable for some reason. "From our showreel" message now customizable and also laid out better. 12: Added network broadcasting to report status of display nodes. And created Network-Controller composition to monitor status. 13: Allowed display nodes to receive commands from controller. The most basic functionality is to be able to reset the display or go to a "safe" image. Successfully tested network communication when the composition is used as a screen saver. NC8 / DN14: Allowed network controller to toggle display node broadcasting ON/OFF. This helps to reduce net traffic drastically, so "controller" commands face less chance of collision. DN15: "Reset" message from controller now resets movie list, movie time, compositions list and compositions "delay before sending reset signal", as expected. DN16/NC9: Strings and interpreted sent in long, concatenated format, from both NC and DN. Reduces network collisions. NC: ???? UI improved. Green/red lights for status, etc. Also get display-nodes to send info such as CPU load, framerate, etc. NC10/DN17: Send command to show "display number" large over each display node, for testing/troubleshooting. Changed CON NBC command to "CON NDR" (i.e. "node reporting") DN18: Nodes use single "media" folder location to find all elements, comps and movies. Certain movies may be allowed to display "full screen", if part of their path contains the string "fullscreen". Simplified "safe image" display. Now just displays a still, centred. "Stripe" no longer enabled from Preference Sheet. i.e. always on, so can be turned off simply by setting "stripe color" to transparent. DN19: Adjusted scaling of fullscreen clips, to fill as much of the screen area as possible. The subtitle text has also been moved very close to bottom edge to make room.

    posted 429 days ago

  • ygboX Live D11/C15 Alpha Version file released: ybox_Live_d11_c15_alpha.zip

    D3/C4: Display nodes able to receive "span" signal, to decide whether to use spanned-mode scaling / view offset or to just play the entire image straight. C5: Implemented two busses with mixer. Implemented Thumbnail generator with labels. C6/D4: Thumbnails use macro patches, not iterators, to create "grid" (for performance reasons). Controller "preview" window resizes properly (scales comp). C7/D5: Thumbnail frame value can be set from app. Clip selection happens via single "new_clip_selection" value with a "target_bus" value. The new clip selection is only sent to the currently-targetted bus if the clip selection value changes. Similarly to above, the playback state is also controlled via a single "playback_state" value and the same "target_bus" value. Both C7 and D5 use a new way of indexing clips. C8 / D6: Controller uses "next" / "current" busses for user, although internally uses A and B to implement this. Abandoned this project. C9 / D7: Live Video Input on key "/" (corresponding to clip index "10"). Safe image (proxy only for now) on key "." (clip index "11"). C10 / D8: Reverted to simpler bus controls, with separate clip selection and playback states. Video Input key "/" = clip index "-1" Safe Image key "." = clip index "-2" Added FPS display for controller. Changed "timecode" display to show minutes:seconds only. C11/D9: Media sub-folders are scanned before loading into clip bank. Controller comp uses "controller" displayID always, while each display node gets a displayID such as "DSP1", "DSP2", etc. The Macro Patch "Load Media" scans the media folder recursively and filters the resulting structure; it includes only clips matching one of two criteria: (1) The URL (i.e. file path) contains "spanned", i.e. clips that are in the spanned folder are always loaded. (2) The file name contains the same string as the displayID for that node. For example, a display node with displayID "DSP1" will only load clips containing the string "DSP1". Controllers will always load clips containing the string "PVW", i.e. a suitable preview version of the split movie (this suggests that one should always be available, even if it is just a proxy, or the clip indexes will be out of synch). Display nodes now switch scaling/view offset depending on whether a "spanned" or "split" clip is detected in that bus. "Movie Name" reporting strips file extension ".mov" Added simple ygboX logo to controller interface. C12: Movie Loaders in controller set with "High Quality Hint", "Deinterlace" switched off. Also disabled Color Correction. Improves performance dramatically. High framerate on controller seems critical for smooth playback if constantly sending TC. C13/D10: Audio playback. Bus playback controls are now for preview ONLY (actual playback always starts from beginning of clip, with audio, on automatic transition). Controller send description of fade mode as a string to UI. C14/D11: Loop/pause-at-end control. C15: Automatically loop clips that contain the string "loop" in their filename, instead of play-to-end-and-hold as normal. Don't send TC for inactive busses OR clips that are paused.

    posted 430 days ago

  • ygboX Marquee LE ygboX LE 2.0.2 file released: ygbox_MarqeeLE_2_0_2.zip

    v1.1: Master / Slave combined. (Switch with "Master Node" option in Preference Sheet.) Master node can transmit basic commands along with TC, e.g. "Status" and "Test Pattern" switches. v2.0: Timecode synch now uses "drift" method, i.e. playback on slave nodes is entirely independent, using a local "patch time"; master node transmits its timecode every two seconds, and the slave nodes adjust their playback by updating a "drift factor" which is used to bring the timecode values into synch. The new "drift method" appears to guarantee considerably smoother playback on slave nodes. In a head-to-head test on a single machine (using the same media), the "jammed" method produced "last second average" FPS of about 38-45fps, while the "drift method" achieved 48-58 FPS. "Last second minimum": DRIFT (about 28-32); JAM (about 30, surprisingly constant) More important than the frame rate: forcing the slave nodes to play back "badly" (e.g. by forcing debug mode) seems to be "smoother"; the framerate is low and yet the video just not "jump" as harshly as with "jam" method. Used "smooth" patch to smooth the "drift factor" value so that it does not jump but rather slides the slave node back into synch over a period of time. This also prevents "stuttering" because minor/temporary changes in "drift factor" have minimal effect. FPS now shows "last second minimum" value. A "scrubbing icon" appears in the bottom right of slave nodes if resyncing is happening at a high rate. The icon therefore remains while nodes are doing their initial synchronization - and will also appear as a "warning" if nodes continuously lose synch. v2.1: Fixed bug where "drift" method caused strange behaviour whenever the master node looped (hit TC 0): the slave nodes would "wind" to reach the sudden change in timecode. Added a "JAM" toggle as part of the Net String: when the Master Node hits 0 timecode (with small 0.1 tolerance), the JAM signal is sent immediately (bypasses interval timer for net send) and Slave Nodes "jam" their timecode briefly to the signal (i.e. do not "drift" to it, but cut as soon as possible). Red and Green "scrubbing" icons - green indicates that a "slight" re-synching is in progress, while red indicates a large change in drift factor (under normal circumstances this should only happen when a clip is first "winding" to match the Master Node on startup). For Slave Nodes, "Net Sync Interval" is now halved to calculate "update interval" for sliding back into synch, i.e. Slave Nodes complete their re-synch by half the interval till the next TC update. v2.2: Can set permanent "jam" synch method from Master Node, which would suit certain single-machine setups better than using "drift" method. Renamed "Net Synch Interval (seconds)" to "Net Synch Interval", for easier reading on preference sheets. Added label "FPS min" next to FPS status value. Added a "UDP NET STRING (LAST KNOWN)" status value, which displays the last net string sent/received by the Node. (Helps because the "live" net string typically spends most of its time displaying "NULL" and useful information for a split second.) Aspect ratio now rounded off to three decimal places. Some minor adjustments of status layout, colours.

    posted 430 days ago

  • ygboX goes live

    If you've never heard of ygboX before, have a look at the articles on my blog at http://anselan.blogspot.com/search/label/ygboX Even better, see ygboX in action in this video clip available on Vimeo: http://vimeo.com/1160074 This video clip has already generated a huge amount of interest from developers and media professionals all over the world. So I decided to release the software. Even better, I've decided to go completely Open Source, because I believe that ygboX will only get better if a community of developers is allowed to use it (in real-world applications) and improve it constantly. At the moment you will find three different "packages" under the downloads section. (These three applications will hopefully be combined into just one in the near future.) ygboX Marquee is a digital signage solution, capable of displaying a "playlist" of video clips, live news feed crawlers, and other Quartz Compositions (the possibilities are therefore endless). ygboX Marquee LE is specifically a multi-screen presentation system, designed to play standalone/looped multi-screen presentations, synchronised across multiple displays and multiple computers. ygboX Live is a very-much-Alpha application that allows "cued" presentation of multi-screen content, with audio. ygboX is a multi-screen display solution for Apple Mac. It is powered by Quartz Composer, a visual development environment provided free by Apple with every copy of Mac OS X. Please feel free to contact the original author, Stephen Buchanan, at webtvmaster@gmail.com for instructions on setup and how to get involved in the project.

    posted by anselan 430 days ago

Rate and Review

Would you recommend this project?






<

Related Projects

Thanks for your rating!

Would you also like to write a review?





Skip Review