mhwepg (giebts was zum füttern via svdrpsend.pl)?

anonymous · 1. April 2004

Hallo

Habe mir ein kleinen Schnipsel gebastelt für "mhwepg".

Bash

#!/bin/sh


PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin


DEVICE="0"
MHWDIR="/usr/local/src/mhwepg"
TMPOUT="/tmp/epg"


mkdir -p /tmp/epg


case $1 in
     getdata)
		szap -a $DEVICE -x -c $MHWDIR/channels.conf "CSN EPG"
		$MHWDIR/mhwepg -s S19.2E -a $DEVICE -e $MHWDIR/equiv.csn -o $TMPOUT/epg.csn.data


		szap -a $DEVICE -x -c $MHWDIR/channels.conf "CD EPG"
		$MHWDIR/mhwepg -s S19.2E -a $DEVICE -e $MHWDIR/equiv.cd -o $TMPOUT/epg.cd.data


		szap -a $DEVICE -x -c $MHWDIR/channels.conf "DIGITAL+"
		$MHWDIR/mhwepg -s S19.2E -a $DEVICE -e $MHWDIR/equiv.digital -o $TMPOUT/epg.digital.data


		#szap -a $DEVICE -x -c $MHWDIR/channels.conf "CYFRA EPG"
		#$MHWDIR/mhwepg -s S19.2E -a $DEVICE -e $MHWDIR/equiv.cyfra -o $TMPOUT/epg.cyfra.data


		#szap -a $DEVICE -x -c $MHWDIR/channels.conf "SKY ITALIA EPG"
		#$MHWDIR/mhwepg -s S19.2E -a $DEVICE -e $MHWDIR/equiv.skyitalia -o $TMPOUT/epg.skyitalia.data
		;;
     loaddata)
		rm -rf /video/test_epg.data


		for DATA in $(ls -A $TMPOUT) ; do
		    cat $TMPOUT/$DATA >>/video/test_epg.data
		done


		rm -rf $TMPOUT
		;;
	    *)
		echo "Usage: $0 {getdata|loaddata}"
		;;
esac

Alles anzeigen

Soweit so gut, aber ich müßte so wie es jetzt ist ja jedesmal die Orginal epg.data überschreiben (was keinen Sinn macht), giebt es da ein Script um VDR via svdrpsend.pl zu füttern?

Meine bei hörzu2vdr/tvmovie2vdr gehts doch auch via svdrpsend?

Noch lieber wäre es mir es wie bei "hörzu2vdr", das ich die Clients übers LAN füttern kann.

MFG Ronny

gonz · 1. April 2004

Hi anonymous,

sollte gehen:

Code

flops:~# svdrpsend.pl help pute
220 flops SVDRP VideoDiskRecorder 1.2.6; Thu Apr  1 18:00:53 2004
214-PUTE
214-    Put data into the EPG list. The data entered has to strictly follow the
214-    format defined in vdr(5) for the 'epg.data' file.  A '.' on a line
214-    by itself terminates the input and starts processing of the data (all
214-    entered data is buffered until the terminating '.' is seen).
214 End of HELP info
221 flops closing connection

cu
gonz

anonymous · 1. April 2004

Hallo

Also die files sehen so aus:

Code

C S19.2E-53-1105-4005 CANAL+ Rood
E 62 1080837300 6900 90
T High Crimes
S FILM - 115'
D Comedy-drama.Al Pacino,Rachel
|Roberts.2002.112Min.Filmproducer Viktor
|Taransky heeft een groot probleem als
|zijn hoofdrolspeelster er de brui aan
|geeft. Een vervangster is niet zo snel
|gevonden. Dus neemt hij zijn toevlucht
|tot een computergegenereerde ster.
D Thriller-drama.Morgan Freeman,Ashley
|Judd.2002.110Min.Het leven van Claire
|Kubik ligt overhoop wanneer haar man Tom
|opgepakt wordt wegens verdenking van een
|zevenvoudige moord. Nog erger is dat hij
|al die jaren zijn ware identiteit
|verborgen heeft gehouden voor degene van
|wie hij houdt.
e
E 121 1080844200 5700 90
T It
S FILM - 95'
D Drama.Charlotte Ayanna,Daryl
...
....
.....
......
.......

Alles anzeigen

Laut "man" müßte man ja nun die ganzen "data" files aufbereiten (auseinnander nehmen) um via svdrsend.pl zu füttern?

Oder habe ich einen Denkfehler?

MFG Ronny

schelli · 1. April 2004

sind die so nicht schon passend im vdr-epg format?!

hilft dann nicht einfacht

cat file1 file2 file3 >> epg.data

