Hi,
We’ve not produced a hotfix for this so that users intentionally need to use the command line. This is to introduce a small barrier to entry, as this testing is still in its early stages.
You can learn more here: Accessing the command line - General - OSMC
Here is the link to my logs:
https://paste.osmc.tv/opicisinil
It includes one sad face crash on playing a video and it not detecting my USB gigabit ethernet adapter.
Thanks.
This log shows me disconnecting and reconnecting the ethernet cable from the USB adaptor and disconnecting and reconnecting the adaptor itself.
So provided I don’t reboot my 4.9 Vero, 1080 seems to stick now eventually. I went straight to some VC-1 mkv files and 1080 50i material and 59.94 has a slight but noticeable judder in the playback. 1080 24 seems ok. With 1080 59.94 I am seeing the same occasional image corruption as per the 3.14 kernel, but now with added judder. I wonder if others can take a look at VC-1 content to see if they observe this as well? The judder is the same as you get with 50i material deinterlaced to 25fps instead of 50, when the original motion was 50Hz.
Edit: I just tried a 1080 50i title on a 3.14 Vero and the player process info says 50fps, and no judder. Same title on 4.9 reports 25fps, hence the judder.
I just tried a 1080 50i h264 title and the motion was fine for 5 seconds and then got the blue screen sad face and got bounced back to the Kodi GUI. Tried another h264 1080 50i title and got the sad face immediately.
logs would be good for that 25/50fps issue.
This is all down to a lack of EDID, which is an issue being worked on. Unfortunately none of the devs can reproduce it with their equipment so we will need help with further testing. Can you just confirm you are getting an EDID with 3.14? cat /sys/class/amhdmitx/amhdmitx0/edid
Regarding deinterlacing judder, here are logs with 1080 50i VC-1 (I can provide others on request).
3.14 Vero, player process stats report 50fps
https://paste.osmc.tv/ohilosutiv
4.9 Vero, reports 25fps, noticeable judder on screen
https://paste.osmc.tv/ifogecaqaf
I was able to test a 1080 50i h264 and it played correctly, no judder at 50fps. Posting this as upon starting playback, I had a blank screen event, introduced since the March update, as discussed in a separate thread. I have found that if I switch my AVR to a different input and then back, the display is recovered. Not specific to 4.9 but I hope the log helps.
Thanks. I get no judder on my HDTV recordings (h264 - ts). On 3.14, process info starts off at 25fps then goes to 50fps after a couple of seconds, but the output is always 50fps and there’s no glitch. On 4.9, process info reports 25fps all the time, which is correct - it’s reporting the input format not the output.
I have no problem with 23.9fps or 29.9fps VC-1 but I don’t have any 50i VC-1s to test.
Yes, h264 1080 50i may be ok in terms of judder, though have had the odd sad face on 4.9.
I could PM you links to 1080 50i and 59.94 VC-1 material if helpful. Won’t be until evening UK time. I have 59.94 VC-1 that gives corrupt playback on the Vero under 3.14 but plays perfectly on OSMC and LE Pi’s (they have VC-1 keys installed).
I am getting an EDID with 3.14. Here’s the output on the 3.14 kernel:
Rx Brand Name: VIZ
Rx Product Name: SII
Manufacture Week: 18
Manufacture Year: 2003
Physical size(cm): 93 x 52
EDID Version: 1.3
EDID block number: 0x1
blk0 chksum: 0x96
Source Physical Address[a.b.c.d]: 1.3.0.0
YCC support 0x03, VIC (native 16):
ColorDeepSupport 0xa8 10/12/16/Y444 0/1/0/1
16 4 1 3 5 32 21 18 19 20 31
Audio {format, channel, freq, cce}
{7, 5, 0x1f, 0x00}
Speaker Allocation: 0x0f
Vendor: 0x000c03
MaxTMDSClock1 225 MHz
SCDC: 0
RR_Cap: 0
LTE_340M_Scramble: 0
DeepColor
checkvalue: 0x962d0000
I’m still getting a problem with YouTube videos where the video appears to pause but the sound keeps playing; after a few seconds the video skips to catch up with the sound and restarts.
Logs: https://paste.osmc.tv/hiwejelaqu
I also got a sad-face error when I stopped the video playing - hope that didn’t scramble the logs.
EDIT: I find the video in the YouTube app on my phone, then play it on the Vero 4K+ by “sharing” it to Yatse. The specific video I was playing was this one: Everything Wrong With Westworld "The Original" - YouTube but it happens on many others too.
Another thing I’ve noticed since first installing 4.9 is that my Kodi Callbacks add-on doesn’t seem to work so well any more.
A little background: an ongoing problem that I have is that if exports on a NAS (in my case a Windows 10 PC) are accessed via autofs, there’s no obvious way to have Kodi send the server a WOL packet if the server has gone into sleep mode. (Since the remote export looks to Kodi just like a local folder). My work-around is to install Kodi Callbacks, set up a task which runs the WOL function, and then an event which fires whenever there is activity after 1 or more seconds of idling - so, for practical purposes, it sends a WOL packet to the server every time I press a button, which keeps the server awake.
This used to work fairly well under 3.14, but since I first installed a 4.9 test build, it has been rather flakey, and the event seems to have stopped firing almost entirely now.
The logs in my previous post would probably cover this as well.
Mysterious issue today.
Playing a 3D MKV file. It keeps spontaneously stopping - not at exactly the same place each time but usually within the first minute.
I tried playing the file using an autofs mount and it played perfectly! It’s only when playing it via a Kodi-level NFS source that it keeps crashing.
Does it stop if you play it immediately after a reboot?
I rebooted twice before capturing the logs, so yes.
@grahamh here’s the MediaInfo for the file, in case it’s relevant:
General
Unique ID : 36090376064433543089764700574891972015 (0x1B26C0EBB617443097C65B40C61D15AF)
Complete name : E:\Video\Film Emergency Storage\Everest.3D.mkv
Format : Matroska
Format version : Version 2
File size : 32.8 GiB
Duration : 2 h 1 min
Overall bit rate mode : Variable
Overall bit rate : 38.8 Mb/s
Movie name : Everest 3D
Encoded date : UTC 2020-02-01 22:14:31
Writing application : MakeMKV v1.14.7 win(x64-release)
Writing library : libmakemkv v1.14.7 (1.3.5/1.4.7) win(x64-release)
Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo High@L4.1 / High@L4.1
MultiView_Count : 2
MultiView_Layout : Both Eyes laced in one block (left eye first)
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 1 min
Bit rate mode : Variable
Bit rate : 33.2 Mb/s
Maximum bit rate : 31.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.668
Stream size : 28.1 GiB (86%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray
Audio #1
ID : 2
ID in the original source medium : 4352 (0x1100)
Format : MLP FBA 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Codec ID : A_TRUEHD
Duration : 2 h 1 min
Bit rate mode : Variable
Bit rate : 4 887 kb/s
Maximum bit rate : 8 922 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 4.14 GiB (13%)
Title : Surround 7.1
Language : English
Default : Yes
Forced : No
Original source medium : Blu-ray
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE
Audio #2
ID : 3
ID in the original source medium : 4352 (0x1100)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 2 h 1 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 555 MiB (2%)
Title : Surround 5.1
Language : English
Service kind : Complete Main
Default : No
Forced : No
Original source medium : Blu-ray
Text
ID : 4
ID in the original source medium : 4608 (0x1200)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 50 min
Bit rate : 42.8 kb/s
Count of elements : 3606
Stream size : 33.7 MiB (0%)
Language : English
Default : Yes
Forced : No
3d-plane : 0
Original source medium : Blu-ray
Menu
00:00:00.000 : en:Chapter 01
00:05:12.145 : en:Chapter 02
00:09:36.075 : en:Chapter 03
00:15:13.162 : en:Chapter 04
00:20:58.423 : en:Chapter 05
00:26:30.714 : en:Chapter 06
00:33:15.118 : en:Chapter 07
00:40:23.754 : en:Chapter 08
00:47:23.382 : en:Chapter 09
00:52:14.589 : en:Chapter 10
00:57:49.174 : en:Chapter 11
01:01:54.794 : en:Chapter 12
01:07:22.079 : en:Chapter 13
01:15:40.577 : en:Chapter 14
01:21:03.900 : en:Chapter 15
01:26:59.589 : en:Chapter 16
01:32:39.136 : en:Chapter 17
01:41:20.449 : en:Chapter 18
01:46:47.651 : en:Chapter 19
01:54:06.464 : en:Chapter 20Is it better with: sudo apt-get install --reinstall vero3-libamcodec-osmc=1.2.0-3
Assuming that was addressed to me and that you’re referring to the issue of my 3D movie stopping itself prematurely - no, no change, I’m afraid.
Something I just noticed is my Vero is not transcoding to AC3 as it usually does.
My Vero is connected to my samsung 4k tv direct via HDMI and I use spidf out to my external amp (no hdmi on amp)
Usually anything in dts is transcoded to ac3.
The log shows a movie with aac played first. Sound works but not in ac3 (I think this may have been previous behaviuor as well)
Next movie is ac3 5.1 and plays correctly.
Next is DTS 5.1 and I only get silence.
Thanks