<p dir="ltr">Great explanation. Thanks Stephen. That helps a lot. What is the command you rub to get the media info... ?</p>
<div class="gmail_extra"><br><div class="gmail_quote">On 7/09/2016 21:25, "Stephen Worthington" <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text">On Wed, 07 Sep 2016 06:28:48 +1200, you wrote:<br>
<br>
>On Tue, 06 Sep 2016 17:11:39 +1200, skooobie doo <<a href="mailto:skooobie@gmail.com">skooobie@gmail.com</a>><br>
>wrote:<br>
><br>
>> I saw this change troo. Open the file directly in VLC and played okay.<br>
>> Reading on this it is a native raw format that Myth uses, so >I guess<br>
>> they no longer transcode to mpg. In the release notes of v28.<br>
>><br>
>> You must be on v0.28 like me: "Use correct mimetypes and extensions for<br>
>> MPEG2 PS/TS (could affect scripts/tools that expect >filenames ending in<br>
>> .mpg) [7bf6bb1]"...<br>
>><br>
>> The official version release notes:<br>
>><br>
>> Release Notes - 0.28<br>
>><br>
>> Key New Features<br>
>> WebFrontend. The web interface that uses the webserver built-in the<br>
>> backend (no configuration required.) As of 2016-02-12, MythWeb >is still<br>
>> available as WebFrontend is not feature complete to replace MythWeb.<br>
>> Major Changes<br>
>> Major UPnP overhaul The UPnP code has seen major changes, improved<br>
>> browsing modes, more metadata, artwork for all media, strict UPnP<br>
>> >(2014) and DLNA compliance and support for additional UPnP features.<br>
>> (Note: Client support for additional metadata varies. Client >behaviour<br>
>> depends on UPnP compliance.)<br>
>> The cardinput table is no longer used, data has moved to capturecard<br>
>> [3e8bd6b]<br>
>> MythMusic now uses storage groups you just have to tell the master or a<br>
>> slave backend where your music is located and all frontends >will have<br>
>> access to it (no need to mount it using NFS or Cifs).<br>
>> MythMusic Lyrics View MythMusic can now search for the lyrics for the<br>
>> currently playing track.<br>
>> Updated MythMusic Radio Stream List MythMusic now downloads from our<br>
>> server an updated list of over 31000 radio streams from all >around the<br>
>> world.<br>
>> MythZoneMinder popup notifications on alarms Shows a live view of the<br>
>> alarmed camera in a popup window.<br>
>> Replacement Gallery using MythUI & storage groups Backend manages images<br>
>> in Storage Group and supports multiple frontends/service >clients<br>
>> Add VBox TV Gateway support [a3eb10d0] See VBox.<br>
>> Add H.265 (HEVC) and VP9 support.<br>
>> Using FFmpeg 3.0<br>
>> Prerequisite Changes<br>
>> Added support libraries/prerequisites<br>
>> Qt version 5.2 (or later.) [f5724c6] Announcement. See: #12558!<br>
>> Exiv2 image tag reader package/library<br>
>> taglib version to 1.7 (version 1.8 or higher is recommended, but MythTV<br>
>> will compile with 1.7)<br>
>> libcec version is raised from 1.5 to 1.7<br>
>> libsystemd-daemon-dev for sd_notify(), see [229bca1] (only needed if<br>
>> sd_notify is to be used.)<br>
>> Removed support libraries/prerequisites<br>
>> Special Notices & Instructions<br>
>> Data Migration: 0.28 will only support direct upgrades from 0.22 or<br>
>> higher. If you are running an older version, you will need to >upgrade<br>
>> to 0.22, 0.23 or 0.24 then upgrade to 0.28.<br>
>> As always, backup your database before upgrading, see this.<br>
>> Those that have IPTV recorders and updated to master before the fixes<br>
>> applied in #12605 may need to delete and recreate their IPTV >recorders.<br>
>> Services API developers/users should review: API Parameters 0.28.<br>
>> Significant changes have been made to the API since 0.27.<br>
>> Users running backend(s) on a system using a http proxy, and using a<br>
>> Ceton tuner, may need to modify their proxy configuration to >bypass the<br>
>> proxy for the Ceton tuner (i.e. no_proxy="<a href="http://192.168.200.0/24" rel="noreferrer" target="_blank">192.168.200.0/24</a>") #12067<br>
>> Use correct mimetypes and extensions for MPEG2 PS/TS (could affect<br>
>> scripts/tools that expect filenames ending in .mpg) [7bf6bb1]<br>
>> In order by sanely backup .mythtv directories, cache and temporary<br>
>> entries have been moved per the following table. Details: >[85b2d6d]<br>
>> Cache and temporary directory name changes<br>
>> Old0.28<br>
>> thumbcachecache/gallery-<wbr>thumbcache<br>
>> MythMusic/RipTemptmp/RipTemp<br>
>> MythNetvision/thumbcachecache/<wbr>netvision-thumbcache<br>
>> Cache-applicationName-<wbr>hostNamecache/applicationName-<wbr>hostName<br>
>> thumbcachecache/metadata-<wbr>thumbcache<br>
>> remotecachecache/remotecache<br>
>> themecachecache/themecache<br>
>> icontmptmp/icon<br>
>> pytmdb3.cachecache/pytmdb3.<wbr>cache<br>
>> Add new Storage Groups named Music and MusicArt with proper directories.<br>
>> mythAnyProgram's --nologserver option has been renamed<br>
>> --disable-mythlogserver. In almost all cases, it isn't required. See<br>
>> >Mythlogserver.<br>
>><br>
>> On 6 September 2016 at 15:05, Paulgir <<a href="mailto:paulgir@gmail.com">paulgir@gmail.com</a>> wrote:<br>
>>> I have just noticed that all the recorded programme files have .ts<br>
>>> extensions,when previously,in mythbuntu 12.04,they were .mpg<br>
>>> Is this normal?<br>
>>> Everything is working ok.<br>
>>><br>
>>> -Paul<br>
>>><br>
>>><br>
>Ok ,that explains it.<br>
>Strangely,though,it did record a few items with .mpg extensions,when I<br>
>first started using it.<br>
<br>
</div>MythTV recordings from DVB or ATSC devices or the like are MPEG<br>
Transport Stream format, copied directly from the digital data<br>
received from the tuner, hence the .ts file extension.  Recordings<br>
from an old analogue tuner are MPEG Program Stream format, which is<br>
supposed to have the .mpg file extension.  Up until 0.28, the<br>
transport stream recordings where being given the wrong .mpg file<br>
extension, and this has now been corrected.  But it does not matter<br>
much, as all MPEG files, whatever format, have headers at the start<br>
that allows the correct format to be determined.  So most software<br>
that plays video files, including MythTV, ignores the file extension<br>
and determines the file format from those headers.  If you want to<br>
know the format of a video file, use the mediainfo command on it.  In<br>
the top section of the output (General), the Format line tells you the<br>
real format of a file.  Here is an example from a .mpg file I recorded<br>
earlier this year from TV One using 0.27:<br>
<br>
General<br>
ID                                       : 27 (0x1B)<br>
Complete name                            : 1001_20160102032900.mpg<br>
Format                                   : MPEG-TS<br>
File size                                : 2.04 GiB<br>
Duration                                 : 34mn 57s<br>
Overall bit rate mode                    : Variable<br>
Overall bit rate                         : 8 366 Kbps<br>
<br>
You can see it is actually a Transport Stream file (MPEG-TS as opposed<br>
to MPEG-PS).<br>
<br>
The difference between Transport Stream and Program Stream format is<br>
not huge.  Transport stream files have a bit of extra redundant data<br>
for error checking and error correction, so that errors that creep in<br>
between the transmitter and receiver can be handled.  They also tend<br>
to use smaller block sizes for the data in each stream, and organise<br>
the relative positioning of the blocks of data in each stream so that<br>
the buffering requirements in the receiver are minimised.<br>
<br>
MythTV has never transcoded digital recordings on the fly when<br>
recording - that is done after the recording ends or in parallel, with<br>
the recording and transcoded recording being in separate files.  And<br>
it is only done if the user sets it up to happen.  With analogue<br>
recordings, if the analogue tuner is not capable of doing the<br>
transcoding necessary for a sane file size in hardware, MythTV<br>
supports doing on the fly transcoding as part of the recording<br>
process.  Without such transcoding, an ordinary PAL TV recording<br>
stored in uncompressed AVI format would need around 1.1 Gibytes per<br>
minute!  But you have to have a fast processor to support transcoding<br>
- it needs to be fast enough to encode faster than the frame rate<br>
being received.  Back when analogue recordings were normal, the<br>
processors were not really fast enough so everyone used tuners with<br>
hardware encoding, or used a very expensive CPU and recorded only one<br>
channel at once.  Current processors are often capable of encoding one<br>
channel per CPU core at the standard TV frame rates, and that is what<br>
now makes mythcommflag able to be run in parallel with a recording and<br>
get its data from the RAM buffers for the recording, instead of having<br>
to read the data back from the disk.  The processing needed to do<br>
commercial flagging is pretty similar to that needed for transcoding,<br>
but probably a little less CPU intensive.<br>
<div class="elided-text"><br>
______________________________<wbr>_________________<br>
mythtvnz mailing list<br>
<a href="mailto:mythtvnz@lists.linuxnut.co.nz">mythtvnz@lists.linuxnut.co.nz</a><br>
<a href="http://lists.ourshack.com/mailman/listinfo/mythtvnz" rel="noreferrer" target="_blank">http://lists.ourshack.com/<wbr>mailman/listinfo/mythtvnz</a><br>
Archives <a href="http://www.gossamer-threads.com/lists/mythtv/mythtvnz/" rel="noreferrer" target="_blank">http://www.gossamer-threads.<wbr>com/lists/mythtv/mythtvnz/</a><br>
</div></blockquote></div><br></div>