MediaPortal SVN-Snapshot:-11-30-2009 21-44h - Revision:24281.rar (5 Viewers)

[xvffx]

hi all,

did I missed something about importing recorded TS ? as I was able to do this on the last SVN but not with this one.


Vff

 

[tourettes]

I noticed that with the new tsreader some mp recordings (1080i h264 hdtv dvb-t) played at 60fps even though they were PAL. Went back to old tsreader (from 1.1 beta) and it seems fine.

Sounds like either the stream has false information, or the fps rate is incorrectly decoded. Please test the same file in graphedit by using MPC-HC mpeg splitter as source filter and otherwise same codecs and renderers.

Also please upload a sample of that TS.

 

[pilehave]

On Windows 7 I seem to get artifacts (big blocky ones) when using Microsoft DTV-DVD codec and EVR on our 720p H.264 channel. With VMR9 they are gone, but unfortunately this results in dropped frames.

The 576i channels (both MPEG2 and H.264) doesn't show these problems, neither does H.264 MKV's in either 720p or 1080p.

The artifacts can also be reproduced with PowerDVD 9 codec, but there my H.264 PAL channels are also played with 30 fps instead of 50 fps

In the TsReader log I get a lot of this:

08-12-2009 11:45:26.712 [1088]Vid/Ref : 1.173, Late ?-frame(00), Compensated = 0.120 ( 0.120 A/V buffers=00/26), Clk : 0.000000, State 1
08-12-2009 11:45:26.718 [1088]Vid/Ref : 1.213, Late ?-frame(00), Compensated = 0.160 ( 0.160 A/V buffers=00/25), Clk : 0.000000, State 1
08-12-2009 11:45:26.723 [1088]Vid/Ref : 1.373, Late ?-frame(00), Compensated = 0.320 ( 0.320 A/V buffers=00/24), Clk : 0.000000, State 1
08-12-2009 11:45:26.728 [1088]Vid/Ref : 1.293, Late ?-frame(00), Compensated = 0.240 ( 0.240 A/V buffers=00/23), Clk : 0.000000, State 1
08-12-2009 11:45:26.733 [1088]Vid/Ref : 1.333, Late ?-frame(00), Compensated = 0.280 ( 0.280 A/V buffers=00/22), Clk : 0.000000, State 1
08-12-2009 11:45:26.738 [1088]Vid/Ref : 1.493, Late ?-frame(00), Compensated = 0.440 ( 0.440 A/V buffers=00/21), Clk : 0.000000, State 1
08-12-2009 11:45:26.743 [1088]Vid/Ref : 1.413, Late ?-frame(00), Compensated = 0.360 ( 0.360 A/V buffers=00/20), Clk : 0.000000, State 1

Hope to see the next version with more fixes

 

[tourettes]

On Windows 7 I seem to get artifacts (big blocky ones) when using Microsoft DTV-DVD codec and EVR on our 720p H.264 channel. With VMR9 they are gone, but unfortunately this results in dropped frames.

Please upload a sample recording (30 second clip is enough) that can be used to reproduce the issue. Also full Tsreader log would be nice...

In the TsReader log I get a lot of this:

08-12-2009 11:45:26.712 [1088]Vid/Ref : 1.173, Late ?-frame(00), Compensated = 0.120 ( 0.120 A/V buffers=00/26), Clk : 0.000000, State 1

Just normal behavior, telling that audio and video is being synchronized after changing channel.

 

[tourettes]

The artifacts can also be reproduced with PowerDVD 9 codec, but there my H.264 PAL channels are also played with 30 fps instead of 50 fps

0002537: Cyberlink H.264 decoder doesn't work in DXVA mode - MediaPortal Bugtracker

 

[pilehave]

Please upload a sample recording (30 second clip is enough) that can be used to reproduce the issue. Also full Tsreader log would be nice...

OK. All tests done on laptop with Nvidia Quadro NVS 140M IGP, but everything I experience is largely reproducable on my HTPC with ATi HD3200.

I have uploaded a 23 second clip (30 MB) to http://cm3.dk/ts_sample_720p_h264_PAL_pilehave.ts
The clip is blocky with pretty much anything, except for CoreAVC (smooth and clean). I have tried Microsoft DTV-DVD, CyberLink H.264/AVC Decoder (PDVD9), ffdshow Video Decoder (knew that wouldn't work!) and MPC - Video Decoder.

They all play it pretty badly in MPC-HC too, so I'm not sure the problem itself lies in MediaPortal (at least not playback, but maybe in the writing of ts-files?).

If it's any help, then the Microsoft DTV-DVD codec plays really choppy in both MediaPortal and MPC-HC with renderer set to EVR. Set it to VMR9 Renderless and it's much better. I can even play back 1080i clips on my crappy onboard Nvidia...so for me EVR seems to be a much bigger load on the system than VMR9, I had hoped for the opposite from a new OS

This is a jungle...but CoreAVC seems to get it all right in both MediaPortal and MPC-HC (and doesn't care if it's EVR or VMR9), although I still prefer free codecs

Thanks for taking the ungrateful task

 

[Paul Shirley]

I checked the behaviour and found that grabbing EPG during recording or timeshifting crashes the server
<snip>
If I disable grabbing EPG during Timeshift and only allow grapping in idle mode the problem does not appaear.

OK, after finding a similar problem I switched off recording/timeshifting EPG and nothing improved. The TV service did restart so harvesting should be off - Windows kicked it back into life after the 1st of last nights failures (half way through several recordings )

Every 1.1 SVN I've tried has been less reliable than the previous one. I'm setting all 3 repeats of radio programmes and not getting a single one fully recorded a lot of the time, going to have to give up testing if things dont improve really soon

 

[esas]

Been jusing this SVN for a couple of days now, and I must say I'm impressed. Havn't discovered a single bug yet. Both SD and HD are finaly working fine using MS DVD-DTV codec. Just wanted to tell you guys you're doing a great job. Looking forward to the RC.

 

[mortstar]

OK, after finding a similar problem I switched off recording/timeshifting EPG and nothing improved. The TV service did restart so harvesting should be off - Windows kicked it back into life after the 1st of last nights failures (half way through several recordings )

Every 1.1 SVN I've tried has been less reliable than the previous one. I'm setting all 3 repeats of radio programmes and not getting a single one fully recorded a lot of the time, going to have to give up testing if things dont improve really soon

That's the point!

svn's are for testing and are of varying reliability. They are not intended for production use...i.e. Do not use svn versions if you are relying upon the system for functionality.

 

[Paul Shirley]

That's the point!

svn's are for testing and are of varying reliability. They are not intended for production use...i.e. Do not use svn versions if you are relying upon the system for functionality.

My point is this current sequence of SVN's have gone from flaky DVB radio to barely working radio that crashes the rest of MP when it fails on this weeks train wreck release. Not much point fixing all the playback annoyances if the recording engine keeps getting worse