Recherche avancée
Autres articles (51)
-
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...) -
Contribute to translation
13 avril 2011You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
MediaSPIP is currently available in French and English (...) -
Contribute to a better visual interface
13 avril 2011MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.
Sur d’autres sites (6857)
-
Port r17546 from Tremor ; although pieces had made it over to libvorbis, a comprehensive
3 février 2012, par MontyPort r17546 from Tremor ; although pieces had made it over to libvorbis, a comprehensive port and verification was called for. This patch provided some additional floor0 hardening :
floor0 code could potentially use a book where the number of vals it
needed to decode was not an integer number of dims wide. This caused
it to overflow the output vector as the termination condition was in
the outer loop of vorbis_book_decodev_set.None of the various vorbis_book_decodeXXXX calls internally guard
against this case either, but in every other use the calling code does
properly guard (and avoids putting more checks in the tight inner
decode loop).For floor0, move the checks into the inner loop as there’s little
penalty for doing so.[an equivalent change was already in libvorbis, but I’ve
harmonized the code with tremor]For floor0, move the checks into the inner loop as there’s little
penalty for doing so. Add commentary indicating where guarding is
done for each call variant.git-svn-id : http://svn.xiph.org/trunk/vorbis@18183 0101bb08-14d6-0310-b084-bc0e0c8e3800
-
Do we have to return full buffers each time our AVIO `read_packet()` callback from FFMPEG is called ?
8 janvier 2023, par Alexis WilkeI allocate an AVIO context with my own
read_packet()implementation. Only my implementation is such that I may return with acountsmaller than the required inputbuf_size. Is that allowed ? Or do we have to fill the buffer as much as possible each time outread_packet()function gets called ?

// initialization
 [...snip...]
 m_avio_context.reset(avio_alloc_context(
 avio_buffer
 , avio_buffer_size
 , 0 // write flag
 , this // opaque
 , &FFMPEGDecoder::decoder_read_static
 , nullptr // write func.
 , nullptr)); // seek func.
 [...snip...]

// implementation of static function
int FFMPEGDecoder::decoder_read_static(void * opaque, std::uint8_t * buf, int size)
{
 return reinterpret_cast<ffmpegdecoder>(opaque)->decoder_read(buf, size);
}

// the actual read_packet()
int FFMPEGDecoder::decoder_read(std::uint8_t * buf, int size)
{
 // in flushing mode, we won't receive any more packets
 //
 if(m_flushing)
 {
 return 0;
 }

 // m_packet is my own packet implementation (an std::vector<>)
 //
 while(m_packet == nullptr
 || static_cast(m_read_pos) >= m_packet->size())
 {
 if(!m_incoming_packets.pop_front(m_packet, -1))
 {
 return 0;
 }
 if(m_packet->is_flush())
 {
 m_flushing = true;
 return 0;
 }
 m_read_pos = 0;
 }

 // the number of bytes to copy size `size` or less if there are
 // less bytes available in my m_packet
 //
 int const copy(std::min(static_cast(size), m_packet->size() - m_read_pos));

 memcpy(buf, m_packet->data().data() + m_read_pos, copy);

 m_read_pos += copy;

 return copy;
}
</ffmpegdecoder>

I'm not looking for a way to fill the buffer, I'm going to implement it that way now. I'm looking for confirmation (or not) that the FFMPEG libraries are not capable of accepting less than
sizebytes inbufwhen ourread_packet()gets called.

Do you know ?


-
lavf/movenc : Write 'dby1' minor brand if Dolby content is being muxed to MP4
3 août 2021, par Derek Buitenhuislavf/movenc : Write 'dby1' minor brand if Dolby content is being muxed to MP4
This is as per :
* mp4ra : http://mp4ra.org/#/brands
* Dolby Vision muxing spec (which is public) :
https://professional.dolby.com/siteassets/content-creation/dolby-vision-for-content-creators/dolby_vision_bitstreams_within_the_iso_base_media_file_format_dec2017.pdfSigned-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
Syndiquer tout le site
