Recherche avancée

Médias (91)

Autres articles (31)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

Sur d’autres sites (2976)

  • Hung out to dry

    31 mai 2013, par Mans — Law and liberty

    Outrage was the general reaction when Google recently announced their dropping of XMPP server-to-server federation from Hangouts, as the search giant’s revamped instant messaging platform is henceforth to be known. This outrage is, however, largely unjustified ; Google’s decision is merely a rational response to issues of a more fundamental nature. … Continue reading

  • Modifying incorrect h.264 dimension in existing video file

    11 juin 2015, par RichyJ

    After searching a lot, I’m more confused than ever !! To summarise :

    I recorded a video using my HTC One M8, using 1920x1088 resolution, and it came out fine. The next day, for some reason, in the settings I changed to 1920x1080 and the next video was weird - green bar across the top, diagonal green lines throughout and odd colour stripes. The underlying image was fine, although there seem to be some ’frame jumps’ at times. Unfortunately, this second video contained a section I would like to keep, so I’m trying to fix it...

    I’ve learned a bit about AVC/H.264, but it’s pretty confusing. Essentially, I wonder whether I can just change the ’1080’ in the file info to ’1088’ and salvage the footage - there’s no audio to worry about. I read that since 1080 is not directly divisible by 16, most encoders actually do 1088 then the player discards the remaining 8 lines at playback time. I wonder whether this is the root of the problem ? I tried to get into NALs, SPS/PPS etc, but couldn’t really fathom whether this was even relevant to my problem. A hex search didn’t even find anything that looked like the NALs given as examples elsewhere :

    Finding SPS/PPS data strings

    What does this NAL header data mean ?

    Fetching dimensions of a video

    I’ve loaded both files into a Hex editor and compared as best I can (around the moov and avcC parts), but haven’t fixed it yet. One of the single byte changes I made and saved to a new ’test’ file brought up additional info in the mediainfo program, showing that the original recording was at 1088 - this hadn’t been there before, but it still played wrongly. I found info regarding the encoding of height and width (units-1 * 16) but couldn’t work out how to use this info in practice.

    I tried ffmpeg and dumping to raw video, but couldn’t make this play at all as a yuv file.

    So, my question is, will I be able to change just one byte (or a few) in the file, to make it read as 1088 to the player, or am I looking in totally the wrong direction ?!? Is this even possible ? As I say, the actual images look intact throughout, just the colours are wrong and the lines are there, so I believe it’s something to do with YCrCb problems, but at this point, I’m lost...

    I know this isn’t specifically about programming, but the above links were all from this site, so thought it might be OK to ask here. Any help would be much appreciated !!

    I’ve recreated the conditions and done 2 short clips at 1080 and 1088 for you to see the problem but as I’m new, I can’t post them here yet. They’re on my Photobucket page if you are willing to look at them (hope this isn’t breaking the rules !!). The blueish line at the bottom is the windowsill...

    1088 still

    1080 still

  • Best practice to play segments of larger video files in HTML5 video format

    8 octobre 2015, par zx98

    I have to migrate a legacy project from Windows Media to HTML5 video/audio. The system should provide video/audio content to the web user meeting following criteria :

    1. Playout : Segments (TcIn to TcOut) of large video/audio files should be played "on the fly" to the web user. (Cutting the source material into segments does not work because there is a high overlap rate between segments, so 3-4 times more HDD space and a lot of extra programming would be needed. Markered playout of the large source files is not an option either as there are forbidden parts of the source material which should never be available to the user).
    2. Cutting : In general, users are permitted to make copies of the material. Indeed, by using the dowload function, users can download selected segments. I guess, this is not a problem : a service starts a cutting software (probably ffmpeg) that cuts the video, and the user is notified by email to download the product. (That’s the way I do it now but there might be a more simple option).
    3. Formats : what is the preferred video/audio format that most browsers (Chrome, Firefox, Opera, Android) support ?
    4. Server : If possible, I would keep Windows Server because the database behind is MS SQL Server.

    (Windows Media Server and WMEncoder currently works fine for all the above, however WM is not suppored by browsers any more. That is the reason for reengineering).

    I would appreciate any of your suggestions on how to rebuild this video/audio system. (What software elements to use and how).

    Thank you.

    -------- addition -------
    Dear commenters,
    Thank you for your comments. Please note that the above is one single question, the rest is just a detailed description of the issue/conditions, as recommended by stackoverflow.com. I guess, the answer is also very simple, I try to write it myself :

    1. You should keep the large video/audio files in xxx format because...
    2. You create a playlist file like this example... for each of the the segments.
    3. You install the xxx streaming software component on the web/media server to playout the segments.
    4. You can address and play the segments from the client side web browser like this :...
    5. For asynchronous cutting, yes, I recommend ffmpeg, try these profile settings.

    Just a few parts in bold are missing. Thanks to anyone who can fill them.