I am wondering if someone can direct me at a working MRSS example or critque mine. We get “The feed format is invalid. We are unable to parse it.” on our MRSS feed, despite following the instructions correctly (I believe) and several alterations to our feed.
<?xml version="1.0" encoding="utf-8"?>
[https://vimeo.com/187227785/13dff92ac2](https://vimeo.com/187227785/13dff92ac2)
10/28/2016 12:00:00 AM
Typical Day of a Modeler at RMS
What is a typical day like for a Modeler at RMS?
Engineering
catastrophe modeling, earthquakes, modeler, RMS
Some examples that are pointed at as working vary heavily from the instructions so I’m sure we’re close. It must be something simple.
Same question, same problem. I make an .XMLwhich passes validation fine, and also is accepted by etc., in the prep using direct publisher it shows as ok, FEED URL gets a tick, but gives a failure for FEED STATUS.
The XML opens in a browser 100% and looks and behaves perfectly - resolving and showing an MP4 clip fine.
If i damage the XML, invalidating it, then direct publisher will fail FEED URL with a good reason displayed.
This is quite frustrating!!
Can i second the call for some working examples of acceptable .XML files for Direct publisher? Same for a .JSON feed file - not links to guidelines, ACTUAL files we can just adopt quickly. An example for an application dealing with MP4 video clips (VBLOG) and one for MP3 clips (podcast) would cover the vast majority of the basic projected users for direct publisher right away i think.
I am also working with VIMEO content - but i am attempting to link to the .MP4 available to me as a PRO user, this is the .xml i am testing with, and it’s really no different in structure from one we have used with the Roku SDK to make a podcast feed previously, only this one points to MP4 files, rather then MP3. http://mrspring.net/springsession.xml
Just in Your own case - are You a Vimeo PRO or Business account holder? because you will not be able to use ‘static’ MP4 links unless you are such an account holder - the DOWNLOAD file link given to basic and plus accounts expires after 5 minutes, the only permanent file links are available to PRO and better users - sorry if You are already aware of this, just thought i’d mention it here as it might be of use to someone with the same issues
Bumping this - hope someone on staff with Roku can let us know they are aware of this, or maybe tell us what we are doing wrong.. I don’t mind maintaining a custom .xml for Roku, but I refuse to endlessly try to find the variant that will work! Life is too short..
I did some More looking at how other people use MRSS and RSS .xml for feeding content to devices and apps, and all of them skate around the official guidelines for MRSS, with very little deviation in the basic sections - so, it’s really frustrating with Roku dangling this ground-breaking method in front of us, and not defining their requirements anywhere!
What is the problem? Like what is the ACTUAL problem with using the standard used by 1000’s of other providers? Anyone?
I’ve written the code for my feed which is very similar to yours, following Roku examples. I get the feed error "Unable to download from feedUrl." Has anyone else seen this? You’re right, this is incredibly frustrating.
Still nothing emerging about this - looks like Roku are using a non-compliant version of the .xml and they are not sharing how or why right now.
Seems a little odd to me that this information is not public, but i suppose it is early days for the DP, and it will all be public soon enough, er, maybe..
Has anyone figured this out? I am having the same issue with my feed. It is a JSON feed. Valid JSON, no matter what i try, the status is always cant download feed.
is this down to the type of media defined in the ITEM? is it the grammar? or is ROKU not accepting certain types of content for RDP?
Kinda hard to work this out without clear working examples from Roku.
Would be super nice to have WORKING files we can refer to, that would deal with all common media.. Like let’s have one for audio podcasts, one for video collections etc. etc.
1)Create account on Jwplayer
2)Create a playlist, this will be the RSS feed
3)Create content, provide host or upload video. Attach image, Tag the content
A Dynamic playlist will only hold 99 entries
A Manual list is a bit crazy you have to remember the order to manage.
4)Set Publish and End dates so content will start and expire.
Quit over analyzing this, it’s not that hard honest.
I’ve made three channels with this.
THE Hard way. Ask me for the .zip file by email and you can do the old way that took me months what this has trimmed up in minutes. Jhilla@outlook.com
Ps. Remember I told you to create Tags! In your playlist add the tags the dynamic list should pull.
NOW COPY THE rss and input into direct publisher. create your categories and start typing your tag to separate content.
A few days ago, Roku made an announcement the old code and the Sdk will be shelved. So another words if your channel is not using Directpublisher or SceneGraph it will be dropped. For this reason, I will not be making the .zip available, sorry but it would cause more work to undo..
