Bug #4275
Broken Record after Broadcaster switching programme title (DVB-S)
0%
Description
Hi,
im on DVB-S in Germany using Astra 19,2 E (sat-ip). Im recording "Unser Sandmännchen" on channel "MDR Sachsen HD" at 18:54 o clock using autorec. TvHeadend records the episode fine but when i want to play the record, it only plays approximately 45 seconds. When i watch the livestream at the same time using vlc, i can see at approxametly 45 seconds the broadcaster updates the caption of the title, vlc stops for a maximum of a half second and then streams the channel further.
I let ffmpeg copy via -vcodec copy -acodec copy the file, but it stops after 45seconds.
TS-Doctor says at 45 seconds is a programme switching (in german "Programmumschaltung")
Im unable to play the file.
Files
History
Updated by Jaroslav Kysela over 7 years ago
Does the file size correspond with the recorded time?
Do you have enabled 'EPG running state' in the DVR config or the channel config? Try to disable these options.
Updated by Hans Peter over 7 years ago
File size corrsponds with record time.
The options isn't enabled in channel or dvr config.
Updated by Jaroslav Kysela over 7 years ago
If you record to .TS format, then the problem is most probably in the client, because TVH does not modify the MPEG-TS stream contents (except some PID filtering).
Updated by Hans Peter over 7 years ago
- File Unbenannt.PNG Unbenannt.PNG added
You're right, im recording to .TS.
I've tried to play the file on a samsung TV, a LG TV and a most recent vlc client. All of them played the file 45 seconds and then stopped playing. A friend of me recorded an epsiode of the series too and encountered the same problem.
I've attached you a screen grab of the tool ts-doctor. it detects program switching at a position, where vlc client stops playing the video.
Updated by saen acro over 7 years ago
Can you confirm that operator add/remove audio, dvb or teletex streams, during problematic stop.
You can split file with dd
Updated by Hans Peter over 7 years ago
I think the operator changed something, but i cant tell you exactly.
When you tell me how to see if operator changes something, i will have a look at this.
Updated by saen acro over 7 years ago
Most easy is to make second recording profile, with will start few minutes after start of event.
Then record same thing with both profiles set to PASS
Updated by Hans Peter over 7 years ago
I tested this yet. I can tell you, the recorded file with the profile which will start recording few minutes after start works perfectly. I can play the recording on all players. The other profile where the recording starts few minutes before start does not work.. here i can only play some seconds - minutes of the record.
Updated by saen acro over 7 years ago
Upload somewhere both files
or test broken file under linux to split it to peaces
split --bytes=10M /path/to/record/record.ts /path/to/record/prefixForNewRecordPieces
something as HLS
With transponder on astra 19.2 is this to test myself
maby some how operator set new pid to sub streams
Updated by Hans Peter over 7 years ago
I do not want to fix the files. I know, when i cut the problematic scene out of the recording, i can play the file.
Do we have any chance of fixing this problem?
Updated by Hans Peter over 7 years ago
Hans Peter wrote:
I do not want to fix the files. I know, when i cut the problematic scene out of the recording, i can play the file.
Do we have any chance of fixing this problem?
Do you receive Astra 19.2 too? I can tell you the problematic channel and time.. you get the problem every day.. Do you want to test this too?
Updated by Jaroslav Kysela over 7 years ago
It's the client issue. I think that the operator changed audio/video streams in a specified time and most of clients is probably confused (because they wait for A/V elementary streams like on the start). If you record to mkv, tvh will split recordings to more pieces (files) when elementary A/V streams are changed.
Updated by Hans Peter over 7 years ago
I tried recording via matroska profile in the past.. the result is, the mkv file ends at the problematic position. no additional mkv files where generated.
Updated by Jaroslav Kysela over 7 years ago
OK, so TVH behaves like any other clients :-) It's 19.2E "MDR Sachsen HD" channel around 18:54 everyday, right?
Updated by Hans Peter over 7 years ago
Jaroslav Kysela wrote:
OK, so TVH behaves like any other clients :-) It's 19.2E "MDR Sachsen HD" channel around 18:54 everyday, right?
Exactly!
Updated by saen acro over 7 years ago
Jaroslav Kysela wrote:
OK, so TVH behaves like any other clients :-) It's 19.2E "MDR Sachsen HD" channel around 18:54 everyday, right?
18:54 with time? Mine is GMT+2
am pointed 140cm antenna to 19.2 and will test but am come to tome later