[vdr] bad characters in epg.data

[Peter Münster]

Hi,

It seems, that the encoding of the epg.data file is utf-8, but
sometimes, there are lines like this:

C S19.2E-133-3-263 18:00 GRÖD - RBS

The "Ö" is one byte (0xD6) that seems not conform to utf-8 encoding.

How could I avoid such characters in the epg.data file please?

TIA for any hints,
-- 
   Peter


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] bad characters in epg.data

[Klaus Schmidinger]

> On 29 Nov 2015, at 14:04, Peter Münster  wrote:
> 
> Hi,
> 
> It seems, that the encoding of the epg.data file is utf-8, but
> sometimes, there are lines like this:
> 
> C S19.2E-133-3-263 18:00 GRÖD - RBS
> 
> The "Ö" is one byte (0xD6) that seems not conform to utf-8 encoding.
> 
> How could I avoid such characters in the epg.data file please?

Have you tried this (from the VDR “INSTALL” file)?

Workaround for providers not encoding their DVB SI table strings correctly
--

According to "ETSI EN 300 468" the default character set for SI data is
ISO6937. But unfortunately some broadcasters actually use ISO-8859-9 or
other encodings, but fail to correctly announce that.
Users who want to set the default character set to something different can
do this by using the command line option --chartab with something
like ISO-8859-9.

Klaus


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] linuxtv.org downtime around Mon Nov 30 12:00 UTC

[Johannes Stezenbach]

Hi,

the linuxtv.org server will move to a new, freshly installed
machine tomorrow.  Expect some downtime while we do the
final rsync and database export+import.  I'm planning
to start disabling services on the old server about
30min before 12:00 UTC (13:00 CET) on Mon Nov 30.
If all goes well the new server will be available
soon after 12:00 UTC.  The IP address will not change.


Johannes

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] TT S2 6400 card vdr and no video/recording on one particular channel

[Richard Scobie]

I am using vdr and a TT S2 6400 card, along with the latest versions of 
vdr, all related drivers, firmware and plugin, very sucessfully for some 
time now, except for one channel, which will not decode the video - 
audio is fine.


I have spent some time with dvbsnoop and DVBInspector, trying to find 
out what is wrong, but am now out of ideas and wondered if you could 
offer some suggestions.


If I get vdr to record this channel, nothing is recorded and likewise if 
I try to stream the channel to MPlayer on another machine using 
streamdev-server, I get nothing and this is the output:


Cache size set to 2048 KBytes
Cache fill: 15.41% (323172 bytes)

libavformat version 55.8.102 (internal)
TS file format detected.
Cache empty, consider increasing -cache and/or -cache-min. [performance 
issue]

VIDEO MPEG2(pid=308) AUDIO MPA(pid=256) NO SUBS (yet)!  PROGRAM N. 0
Cache empty, consider increasing -cache and/or -cache-min. [performance 
issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance 
issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance 
issue]



If however, if I use dvbsnoop to dump the raw ts to a file:

dvbsnoop -b -n 1 -s ts -tsraw > ch9raw.ts

I can play this in Mplayer fine - audio and video are perfect:

Playing /tmp/ch9raw.ts.
libavformat version 55.8.102 (internal)
TS file format detected.
TS_PARSE: COULDN'T SYNC
VIDEO H264(pid=308) AUDIO MPA(pid=256) SUB Teletext(pid=583)  PROGRAM N. 
1185

FPS seems to be: 25.00
Load subtitles in /tmp/
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 55.16.100 (internal)
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==
==
Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, 
II, III)

==
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.82:1 - prescaling to correct movie aspect.
VO: [vdpau] 720x576 => 1048x576 Planar YV12
A:36436.9 V:36437.0 A-V: -0.154 ct: -0.012  14/ 14 ??% ??% ??,?% 12 0


Note the first Mplayer example thinks the video PID (308) is MPEG2 and 
the second is H264.


DVBInspector confirms the video stream is H264.

What is it that I should be looking for wrong in the stream, that vdr 
will not record this channel or pass the video stream through the system?



Thank you for anything you can offer.

Kind regards,

Richard Scobie

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr