Posts by hagaygo

    Hi,


    When i wrote :

    Hi, If anyone cares/experience same problem, it seems LE version 10.0.3 solves this issue.


    I meant that the .TS recording is now o.k (works like on PC librelec/windows kodi) and seeking backward works.


    I stopped using matroska container since it caused more problems overall.

    Hi, If anyone cares/experience same problem, it seems LE version 10.0.3 solves this issue.

    De-interlacing not only "resolving" the jagged image visuals which happens when playing interlaced content without de-interlacing, it also increases the temporal resolution, resulting twice the fps (if the content was shot at 50fps , it should be really noticeable).


    You need to set your display to 50hz (not 25) in order to see the effect properly and have smooth playback.


    Also , if your display has some sort of motion interpolation feature , it should be turned off.

    With LE10.0.2 on my Pi4 compared to LE10.0.0, I've noticed that the H264 encoded *.TS files from my TVHeadend server, recorded in 1080p @ 50ps with interlacing, now play with distinct 'judder' or 'jerkiness', especially when the image has a slowly panning background.

    The same file played on my Pi3 with OSMC (Kodi19.4), shows the video with interlacing, but at least the image pans smoothly and the irritating jerky visual effect on the background is not present. Kodi on both Pis has been set with identical display and video settings.


    I think the de-interlacing using hardware decoding on the Pi4 still has some a way to go yet. In the meanwhile, I've disable de-interlacing by default for all videos, as I prefer the result.

    Hi, on my 2 setups with rpi4 on LE 10.0.2 playback of interlaced content is just fine (except the issue i posted on RE: LE 10.0.2 RPI4 recorded tv seeking issues).


    2 things i can think of that you can check :


    1.Play the same file on other device , maybe the problem is in the specific file (some broadcasts do broadcast "judder" on their content).

    2.Make sure your video refresh rate is indeed 50hz while playing back the file , I had an issue with refresh rate change on playback when i had a delay of 1 sec setup on kodi settings.

    Hi,


    I did more testing to find a workaround.


    I changed TVheadend recording profile from "pass" to "matroska".


    This indeed seems to resolve the issue (for new recording only - naturally) , although it introduced old streaming issues with some dvb2 streams. (https://github.com/kodi-pvr/pvr.hts/issues/431)


    So if anyone has similar problem with .ts files seeking , this might help him.


    Still , I think this issue should be looked at , since same file works just fine on kodi/windows (and of course LE 9.X with rpi 4) , so there is an "hidden" problem with ts parser on LE 10.X RPI4.

    Hi,


    I have a little problem with recorded TV videos files since upgrading to LE 10. (on my 2 RPI4 setups)


    Files are played just fine , and usually seeking forward works fine.


    When i seek backward (even 10 seconds) , playback is stopped and seek info bar shows 00:00 (the start of the file) and playback is not usable anymore.


    To eliminate causes , I took the .ts file (using TVH as pvr) out of the TVH box and put it on a "normal" share and local file system , exactly same issue.


    I tried to play the file on kodi 19.4 on windows box , it plays just fine and seeking works perfectly.


    I made a 30 seconds example .ts file , attached is a link to my shared google drive (less than 7mb file).


    https://drive.google.com/file/…gIr78jtNW15HZdTDsiDa/view (just click download on the top bar)


    To reproduce the issue , just play it , seek 10 or 20 seconds forward , then try to seek back.


    Also here is a debug log while the issues happens :


    debug log


    Thanks in advance.

    Pi Foundation folks are currently focussed on finishing the 10/12-bit video and 4K60 work. This will firm up the kernel/DRM side of the puzzle and allow some ffmpeg cleanup, which needs to happen before more complication (with deinterlace) is added. It's vacation season so all of the above is running about 3/4 speed right now. IMHO the current software deinterlace capability is quite usable (not perfect, but usable).

    Maybe i am missing something , but by saying "use Software deinterlacing " you mean there is an option for it that i missed or by disabling hardware acceleration each time we gonna watch interlaced content ?

    It's not trivial and there are other things with a higher priority right now.

    Hi , Just tested 9.95.2 and found out that de-interlacing is not available yet. (Clearly "alpha" fits the description :) )


    I just want to make sure you know de-interlacing is Top priority for PVR usage (and even playing old DVDs).


    Not only without de-interlacing the playback is jaggy we are viewing it half fps which make a lot of content unwatchable.


    While saying that keep up the great work and hoping to se de-interlacing support gets bumped up (I can help with testing if needed).

    I understand you mean by "force" that HDMI should output always even if no device is connected on boot.


    If so i guess your only chance is via BIOS settings (if you cant find any , try to update BIOS).

    Hi everyone ,


    It seems 9.2.1 really improves this issue.


    On 30 fps , 29.94 fps , 25 fps samples , playback seems perfect with subtitles.


    60 fps sample cant really be played on this version with or without subtitles , not sure why , it starts fine but then starts to stutter badly , other 60 fps videos i checked works fine.


    on 23.976/24 fps , playback seems better , but still on samples videos there is slight stutter (more like micro stutter) comparing to non subtitles playback , on "real videos" it seems o.k , still checking...