XiphWiki - User contributions [en]

XiphInfra:List of services

2025-01-31T18:47:43Z

Tdaede: update based on current status

{|class="wikitable sortable"
! Service
! URL
! VM
! Host
! Maintainer(s)
|-
| [[AreWeCompressedYet]]
| style="text-align:right;"| https://arewecompressedyet.com
| awcy
| style="text-align:right;"| catfish
| TD-Linux
|-
| Git Repos
| style="text-align:right;"| https://git.xiph.org
|
| style="text-align:right;"| mf4
| ePirat, rillian
|-
| Home Pages
| style="text-align:right;"| https://people.xiph.org
|
| style="text-align:right;"| mf4
|
|-
| [[Icecast]] Streams
| style="text-align:right;"| http://dir.xiph.org
|
| style="text-align:right;"| catfish
| tbr
|-
| [[Icecast]] Streams (Beta)
| style="text-align:right;"| http://dir-test.xiph.org
|
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| Jenkins
| style="text-align:right;"| https://mf4.xiph.org/jenkins/
| jenkins
| style="text-align:right;"| mf4
| TD-Linux
|-
| Mail
| style="text-align:right;"| xiph.org
| mailfish
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| MailMan
| style="text-align:right;"| http://lists.xiph.org
| mailfish
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| Media
| style="text-align:right;"| https://media.xiph.org
|
| style="text-align:right;"| beaufish
| TD-Linux, rillian
|-
| Opus Boodler Streams
| style="text-align:right;"| https://opus-codec.org
|
| style="text-align:right;"| mf4
| gmaxwell
|-
| Subversion Repos
| style="text-align:right;"| https://svn.xiph.org
|
| style="text-align:right;"| mf4
| rillian
|-
| [[XiphWiki:Features|Wiki]]
| style="text-align:right;"| https://wiki.xiph.org
| [[XiphInfra:Wiki VM|wiki]]
| style="text-align:right;"| catfish
| ePirat
|-
| Xiph Mirror Repos
| style="text-align:right;"| https://github.com/xiph
|
|
| ePirat, rillian
|-
| XiphBot-ng
| style="text-align:right;"| XiphWiki on freenode.net
|
| style="text-align:right;"| mf4
| TD-Linux
|-
| [[XiphInfra:Gitlab|Gitlab]]
| style="text-align:right;"| https://gitlab.xiph.org
| [[XiphInfra:GitLab VM|gitlab]]
| style="text-align:right;"| catfish
| ePirat, tbr, TD-Linux, rillian
|}

==External services==

{|class="wikitable sortable"
! Service
! URL
! Users with admin rights
|-
| Github
| style="text-align:right;"| https://github.com
| TD-Linux, unlord, ePirat
|}

<noinclude>See the [[XiphInfra:Overview|Overview]] page for more information.</noinclude>

Summer of Code 2021

2021-05-26T07:17:52Z

Tdaede:

== Introduction ==

This year Xiph.org is focusing on the rav1e AV1 encoder for its GSoC participation. Both video and still images are currently hot topics, especially with the recent support of AVIF within browsers.

Below you'll find the description for the following GSoC project ideas around the rav1e project.

If you want to know more about a particular idea, please get in touch with the people listed under "possible mentors". While no guarantee, that the person will be the actual mentor for the task, they know it and will be happy to answer your questions. Please join #xiph in Libera.Chat IRC for more. If you don't have IRC set up you can easily connect from your [https://kiwiirc.com/ web browser].
----

== Detailed Project Descriptions ==

These ideas were suggested by various members of the developer community as projects that would be beneficial and which we feel we can mentor. Students should feel free to select one of these, develop a variation, or propose their own ideas. Here, ideally.

----

=== Grain synthesis implementation inside of the rav1e encoder ===

Grain synthesis is using the idea of modeling noise temporally and spatially using noise estimation.

==== Problem / Intro ====

Keeping high frequency detail and noise(dithering, camera noise, grain) using traditional encoder techniques is very expensive in terms of bitrate allocation, and some tools implemented to take care of that problem can create additional artifacts that are not pleasing to the general viewer experience, or are detrimental to the fidelity of the image.

==== Solution / Task ====

Implementing grain synthesis that models the noise parameters of a video, and applies the generated noise parameters during the decoding process, saving very high amounts of bitrates and providing a very high subjective visual fidelity and appeal.

Making it faster than other forms of grain synthesis via smarter algorithms and using various forms of threading to speed up its application, such as tile threading and integration with rav1e-by-gop, making it possible to use as part of any encoding workflow. This will make sure adoption of the technique becomes as widespread as possible.

==== Requirements ====

The student should be familiar with Rust and C, and must have a light background in general visual media encoding, such as video and image compression.

Difficulty: Medium to difficult depending on the novel ideas implemented and complexity of the final implementation.

==== Possible Mentors ====

----

=== Adaptive quantization ===

Adaptive quantization is the process of an algorithm trying to efficiently allocate bitrate among the various macroblocks found in a frame by varying the quantizer across each of them according to different visual targets.

==== Problem / Intro ====

Often times, an encoder does not know about the best way to allocate the bitrate budget across a frame, and may overspend a considerable amount of bitrate to regions that might not benefit from a low quantizer(low amounts of distortion, so less compression) while not giving enough bitrate to zones that might actually need it. This can even cause issues temporally, as bitrate allocation within a group of frames(GOPs) may be skewed towards more complex and high motion frames, while leaving other frames with barely any bitrate to work with, creating visual artifacts such as blocking and banding.

==== Solution / Task ====

Implementing 1-3 forms on adaptive quantization either based on variance, complexity and/or variance variance with a bias in low contrast frames in rav1e. This will make bitrate allocation more efficient, and avoid bitrate overspending in areas which either need the lower quantizer to avoid the presence of lower quality frames that might detract from the viewer experience, and make objective/subjective quality targets easier to achieved. The combination of powerful adaptive quantization and grain synthesis would allow for a higher subjective quality viewing experience at lower bitrates while potentially lowering computational complexity by a good margin.

Making a smart adaptive AQ mode in which the encoder chooses which adaptive quantization algorithm to use depending on the scene featured in a GOP. Potentially difficult.

==== Requirements ====

The student should be familiar with Rust and C, and having a background in general visual media encoding, such as video and image compression is recommended.

Difficulty: Medium to high depending on which targets the student chooses to follow.

==== Possible Mentors ====

----

=== Make rav1e-by-gop expose a rav1e API ===

rav1e-by-gop is an extended command line encoder that provides additional encoding strategies such as by-gop parallel encoding across multiple machines.

==== Problem / Intro ====

rav1e-by-gop is currently a command line program, some users might want to enjoy on the extended features from other programs even if they do not always belong to an encoder.

==== Solution / Task ====

