@DaveBinM yes aside from 9HD as mentioned the remaining HD channels seemed to work fine. SD channels have never worked with the PS4 client, I think because it doesn’t support one of the codecs used (even though the PS4 itself does, and the Media Player can play them fine). It would be great of that problem got fixed too but it’s a PS4 client feature issue, obviously unrelated to the mkv packaging error causing the problem this thread relates to.
@lennier76 Now that we’ve established which channel it is, I know there is something related to that one that is being looked into, so the team is on it. 
Yeah, I don’t think the PS4 supports MPEG2Video, which is what our SD channels use. 
Hi @DaveBinM, I see there’s a new version out but no mention in the release notes of fixes that may be relevant to this problem. Do you know if anything has been changed on that front?
@lennier76 No, there’s nothing in that version for this, but keep an eye out.
Another new version @DaveBinM but still no mention of a container fix. I assume still nothing in this release then that will help? Are they aware this is making the new versions unusable for affected users, it’s not just an inconvenience?
@lennier76 Unless there’s something mentioning it in the release notes (which I know there isn’t), then there’s no change to any DVR functionality. There is awareness around this, and it is being looked into.
Thanks @DaveBinM, that’s what I expected.
Hi @DaveBinM, I see latest version seems to have reverted to mpegts for dvr recordings, does that fix this issue? Sounds like they’re remuxing to a TS file and not just saving the transmitted stream so I assume the container issues they had in the mkv file could still exist.
@lennier76 I’m 99% certain, but if you could give it a test and report back, I’d be very grateful. 
@DaveBinM said:
@lennier76 I’m 99% certain, but if you could give it a test and report back, I’d be very grateful.
Ok I’m away but once I get back and get a chance I’ll do a test upgrade and see how it goes.
@DaveBinM unfortunately it seems they’ve made it worse. TenHD now seems to work, but 9HD still failed on the first recording but then worked on a second one (different program).
However they’ve broken ABC HD now, which wants to transcode everything and seems to not pick up the video resolution (probably the reason it tries to transcode). No video resolution is displayed on the program page nor on the info screen for the file. The xml (attached) shows a framerate of 90000!
Interestingly, I just realised that all previous (working) ABC HD recordings indicate an audio codec of MP2, which implies that this is not the reason for the SD recordings wanting to transcode as had been speculated previously. This seems to imply they should be able to make these work as well?
@lennier76 What guide are you using?
Also, what show was that you had issue with? I recorded Grand Designs New Zealand last night without issue.
@lennier76 I think you’ve got MP2 Audio and MPEG2VIDEO (video) confused, which is what I’d suggested as a transcode reason before.
@DaveBinM ah yes of course it was the video that it doesn’t like, not the audio. I recall now I realised that once before and had forgotten…
I tried two programs on ABC HD just before and after 11:30am. “Back Roads” then “Jillaroo School” (just what was on at the time). Both failed to play (wanting to transcode) and both reported 90000 fps in the file info.
On 9HD “Mornings” wouldn’t play but the following “Morning News” did.
I’m using IceTV guide data, is there any reason that can affect things? I can’t imagine how?
@lennier76 You mentioned the program page, but I wasn’t sure if you meant the page in the program guide, or in the library. I’m finding it difficult to reproduce at the moment, but could you try analysing the files to see if that changes the frame rate? Also, how’s your network set up for recording, and what sort of signal strength do you get?
@DaveBinM yes analysing the files seems to have corrected the framerate information and they now play on the PS4.
My signal strength is generally excellent but I do get occasional (infrequent) interference which is more common duing the day than the evening. So it’s possible one or more of these recordings had some data dropouts. Nothing was evident in the playback of the ABC HD files those once analysed.
My recording setup is an HDHomeRun connected to PMS (on QNAP) via a business grade switch.
I might try another upgrade and do some more test recordings now I know the analyse option can potentially address the deal breaker issue of ABC HD.
@DaveBinM spoke too soon I think. Upgraded again, tried another ABC HD recording (Poldark), same issue with 90000fps framerate, but this time analysing the recording made no difference whatsoever. So looks like this is still too broken to be able to use. 
Seems like some pretty basic stream interpretation and/or container writing errors going on here, are they not testing this stuff?
@lennier76 Can you confirm the version number you’re on, please? If it’s recording properly, but not analysing properly, I’ll get that looked at.
@DaveBinM this is on the latest version, 1.7.6.4058. Just tried again and got the same result. File reports 90000fps framerate, analyse makes no difference. Strange that it did on the first two failed recordings though.
Is there anything going on in the background that has to complete before I attempt an analyse? The only difference I can think of between the first two where analyse worked and the last two where it didn’t was that I left the recordings as they were for some time prior to running the analyse, rather than just after they’d completed.
What’s more that Poldark recording suddenly disappeared and reported ‘not available’ in the file info, and indeed the file appears to be gone. Yet the database still reports it all as there even after rescanning the library. Haven’t seen that happen before but might be unrelated.
