Mp3(ng) mit OSS - rasender ablauf

uzer · 26. Mai 2006

Hallo zusammen,

also wenn ich ein mp3 (mit der neusten offiziellen oder neusten mp3ng) abspiele, spielt das rasend schnell.
Das Problem konnte ich damals durch abschalten von NTPL lösen.. (strace gab Futex Probleme aus)
.. aber jetzt genau das gleiche Problem und strace gibt auch keine Futex Fehler aus hab LD_ASSUME_KERNEL auf 2.4.1 und 2.2.5 ausprobiert.. gleiches Ergebnis. Muss der 2.4er Kernel installiert sein damit man die Variable setzten kann?

hier mal ein strace Ausschnitt:

Code

stat64("/video/.update", 0xbfffefec)    = -1 ENOENT (No such file or directory)
gettid()                                = 2625
accept(11, 0xbfffd080, [16])            = -1 EAGAIN (Resource temporarily unavailable)
gettimeofday({1148654641, 156234}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0
gettimeofday({1148654641, 156641}, NULL) = 0
nanosleep({0, 9593000}, NULL)           = 0
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
gettimeofday({1148654641, 167885}, NULL) = 0
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
ioctl(7, FBIO_RADEON_GET_MIRROR, 0xbfffe7a0) = 0
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
stat64("/video/.update", 0xbfffefec)    = -1 ENOENT (No such file or directory)
gettid()                                = 2625
accept(11, 0xbfffd080, [16])            = -1 EAGAIN (Resource temporarily unavailable)
gettimeofday({1148654641, 235831}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0
gettimeofday({1148654641, 235992}, NULL) = 0
nanosleep({0, 9839000}, NULL)           = 0
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
gettimeofday({1148654641, 247462}, NULL) = 0
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
ioctl(7, FBIO_RADEON_GET_MIRROR, 0xbfffe7a0) = 0
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641
time(NULL)                              = 1148654641

Alles anzeigen

das wiederholt sich halt hunderte male
Wäre schön wenn das einem bekannt vorkommt ...

mfg

uzer · 26. Mai 2006

Zitat

Wenn die libc mit NPTLONLY kompiliert wurde, ist es nicht mehr möglich Programme mit LD_ASSUME_KERNEL=2.4.x zu starten.

das habe ich hier im forum gefunden... jetzt müsste ich nur rauskriegen ob meine libc tatsächlich mit nptlonly kompiliert wurde....

uzer · 27. Mai 2006

hab jetzt endlich mal den 2.6.8er kernel selbst kompiliert.. aber gleiches Ergebnis ich bekomme auch die alten mp3 plugins nicht mehr ans laufen.. habe seid dem letzten super Gau hier kein mp3 plugin mehr versucht.. obwohl es eigentlich das wichtigste Plugin für mich ist

Wer benutzt denn erfolgreich das mp3-plugin mit OSS ??? egal welche Version

PS. und JAA ich habe irgendwie das falsche Forum erwischt.. verschieb das hier doch bitte einer ins plugins forum..

uzer · 27. Mai 2006

naja folgendes habe ich noch versucht:
- ich habe mal die Karte umgesetzt um interrupt fehlern aus dem Weg zu gehen
- setup.conf gelöscht
- vdr nur mit benötigten plugins gestartet

ich habe erfolgreiche "mp3ng-0.9.14-MKIV-pre3" getestet und diese funktioniert auch!! auch also ist es wohl doch ein neues Problem (zumindest für mich)

Ich habe folgendes gefunden:

Diff

Von der ML (habs noch nicht getestet):


Sascha Volkenandt wrote:


> When starting MP3 replay on a channel with only Stereo-PIDs (or when turning off Use AC3 completely), audio data is decoded at maximum possible speed, the
> driver seems to take all data it can, and just discards it. Replay is then about 20x speed, of course with no audible result.






This patch against mp3 0.9.9 will solve the problem. Don't know, if this is right, but it works.


bye,


Tobias




diff -Nur vdrdevel-plugin-mp3.orig/player-mp3.c vdrdevel-plugin-mp3/player-mp3.c
--- vdrdevel-plugin-mp3.orig/player-mp3.c    2005-01-25 20:12:53.000000000 +0100
+++ vdrdevel-plugin-mp3/player-mp3.c    2005-01-25 20:08:41.000000000 +0100
@@ -1220,7 +1220,7 @@
   only48khz=MP3Setup.Only48kHz;
   outSr=0;
 #if VDRVERSNUM >= 10318
-  cDevice::PrimaryDevice()->SetCurrentAudioTrack(ttDolbyFirst);
+  cDevice::PrimaryDevice()->SetCurrentAudioTrack(ttAudio);
 #endif
   d(printf("mp3-dvb: using DVB output\n"))
 }








Ok, habs nun getestet und läuft wunderbar.

Alles anzeigen

von diesem thread http://vdr-portal.de/board/thread.php?threadid=28983&hilight=mp3+plugin+l%E4uft+schnell+durch+oss

"audio data is decoded at maximum possible speed".. das ist genau mein Problem!! nur das ich nichts mit DVB und AC3 am hut habe

Kann da keiner was zu sagen ich finde auch keine fehler mit strace

uzer · 27. Mai 2006

*beschwer*

aber!!!! : ) jetzt kann ich wohl auch mal Monroe bzw. den Plugin Autor des originalen mp3 plugins drauf ansprechen..

