Non standard stream urls... am I missing something?

Question

Given stream url:
rtmp://some.server.in.my.cdn.com/a/b/c/video
The "standard"/default way says:
fmsHost: rtmp://some.server.in.my.cdn.com/a
vidPath: b/c/video
OSMF handles that case, as well as including instance name in host.
What if my cdn is not in any way standard, and I need:
fmsHost: rtmp://some.server.in.my.cdn.com
vidPath: a/b/c/video
Is there an easy way to handle this in OSMF? What am I missing?
Seems like everything in OSMF assumes the "standard" case. I don't see an easy way to handle this without extending 1. NetConnectionFactory (everything is a private field in there, is that even worth it?) and 2. NetStreamPlayTrait (where everything is private as well, and this class is excluded from lib/swc).

Answer 1

Here is what I had to do. Let me know if any of these steps could be done more easily.
1. Extend org.osmf.net.NetConnectionFactory
You must override createNetConnectionURLs() method to return Vector containing fms host urls the way you want them.
Wanted to use buildPortProtocolSequence() method, but it's private. Had to dupe that functionality.
Would be more ideal to just override buildConnectionAddress method, but it's private as well.
There are a lot of useful const's as well in NetConnectionFactory (protocol strings, ports), but they too are private.
2. Use your factory
Pass instance of your netConnectionFactory to loader constructor when creating your media element. Now you can connect to FMS servers correctly, but can not play the correct resource.
3. Create your own 'play' trait
The 'play' trait is what actually calls netStream.play*() method, and org.osmf.net.NetStreamPlayTrait is what the VideoElement uses. I encountered a few problems/annoyances here...
NetStreamPlayTrait is hidden in .swc using [ExludeClass]/@private. It's there, but you won't get hints or autocompletion in FlashBuilder.
The playStateChangeStart() method is where the streamName gets figured out, so I initially wanted to just extend NetStreamPlayTrait and override that method. You would have to dupe all the functionality in the that method in the override, and the functionality relies on a lot of private fields and methods. No go there. You end up basically having to totally recreate your own play trait from scratch!
A MUCH easier approach would have been an overridable method getStreamName(url) in NetStreamPlayTrait. Or call some sort of (overrideable) factory instance method to get stream name... not an untouchable static method. Same goes for play arguments too. You're F'd in the same way if you want different play args than NetStreamUtil.getPlayArgsForResource() gives you.
4. Extend the VideoElement, so you can add your new play trait in
You need to override the processReadyState() method and add your new play trait - to the load trait (?), not the media element - BEFORE you call super.processReadyState().