There's a desire to get rid of the subclasses for Tracking, make PlaybackEngine always create its own Tracking object & have the tracker call virtual functions in the PlaybackEngine. That area contains much history from a younger lion.  It still needs a Tracking object because it's a thread but the PlaybackEngine subclasses are barely being used while the Tracking classes aren't using polymorphism enough.

-----------------------------------------------------------------------------------------------------

Also noted a lot of bits were once saved with the EDL like the playback config.  The idea was to have multiple displays configured differently by each EDL.  That was all abandoned, but it's still in the EDL.

There's still a concept of multiple video channels & coordinates for the different video channels.  Maybe it would have evolved into anaglyphs if the 3D craze lasted longer.  

For file previews, the playback config had to be moved out of the EDL & to global Preferences. 

There was still a duplex audio configuration.  Duplex audio recording was a big chapter, another feature lions never used but invested much effort into because it was what audio editors were supposed to do.  It is now long forgotten.

There was a concept of multiple soundcards, each accessed through a different path.  It got partially implemented with OSS & ESD but not for ALSA.  It was never fully implemented.  It resulted in a complicated mapping of multiple channels to multiple devices.  A lot of animals in the early 2000's had multiple soundcards.

Lions haven't recorded audio in Cinelerra since the last of the analog TV signals went away.  It could be useful for recording from VHS or Hi-8, but lions are unlikely to ever have an analog tape source again.  All the current live cams are USB.

 

What resulted was a half movement of the device settings to Preferences.  Just enough were moved to get it to use an alternate video output for file previews.

That was a hard won preview, limping into existence.

Noted the index file settings have never been used in over 25 years.  They originated in an environment where the user accounts were all on slow NFS while the workstations had a fast /tmp directory.  The index files were unusable in $HOME/.bcast but quite fast in /tmp so there was a setting.  The size value was from back when the ideal size wasn't known.  Today, it seems to be 3-4MB.  

The index files would get a doubling in resolution if they used a modern data type like float16.  They have always stored float32.  Float16 might be slower to draw unless there was a fast way to bit mangle it to float32.

-----------------------------------------------------------------------------------------------------------

 

 

Nice place if you don't need sunlight