Beiträge von warhammer

    So,


    ohne auf einen neuen Kernel zu aktualisieren läuft aktuell eine DVBSky S952 mit yavdr 0.6 inkl. aller verfügbaren Updates.

    Einzig die Firmware musste von der Herstellerseite heruntergeladen werden.

    Femon Werte sind zum vergessen, aber bisher tut die Karte was sie soll.

    So,

    mittels

    Code
    1. alter table timers drop primary key;
    2. alter table timers add column id INT(11) UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;
    3. alter table timers drop key `idxeventidchannelidvdruuid`;
    4. alter table timers add KEY `idxeventidchannelidvdruuid` (`eventid`,`channelid`,`vdruuid`);
    5. alter table timers drop key `idxvdruuidstate`;
    6. alter table timers add KEY `idxvdruuidstate` (`vdruuid`,`state`);
    7. alter table timers drop key `idxupdsp`;
    8. alter table timers add KEY `idxupdsp` (`updsp`);


    passt die Tabelle nun wieder soweit das er epgd sich nicht mehr beschwert.

    Heisst aktuell ist keine Spalte Auto-Increment.

    Das Problem ist wohl auch eher das eine Auto-Increment Spalte Teil des Primary Keys sein muss.

    Damit fehlt beim "alter table timers add column id INT(11) unsigned not null auto_increment" wohl das PRIMARY_KEY.

    Allerdings gibt es ja nun schon drei Spalten die zusammen den PK ergeben...




    Die Spalten die er als überflüssig angibt sind aber alle in einer anderen Tabelle (events). Da ich nicht weiss wie da die Abhängigkeiten zu irgendwelchen scrapern sind habe ich die bisher nicht gelöscht.

    stop vdr

    stop epgd

    -> ps und grep sagen beides ist gestoppt

    start epgd


    Liefert immer noch die selben Fehlermeldungen.


    Wenn ich mir die Ausgabe so ansehe, dann scheint er ja die Spalte hinzufügen zu wollen, kommt damit aber nicht zum Ziel.

    Hallo,


    nach längerer Zeit habe ich mal wieder die überfälligen updates per "apt-get update" / "apt-get dost-upgrade" eingespielt.


    Leider tut seitdem eepgd nicht mehr was es soll. So wie es aussieht gabs da wohl ein Problem beim Update der Datenbank:

    syslog.1:Aug 7 07:40:59 VDR epgd: Calling mysql_init(1850)

    syslog.1:Aug 7 07:40:59 VDR epgd: SQL-Error in 'prepare(stmt_prepare)' - Unknown column 'id' in 'field list' (1054) 'Unknown column 'id' in 'field list'' [select _starttime, action, active, autotimerid, autotimerinssp, autotimername, aux, channelid, childlock, day, directory, doneid, endtime, eventid, expression, file, id, info, inssp, lifetime, namingmode, priority, retrys, source, starttime, state, tccmailcnt, template, type, updsp, vdruuid, vps, weekdays, wrncount from timers where id = ? and vdruuid = ?;]

    syslog.1:Aug 7 07:40:59 VDR epgd: Retry #48 failed, retrying in 60 seconds!

    syslog.1:Aug 7 07:40:59 VDR epgd: Closing mysql connection and calling mysql_thread_end(1850)


    Edit: Kein Wunder, die Spalte ID existiert in der Tat nicht...




    Wie bekomme ich das ganze jetzt wieder in einen lauffähigen Zustand?



    Danke!

    Leute...

    Zurück zum Thema bitte. :)


    Ja, man kann nen neuen Kernel installieren und Plain yavdr wird auch noch funktionieren - zumindest wahrscheinlich.

    Ja, man kann auch gleich nen neues yavdr aufsetzen.


    Nur wenn ich den Kernel auf =>4.0 hochziehe funktioniert so einiges an Zusatzhardware nicht mehr die am VDR hängen (Sowas wie ne alte China Bridge zur Hausautomatisierung, nicht mehr supportete SCSI Controller für die es nur closed Source Treiber gab, meine Eigenbau "Ambietelight" Treiber+HW müsste auch überarbeitet werden,...).


    Schön wäre es also wenn es einfach beim 3.13er Kernel bleiben könnte.

    Zumal es kein Hexenwerk zu sein scheint. Ein Händler hat mir "netterweise" statt einer Cine6.5 wie angeboten die 7A Version geschickt. Tuner 1+3 funktionierten damit problemlos, Tuner2+4 leider nicht...

    Sooooo, tut jetzt.

    Keine Ahnung warum.

    Mit --device=2 wird jetzt nur noch das 2. Device eingebunden.

    Damit alles so funktioniert wie es erstmal soll, musste ich also:

    --device=1

    --device=2

    zur /etc/vdr/conf.d/00-vdr.conf hinzufügen.



    Danke!

    --record=/usr/lib/vdr/vdr-recordingaction

    --user=vdr

    --grab=/tmp

    --port=6419

    --watchdog=0

    --shutdown=/usr/lib/vdr/vdr-shutdown.wrapper

    --dirnames=,,1

    --device=2

    --lirc

    --plugin=channellists

    --plugin=clock

    --plugin=conflictcheckonly

    --plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper

    --plugin=devstatus

    --plugin=eepg

    --plugin=epg2vdr

    --plugin=epgfixer

    --plugin=epgsearch -f /usr/bin/svdrpsend

    --plugin=epgsearchonly

    --plugin=femon

    --plugin=fepg

    --plugin=iptv

    --plugin=live --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages

    --plugin=markad

    --plugin=menuorg

    --plugin=pulsecontrol

    --plugin=quickepgsearch

    --plugin=restfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos --webapp=/var/lib/vdr/plugins/restfulapi/webapp

    --plugin=scraper2vdr -i /var/cache/vdr/epgimages/ -m client

    --plugin=skindesigner --epgimages=/var/cache/vdr/epgimages

    --plugin=skinelchi

    --plugin=skinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages

    --plugin=skinflat

    --plugin=skinflatplus -l /var/lib/vdr/channellogos/

    --plugin=skinnopacity --epgimages=/var/cache/vdr/epgimages

    --plugin=skinsoppalusikka --logodir=/usr/share/vdr-xpmlogos

    --plugin=softhddevice -D

    --plugin=streamdev-client

    --plugin=streamdev-server

    --plugin=tvguide -l /var/lib/vdr/channellogos/ -e /var/cache/vdr/epgimages/

    --plugin=tvscraper

    --plugin=vnsiserver

    --plugin=wirbelscan

    --plugin=yaepghd

    ... irgendwas funktioniert leider gar nicht so wie erwartet.


    Unter Signalinformationen haben ich #0, #1, #2. #0 ist der Eingang der Probleme macht.


    Also habe ich testweise die /etc/vdr/conf.d/00-vdr.conf angepasst:

    [vdr]

    --record=/usr/lib/vdr/vdr-recordingaction

    --user=vdr

    --grab=/tmp

    --port=6419

    --watchdog=0

    --shutdown=/usr/lib/vdr/vdr-shutdown.wrapper

    --dirnames=,,1

    --device=1


    Jetzt hätte ich erwartet das ich nur noch #1 finde.

    Allerdings zeigt Signalinformation jetzt #1, #2 und #3 an...

    Ok, danke.

    Da das dynamite Plugin bei mir eh nur Probleme gemacht hat, wäre wohl -D die Lösung der Wahl (Hatte ich mit -b wohl nen Dreher im Kopf).

    Wo würde ich den denn idealerweise einbauen damit er beim yavdr Start mit angezogen wird?

    Hallo,


    da meine Cine ja leider einen defekten Eingang hat würde ich den bis zur Beschaffung einer neuen Karte gern komplett "lahmlegen" da sonst immer wieder versucht wird darauf aufzunehmen was zu nicht nutzbaren Aufnahmen führt.


    Da gabs doch früher mal einen Parameter -b, der aber nicht so sonderlich funktionierte wenn ich mich dunkel erinnere...



    Danke!

    Hallo,


    ein Eingang meiner Cine S2 hat es wohl hinter sich - Nur noch Klötzchenbildung. :(

    Der andere Eingang funktioniert, Kabeltauschen bringt das selbe Ergebnis.


    Welche Karte könnt Ihr mir empfehlen die per Plug&Play funktioniert? Notfalls mit möglichst wenig Anpassungen.

    Alternativ auch gern eine Quad-Karte.

    Hm, einiges passt zu meinem Problem (Das das Problem häufiger während einer Aufnahme auftritt) und bei mir das Videotext plugin läuft.
    Umschalten sieht bei mir so aus:



    Wenn es schief geht so:

    Code
    1. Jul 28 19:52:10 VDR vdr: [1281] switching to channel 18 (Pro7 MAXX) Jul 28 19:52:10 VDR vdr: [1281] [softhddev]SetPlayMode: 0Jul 28 19:52:10 VDR vdr: [1281] [softhddev]SetVideoDisplayFormat: 1Jul 28 19:52:10 VDR vdr: [1281] [softhddev]GetSpuDecoder:Jul 28 19:52:10 VDR vdr: [2144] EEPG: setstatus 0Jul 28 19:52:10 VDR vdr: [2144] EEPG: setstatus 1Jul 28 19:52:10 VDR vdr: [2144] EEPG: Filter Pid:0,Tid:0 added.Jul 28 19:52:10 VDR vdr: [3083] osdteletext-receiver thread ended (pid=1281, tid=3083)Jul 28 19:52:10 VDR vdr: [1281] buffer stats: 0 (0%) usedJul 28 19:52:10 VDR vdr: [1281] EEPG: setstatus 0Jul 28 19:52:10 VDR vdr: [3084] device 1 TS buffer thread ended (pid=1281, tid=3084)Jul 28 19:52:10 VDR vdr: [3082] buffer stats: 99076 (1%) usedJul 28 19:52:10 VDR vdr: [3082] device 1 receiver thread ended (pid=1281, tid=3082)Jul 28 19:52:10 VDR vdr: [3093] device 1 receiver thread started (pid=1281, tid=3093, prio=high)Jul 28 19:52:10 VDR vdr: [3095] device 1 TS buffer thread started (pid=1281, tid=3095, prio=high)Jul 28 19:52:10 VDR vdr: [3094] osdteletext-receiver thread started (pid=1281, tid=3094, prio=high)Jul 28 19:52:12 VDR vdr: [2236] tvscraper: scraping Channel ProSieben HD S19.2E-1-1017-61301Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetPlayMode: 1Jul 28 19:52:12 VDR vdr: audio/alsa: using device 'default'Jul 28 19:52:12 VDR vdr: audio/alsa: start delay 336msJul 28 19:52:12 VDR vdr: [1281] switching to channel 17 (DMAX)Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetPlayMode: 0Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetVideoDisplayFormat: 1Jul 28 19:52:12 VDR vdr: [1281] [softhddev]GetSpuDecoder:Jul 28 19:52:12 VDR vdr: [3094] osdteletext-receiver thread ended (pid=1281, tid=3094)Jul 28 19:52:12 VDR vdr: [1281] buffer stats: 0 (0%) usedJul 28 19:52:12 VDR vdr: [3095] device 1 TS buffer thread ended (pid=1281, tid=3095)Jul 28 19:52:12 VDR vdr: [3093] buffer stats: 16356 (0%) usedJul 28 19:52:12 VDR vdr: [3093] device 1 receiver thread ended (pid=1281, tid=3093)Jul 28 19:52:12 VDR vdr: [1281] CAM 1: assigned to device 1Jul 28 19:52:12 VDR vdr: [3100] device 1 receiver thread started (pid=1281, tid=3100, prio=high)Jul 28 19:52:12 VDR vdr: [3101] osdteletext-receiver thread started (pid=1281, tid=3101, prio=high)Jul 28 19:52:12 VDR vdr: [3102] device 1 TS buffer thread started (pid=1281, tid=3102, prio=high)Jul 28 19:52:13 VDR vdr: [1281] [softhddev]SetPlayMode: 1Jul 28 19:52:13 VDR vdr: [1281] switching to channel 16 (RTLNITRO)Jul 28 19:52:13 VDR vdr: audio/alsa: using device 'default'Jul 28 19:52:13 VDR vdr: audio/alsa: start delay 336msJul 28 19:52:13 VDR vdr: [2144] EEPG: setstatus 0Jul 28 19:52:13 VDR vdr: [2144] EEPG: setstatus 1Jul 28 19:52:13 VDR vdr: [2144] EEPG: Filter Pid:0,Tid:0 added.Jul 28 19:52:15 VDR vdr: [2144] EEPG: PMT scan idleJul 28 19:52:15 VDR vdr: [2144] EEPG: Ended all processingJul 28 19:52:16 VDR vdr: [3102] i/o throttle activated, count = 1 (tid=3102)Jul 28 19:52:17 VDR vdr: [3102] buffer usage: 70% (tid=3100)Jul 28 19:52:17 VDR vdr: [3102] buffer usage: 80% (tid=3100)Jul 28 19:52:18 VDR vdr: [3102] buffer usage: 90% (tid=3100)Jul 28 19:52:19 VDR vdr: [3102] buffer usage: 100% (tid=3100)Jul 28 19:52:20 VDR vdr: [2236] tvscraper: scraping Channel VOX HD S19.2E-1-1057-61201Jul 28 19:52:25 VDR vdr: [2236] tvscraper: scraping Channel TELE 5 HD S19.2E-1-1109-5401Jul 28 19:52:29 VDR vdr: [2282] [softhddev]FeedKeyPress: remote 'XKeySym' not foundJul 28 19:52:29 VDR vdr: video: decoder buffer empty, duping frame (2747/17) 0 v-bufJul 28 19:52:29 VDR vdr: video/vdpau: missed frame (9/17)




    Also wie zu sehen scheint der Puffer vollzulaufen.

    Hallo,


    ab und an bleibt mein vdr beim durchschalten auf einem (beliebigen) Sender hängen.
    Ab diesem Augenblick reagiert der Videorekorder auf keinerlei Eingaben mehr.
    Er nimmt aber weiter Sendungen auch z.B.


    Im Logfile gibt es eigentlich erstmal nichts wirklich aussergewöhnliches zu sehen.


    Irgendeine Idee wo ich mit suchen anfangen kann?



    Danke!