Linux command-line audio lejatszo kerdes...

Fórumok

Tudtok olyan lejatszot, amely elinditasa utan kivulrol "vezerelheto"?

 

Azaz elinditom az audio lejatszast terminalbol, majd kiadok egy (bash) parancsot  (!) ami meghatarozott idobelyegtol kezdi lejatszani a tartalmat? NEM ujrakezdi a lejatszast, hanem lepteti a filet! Azaz nem nyit uj processzt! Azonnali hatas kell!

ES nem az kell, hogy megnyomok egy billentyut es akkor ugrik a lejatszas!

 

Ha jol lattam, az ffplay nem tudja , de talan meghekkelheto valahogy!

A cel az, hogy neha kapok idobelyegeket masik alkalmazasbol es ezeket kell applikalni az audio lejatszasomon.

 

kosz,

Hozzászólások

Az általam használt médialejátszók közül a VLC és az mplayer garantáltan távvezérelhető (többféle interfészen keresztül).

üdv.

Az mplayer manual azt mondja, hogy

MPlayer has a fully configurable, command-driven control layer which allows you to control MPlayer using keyboard, mouse, joystick or remote control (with LIRC).  See the -input option for ways to customize it.
 

Szerkesztve: 2021. 12. 01., sze – 18:43

az mpd nem jó? https://www.musicpd.org , a bash parancs meg a protokollját használná...

“Any book worth banning is a book worth reading.”

Szerkesztve: 2021. 12. 02., cs – 09:27

Sracok, kosz a valaszkat. SOkat segitettetek.

Nekem a legjobb az lenne, ha mogotte lenne egy netes vezerles (keves delay-jel!), azaz masik hoszton tortenk valami, akkor lehesseg ugrani egy adott masodperchez.

Az is fontos, hogy kepes legyen valtozo filebol (pl. named pipe altal krealt cuccbol is lejattszani, wav-ot.) Vagy akar egy stream input legyen benne, az is jo.

 

Van valakinek tapasztalata az mpd hasznalatarol es netes taviranyitrasarol?

Meg valami... milisecundumos ugras van valamelysikben?

 

Pl. Ugrpok az 1 perc, 10 mp, 20 szazadmasodpercre...

Tovabbra is keresek tizedmasodpercre ugro medialejatszot. (sajna a masodperces seek-eles neha keves, szinkronizacios feladatoknal)

Jo lenne, ha egy ujraforditott ffmpeg tudna ezt, ugy lattam valahol, a seekto() fuggvenyt megirtak prezizebbre...de nem talalok mukodo verziot...

Otletek?

Szerintem az ffplay tudja.

   Time duration
       There are two accepted syntaxes for expressing time duration.

               [-][<HH>:]<MM>:<SS>[.<m>...]

       HH expresses the number of hours, MM the number of minutes for a
       maximum of 2 digits, and SS the number of seconds for a maximum of 2
       digits. The m at the end expresses decimal value for SS.

       or

               [-]<S>+[.<m>...][s|ms|us]

       S expresses the number of seconds, with the optional decimal part m.
       The optional literal suffixes s, ms or us indicate to interpret the
       value as seconds, milliseconds or microseconds, respectively.

       In both expressions, the optional - indicates negative duration.

       Examples

       The following examples are all valid time duration:

       55  55 seconds

       0.2 0.2 seconds

       200ms
           200 milliseconds, that's 0.2s

       200000us
           200000 microseconds, that's 0.2s

       12:03:45
           12 hours, 03 minutes and 45 seconds

       23.189
           23.189 seconds

 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az mpv-t néztem csak, és tényleg.

   Playback Control
       --start=<relative time>
              Seek to given time position.

              The  general  format for times is [+|-][[hh:]mm:]ss[.ms]. If the
              time is prefixed with -, the time is  considered  relative  from
              the  end  of the file (as signaled by the demuxer/the file). A +
              is usually ignored (but see below).

 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ez így van, de ez csak elmélet. Nem maga a szoftver korlátoz, hanem a médiakódek és konténerformátum. Ugyanis sok médiafájlt nem tudsz tetszőleges ms-nál lejátszani, csak audio vagy videoframe határhoz tudja seekelni a lejátszó, ha köztes lebegőpontos értéket adsz meg, azt fel/lekerekíti a legközelebbi frame (lehetőleg index frame) időpontjára. Videóknál általában a konténertípus is további korlát, mert jó néhány fajtánál a lejátszó ráadásul csak olyan videoframe-hez tud pozicionálni, ami egyben audioframe is, vagy azzal összeszinkronizálható, hogy a kép/hang ne csússzon el egymáshoz képest.

A másik korlát pedig a változó bitrátából adódik, ami a nem indexelt formátumoknál nagy szívás, hogy nem lehet megbecsülni se, hogy adott konkrét időponthoz mennyit kell léptetni az adott fájlban, ugyanis nem tudsz mp×fix_bitráta módjára előre kalkulálni, hogy hol található az adott rész, hanem átlag bitrátával, vagy pillanatnyi bitrátával tudod megközelíteni. Vagy gyorsan memóriában kikódolod az összes frame-et előre, ami elvisz a fájl megfelelő részéhez, de ez meg lagot okoz, meg hardverintenzív lehet.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Igy van. Masik problema, ha masodperchez ugrasz, az sem biztos, hogy az lesz! Pont az elobb leirtak miatt.

De a szinkronizacios feladat adott, ezt nem mi talaltuk ki eloszor, igy valszeg van ra megoldas...mint irtam, modositott seekto() fuugvenyekkel. Mivel ujraforditani nem akarok, jo lenne valami elore forditott binary...

Már bocsánat az értetlenkedésemért: kértél eszközt tizedmásodperces ugrást tudó linuxos médialejátszó eszközre. Kaptál olyat, ami legalább elvben tud olyat. majd te magad azt állítod, hogy amúgy van olyan formátum, aminél ez nem megoldható. Hát akkor? "A lehetetlenre kicsit várni kell" ?

Raynes: Nem maga a szoftver korlátoz, hanem a médiakódek és konténerformátum. Ugyanis sok médiafájlt nem tudsz tetszőleges ms-nál lejátszani, ...

wyx: Igy van

Szerintem, de állítottad :-)

Amúgy a válaszom, hogy én ennél többet nem tudok az ügyben. (Ezt se tudtam, csak kigugliztam.)

Mar megint a szokasos politikus/media dolog, emeljuk ki a szovegkornyezetbol azt a a par szot, ami korrelal :D

Par dologgal egyetertettem, amit Raynes kollega mondott. Ennyi.

Dehogy allitottam. Pont azt irtam, valszeg megldhato a dolog...csak en nem talaltam megoldast jelenleg.

 

Nem baj ha nem tudsz, hatha mas majd tud...pont ezert vannk itt ezek a topicok, hogy segitsunk egymason...