•   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 111
  •   
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1
(2015-03-28, 19:30)cncb Wrote: I take it auto source resolution output (i.e. 1080i) is not possible like I asked about before? This would allow my TV or AVR to deinterlace which sounds like it would be better than what can be done on the Pi?

No. Unfortunately what you are suggesting is *way* more complicated that you may think. I don't believe there is any general purpose media player that provides "native deinterlace".
Any scaling kills it. Any variation in framerate kills it. Many interlaced files are not regular. They may have top-field-first frames, bottom-field-first frames and progressive frames seemingly at random.

If you are really interested the command line omxplayer you get with raspbian does have a "native deinterlace" command line option (--nativedeinterlace), but it will only behave usefully for some files.
@doveman2, I don't know anything specifically about your usb tuners, but I have seen many cases where a company like hauppauge will change the chipset in a product and not change the product id. I wonder if that is the case with the 2 usb tuners you have. Have you tried swapping them on the same pi? What does lsusb show as the device id for each device? If they are different that may indeed indicate a hardware difference despite being the same model.
(2015-03-28, 19:37)popcornmix Wrote:
(2015-03-28, 19:30)cncb Wrote: I take it auto source resolution output (i.e. 1080i) is not possible like I asked about before? This would allow my TV or AVR to deinterlace which sounds like it would be better than what can be done on the Pi?

No. Unfortunately what you are suggesting is *way* more complicated that you may think. I don't believe there is any general purpose media player that provides "native deinterlace".
Any scaling kills it. Any variation in framerate kills it. Many interlaced files are not regular. They may have top-field-first frames, bottom-field-first frames and progressive frames seemingly at random.

If you are really interested the command line omxplayer you get with raspbian does have a "native deinterlace" command line option (--nativedeinterlace), but it will only behave usefully for some files.

Indeed my cable provider, Charter, has a strange mix of all of those interlacing alternatives including telecine and they change sometimes between show and commercials. Speaking of that, when watching live or recorded tv, sometimes the video and audio will get out of sync for the first bit of the first commercial in a break and then the video will play really fast to catch back up. After a few seconds everything is sync'd back up again. The frame rate and in some cases the progressive/interlacing pattern changes. Not sure if anything can be done improve that.

Even on a mythfrontend machine with nvidia/vdpau (which supposedly has some of the best hardware deinterlacing), even that setup will pause/skip portions of playback during the commercial breaks.
(2015-03-28, 19:37)popcornmix Wrote: No. Unfortunately what you are suggesting is *way* more complicated that you may think. I don't believe there is any general purpose media player that provides "native deinterlace".
Any scaling kills it. Any variation in framerate kills it. Many interlaced files are not regular. They may have top-field-first frames, bottom-field-first frames and progressive frames seemingly at random.

I obviously don't understand the technical details, but wouldn't the external deinterlacer/scaler be responsible for handling all these variations if you are just outputting the source video as is at 1080i (I'm mainly interested in 1080i MPEG2 recorded TV)? I know the SageTV HD300 (Sigma-based) player has this source-matching output/"auto-switching" option and I'm pretty sure Tivo has it too.
(2015-03-28, 20:24)cncb Wrote: I obviously don't understand the technical details, but wouldn't the external deinterlacer/scaler be responsible for handling all these variations if you are just outputting the source video as is at 1080i (I'm mainly interested in 1080i MPEG2 recorded TV)? I know the SageTV HD300 (Sigma-based) player has this source-matching output/"auto-switching" option and I'm pretty sure Tivo has it too.

A Blu-Ray player, or a TiVo type device can handle native deinterlace because they handle a very well specified set of resolutions, framerates and interlace formats.
They won't handle an arbitrary interlaced video you found on the internet.

But this isn't a question for this thread about Milhouse test builds. It's not even Pi specific.
Ask as a feature request (or just search for native deinterlace) in a general Kodi forum if you want to discuss it further.
(2015-03-28, 19:29)Milhouse Wrote: @doveman2: Usual thing, you'll need to identify the last working build for your brother, presumably somewhere between late February and early March.

Sorry if I wasn't clear but he's never had TVheadend working, I've only just sent him the USB tuner, which I was using fine on my B before I sent it to him. I'm now using an identical one on my B (I bought three of them in a sale for some reason!).

So the problem is that running identical builds with the same USB tuner, it works for me but not for him and on his system it's detected with a different user-friendly name (albeit same device-name) to mine.
(2015-03-28, 19:48)zaphod24 Wrote: @doveman2, I don't know anything specifically about your usb tuners, but I have seen many cases where a company like hauppauge will change the chipset in a product and not change the product id. I wonder if that is the case with the 2 usb tuners you have. Have you tried swapping them on the same pi? What does lsusb show as the device id for each device? If they are different that may indeed indicate a hardware difference despite being the same model.

The one he's got now was working fine on my RPi B before I sent it to him, as is the one I'm using now, so even if they do have different chipsets they're both compatible.

Both our dmesg show "usb 1-1.3.1: dvb_usb_af9035: prechip_version=83 chip_version=01 chip_type=9135" but then mine shows

usb 1-1.3: dvb_usb_v2: found a 'Kworld UB499-2T T09' in cold state
dvb_usb_v2: downloading firmware from file 'dvb-usb-it9135-01.fw

whilst his shows

usb 1-1.3.1: dvb_usb_v2: found a 'ITE 9135 Generic' in warm state

and nothing about downloading firmware

Mine shows

[ 11.071673] DVB: registering new adapter (Kworld UB499-2T T09)
[ 11.212479] af9033 0-0038: firmware version: LINK 12.54.14.0 - OFDM 2.47.14.0
[ 11.212505] af9033 0-0038: Afatech AF9033 successfully attached
[ 11.212553] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
[ 11.319758] it913x 0-001c: ITE IT913X AX successfully attached
[ 11.319810] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[ 11.320062] DVB: registering new adapter (Kworld UB499-2T T09)
[ 11.396617] af9033 0-003a: firmware version: LINK 12.54.14.0 - OFDM 2.47.14.0
[ 11.396644] af9033 0-003a: Afatech AF9033 successfully attached
[ 11.396694] usb 1-1.3: DVB: registering adapter 1 frontend 0 (Afatech AF9033 (DVB-T))...
[ 11.456508] it913x 0-001d: ITE IT913X AX successfully attached

whilst his shows

[ 9.827705] DVB: registering new adapter (ITE 9135 Generic)
[ 9.936723] af9033 0-0038: firmware version: LINK 12.54.14.0 - OFDM 2.47.14.0
[ 9.936748] af9033 0-0038: Afatech AF9033 successfully attached
[ 9.936796] usb 1-1.3.1: DVB: registering adapter 0 frontend 0 (Afatech AF9033 (DVB-T))...
[ 10.054312] it913x 0-001c: ITE IT913X AX successfully attached

so it looks like his RPi is only registering one of the dual tuners and is recognising it by a different user-friendly name. Most importantly though, it just doesn't work when I try accessing port 9981 from his browser.

I can't easily check his just now but my lsusb shows.

Bus 001 Device 005: ID 1b80:e409 Afatech IT9137FN Dual DVB-T [KWorld UB499-2T]
Bus 001 Device 004: ID 046e:5577 Behavior Tech. Computer Corp.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. SMC9512/9514 USB Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
(2015-03-28, 20:54)doveman2 Wrote: Sorry if I wasn't clear but he's never had TVheadend working, I've only just sent him the USB tuner, which I was using fine on my B before I sent it to him. I'm now using an identical one on my B (I bought three of them in a sale for some reason!).

So the problem is that running identical builds with the same USB tuner, it works for me but not for him and on his system it's detected with a different user-friendly name (albeit same device-name) to mine.

Does his tuner work with a official OpenELEC release? If not you'll need to ask the OpenELEC developers or start a separate thread to discuss this issue.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-03-28, 23:00)Milhouse Wrote: Does his tuner work with a official OpenELEC release? If not you'll need to ask the OpenELEC developers or start a separate thread to discuss this issue.

OK. I guess I'll try plugging it direct to the RPi with a USB extension cable first, as the USB hub is the only difference and I know the tuner works with these testbuilds.
(2015-03-27, 11:55)illiac4 Wrote: I know it is a little off topic, but is it possible to get latest Tvheadend for rpi2 openelec. The one i am testing is 3.9.2496 but I am seeing a bug when switching channels that you have to press twice to the channel to switch.

Sorry for forgetting this, I'll upload a fresh tvheadend add-on after the next build is published - not sure it's the latest however, but will check if there are any updates.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New OpenELEC Isengard build #0328: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.19.3 #1 Sat Mar 28 21:03:06 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Mar 27 2015 18:48:55
Copyright (c) 2012 Broadcom
version b2109b1c1c8ae8717df455cfaf312a6c1801f45a (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150328210216-#0328-g61e13a3 [Build #0328]

# vcdbg log msg 2>&1 | grep DTOK
001652.664: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (61e13a38, changelog) and tip of XBMC master (2c6d5a8f, changelog) with the following modifications: Build Highlights:
  1. Various fixes
Build Details:
  1. OpenELEC:
  2. XBMC:
    • fix and cleanup after codec removal from paplayer (PR:6831, 1 commit, 6 files changed)
    • [gui] don't switch to another window if there are active modal dialogs (PR:6828, 2 commits, 6 files changed)
    • dvdplayer: fix audiosync for rr not equal to 1.0 (PR:6832, 1 commit, 2 files changed)
    • File cache tweaks (PR:6733, 3 commits, 3 files changed)
  3. dcadec:
    • Optimize floating point IDCT. (7475a123)
    • Aid the compiler to optimize IDCT routines more. (e884d9a0)
  4. newclock4:
    • Commits no longer in build:
      • added: Debug logging for low read rate condition (f36709f7)
      • fixed: Buffer factor should not set higher read rate demands but instead have filecache increase its limiter (daea1d74)
      • changed: Set default buffer factor to 4 to allow faster filling (9b40cfa6)
      • don't switch to another window if there are active modal dialogs (00c3e441)
      • playback an error sound if window switch is refused (ea7cd244)
  5. Additional commits/pull requests/changes not yet merged upstream:
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-03-27, 11:55)illiac4 Wrote: I know it is a little off topic, but is it possible to get latest Tvheadend for rpi2 openelec. The one i am testing is 3.9.2496 but I am seeing a bug when switching channels that you have to press twice to the channel to switch.

I've uploaded a new version of tvheadend v3.9-2662-ge4cdd3c, based on tvheadend [email protected]:

RPi / RPi2

This is basically unsupported, as these add-ons are totally untested by me. If they work, then great. If not, sorry you'll have to go back to the last known working version and/or request support elsewhere.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
I managed to get Kodi to crash with OMXplayer enabled and watching live tv. Logs at http://sprunge.us/dcKW
(2015-03-29, 00:10)Milhouse Wrote: [*]dvdplayer: fix audiosync for rr not equal to 1.0 (PR:6832, 1 commit, 2 files changed)
Now it works perfect, thank you!
@zaphod24: I've uploaded new debug builds in case you're able to reproduce the crash and provide a crash log with more detail:

#0328b: RPi / RPi2
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
  •   
  • 1
  • 91
  • 92
  • 93(current)
  • 94
  • 95
  • 111
  •   



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 112
This forum uses Lukasz Tkacz MyBB addons.