Xmms -> számok hossza 00:00

Debian GNU/Linux

Szervusztok!

Nem tudom ki tapasztalt már ilyent, de nekem van Etch, amire csak az új 2.6.22-3-686 -os kernelt raktam fel, egyébként nem vagyok az a legújabb-verzió rajongó. A rendszer stabil, bár lehet, hogy néhány csomag már régi.

Szóval az Xmms-ben ami egyébként teljesen jól működik, bizonyos számok hosszát 00:00 -nak jeleníti meg a program. Egyébként gond nélkül lejátsza az mp3-at. (Konkrétan néhány Bikini mp3, amit nemrég szereztem, hiába tinédzserkorom egyik kedvenc zenekara, és azóta is az egyik kedvenc.) Ha belehúzok a csúszkába (illetve, mivel nullán áll, valahova belekattintok), akkor egy ablakban hibaüzit kapok hogy "failed seek to: -2147483648" a szám időnként változik.

Valami kodek hiányozhat? Vagy miért nem látja rendesen a hosszát a számnak?
/mazursky

  • 1357 megtekintés

( Panther v | 2008. 01. 19., szo – 20:57 )

ez évek óta így van az xmms-nél, mert amarok, audacious, iTunes mind jól jeleníti meg a hosszt. Csak rosszul olvassa ki az adatot a fájlból, ez minden - így max. nem tudsz a fájlban pozicionálni, de hallgatni tudod.

nekem is vannak 0:0 hosszú zenéim, de amarok alatt is. Érdekesnek találtam,de túlléptem a problémán, gondoltam vm kódolási probléma. Azért ha van vm módszer, amivel vissza lehet nyerni a file-t, az érdekelne engem is, mert olyan is van, amit lejátszik, de olyan is, amit nem, pedig nem nulla méretűek.

nekem is vannak 0:0 hosszú zenéim, de amarok alatt is. Érdekesnek találtam,de túlléptem a problémán, gondoltam vm kódolási probléma. Azért ha van vm módszer, amivel vissza lehet nyerni a file-t, az érdekelne engem is, mert olyan is van, amit lejátszik, de olyan is, amit nem, pedig nem nulla méretűek.

Ha arra gondolsz, hogy pl. wav fájlban elmenteni?

Ha GUI-n akarod, akkor ottvan pl. az Audacity

Konzolon meg az mpg123.

pl. az mpg123 -w valami.mp3 valami.wav paranccsal egy wav fájlt kapsz.
Persze lehet még tovább paraméterezni az mpg123-at ha szükséged van rá.

Egy mini helpet ad, ha paraméterek nélkül indítod, de a man mpg123 bőbszédűbb.

( Replaced | 2008. 01. 19., szo – 22:19 )

xmms hulladek, reg elavult, dobd ki es szerezz egy rendeset

-. . - -... ... -..

szerintem nincs jobb. Amaroknál nem tudtam megoldani, hogy véletlenszerűen játsza le az összes számot (régebben mintha lett volna, de mostanra már csak az aktuális lejátszólistán hajlandó ugrálni, azt meg én állítom össze kézzel :S), audacious megfekszik, ha van cue vagy hasonló fájl az mp3 mellett - megpróbálja lejátszani, de megáll, nem csinál semmit, és csak a következő számra ugrás segít. Az alap mp3-at meg még véletlenül sem teszi bele a lejátszólistába, így teljességgel használhatatlan. Az mplayer megint csak manuális vezérlést igényel, a shoutcast-nál túl lassú a váltás a következő számra (kb. 10 mp), mpg123 egy vicc, a többi parancssorosat inkább hagyjuk.

Hát meredeken hangzik a teljes gyűjtemény játszatása, de ha vkinek ez kell, és nem a nagyobb hw igény miatt nem használja az amarokot akkor:
Lejátszólisták fül->Intelligens lejátszólisták->Teljes gyüjtemény.
Nekem kb 30 mp-ig töltötte a 7e számot a playlistbe.
Ott aztán mehet a random :-D
Ehelyett javaslom inkább az 50 szám véletlenszerűen funkciót...

( karika200 v | 2008. 01. 19., szo – 23:45 )

libmpg123 vagy libmad modult használsz? Valamelyikkel nekemis csinált annó iyleneket, de másikkal gond nélkül megmondja h milyen hosszú a zene :) Próba cseresznye

( endru | 2008. 01. 20., v – 01:14 )

XMMS a király!!! Le ne merd cserélni :)

XMMS a király!!! Le ne merd cserélni :)

Nekem is nagyon bejött :-)))

Én forrásból fordítottam és talán éppen ezért nem volt olyan gondom vele, mint ami 1-2 ismerősnek...
A létező összes plugint "begyűjtöttem" és telepítettem hozzá, úgyhogy most alapból az összes általam használt fájlformátumot ezzel játszom le:

wav, mp3, ogg-vorbis, .spx

Csak egy tippem van a tárgybeli problémára: a VBR-rel tömörített mp3 fájlokat ugyanis némely mp3 lejátszó úgy játsza le, hogy az idő kijelzésének semmi köze a felvétel eredeti idejéhez, vagyis nem lineárisan mutatta (pl. az ADVENT ADVMF326512) főleg ha felvétel közben a "gyorskereső" üzemmódot, használtam.

( BaT | 2008. 01. 20., v – 01:21 )

Szerintem az mp3-ban tárolt meta adatok lehetnek hibásak. Azt nem tudom, mi állíthatná leggyorsabban vissza ezeket az értékeket, de ha újrakódolod a fájlokat, szerintem megoldódik a probléma...

Gnormalize progi tud ujrakódolni neked, vagy a soundconvert,ezek gtk-sok, soundkonverter, utóbbi kde-s. Meg mencoder, lame, stb-stb...

---------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

( dude | 2008. 01. 20., v – 12:46 )

Asszem nalam is valami hasonlo gond van/volt. Es az oka ha minden igaz a mad plugin. A megoldas az, hogy a mad mpeg decoder plugin --> disable (xmms --> options --> preferencies --> audio i/o plugins) Azota teljesen jol muxik.

( mazursky | 2008. 01. 20., v – 17:34 )

Köszönöm szépen az ötleteket. Ráhagyom, mert egyébként jól játsza le, csak nem tudok beletekerni. Kb van 20-30 ilyen szám a többezres gyűjteményből...

Ez a beszólás tetszett:

"XMMS a király!!! Le ne merd cserélni :)"

Nem is akarom lecserélni, megvan a 1.2.11-es forráskódja is ;~))

Egyébként a Mandriva 2007 alatt kb 15-20 másodperc volt, míg a kiirtott gtk-1 es támogatás (vagy inkább hiánya) miatt elindult, az összes többi program jó volt.

Így "LOGIKUS" módon magát a Mandriva 2007-es disztrót dobtam ki, és most Ubuntu 7.04 van a helyén, naná hogy Xmms-el, ami pöccre indul ;~))

SŐt Debian, Slackware, PClinuxOS, Ubuntu disztrókon mind jól érzi magát az XMMS.
Méghogy hulladék... A tehénsz*r is hulladék, pedig tízmillió légy nem tévedhet!

By3zZ 4LL
/mazursky

"az XMMS-t ma kiveszik a Debian-ból."

Fekete nap a történelemben. Miért kell tönkretenni azt, ami jó és sokaknak bevált? ;~((

Forráskódját megőrzöm, és a rendszeremet sem fogom frissíteni (nem mintha eddig is olyan húú de frissen tartottam volna). Otthoni gép, stabil, kiszolgál 100%-ban, router van, tűzfal van, mi kell még...

/mazursky