2013-01-24, 20:18
Skins are cool but, my advise would be to not mess with them until you have your system up and running stably , why add another variable into the mix.
(2013-01-23, 20:25)PobjoySpecial Wrote: I'm pretty sure 1080i requires a higher bandwidth than 720p (i.e. more pixels per frame). The Pi is capable of normally playing back 720p and 1080i files, so it seems strange that it would stutter on live streams. What codec do the streams use?
Have you tried a different, lightweight back-end (e.g. TVHeadend) to isolate the problem? If the problem doesn't go away, then maybe the Pi truly is at fault. I think many would like to know more about the Pi's limitations before trying setting up PVR.
(2013-01-24, 18:56)Vertigo Wrote: I dont even know what 4.2.2 is, but if you can point me to a sample video, I can try it for you.
edit: scratch that, I dont have an mpeg2 license. Maybe Ill order one..
.....
(2013-01-24, 20:55)rhmclay Wrote: OK. I am confused, which isn't new. I would like to get this and put it in my bedroom. All my files have been 1:1 rips using makemkv with both HD and core as audio.
Am I understanding that I can't just plug this into my TV with HDMI and have it play the audio? I do not think my TV can decode DTS or Dolby. I would rather not have to take all my mkvs and create a new audio stream.
Am I understanding this correctly?
(2013-01-24, 20:41)RealDealNeil Wrote:(2013-01-23, 20:25)PobjoySpecial Wrote: I'm pretty sure 1080i requires a higher bandwidth than 720p (i.e. more pixels per frame). The Pi is capable of normally playing back 720p and 1080i files, so it seems strange that it would stutter on live streams. What codec do the streams use?
Have you tried a different, lightweight back-end (e.g. TVHeadend) to isolate the problem? If the problem doesn't go away, then maybe the Pi truly is at fault. I think many would like to know more about the Pi's limitations before trying setting up PVR.
As I understand it, 1080i is interlaced so that it alternates between sending even and odd rows in each frame. Therefore, only 540 lines are sent each frame but it is so fast that the illusion of 1080 lines is there. Whereas 720p sends 720 rows in every frame (better for sports with fast motion). This would make 720p more heavy to render than 1080i.
(2013-01-24, 20:41)RealDealNeil Wrote: As I understand it, 1080i is interlaced so that it alternates between sending even and odd rows in each frame. Therefore, only 540 lines are sent each frame but it is so fast that the illusion of 1080 lines is there. Whereas 720p sends 720 rows in every frame (better for sports with fast motion). This would make 720p more heavy to render than 1080i.
I also confirmed that all my channels use dolby digital (even 720p) so it's not decoding DTS audio. My next step would be to try a different back-end, although MediaPortal works fine to my main HTPC.
(2013-01-24, 22:06)Vertigo Wrote: Indeed, you understood correctly.
You would either need to buy something more powerful than the Pi to decode the DTS signal, perhaps use a plex server or run avconv on your collection to convert or add a stereo audio track. Its not ideal, but only takes about 5-10 minutes per DVD and can be scripted.
(2013-01-24, 22:06)Vertigo Wrote: You would either need to buy something more powerful than the Pi to decode the DTS signal, perhaps use a plex server or run avconv on your collection to convert or add a stereo audio track. Its not ideal, but only takes about 5-10 minutes per DVD and can be scripted.
(2013-01-25, 05:10)Mick1152 Wrote: I have to disagree with this.
(2013-01-25, 09:48)Vertigo Wrote: I may have to disagree with myself
OKay, so I never tried it, since I do have a DTS receiver, but I read it everywhere and assumed it to be true. And perhaps it is true with some files or formats, but I just tried with a few of my videos, all 1080p h264 with DTS. Most are around 5-8 GB per movie and rarely peak over 10GBps, but one short movie peaks around 29 Mbps. All files played from a local USB drive. I set audio output to analog stereo to force the Pi to decode it, and its playing them back without issue.
Now I wont promise the Pi will do any video this way, but I guess its incorrect to just assume it cant do DTS decoding at all.
update: playing back the same movie over the LAN rather than from a local drive, the Pi does stutter during the high bitrate peaks.
Interestingly, when playing the same file on my laptop while being served from the Pi, it does work. So I guess its not purely network bandwidth thats lacking, perhaps its the combination of IO needed for the LAN and decoding that hits a bottleneck somewhere.
(2013-01-24, 21:39)wejones Wrote:(2013-01-24, 18:56)Vertigo Wrote: I dont even know what 4.2.2 is, but if you can point me to a sample video, I can try it for you.
edit: scratch that, I dont have an mpeg2 license. Maybe Ill order one..
.....
Didn't see the edit soon enough. I uploaded a very short 15 sec MPEG2 clip of a 4.2.2 network show that I just recorded.
http://www.eskerridge.com/bj/sat/test4.2.2b.mpg
I'll leave it there or a day, and if you ever get the license you can try it if nobody else knows for sure if it will work.
I don't know much about exactly what the 4.2.2 is, but most video is 4.2.0. It's supposed to be the chroma info, and the numbers relate somehow to how many frames of different types of color info are sent, so 4.2.2 has more color info than 4.2.0.
CBS uses 4.2.2 in their feeds to the stations, and some of the other networks do too. Programs like VLC can do it, but most sat receivers don't.
If I can remember where I've seen it, I'll try to find a clip of MPEG4 4.2.2 . It's not as common as the MPEG2 version.
(2013-01-24, 20:41)RealDealNeil Wrote: As I understand it, 1080i is interlaced so that it alternates between sending even and odd rows in each frame. Therefore, only 540 lines are sent each frame but it is so fast that the illusion of 1080 lines is there.Kind of. For static and slow moving information - where there is no movement between the two 1080i fields - decent de-interlacers should deliver vertical resolution closer to 1080p (though most interlaced cameras use a clever frame-line-offset line-pairing algorithm to derive their 540line fields from their source 1080p - or in some cases 4320p - sensors) Only on fast motion does the vertical resolution drop to that of a 540p system.
Quote:Whereas 720p sends 720 rows in every frame (better for sports with fast motion). This would make 720p more heavy to render than 1080i.
(2013-01-25, 14:19)watanave Wrote: Hola,
This thread has been so informative, thanks to all of you. I have a question regarding 5.1 96/24 or 2.0 192/24 flac files. Does the Pi be able to decode those files without a problem?
Gracias...