Messages

many thanks for this insight.

OK. this would work for extra audio streams.
i'll just assume that it would work for teletext as well (eventually).

cheers
Harry

anyone?

don't know eclipse, but if you want to develop under win32
http://www.bloodshed.net/dev/devcpp.html
might be of help.

cheers
Harry

hi,

i did a little research on the teletext issue and found this:
http://linvdr.org/mailinglists/vdr/2003/04/msg00239.html

according to this info, the teletext gets sent over in a separate
PID. so far, so good.

Transponder 71 (11,83650 GHz, FEC 3/4)
Station    PID Video    PID Audio    PID VTX
Das Erste    101             102               104

the corresponding entry in my channels.conf looks like this:
Das Erste;ARD:11837:hC34:S19.2E:27500:101:102=deu;106=deu:104:0:28106:1:1101:0

everything in order here, i think.

so the VTX PID gets sorted/filtered out somehow by VOMP?
is this true?

thanx 4 lighting things up.

hi everyone!

there's an interesting discussion in progress on the above mentioned
list.
it's about multi-server/protocol support and about the idea
of merging VOMP code into mvpmc code.

read it here

subj.: Small project reorg

blah://lists.rst38.org.uk/cgi-bin/mailman/private/mediamvp-devel/2006-May/thread.html

(you've got to be a list subscriber if you want to read that)

dying to see what will become of all this!
Harry

VDR maintenance patch 1.4.0-2 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-2.diff

This is a 'diff' against the official version 1.4.0 plus all
previous 1.4.0-X maintenance patches.


Small fixes to the officially released VDR versions will be first
made available as "maintenance patches" in the Developer directory,
so that they can be reviewed and tested before a new official
release is published.

So please apply the patches

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-1.diff
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-2.diff
[...]

thanks for this info.

aaargh; that's what i thought.
hmm... there was a free .net compiler from MS i think.
..and if not, we'll hope for a binary distribution.
then again: according to this page

www.spacejack.org/games/mingw/mingw-dx.html

it is at least possible to compile older DirectX stuff with
mingw-gcc. not that this would help...but....(no offense meant)
was SDL or OpenGL no option for the win32 VOMP client?

H

seeing the progress in the CVS:
i wonder how the WIN32 version will compile?
gcc? VC++?

cheers
Harry

[one]

"Jetzt" is not so bad either.

however... question at hand is here that a user, who has never
seen the interface before, understands the table at first sight.
hmm... not even sure if this is so clear in english with "Current" ....*g*
as i said.. expressing that the time frame for a recording has been reached
with only one word is tricky in german.
...hehe.... but it's unlikely that the future of VOMP depends on this.

ah, i get it.

however...this is tricky to translate.
"Aktuell" would make the most sense since there's not unlimited
space available for the letters.

Active would be "Aktiv" or "Aktiviert" and
"Recording" "Aufnahme läuft" (too bad we don't have a
progressive form in german!)

[if]

haengt vom zusammenhang ab. ohne diesen zu kennen, ist's ein wenig schwierig.

depends on the context.
if this indicates a recording in progress then
"Aktuell" or "Läuft" would be adequate.

cheers
Harry

P.S Who's gonna win the cup?

heehee....

you've made my brain reboot again 
good point here.

for the time being, i'm using a script that checks (among
other things) whether a vomp client has an active connection.
if so, the server doesn't shut down after the idle period expires.

so... yes: any active streaming should be considered for calling
cPlugin::Active() every 5 minutes -ish.
(hmm... would this collide with a sleep-timer?)

having said this, i have to pull back my earlier wish for calling
cPlugin::Active() after every key stroke. wouldn't make much
sense, would it?

cheers,
Harry

posted by Chris
I will implement this for the next plugin version, since this ability has been requested before on here.

does this mean the idle timer will be reset on every keypress? 
would be superb.

reading the news on VDR 1.3.46 i found this

The final step remaining, before I'll call it version 1.4, is the
automatic audio track selection during replay. I hope to get this
done over the next weekend...

so, get ready folks! 

cheers,
Harry

thanks for this insight; i stand corrected.

whatever the outcome will be:
patiently and, of course, _without_ asking when it will be done,
we'll wait and "see"

cheers
Harry