Jump to content

DVBV 4 won't read its own recordings


Enrico 74

Recommended Posts

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

Link to comment

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.

Link to comment
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

Link to comment
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

Link to comment
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 by magilbert6
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...