19 Nov 2019 - TVDB are still in the process of fixing a number of bugs that have broken the TVDB scraper and any add-on that relies on TVDB data. TVDB are still working to rectify the problems.

  •   
  • 1
  • 16
  • 17
  • 18(current)
  • 19
  • 20
  • 146
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
See:

Quote:20:20:42 722.404419 T:1964920832 NOTICE: Could not find suitable input format: application/octet-stream
20:20:42 722.404602 T:1964920832 DEBUG: LoadFromFileInternal - Load of /storage/.kodi/userdata/addon_data/pvr.mythtv/cache/channelIcon/2197 failed

Myth tells me: Ey, here comes a application/octet-stream ... what should an image factory do with it?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Upstream bugreport: https://github.com/janbar/pvr.mythtv/issues/23
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Very nice! Great to hear from you again fritsch!
We run into similar thing with MrMC, cximage probes to see what the format might be. You have to do the same thing.

See https://github.com/MrMC/mrmc/commit/2fca...c656587013

ImageFactory::CreateLoaderFromProbe, this will catch the majors, jpg, png and gif.
MrMC Forums : http://forum.mrmc.tv
Yeah - I can do that (will have sever performance issues for e.g. RPi) ... but won't do it for application/octet-stream :-)
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
performance hit is tiny, you already have the data buffer and are only checking the 1st few bytes.
MrMC Forums : http://forum.mrmc.tv
(2015-12-21, 16:52)MrMC Wrote: performance hit is tiny, you already have the data buffer and are only checking the 1st few bytes.

But it scales with number of decoders supported by ffmpeg. And some may need more probing than others.
(2015-12-21, 16:59)popcornmix Wrote:
(2015-12-21, 16:52)MrMC Wrote: performance hit is tiny, you already have the data buffer and are only checking the 1st few bytes.

But it scales with number of decoders supported by ffmpeg. And some may need more probing than others.
Added for jpeg and png ... most likely broken files won't work anymore. Format guessing can be made endlessly complicated.

Edit: fixed that up
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
I'm still having artifacts when watching hd livetv channels with advanced deinterlace. Even if I watch 720p channels there are artifacts.
Any news on this front?
No - post a Debug Log with those file: http://solidrun.maltegrosse.de/~fritsch/..._h264-2.ts and http://solidrun.maltegrosse.de/~fritsch/720p50_h264.mp4

All fine?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2015-12-21, 21:54)fritsch Wrote: No - post a Debug Log with those file: http://solidrun.maltegrosse.de/~fritsch/..._h264-2.ts and http://solidrun.maltegrosse.de/~fritsch/720p50_h264.mp4

All fine?

will test and post debug log.
I'm using tvheadend on my rpi2 for livetv. popcornmix told me there is an usb/mmal problem when using backend and frontend on same machine.

EDIT: absolutely no problem with your linked files.
(2015-12-21, 21:50)polo_joe Wrote: I'm still having artifacts when watching hd livetv channels with advanced deinterlace. Even if I watch 720p channels there are artifacts.
Any news on this front?

I did add some settings you could try tweaking so see if they help. Use this firmware:
https://dl.dropboxusercontent.com/u/3669...re_arb.zip

(Use start_x.elf and fixup_x.dat and replace your OpenELEC start.elf/fixup.dat).

This has a new command you can run from ssh. It allows setting the priority of different blocks on the Pi.
Code:
$ vcgencmd arbiter
usage: arbiter [ status | algorithm <arbiter> <credit|priority|hybrid|delayed> | set <block> <priority> ]
$ vcgencmd arbiter status
SYSTEM_UNCACHED: alg:hybrid
      SYSTEM_L2: alg:hybrid
     SYSTEM_SRC: alg:hybrid
    SYSTEM_PERI: alg:credit
     SYSTEM_DMA: alg:credit
   VPU_UNCACHED: alg:hybrid
         VPU_L2: alg:hybrid
            CAM: alg:credit
    HVS: pri:12 panic:15
    V3D: pri: 0 panic: 0
   H264: pri: 8 panic: 0
   JPEG: pri: 0 panic: 0
   TRAN: pri: 2 panic: 3
    ISP: pri: 4 panic: 0
    USB: pri:13 panic: 0
ARM_UC: pri:10 panic: 0
ARM_L2: pri: 5 panic: 0
ARM_PER: pri: 8 panic: 0

I think the first test is to make HVS low priority and see if that helps.
Code:
vcgencmd arbiter set hvs 0 0

You might also want to set the ARM to be high priority
Code:
vcgencmd arbiter set arm_uc 15 15
vcgencmd arbiter set arm_l2 15 15
vcgencmd arbiter set arm_per 15 15

Or low priority
Code:
vcgencmd arbiter set arm_uc 0 0
vcgencmd arbiter set arm_l2 0 0
vcgencmd arbiter set arm_per 0 0

USB can't be changed when running, so you can't change that.
V3D should have an effect, but we have experimented with that before.
Could this be a manifestation of the same problem people are reporting with TV thumbnails? Perhaps the problem relates to the album art.


(2015-12-21, 04:27)bill_orange Wrote: No change in my lock-up problem with #1220.

(2015-12-20, 17:10)bill_orange Wrote: I am not sure why the lock-up was not in that log. I did the process from scratch with yesterday's build and I think I got the lock-up recorded this time.


http://xbmclogs.com/pafj9zrbh

Maybe a problem with ffmpeg?

Bill


(2015-12-20, 14:11)Milhouse Wrote: Debug isn't enabled, but it looks like a normal, clean shut down with no evidence of any hanging - are you sure this is from a time when you had to power cycle?
Not at all - your bug is a broken mp3 file ... not sure that is really bug. Please upload the file somewhere ..
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2015-12-21, 23:57)fritsch Wrote: Not at all - your bug is a broken mp3 file ... not sure that is really bug. Please upload the file somewhere ..

Well, if it is a broken MP3 then I have 150g of them. Files play fine. The problem is switching from one file to the other. Moreover this problem did not occurs in Kodi 16. I can switch back to my Kodi 15 SD and the problem goes away. I have not tracked in which nightly the problem appeared but it was around the switch to Kodi 17.
  •   
  • 1
  • 16
  • 17
  • 18(current)
  • 19
  • 20
  • 146
  •   
  Thread Closed
 
Thread Rating:
  • 6 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)56