und dann den vdr neustarten?

mfg
schelli

anonymous · 1. April 2004

Weiß ich nicht, müßte man mal probieren?

Hat man dann nicht wieder den ganzen Pfeffer doppelt drinnen?

------------------------

Auch erst jetzt gesehen, beim suchen in der ML: http://jausoft.com/Files/vdr/

vdr.mhwepg.script.tar.bz2

Da scheint was zum Füttern drinnen zu sein, schaut aber nicht ganz neu aus.

Mal testen.

MFG Ronny

anonymous · 1. April 2004

Zitat

Original von schelli
sind die so nicht schon passend im vdr-epg format?!

hilft dann nicht einfacht

cat file1 file2 file3 >> epg.data

und dann den vdr neustarten?

mfg
schelli

Alles anzeigen

Tatsache :-)).

Habe mal mehrmals das ganze aufgerufen, steht jeweils nur 1 x drinnen.

Dafür hat die epg.data nun stolze 88 Mb (zum test), aber "cat" macht einen besseren wie das "füttern", mit der "loadepg.pl" dauerts doch eine Ecke.

Ok Thema erledigt, bis auf leidiges gcc (2.95.3) Problem, mit nen neueren Compiler klappts, weiß wer was man da machen kann, außer gcc updaten?

Code

gcc -Wall -I../DVB/include -o mhwepg mhwepg.c
In file included from mhwepg.h:4,
                 from mhwepg.c:38:
si_tables.h:34: parse error before `60'
si_tables.h:34: stray '\' in program
si_tables.h:195: parse error before `:'
si_tables.h:197: parse error before `:'
si_tables.h:198: parse error before `:'
si_tables.h:200: parse error before `:'
si_tables.h:201: parse error before `:'
si_tables.h:202: parse error before `:'
si_tables.h:208: parse error before `:'
si_tables.h:209: parse error before `:'
si_tables.h:212: parse error before `:'
si_tables.h:213: parse error before `:'
si_tables.h:214: warning: type defaults to `int' in declaration of `pat_t'
si_tables.h:214: warning: data definition has no type or storage class
mhwepg.c: In function `ParseTOT':
mhwepg.c:309: stray '\' in program
mhwepg.c:310: parse error before `;'
mhwepg.c:313: parse error before `)'
mhwepg.c:344: stray '\' in program
mhwepg.c:344: parse error before `;'
mhwepg.c:345: parse error before `)'
mhwepg.c:345: stray '\' in program
mhwepg.c:352: stray '\' in program
mhwepg.c:352: parse error before `;'
mhwepg.c: In function `GetSummaries':
mhwepg.c:613: stray '\' in program
mhwepg.c:613: parse error before `;'
make: *** [mhwepg] Error 1

Alles anzeigen

MFG Ronny

viking · 6. April 2004

Hallo Ronny,

Zitat

Original von anonymous
Ok Thema erledigt, bis auf leidiges gcc (2.95.3) Problem, mit nen neueren Compiler klappts, weiß wer was man da machen kann, außer gcc updaten?

hattest du hier eine lösung gefunden ?

Gruß
Viking

anonymous · 6. April 2004

Zitat

Original von viking
Hallo Ronny,

hattest du hier eine lösung gefunden ?

Gruß
Viking

Alles anzeigen

Hi

Nein leider nicht, möchte die Kiste auch nicht extra für "mhwepg" updaten, läuft inzwischen fast 3 Jahre mit dem selben OS.

In 7 Jahren könnte man drüber Verhandeln :-)).

Erstelle die EPG Daten auf einer anderen Kiste, und exportiere Sie einfach, sicher keine Lösung für Dein Problem.

Habe es in der ML auch schon versucht, der Author des Programms hatte auch geantwortet, finde aber die M@il nimmer.

Ansonnsten ist mhwepg das None Plus Ultra, schade das es sowas nicht für DE Sender giebt, und wenns so wäre würde es sicher Geld kosten......

MFG Ronny

viking · 6. April 2004

Hallo Ronny,

Danke für die Antwort.

Zitat

Original von anonymous
Nein leider nicht, möchte die Kiste auch nicht extra für "mhwepg" updaten, läuft inzwischen fast 3 Jahre mit dem selben OS.

Habe es in der ML auch schon versucht, der Author des Programms hatte auch geantwortet, finde aber die M@il nimmer.

Schade

Mein VDR läuft auch seit 2 jahren mit Suse 8.0 und einen neueren compiler muss nicht sein - wer weis was das mit sich zieht ...

Ich schreibe mal den Author - mal sehen was er sagt. Wenn ich was rausfinde schreib ich wieder

