2013-05-14, 14:43
Ok. I'' try this variant today.
(2013-05-09, 10:34)DarkMike Wrote: Aspect ratio problem resolved.
below patch for xbmc-pvr-addons
Code:diff --git a/addons/pvr.hts/src/HTSPDemux.cpp b/addons/pvr.hts/src/HTSPDemux.cpp
index a999c62..f10b414 100644
--- a/addons/pvr.hts/src/HTSPDemux.cpp
+++ b/addons/pvr.hts/src/HTSPDemux.cpp
@@ -281,11 +281,12 @@ inline void HTSPSetDemuxStreamInfoVideo(PVR_STREAM_PROPERTIES::PVR_STREAM &strea
{
stream.iWidth = htsmsg_get_u32_or_default(msg, "width" , 0);
stream.iHeight = htsmsg_get_u32_or_default(msg, "height" , 0);
- unsigned int den = htsmsg_get_u32_or_default(msg, "aspect_den", 1);
- if(den)
- stream.fAspect = (float)htsmsg_get_u32_or_default(msg, "aspect_num", 1) / den;
- else
- stream.fAspect = 0.0f;
+ stream.fAspect = 0.0f;
+ unsigned int den = htsmsg_get_u32_or_default(msg, "aspect_den", 0);
+ if (den)
+ stream.fAspect = ((float) htsmsg_get_u32_or_default(msg, "aspect_num", 0)) / den;
+ if (!stream.fAspect && stream.iHeight)
+ stream.fAspect = ((float) stream.iWidth) / stream.iHeight;
int iDuration = htsmsg_get_u32_or_default(msg, "duration" , 0);
if (iDuration > 0)
{
@@ -600,6 +601,7 @@ bool CHTSPDemux::SendSubscribe(int subscription, int channel)
htsmsg_add_s32(m, "channelId" , channel);
htsmsg_add_s32(m, "subscriptionId" , subscription);
htsmsg_add_u32(m, "timeshiftPeriod", (uint32_t)~0);
+ htsmsg_add_u32(m, "normts", 1);
if(g_bTranscode)
{
First block give correct aspect ratio to player if it doens't provided by server.
Second request normalized stream from server. For 3.4 and high TVHeadEnd servers it's resolve blank screen problem if timeshift is not enabled on server.
P.S. I use paspbian distribution so I don't try to build openelec and test on it. But problem really not openelec specific.
(2013-05-15, 19:14)pootler Wrote: eheij,
Did you have any luck with your usb patch for the Pi and live tv??
Pootler
(2013-05-24, 11:38)stuCONNERS Wrote: is there any improvement using a usb 3.0 powered hub instead of an usb 2.0 powered hub?Only if you use power hungry devices that USB2 hub struggles to power and no external power option. USB3 standard provides 900mA per port instead of 500mA.
(2013-05-24, 20:05)serxx Wrote:(2013-05-24, 11:38)stuCONNERS Wrote: is there any improvement using a usb 3.0 powered hub instead of an usb 2.0 powered hub?Only if you use power hungry devices that USB2 hub struggles to power and no external power option. USB3 standard provides 900mA per port instead of 500mA.
Other than that there is no reason or advantage to connect USB3 hub to USB2 port. The limiting factor is still the USB2 port and USB2 controller.
(2013-05-25, 00:34)stuCONNERS Wrote: yes there is an advantage, this has been proven with the use of usb 3.0 sticks on raspbmc compared to usb 2.0 sticks, the data transfer is much higher, im thinking more along the lines of glitches on playback.
(2013-05-25, 12:45)stuCONNERS Wrote: is there anyway to check the transfer rate over usb? (Except for counting) I can lend a usb 3.0 hub for a few hours. im going to transfer a file with file manager from my usb3.0 raspbmc install to usb 2.0 pendrive, via usb2.0 and then via usb 3.0 hub. if your right there shouldnt be any difference in transfer time. Would this be the correct way of checking this?
openelec:~ # hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 70 MB in 3.08 seconds = 22.75 MB/sec