Fork me on GitHub

Working version of VidStream ready for download  Bottom

  • I have packed a working version of VidStream, with some documents from the original Subjects 1.4 added.

    You can download from http://expo.eolica.t…es&func=view&ptid=9

    Remember that the module is basically just Subjects with some additions, so security could be a problem. Use at your own risk!
  • Do you know off hand what vulnerabilities the Subjects module suffered from? Perhaps a patch can be come by...
  • Vulnerability was indicated for Subjects 2.0 in this article:
    http://news.postnuke…om/Article2639.html
    I tried the proofs of concept in versions 1.4 and 1.5 and didn't worked. But I'm not sure (I'm not an expert in hacking)
  • Thanks eolica, i'll give it a try after I finish some work.
  • Thanks for the link eolica.
  • alright, i installed it under .726 and .750. They both seem to work alright, except for when i go to the videos page I made and then click the video (56k,100k) it asks for me to download the video... I thought it was supposed to stream it in a page?
    here's a screenshot. http://www.milkcartonmafia.com/ttt/PostNuke-0.726/html/modules/VidStream/pages/test.GIF
  • Yes, it's just a link to the filename :( .
    So, it depends from the browser behaviour (IE with an mpg file opens a white page with a Quicktime movie)

    If you want a generally working streaming you should adjust the script, or use My-eGallery.
  • There's probably other approaches, but IMHO, the approach to take would be to embed a media player (like I believe gallery does). The .htaccess-obedient downloads module that I recently completed (FileShare) had almost the opposite problem. (It was showing the files in the browser, rather than offering them for download.) ...and I kept thinking how much easier it might be to just have an embedded media player to display files...which of course, isn't going to work on say a .zip file...but anyway... The fix was to use PHP's header() function to serve the file, which allows you to display the file or force download. If you're interested in how the header function can work in a PN environment, check out the FileShare_user_download() function...perhaps there'd be something useful. Another approach might be to use a JS popup or a "named" window with the (relevant) media player in it and feed it the file-link...

    Just thinking out loud...
  • John,

    my first choice would have been FileShare (that I like - I'll send you the Italian translation), or a dedicated Pagesetter publication, but I read that both give back the file through PHP, and that this creates an overhead.

    I don't know how large the overhead would be, and whether this could be compatible with the throughput necessary for a video stream or not.

    But yes, the simplest solution would be to embed the object in a popup.
    I don't know enough of javascript to know if a new window can be opened without an URL but just saying what HTML to write inside it (i.e.: document.write can come from the calling javascript?)

    If not, it could be done with an onclick -> new layer -> document.write

    In all cases provision should be made for different embedding code for the different types of media!

    But probably the right place for this is the development thread!
  • Thanks for the thumbs up on FileShare...and an Italian translation would be awesome (so far there's ENG, DEU & NLD). It's true with FileShare that the file is handed over through the script; the rationale being that people can't steal what they can't first-handedly access. I've not had any overhead troubles as of yet, but haven't tested the module with exceptionally large files either (ie, > 50Mb).

    I'm interested to keep up on any developments with VidStream though...it's a great idea (and much needed IMHO!) ...You're right, the dev forum would be the proper place to discuss it...and I apologize for inadvertently hijacking the thread. :|
  • alarconcepts

    ... an Italian translation would be awesome (so far there's ENG, DEU & NLD).

    where I can send it?

    alarconcepts

    ...and I apologize for inadvertently hijacking the thread. :|


    No problem at all :D
  • eolica, I PM'd you. Thanks so much for your valuable time and effort! :)
  • http://www.caribconnect.net/index.php?module=RiddimDB

    i been working on this, it not ready for production, but its along the same lines i think
  • I'm so glad to see that someone has picked up this module for improvement.
    After posting it awhile back I was beginning to wonder if anything would ever come of it.
    I had it built a long time ago, and have since lost the messengerid of the coder that did it for me so I have no idea what code he used as a base. It does seem apparent that he used the subjects module, which is def not what I had originally asked for, but it's 'kinda' done the job for me this past year.

    I've been with the PN community for a long time now and it amazes me that no one has built a true 'streaming media' module. It's something that is really missing from postnuke, and I hope someday there will be a much better one available.

    As to the streaming vs. display problem, I personally got around that issue by using popup boxes for the video's. Instead of putting the URL to the actual video stream in the link, I link it to a javascript popup that contains a web based media player and the stream parameters are passed within the java properly. I know it wasn't the best way, but the frontend looks great for everyone and I've had no complaints on that front. The downside to that is there is no admin for maintaining and generating the proper java popup code needed.

    If the same security issues from subjects are in this module, I'd love to find someone that could possibly fix that issue. Obviously we don't want known security holes in our modules, but recoding is not something I can do personally.

    thanks for the help with this
  • There are some "gallery" modules that can be customised for streaming (namely MEG and dpgallery).
    In different ways both can include the media in the page in a different way depending on the file extension (MEG in the admin configuration panels; dpgallery by so called "filters").
    I succeeded to have them working for Real Player, Quicktime and Windows Media, but I'm not yet satisfied with the end result: separation of content and template is not included in these two modules.

    Another way to have streaming content is a simple link to a a special media container: .asx for WM, .ram for RP.
    For windows media you create an ascii file called file.asx :

    Code

    <ASX version = "3.0">
    <Entry>
        <Ref href = "mms://full_path_to_your_file/MyFile.wmv" />
    </Entry>
    </ASX>

    For Real media you create an ascii file called file.ram :

    Code

    http://full_path_to_your_file/MyFile.rm


    Both will be downloaded instantly, open the player and start streaming.

    For Quicktime a similar approach is possible, but a container.mov (not an ascii file) has to be created, so Quicktime Pro is needed.

This list is based on users active over the last 60 minutes.