On Sun Jan 10 21:46:00 GMT 2016, CW wrote:
... Many thanks Christopher for your most informative post
You'd also be surprised that HD transport streams don't require that
much horsepower, if your graphics card can decode H.264 it's offloaded
to that and the rest is just probably MP2 or AAC audi
A Raspberry Pi zero £4 can play 1080p60fps.
Roger
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On Monday 11 January 2016 at 16:55:32 +, Roger Rarebit wrote:
> A Raspberry Pi zero £4 can play 1080p60fps.
It's not necessarily the codec that's the problem - it's the container. It
may be able to play such a file from an ISO (MP4) container but not from a
transport stream as captured off-air
On 2016-01-11 17:28, Mike Crowe wrote:
On Monday 11 January 2016 at 16:55:32 +, Roger Rarebit wrote:
A Raspberry Pi zero £4 can play 1080p60fps.
It's not necessarily the codec that's the problem - it's the
container. It
may be able to play such a file from an ISO (MP4) container but not
On 2016-01-03 16:55, J wrote:
Is it yet clear what overseas users of GiP (using their local IP
address) may hope to see for NR once the dust has settled?
Sorry I didn't reply straight away.
Looking at the IMDA file (which holds the URLs for streams which
internet radios access - see MUK threa
We're drifting OT here but:
Does the below explain why if I take a recorded .ts file I've grabbed from
DVB-T2 though
ffmpeg -i recorded.ts -acodec copy -vcodec copy cleaned.ts
the resulting cleaned.ts plays in VLC with fewer problems than the
recorded.ts ?
i find that trying to 'jump' the point
On 2016-01-11 19:30, Jim web wrote:
We're drifting OT here but:
Does the below explain why if I take a recorded .ts file I've grabbed
from
DVB-T2 though
ffmpeg -i recorded.ts -acodec copy -vcodec copy cleaned.ts
the resulting cleaned.ts plays in VLC with fewer problems than the
recorded.ts ?
7 matches
Mail list logo
