Shawnoting

    Shawnoty (English show - "show", notes - "notes") play two roles at the same time. At the stage of recording a podcast, showouts help the podcast not to pull the thread of the monologue (dialogue), to have at least control points, main points and topics that need to be covered in the podcast. At the post-publication stage, the show’s helpers are already listening - to know what the podcast will be about, and in some cases to get some additional information - links, photos, etc.

    Here is a typical example of podcast showcounts (the 43rd edition of Kazakh in Canada ):


    43


    1) reading week
    2) bus station
    3) bus, road
    4) entrance, airport, station
    5) streets, churches
    6) metro
    7) ass
    8) football shops
    9) restaurant

    As you can see, in my particular case it’s just a list of topics that I’ll talk about, as well as an approximate procedure for voicing them. That issue was recorded almost immediately after the actions described, so there is only one or two words here, I remembered everything at that time. If I recorded that podcast in a couple of weeks, then it would be worth making the showouts a little more detailed, for example like this:
    43

    1) reading week, what is it, why, what did we do -> Montreal
    2) greyhaund bus station, Mike's story, buying tickets (photo)
    3) bus, toilet on the bus, road (Reggae Voyage podcast)
    4) access to the city, car interchange, through the airport, arrival station
    5) streets of old Montreal, churches, downtown
    6) metro, missed stations, interchanges, experiment ...
    7) ... which brought us to the ass, the Italian quarter, and back ...
    8) football shops everywhere! HURRAH!
    9) 70s american style restaurant

    I just diluted it with a couple of phrases that I personally understand and will personally help me refresh my memory when recording a podcast. For the listener, this, of course, cannot be shown. Honestly, I was too lazy to write this in official showcases, so the text for the 43rd issue turned out to be very simple .

    Shawnots in individual podcasts can be stored anywhere and at your convenience. At first, I wrote them on paper in a special notebook, then I began to write them in a text file, and then I completely switched to the Internet - the shots were recorded in Google Notebook . This is very convenient, because you can see, correct or use this text anywhere in the world.

    For collective podcasts, if the interlocutors are at different computers, or even on different sides of the world, this approach becomes simply necessary. Most often they use either Google Notebook or Google Docs. In my humble opinion, great functionality of Google Docs is simply not needed in such a business, therefore, in all podcasts where I participate, we use Google Notebook. Here's what that same notebook, shounoty to 19u Release Radio-U:

    The procedure here is a little used to proc eed value, but often have to rely on the go - some threads generate more discussions, variations and improvisations, so we look at time closer to end, and often remove one or two topics. That's why we throw a couple of Google Notebooks all the more so that there is a choice.

    Google Notebook (as well as Google Docs) makes it easy to connect any person to view and edit notes, so we bring together themes for the release with gimlis together. It is very comfortable.
    ...
    And now let's look at the listener on the listener side. Based on my experience, I can distinguish three main types of showcases for podcasts:
    • simple topic list
    • list of topics and / or additional material (paragraph-two text, links, photos / pictures)
    • lack of text

    A typical example of the first type is a simple list of topics - Radio-T podcasts or Umputun Weekly Podcast. It looks something like this or that . This option, as can be seen already from two examples, usually leaves the listeners of technical podcasts satisfied. More “mundane” podcasts usually delight their listeners not only with topics, but also with texts and some additional materials. Let's look at a typical example - the release of "Sisek-Pisek Show . "

    The latter type is not at all common. But its appearance does not really attract listeners.

    As a conclusion, these are personal tips:
    • write showcases
    • at least in a couple of phrases describe what your podcast is about
    • if you link to any sites, give links
    • ... for some movies - give links (a good option is a link to the film profile on imdb.com )
    • ... for some music - give links (a good option is a link to a musician’s profile or to a song on last.fm )
    • ... for some other podcasts - the same
    • if there is music in the podcast, write at least the author and the full title of the composition. If podsafe music is used , and the file is located on the podcast terminal, it is strongly recommended to give a link to this song in order to: 1) prove its “sub-security”, 2) allow listeners to get the song
    • if the podcast is published not only on the feed terminal, but on a blog or on a hub , for example , it is advisable to indicate the bitrate, playing time and a link to the RSS subscription in the shows .
    • do not forget to include the showones in the mp3 file itself. Personally, I write the text in the Lyrics tag, this can be done using iTunes and any other player with full editing of ID3 tags or a special editor program.

    Have a good show! :)

    Original on Podcastim.ru

    Also popular now: