Log in

View Full Version : h264 and dgavcdec108


harissa
18th February 2009, 03:03
this h264 ts file play fine with vlc
it was demuxed with TsRemux0212 and loaded in dgavcdec108
and the problem is all the glitchs that appear when i play it
any suggestions

http://rapidshare.com/files/199424374/090217.ts.html
only 10 download

D734
18th February 2009, 03:21
interesting as the latest version of VLC for me just crashes right away when i try.
if you cant decode it with dgavcdec then directshowsource("file.ts") usually works for me.
even if i cant use dgavcdec to decode the video, i can still use it to demux the audio with the proper delay value.

Guest
18th February 2009, 03:34
It plays fine in DGAVCDecNV, so it's down to libavcodec issues with the version I use.

You can either use DGAVCDecNV or use a DirectShow decoder, such as CoreAVC.

poisondeathray
18th February 2009, 04:05
I had to repackage it to play it, maybe there was a downloading error on my end, but it was fine after running it through tsremux

The "flashing blocks" looks a lot like the (libavcodec decoding interlaced h.264 content) issues discussed before

You can use DirectShowSource() with newer ffdshow builds (I'm using 2684), or DirectShowSource() with CoreAVC . You can also use DSS2() for frame accuracy

It looks fine (after deinterlacing)

Guest
18th February 2009, 04:14
You can also use DSS2() for frame accuracy That relies on the stream having completely accurate and continuous timestamps throughout the file, and of course raw streams don't have timestamps. Just clarifying the different niches for DSS2() versus DG. I think the SPS/PPS injection heuristics are a bit better in the DG tools also, which can be relevant for some streams.

poisondeathray
18th February 2009, 04:20
That relies on the stream having completely accurate and continuous timestamps throughout the file, and of course raw streams don't have timestamps. Just clarifying the different niches for DSS2() versus DG. I think the SPS/PPS injection heuristics are a bit better in the DG tools also, which can be relevant for some streams.

Good point. Thx for the clarification

harissa
18th February 2009, 05:00
any help building a graph ,
I tried to load the ts file in graph edit , del the fddshow video replace it by coreavc
but it dont work
that s the right way in DirectShowSource() with CoreAVC ??
i guess

Guest
18th February 2009, 05:12
Your TS has a bunch of scrambled streams in the PAT/PMT and that is confusing the splitter. Where did you get that file?!

Cough up the donation and I'll get it working for you with DGAVCDecNV, as long as you have a supported Nvidia graphics card. Otherwise, remux to MKV, and then try with Graphedit.

harissa
18th February 2009, 05:18
if this card ECS 8400GS, works fine with DGAVCDecNV i have no problem donatin 15$

for the stream , u said the same thing about the PAT/PMT 2 years ago , that s dish net stream ,

Guest
18th February 2009, 05:26
OK, but be aware that you can access only the unscrambled stream, which you can see with Detect Pids: Raw.

laserfan
18th February 2009, 05:33
I think the SPS/PPS injection heuristics are a bit better in the DG tools also...Sorry if this is OT, but this caught my eye--I noticed recently that if I don't use tsMuxeR's contSPS option (which everyone seems to use without knowing what it's for) when muxing my DGtools/x264 videos to blu-ray, that PowerDVD hits my chapter marks more accurately & consistently. Have you ever looked at the .m2ts output of tsMuxeR to see if it mungs the SPS/PPS in any way?

I wouldn't know how to compare my .264 files to the muxed .m2ts to see a difference, but it seems to me there is nothing obvious i.e. a size difference for example.

Guest
18th February 2009, 05:38
Sorry if this is OT, but this caught my eye--I noticed recently that if I don't use tsMuxeR's contSPS option I never saw such a thing. Where is it?

laserfan
18th February 2009, 16:02
It's a checkbox option in tsMuxeR GUI and will appear in the .meta file along with "insertSEI" e.g.:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --custom-chapters=00:00:00.000;00:04:40.947;00:07:39.959 --vbv-len=500
V_MPEG4/ISO/AVC, "D:\LDP2\ldp2.264", insertSEI, contSPS
A_AC3, "D:\LDP2\ldp2.ac3", lang=eng

Seems to be checked by default, and the English readme suggests contSPS is "recommended for PS3 compatibility" or some such. In any case, most GUIs here e.g. BD-Rebuilder seem to employ it unquestioningly. I'm concerned that it "mungs something that is already there" based on your post.