Alright. I'm so incredibly peeved right now that... well, if I could use a stronger word than "peeved" I would in these forums. But I can't. So I won't.
First of all, I'm sorry that the feed seems absolutely unstable lately.
Secondly, I wish I could say "here's the reason." But I simple don't know what the root of the issue is.
Basically I am publishing this podcast in the very same way I've been doing it for nearly two years now and over the past two weeks the following has happened nearly every day without fail:
I publish BOL after the show.
I log into iTunes, refresh the feed.
Today's episode appears in my iTunes and proceeds to download to my computer successfully.
I walk away thinking my job is done (as it always has been at this point in the past).
I find out anywhere from 6hrs-24hrs later that a bunch of people never got the podcast.
I freak out and yell obscenities.
Stacey looks at me weird.
I log into our blog platform (that our podcasts all get published from) and scan the post for any ampersand coded characters that might be hiding in there and replace them with their real world characters. (I know some podcatchers don't like those characters)
I republish.
I log into iTunes and clear out my subscription, then resubscribe to the feed.
Today's episode once again downloads correctly for me.
Everyone's happy cause they *finally* get it too. (usually... but sometimes I still find out its disappeared again)
See, the problem here is... the whole thing about my removing those characters in the blog post? I do that every day before I ever publish the flipping podcast to begin with. So why then do I log in later and find them in the post again? I have to then ask myself "did I miss em the first time around?" And EVEN IF I DID miss them, why in the H did it d/l successfully for me in iTunes if those characters render iTunes (or other podcatchers) useless???
YYYYYYYAAAAAAARRRRRRGGGGGGGHHHHHHHH!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
(sigh)
Now I'm getting reports of people only finding a 2kb SWF file as the attachment for yesterdays show. Again, why the H did the actual MP3 file d/l correctly for me if it's not for others?????? I. just. don't. get it.
In the case of this morning, yes Saturday morning, I awoke to tweets of people not getting the show, open iTunes to make sure it's definitely not there for me too (which it wasn't... queue screaming)...open the blog entry, make the changes that I only *think* might have anything to do with this issue, republish, and the show then appears and d/l's for me in iTunes. Problem solved?
Not too fast, slick. Problem not solved. Get back from CostCo to find out that it's not in the feed... again... even though it was... again.
I'm p*ssed. And I just don't know what to do. So let's look at the potential snags in the chain:
BTO - our blog platform. I publish the blog post with the filename of the episode. This creates the RSS that the podcast subscription is based around.
Feedburner - The RSS from the blog post is fed into each show's own entry in our Feedburner acct which we use to pretty-fy the feed... Add the image to it, Title, description of show... part of Feedburner does the thing where it scans the feed entry and when it detects a MP3 file link, it assumes its a podcast and adds the appropriate tags so podcatchers can recognize the new episode.
Servers - I don't need to tell you that I've had a long battle with stability of our servers and how we distribute media out to the world in the past. But lately, they've been extremely dependable. Plus, this wouldn't explain why my changing a blog post and re-upping it would make any difference to the podcatchers out there.
You guys - Nope. This isn't one of those "everyone else has the problem" things. It's obviously a problem on our end somehow. BUT, I do know that some people are getting the episodes and some people are not. That could be answered by people having their podcatchers open and listening for new episodes the minute I hit publish (because as you remember, I d/l it successfully on my end... mybe they are d/ling it then too...)
I'm all ears for suggestions, guys. Because I am simply sick of this.
Now, time to get back to staring at the blog post to see what I missed. I'd bet a million drm-laden music files that I do nothing, republish the blog post, and suddenly its fixed. THAT'S how much sense this all makes.
Thanks.
Did this problem get worse or start when you went over 1000 episodes?
I tried going to the address in Safari that iTunes uses and it shows up there. But meanwhile I'm hitting refresh in iTunes and it refuses to see it. Then it went to the manual RSS feed in Safari and it works properly there, but I put it into iTunes and it doesn't see the last two episodes.
It would seem that either iTunes is not acting properly, or something in the feed is not marking the episode as new, which again could be iTunes misinterpreting that bit of information.
I wonder if previous editions of iTunes, anything before 8.2.1 I don't recall having this problem before upgrading and these problems have been surfacing within the last week or so, after 8.2.1 was released.
I took another look at the feed iTunes uses in Safari and I see a "emiff.swf" file at 2.5k instead of an MP3 on episode 1026. 1025 only shows the short description and 1024 says it links to a 1byte MP3 file, but the link goes to the proper file.
Maybe there's a redirect somewhere in the process that's getting confused, or maybe there's a buffer that's overflowing with 1024 nodes in the feed history. It's really starting to look like either BTO or feedburner. That being said, is this BTO custom made? I can't find it anywhere, for that matter the second entry for "BTO blog platform" is your original post.
It sounds as though you are, since you're removing ampersands and so on, but just to make absolutely sure -- are you validating the feed with something like http://feedvalidator.org?
Our feeds have never validated completely with this tool.
I'm not saying that to excuse anything, but I have been unsuccessful with validating with that tool ever since I stopped hand-coding the XML feed (and allowed BTO to do it for me) and haven't experienced any issues as a result of that. Feedvalidator gives two types of results:
Your feed is not valid (ie. FIX IT!)
and
Your feed is valid, but with an asterisk. (ie. run at your own risk)
I usually get a lot of the latter type when I run our feeds. If I make the case to our engineers that we need to bring the functionality of Feedburner in house, I can use these results to help convince them... I would *love* for our feeds to be all sparkly and "valid". ![]()
It seems that when I add "http://i.i.com.com/cnwk.1d/av/n/emff.swf?src=http://chkpt.zdnet.com/chkpt/1pcast.bole/" In front of any other day's audio file, it looks like it does for when I click ep 1026. And "emff.swf" looks like the embedded player that appears on bol.cnet.com. See: http://twitpic.com/bnyqi/full and http://twitpic.com/bnz5s/full
It seems to me that the flash web player was put in front of the audio file, causing iTunes to download the swf file instead.
Hope this helps, if you didn't already know/notice this.
That part of the code within the blog has always been there... so, to make my brain explode even more, if you have been receiving the podcast with no issues thusfar, then that code didn't really matter to your podcatcher. Only now it does?
See, that's where it boggles my mind. Why now? Nothing has changed.
Oy.
Well, I do hope that you've d/led the show from the site at least so you have it. I will take a look at all of this stuff tomorrow. ![]()
Surely Cnet is putting out enough podcasts that they could get someone to write an in house solution. I know our web team had a custom solution written.
Seems crazy that you are jumping between so many programs/services, it seems like it would take a much larger amount of time. Having to put out both video and audio would double your workload.
Much better solution would be a web interface where you just point to media files, hit a drop down what show its for write a title and anything else you need then hit a submit button. You could sell it as being able to be used across the whole CBS family.
Grrrr I hate how you can't edit your post in the CNET forums. I should learn to proof read and put in punctuation.
Something else they need to put some programmers on. ![]()
Not really on the topic though, more has to do with your work flow. What's the reason you guys don't record the podcasts live to tape. I usually don't get to watch the live show but when I was up late at night I noticed you guys must edit the opener and closer onto the show because you start with the presenters hello.
I've only gotten my hands on a TriCaster a couple of times (I don't like it but I'm use to having a full Sony MVS8000 switcher) but couldn't you load an opener and a closer into the Virtual DDR's. From memory they accept WAV and MP3 but you could use the video titles for BOL. From the looks of the studio you have a separate audio mixer so you'd just need another channel to pump the TriCaster's audio output to which would just be for video/audio clips. Would be a great solution for when you get a sponsor as well. It would mean that what the people are seeing on CNET Live would look identical to broadcast TV. Once the media is in the TriCaster it really wouldn't be any extra work for you during the show because when you cut/mix the DDR to program it automatically rolls. I don't know what format the the voicemails are in but these could also be rolled this way. I switched a demo podcast at work using the Live Control panel and it really was simple.
Would it be a lot easier to simply not edit the show at all and record directly to the format which the show will be output in. I know this would limit your ability to edit if you needed to but how often do you hack bits out of the show?? This way the second the closer has finished rolling the media files would be ready to be uploaded and your a lot closer to grabbing some Indian take away.
There is probably good reasons why you are doing it the way you do. I'm just curious about your work flow.
That's something I've been meaning to make the plunge into. I'd been post-editing the shows out of habit... been doing it for so long that it feels easier than trying something new (even though that's easy too) but that was the plan all along nce we got some sponsor media that needed to be rolled in live.
I will start doing this soon.
Editing, however, really isn't that much work. Essentially I have template projects set up for all shows that already have the open/close graphics and open/close music inside. Then all I need to do is drop in that day's show, cut off stuff before "Today is..." and after "Goodbye" and sandwich it in between the open/close elements. Export and I'm done.
Of course, this stuff doesn't even touch the feed issues, but it is an extra workflow element that could make my life a bit easier. Heck, the 404 guys are doing it live entirely.
This might be the ammo I need to get an in-house solution built. After all, we were always saying that using Feedburner was a temporary fix to the problem and that eventually, we would build our own tools for this stuff. If the feeds keep being unstable, then it makes the case that much greater.
My experience, though, is that resources are ALWAYS pretty limited and it can be tricky getting a dev team to build this stuff out for you without good reason. (usually: $$)
Thx!
Our solution would be a bit different to what you guys require at CNET as ours has to encode down from IMX50 or DNxHD video codecs to the correct video and audio codecs for the podcasts. But that just means it should be far easier to implement. You guys should just get an intern who knows how to program and you'd probably have it up and running in a week ![]()
| Forum legend: | |
| Locked thread | |
| Moderator | |
![]() |
CNET staff |
![]() |
Samsung staff |
| Norton Authorized Support team | |
| AVG staff | |
| Windows Outreach team | |
![]() |
Dell staff |
| Intel staff | |