Trajectory module (and library) in a broken state. Unsure what version to use!

[where-is-atin]

The Issue

Hi team- What a fantastic paper!
I just want to say that I loved the binary EMBL usage and focus on both size, decoding efficiency and combining all data types together.

I would just like to report that I'm unable to use the library and I wonder if I'm doing something very wrong :)

To Reproduce
from robodm import Trajectory

Expected behavior
It should work :)

Error
NameError: name 'Fraction' is not defined

Desktop (please complete the following information):

• OS: macOS

Additional context
So I've tried a couple things here:

• The missing import for Fraction can be replaced, but we get another error with the CodecConfig class if we setup a trajectory
• Looks like the there are two classes redefined (in the middle of a refactor?) in the Trajectory class, and if we comment those out (CodecConfig and TimeManager), the import and Trajectory setup succeeds
• However, running tests shows 63F/190P, which clearly means things are not working fundamentally
• I also checked out the commit mentioned in the README as stable (5bbb8bd), but that doesn't seem to have any robodm related code but instead has fog_x, based on parquets and polars?

Not sure what I'm doing wrong here! What version of the library should I use?
I would love to help out with fixing these if you could provide what the issues and goals are.

Cheers! And thanks again for opening up the code :)

[arpitg1304]

Ran into similar issue while integrating Robo DM into my project(https://github.com/arpitg1304/forge)

The is_codec_config_supported() function (line ~333-350 in the PyPI version) has a bug:

cc.close() # PyAV's VideoCodecContext has no .close() method
This throws an exception that's silently caught, making all video codecs appear unsupported and forcing rawvideo fallback.

Note: This code doesn't exist on GitHub main - the PyPI release appears to be from a different branch/version, which adds to the confusion mentioned in the original issue.

[arpitg1304]

Installing from GitHub main instead of PyPI resolves the codec issue:

git clone https://github.com/BerkeleyAutomation/robodm
pip install -e robodm

With GitHub main, codecs work correctly
Looks like the latest main hasn't been published to PyPi yet