No problem for me playing mp3 from terminal with mplayer in OpenBox version.mcewanw wrote:2. In openbox version, mplayer alone isn't playing simple mp3 files on my system, but gnome-mplayer is.
Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Re: some bugs
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
William
github mcewanw
Re: some bugs
Hi again Toni,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.
/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
Hi, William.
Creating new deb package for precord check the multiuser function also (this is from user puppy in OpenBox):
Edit: Sorry, William, same goes for PavRecord (this time from Jwm version user puppy):
Toni
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
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
Strange, I don't remember changing the record code part of either app. Maybe I did! I'll check.saintless wrote:Hi, William.
Creating new deb package for precord check the multiuser function also (this is from user puppy in OpenBox):Edit: Sorry, William, same goes for PavRecord (this time from Jwm version user puppy):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
ToniCode: 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
Cheers, William.
github mcewanw
I think this is the problem:
pavrecord line 116:
precord line 132:
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
pavrecord line 116:
Code: Select all
Select Target Directory: /root
Code: Select all
Select Target Directory (for example): /root
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.saintless wrote:I think this is the problem:
pavrecord line 116:precord line 132:Code: Select all
Select Target Directory: /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.Code: Select all
Select Target Directory (for example): /root
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
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
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.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.
Toni
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:
A: 3.0 (03.0) of 3.1 (03.0) 0.5%
Audio output truncated at end.
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
Audio output truncated at end.
- Attachments
-
- test.tar
- Just change extension from .tar to .mp3
- (12 KiB) Downloaded 161 times
github mcewanw
Fred and Toni,
Here is something else to try.
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).
Here is something else to try.
Code: Select all
arecord -V stereo /root/arecord_temp & { sleep 1; rm -f /root/arecord_temp; }
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
Hi, William, Fred.
Tests from OpenBox version:
1. arecord -V stereo command works:
2. Xrecord works for me (I get /root/Loremipsum.mp3 file and I can play it with xhplay and gnome-mplayer).
3. However I also can't play test.mp3 and new recorded /root/Loremipsum.mp3 directly with mplayer. Here is the output:
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
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
Tests from OpenBox version:
1. arecord -V stereo command works:
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
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:~#
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:~#
It looks more like different setup to me and maybe AlsaEqualizer that is missing in Jwm version has something to do with this?
Toni
Hi Toni , William,
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:
Edit:
Fred
Yes, AlsaEqualizer should have to do with it, try renaming /etc/asound.conf and the problem is gone.(also equalizer is disabled then)It looks more like different setup to me and maybe AlsaEqualizer that is missing in Jwm version has something to do with this?
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; }
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.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?
Fred
bug in Desktop file editor
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:
As you'll see, stuff ended up in the wrong spot.
I've also attached a copy of the .desktop itself.
Dan
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
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
mplayer not playing mono mp3 or ogg files in openbox DD
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
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
new precord and pavrecord debs uploaded
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
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
Re: bug in Desktop file editor
Hi, Dan.
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
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.dancytron wrote:To demonstrate, I had it create a desktop file with the information in the 1st attachment.
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
Hi William,
The only possible workaround I found that solves it was setting the frequency in ~/.mplayer/config like this:
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:
Btw, just for info, installing the Wheezy mplayer solves the problem also, without having to edit mplayer config.
Fred
I've tried editing /etc/asound.conf but nothing worked.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 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
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
Fred
Hi Fred,fredx181 wrote:Hi William,
The only possible workaround I found that solves it was setting the frequency in ~/.mplayer/config like this:I may be wrong but it looks like the frequency is resampled by default always to 48000Hz.Code: Select all
# Uncomment one of the two frequency settings: # srate=44100 srate=48000
...
Btw, just for info, installing the Wheezy mplayer solves the problem also, without having to edit mplayer config.
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
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
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
just to keep you on your toes
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.
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