Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

Re: some bugs

#3341 Post by saintless »

mcewanw wrote:2. In openbox version, mplayer alone isn't playing simple mp3 files on my system, but gnome-mplayer is.
No problem for me playing mp3 from terminal with mplayer in OpenBox version.

Image

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3342 Post by mcewanw »

I'll try mp3 in openbox version again, and double-check nothing wrong with my installation. Note that openbox did play a commercial mp3 audio, but it didn't seem to like the mp3 tracks recorded via arecord and lame in Precord, so the mp3's to test should be the ones generated by Precord. They work fine in jwm version and also in Slacko, but maybe my openbox install is faulty. Yes, the Precord mistake is no big deal, specially since it works if mplayer works anyway. I'd be amazed if no other problems crop up in my programs at least though, but great if they don't and yes, a new deb can always fix them! I just don't like to release a part broken app, specially when I know the fault, though it takes time to know if an app is broken at the best of times anyway.

William
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

Re: some bugs

#3343 Post by mcewanw »

saintless wrote: Check out your boot code again or some left save fle or save folder. It works the same way as in OpenBox version. No bug here.
Hi again Toni,

/mnt/home is working as expected in my debiandog_jwm install now. I haven't changed anything (manually at least) and I installed it to a blank usb stick (and a different blank usb for openbox version). Oh well, that's fine - must have just done something odd when I was testing.

William
github mcewanw

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#3344 Post by saintless »

Hi, William.
Creating new deb package for precord check the multiuser function also (this is from user puppy in OpenBox):

Code: Select all

puppy@dog:/$ precord
Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
Can't init outfile '/root/2014_07_24_062835.mp3'
stdout: Broken pipe
Edit: Sorry, William, same goes for PavRecord (this time from Jwm version user puppy):

Code: Select all

puppy@debian:~$ pavrecord
Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
Can't init outfile '/root/2014_07_24_094327.mp3'
stdout: Broken pipe
Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3345 Post by mcewanw »

saintless wrote:Hi, William.
Creating new deb package for precord check the multiuser function also (this is from user puppy in OpenBox):

Code: Select all

puppy@dog:/$ precord
Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
Can't init outfile '/root/2014_07_24_062835.mp3'
stdout: Broken pipe
Edit: Sorry, William, same goes for PavRecord (this time from Jwm version user puppy):

Code: Select all

puppy@debian:~$ pavrecord
Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
Can't init outfile '/root/2014_07_24_094327.mp3'
stdout: Broken pipe
Toni
Strange, I don't remember changing the record code part of either app. Maybe I did! I'll check.

Cheers, William.
github mcewanw

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#3346 Post by saintless »

I think this is the problem:

pavrecord line 116:

Code: Select all

Select Target Directory: /root
precord line 132:

Code: Select all

Select Target Directory (for example): /root
Edit: Changing manually in GUI /root to /home/puppy works so I guess it is not real bug for multiuser. Just the default folder is /root and without changing this the program errors.

Edit2: No, changing /root to $HOME/ (or any other folder inside binary files) does not work. I always get /root as default in GUI. Only manually changing from GUI works.
ls -l $HOME/ gives the correct /home/puppy output so I can't tell what exactly has to be changed yet.

Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3347 Post by mcewanw »

saintless wrote:I think this is the problem:

pavrecord line 116:

Code: Select all

Select Target Directory: /root
precord line 132:

Code: Select all

Select Target Directory (for example): /root
Edit: Changing manually in GUI /root to /home/puppy works so I guess it is not real bug for multiuser. Just the default folder is /root and without changing this the program errors.

Edit2: No, changing /root to $HOME/ (or any other folder inside binary files) does not work. I always get /root as default in GUI. Only manually changing from GUI works.
ls -l $HOME/ gives the correct /home/puppy output so I can't tell what exactly has to be changed yet.

Toni
I fixed that multiuser bug in previous released pavrecord for debiandog I think, but must have reintroduced it by accident. It isn't a bug in the program itself, just in the config files where I had /root as a default rather that ${HOME}, which is the fix I had made for the previous version. Changing it manually in the GUI should work, however, but only if you close the program with the close button, not the window x button. The window x button causes the default config to be reloaded on restart. However, manually changing dir to a user writable one in the GUI should again work fine, so it isn't really a bug, just an inconvenience that I will address in next versions. Your edit2 above seems to suggest manually selecting correct wished for save dir doesn't work - it should... EDIT: oh, I see, it does work as expected according to my rereading what you wrote.

The fix, by the way, is therefore to edit the /etc/precord/.precordrc (and /etc/pavrecord/.pavrecordrc), in which you should replace /root with ${HOME}.

William
github mcewanw

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#3348 Post by saintless »

mcewanw wrote:Changing it manually in the GUI should work, however, but only if you close the program with the close button, not the window x button.
Yes, I confirm selecting from GUI different folder than /root and using Close button works and saves the new selected folder. I also think we can't call this program bug. I will test more later tonight.

Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3349 Post by mcewanw »

Toni and Fred,

I have attached the test.mp3 file that I find plays fine with gnome-mplayer in my openbox install, but produces no audio when played with mplayer in that same install. Wonder if you could try it for me and let me know if you have the same result. If not, I am confused, why on earth does gnome-mplayer play it but not mplayer (which says it can't find the hw) on my system?

It plays with either in my jwm install (for the retry I reinstalled openbox version on yet another usb stick by the way)

Cheers, William

EDIT:

Code: Select all

Playing test.mp3.
Detected file format: MP2/3 (MPEG audio layer 2/3) (libavformat)
[mp3 @ 0x871d240]Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: audio (mp3), -aid 0
Load subtitles in .
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Selected audio codec: MP3 (MPEG audio layer 3) [libavcodec]
AUDIO: 22050 Hz, 1 ch, floatle, 32.0 kbit/4.54% (ratio: 4000->88200)
[AO_ALSA] Unable to set hw-parameters: Invalid argument
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [null] 22050Hz 1ch floatle (4 bytes per sample)
Video: no video
Starting playback...
A:   2.8 (02.8) of 3.1 (03.0)  0.5%                                             
[mp3float @ 0x8793600]incomplete frame
A: 3.0 (03.0) of 3.1 (03.0) 0.5%

Audio output truncated at end.
Attachments
test.tar
Just change extension from .tar to .mp3
(12 KiB) Downloaded 161 times
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3350 Post by mcewanw »

Fred and Toni,

Here is something else to try.

Code: Select all

arecord -V stereo /root/arecord_temp & { sleep 1; rm -f /root/arecord_temp; }
Just enter that odd-looking, but generally working, single line of code into a console. It should produce a simple single-line ascii vu meter detecting your microphone (assuming alsamixer set up to capture from the mic and mic boost has been activated in alsamixer).

SFR provided me with this code extract to fix arecord VU meter operating in Puppy Precise, and Puppy Slacko. It also works in DebianDog jwm, but for some reason, it doesn't work on my machine using DebianDog openbox version, which suggests some issue with alsa. It is as if alsa isn't initialised correctly.

Not surprisingly to me, xrecord doesn't seem to function in openbox debiandog on my computer either, and I haven't changed any of the recording code in that at all from previous versions (though I only probably ever tested it on jwm version).

William

Note that I'm doing all these tests on the same computer.

EDIT2: I should probably mention that if this line doesn't work you might need to do a killall arecord after that to clean the process up (or probably just closing the terminal you ran it from should do the job).
github mcewanw

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#3351 Post by saintless »

Hi, William, Fred.

Tests from OpenBox version:

1. arecord -V stereo command works:

Image

2. Xrecord works for me (I get /root/Loremipsum.mp3 file and I can play it with xhplay and gnome-mplayer).

Code: Select all

root@dog:~# xrecord
Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
LAME 3.99.5 32bits (http://lame.sf.net)
CPU features: MMX (ASM used), SSE (ASM used)
Resampling:  input 44.1 kHz  output 22.05 kHz
Using polyphase lowpass filter, transition band:  8269 Hz -  8535 Hz
Encoding <stdin> to /root/Loremipsum.mp3#
Encoding as 22.05 kHz single-ch MPEG-2 Layer III (11x)  32 kbps qval=2
3. However I also can't play test.mp3 and new recorded /root/Loremipsum.mp3 directly with mplayer. Here is the output:

Code: Select all

root@dog:~# mplayer /live/image/test.mp3
MPlayer2 9d6b188 (C) 2000-2012 MPlayer Team
Cannot open file '/root/.mplayer/input.conf': No such file or directory
Failed to open /root/.mplayer/input.conf.
Cannot open file '/usr/local/etc/mplayer/input.conf': No such file or directory
Failed to open /usr/local/etc/mplayer/input.conf.

Playing /live/image/test.mp3.
Detected file format: MP2/3 (MPEG audio layer 2/3) (libavformat)
[mp3 @ 0x871d240]Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: audio (mp3), -aid 0
Load subtitles in /live/image/
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Selected audio codec: MP3 (MPEG audio layer 3) [libavcodec]
AUDIO: 22050 Hz, 1 ch, floatle, 32.0 kbit/4.54% (ratio: 4000->88200)
[AO_ALSA] Unable to set hw-parameters: Invalid argument
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [null] 22050Hz 1ch floatle (4 bytes per sample)
Video: no video
Starting playback...
A:   2.7 (02.7) of 3.1 (03.0)  0.8%                                             
[mp3float @ 0x8793600]incomplete frame
A:   3.0 (03.0) of 3.1 (03.0)  0.8%                                             

Audio output truncated at end.

Exiting... (End of file)

Code: Select all

root@dog:~# mplayer /root/Loremipsum.mp3 
MPlayer2 9d6b188 (C) 2000-2012 MPlayer Team
Cannot open file '/root/.mplayer/input.conf': No such file or directory
Failed to open /root/.mplayer/input.conf.
Cannot open file '/usr/local/etc/mplayer/input.conf': No such file or directory
Failed to open /usr/local/etc/mplayer/input.conf.

Playing /root/Loremipsum.mp3.
Detected file format: MP2/3 (MPEG audio layer 2/3) (libavformat)
[mp3 @ 0x871d240]max_analyze_duration reached
[mp3 @ 0x871d240]Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: audio (mp3), -aid 0
Load subtitles in /root/
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Selected audio codec: MP3 (MPEG audio layer 3) [libavcodec]
AUDIO: 22050 Hz, 1 ch, floatle, 32.0 kbit/4.54% (ratio: 4000->88200)
[AO_ALSA] Unable to set hw-parameters: Invalid argument
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [null] 22050Hz 1ch floatle (4 bytes per sample)
Video: no video
Starting playback...
A:  10.0 (10.0) of 10.1 (10.0)  0.8%                                            

Audio output truncated at end.

Exiting... (End of file)
root@dog:~# 
Reinstalling alsa-base and alsa-utils does not change this problem for me.
For now we can mark direct playing from terminal with mplayer some mp3 files on OpenBox version as a bug (not critical in my opinion since we can play them with xhippo (xhplay) and gnome-mplayer).
I guess we will find a fix for this as usual.

Edit: I'm not sure if it is a real bug but here is the fix for OpenBox version:
mplayer -srate 48000 /path-to-file-name

Code: Select all

root@dog:~# mplayer -srate 48000 /live/image/test.mp3
MPlayer2 9d6b188 (C) 2000-2012 MPlayer Team
Cannot open file '/root/.mplayer/input.conf': No such file or directory
Failed to open /root/.mplayer/input.conf.
Cannot open file '/usr/local/etc/mplayer/input.conf': No such file or directory
Failed to open /usr/local/etc/mplayer/input.conf.

Playing /live/image/test.mp3.
Detected file format: MP2/3 (MPEG audio layer 2/3) (libavformat)
[mp3 @ 0x871d240]Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: audio (mp3), -aid 0
Load subtitles in /live/image/
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Selected audio codec: MP3 (MPEG audio layer 3) [libavcodec]
AUDIO: 22050 Hz, 1 ch, floatle, 32.0 kbit/4.54% (ratio: 4000->88200)
AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:   2.7 (02.6) of 3.1 (03.0)  2.1%                                             
[mp3float @ 0x8793600]incomplete frame
A:   3.0 (03.0) of 3.1 (03.0)  2.1%                                             


Exiting... (End of file)
root@dog:~# 
No bugs to mark yet in my opinion.
It looks more like different setup to me and maybe AlsaEqualizer that is missing in Jwm version has something to do with this?

Toni

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#3352 Post by fredx181 »

Hi Toni , William,
It looks more like different setup to me and maybe AlsaEqualizer that is missing in Jwm version has something to do with this?
Yes, AlsaEqualizer should have to do with it, try renaming /etc/asound.conf and the problem is gone.(also equalizer is disabled then)
I got the exact same results as you both had trying the test.mp3
Not sure if we can call this a bug and from what then; alsaequal or mplayer?.
Looks like it's only a problem with mono recordings btw.
xhippo plays the test.mp3 fine but I think it uses lame for it.

This command works well for me:

Code: Select all

arecord -V stereo /root/arecord_temp & { sleep 1; rm -f /root/arecord_temp; }
Edit:
William wrote:Wonder if you could try it for me and let me know if you have the same result. If not, I am confused, why on earth does gnome-mplayer play it but not mplayer (which says it can't find the hw) on my system?
Yes, that's a mystery to me also, maybe because gnome-mplayer detects the "default soundcard" (which is setup in /etc/asound.conf as "plughw:0,0" in openbox version) and mplayer doesn't.

Fred

dancytron
Posts: 1519
Joined: Wed 18 Jul 2012, 19:20

bug in Desktop file editor

#3353 Post by dancytron »

It seems a little discombobulated.

To demonstrate, I had it create a desktop file with the information in the 1st attachment.

What it created was:

Code: Select all

[Desktop Entry]
Encoding=UTF-8
Terminal=Application
NoDisplay=false
Comment=false
Categories=this is the comment
Name=this is a category
GenericName=the name
Exec=the generic name
Icon=exec here
As you'll see, stuff ended up in the wrong spot.

I've also attached a copy of the .desktop itself.

Dan
Attachments
testdesktopfileeditor.desktop.gz
remove gz added to spoof forum
(195 Bytes) Downloaded 152 times
2014-07-24-173002_888x359_scrot.png
(68.97 KiB) Downloaded 151 times

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

mplayer not playing mono mp3 or ogg files in openbox DD

#3354 Post by mcewanw »

Hi Fred,

The previous test.mp3 file I uploaded works also on Win7 in either Windows Media Player or VLC.

As you have identified, mplayer in openbox debiandog is not playing mp3 or ogg mono files (it does seem to correctly play wav mono files interestingly enough, unless I'm mistaken).

The bug seems to be at alsa system level and, from what you say, may be caused by AlsaEqualizer. Hopefully the bug can be resolved via some extra AlsaEqualiser-related configuration, but I haven't myself found the solution as yet.

The test.mp3 file I uploaded works also on Win7 in either Windows Media Player or VLC.

I also downloaded some test mono files from the Internet, which confirm the issue. These are also true mono files (rather than dual mono - which is mono track but on both channels of a stereo record I believe):

http://en.wikipedia.org/wiki/File:Free_ ... ple%29.ogg (307KB)

http://www.mediacollege.com/audio/tone/download/

http://www.mediacollege.com/audio/tone/ ... _05sec.mp3 (78.8KB)

http://www.kozco.com/tech/32.mp3 (504KB)

Cheers, William
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

new precord and pavrecord debs uploaded

#3355 Post by mcewanw »

Hi Fred and Toni,

I've uploaded new deb for precord (now version number 9.0.2). Fixes the single lame1 mistake that was in precord, which I would never have noticed had it not been for the DD openbox mplayer issue, since precord uses mplayer for playback by default when it can't find lame! So it would be an irrelevant fix really were it not for that DD openbox alsa issue. For user's convenience, I also modified its default config file so ${HOME} will be default save folder. Hopefully, I've not introduced any major bug to it in the process :-) Download at its main thread and remember, as usual, to delete ~/.precord and ~/.pavrecord before installing new one:

http://www.murga-linux.com/puppy/viewtopic.php?t=49907

Also uploaded new deb for pavrecord to also provide the ${HOME} default save location and took the opportunity to make x11grab screencast use video bitrate of 1000k by default:

http://www.murga-linux.com/puppy/viewtopic.php?t=81332

With the above precord, the mplayer not playing mono mp3 or mono ogg won't matter since precord uses lame|aplay for playback as first choice. Still would be nice to solve that alsa issue.

Cheers, William
Last edited by mcewanw on Fri 25 Jul 2014, 05:54, edited 1 time in total.
github mcewanw

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

Re: bug in Desktop file editor

#3356 Post by saintless »

Hi, Dan.
dancytron wrote:To demonstrate, I had it create a desktop file with the information in the 1st attachment.
Yes, I also confirm this problem testing now. I have older version that behaves better but also has issues. I will write Terry later today if he can fix desktop-editor. Unfortuantely for me he uses Bacon and I can't edit the binary myself.
I will search for alternative solution also.

Edit: I wrote to Terry but anyway here is alternative Desktop-editor written for Porteus by Joe:
https://forum.porteus.org/viewtopic.php?f=75&t=1131
And deb package for us (the menu entry is in Utility):
http://smokey01.com/saintless/Fredx181/ ... 0_i386.deb

William,
I will update the first post with link for new packages and new bug fixes later.

Toni

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#3357 Post by fredx181 »

Hi William,
As you have identified, mplayer in openbox debiandog is not playing mp3 or ogg mono files (it does seem to correctly play wav mono files interestingly enough, unless I'm mistaken).

The bug seems to be at alsa system level and, from what you say, may be caused by AlsaEqualizer. Hopefully the bug can be resolved via some extra AlsaEqualiser-related configuration, but I haven't myself found the solution as yet.
I've tried editing /etc/asound.conf but nothing worked.
The only possible workaround I found that solves it was setting the frequency in ~/.mplayer/config like this:

Code: Select all

# Uncomment one of the two frequency settings:
# srate=44100
srate=48000
I may be wrong but it looks like the frequency is resampled by default always to 48000Hz.
With empty ~/.mplayer/config and renamed /etc/asound.conf (equalizer disabled) I always get 48000:

Code: Select all

root@dog:~# cat /proc/asound/card0/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 48000 (48000/1)
period_size: 1024
buffer_size: 8192
Btw, just for info, installing the Wheezy mplayer solves the problem also, without having to edit mplayer config.

Fred

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3358 Post by mcewanw »

fredx181 wrote:Hi William,

The only possible workaround I found that solves it was setting the frequency in ~/.mplayer/config like this:

Code: Select all

# Uncomment one of the two frequency settings:
# srate=44100
srate=48000
I may be wrong but it looks like the frequency is resampled by default always to 48000Hz.
...

Btw, just for info, installing the Wheezy mplayer solves the problem also, without having to edit mplayer config.

Fred
Hi Fred,

Your last comment makes me wonder if that mplayer2 doesn't auto-detect srate. Funny thing is, you can put srate=1000 (or pretty much anything above that) and it plays the mono test file without any noticeable change in what you hear. In Precord, arecord using -f cd, which should result in sampling rate of 44100. I've also played around with lame settings, but makes no difference to what mplayer will accept - mono always coming out at half of 44100 = 22050. And the test files from the Internet would also still need that srate value in mplayer config.

Oh well, putting srate=48000 or whatever... seems to be effective enough anyway - don't know if that has any negative effects in terms of potential sound quality - doesn't seem to.

William
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#3359 Post by mcewanw »

Fred

One thing I've noticed that is very different between openbox DD and jwm DD is that, like Puppy, jwm DD includes the likes of defaultbrowser, defaulttexteditor etc (or somethings like that) whereas openbox DD doesn't I think. Without these, some Puppy gtkdialogs won't completely function I'd think, since these default names are often used or referred to in Puppy scripts.

Also, Rox right-click and mime handling functionality is very limited in the openbox version, which I understand since you focus on Thunor, but still, Puppy users will miss the extra Rox functionality (even, for example, clicking on iso within Rox to open it, or as in jwm DD to extract/install debs etc). Overall, I think it would be a big improvement if these extras, which on the whole are incorporated in jwm DD, were eventually mirrored in the openbox version, but it is just my opinion, and Thunor does it all anyway I know.

William
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

just to keep you on your toes

#3360 Post by mcewanw »

I managed playing the attached test2 mp3 file with mplayer on openbox DD too, but try it...

EDIT: Ignore this post. The attached test2 mp3 file played fine in mplayer with srate=48000 after I rebooted system. Prior to that I had to set srate greater than 48000 for it to work. The test file itself was resampled to 48000 when I created it.

EDIT2: On second thoughts, maybe I was correct first of all and needs srate greater than 48000 in mplayer config for this one. I can't test at the moment because my alsa system has been broken somehow and I'll have to start again from clean changes dir.
Attachments
test2.tar
Just replace tar with mp3
(12 KiB) Downloaded 145 times
github mcewanw

Post Reply