Ich habe ja schon gesagt das ich eine alte mp3ng Version ans laufen gebracht habe.. habe beide Dateien verglichen .. und mal diese beiden Zeilen getauscht:
mp3ng-0.0.9\player-mp3.c

Code

fd=open(dspdevice,O_WRONLY|O_NONBLOCK);

durch
mp3ng-0.9.14-MKIV-pre3\player-mp3.c

Code

fd=open(dspdevice,O_WRONLY);

tja !! : ) und was soll ich sagen! jetzt gehts!!
Also bitte klärt mich auf! was passiert da, ich teste morgen mal genauer ob das jetzt irgendwelche einschränkungen bewirkt....
ich sehe nur das im log ganz viele meldungen erzeugt werden:

Code

mp3ng: heartbeat buffer=0 now=2094
mp3ng: heartbeat buffer=0 now=2095
mp3ng: heartbeat buffer=0 now=2096
mp3ng: heartbeat buffer=0 now=2097
mp3ng: heartbeat buffer=0 now=2098
mp3ng: heartbeat buffer=0 now=2099
mp3ng: heartbeat buffer=0 now=2100
mp3ng: heartbeat buffer=0 now=2101
mp3ng: heartbeat buffer=0 now=2102
mp3ng: heartbeat buffer=0 now=2103
mp3ng: heartbeat buffer=0 now=2104
mp3ng: heartbeat buffer=0 now=2105
mp3ng: heartbeat buffer=0 now=2106

Alles anzeigen

usw.

Am Rande: ich habe jetzt nur den Code der zwei mp3ng Versionen verglichen.. vermute aber das die neuste "offizielle" mp3 dev Version auch diese Zeile beherbergt.. (schaue ich mal später in den code) ... denn mit dem Plugin habe ich auch den Effekt des schnellen abspielens..

uzer · 23. Juni 2006

Hat das Problem niemand anderes ?

Also nochmal zusammengefasst:

für mp3-0.9.15pre10 und mp3ng-0.0.9 kann ich mit den obigen änderungen den Fehler beheben! Positiv

aber leider:
bei mp3ng-0.0.9a tritt der Fehler wieder auf und ich kann ihn nicht mit der änderung reparieren

ich hoffe das einer der Autoren hier mal reinschaut und vielleicht noch auf eine Abhängigkeit aufmerksam machen kann.

mir ist ein Rätsel warum die neuste mp3ng version nun schon wieder nicht geht. Hab schon diverse Dateien verglichen, ob der Fehler noch in der player-mp3.c liegt!? .. es schaut leider nicht so aus

Gurkendieb · 24. Juni 2006

Du kannst gerne *beschweren" , mich *ansprechen* aber das aendert
nix an der Tatsache das ich dein geschildertes Problem weder
mit DVB noch OSS Ausgabe habe.

bye

uzer · 24. Juni 2006

Hallo Morone,
das hat doch jetz nix mit *beschweren* zu tun. Ich merk ja das das Problem niemand anderes hat!
Ich hab hier ja auch zum glück eine 0.0.9er version die läuft.. und mit der ich erstmal auch glücklich bin (bis auf das "skip to <time> fehlt) ich versteh nur nicht warum die 0.0.9a nicht mehr läuft. Du hast noch ziemlich viele Änderungen hin zur *a version gemacht!? zumindest einige Dateien sind anders.. sind da vielleicht noch irgendwelche Änderungen die mit dem ansprechen von /dev/dsp zusammenhängen können?

kannst du noch stichwortartig sagen was du genau verändert hast zur version 0.0.9a?

uzer · 24. Juni 2006

wird Zeit das ich wieder gesund werde.. naja solange kann ich hier noch die Probleme meiner Zeit bewältigen

also ich habs, bzw. nur halb - das NONBLOCK gedöns muss ich entfernen damit der beschriebene Fehler nicht bei mir auftritt! Aber damit kann ich ja leben...

Ansonsten ist es ein compiler spezifisches Problem!! der gcc 3.3 ist schuldig das die version 0.0.9a nicht läuft! es geht jetzt mit 3.4! Allerdings durfte ich davor noch von IMAGEMAGICK auf IMLIB2 wechseln, da sonst der vdr abschmiert! .. und das hier im syslog steht:

Code

Jun 24 20:32:15 localhost vdr: [3604] mp3ng-image: ERROR: Couldn't load : ImageMagick: unable to open image `': No such file or directory
Jun 24 20:32:15 localhost vdr: [3604] mp3ng-image: ERROR: filename  too short to identify format

wenn jetzt mein intelicover patch noch funktioniert ist erstmal wieder alles gut.

Gurkendieb · 25. Juni 2006

Zitat

*beschwer*

aber!!!! : ) jetzt kann ich wohl auch mal Monroe bzw. den Plugin Autor des originalen mp3 plugins drauf ansprechen..

...ansonsten alles net so woertlich nehmen , ich tu's ja auch net...

uzer · 25. Juni 2006

keine Ahnung was du mir jetzt damit sagen möchtest... es gab ein problem und ich habs gelöst... ist doch positiv!

... andere autoren würde sich über sowas freuen...

Mp3(ng) mit OSS - rasender ablauf

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema