[ANNOUNCE] VDR 1.3.19 is out !

olafhenkel · 23. Januar 2005

Tach,

eine neue zum heutigen Sonntag...also freuen wir uns mal wieder auf die nächsten Probleme :-)) Was wird gehen, was nicht...

Zitat

VDR developer version 1.3.19 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.19.tar.bz2

*** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED
*** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY!

The format of Dolby Digital recordings has been changed to allow
recording of more than one such track. DD tracks in existing recordings
are recognized as such and handled using a compatibility mode.
However, this apparently doesn't work for DD tracks from ORF channels.

The changes since version 1.3.18:

- Making sure at least the default skin is available at program start in case a
plugin needs to issue an error message (thanks to Achim Tuffentshammer for
reporting a crash in such a case). Also checking if there is a current skin
in cSkins::Message().
- Completed the Finnish OSD texts and fixed internationalization of the text
for "Setup/DVB/Audio language(s)" (thanks to Rolf Ahrenberg).
- Completed the Estonian OSD texts and switched to iso8859-13 character set
(thanks to Arthur Konovalov).
- Made cCondWait::SleepMs() sleep at least 3ms to avoid a possible busy wait.
- Fixed canceling the LIRC thread (thanks to Marco Schlüßler for pointing out
this one).
- The "Green" button in the "Main" menu is now always "Audio", since the audio
channel might be changed even if there is only one actual audio PID.
- Fixed handling the '-E' option which was broken in version 1.3.18 (thanks to
Christian Jacobsen for reporting this one).
- Added 'channels.conf.terr' entries for Mainz (thanks to Michael Heyse).
- Implemented cDolbyRepacker for better handling of Dolby Digital PES packets
(thanks to Reinhard Nissl).
- Fixed playing files with PES packets longer than 2048 byte through the full
featured DVB card (thanks to Marco Kremer for reporting this one and providing
a test sample).
- Recording and Transfer Mode now handle more than 2 audio PIDs. For this the
interfaces of the following functions have been changed:
cTransferControl::cTransferControl()
cTransfer::cTransfer()
cRecorder::cRecorder()
cReceiver::cReceiver()
cRemux::cRemux()
- Fixed a possible race condition in cDevice::Action() and cTSBuffer::Action()
(thanks to Stefan Huelswitt).
- Extended some buffer sizes to allow handling HDTV streams (thanks to Reinhard
Nissl).
- Added 'channels.conf.terr' entries for Düsseldorf and Köln (thanks to Walter Koch).
- Falling back to 'stereo' when switching channels in case the user had switched
to 'left' or 'right' (suggested by Rolf Groppe).
- Completed the Danish OSD texts (thanks to Mogens Elneff).
- Recording and Transfer Mode can now handle up to 8 Dolby Digital tracks (thanks
to Marco Schlüßler for a patch that implements substream handling into
cDevice::PlayPesPacket(), and Reinhard Nissl for adding substream handling to
cDolbyRepacker).
- Added PlayPes(NULL, 0) to cTransfer::Action() when clearing the transfer buffer
to avoid overflows (thanks to Marco Schlüßler for pointing this out).

The DVB driver I am currently using can be found at

ftp://ftp.cadsoft.de/vdr/Devel…ux-dvb.2004-12-26.tar.bz2

which is the CVS 'HEAD' version from 2004-12-26, made available as a complete
archive for your convenience.

Of course, you can also use any newer driver version.

Have fun!

Klaus

Alles anzeigen

Greets Olaf

P.S.: So wie's aussieht, waren alle wieder sehr fleissig. Naja, gerade im Bereich DD und AC3 gabs ja einige Klippen.

driver140771 · 23. Januar 2005

Der Download funktioniert nicht.

Nur 1.3.19 lässt sich nicht downloaden

SvenS · 23. Januar 2005

Hi,

doch, download geht, gerade downgeloaded und kompiliert gerade...

jumpplay patch für 1.3.18 lässt sich mit hunks anwenden, enAIO für die 1.3.18 lässt sich auch mit Hunks anwenden. Kompiliert auch durch, ob's läuft weiss ich noch nicht Frau guckt gerade...