make rav1e-by-gop expose the same API of the normal rav1e to make easy to use the multiple machine encoding features from other programs.

==== Requirements ====

The student should be familiar with Rust or C programming. 
Video knowledge is not strictly necessary, however a basic understanding of the concepts is vastly beneficial.

==== Possible Mentors ====

[[User:Tdaede]] [[User:Lu_zero]]

----

=== Visual metric targeting in rav1e-by-gop ===

Objective metrics are used to evaluate an encoder's performance in a diverse set of scenarios. Different metrics such as PSNR, SSIM, DSSIM, VMAF and some closed no-reference metrics are used in the field to record encoder performance changes across versions trying to correlate closely with human perception.

==== Problem / Intro ====

Classical methods of rate control such as ABR(Average BitRate), fixed quantizers and even CRF(Constant Rate Factor) have the issue of not targeting a certain quality level. This can result in starved encodes where the bitrate budget has to be kept low to stay watchable by the viewer without interruption, leading to scenes that have exceptionally good visual targets by overspending bitrate, and scenes that have very poor visual appeal by having too little bitrate, detracting from the viewer experience entirely. More advanced forms of rate control like CRF help somewhat, but they still have the issue of having to overshoot so the lower quality scenes do not suffer, and do not adapt to the different type of content encoded, resulting in variable quality encodes.

==== Solution / Task ====

Implementing visual metric targeting based on VMAF(mainly used for video) and butteraugli(mainly used for images) as part of rav1e-by-gop as a secondary rate control option.

The application of visual metric targeting in rav1e-by-gop would take advantage of its adaptive keyframe placement and smart scene detection to its fullest.
This would allow for the best rate control possible, as short scenes in the length of 1-15s are where visual metrics such as VMAF shine the most. The idea is to encode first with a very fast speed preset in the encoder to gauge the quality at a prefixed quantizer. If the visual metric target set is not achieved, the encoder tries again once or twice until it gets the right result.
With this method, instead of targeting an average of bitrate, you would target a visual score, getting higher efficiency and higher subjective quality. This would also be advantageous in terms of encoding time spent, as encoder complexity could be dialed back while keeping overall efficiency the same or higher, with efficiency being a function of both encoder efficiency and rate control.

Implementing butteraugli quality targeting as an option using rav1e for AVIF images. Since visual quality requirements are considerably higher for intra only(image only) media, keeping high visual fidelity is even more important than video compression. Quality targeting iterations would also be quite useful here.

==== Requirements ====

The student should be familiar with Rust and C. General interest in image and video coding is recommended

Difficulty: Medium.

==== Possible Mentors ====

[[User:Lu_zero]]

----
=== Improve fast scene detection modes for rav1e ===

Scene detection method determine where it's necessary to split video sequences for optimal encoding efficiency.

==== Problem / Intro ====
Currently implemented fast scene detection method is not optimal and sometimes give false results. This is also detrimental to per scene visual metric quality targeting.

==== Solution / Task ====
Reevaluate current fast scene detection method. Fast method correctness can be improved.
Possible features:
* Adaptive resolution scaling for fast scene detection.
* Implementing additional methods/metrics for fast scene detection.
* Adaptive threshold for scene detection
* Better external scene detection for rav1e-by-gop per scene visual metric quality targeting.

==== Requirements ====

The student should be familiar with Rust.
Video knowledge is preferable.

Complexity: Medium.

==== Possible Mentors ====

----

=== Improved cluster support for Icecast ===
Icecast servers deliver streams to million of users simultaneous worldwide. Each instance can handle many thousand clients at the same time. However redundancy, scalability, hardware requirement, and most importantly network connectivity often requires to use several instances in a professional deployment.
==== Problem / Intro ====
Icecast is designed as a standalone application. While basic support exists (such as master-slave mode) support for clusters can be improved. At this point a cluster level mangement instance seems to be missing.
==== Solution / Task ====
A solution for cluster management should be developed. A cluster controller should be implemented as well as support within Icecast. The focus is on Icecast itself at this point. However the controler should at least demonstrate all features implemented in Icecast.
Possible features:
* Automatic master-slave, and relay configuration.
* Load distribution.
* Statistic data collection.
* Log collection.
* Node monitoring.
* Signalling of cluster state to external components (e.g. for automatic cluster scaling)
==== Requirements ====
The student should be familiar with C. A basic understanding of HTTP, as well as other web technologies is helpful. Knowledge of visualisation technologies is '''not''' required.

Complexity: Medium to high.
==== Possible Mentors ====
[[User:phschafft|phschafft]] (teamed with someone else)
----
=== Development of advanced content navigation in Icecast ===
Icecast currently supports navigation of listeners between different streams. This was developed mostly for fallbacks (providing alternative content if the primary source fails). This support should be improved to provide better interaction with contents.
==== Problem / Intro ====
The current implementation is designed to work very robust for source side events (such as fallbacks). However it fails for two requirements:
* Listener initiated interaction such as adaptive streaming.
* Exact timing.
==== Solution / Task ====
The current concept is capable of being extended to the new requirements. Code should be written to add the new features on the existing (and well proven) infrastructure. The following additional features would be needed:
Detection and matching of features within and between streams. This is required for any kind of synchronisation.
* Executing operations exactly at detached features.
* Adding ways to communicate features and operations between listener and Icecast, source and Icecast, and between multiple
* Icecast instances of the same cluster.

==== Requirements ====
The student should be familiar with C. A basic understanding of HTTP, Ogg, and Matroska/WebM is helpful.

Complexity: Medium to high.
==== Possible Mentors ====
[[User:phschafft|phschafft]] (teamed with someone else)
----
=== Uniform return channel for Icecast ===
Icecast supports broadcasting media to several thousand listeners per instance. In a classic setup this is a one way process from the source (such as a radio or TV studio) to the consumer. However it is sometimes useful to provide a return channel, such as for implementing polls.
==== Problem / Intro ====
Returning information from the listener to the source is part of classic media. The need has become more relevant with the development of more interactive ways of the web. Several technologies have been used to implement this including asking the listeners to call in, send e-mails, or comment on a web page.

Classic ways to implement feedback include a media break and are only loosely bound to the forward channel.
==== Solution / Task ====
A uniform return channel should be implemented that allows several types of data to be send from the listener to the source. This includes three major parts:
* Improved session handling (both for listeners and for sources)
* Implementing a return channel for listeners.
* Implementing a return channel for sources.
==== Requirements ====
The student should be familiar with C and HTTP.

Complexity: Medium.
==== Possible Mentors ====
[[User:phschafft|phschafft]] (teamed with someone else)
----
=== (Live) listener statistics for Icecast ===
Icecast supports writing a basic access.log that includes client information as well as connection time. In addition a playlist log is supported, and live statistic data via the STATS interface.

A standard solution to use this data for detailed listener statistics is missing.
==== Problem / Intro ====
In the current solution there is no off the shelf solution to process the statistic data provided by Icecast. The best available solutions are standard access log analysers. A solution for live statistics is completely missing. Statistics taking content into account is also absent.
==== Solution / Task ====
To improve the situation two major steps must be accomplished:
* The statistic interface of Icecast must be enhanced to provide the required information.
* A solution that analyses this data must be developed. The focus is on this part.
This project allows for a wide range of ideas from the participants to be incorporated. There is not yet and specific technical direction set. Evaluating different options is the first part of the project.
==== Requirements ====
The student should be familiar with C. A basic understanding of log analysis, and monitoring and/or data collecting systems is helpful.

Difficulty: Medium depending on which targets the student chooses to follow.

==== Possible Mentors ====
[[User:phschafft|phschafft]] (teamed with someone else)
----

=== Support WebAssembly SIMD in rav1e ===

rav1e supports the [https://wasi.dev/ WASI] platform and it has its javascript API bindings relying on it.

==== Problem / Intro ====

The WebAssembly SIMD is getting [https://github.com/WebAssembly/simd closer] to be available, we should support it.

==== Solution / Task ====

* Implement the dispatch logic for WASM SIMD as done already for x86_64 and aarch64.
* Implement the Sum of absolute difference (SAD) and Sum of absolute transformed differences (SATD)
* Implement the inverse transforms (idct, iadst, identity, ...)
* Implement the motion compensation.

==== Requirements ====

The student should be familiar with Rust, WASM, wasmtime and related tools. Knowledge of x86 or arm assembly is not needed but will help.

==== Possible Mentors ====

[[User:Lu_zero]]
----

=== Implement butteraugli in av-metrics ===

av-metrics is a collection of video quality metrics, [https://github.com/google/butteraugli butteraugli] is a promising psychovisual similarity metric.

==== Problem / Intro ====

Currently the implementation of butteraugli exists as [https://github.com/google/butteraugli stand-alone] codebase. The code is readable, but it could be faster.

==== Solution / Task ====

* Implement rust bindings to the reference butteraugli.
* Implement butteraugli in pure rust within av-metrics.
* Write integration and unit tests to make sure the implementation does not diverge
* Write criterion benchmarks
* Implement x86_64 or aarch64 optimizations for it, using intrinsics or plain ASM.

==== Requirements ====

The student should be familiar with Rust, C and C++. Knowledge of x86 or arm assembly is welcome.

==== Possible Mentors ====

[[User:Lu_zero]]
----

=== Deploy Opus-in-MP4 in WebAssembly for Safari ===

Implement the missing Opus support for Safari.

==== Problem / Intro ====

Safari supports decoding Opus streams, but only when packed in CAF with no support for Media Source Extension. It would be nice to deploy a middleware in WASM that remuxes non-fragmented MP4 to CAF to support progressive streams, and to determine if enough hooks exist for fragmented MP4s as well. Needless to say, audio and video need to remain in sync throughout the whole process.

==== Solution / Task ====

* Make sure the underlying Opus decoder works in Safari.
* Implement a minimal mp4-to-caf demuxer/muxer in your language of choice.
* Compile this remuxer to Javascript/WebAssembly/WASM.
* Develop a proof of concept streaming for a non-fragmented mp4 file.
* Package the system to a reusable library.
* Investigate if it's possible to port this functionality to fragmented mp4 as well.

==== Requirements ====

The student should be familiar with streaming protocols, encapsulation, WebAssembly. Expect lots of hacking in Javascript.

==== Possible Mentors ====

[[User:Koda]]

----

Daala

2021-05-26T04:24:22Z

Tdaede: /* Communication */

Daala is the codename for a new video compression technology.

The effort is a collaboration between the [https://www.mozilla.org/en-US/research/ Mozilla Foundation], the [https://www.xiph.org/ Xiph.Org Foundation] and any other contributors that wish to help.

The goal of the project is to provide a video format that's free to implement, use and distribute, and a reference implementation with technical performance superior to [https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding H.265].

Please see the links below or the [https://www.xiph.org/daala/ main page] for more information.

== Wiki Pages ==
* [[Daala Quickstart|Daala Quickstart (Linux/MacOS)]]
* [[Daala Quickstart Windows|Daala Quickstart (Windows)]]
* [[Daala MinGW64 Environment]]

* [[Daala Weekly Meetings|Daala Weekly Meetings]]

* [[AreWeCompressedYet]]
* [[RD Curve Data Format]]

* [[DaalaTodo|Daala To-do List]]
* [[DaalaRoadmap|Daala Roadmap]]

* [[Intra|Intra-prediction within Daala]]

* [[Videos|Digital Primers]] - educational videos about audio/video technology

== Communication ==
You are '''encouraged''' to join the
* [irc://irc.libera.chat/daala '''#daala''' IRC channel at libera.chat].
* [http://lists.xiph.org/mailman/listinfo/daala Daala Email List]

=== Weekly Meetings ===
You are also welcome to attend the public [[Daala Weekly Meetings|weekly progress meetings]] by installing and using [http://wiki.mumble.info Mumble]. 
The address is '''mf4.xiph.org''' and the port is '''64738''' (you can run '''mumble://mf4.xiph.org:64738''' within your browser as a shortcut). 
The meetings occur on '''Tuesdays''' at '''[http://www.timeanddate.com/worldclock/fixedtime.html?msg=Daala+Weekly+Meeting&iso=20150428T09&p1=1241 9AM Pacific Time]''' (5PM UTC/GMT).
The meeting agenda used to be available at '''[https://daala.etherpad.mozilla.org/weekly-meeting this Etherpad]''', the October 13, 2015 meeting is available on [https://docs.google.com/document/d/1JP_Ko3wPuyDWhooZcp_m9kndyfZ75xN5YOi5yIMCW0s/edit?pli=1 Google Docs] and, following the migration to Etherpad Lite, the meeting agenda and minutes are now available at [https://public.etherpad-mozilla.org/p/daala-weekly-meeting this Etherpad].

=== Other ===
* [http://forum.doom9.org/showthread.php?t=168004 Doom9 Forum discussion] - generic forum thread regarding Daala
* <del>[https://daala.etherpad.mozilla.org/ep/padlist/all-pads Daala Etherpads] - you can [https://daala.etherpad.mozilla.org/ep/account/request-account request a free account] to view these. You should receive access within a few days.</del> Mozilla are transitioning to Etherpad Lite.
* [http://benjamin.smedbergs.us/weekly-updates.fcgi/project/daala Daala Project Status Board] - what Daala bits the Mozilla people are working on

== Coding ==
You can get a copy of the latest Daala Source Code from [https://git.xiph.org/?p=daala.git;a=summary '''git.xiph.org'''] or [https://github.com/xiph/daala '''GitHub''']. Please stick to the '''[https://git.xiph.org/?p=daala.git;a=blob_plain;f=doc/coding_style.html Coding Style Guide]'''.

* [https://review.xiph.org/all?limit=100 Xiph Code Reviews] - there is a proposal on the review process '''[[DaalaReview|here]]'''
* [https://github.com/xiph/daala/issues Daala's issues] - Issue/bug tracker on Github
* [https://mf4.xiph.org/jenkins/view/daala/ Continuous Integration Tests] - these run every time a new commit is made to the Daala git master, to make sure the new code hasn't broken existing functionality.
* [[OggDaala]] - definitions for embedding Daala video within an [[Ogg]] container.

== Demos ==
* [https://people.xiph.org/~xiphmont/demo/daala/player-demo.shtml Daala Video Player] - an example implementation of a Daala decoder and player, ported to Javascript using [https://github.com/kripken/emscripten Emscripten].

=== Codec Techniques ===
* [https://people.xiph.org/~xiphmont/demo/ Demo Articles] - explanations on certain techniques used in Daala (and other Xiph.Org projects)
* [http://exp.martres.me/edi/ Edge-Directed Interpolation] ([https://github.com/smarter/edi source code])
* [https://people.xiph.org/~ds/edi/info.html More Edge-Directed Interpolation]
* [https://people.xiph.org/~unlord/demo/intra.html Intra-prediction]
* [https://people.xiph.org/~unlord/zigzags.html Macroblock Coefficient Zigzag Graph] - HTML page generated using [https://github.com/xiph/daala/blob/master/tools/draw_zigzags.c tools/draw_zigzags.c] from the Daala source code.
* [https://jmvalin.ca/video/haar_example/ Still Image Screenshots] - comparison between Daala's Lapped Transform and Haar methods, and JPEG/x264/x265.

== Documents ==
* [https://people.xiph.org/~unlord/spie_cfl.pdf Chroma from Luma (CfL)]
* [http://jmvalin.ca/papers/spie_pvq.pdf Perceptual Vector Quantisation (PVQ)] - see also [https://people.xiph.org/~yushin/ietf/draft-cho-netvc-applypvq.html Applying PVQ Outside Daala]
* [https://people.xiph.org/~tterribe/daala/vbsobmc.pdf Overlapped Block Motion Compensation (OBMC)]
* [https://mf4.xiph.org/jenkins/job/daala-autotools/ws/doc/html/index.html C API Documentation]
* [https://people.xiph.org/~yushin/tmp__/yushin_phd_thesis.pdf Image Coding Thesis] by Yushin Cho
* [http://arxiv.org/pdf/1411.4290v1.pdf Maximising Coding Efficiency Through Block Rotation] and why it [http://lists.xiph.org/pipermail/daala/2015-January/000054.html won't work well within Daala]
* [http://jmvalin.ca/video/theoretical_results.pdf JMSpeex' Journal of Dubious Theoretical Results] - "take with an entire shaker-full of salt"
* [https://people.xiph.org/~unlord/pcs_daala.pdf Using Daala Intra Frames for Still Picture Coding]
* [http://arxiv.org/abs/1602.05975 The Daala Directional Deringing Filter]
* [https://people.xiph.org/~unlord/icip2016.pdf Daala: A Perceptually-Driven Still Image Codec](draft) - submitted at [http://2016.ieeeicip.org/ ICIP 2016].
* [http://people.xiph.org/~tterribe/daala/neon_tutorial.pdf SIMD Assembly Tutorial: ARM NEON]
* [https://jmvalin.ca/video/mmsp2016_poster.pdf Daala Technologies Poster]

=== IETF Drafts ===
* [https://tools.ietf.org/html/draft-egge-videocodec-tdlt Time-Domain Lapped Transforms (TDLT)] - documents the Lapped Transform pre- and post-filters used for block-edge decorrelation
* [https://tools.ietf.org/html/draft-valin-videocodec-pvq Perceptual Vector Quantisation (PVQ)] -
* [https://tools.ietf.org/html/draft-terriberry-codingtools Coding Tools] - documents Entropy Coding, Integer Transforms and other techniques
* [https://tools.ietf.org/html/draft-moffitt-netvc-requirements Internet Video Codec (NetVC) Requirements] - explains what requirements and use cases Daala is trying to cater for
* [https://tools.ietf.org/html/draft-daede-netvc-testing Internet Video Codec (NetVC) Testing and Quality Measurement]
* [https://tools.ietf.org/html/draft-terriberry-ipr-license Example IPR Licence Terms]

Additional drafts can be found at the [https://datatracker.ietf.org/wg/netvc/documents/ IETF DataTracker].

== Presentations ==
For a more in-depth look at the IETF's NetVC Meetings, use the [https://datatracker.ietf.org/wg/netvc/meetings/ IETF DataTracker].

* 2017-11-15 - IETF 100 - [https://www.youtube.com/watch?v=_wRLR8ypCg0&t=4682s Video] - [https://docs.google.com/presentation/d/12BsMrcGo27bgf7OMpOmlIZUEBblMmBXESCeG3_FZ5cI/edit#slide=id.p Slides]
* 2017-05-25 - IETF 98 - [https://datatracker.ietf.org/meeting/98/materials/slides-98-hackathon-netvc/ NetVC Hackathon Slides], [https://jmvalin.ca/video/cdef_slides.pdf CDEF Slides]
* 2017-02-05 - FOSDEM 2017 - [https://video.fosdem.org/2017/K.3.401/om_av1.vp8.webm Video] - [https://fosdem.org/2017/schedule/event/om_av1/attachments/slides/1795/export/events/attachments/om_av1/slides/1795/av1_update.pdf Slides]
* 2017-01-17 - Linux Conf AU - [https://www.youtube.com/watch?v=lzPaldsmJbk Video] - [https://people.xiph.org/~tterribe/pubs/lca2017/aom.pdf Slides]
-------
* 2016-11-15 - IETF 97 - [https://datatracker.ietf.org/meeting/97/agenda/netvc/ Agenda] - [http://recs.conf.meetecho.com/Playout/watch.jsp?recording=IETF97_NETVC&chapter=chapter_1 Video and Chat] - [https://datatracker.ietf.org/meeting/97/session/netvc/ Slides]
* 2016-09-04 - VideoLAN Dev Days 2016 - [https://www.youtube.co.uk/watch?v=AOssZFJ0EdI Video] - [http://people.xiph.org/~tterribe/daala/vdd2016.pdf Slides]
* 2016-08-31 - SPIE Royalty-free Video - [http://spie.org/OPO/conferencedetails/digital-image-processing#session-7 Schedule and Abstracts] - [https://www.youtube.co.uk/watch?v=wi1BefrfTos&t=41m40s Video] - [http://people.xiph.org/~tterribe/daala/daala-spie-adip2016-slides.pdf Slides]
* 2016-07-18 - IETF 96 - [https://datatracker.ietf.org/meeting/96/agenda/netvc/ Agenda] - [http://recs.conf.meetecho.com/Playout/watch.jsp?recording=IETF96_NETVC&chapter=chapter_1 Video and Chat] - [https://datatracker.ietf.org/meeting/96/session/netvc/ Slides]
* 2016-06-27 - Daala's Entropy Coder - [http://people.xiph.org/~tterribe/daala/daala_ec.pdf Slides]
* 2016-04-07 - IETF 95 - [https://datatracker.ietf.org/meeting/95/agenda/netvc/ Agenda] - [http://recs.conf.meetecho.com/Playout/watch.jsp?recording=IETF95_NETVC&chapter=chapter_1 Video and Chat] - [https://www.ietf.org/proceedings/95/slides/slides-95-netvc-2.pdf Slides] - [https://datatracker.ietf.org/meeting/95/session/netvc/ Other Materials]
* 2016-04-01 - DCC 2016 - [https://people.xiph.org/~unlord/Daala-DCC2016.pdf Slides] - [https://people.xiph.org/~unlord/1853a466.pdf Paper]
* 2016-01-30 - FOSDEM 2016 - [https://fosdem.org/2016/schedule/event/daala/ Summary] - [https://video.fosdem.org/2016/h2214/implementing-a-native-daala-decoder-in-ffmpeg.mp4 Video (MP4, 57MB)] - [https://people.xiph.org/~unlord/Xmi.pdf Slides]
-------
* 2015-11-02 - IETF 94 - [https://datatracker.ietf.org/meeting/94/agenda/netvc/ Agenda] - [http://www.meetecho.com/ietf94/netvc Video and Chat] - [https://datatracker.ietf.org/meeting/94/session/netvc/ Other Materials]
* 2015-10-24 - LinuxDay 24 (Turin) - [https://people.xiph.org/~tterribe/daala/linuxday24.pdf Slides]
* 2015-10-21 - MPEG 113 - Future Video Coding Workshop - [https://people.xiph.org/~tterribe/daala/mpeg113.pdf Slides]
* 2015-09-19 - VideoLAN Dev Days - [https://www.youtube.com/playlist?list=PLQLpBN3oI7E44HIdTOovThc1MNHLchgHE YouTube Playlist] - [https://people.xiph.org/~tterribe/daala/vdd2015.pdf Daala Slides]
* 2015-07-22 - IETF 93 - [http://recordings.conf.meetecho.com/Playout/watch.jsp?recording=IETF93_NETVC_II&chapter=chapter_1 NetVC Session 2/2] - [https://datatracker.ietf.org/meeting/93/agenda/netvc/ Agenda] - [http://www.meetecho.com/ietf93/netvc_II Video and Chat] - [https://www.ietf.org/proceedings/93/slides/slides-93-netvc-4.pdf Slides] - [https://www.ietf.org/jabber/logs/netvc/2015-07-22.html Jabber Log] - [https://datatracker.ietf.org/meeting/93/session/netvc/ Other Materials]
* 2015-07-20 - IETF 93 - [http://recordings.conf.meetecho.com/Playout/watch.jsp?recording=IETF93_NETVC&chapter=chapter_1 NetVC Session 1/2] - [https://datatracker.ietf.org/meeting/93/agenda/netvc/ Agenda] - [http://www.meetecho.com/ietf93/netvc Video and Chat] - [https://www.ietf.org/proceedings/93/slides/slides-93-netvc-3.pdf Slides] - [https://www.ietf.org/jabber/logs/netvc/2015-07-20.html Jabber Log]
* 2015-03-24 - IETF 92 - [http://recordings.conf.meetecho.com/Playout/watch.jsp?recording=IETF92_NETVC&chapter=chapter_0 NetVC Session] - Audio as [https://people.xiph.org/~tdaede/audio/ietf92-venetian-20150324-0900-am1.opus Opus] (29MB) or [https://www.ietf.org/audio/ietf92/ietf92-venetian-20150324-0900-am1.mp3 MP3] (119MB, action starts at 14:50) - [https://www.ietf.org/proceedings/92/slides/slides-92-netvc-0.pdf Slides] - [https://www.ietf.org/mail-archive/web/video-codec/current/msg00235.html Notes] - [https://www.ietf.org/jabber/logs/netvc/2015-03-24.html Jabber Log]
* 2015-02-11 - SPIE talks:


** [http://people.xiph.org/~tdaede/video/SPIE_Nathan.webm Chroma from Luma (CfL)] - [https://people.xiph.org/~unlord/SPIE-2015-CfL.pdf Slides] - [https://people.xiph.org/~unlord/spie_cfl.pdf Paper]
** [http://people.xiph.org/~tdaede/video/SPIE_PVQ.webm Perceptual Vector Quantisation (PVQ)] - [http://people.xiph.org/~tterribe/daala/spie_pvq_slides.pdf Slides] - [http://jmvalin.ca/papers/spie_pvq.pdf Paper]
** [http://people.xiph.org/~tdaede/video/SPIE_Tim.webm Adaptive Motion Compensation Without Blocking Artifacts] - [http://people.xiph.org/~tterribe/daala/spie_obmc_slides.pdf Slides] - [https://people.xiph.org/~tterribe/daala/vbsobmc.pdf Paper]
* 2015-01-31 - [http://ftp.osuosl.org/pub/fosdem/2015/devroom-open_media/daala.mp4 Daala Project Update at FOSDEM 2015] - [https://fosdem.org/2015/schedule/event/daala/ summary] - [https://fosdem.org/2015/schedule/event/daala/attachments/slides/569/export/events/attachments/daala/slides/569/Daala_FOSDEM_2015.pdf Slides]
* 2015-01-14 - [https://www.youtube.co.uk/watch?v=Dmho4gcRvQ4 Linux Conf 2015] - [http://lca2015.linux.org.au/schedule/30187/view_talk presentation summary] - [https://people.xiph.org/~tterribe/pubs/lca2015/daala.pdf Slides]
-------
* 2014-09-16 - [https://air.mozilla.org/daala-are-we-compressed-yet/ Daala: Are We Compressed Yet?]
* 2014-06-25 - [https://air.mozilla.org/sparsity-induced-prediction-for-images-and-video/ Sparsity Induced Prediction for Images and Video]
* 2014-06-06 - VP9 Summit (no video available) - [https://people.xiph.org/~xiphmont/demo/daala/daala-vp9summit-20140606.pdf Slides]
-------
* 2013-10-23 - [https://people.xiph.org/~xiphmont/video/Free_Codecs_Update_Opus_and_Daala.ogv Opus and Daala: State of the Art Royalty-free Codecs] - [https://people.xiph.org/~greg/gstreamer-daala-opus.pdf Slides]
* 2013-09-30 - [https://people.xiph.org/~tterribe/daala/coding_party2/?C=M;O=A Daala Coding Party 2] - [https://people.xiph.org/~unlord/Daala-Intra.pdf Slides]
* 2013-05-02 - [https://people.xiph.org/~xiphmont/tim-terriberry-presents-daala/ Tim Terriberry Presents Daala]
-------
* 2012-01-24 - [https://media.basilgohar.com/derf-talks/?C=M;O=A Introduction to Video Coding] - [https://people.xiph.org/~tterribe/pubs/lca2012/auckland/intro_to_video1.pdf Slides] (no video for slides 1-50)

== Other Websites ==
* [https://www.youtube.com/playlist?list=PLEeMksZoEQ1xQEuLF50w0RwDwLgDGwSG- Daala Presentations on YouTube]
* [https://www.youtube.com/playlist?list=PLOU2XLYxmsIJGErt5rrCqaSGTMyyqNt2H Google's Compressor Head videos] - a beginner's introduction to the world of data compression
* [https://www.zazzle.com/daala_tee_shirt-235139149596175944 Daala T-shirts] - if you'd like a free one, help out with the project and ask the Mozilla guys nicely for one :-)
* [https://www.xiph.org/donate/ Donate to Xiph.Org]
* [[Daala_on_Wheels|Historical Daala wiki page]]

[[Category:Daala]]

XiphInfra:List of services

2021-03-10T17:59:06Z

Tdaede:

{|class="wikitable sortable"
! Service
! URL
! VM
! Host
! Maintainer(s)
|-
| [[AreWeCompressedYet]]
| style="text-align:right;"| https://arewecompressedyet.com
| awcy
| style="text-align:right;"| catfish
| TD-Linux
|-
| Git Repos
| style="text-align:right;"| https://git.xiph.org
|
| style="text-align:right;"| mf4
| ePirat, rillian
|-
| Home Pages
| style="text-align:right;"| https://people.xiph.org
|
| style="text-align:right;"| mf4
|
|-
| [[Icecast]] Streams
| style="text-align:right;"| http://dir.xiph.org
|
| style="text-align:right;"| mf4
| tbr
|-
| [[Icecast]] Streams (Beta)
| style="text-align:right;"| http://dir-test.xiph.org
|
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| Jenkins
| style="text-align:right;"| https://mf4.xiph.org/jenkins/
| jenkins
| style="text-align:right;"| mf4
| TD-Linux
|-
| Mail
| style="text-align:right;"| xiph.org
| mailfish
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| MailMan
| style="text-align:right;"| http://lists.xiph.org
| mailfish
| style="text-align:right;"| catfish
| ePirat, tbr
|-
| Media
| style="text-align:right;"| https://media.xiph.org
|
| style="text-align:right;"| beaufish
| TD-Linux, rillian
|-
| Opus Boodler Streams
| style="text-align:right;"| https://opus-codec.org
|
| style="text-align:right;"| mf4
| gmaxwell
|-
| Rietveld
| style="text-align:right;"| https://review.xiph.org
| jenkins
| style="text-align:right;"| mf4
| TD-Linux
|-
| Social
| style="text-align:right;"| https://social.xiph.org
| social
| style="text-align:right;"| catfish
| tbr
|-
| Subversion Repos
| style="text-align:right;"| https://svn.xiph.org
|
| style="text-align:right;"| mf4
| rillian
|-
| Trac Bug Tracker
| style="text-align:right;"| https://trac.xiph.org
|
| style="text-align:right;"| mf4
| tbr
|-
| [[XiphWiki:Features|Wiki]]
| style="text-align:right;"| https://wiki.xiph.org
| [[XiphInfra:Wiki VM|wiki]]
| style="text-align:right;"| catfish
| ePirat
|-
| Xiph Mirror Repos
| style="text-align:right;"| https://github.com/xiph
|
|
| ePirat, rillian
|-
| XiphBot-ng
| style="text-align:right;"| XiphWiki on freenode.net
|
| style="text-align:right;"| mf4
| TD-Linux
|-
| [[XiphInfra:Gitlab|Gitlab]]
| style="text-align:right;"| https://gitlab.xiph.org
| gitlab
| style="text-align:right;"| catfish
| ePirat, tbr, TD-Linux, rillian
|}

==External services==

{|class="wikitable sortable"
! Service
! URL
! Users with admin rights
|-
| Github
| style="text-align:right;"| https://github.com
| TD-Linux, unlord
|}

<noinclude>See the [[XiphInfra:Overview|Overview]] page for more information.</noinclude>

2015-10-14T18:14:09Z

Tdaede:

{| class="wikitable"
|-
! Service
! URL
! VM
! Host
! Maintainer
|-
| Wiki
| wiki.xiph.org
| wiki
| mf4.xiph.org
| ePirat
|-
| Rietveld
| review.xiph.org
| jenkins
| mf4.xiph.org
| unlord
|-
| Git
| git.xiph.org
| -
| mf4.xiph.org
| rillian
|-
| Subversion
| svn.xiph.org
| -
| mf4.xiph.org
| rillian
|-
| [[AreWeCompressedYet]]
| arewecompressedyet.com
| awcy
| catfish.xiph.org
| TD-Linux
|-
| Opus boodler streams
| opus-codec.org
| -
| mf4.xiph.org
| gmaxwell
|-
| Home pages
| people.xiph.org
| -
| mf4.xiph.org
|
|-
| Media
| media.xiph.org
| -
| media.xiph.org
|
|-
| Mail
| xiph.org
| -
| mf4.xiph.org
|
|-
| Trac
| trac.xiph.org
| -
| mf4.xiph.org
|
|-
| Jenkins
| jenkins.xiph.org
| jenkins
| mf4.xiph.org
| TD-Linux
|-
| XiphBot-ng
| XiphWiki on freenode
| -
| mf4.xiph.org
| TD-Linux
|}

XiphInfra:List of services

2015-10-14T18:12:22Z

Tdaede: Created page with "{| class="wikitable" |- ! Service ! URL ! VM ! Host ! Maintainer |- | Wiki | wiki.xiph.org | wiki | mf4.xiph.org | ePirat |- | Rietveld | review.xiph.org | jenkins | mf4.xiph...."

Template:Converting to y4m

2015-10-08T04:18:30Z

Tdaede: /* Converting to y4m from other formats */

== Converting to y4m from other formats ==

You can use the [https://www.ffmpeg.org/ ffmpeg] tool to generate y4m from any of its supported video formats:

ffmpeg -i video.webm -pix_fmt yuv420p video.y4m

Or just encode directly without an intermediate file:

ffmpeg -i video.webm -pix_fmt yuv420p -f yuv4mpegpipe - | ./encoder_example - -o video.ogv

Note that ffmpeg is optimized for speed. You may not get comparable results across machines.

Daala Quickstart Windows

2015-09-18T21:52:50Z

Tdaede:

This is a simple guide to getting the code and encoding a simple video within Windows.

There is also a '''[[Daala Quickstart]]''' page for Linux/MacOS.

If you wish to use Cygwin to compile Daala within Windows, there is a guide at '''[[Daala and Cygwin]]'''.

You can also use mingw64 to compile Daala on Windows. To do so, follow the ''[[Daala Quickstart]]'' guide for Unix operating systems.

Note that using MSVC to build Daala will result in a slower binary, due to the lack of MSVC compatible CPU detection [https://github.com/xiph/daala/issues/106]. Patches welcome!

=== Prerequisites ===
* '''[http://git-scm.com/downloads Git]'''
* '''[http://www.visualstudio.com/en-us/downloads/download-visual-studio-vs.aspx Visual Studio]''' (2008 or 2010)
* '''[http://downloads.xiph.org/releases/ogg/?C=M;O=D libogg]''' v1.3.0 or later (VS solutions tested with '''[http://downloads.xiph.org/releases/ogg/libogg-1.3.2.zip libogg-1.3.2]''')
* '''[https://www.wxwidgets.org/downloads/ wxWidgets]''' is only required if you want to run the Daala bitstream analyser (VS solutions tested with version '''[http://sourceforge.net/projects/wxwindows/files/3.0.2/ 3.0.2]''')

The VS solution files were created using '''Visual Studio 2008 Team System''' and '''Visual Studio 2010 Ultimate'''. 
Even though the provided solutions might work with the express versions of VS, this has not been tested.

=== Installation Procedure ===
* Clone the Daala.git repository (this can take several minutes)

git clone https://git.xiph.org/daala.git

Make sure you run git clone operations on the same machine you intend to use the code on. 
Checking out a copy on Windows and then trying to use it on Linux will not work, as executable permissions and line-endings will not be set properly.

* Unpack libogg into a folder named '''ogg'''.

* Unpack wxWidgets into a folder named '''wxWidgets'''.

Your folder structure should now look like this:

<your folder>\daala
<your folder>\ogg
<your folder>\wxWidgets

== Building the executables ==

* Open the file '''Daala_static.sln''' located at '''daala\win32\Visual Studio\VS20xx''' folder.
* Build the solution.

This will generate 3 executables and 3 static libraries:

* analyser.exe
* encoder_example.exe
* decoder_example.exe
* LibDaalaBase.lib
* libdaaladec.lib
* libdaalaenc.lib

{{Encoding with Daala}}

{{Decoding with Daala}}

== Using batch files to encode/decode a video at different compression levels ==

Save the following 2 batch files to your '''daala\win32\Visual Studio\VS20xx\Release''' directory.(you can also use '''Debug''', but the Release executables will be MUCH faster)

This is where the '''encode_example.exe''' and '''decode_example.exe''' files should be after you successfully build the '''Daala_static.sln''' solution (see notes above).

To use the below batch files, drag-and-drop a couple of y4m video or image files onto '''EncodeDecode.bat''' and go grab a coffee, 'cause video encoding/decoding takes a while!

=== EncodeDecode.bat ===

<syntaxhighlight lang="dos">
::Drag-and-drop .y4m files onto this .bat file to auto-process them!

::turn off auto command-outputting
@echo off

::if we have no input files, go to the :end pointer
if [%~1]==[] (
echo No input files given!
goto end
)

::make an out folder to keep our files in
if not exist out mkdir out

::store the path to this batch file
set batchLocation=%~dp0

::this marks the start of our input-file loop
:inputFileLoop

::loop the commands after the "do" using a compression factor %%i
::starting at 0 (daala lossless quality), in increments of 20, up to 511 (max daala lossy compression)
::write the current compression factor into a log file (>> appends to file, > truncates data in file then writes to it)

::call = call another bit of code, but return to this file when done!
::timecmd = time how long the following command takes
::encoder_example.exe = encode using daala!
::-v %%i = using this amount of compression
::"%~1" = the input file's name and extension, double quotes guard against spaces in name
::-o "%~n1%%i.ogv" = output the daala-encoded video to this file
::dp within %~dp1 = grab input file drive and path only
::n within %~n1 = grab input file name only

::x (within %~x1) = grab input file extension only
for /l %%i in (0,20,511) do (
echo Encoding %~n1 using -v %%i... >> out\Log.txt

call "%batchLocation%timecmd" "%batchLocation%encoder_example.exe" -v %%i "%~1" -o "%~dp1out\%~n1_%%i.ogv" >> out\Log.txt

echo Decoding %~n1, which was encoded using -v %%i... >> out\Log.txt

call "%batchLocation%timecmd" "%batchLocation%decoder_example.exe" "%~dp1out\%~n1_%%i.ogv" -o "%~dp1out\%~n1_%%i%~x1" >> out\Log.txt
)
::shift the files in our input file list, file %~2 becomes %~1
shift

::if we have another file, go to the :inputFileLoop label to encode it!
if not [%~1]==[] goto inputFileLoop

:end

::when all the above encodes/decodes are done, don't close the command window!
pause
</syntaxhighlight>

=== timecmd.bat ===

<syntaxhighlight lang="dos">
:: this code was obtained from https://stackoverflow.com/questions/673523/how-to-measure-execution-time-of-command-in-windows-command-line

@echo off
@setlocal

:: start timing!
set start=%time%

:: runs your command
cmd /c "%*"

:: stop timing!
set end=%time%

:: spawn variables to hold start- and end-date parts
set options="tokens=1-4 delims=:."

for /f %options% %%a in ("%start%") do (
set start_h=%%a
set /a start_m=100%%b %% 100
set /a start_s=100%%c %% 100
set /a start_cs=100%%d %% 100
)

for /f %options% %%a in ("%end%") do (
set end_h=%%a
set /a end_m=100%%b %% 100
set /a end_s=100%%c %% 100
set /a end_cs=100%%d %% 100
)

:: calculate duration in different units
set /a hours=%end_h%-%start_h%
set /a mins=%end_m%-%start_m%
set /a secs=%end_s%-%start_s%
set /a cs=%end_cs%-%start_cs%

if %hours% lss 0 set /a hours = 24%hours%
if %mins% lss 0 set /a hours = %hours% - 1 & set /a mins = 60%mins%
if %secs% lss 0 set /a mins = %mins% - 1 & set /a secs = 60%secs%
if %cs% lss 0 set /a secs = %secs% - 1 & set /a cs = 100%cs%

if %hours% lss 10 set hours=0%hours%
if %mins% lss 10 set mins=0%mins%
if %secs% lss 10 set secs=0%secs%
if %cs% lss 10 set cs=0%cs%

:: mission accomplished
set /a totalsecs = %hours%*3600 + %mins%*60 + %secs%
echo Command took %hours%:%mins%:%secs%.%cs% (%totalsecs%.%cs%s total)
echo.
</syntaxhighlight>

{{Converting to y4m}}

{{Merging two y4m videos side-by-side}}

[[Category:Daala]]

Cross Compiling

2015-09-15T01:44:48Z

Tdaede: Created page with "Most Xiph.Org projects can be cross compiled for native platforms. You can either use the autotools build system provided, or use a custom build system or IDE with the sources..."

Most Xiph.Org projects can be cross compiled for native platforms. You can either use the autotools build system provided, or use a custom build system or IDE with the sources directly.

==Using Autotools==
Autotools generally only works with GCC-like toolchains.

First, make sure your $PATH environment variable contains the path to your toolchain binaries (arm-none-eabi-gcc or similar).

You will need an install path to put the final headers and libraries. Your main project might have a spot already, or you can create a directory:
mkdir install

Then, run the configure script with the host triple, install directory, and necessary CFLAGS:

./configure --host=arm-none-eabi --prefix=/home/thomas/sandbox/opus/install CFLAGS="-mcpu=cortex-a15 --specs=nosys.specs"

You might also need extra options specific to the library you are compiling.

Then,
make
make install

You should now have a lib/ and include/ dir under your installation prefix, containing the built library and header files.

==Using your own build system==
This is highly dependent on the project you are compiling. Many have simple Unix makefiles for reference.

Mp4Opus

2015-08-17T23:35:22Z

Tdaede:

{{draft}}
[http://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html Paranoialmaniac's draft] is the current draft encapsulation guide for [[Opus]] audio in the mp4 (ISO Base) media container.

Below are some of the motivations behind the draft.

[http://wiki.multimedia.cx/index.php?title=MP4 MP4] already has support for declaring encoder delay and pre-roll.

For pre-roll I believe we can use 'AudioRollRecoveryEntry' for pre-roll.

For delay, Daemon404 suggested "whatever l-smash maps encoder delay to."
yusuke says, "ISO and Apple recommend the use of edit list for removing priming samples from the presentation." libavformat's demuxer supports *one* edit list entry.

There's some work on codec-independent channel mapping, downmix and dynamic range control as part of [http://mpeg.chiariglione.org/standards/mpeg-4/iso-base-media-file-format/text-isoiec-14496-122012-pdam-4-enhanced-audio-support ISO 14496-12 Amd4] We might be able use some of that, but it doesn't support the Opus case of needing to indicated which streams are coupled pairs. We'll still need to define our own extension for this.

Question: Better to reuse the channel mapping header entirely, or just report the coupled stream count and use the downmix table to do the mapping?

Possible registration process, send an email to http://mp4ra.org/request.html. Possible registrar is 'Opus'.

Internally everything is resampled at 48000, this is always output by the decoder, floating point numbers. But the original sample rate is stored so that the decoder can act upon it. Atom AudioSampleEntry will have 48 and the original one will be stored in the codec's one.

'''Global Header'''

''AudioRollRecoveryEntry'' - shall have a value of 3840 (80ms * 48k)

''AudioSampleEntry'' - hardcoded at 16fp

''descriptor'' - same as ogg rather than as ts, to keep things simple

''channel count'' - already included
''pre skip'' - already included

''Gain'' - volume atom? unused in practice - oggheader - not in ts (TODO?)
when you decode samples you're supposed to multiply against this value, so that decoder can apply post volume
Reusing the one in ogg.

''mapping family'' (with vorbis mapping)
- mono/stereo no channel config
- specify # channel
- map to the # ouput

audio channel layout https://developer.apple.com/library/mac/documentation/musicaudio/reference/CoreAudioDataTypesRef/Reference/reference.html - too complex
plug it from ogg and put it in our custom atom

'''Things to put in custom atom'''
- input sr
- output gain
- channel mappaing
- channel count (for backup)

'''Opus''' is the name of the atom, like in TS

what about album art? quicktime/mp4/mp3

Daala

2015-05-24T19:28:14Z

Tdaede: /* Project Communication */

Daala MinGW64 Environment

2015-04-30T20:59:11Z

Tdaede:

==Debian Jessie (jenkins)==

=== libogg 1.3.2 ===
<code>
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
</code>

=== SDL 1.2.15 ===
<code>
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
</code>

=== check 0.9.14 ===
<code>
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
</code>

=== libiconv 1.14 ===
<code>
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
</code>

=== SDL2 2.0.3 ===
Use this patch: http://stackoverflow.com/questions/22446008/winapifamily-h-no-such-file-or-directory-when-compiling-sdl-in-codeblocks
<code>
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
</code>

[[Category: Daala]]

Daala

2015-04-22T22:27:15Z

Tdaede: /* Presentations */

Template:Decoding with Daala

2015-04-18T04:06:41Z

Tdaede: /* Decoding/Playing a Video */

== Decoding/Playing a Video ==

Play the video in a window:

./examples/player_example video.ogv

For information on the controls available while playing, run

./examples/player_example --help

If you want to use a different player, you can decode the video back to .y4m with

./examples/dump_video video.ogv -o decoded_video.y4m

Or you can pipe the raw video stream directly to the player of your choice:

./examples/dump_video video.ogv | mpv -

Many other players can play back these .y4m files, and other tools can convert them to various other formats.

Daala MinGW64 Environment

2015-04-17T22:38:00Z

Tdaede:

Daala MinGW64 Environment

2015-04-09T21:03:36Z

Tdaede: Created page with "==Debian Jessie (jenkins)== libogg 1.3.2: ./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/ SDL 1.2.15: ./configure --host=x86_64-w64-mingw32 --prefix=/usr/..."

==Debian Jessie (jenkins)==
libogg 1.3.2:
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
SDL 1.2.15:
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/
check 0.9.14:
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/

2014-10-07T19:44:20Z

Tdaede: /* Wiki Resources */

Daala is the code-name for a new video compression technology. The effort is a collaboration between Mozilla Foundation, Xiph.Org Foundation and other contributors.

The goal of the project is to provide a free to implement, use and distribute digital media format and reference implementation with technical performance superior to h.265.

Please see the [https://www.xiph.org/daala/ main page] for more information.

==Wiki Resources==

[[Daala Quickstart]]

[[Daala Weekly Meetings|Daala Weekly Meetings]]

[[AreWeCompressedYet]]

[[Daala_on_Wheels|Historical Daala wiki page]]

[[DaalaTodo|Daala To-do List]]