Moin,
Kann jemand mal den Shoutcaststream mit MP3 oder Music-Plugin testen: http://217.198.148.101:80
Ich haenge mal die Datei an ..einfach mit Plugin laden und schauen ob VDR absemmelt
Moin,
Kann jemand mal den Shoutcaststream mit MP3 oder Music-Plugin testen: http://217.198.148.101:80
Ich haenge mal die Datei an ..einfach mit Plugin laden und schauen ob VDR absemmelt
Hi Morone,
hier semmelt VDR damit nicht ab
VDR-1.7.15, music-0.9.3-testing
Gruß
Tomas
Moin,
schade ..aber sehr schoener Report !
Vielleicht noch jemand mit FF-Karte ?
ZitatOriginal von Morone
Vielleicht noch jemand mit FF-Karte ?
solche Schätzchen gibts hier auch noch
kein Problem über FF mit VDR-1.6.0-2 und music-0.9.3-testing
Jul 16 11:03:35 testvdr vdr: [1928] music: playback started with instant playlist [192] OneFM Hitsen du aldrig glmmer.pls
Jul 16 11:03:35 testvdr vdr: [1928] music: ctrl: refreshed playlist to file: /mp3/@current.m3u
Jul 16 11:03:35 testvdr vdr: [2043] music: player: player thread started (pid=1928)
Jul 16 11:04:48 testvdr vdr: [2043] music: player: player thread ended (pid=1928)
btw: ich kompiliere music mit *HAVE_MAGICK=1*, sollte ja aber nichts damit zu tun haben, oder?
Gruß
Tomas
Ja , hat nichts damit zu tun.
Merkwuerdigerweise verursacht dieser Stream bei mir immer sofort nen Speicherzugriffsfehler schon beim ersten Durchlauf der Routine .
Auf 4 verschiedenen Kisten und Distries.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xaa1f9b90 (LWP 7195)]
0xb7dbd7b3 in memmove () from /lib/libc.so.6
(gdb) backtrace
#0 0xb7dbd7b3 in memmove () from /lib/libc.so.6
#1 0xb7887e68 in cNetStream::Stream (this=0xb4c00728, data=@0xaa1e8f4c, len=@0xaa1e8f48, rest=0xa5f0c00 'U' <repeats 200 times>...) at stream.c:530
#2 0xb7892106 in MadStream (stream=0xa2a9918, str=0xb4c00728) at decoder-mp3.c:43
das ist diese Stelle in stream.c (nicht von der Zeilenanzahl irritieren lassen , es ist unten 511):
506 bool cNetStream::Stream(unsigned char * &data, unsigned long &len, const unsigned char *rest)
507 {
508 if(net && net->Connected()) {
509 if(rest && fill) { // copy remaining data to start of buffer
510 fill-=(rest-buffer); // remaing bytes
511 memmove(buffer,rest,fill);
512 }
513 else fill=0;
514
515 int r=MP3FILE_BUFSIZE-fill;
516 if(metaInt && r>metaCnt) r=metaCnt;
517 r=net->Read(buffer+fill,r);
518 if(r>=0) {
519 fill+=r; data=buffer; len=fill;
520 metaCnt-=r;
521 if(metaInt && metaCnt<=0) {
522 ParseMetaData();
523 metaCnt=metaInt;
524 }
525 return true;
526 }
527 }
528 return false;
529 }
Alles anzeigen
Ich habe zwar nen Workaround " if(fill <= MP3FILE_BUFSIZE) " aber wollte
dem ganzen allgemein mal auf den Grund gehen.
Aber war ja klar , dasses wieder nur hier passiert
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!