Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #232879 > unrolled thread

[?]Are Realtek Audio Drivers for Linux available for use

Back to article view | Back to linux.debian.user

Contents

  [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-12 11:00 +0100
    Re: [?]Are Realtek Audio Drivers for Linux available for use deloptes <deloptes@gmail.com> - 2021-03-12 12:20 +0100
    Re: [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-12 20:40 +0100
      Re: [?]Are Realtek Audio Drivers for Linux available for use deloptes <deloptes@gmail.com> - 2021-03-13 00:10 +0100
        Re: [?]Are Realtek Audio Drivers for Linux available for use David Wright <deblis@lionunicorn.co.uk> - 2021-03-13 02:10 +0100
          Re: [?]Are Realtek Audio Drivers for Linux available for use Stefan Monnier <monnier@iro.umontreal.ca> - 2021-03-13 05:10 +0100
            Re: [?]Are Realtek Audio Drivers for Linux available for use <tomas@tuxteam.de> - 2021-03-13 10:00 +0100
            Re: [?]Are Realtek Audio Drivers for Linux available for use David Wright <deblis@lionunicorn.co.uk> - 2021-03-14 05:30 +0100
              Re: [?]Are Realtek Audio Drivers for Linux available for use Stefan Monnier <monnier@iro.umontreal.ca> - 2021-03-14 05:50 +0100
      Re: [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-13 05:20 +0100
        Re: [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-13 15:20 +0100
          Re: [?]Are Realtek Audio Drivers for Linux available for use deloptes <deloptes@gmail.com> - 2021-03-13 15:40 +0100
          Re: [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-13 16:20 +0100
            Re: [?]Are Realtek Audio Drivers for Linux available for use deloptes <deloptes@gmail.com> - 2021-03-13 17:00 +0100
            Re: [?]Are Realtek Audio Drivers for Linux available for use Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-13 22:30 +0100
            Re: [?]Are Realtek Audio Drivers for Linux available for use "Susmita/Rajib" <bkpsusmitaa@gmail.com> - 2021-03-14 04:50 +0100
              Re: [?]Are Realtek Audio Drivers for Linux available for use deloptes <deloptes@gmail.com> - 2021-03-14 10:00 +0100
        A script for downloading browser files, Re: [?]Are Realtek Audio  Drivers for Linux available for use David Wright <deblis@lionunicorn.co.uk> - 2021-03-30 16:40 +0200
      Re: [?]Are Realtek Audio Drivers for Linux available for use Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-13 08:40 +0100
      Re: [?]Are Realtek Audio Drivers for Linux available for use Stefan Monnier <monnier@iro.umontreal.ca> - 2021-03-13 17:00 +0100

#232879 — [?]Are Realtek Audio Drivers for Linux available for use

To,
The Team Debian-User,
debian-user@lists.debian.org,
Debian.org

My dear illustrious Team Leaders,

Good morning.

Model (India): Lenovo IdeaPad 320-15ISK 80XH01FKIN 15.6-inch Laptop
(6th Gen Core i3-6006U/4GB/2TB/Integrated Graphics), Platinum Grey

The OSes are Debian (Stretch) 9.11.0 Lxde and Knoppix 8.6.0, in 64-bit
operation.

All details/specifications of my used Lenovo laptop are also in the
Debian Forums post (to avoid clutter and maintain centralised notes).

http://forums.debian.net/viewtopic.php?f=7&t=146606&p=722991

I am searching for Realtek audio drivers for Linux for the Hardware
details:  "Lenovo ideapad 320-15ISK" LNVNB161216, and "Realtek
Audio_6.0.1.8652.A.",otherwise, I am afraid that the audio won't be be
to operate in duplex mode, i.e., won't record audio while playing it.

I have posted the topic in Debian Forum here:
http://forums.debian.net/viewtopic.php?f=7&t=149074, but as said
earlier too, it is difficult to find solution in the Debian forum.

I assure you that, as always, I shall post a [Solved] reply in the
Debian Forums at the end of this experience for future users.

Regards,
Rajib Bandopadhyay
A dedicated Debian and Knoppix user

[toc] | [next] | [standalone]

#232883

Susmita/Rajib wrote:

> I am searching for Realtek audio drivers for Linux for the Hardware
> details:  "Lenovo ideapad 320-15ISK" LNVNB161216, and "Realtek
> Audio_6.0.1.8652.A.",otherwise, I am afraid that the audio won't be be
> to operate in duplex mode, i.e., won't record audio while playing it.

https://wiki.debian.org/InstallingDebianOn/Lenovo/IdeaPad%20300-15ISK

what is your expectation? it seems the audio works OOTB

You should also upgrade your stretch, BTW.

[toc] | [prev] | [next] | [standalone]

#232926

On 12/03/2021, deloptes wrote:
>     To: debian-user@lists.debian.org
>     Subject: Re: [?]Are Realtek Audio Drivers for Linux available for use
>     From: deloptes <d***s@gmail.com>
>     Date: Fri, 12 Mar 2021 12:13:28 +0100
> ...		...	[snipped]	...		...	[snipped]	...		...
>
> https://wiki.debian.org/InstallingDebianOn/Lenovo/IdeaPad%20300-15ISK
>
> what is your expectation? it seems the audio works OOTB
>
> You should also upgrade your stretch, BTW.

Thank you for replying to my query.

Expectation is enabling Duplex audio. Record while playing AV stream.
With pulseaudio Volume Control. Isn't possible presently.

If possible, could this link be looked at please?:
http://forums.debian.net/viewtopic.php?f=7&t=146840

Any suggestion, except upgrading from Stretch? When Buster reaches End
of Active Update (i.e., becomes oldstable), then Stretch shall be
updated to Buster.

Best

[toc] | [prev] | [next] | [standalone]

#232937

Susmita/Rajib wrote:

> Thank you for replying to my query.
> 
> Expectation is enabling Duplex audio. Record while playing AV stream.
> With pulseaudio Volume Control. Isn't possible presently.
> 

I am not sure what you mean - the use case "Record while playing AV stream"
seems trivial.
You should describe what you are doing. I doubt PA has to do something with
that.
What applications and how are they accessing your audio device.

> If possible, could this link be looked at please?:
> http://forums.debian.net/viewtopic.php?f=7&t=146840
> 
> Any suggestion, except upgrading from Stretch? When Buster reaches End
> of Active Update (i.e., becomes oldstable), then Stretch shall be
> updated to Buster.

it is hard to recreate your use case, but AFAIR the PA in stretch was
version 11 and had multiple issues.
I recall I had to compile 12 to get things working there.
It is your choice however. It looks like you have to wait for couple of
months

regards

[toc] | [prev] | [next] | [standalone]

#232944

On Sat 13 Mar 2021 at 00:09:29 (+0100), deloptes wrote:
> Susmita/Rajib wrote:
> > 
> > Expectation is enabling Duplex audio. Record while playing AV stream.
> > With pulseaudio Volume Control. Isn't possible presently.
> 
> I am not sure what you mean - the use case "Record while playing AV stream"
> seems trivial.

I (≠ OP) don't use pulseaudio as a matter of course. It's meant to
give benefits, but can add undesired complexity. So I generally
stick with ALSA.

The downside, though, is that although alsamixer may show that there's
a Capture device (slider) in the Capture (F4) window, it will only
record sounds from the Microphone, and not from, say, the browser.

Most of the time, this doesn't matter, as I have developed several
techniques over the years for capturing Transport Stream files from
the cache, and assembling them into seamless live video, and even
slurping files out of the browser's /proc/<PID>/fd thingies when
youtube_dl fails to download a video.

But nowadays, there are some audio links that play quite happily
without leaving any trace that I can find. Which leaves only the
option of recording the soundcard output. Some computers have both
LineOut and LineIn, and these can be connected together, but that's
not a very good solution in terms of noise.

My latest acquisition, a Dell Precision T3500, fell into my lap just
as my old Pentium III (Yamaha ymf740c) expired, and has the similar
ability to record from the browser (I suppose that's the PCM). It's
as tedious as recording from, say, vinyl, as you have to top, tail,
and possibly split all the recordings you make. There's also the
business of setting levels, and so on; all unnecessary operations
if only you could grab the digital output.

But it's the best I can manage. Fortunately I haven't met this
problem with videos that I want, only audio recordings.

Any idea what technologies are being used by these websites?
I don't want to give examples as I'm not sure they condone
recording their output, and some of the credentials I use are
decidedly ancient and technically should have been expired.
(I think of myself as a visiting alumnus.)

> You should describe what you are doing. I doubt PA has to do something with
> that.

I've read that PA is supposed to be able to make connections in
software that aren't offered by the hardware, rather like JACK
is also meant to do. I'm guessing that might be the OP's interest.

> What applications and how are they accessing your audio device.

In my case, that's FF. I sometimes read here that FF needs PA to
produce sound from webpages, but I've never found that to be so.
I do usually have to fiddle with magic spells to share ALSA (with
~/.alsa-configs/asound.conf), allowing two users' browsers (FF),
and their own mpv programs, all to play videos simultaneously on
one Xserver. (IOW an almighty cacophony.)

I hope my use case is close enough to the OP's to be a useful sidebar.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#232952

> But nowadays, there are some audio links that play quite happily
> without leaving any trace that I can find. Which leaves only the
> option of recording the soundcard output. Some computers have both
> LineOut and LineIn, and these can be connected together, but that's
> not a very good solution in terms of noise.

I must admit that I haven't looked at ALSA for quite some years and
I consider computers to be devices which should ideally stay silent, so
my knowledge of audio is quite limited, but I've recorded the "Monitor"
of the output with good success when recording a Jitsi session (using
`vokoscreen`, IIRC).

Admittedly, I was using pulseaudio, so maybe this is a PA feature not
available in ALSA?


        Stefan

[toc] | [prev] | [next] | [standalone]

#232969

[Multipart message — attachments visible in raw view] — view raw

On Fri, Mar 12, 2021 at 11:00:47PM -0500, Stefan Monnier wrote:

[...]

> I consider computers to be devices which should ideally stay silent

♥

Unfortunately, in pandemic times, I've come to ask things of my poor
computer I've never done before. With 1/3 swearing, 1/3 alsa voodoo,
and 1/3 apulse it kind of copes.

May its poor soul pardon my dirty deeds :)

Cheers
 - t

[toc] | [prev] | [next] | [standalone]

#233013

On Fri 12 Mar 2021 at 23:00:47 (-0500), Stefan Monnier wrote:
> > But nowadays, there are some audio links that play quite happily
> > without leaving any trace that I can find. Which leaves only the
> > option of recording the soundcard output. Some computers have both
> > LineOut and LineIn, and these can be connected together, but that's
> > not a very good solution in terms of noise.
> 
> I must admit that I haven't looked at ALSA for quite some years and
> I consider computers to be devices which should ideally stay silent,

The only CD/DVD player that we have in the house (that's not a
computer) is one of those devices for strapping to the back of
front seats in a car. The slave screen is as yet unpackaged, and we
only use the device for playing CDs. Everything else comes off a
computer, connected either to hifi (3.5mm) or a TV (HDMI, or via USB).

> so
> my knowledge of audio is quite limited, but I've recorded the "Monitor"
> of the output with good success when recording a Jitsi session (using
> `vokoscreen`, IIRC).

AFAICT, for video, that just records the screen. I do that with
Shift-Alt-F12 start, Shift-Alt-F11 stop (fvwm bindings to customised
ffmpeg commands). But the disadvantages of that method (it gets
polluted by all sorts of screen clutter, it's uses up CPU, you're
recording a resampled image) is precisely why I steal from the
browser's cache. The image is at the original resolution, it's as
clean as when it arrives from the site, it just copies files with
cp, so it doesn't load the CPU.

> Admittedly, I was using pulseaudio, so maybe this is a PA feature not
> available in ALSA?

That's my point: you might have it, but perhaps not. Stealing from
the cache solves this problem, as you normally get Transport Stream
segments of Audio/Video, or you get MPEG transport streams with
the streams in separate files. Most sites put start times on the
segments, a few don't. That makes assembly trickier, particularly
for audio because video is easier to check for glitches. (Often,
there are time codes within frame, too.)

So, yes, PA may be a solution for recording the audio, both
standalone, and when the screen is being captured simultaneously.

But I've still no idea of what this new, cache-less technology is
that browsers play.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#233016

> AFAICT, for video, that just records the screen. I do that with
> Shift-Alt-F12 start, Shift-Alt-F11 stop (fvwm bindings to customised
> ffmpeg commands). But the disadvantages of that method (it gets
> polluted by all sorts of screen clutter, it's uses up CPU, you're
> recording a resampled image) is precisely why I steal from the
> browser's cache. The image is at the original resolution, it's as
> clean as when it arrives from the site, it just copies files with
> cp, so it doesn't load the CPU.

Indeed, I wish I could just use a "dumb-client" for Jitsi which just
dumps the data it receives with proper meta-info to keep things in sync,
that would avoid the uncompress+recompress of video which is too
taxing CPU-wise for my older machines.

> But I've still no idea of what this new, cache-less technology is
> that browsers play.

I'd expect they simply skip the "save to disk" part and use an in-memory
buffer instead, which is probably simpler and arguably more efficient
(as long as that buffer doesn't grow too large).


        Stefan

[toc] | [prev] | [next] | [standalone]

#232953

On 13/03/2021, David Wright <d***s@l***n.co.uk> wrote:
>     To: debian-user@lists.debian.org
>     Subject: Re: [?]Are Realtek Audio Drivers for Linux available for use
>     From: David Wright <d***s@li***n.co.uk>
>     Date: Fri, 12 Mar 2021 19:08:10 -0600
>     Message-id: <[🔎] 2***6@axis.corp>
>     Reply-to: debian-user@lists.debian.org
>     ...		...	[snipped]	...		...	[snipped]	...		...
> I (≠ OP) don't use pulseaudio as a matter of course. It's meant to
> give benefits, but can add undesired complexity. So I generally
> stick with ALSA.
...		...	[snipped]	...		...	[snipped]	...		...

It's nice to hear from you, Mr. Wright. I remember your support.

> Most of the time, this doesn't matter, as I have developed several
> techniques over the years for capturing Transport Stream files from
> the cache, and assembling them into seamless live video, and even
> slurping files out of the browser's /proc/<PID>/fd thingies when
> youtube_dl fails to download a video.

This sounds interesting. May be you could teach the technique, if you
are willing to share your ideas, and I know by my experience that you
are.

> But nowadays, there are some audio links that play quite happily
> without leaving any trace that I can find. Which leaves only the
> option of recording the soundcard output.
 ...		...	[snipped]	...		...	[snipped]	...		...

This is the problem with the word Proprietary in Proprietary software.
So far as the Collective, Mutually Empowering Choice offered us humans
with the advent of FSF GNU-Linux, we missed the boat of Empowering the
Social Contract collectively. I continue to lament our poor choice for
this illusory threat of theft of personal information (or Zero Sum
Hawk-Dove Power Games?), which only in a minority of cases, could be
justified.

It is only because of a few individuals who still believe in the
robustness in the FSF and Open Source architecture that we remain what
we were supposed to be.

>
...		...	[snipped]	...		...	[snipped]	...		...
> Any idea what technologies are being used by these websites?
> I don't want to give examples as I'm not sure they condone
> recording their output, and some of the credentials I use are
> decidedly ancient and technically should have been expired.
> (I think of myself as a visiting alumnus.)
...		...	[snipped]	...		...	[snipped]	...		...

I am totally ignorant, because of my limited experience in the innards
of digital computing.

> I've read that PA is supposed to be able to make connections in
> software that aren't offered by the hardware, rather like JACK
> is also meant to do. I'm guessing that might be the OP's interest.
...		...	[snipped]	...		...	[snipped]	...		...

Yes, true. I shall seek this opportunity to explain with snapshots, as
deloptes too wanted to know in his own unique restless (no hurt
intended) way. The snapshots have been uploaded here:
http://bit.do/PA_SndRec_Stream

...		...	[snipped]	...		...	[snipped]	...		...
> I hope my use case is close enough to the OP's to be a useful sidebar.
...		...	[snipped]	...		...	[snipped]	...		...

Not sidebar, but as an addition to the main issue. We might as well
have a new thread on this topic.

BOTTOMLINE:
There isn't a problem with the laptop, as I had observed my daughter
use the same in Doze installed on the laptop earlier. Which is why I
asked for Realtek Audio drivers for Linux in the first place.

Best

[toc] | [prev] | [next] | [standalone]

#232976

On 13/03/2021, Tomas<tomas@tuxteam.de> wrote:
...		...	[snipped]	...		...
> ♥
> Unfortunately, in pandemic times ...
...		...	[snipped]	...		...

So Mr. Tomas, is your distracted :-) email supposed to mean that
installing Realtek drivers separately isn't a possibility in Debian,
but a newer installation of Debian should be sought for?

Please... I am trying to find a solution, as some work isn't possible
for the issue.

Could Debian have an option whereby Doze drivers could be used in
Debian as well? With some tweak to use those binaries?

[toc] | [prev] | [next] | [standalone]

#232980

Susmita/Rajib wrote:

> So Mr. Tomas, is your distracted :-) email supposed to mean that
> installing Realtek drivers separately isn't a possibility in Debian,
> but a newer installation of Debian should be sought for?
> 
> Please... I am trying to find a solution, as some work isn't possible
> for the issue.
> 
> Could Debian have an option whereby Doze drivers could be used in
> Debian as well? With some tweak to use those binaries?

No, driver goes with kernel - you need newer kernel that has better driver -
but it is not guaranteed that newer kernel has better driver - you have to
find it yourself.

I wonder why you just don't use the youtube-dl and pass the video trough
ffmpeg to get the audio out?

The images you posted suppose you want to mix the output of the videostream
with output of the microphone.
I don't know if this is possible in pulseaudio. I used rosegarden couple of
times or other audio mixer applications (like jackd)

[toc] | [prev] | [next] | [standalone]

#232981

On 13/03/2021, deloptes <d***s@g***m> wrote:
>     To: debian-user@lists.debian.org
>     Subject: Re: [?]Are Realtek Audio Drivers for Linux available for use
>     Date: Sat, 13 Mar 2021 15:32:37 +0100
>     Message-id: <[🔎] s***ne.io>

...		...	[snipped]	...		...
> I wonder why you just don't use the youtube-dl and pass the video trough
> ffmpeg to get the audio out?
...		...	[snipped]	...		...

That would be an unnecessary wastage of data bandwidth.

...		...	[snipped]	...		...
> The images you posted suppose you want to mix the output of the videostream
> with output of the microphone.
...		...	[snipped]	...		...

No, that is about recording audio stream as an audio file. Mic is
muted, had you noticed carefully. My other HP laptop does this
seamlessly.

[toc] | [prev] | [next] | [standalone]

#232982

Susmita/Rajib wrote:

> No, that is about recording audio stream as an audio file. Mic is
> muted, had you noticed carefully. My other HP laptop does this
> seamlessly.

yes noticed, is the software version on both the same?

did you try to unmute mic in ALSA?

[toc] | [prev] | [next] | [standalone]

#232999

[Multipart message — attachments visible in raw view] — view raw

On Sb, 13 mar 21, 20:24:45, Susmita/Rajib wrote:
> On 13/03/2021, deloptes <d***s@g***m> wrote:
> >     To: debian-user@lists.debian.org
> >     Subject: Re: [?]Are Realtek Audio Drivers for Linux available for use
> >     Date: Sat, 13 Mar 2021 15:32:37 +0100
> >     Message-id: <[🔎] s***ne.io>
> 
> ...		...	[snipped]	...		...
> > I wonder why you just don't use the youtube-dl and pass the video trough
> > ffmpeg to get the audio out?
> ...		...	[snipped]	...		...
> 
> That would be an unnecessary wastage of data bandwidth.

Why do you think it will use more bandwidth than streaming the video?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#233011

On 13/03/2021, Stefan Monnier <m***l.ca> wrote:
...		...	[snipped]	...		...	

>> Expectation is enabling Duplex audio. Record while playing AV stream.
>> With pulseaudio Volume Control. Isn't possible presently.
>
> My understanding is that you expect the feature you need to come from
> the audio driver, but IIUC in systems like Debian, this kind of feature
> is actually provided independently from the hardware's driver.
>
> IOW your problem is not with the Realtek audio drivers but with the
> audio system you're using on top of it (presumably pulseaudio).


Yes, I have begun to understand this over my conversations with my
brilliant team leaders.

Now what this entails is to be guided to run some prescribed tests on
my laptop, particularly for the package pulseaudio, and file the
outputs of those tests as a Bug Report.

So that the problems are addressed in the next edition of the current Release.

Moreover, the problems associated with pulseaudio would go way on this
package's next release, only if a Bug Report is filed.

> So you might want to rephrase your question (and change the title) in
> terms of "how do I do <foo> with pulseaudio".
...		...	[snipped]	...		...	[snipped]	...		...

Yes of course, I shall be glad to.

But first it would be nice if I could be advised to run some standard
tests prescribed and file a Bug Report.

At least, this way, I could play my role in the Scheme of Things so
far as FSF GNU-Linux is concerned.

Moreover, I had also written to Mr. David Wright personally to guide
me on his experiences with alsa, so that I could fall back on alsa for
the time being. If I am happy with the outcome, I could continue using
alsa instead of pulseaudio.

Best.

[toc] | [prev] | [next] | [standalone]

#233024

Susmita/Rajib wrote:

> Now what this entails is to be guided to run some prescribed tests on
> my laptop, particularly for the package pulseaudio, and file the
> outputs of those tests as a Bug Report.
> 

No one will pay attention as you are far behind the current stable version.
As mentioned I recall PA was v11 in stretch and it was awfully buggy.

Try a USB live/stick and try reproducing it on newer PA version.
then come back with results

[toc] | [prev] | [next] | [standalone]

#233681 — A script for downloading browser files, Re: [?]Are Realtek Audio Drivers for Linux available for use

[Multipart message — attachments visible in raw view] — view raw

On Sat 13 Mar 2021 at 09:26:32 (+0530), Susmita/Rajib wrote:
> On 13/03/2021, David Wright wrote:
> >     ...		...	[snipped]	...		...	[snipped]	...		...
> > I (≠ OP) don't use pulseaudio as a matter of course. It's meant to
> > give benefits, but can add undesired complexity. So I generally
> > stick with ALSA.
> ...		...	[snipped]	...		...	[snipped]	...		...
> 
> It's nice to hear from you, Mr. Wright. I remember your support.
> 
> > Most of the time, this doesn't matter, as I have developed several
> > techniques over the years for capturing Transport Stream files from
> > the cache, and assembling them into seamless live video, and even
> > slurping files out of the browser's /proc/<PID>/fd thingies when
> > youtube_dl fails to download a video.

I was asked to share this technique of stealing files from the FF
browser's cache, so I've attached the script that I use.

I normally browse sites as a different user (named flash for
historical reasons), so a typical invocation command line looks like:

$ sudo -u flash /home/flash/bin/steal-from-cache.sh /home/flash/.cache/mozilla/firefox/jzq80501.default/cache2/entries/ /tmp/.0flashcache

The directories firefox/jzq80501.default/ will obviously need
adjustment. In my own case, even */*/ would suffice, as the flash
"user" only runs one browser in one profile.

There are several idiosyncrasies:

 The script sets file permissions to world-writeable so that I can
 steal the swag from user flash.

 The filenames are formatted to be readable but short.

 If you delete the file that stops it (Target/0), it only actually
 stops when the next file triggers.

 The program chatters as it captures files, so that you know whether
 at least your end of the process is working.

 It can sometimes capture and timestamp files in the wrong order
 (particularly when starting), or copy duplicates, so the internal
 times should always be used, where available, for assembling a
 set of files.

Finally, you might not capture much if you don't have this in your
magic file:

# MPEG Transport Stream (MPEG-2 Part 1) and perhaps others

0		string	G
>0xBC		string	G
>>0x178		string	G
>>>0x234	string	G
>>>>0x2F0	string	G
>>>>>0x3AC	string	G
>>>>>>0x468	string	G	TS transport stream

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#232960

[Multipart message — attachments visible in raw view] — view raw

On Sb, 13 mar 21, 00:50:34, Susmita/Rajib wrote:
> 
> Any suggestion, except upgrading from Stretch? When Buster reaches End
> of Active Update (i.e., becomes oldstable), then Stretch shall be
> updated to Buster.

Care the elaborate on this? The software in stable at release is already 
quite mature.

What is the point of waiting ~2 additional years for stable to become 
oldstable?

Few bugs (if any) besides security bugs are fixed in stable, and 
oldstable has full security support only one year after the stable 
release.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#232983

>>     To: debian-user@lists.debian.org
>>     Subject: Re: [?]Are Realtek Audio Drivers for Linux available for use
>>     From: deloptes <d***s@gmail.com>
>>     Date: Fri, 12 Mar 2021 12:13:28 +0100
>> ...		...	[snipped]	...		...	[snipped]	...		...
>>
>> https://wiki.debian.org/InstallingDebianOn/Lenovo/IdeaPad%20300-15ISK
>>
>> what is your expectation? it seems the audio works OOTB
>>
>> You should also upgrade your stretch, BTW.
>
> Thank you for replying to my query.
>
> Expectation is enabling Duplex audio. Record while playing AV stream.
> With pulseaudio Volume Control. Isn't possible presently.

My understanding is that you expect the feature you need to come from
the audio driver, but IIUC in systems like Debian, this kind of feature
is actually provided independently from the hardware's driver.

IOW your problem is not with the Realtek audio drivers but with the
audio system you're using on top of it (presumably pulseaudio).

So you might want to rephrase your question (and change the title) in
terms of "how do I do <foo> with pulseaudio".


        Stefan

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web