bye
Sven

edit
hat sauber mit den beiden patches durchkompiliert
/edit

DiCon · 23. Januar 2005

Also bei mir klappt der Download und erster Eindruck:

remote
tvonscreen
mp3
dvd
mplayer
burn
text2skin

funzen, wie unter 1.3.18. Das einzige, was net kompiliert, ist osdteletext. Außerdem hab ich immer noch Probleme bei 5.1 mit dem dvd Plugin, aber ich hab ja grade erst angefangen, die neue Version zu testen...

driver140771 · 23. Januar 2005

Zitat

Der Download funktioniert nicht.

Lag wohl an Opera, mit IE hat´s funktioniert.

SvenS · 23. Januar 2005

Hi,

image-0.2.3
osdpip-0.0.7.1
remote-0.3.3
test2skin rc2
tvonscreen-0.7.0
tvtv.0.1.6

falls erforderlich jeweils mit Patch für die .18 lassen sich kompilieren.

femon-0.7.7 oder 0.7.9

lässt sich nicht kompilieren:

Code

femonreceiver.c: In constructor `cFemonReceiver::cFemonReceiver(int, int, int,
   int)':
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 4 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 5 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 6 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
make[1]: *** [femonreceiver.o] Error 1

Alles anzeigen

bye
Sven

marcmerz · 23. Januar 2005

Alle meine Plugins aus der Sig kompilieren bis auf die beiden vorgenannten.

femon 0.7.9:

Code

make[1]: Entering directory `/usr/local/src/vdr-1.3.19/PLUGINS/src/femon-0.7.9'
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I../../../include -I../../../../DVB/include femon.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I../../../include -I../../../../DVB/include femonosd.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I../../../include -I../../../../DVB/include femonreceiver.c
femonreceiver.c: In constructor `cFemonReceiver::cFemonReceiver(int, int, int,
   int)':
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 4 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 5 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
femonreceiver.c:22: error: invalid conversion from `int' to `const int*'
femonreceiver.c:22: error:   initializing argument 6 of `
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)'
make[1]: *** [femonreceiver.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.19/PLUGINS/src/femon-0.7.9'

Alles anzeigen

osdteletext 0.4.1

Code

make[1]: Entering directory `/usr/local/src/vdr-1.3.19/PLUGINS/src/osdteletext-0.4.1'
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include osdteletext.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include menu.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include txtbitmap.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include txtfont.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include display.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include i18n.c
g++ -O2 -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"osdteletext"' -D_GNU_SOURCE -I../../../include -I../../../../DVB/include txtrecv.c
txtrecv.c: In constructor `cTxtReceiver::cTxtReceiver(int, tChannelID)':
txtrecv.c:670: error: invalid conversion from `int' to `const int*'
txtrecv.c:670: error:   initializing argument 4 of `cReceiver::cReceiver(int,
   int, int, const int*, const int*, const int*)'
make[1]: *** [txtrecv.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.19/PLUGINS/src/osdteletext-0.4.1'

Alles anzeigen

Aber das hat sich bis morgen sicher auch gelöst.

Gruß,
Marcus

Jasmir · 23. Januar 2005

streamdev für den 1.3.18 kompilliert nicht!

Code

make[1]: Entering directory `/usr/src/vdr/vdr-1.3.19/PLUGINS/src/streamdev-0.3.3-pre3-geni-1.3.18'
g++ -O2 -march=pentium3 -funroll-loops -pipe -fomit-frame-pointer -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o server/livestreamer.o server/livestreamer.c
server/livestreamer.c: In constructor `
   cStreamdevLiveReceiver::cStreamdevLiveReceiver(cStreamdevLiveStreamer*, int,
   int, int, int, int, int, int, int, int, int, int, int, int, int, int, int,
   int, int)':
server/livestreamer.c:16: error: no matching function for call to `cReceiver::
   cReceiver(int&, int&, int, int&, int&, int&, int&, int&, int&, int&, int&,
   int&, int&, int&, int&, int&, int&, int&, int&)'
../../../include/vdr/receiver.h:17: error: candidates are:
   cReceiver::cReceiver(const cReceiver&)