Gruß
Viking

anonymous · 9. April 2004

Hi

Source VDR ML:
-----------------------
Ronny Kornexl wrote:

> Hello
>
> gcc (2.95.3) compiler error with mhwepg-0.4.2.tar.gz
>
> gcc -Wall -I../DVB/include -o mhwepg mhwepg.c
> In file included from mhwepg.h:4,
> from mhwepg.c:38:
> si_tables.h:34: parse error before `60'
> si_tables.h:34: stray '\' in program
> si_tables.h:195: parse error before `:'
> si_tables.h:197: parse error before `:'
> si_tables.h:198: parse error before `:'
> si_tables.h:200: parse error before `:'
> si_tables.h:201: parse error before `:'
> si_tables.h:202: parse error before `:'
> si_tables.h:208: parse error before `:'
> si_tables.h:209: parse error before `:'
> si_tables.h:212: parse error before `:'
> si_tables.h:213: parse error before `:'
> si_tables.h:214: warning: type defaults to `int' in declaration of `pat_t'
> si_tables.h:214: warning: data definition has no type or storage class
> mhwepg.c: In function `ParseTOT':
> mhwepg.c:309: stray '\' in program
> mhwepg.c:310: parse error before `;'
> mhwepg.c:313: parse error before `)'
> mhwepg.c:344: stray '\' in program
> mhwepg.c:344: parse error before `;'
> mhwepg.c:345: parse error before `)'
> mhwepg.c:345: stray '\' in program
> mhwepg.c:352: stray '\' in program
> mhwepg.c:352: parse error before `;'
> mhwepg.c: In function `GetSummaries':
> mhwepg.c:613: stray '\' in program
> mhwepg.c:613: parse error before `;'
> make: *** [mhwepg] Error 1
>
> what is the problem?
>
> Ronny

Hi,

I noticed that the lines in mhwepg.h and si_tables.h are terminated by CR LF (DOS style).
Perhaps this is the cause of your problem with gcc 2.95.3
I have updated the archive on my web page (http://jrepetto.free.fr), please test it and report.

Jean-Claude
-----------------------

Das ist ja Prima, gleich mal schauen, mal was anderes ein bischen "blöde" ist das schon das VDR nicht laufen darf, villeicht hat ja mal wer Lust ein Script zu schreiben, das man das aus der "commands.conf" herraus startet.

- kill vdr
- check driver
- which szap
- starte mhwepg
- starte vdr

-----------------------
Nachtrag, Blödsinn gerade mal probiert.

Geht auch wenn VDR läuft, nur müßte man über svdrpsend.pl die entsprechenden Sender tunen.
-----------------------

MFG Ronny

anonymous · 9. April 2004

Wenn man die EPG Daten sofort haben möchte gehts doch nur via (loadepg.pl).

Mal per commands.conf realisiert.

Somit ist "szap" nicht zwingend.

Files:

/usr/local/bin/loadepg.pl (http://jausoft.com/Files/vdr -> vdr.mhwepg.script.tar.bz2)
/usr/local/bin/mhwepg.sh (siehe unten)
/usr/local/bin/mhwepg (http://jrepetto.free.fr -> mhwepg-0.4.2.tar.gz)

commands.conf:

Code

..........
Run mhwepg : if test -z `pgrep mhwepg.sh` ; then echo '/usr/local/bin/mhwepg.sh' | at now ; else echo 'mhwepg.sh is allways running ?' ; fi
.........

mhwepg.sh:

Für den "log":

Code

#exec 1>/tmp/mhwepg.log 2>/tmp/mhwepg.log


to


exec 1>/tmp/mhwepg.log 2>/tmp/mhwepg.log

Die Channels muß man sich anpassen, bei vdr-1.3.* sollte es funktionieren (ASTRA).

Entweder über den CHAN <NAMEN> oder über die CHAN <NUMMER> aus der channels.conf.

Ist "mhwepg" fertig, gehts BACK auf den CHAN wo man war, das füttern via "loadepg.pl" dauert dann ein wenig.

Bash

#!/bin/sh
#
#exec 1>/tmp/mhwepg.log 2>/tmp/mhwepg.log
#
# channels.conf:
#
# => NL
# NED1:12515:hC56:S19.2E:22000:517+8190:88=dut:34:622,602,100:4011:53:1105:0
# => ESP
# TAQUILLA FUTBOL:10847:vC56:S19.2E:22000:175:0:0:0:30162:1:1058:0
# => FR
# DT3:12363:vC34:S19.2E:27500:0:1986=fra:0:100:9152:1:1098:0


PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin


DEVICE="0"
TMPOUT="/tmp"


# way 1, switch to channel <NAME>
CHANNELS="
NED1
TAQUILLA FUTBOL
DT3
"


# way 2, switch to channel <NUMBER>
#CHANNELS="
#155
#243
#522
#"


TMP=`mktemp -d $TMPOUT/epgdata.XXXXXX`
CUR=`svdrpsend.pl CHAN 2>&1 | grep 250 | perl -e "while (<>) { chop ; chop ; print }" | awk '{ print $2 }'`


echo "$CHANNELS" | sed -e '/^[ ]*$/d' >$TMP/channels


count=0
while read i ; do
    svdrpsend.pl MESG "switching to channel: $i"
    svdrpsend.pl CHAN "$i"
    let count=$count+1
    svdrpsend.pl MESG "mhwepg -a $DEVICE -o $TMP/$count.data -l"
    mhwepg -a $DEVICE -o $TMP/$count.data -l
done < $TMP/channels


svdrpsend.pl CHAN $CUR


for i in `ls $TMP/*.data 2>/dev/null` ; do
    svdrpsend.pl MESG "loadepg: $i"
    cat $i | loadepg.pl
done


rm -rf $TMP

Alles anzeigen

Villeicht kanns ja wer gebrauchen.

MFG Ronny

Grégoire · 9. April 2004

Ich verstehe was nicht: wieso nicht direkt die epg bekommen so:
mhwepg -s S19.2E -e equiv.csn -o /video0/epg.data
Das ist sehr schnell und braucht kein loadepg.pl

anonymous · 9. April 2004

Zitat

Original von Grégoire
Ich verstehe was nicht: wieso nicht direkt die epg bekommen so:
mhwepg -s S19.2E -e equiv.csn -o /video0/epg.data
Das ist sehr schnell und braucht kein loadepg.pl

Villeicht für den Fall das man sich schon 20 Mb EPG daten übers www gezogen hat (hörzu2vdr und co).

Und Du dann merken wirst das:

mhwepg -s S19.2E -e equiv.csn -o /video0/epg.data

die komplette "epg.data" killt.

mhwepg -s S19.2E -e xxxxxxxx1 -o /video0/epg.data
mhwepg -s S19.2E -e xxxxxxxx2 -o /video0/epg.data
mhwepg -s S19.2E -e xxxxxxxx3 -o /video0/epg.data

In epg.data hast Du somit nur den Pfeffer von <xxxxxxxx3> drinnen.

----------------------

Code

# 0.01 loadvdr (peter)
# 0.02 delete old entries before updating (peter)
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
# 0.03 dumped Net::Telnet because of lost connections

Weiß es ehrlich gesagt nicht ob die "loadepg.pl" auch vorher "cleant", müßte man mal probieren, aber selbst wenn man > änhängen würde, hat man die EPG Daten dann auch gleich parat?

MFG Ronny

Grégoire · 12. April 2004

Oops, habe an sowas nicht gedenkt

ronnykornexl · 25. Juni 2004

ronnykornexl · 27. Juni 2004

Brougs78 · 27. Juni 2004

Hi Ronny!

Blöde Frage: Was spricht eigentlich gegen deinen früheren Ansatz, die EPG-Daten einfach an die epg.data anzuhängen. Natürlich wird dabei die Datei relativ groß, wenn das jeden Tag so gemacht wird, aber wenn vdr lange genug läuft, sollte er die Datei ja bereinigen.

Gruß,
Brougs78

P.S.: Warum hast du deine Identität gewechselt?
Nicht dass es mich etwas angeht

ronnykornexl · 27. Juni 2004

Brougs78 · 27. Juni 2004

Hi!

Zitat

Original von ronnykornexl
Am besten einfach eine Cronjob erstellen, oder in der "shutdown.sh" jede woche beim runterfahren, noch vorher schnell die daten besorgen lassen, denke das ist am einfachsten und stört auch nicht weiter.

Ja genau so mache ich das auch und das funzt einwandfrei.

Zitat

Original von ronnykornexl
Beim Admin schauts dann aber anders aus?

vdradmin wird doch nur langsam, wenn du eine extrem große EPG-Datei hast. Hatte ich auch mal bei ca. 100MB beobachtet, wo ich mit dem mhwepg herumexperimetiert habe. Aber im Normalfall sollte die ja nicht so groß sein (ca. 10 MB bei mir) und da blokiert vdradmin vielleicht 1-2 Sekunden.

Sorry, aber wirklich helfen kann ich dir leider auch nicht ...

Gruß,
Brougs78

ronnykornexl · 27. Juni 2004

mhwepg (giebts was zum füttern via svdrpsend.pl)?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema