Limitless Audio Format Export #6

New Issue

jamie · 2023-10-21T18:01:43Z

Continous commented

2023-10-21 18:01:43 +00:00

(Migrated from github.com)

Limitless Audio Format is a newer audio format that is intended to be a free, open, and as implied largely limitless alternative to the currently available object-based audio formats. Providing support for this format could prove useful if the more advanced audio needs are necessary.

Relevant: https://cavern.sbence.hu/cavern/doc.php?p=LAF

Limitless Audio Format is a newer audio format that is intended to be a free, open, and as implied largely limitless alternative to the currently available object-based audio formats. Providing support for this format could prove useful if the more advanced audio needs are necessary. Relevant: https://cavern.sbence.hu/cavern/doc.php?p=LAF

iluvcapra commented

2023-10-24 00:14:59 +00:00

(Migrated from github.com)

Hey thank you for this, for me the most important qualification is I need to be able to import into Pro Tools so right now ADM WAV is pretty much the only target that works for that for the time being.

Continous commented

2023-10-24 18:27:30 +00:00

(Migrated from github.com)

Hey thank you for this, for me the most important qualification is I need to be able to import into Pro Tools so right now ADM WAV is pretty much the only target that works for that for the time being.

Hey, I totally get that, and it's no skin off my back. If someone else were to implement the functionality and submit a PR, would you merge it (assuming it didn't have any other issues)? If so, I'd prefer if you re-opened the ticket and just labelled it with something akin to a won't fix label. That way people don't get confused and think there is actually Limitless Audio Format support.

> Hey thank you for this, for me the most important qualification is I need to be able to import into Pro Tools so right now ADM WAV is pretty much the only target that works for that for the time being. Hey, I totally get that, and it's no skin off my back. If someone else were to implement the functionality and submit a PR, would you merge it (assuming it didn't have any other issues)? If so, I'd prefer if you re-opened the ticket and just labelled it with something akin to a won't fix label. That way people don't get confused and think there is actually Limitless Audio Format support.

iluvcapra commented

2023-10-26 23:03:41 +00:00

(Migrated from github.com)

I think there's two issues with this format that would complicate a port:

A file is either all one bed or all objects, and generally what this script does is it renders as many sound sources as it can to object tracks and then dumps the rest to a bed. This isn't fatal but it's a thing.
The format only supports polar egocentric coordinates¹ and the script present uses cartesian allocentric object coordinates.

See ITU-R BS.2127-0, there's two different coordinate systems you can use for objects either relative to the listener or relative to the room (and then optionally relative to the screen). ↩︎

I think there's two issues with this format that would complicate a port: * A file is either all one bed or all objects, and generally what this script does is it renders as many sound sources as it can to object tracks and then dumps the rest to a bed. This isn't fatal but it's a thing. * The format only supports polar egocentric coordinates[^1] and the script present uses cartesian allocentric object coordinates. [^1]: See ITU-R BS.2127-0, there's two different coordinate systems you can use for objects either relative to the listener or relative to the room (and then optionally relative to the screen).

Continous commented

2023-10-28 22:35:33 +00:00

(Migrated from github.com)

I think there's two issues with this format that would complicate a port:

* A file is either all one bed or all objects, and generally what this script does is it renders as many sound sources as it can to object tracks and then dumps the rest to a bed. This isn't fatal but it's a thing.

* The format only supports polar egocentric coordinates[1](#user-content-fn-1-32f1776f9fdd50c574b7db044fc162a0) and the script present uses cartesian allocentric object coordinates.

Footnotes

1. See ITU-R BS.2127-0, there's two different coordinate systems you can use for objects either relative to the listener or relative to the room (and then optionally relative to the screen). [↩](#user-content-fnref-1-32f1776f9fdd50c574b7db044fc162a0)

Thanks a ton for pointing out the issues. Maybe LAF could support a mixed mode. I'll reach out.

> I think there's two issues with this format that would complicate a port: > > * A file is either all one bed or all objects, and generally what this script does is it renders as many sound sources as it can to object tracks and then dumps the rest to a bed. This isn't fatal but it's a thing. > > * The format only supports polar egocentric coordinates[1](#user-content-fn-1-32f1776f9fdd50c574b7db044fc162a0) and the script present uses cartesian allocentric object coordinates. > > > ## Footnotes > > 1. See ITU-R BS.2127-0, there's two different coordinate systems you can use for objects either relative to the listener or relative to the room (and then optionally relative to the screen). [↩](#user-content-fnref-1-32f1776f9fdd50c574b7db044fc162a0) Thanks a ton for pointing out the issues. Maybe LAF could support a mixed mode. I'll reach out.

iluvcapra commented

2023-10-28 22:49:54 +00:00

(Migrated from github.com)

Do you know what workflow Limitless is targeting or any software that uses it? This is the first I've heard of it.

Continous commented

2023-10-28 23:04:26 +00:00

(Migrated from github.com)

To my knowledge it is made as a part of this github project. The project is designed largely to decode object-based media formats.

To my knowledge it is made as a part of [this](https://github.com/VoidXH/Cavern) github project. The project is designed largely to decode object-based media formats.

Continous commented

2023-10-29 01:22:48 +00:00

(Migrated from github.com)

I reached out and per this issue on Cavern's github, the object mode is mixed. Just not documented as such.

I reached out and per [this](https://github.com/VoidXH/Cavern/issues/126#event-10798762905) issue on Cavern's github, the object mode _is_ mixed. Just not documented as such.

VoidXH commented

2023-10-30 11:20:21 +00:00

(Migrated from github.com)

Do you know what workflow Limitless is targeting or any software that uses it?

Limitless is an archival format intended to be 1:1 compatible with ADM BWF. Compared to ADM BWF, it has way less muxing overhead, and silence doesn't consume the disk. It generally has a 90% reduced file size while still being raw PCM. Cavernize has the capability to convert between BWF and LAF. I made it to store DCPs in less space.

The format only supports polar egocentric coordinates1 and the script present uses cartesian allocentric object coordinates.

Polar coordinates are only for channel-only mode. In object mode, it's allocentric Cartesian.

> Do you know what workflow Limitless is targeting or any software that uses it? Limitless is an archival format intended to be 1:1 compatible with ADM BWF. Compared to ADM BWF, it has way less muxing overhead, and silence doesn't consume the disk. It generally has a 90% reduced file size while still being raw PCM. Cavernize has the capability to convert between BWF and LAF. I made it to store DCPs in less space. > The format only supports polar egocentric coordinates[1](#user-content-fn-1-32f1776f9fdd50c574b7db044fc162a0) and the script present uses cartesian allocentric object coordinates. Polar coordinates are only for channel-only mode. In object mode, it's allocentric Cartesian.

👀 1

iluvcapra commented

2023-10-31 03:16:49 +00:00

(Migrated from github.com)

What about just making an IAB MXF? That does all that stuff.

VoidXH commented

2023-10-31 20:38:16 +00:00

(Migrated from github.com)