../../../include/vdr/receiver.h:41: error:
   cReceiver::cReceiver(int, int, int, const int*, const int*, const int*)
make[1]: *** [server/livestreamer.o] Error 1
make[1]: Leaving directory `/usr/src/vdr/vdr-1.3.19/PLUGINS/src/streamdev-0.3.3-pre3-geni-1.3.18'

Alles anzeigen

driver140771 · 23. Januar 2005

Auch der enAIO für 1.3.19 ist schon da.

Wie immer hier

Gruß

olafhenkel · 23. Januar 2005

Hm,

die Beobachtung hab ich aber anders gemacht ! Jedes mp3, was ich abspielen will, zittert in 5 sec von links nach rechts durch. Fertich. Hören tut man jedoch nix.

mp3 ist also ist das neue fluchtplugin Gibt ne Fehlermeldung, Menüeintrag bekommste aber.

Zitat

data.c: In member function `bool cScanDir::ScanDir(cFileSource*, const char*,
cScanDir::eScanType, const char*, const char*, bool)':
data.c:95: error: `readline' undeclared (first use this function)
data.c:95: error: (Each undeclared identifier is reported only once for each
function it appears in.)
make[1]: *** [data.o] Error 1

muggle inner neuesten beta geht net.

newsticker kompiliert zwar, zeigt aber nix an, wenn mans aufruft.
femon hatten wir schon. Geht auch net.
osdimage, da seh ich auch erst mal nix mehr. Bin ich aber vorsichtig, weil ich das 4 MB-OSD noch nicht aktiv habe.
Von osdteletext seh ich auch erst mal nix. Kann aber auch an den Patches liegen.
osdpip ebensowenig. Muss ich auch noch die Patches checken, zumal ich ffmpeg-0.4.9pre1 einsetze.
radio auch net.
vbox will auch nimmer.
vdrc genauso.
Zu guter Letzt noch yaepg. Aber da ist der Patch auch noch nicht angewendet.

Ansonsten, das meiste geht auch mit 1.3.19, wenn man vorher 1.3.18 hatte und die Patches alle brav zusammengesammelt hat.

Greets Olaf

P.S.: Wirklich nur der erste Eindruck. Kann sein, dass das ein oder andere Plugin noch zur Mitarbeit zu bewegen sind.

DiCon · 23. Januar 2005

Das mit dem MP3 kann ich für DVB-Ausgabe bestätigen. Bei OSS-Ausgabe läuft es prima.

NetRookie · 23. Januar 2005

Mist MP3 und AudioCD wie bei meinen Vorrednern. schade eigentlich eine sache, auf die man nicht verzichten kann

gruß
tom

tuvok11 · 23. Januar 2005

hab das gleiche prob, mp3 & audio.

alles andere läuft soweit ganz gut.

olafhenkel · 24. Januar 2005

Tach,

hat jemand schon mal ne DVD ins Laufwerk geschoben ? Mit ner selbstgebrannten gabs heute die "Gefährlichsten Polizeijagden" der Welt ohne Ton.

Um mich nicht gänzlich vor der Family zu blamieren, war ruckizucki die 1.3.18 wieder drauf.

Ich rede hier von der ganz neuen Version des DVD-Plugins. Da weiss bestimmt Lord Zodiac Rat.

Greets Olaf

LordZodiac · 24. Januar 2005

Hallo Olaf,

warten bis die Anpassungen für die 1.3.19 fertig sind.
Muß ja nebenbei noch arbeiten gehen.

bis dann LordZodiac

hotzenplotz5 · 24. Januar 2005

kls was mich mal interessiert, wurde von hier :
http://www.vdrportal.de/board/…?postid=234952#post234952
irgendwas beruecksichtigt ? oder ist es der blaue himmel ueber hamburg, der es bei mir schafft,dass vdr zum ersten mal ohne patch maechtig stabil läuft.
mfg hotzenplotz5

KGM11 · 25. Januar 2005

Gestern ist bei mir folgendes passiert:

Jan 24 10:49:35 vdr vdr[1481]: changing name of channel 193 from 'EbS' to 'EBS'
Jan 24 10:49:35 vdr vdr[1481]: changing pids of channel 193 from 101+101:201=org,202=eng,203=fra,204=deu:0 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135339496,139222785,139222808,411,135203448,1076459264,139222808,416,6:300

VDR 1.3.11 schien das aber nicht weiter zu stören, zumindest lief anscheinend weiterhin alles problemlos. Ich habe mal auf 1.3.19 (vanilla, keine Plugins, UpdateChannels = 2, linux-dvb.2004-12-26) gewechselt und nur den ersten Audio-PID stehengelassen:

Jan 25 13:22:49 vdr vdr[5233]: changing pids of channel 193 from 101+101:201=org:300 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135383144,1074023425,139492200,411,135235736,1075702784,139492200,416,6=É:300

Im Gegensatz zur älteren Version scheint sich 1.3.19 in diesem Augenblick zu verabschieden - die Channelinfo bleibt auf dem Fernseher stehen, keine laufenden vdr/runvdr-Prozesse mehr aufspürbar, keine Einträge im Syslog. Kann das irgendwer reproduzieren? "EBS" auf 13°Ost, 12476MHz:

EBS:12476:hC34:S13.0E:27500:101:201:300:0:10601:318:8900:0

_Frank_ · 25. Januar 2005

Hab zwar momentan vdr 1.3.18, daher passt meine Antwort eigentlich nicht hierher.
Bei eingeschalteter Aktuallisierung von Namen+Pids bekomme ich kein
ständiges Bild aufgrund:

Jan 25 15:19:53 vdr vdr[778]: changing pids of channel 1586 from 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135829040,6779503,6778469,6386278,7693668,6386793,7107429,7105637,7499632,7632228,7233892,7235942,6649459,6650467,7631717,7758188,7629164,7239016,7629933,7106416,7302259,7761011,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503=É:300 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135829040,1,1123752472:300
Jan 25 15:19:53 vdr vdr[630]: retuning due to modification of channel 1586
Jan 25 15:19:53 vdr vdr[630]: switching to channel 1586
Jan 25 15:19:53 vdr vdr[2734]: TS buffer on device 1 thread ended (pid=2734, tid=879631)
Jan 25 15:19:53 vdr vdr[2732]: buffer stats: 564 (0%) used
Jan 25 15:19:53 vdr vdr[2732]: receiver on device 1 thread ended (pid=2732, tid=878606)
Jan 25 15:19:53 vdr vdr[630]: buffer stats: 0 (0%) used
Jan 25 15:19:53 vdr vdr[2736]: receiver on device 1 thread started (pid=2736, tid=881678)
Jan 25 15:19:53 vdr vdr[2738]: TS buffer on device 1 thread started (pid=2738, tid=882703)
...
- noch 23-mal in der Zwischenzeit, (Einträge der Pids wechselnd)
...
Jan 25 15:20:52 vdr vdr[778]: changing pids of channel 1586 from 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135829040,6779503,6778469,6386278,7693668,6386793,7107429,7105637,7499632,7632228,7233892,7235942,6649459,6650467,7631717,7758188,7629164,7239016,7629933,7106416,7302259,7761011,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503,6779503=É:300 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135829040,1,1123752472:300
Jan 25 15:20:52 vdr vdr[630]: retuning due to modification of channel 1586
Jan 25 15:20:52 vdr vdr[630]: switching to channel 1586
Jan 25 15:20:52 vdr vdr[3561]: TS buffer on device 1 thread ended (pid=3561, tid=953359)
Jan 25 15:20:52 vdr vdr[3559]: buffer stats: 752 (0%) used
Jan 25 15:20:52 vdr vdr[3559]: receiver on device 1 thread ended (pid=3559, tid=952334)
Jan 25 15:20:52 vdr vdr[630]: buffer stats: 0 (0%) used
Jan 25 15:20:52 vdr vdr[3564]: receiver on device 1 thread started (pid=3564, tid=955406)
Jan 25 15:20:52 vdr vdr[3565]: TS buffer on device 1 thread started (pid=3565, tid=956431)

Ist dann wohl fast Extrem-Zapping für den Vdr.

Mein Versuch mit vdr 1.3.19 kam leider zu spät, war inzwischen nur noch die Programmankündigung zu sehen und bekam vom vdr die Meldung "kein Audio verfügbar" oder so ähnlich.
Es kamen allerdings noch unschöne Geräusche aus den Lautsprechern. Probleme mit der Stabilität konnte ich keine feststellen.

Nach dem Wechsel zurück auf 1.3.18 erlebte ich wieder das obige Geschehen.

skobi · 25. Januar 2005

Hi,

nach einer klienen Update-Session läuft bei mir nun auch der 1.3.19. Was mir jedoch aufgefallen ist folgendes: Wenn man auf z.B. Pro7 auf DolbyDigital-Ton stellt, und von diesem Sender aus eine Aufnahme startet, die 'nur' den normalen Ton hat, so startet die Aufnahme ohne Ton - auch der Audio-Eintrag im Menü funktioniert hier nicht mehr. Wenn man die Aufnahme von einem nicht DD Sender startet, funzt alles super.

Kann das jemand bestätigen?

Gruß
Skobi

PS: Gibbet schon ne Idee wie man mp3 wieder zum Laufen gibt?

kls · 25. Januar 2005

Zitat

Original von KGM11
Gestern ist bei mir folgendes passiert:

Jan 24 10:49:35 vdr vdr[1481]: changing name of channel 193 from 'EbS' to 'EBS'
Jan 24 10:49:35 vdr vdr[1481]: changing pids of channel 193 from 101+101:201=org,202=eng,203=fra,204=deu:0 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135339496,139222785,139222808,411,135203448,1076459264,139222808,416,6:300

VDR 1.3.11 schien das aber nicht weiter zu stören, zumindest lief anscheinend weiterhin alles problemlos. Ich habe mal auf 1.3.19 (vanilla, keine Plugins, UpdateChannels = 2, linux-dvb.2004-12-26) gewechselt und nur den ersten Audio-PID stehengelassen:

Jan 25 13:22:49 vdr vdr[5233]: changing pids of channel 193 from 101+101:201=org:300 to 101+101:201=org,202=eng,203=fra,204=deu,205=ita,206=esl,207=ell,208=por,209=dut,210=dan,211=fin,212=sve,213=cze,214=est,215=lav,216=lit,217=hun,218=mlt,219=pol,220=slo,221=slv,222=org,223=org,224=org,225=org,226=org,227=org,228=org,229=org,230=org,231=org,232=org,135383144,1074023425,139492200,411,135235736,1075702784,139492200,416,6=É:300

Im Gegensatz zur älteren Version scheint sich 1.3.19 in diesem Augenblick zu verabschieden - die Channelinfo bleibt auf dem Fernseher stehen, keine laufenden vdr/runvdr-Prozesse mehr aufspürbar, keine Einträge im Syslog. Kann das irgendwer reproduzieren? "EBS" auf 13°Ost, 12476MHz:

EBS:12476:hC34:S13.0E:27500:101:201:300:0:10601:318:8900:0

Alles anzeigen

Das ist anscheinend das erste Mal, daß ein Sender wirklich 32 Audio-PIDs setzt - und
leider passiert da ein Überlauf

Folgendes sollte das fixen:

Diff

--- pat.c       2005/01/16 13:54:34     1.11
+++ pat.c       2005/01/25 21:02:11
@@ -324,10 +324,10 @@
         SI::PMT::Stream stream;
         int Vpid = 0;
         int Ppid = pmt.getPCRPid();
-        int Apids[MAXAPIDS] = { 0 };
-        int Dpids[MAXDPIDS] = { 0 };
-        char ALangs[MAXAPIDS][4] = { "" };
-        char DLangs[MAXDPIDS][4] = { "" };
+        int Apids[MAXAPIDS + 1] = { 0 };
+        int Dpids[MAXDPIDS + 1] = { 0 };
+        char ALangs[MAXAPIDS + 1][4] = { "" };
+        char DLangs[MAXDPIDS + 1][4] = { "" };
         int Tpid = 0;
         int NumApids = 0;
         int NumDpids = 0;

Alles anzeigen

Klaus

[ANNOUNCE] VDR 1.3.19 is out !

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema