DVBV 4 won't read its own recordings

[Enrico 74]

Hello,

 

I am using DVBV 4.0.0 with a DVB-S card that has a CI interface and a decryption card inserted.

I use the recording service to plan my recordings and it works quite well.

The recordings are saved in .ts formats with (almost) all options set.

The problem is that DVBV is unable to read back the .ts files that are generated this way, although they play with no problems in other video players (VLC for example).

When the recording is selected through the OSD, the corresponding video file seems to be loaded in the internal player because it is possible to navigate through it and see snaphots of the video at the cursor position. But the video does not 'play', it gets stuck to the position where the cursor is set, without advancing.

 

To complete the problem description, I noticed the following things:

- If I trim the very beginning of the recorded video with an authoring program, its becomes 'playable' within DVBV

- If the recording comes from a 'free to air' channel (that does not involve decrytion), it also plays well within DVBV

- If the recording comes from a timeshift or a live recording, it plays well also

 

I may be wrong but it looks like when the video is recorded through the recording service, the very beginning of the video is composed of a few undecrypted frames, probably due to the fact that the CI+encryption card take some time to respond, and this messes up the video player of DVBV.

 

One more thing is that a friend of mine that has more or less the same configuration is experiencing the same problem.

 

Thanks in advance for your help

Thomas

 

 

PS: My configuration:

 

Technotrend S2-3200 + CI, driver 5.0.0.23

Intel P35 motherboard with ICH9R chipset

Sapphire Radedon X1650 pro, driver 8.401.0.0

support.zip

[magilbert6]

Hi,

 

I have the same issue, and have asked for support on it 3-4 month ago (the thread seems to have been erased).

I had some support from Griga (if I remember well). He patched succesfully the tsreader to read those recordings, but was reluctant to get the fix into dvbsource because of the possible stability issues.

 

Griga, do you have made some progress with this?

 

ATM I'm still forced to read my recordings with zoomplayer, but I'd prefer a lot to have them read in DVBViewer for the specific osd options (delete...).

 

Regards,

Denis.

[Tjod]

(the thread seems to have been erased).

No http://www.DVBViewer.info/forum/index.php?...c=30428&hl=

[magilbert6]

Hi,

 

I have the same issue, and have asked for support on it 3-4 month ago (the thread seems to have been erased).

I had some support from Griga (if I remember well). He patched succesfully the tsreader to read those recordings, but was reluctant to get the fix into dvbsource because of the possible stability issues.

 

Griga, do you have made some progress with this?

 

ATM I'm still forced to read my recordings with zoomplayer, but I'd prefer a lot to have them read in DVBViewer for the specific osd options (delete...).

 

Regards,

Denis.

 

finally i found the thread from november : http://www.DVBViewer.info/forum/index.php?...mp;#entry219811

[magilbert6]

finally i found the thread from november : http://www.DVBViewer.info/forum/index.php?...mp;#entry219811

 

thank you Tjod (we crossed our posts)

[Griga]

Griga, do you have made some progress with this?

No. It won't be handled in the DVBViewer/TSPlayer stream detection, because it may cause other issues.

 

Try the attached tool. Simply drag & drop the faulty TS file on its icon or its window. The Scrambled_Flag_Fixer examines the file and sets the scrambling flag in each TS packet (except PAT PID 0) until it finds a valid video or MPEG audio start code (which means, from this point on the data is not encrypted).

 

After applying it to the sample that I got from magilbert6 it was playable in DVBViewer. As displayed by the tool, it had to read/write 166 kb and to fix 887 TS packets (188 bytes each). That's done within one second.

 

Please note:

- The tool works "in place", which means, it doesn't copy the file while changing it. If it doesn't find a valid video or MPEG audio start code, the whole file will be marked as encrypted, thus not being usable anymore. Use a copy of your recording when trying the tool for the fiirst time!

 

- Don't try to fix pure AC3 audio recordings (same start code as unencrypted teletext, that's why it can't be used for 'unencrypted' detection). The file must contain video and/or MPEG audio!

 

- You use the Scrambled_Flag_Fixer at your own risk. If it spoils one of your recordings... well, you have been warned!

Scrambled_Flag_Fixer.zip

[magilbert6]

Try the attached tool. Simply drag & drop the faulty TS file on its icon or its window. The Scrambled_Flag_Fixer examines the file and sets the scrambling flag in each TS packet (except PAT PID 0) until it finds a valid video or MPEG audio start code (which means, from this point on the data is not encrypted).

 

Thank you Griga, works like a charm on two faultly recordings.

 

I see that it also takes into account the command line, that's very good...

Would it be possible to have the software leave automatically after the job is done (useful to have it called from a batch)?

 

Anyway, very good job Griga, thank you.

Edited February 22, 2009 by magilbert6

[Griga]

Would it be possible to have the software leave automatically after the job is done (useful to have it called from a batch)?

The tool is a variation of the BBC_HD_Fixer, so the -c commandline parameter should do the trick. More about it here:

 

http://www.DVBViewer.info/forum/index.php?...st&p=223913

[Enrico 74]

Thanks for the fix tool.

It works well and fast even on big files.

 

Thomas