On Wed, Mar 26, 2008 at 12:03 PM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> kind of hard to describe something you no longer remember... ;)
> I _think_ the issue was some kind of stuttering playback; it didn't happen
> always, but often enough that one day i decided to see if writing the stream
Thanks for the fast reaction Petri, but I 'm a newbi and my experience is,
"don't mix apt-get... and compiling", does it mean that I have to compile
vdr and all the plugins too?
Is the documentation that comes with the sources clear for us?
Gaston
2008/3/25, Petri Helin <[EMAIL PROTECTED]>:
>
> O
Hi,
I tried subtitle features and I saw some problems (I am using vdr-1.5.18
with softdevice and streamdev).
First auto channel update is need : there no way to save subtitle pid in
channel.conf. I haven't info about this on the manual and it takes me
some time how to make it works.
Next osd
>I need to spend some more time googling for free streams...
http://www.global-itv.com/
a very wide list of streams.
--
Jan Segers
Op deze e-mail zijn de volgende voorwaarden van toepassing:
http://www.fontys.nl/disclaimer
The a
VDR User wrote:
> On Wed, Mar 26, 2008 at 10:27 AM, Artur Skawina <[EMAIL PROTECTED]> wrote:
>> Is anyone seeing some kind of problem when playing back files, but only when
>> the
>> recording has not yet finished? Possibly just when replaying a file that is
>> currently
>> being extended, mayb
Yes, I'm using the iptvstream.sh script.
Have still not had much chance to test switching between multiple iptv
channels - as I can only get the NASA channel working properly. I need to
spend some more time googling for free streams...
- Original Message -
From: "Rene Hertell" <[EMAI
On Wed, Mar 26, 2008 at 10:27 AM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> Is anyone seeing some kind of problem when playing back files, but only when
> the
> recording has not yet finished? Possibly just when replaying a file that is
> currently
> being extended, maybe by another VDR and/or
Is anyone seeing some kind of problem when playing back files, but only when the
recording has not yet finished? Possibly just when replaying a file that is
currently
being extended, maybe by another VDR and/or over NFS.
[i had a problem like that many months ago, attempted to fix it, but it seem
Rene Hertell wrote:
> Simon Baxter wrote:
>> Thanks - sound is working since I changed the audio bitrate from
>> 320 to 190.
>>
>> Thanks too for the mms stream - works, kind of. I think the
>> bandwidth to NZ is affecting it though :)
>
> Thanks Simon for that tip :-) Now I managed to get so
Klaus Schmidinger wrote:
> On 03/26/08 13:39, Lucian Muresan wrote:
>> Klaus Schmidinger wrote:
>> [..]
>> Please try setting VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting
>> VDR. This should fix it.
> This is fixed !
>
> Thank you.
Looks like this is set globally, for al
On 03/26/08 13:39, Lucian Muresan wrote:
> Klaus Schmidinger wrote:
> [..]
> Please try setting VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting
> VDR. This should fix it.
This is fixed !
Thank you.
>>> Looks like this is set globally, for all of the epg data, right? What
>>>
Füley István wrote:
>> External data source simply need to provide the strings in the
>> encoding used on your local system (presumably UTF-8).
>>
>> Klaus
>
> This is what I did in my xmltv grab process:
>
> iconv --silent --from-code=ISO-8859-2 --to-code=UTF-8
> --output=/opt/tigervdr/xmltv/hu
Klaus Schmidinger wrote:
[..]
Please try setting VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting
VDR. This should fix it.
>>> This is fixed !
>>>
>>> Thank you.
>> Looks like this is set globally, for all of the epg data, right? What
>> about mixed charsets from different providers (I kn
Simon Baxter wrote:
> Thanks - sound is working since I changed the audio bitrate from 320
> to 190.
>
> Thanks too for the mms stream - works, kind of. I think the
> bandwidth to NZ is affecting it though :)
Thanks Simon for that tip :-) Now I managed to get some sound too, but i
had to reduc
> External data source simply need to provide the strings in the
> encoding used on your local system (presumably UTF-8).
>
> Klaus
This is what I did in my xmltv grab process:
iconv --silent --from-code=ISO-8859-2 --to-code=UTF-8
--output=/opt/tigervdr/xmltv/hu-utf.xml /opt/tigervdr/xmltv/all.x
On 03/26/08 07:35, Lucian Muresan wrote:
> Éric Laly wrote:
>> Klaus Schmidinger a écrit :
>>> On 03/20/08 09:46, Éric Laly wrote:
Klaus Schmidinger a écrit :
...
It seems that EPG that are correctly displayed are in 8859-9 and the
others in ISO6937.
> Have you se
Thanks - sound is working since I changed the audio bitrate from 320 to 190.
Thanks too for the mms stream - works, kind of. I think the bandwidth to NZ
is affecting it though :)
- Original Message -
From: "Segers,Jan J.K.T." <[EMAIL PROTECTED]>
To: "VDR Mailing List"
Sent: Wednesday
17 matches
Mail list logo
